cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1189
Views
0
Helpful
11
Replies

incoming call from ITSP to extnsion in CUCM fails

techguy
Level 4
Level 4

Hi,

 

We have SIP trunk line in our voice gateway. This gateway is registered to CUCM using H323 protocol.

 

Outgoing calls from SIP trunk line is working perfect.

 

But incoming call from SIP trunk rings extension. Extension picks up the call. Same time caller hears ringing only and after sometime call drops.

 

Appreciate for the suggestions.

 

 

 

11 Replies 11

Chris Deren
Hall of Fame
Hall of Fame

Why not convert the GW to be SIP controlled by CUCM instead of H323, this way you end up with consistent protocol from ITSP to CUBE to CUCM.

I appreciate your suggestion. Problem is that this is not new configuration. We have configured SIP trunk in live voice gateway (having 12 FXO landlines).

 

R0g22
Cisco Employee
Cisco Employee
Any logs from the CUBE that you can share for troubleshooting ? If not, capture logs for the following debugs for a test call -

debug ip tcp transaction
debug h225 asn1
debug h245 asn1
debug voice ccapi inout
debug ccsip message

Also, do you have "Wait for far end H.245 cap" enabled or disabled on H.323 GW on CUCM ?

Hi Nipun,

 

Wait for Far End H.245 Terminal Capability Set is checked. I unchecked it and then reset the gateway in CUCM but problem still persists.

 

Please find debugs.

R0g22
Cisco Employee
Cisco Employee
While everyone's suggestion is correct to use SIP end to end for better interop, I believe your current issue is related to a codec mismatch. CUCM drops the call post a TCS/OLC exchange -

004832: *Feb 14 07:22:43.073: H225.0 INCOMING PDU ::=

value H323_UserInformation ::=
{
h323-uu-pdu
{
h323-message-body releaseComplete :
{
protocolIdentifier { 0 0 8 2250 0 5 }
callIdentifier
{
guid 'A3323A7B108E11E8ADE68299DB9D59D7'H
}
}
h245Tunneling FALSE
}
}



004833: *Feb 14 07:22:43.073: //86876/A3319E53ADE4/CCAPI/cc_api_call_disconnected:
Cause Value=47, Interface=0x144B4724, Call Id=86876
004834: *Feb 14 07:22:43.073: //86876/A3319E53ADE4/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=TRUE, Cause Value=47, Retry Count=0)

Couple of things-

1. Your ITSP is doing Alaw only.
2. Your GW FS does Alaw only to CUCM.
3. CUCM is not setup for inbound FS. TCS/MSD exchange happens after CONNECT.
4. CUCM does not support Alaw -

capabilityTable
{

{
capabilityTableEntryNumber 1
capability genericControlCapability :
{
capabilityIdentifier standard : { 0 0 8 323 1 3 1 }
}
},
{
capabilityTableEntryNumber 2
capability receiveAudioCapability : g711Ulaw64k : 80
},
{
capabilityTableEntryNumber 3
capability receiveAudioCapability : g729 : 6
},
{
capabilityTableEntryNumber 4
capability receiveAudioCapability : g729AnnexA : 6
},
{
capabilityTableEntryNumber 5
capability receiveAndTransmitUserInputCapability : dtmf : NULL
},
{
capabilityTableEntryNumber 6
capability receiveAndTransmitUserInputCapability : basicString : NULL
},
{
capabilityTableEntryNumber 44
capability receiveAndTransmitUserInputCapability : hookflash : NULL
}
}

So you need to check your regions b/w the GW and the destination (IP Phone maybe in your case). Also check the VoIP DP pointing to CUCM. Is it configured with a class codec. What all codecs are defined in there or is it just hardcoded for Alaw ?

Thanks for your help. The VOIP dialpeer towards CUCM is having codec class.

 

voice class codec 1
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

 

Audio codec between region of gateway and ip phone is 64 kbps (G.722, G.711) 

R0g22
Cisco Employee
Cisco Employee
For h.323 to sip interop, voice class codec is not supported. Can you hardcode the VoIP dial-peer pointing to CUCM with just G711alaw and then test please ? This does not look like a CUCM issue.

Dennis Mink
VIP Alumni
VIP Alumni

SIP<>H323 is terrible to be quite honest. try to avoid it. like chris already mentioned, you would need to tweak things like H323 fast start to conincide with sip early offer, but no success guaranteed

Please remember to rate useful posts, by clicking on the stars below.

Aeby Vinod
Level 3
Level 3
There is a service parameter on CUCM called G.711 A-law Codec Enabled, can you check whats the option selected there, if it's disabled please enable it and test. Also check where g711 a law is positioned in respect to ulaw. SIP-H.323 interop are known to have issues, however if you want to troubleshoot the current setup, do pull a set of CCM traces and attach it here along with the call details.

Please rate if you find this helpful.
Regards,
Aeby


Please rate if you find this helpful.

Regards,
Aeby

Hi,

 

Thanks for your reply.

 

G.711 A law is enabled for all calls. Any guidelines to get the traces from CUCM? Thanks

Please collect just Cisco callmanager traces for the like 5 minutes which would cover the call attempt and please provide the calling and called party number along with the time stamp.

Below is a good Doc explaining how to collect CCM logs, you might want to bookmark the link for future reference.

https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/200787-How-to-Collect-Traces-for-CUCM-9-x-10-x.html

Please rate if you find this helpful.

Regards,
Aeby


Please rate if you find this helpful.

Regards,
Aeby