CS1K rls 5.5 won't negotiate a codec

[khaman]

I am running a CS1K RLS 5.5 with an H323 trunk sending calls back to a CS1K RLS 7.5 that routes the call to a Cisco UCM box. When I make a call from the 1140 on the CS1K 5.5 to the Cisco wireless phone, looking at an enhanced trace, there is no codec negotiation causing no speech path. But if I make the call from Cisco wireless phone to the 1140 it negotiates G.711 and speech path is fine. I have double checked the config on the Nortel side and that looks good. Any suggestions?

All calls on the CS1K RLS 7.5 have speech path, no issues there.

 

[khaman]

After doing some more reading, the invite sent from the 1140 phone has the codec list with it and the receiver, the cisco phone, is the one that has to select which codec to use? Does this sound right.

 

[Jeffnortel]

What type of trunk do you have between the CS1K 7.5 and the Cisco CM?

Do you have a single NRS or NRS on both the 5.5 and 7.5 systems?

 

[one234]

Usually the inviting machine sends the invite with a list codecs that are supported by the inviter. The invited party selects a codec that it wants to use. So in this case the Nortel sends a list of supported codecs and the Cisco needs to choose...


Marc D.

If Bill Gates had a nickel for every time Windows crashed... Oh wait, he does...

 

[khaman]

@JeffNortel, between the CS1K 7.5 and Cisco is a SIP trunk with a single NRS. I also have an Avaya Aura System Manager in place, calls made from the CS1k 5.5 to Cisco CM take the following route: CS1K 5.5 -> NRS -> CS1K 7.5 -> System Manager 6.1 -> Cisco.

On the CS1K 7.5 I have 2 signaling servers, one is H323 and the other is SIP. The CS1K 5.5 is only H323, so when the call comes into the CS1K 7.5, from the NRS, it is on the H323 trunks and then it leaves and goes out the SIP trunks to the System Manager. Would this possibly be causing my issue?

 

[KCFLHRC]

I think you are talking about Session Manager, not System Manager. System Manager is the interface for Session Manager which is your SIP Proxy Server in 7.5. Do you have your adaptation defined for the Cisco as well as the CS1K?

 

[khaman]

@KCFLHRC, you are correct. I am using the Session Manager portion for the routing of the SIP calls and do have all my adaptations in place for my SIP entitys. Calls back and forth from Cisco to the CS1K 7.5 work just fine, it is the darn CS1k 5.5 site that has the H323 trunks. I have a trace of the 5.5 ip phone making a call to the Cisco phone. Under the Media profile you will notice that there is no codec listed there, or any of the terminating far-end ip information.

https://www.dropbox.com/s/ob9aqs8ru3pksbu/MLC_to_Cisco_no_voice_path.png

 

[Jeffnortel]

Yes, believe so... I had to convert my H323 trunks to SIP between a CS1K 7.5 and a BCM after installing a new IP Office that connected to the same CS1K via Session Mgr. Calls from the BCM would not tandem through the CS1K's NRS (H323) to the IP Office.(SIP via Session Mgr)

Call flow... BCM =>H323=> (NRS) CS1K (SesMgr) =>SIP=> IPO

Unless something has changed, I don't believe its going to work. And these were all "supported" Avaya products...

 

[lgjc]

I had a similiar problem on a CS1K Rls 5.0 going to a BCM via H323 trunking. In the node properties under the G711 codec I had to adjust the Voice payload size (defaults to 20 or 30?)to match the same voice payload size at the far end. This fixed my one way speechpath problem.

 

[khaman]

Support engineer is taking a look at it and will let you know what I find in case someone else runs into the same issue.

 

[khaman]

Ended up installing patches on the CS1k 5.5 side and that didn't help. Then installed patches on the CS1k 7.5 all all of my signaling servers, rebooted as necessary and that fixed the issue.