Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
New Member

SIP outgoing calls not working (busy)

Hi,

I've got some problems with outgoing calls from my gateway to the ITSP (Thinktel). Call flow is as follows:

 

CUCM----->SIP Trunk to gateway----> SIP Trunk to ITSP

 

Calling number is: 6043433043

Called number is: 05103160607

 

My primary concern is the following:

 

Apr  2 12:53:05.200: //58492/BA3214000000/SIP/Info/sip_iwf_sip_copy_sdp_to_channelInfo: srcChannelID = -1, dstChannelID = 58492
Apr  2 12:53:05.200: //58492/BA3214000000/SIP/Media/sipSPIDisplayStreamInfo:
          Stream type            : voice+dtmf
          Media line             : 1
          State                  : STREAM_ADDING (2)
          Stream address type    : 1
          Callid                 : 58492
          Peer Callid            : -1
          RTP/SRTP Negotiated     : 8
          Negotiated Codec       : g711ulaw, bytes :160
          Nego. Codec payload    : 0 (tx), 0 (rx)
          Negotiated DTMF relay  : rtp-nte
          Negotiated NTE payload : 101 (tx), 101 (rx)
          Negotiated CN payload  : 0
          Media Srce Addr/Port   : [10.102.110.10]:0
          Media Dest Addr/Port   : [10.102.110.10]:24892

 

The media source address is 10.102.110.10 (local gateway) but the media destination address is also the local gateway. This should have been Thinktel which is dns:edm.trk.tprm.ca. I'm unable to fathom where I can change this. Please see the debug and config files for all the details.

 

Any help would be greatly appreciated!

 

Thank you!
Carsten

1 ACCEPTED SOLUTION

Accepted Solutions
VIP Super Bronze

 First of all, there is

 

First of all, there is nothing wrong with having same src and destination media as the same IP (this was only for the inboud leg of the call). What you need to understand is why..And here is the analysis of your call..

1. INVITE from cucm has Early offer. This means that CUCM needs MTP to send call with Early offer. Looking at your config, your CUBE is configured as the MTP device, hence cucm sends the INVITE with the ip address of the MTP (which happens to be your CUBE)

Here is the INVITE fro CUCM

Received:
INVITE sip:05103160607@10.102.110.10:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.1.52:5060;branch=z9hG4bK12d3f3730774b
From: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>;tag=80864~34af0f89-c6b7-42a7-a128-63abdc02daa6-44168034
To: <sip:05103160607@10.102.110.10>
Date: Wed, 02 Apr 2014 12:53:05 GMT
Call-ID: ba321400-33c10831-4343-3401010a@10.1.1.52
Supported: timer,resource-priority,replaces
Min-SE:  1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Cisco-Guid: 3123844096-0000065536-0000017219-0872481034
Session-Expires:  86400
P-Asserted-Identity: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>
Remote-Party-ID: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>;party=calling;screen=yes;privacy=off
Contact: <sip:6043433043@10.1.1.52:5060>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 211

v=0
o=CiscoSystemsCCM-SIP 80864 1 IN IP4 10.1.1.52
s=SIP Call
c=IN IP4 10.102.110.10
t=0 0
m=audio 24892 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

2. Next CUBE sends an INVITE out to your ITSP with a different media IP..216.251.146.171

Sent:
INVITE sip:05103160607@edm.trk.tprm.ca:5060 SIP/2.0
Via: SIP/2.0/UDP 216.251.146.171:5060;branch=z9hG4bK12562281
Remote-Party-ID: "Vancouver Tech Room" <sip:6043433043@216.251.146.171>;party=calling;screen=yes;privacy=off
From: "Vancouver Tech Room" <sip:6043433043@edm.trk.tprm.ca>;tag=618C9A08-223B
To: <sip:05103160607@edm.trk.tprm.ca>
Date: Wed, 02 Apr 2014 12:53:05 GMT
Call-ID: 9120BA9D-B99C11E3-BCBDFCBF-56EC3260@10.102.110.10
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 3123844096-0000065536-0000017219-0872481034
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M4
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1396443185
Contact: <sip:6043433043@216.251.146.171:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires:  86400
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 255

v=0
o=CiscoSystemsSIP-GW-UserAgent 367 8882 IN IP4 216.251.146.171
s=SIP Call
c=IN IP4 216.251.146.171
t=0 0
m=audio 24896 RTP/AVP 0 101
c=IN IP4 216.251.146.171
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

3. However before your ITSP responded to the INVITE, CUCM sent a disconnect with Service unavailable (cause code of 47)

Apr  2 12:53:05.432: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x0SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 10.1.1.52:5060;branch=z9hG4bK12d3f3730774b
From: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>;tag=80864~34af0f89-c6b7-42a7-a128-63abdc02daa6-44168034
To: <sip:05103160607@10.102.110.10>;tag=618C9A58-1CC9
Date: Wed, 02 Apr 2014 12:53:05 GMT
Call-ID: ba321400-33c10831-4343-3401010a@10.1.1.52
CSeq: 101 INVITE
Allow-Events: kpml, telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M4
Reason: Q.850;cause=47
Content-Length: 0

Suggestions...

Cause code of 47 points to a Media resource issue, so I suggest you disable early offer on your CUCM, removing the need for an MTP and then allow CUBE to do early offer to the ITSP.

Try that, test again and send only debug ccsip messages.

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
9 REPLIES
Silver

Your dial-peer are not OK..

Your dial-peer are not OK...reconfigure them - try configuring separate legs for outgoing and incoming calls.

And please remove "0.0.0.0 0.0.0.0" under trusted list for SIP - someone is going to hack you over SIP public interface. Because of this Cisco introduced this requirement when configuring SIP trunk...

 

BR,

Dragan

HTH, Dragan
New Member

Thank you for your

Thank you for your suggestions. I reconfigured the dial-peers for in and outgoing calls.

Hi,on the dial-peer voice

Hi,

on the dial-peer voice 2099 voip, could you please add the binding commands and check the behaviour?

> voice-class sip bind control source-interface GigabitEthernet0/1
> voice-class sip bind media source-interface GigabitEthernet0/1

 

//Suresh

Please rate all the helpful posts.

 

//Suresh Please rate all the useful posts.
VIP Super Bronze

 First of all, there is

 

First of all, there is nothing wrong with having same src and destination media as the same IP (this was only for the inboud leg of the call). What you need to understand is why..And here is the analysis of your call..

1. INVITE from cucm has Early offer. This means that CUCM needs MTP to send call with Early offer. Looking at your config, your CUBE is configured as the MTP device, hence cucm sends the INVITE with the ip address of the MTP (which happens to be your CUBE)

Here is the INVITE fro CUCM

Received:
INVITE sip:05103160607@10.102.110.10:5060 SIP/2.0
Via: SIP/2.0/UDP 10.1.1.52:5060;branch=z9hG4bK12d3f3730774b
From: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>;tag=80864~34af0f89-c6b7-42a7-a128-63abdc02daa6-44168034
To: <sip:05103160607@10.102.110.10>
Date: Wed, 02 Apr 2014 12:53:05 GMT
Call-ID: ba321400-33c10831-4343-3401010a@10.1.1.52
Supported: timer,resource-priority,replaces
Min-SE:  1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Cisco-Guid: 3123844096-0000065536-0000017219-0872481034
Session-Expires:  86400
P-Asserted-Identity: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>
Remote-Party-ID: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>;party=calling;screen=yes;privacy=off
Contact: <sip:6043433043@10.1.1.52:5060>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 211

v=0
o=CiscoSystemsCCM-SIP 80864 1 IN IP4 10.1.1.52
s=SIP Call
c=IN IP4 10.102.110.10
t=0 0
m=audio 24892 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

2. Next CUBE sends an INVITE out to your ITSP with a different media IP..216.251.146.171

Sent:
INVITE sip:05103160607@edm.trk.tprm.ca:5060 SIP/2.0
Via: SIP/2.0/UDP 216.251.146.171:5060;branch=z9hG4bK12562281
Remote-Party-ID: "Vancouver Tech Room" <sip:6043433043@216.251.146.171>;party=calling;screen=yes;privacy=off
From: "Vancouver Tech Room" <sip:6043433043@edm.trk.tprm.ca>;tag=618C9A08-223B
To: <sip:05103160607@edm.trk.tprm.ca>
Date: Wed, 02 Apr 2014 12:53:05 GMT
Call-ID: 9120BA9D-B99C11E3-BCBDFCBF-56EC3260@10.102.110.10
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 3123844096-0000065536-0000017219-0872481034
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M4
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1396443185
Contact: <sip:6043433043@216.251.146.171:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires:  86400
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 255

v=0
o=CiscoSystemsSIP-GW-UserAgent 367 8882 IN IP4 216.251.146.171
s=SIP Call
c=IN IP4 216.251.146.171
t=0 0
m=audio 24896 RTP/AVP 0 101
c=IN IP4 216.251.146.171
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

3. However before your ITSP responded to the INVITE, CUCM sent a disconnect with Service unavailable (cause code of 47)

Apr  2 12:53:05.432: //-1/xxxxxxxxxxxx/SIP/Transport/sipTransportProcessNWNewConnMsg: context=0x0SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 10.1.1.52:5060;branch=z9hG4bK12d3f3730774b
From: "Vancouver Tech Room" <sip:6043433043@10.1.1.52>;tag=80864~34af0f89-c6b7-42a7-a128-63abdc02daa6-44168034
To: <sip:05103160607@10.102.110.10>;tag=618C9A58-1CC9
Date: Wed, 02 Apr 2014 12:53:05 GMT
Call-ID: ba321400-33c10831-4343-3401010a@10.1.1.52
CSeq: 101 INVITE
Allow-Events: kpml, telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M4
Reason: Q.850;cause=47
Content-Length: 0

Suggestions...

Cause code of 47 points to a Media resource issue, so I suggest you disable early offer on your CUCM, removing the need for an MTP and then allow CUBE to do early offer to the ITSP.

Try that, test again and send only debug ccsip messages.

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
New Member

Thank you for pointing me in

Thank you for pointing me in the right direction. I reconfigured the CUCM and CUBE as you suggested but got the same error. Running the debug ccsip messages and performing an outgoing call showed me that I received a "SIP 2.0 Unauthorized" from the provider. It turns out that Thinktel requires autentication with a SIP username and password for each call and after this was configured I could make outgoing calls.

 

Thanks again.

VIP Super Bronze

Glad I could help. But why

Glad I could help. But why have you rated my post with only 3 rating? Since this has resolved your issue, why not mark it as asnwered, so that it can help others?

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
Hall of Fame Super Red

Hey Deji, Great answer here

Hey Deji,

 

Great answer here buddy! (+5 all day long yes)

 

Cheers!

Rob

VIP Super Bronze

Rob,Long time. First of all

Rob,

Long time. First of all thanks for endorsing and the nice thumb up! How are things with you...How have you been coping with the new CSC.

Please rate all useful posts "The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
Hall of Fame Super Red

Hey Deji, Life here is great!

Hey Deji,

 

Life here is great! How bout you my friend??

 

The new CSC site is much different and certainly going through some "growing pains" but I have no doubt that Dan and the team @ CSC will have it better than ever in short order :)

 

Cheers!

Rob

292
Views
2
Helpful
9
Replies
CreatePlease to create content