06-28-2012 10:11 PM - edited 03-16-2019 11:55 AM
Hi,
The other day we lost voice calls via our SIP Trunks. I have spoken with 3rd Party, although no Root Cause from them. I have some debugs, which seem to point to otherwise and wanted to know if I am reading them correctly.
We believe a DNS issue was stopping us from contacting the SIP Registration Server although we could resolve the name to IP on the CMD line during the outage.
The following below is a debug and show command during outage -
SIP UAS CALL INFO
Call 1
SIP Call ID : ed817c80-fea18ae6-f7a59-36af80a@x.x.x.x
State of the call : STATE_RECD_INVITE (11)
Substate of the call : SUBSTATE_NONE (0)
Calling Number :xxxxxxxxx
Called Number : xxxxxxxxx
Bit Flags : 0x40201C 0x10000100 0x80000
CC Call ID : 684
--More-- _________ _________ Source IP Address (Sig ): x.x.x.x
Destn SIP Req Addr:Port : [x.x.x.x]:5060
Destn SIP Resp Addr:Port: [x.x.x.x]:5060
Destination Name : x.x.x.x
Number of Media Streams : 1
Number of Active Streams: 0
RTP Fork Object : 0x0
Media Mode : flow-through
Media Stream 1
State of the stream : STREAM_IDLE
Stream Call ID : -1
Stream Type : voice+dtmf (1)
Stream Media Addr Type : 1
Negotiated Codec : No Codec (0 bytes)
Codec Payload Type : 255 (None)
Negotiated Dtmf-relay : inband-voice
Dtmf-relay Payload Type : 0
QoS ID : -1
Local QoS Strength : BestEffort
Negotiated QoS Strength : BestEffort
Negotiated QoS Direction : None
Local QoS Status : None
Media Source IP Addr:Port: [x.x.x.x]:28240
Options-Ping ENABLED:NO ACTIVE:NO
Number of SIP User Agent Server(UAS) calls: 1
#sho sip-ua calls | inc Codec
Negotiated Codec : No Codec (0 bytes)
Codec Payload Type : 255 (None)
Negotiated Codec : No Codec (0 bytes)
Codec Payload Type : 255 (None)
Negotiated Codec : No Codec (0 bytes)
Codec Payload Type : 255 (None)
Negotiated Codec : No Codec (0 bytes)
Codec Payload Type : 255 (None)
#debug ccsip error
SIP Call error tracing is enabled
#
Jun 27 15:00:30 AEST: //1014903/00E31680000F/SIP/Error/act_sentinvite_wait_100: Out of retries
Jun 27 15:00:30 AEST: //-1/xxxxxxxxxxxx/SIP/Error/_send_dns_fail: DNS Query for x.x.x.com failed
Jun 27 15:00:30 AEST: //1014903/00E31680000F/SIP/Error/act_idle_dns_resolved: DNS Query failed for query_type:1
Jun 27 15:00:30 AEST: //-1/xxxxxxxxxxxx/SIP/Error/sipSPIGetContentQSIG: No Inbound Container Created !!!
Jun 27 15:00:30 AEST: //-1/xxxxxxxxxxxx/SIP/Error/sipSPIGetContentQ931: No Inbound Container Created !!!
Jun 27 15:00:30 AEST: //1014903/00E31680000F/SIP/Error/sipSPI_ipip_ExtractPassthruContentFromSipContainer: Invalid CCB/Data/Container
au-corp-bne-vr02#
au-corp-bne-vr02#
Jun 27 15:00:31 AEST: //1014913/03DE0700000F/SIP/Error/sipSPI_ipip_set_history_info_header: ccb->src_addr_str is NULL
SIP: (1014913) Group (a= group line) attribute, level 65535 instance 1 not found.
Now I believe the SIP protocol was pointing to a 3rd Party Server for DNS in this command -
sip-ua
registrar dns:x.x.x.com expires 3600
sip-server dns:x.x.x.com
connection-reuse
g729-annexb override
!
We also were not registered when doing the show sip-ua register status command.
I honestly believe nothing was wrong on our end, just wondering if I am on the right track......
Thanks!
06-29-2012 12:18 PM
Take debug ccsip message to see what happens.
07-01-2012 09:32 PM
I can't do that debug now as problem is not happening anymore.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: