[cisco-voip] calls to DID is received for some time, after that is not received, but sip a/c is still registered.

[Jason Aarons (AM)]

I would run an Embedded Packet Capture on the router and see if you see the packets coming in.

!create profile
ip traffic-export profile TAC mode capture
bidirectional
exit

!apply to an interface
interface fa0/0
ip traffic-export apply TAC [size <bytes> ]

If you're worried about the max size you can put the max size in. The
default is 5 MB.

Then you can use these exec (enable) level commands:

Router#traffic-export interface fa0/0 clear
Router#traffic-export interface fa0/0 start
<capture the problem>
Router#traffic-export interface fa0/0 stop
Router#traffic-export interface fa0/0 copy ftp://x.x.x.x/sniffer.pcap

Change the interface accordingly.
These packet captures would be taken right at the time of the problem or you can run until 5MB file is full or increase the size, the flash is really big and can handle 50+MB.


From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of sam singapore
Sent: Monday, August 08, 2011 1:57 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] calls to DID is received for some time, after that is not received, but sip a/c is still registered.



Hi,

Right after we reboot the ISR and sip account is registered with the provider for the first time, all calls to the DID numbers are  receivedby the  auto attendant. After some time, when we call, the call does not come at all.  checking sip registration shows the sip number being registered. Is this any keepalive or any ports/registration issue ? how do I troubleshoot this issue? ccapi inout does not show any attempt of the incoming call at all.  Provider says its all OK in their end and see our sip account registered. I am using Cisco Unity Express Version 7.2 / Cisco Unified IVR Express

Thanks,
Sam


itevomcid
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20110808/031a4e9c/attachment.html>