Problem with incomming calls in CUBE

[jlcembellin]

I have a cube configured like this

PROVIDER----(SIP)CUBE(H323)----CALLMANAGER

Outgoing calls are working well. Incomming calls fail. In incomming calls the phone rings once and the call is disconnected.

I attach the cube config and ccsip and ccapi debug.

Can you help me?

Thanks.

[Ayodeji Okanlawon]

Hi,

T|he first thing to sort out is your config.

This is your inbound dial-peer for calls to the called number. This dial-peer needs to be configured for sip not h323. You have a sip trunk from your ITSP you cant place calls on it using h323. So change this dial-peer to this

dial-peer voice 400 voip

desc INCOMMING CALLS

session protocol sipv2-----------------------------------------------Add this command to the dial-peer

incoming called-number 15190919

voice-class codec 1

Test again and send

debug ccsip messages

debug voip ccapi inout

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[jlcembellin]

Hi, thanks for your answer. Hi have added the command but the behaviour is the same. I attach the logs

[Ayodeji Okanlawon]

Please remove the debu ccsip calls and send only "debug ccsip messages" and "debug voip ccapi inout"

You can use "no debug ccsip calls" to remove the debug

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[jlcembellin]

Attached

[Ayodeji Okanlawon]

Hi,

I have looked at the logs and you have an interesting issue on your hands..Hopefully we can work through it

Here is whats going on...

The called number 15190919 seem to have a translation pattern on cucm that changes it to 0918305988. Once this happened CUCM sends a notify to CUBE via h225 and then CUBE sends and update to Your ITSP using the UPDATE method and added an additional header "Remote-Party-ID"

Once your provider recieved this UPDATE, it send a 481 transaction does not exist to CUBE and the call is disconnected.

+++++++Here is the trace to show this:++++++++++++

Sent:
UPDATE sip:+5719055110@192.168.52.10:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.5.9:5060;branch=z9hG4bKE2DCD
From: <5715190919>;tag=5567520-365
To: <>+5719055110@ims.telecom.com.co>;tag=3572851911-308909
Date: Thu, 21 Mar 2013 10:35:45 GMT
Call-ID: 1528627-3572851911-308900@sbc01.telecom.net.co
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Supported: timer,resource-priority,replaces,sdp-anat
Timestamp: 1363862145
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 UPDATE
Contact: <15190919>
Min-SE:  1800
Remote-Party-ID: <0918305988>;party=called;screen=yes;privacy=off
Content-Length: 0

Mar 21 10:35:45.633: //348/EB03991B838E/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 481 CallLeg/Transaction doesnt exist
Via: SIP/2.0/UDP 192.168.5.9:5060;branch=z9hG4bKE2DCD
From: <5715190919>;tag=5567520-365
To: <>+5719055110@ims.telecom.com.co>;tag=3572851911-308909
Call-ID: 1528627-3572851911-308900@sbc01.telecom.net.co
CSeq: 101 UPDATE
Content-Length: 0

Sent:
SIP/2.0 487 Request Cancelled
Via: SIP/2.0/UDP 192.168.52.10:5060;branch=z9hG4bK461572f24690ca05e528ed7600130e56
From: <>+5719055110@ims.telecom.com.co>;tag=3572851911-308909
To: <5715190919>;tag=5567520-365
Call-ID: 1528627-3572851911-308900@sbc01.telecom.net.co
CSeq: 1 INVITE
Reason: Q.850;cause=127
Content-Length: 0

The first thing I would suggest we try is to diable Remote-Party-ID all together and then test again

conf t

sip-ua

no remote-party-id

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[jlcembellin]

Hi, I have removed the remote-party-id. I'm waiting an answer from the provider to make this in his side.

The call still fails

[Ayodeji Okanlawon]

OK,

I can see that the remote party ID is no longer there but your provide is still rejecting the UPDATE..

Mar 21 16:47:46.076: //495/E30D1B7B853A/SIP/Msg/ccsipDisplayMsg:
Sent:
UPDATE sip:+5719055110@192.168.52.10:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.5.9:5060;branch=z9hG4bK12A2575
From: <5715190920>;tag=6AB0A60-AC8
To: <>+5719055110@ims.telecom.com.co>;tag=3572874231-506721
Date: Thu, 21 Mar 2013 16:47:46 GMT
Call-ID: 1758561-3572874231-506713@sbc01.telecom.net.co
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Supported: timer,resource-priority,replaces,sdp-anat
Timestamp: 1363884466
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 UPDATE
Contact: <15190920>
Min-SE:  1800
Content-Length: 0

Mar 21 16:47:46.080: //495/E30D1B7B853A/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 481 CallLeg/Transaction doesnt exist
Via: SIP/2.0/UDP 192.168.5.9:5060;branch=z9hG4bK12A2575
From: <5715190920>;tag=6AB0A60-AC8
To: <>+5719055110@ims.telecom.com.co>;tag=3572874231-506721
Call-ID: 1758561-3572874231-506713@sbc01.telecom.net.co
CSeq: 101 UPDATE
Content-Length: 0

I suggest two things

1. Create an extension in cucm that matches the called number just for test purposes..If that works then you need to speak to your provider and ask them why they are rejecting the UPDATE

2. You can upgrade to IOS 15.2.1T and use the mid-call Reinvie/UPDATE consumption whihc will prevent the UPDATE from been sent to your provider

:

For RE-INVITE/UPDATE, there is a new feature coming up with CUBE 8.8 version (IOS 15.2.1T), in which it can be blocked and only will be passed through when the media changed. 
    the example command will be like this

     voice service voip  

        midcall-signaling block

        midcall-signaling passthru media-change

Please rate all useful posts

"opportunity is a haughty goddess who waste no time with those who are unprepared"

[jlcembellin]

I have upgraded to 152-3.t3. Now I can answer the call, but after ten secons the call is dropped.