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

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

Having issues with incoming calls from SIP provider on CME

Hi, guys. I really need your help. 

I have Phones--CUCM--CME--SIP provider. Outgoing calls from phones are working fine, but incoming calls to CME  dont work. When Im calling a number of company from outside, CME routes call to CUCM, and CUCM to Phone, phone is ringing, but there is silence when im picking up the phone. But what is interesting it works sometime and doesnt work sometime. 

Im a new to VoIP, i can put any debug commands which u want

Everyone's tags (1)
1 ACCEPTED SOLUTION

Accepted Solutions

Hi,

Hi,

From the failing call debugs we can see the SIP 200 OK messages not being ACK'ed from your provider, and after around 12 seconds, the call is dropped.

NDEX.Almaty#
000941: Jul  8 2014 12:47:39.201: //3602/8F985E1AA37B/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:87071666171@10.0.0.12:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.1.55.252:5060;branch=z9hG4bKA271AE1
From: "7273383550 TOO NDEX SOLUTIONS"<sip:785989663@sip.telecom.kz;ep=10.1.55.252:5060;fw=10.1.55.252:5060>;tag=BE1FE4-1764
To: <sip:87071666171@10.14.0.2;user=phone>;tag=886166641-1404802044313-
Date: Tue, 08 Jul 2014 06:47:28 GMT
Call-ID: BW124724313080714-459928217@10.14.0.2
User-Agent: Cisco-SIPGateway/IOS-15.2.3.T2
Max-Forwards: 10
Timestamp: 1404802059
CSeq: 101 BYE
Reason: Q.850;cause=86
P-RTP-Stat: PS=372,OS=59520,PR=0,OR=0,PL=0,JI=0,LA=0,DU=7
Content-Length: 0

As opposed to the successful call, when the 200 OK message from your gateway is properly ACK'ed by the provider:

NDEX.Almaty#ACK sip:785989663@10.1.55.252:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.12:5060;branch=z9hG4bKq93c7b10a8m08k636hu0.1
From: <sip:87071666171@10.14.0.2;user=phone>;tag=1497771104-1404801589485-
To: "7273383550 TOO NDEX SOLUTIONS"<sip:785989663@sip.telecom.kz;ep=10.1.55.252:5060;fw=10.1.55.252:5060>;tag=B72F68-7CC
Call-ID: BW123949485080714-947692855@10.14.0.2
CSeq: 173641847 ACK
Contact: <sip:87071666171@10.0.0.12:5060;transport=udp>
Max-Forwards: 69
Content-Length: 0

You might want to check why this is happening with your provider.

Regards,

Andre

4 REPLIES

Hi,

Hi,

From the failing call debugs we can see the SIP 200 OK messages not being ACK'ed from your provider, and after around 12 seconds, the call is dropped.

NDEX.Almaty#
000941: Jul  8 2014 12:47:39.201: //3602/8F985E1AA37B/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:87071666171@10.0.0.12:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.1.55.252:5060;branch=z9hG4bKA271AE1
From: "7273383550 TOO NDEX SOLUTIONS"<sip:785989663@sip.telecom.kz;ep=10.1.55.252:5060;fw=10.1.55.252:5060>;tag=BE1FE4-1764
To: <sip:87071666171@10.14.0.2;user=phone>;tag=886166641-1404802044313-
Date: Tue, 08 Jul 2014 06:47:28 GMT
Call-ID: BW124724313080714-459928217@10.14.0.2
User-Agent: Cisco-SIPGateway/IOS-15.2.3.T2
Max-Forwards: 10
Timestamp: 1404802059
CSeq: 101 BYE
Reason: Q.850;cause=86
P-RTP-Stat: PS=372,OS=59520,PR=0,OR=0,PL=0,JI=0,LA=0,DU=7
Content-Length: 0

As opposed to the successful call, when the 200 OK message from your gateway is properly ACK'ed by the provider:

NDEX.Almaty#ACK sip:785989663@10.1.55.252:5060 SIP/2.0
Via: SIP/2.0/UDP 10.0.0.12:5060;branch=z9hG4bKq93c7b10a8m08k636hu0.1
From: <sip:87071666171@10.14.0.2;user=phone>;tag=1497771104-1404801589485-
To: "7273383550 TOO NDEX SOLUTIONS"<sip:785989663@sip.telecom.kz;ep=10.1.55.252:5060;fw=10.1.55.252:5060>;tag=B72F68-7CC
Call-ID: BW123949485080714-947692855@10.14.0.2
CSeq: 173641847 ACK
Contact: <sip:87071666171@10.0.0.12:5060;transport=udp>
Max-Forwards: 69
Content-Length: 0

You might want to check why this is happening with your provider.

Regards,

Andre

Thank you for replying. Yes,

Thank you for replying. Yes, today im calling my ISP. And you know what, i captured packets with wireshark during incoming calls, and there is seen that RTP just goes one way, from my CME to ISP and no RTP from my ISP. Why is so acting? 

Hi,This is something you need

Hi,

This is something you need to check with your provider as well, since your CME is properly providing it's capabilities and addressing for the RTP to be streamed from the provider.

Both failing and successful call looks the same from the CME point of view.

Regards,

Andre

=====================

Please rate useful posts smiley

Hi,This is something you need

.

111
Views
5
Helpful
4
Replies