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.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide