02-29-2012 08:50 AM - edited 03-16-2019 09:51 AM
Hi people.
I have a problem with a conferecen onnet calls from the headquaters to another branch.
In the headquarter we have a CUCMBE and the remote offieces we have avaya.
A simple call works properly but when I make a conference the another person can't hear me.
I have configured the dsp farms at the router well and when I try to make a conference this is the information I have with show sccp connections.
sess_id conn_id stype mode codec sport rport ripaddr conn_id_tx
16780218 16777425 conf sendrecv g729b 20290 23136 172.22.0.49
16780218 16777424 conf sendrecv g729b 26410 3800 172.22.0.56
16780218 16777422 conf sendrecv g711u 31760 20844 10.102.94.50
The 10.102.94.50 ip is a headquarter ip and I dont know why it is using g711u because I configure the regions whith g729. Can be that the problem?
this is the dspfarm conference configuration.
dspfarm profile 1 conference
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729r8
codec g729br8
maximum sessions 15
associate application SCCP
Thank you.
Solved! Go to Solution.
02-29-2012 11:29 AM
Make sure you SCCP configuration is bound to a particular interface.
HTH,
Chris
02-29-2012 11:29 AM
Make sure you SCCP configuration is bound to a particular interface.
HTH,
Chris
02-29-2012 11:35 AM
Thanks for the answer.
Yes it is.
sccp ccm group 1
bind interface GigabitEthernet0/0
associate ccm 1 priority 1
associate profile 3 register MTP_GW_TCS
associate profile 2 register TRA_GW_TCS
associate profile 1 register CON_GW_TCS
keepalive retries 5
switchback method graceful
switchback interval 15
I have press correct answer accidentally can I remove that?
02-29-2012 11:39 AM
Sorry, no way to remove the rating, let's make we get it resolved for you :-)
Besides he SCCP group binding also bind SCCP via:
sccp local GigabitEthernet0/0
Chris
02-29-2012 11:52 AM
Yes
I already have this command.
sccp local GigabitEthernet0/0
sccp ccm 10.102.94.250 identifier 1 version 7.0
sccp
Thanks
02-29-2012 12:38 PM
What IOS version are you using?
Can you replicate it with only Cisco IP phone participants?
Chris
02-29-2012 01:27 PM
15.1
In local I don't have problemas. The remote office uses avaya.
But I don't undertand why I using g711u. I have configured regions for each office and I've asociate this regions in diferents device pools. These device pools are asociated with the remote avaya gateway registered into the CUCM. They should communicate in g729 each other.
16780218 16777425 conf sendrecv g729b 20290 23136 172.22.0.49
16780218 16777424 conf sendrecv g729b 26410 3800 172.22.0.56
16780218 16777422 conf sendrecv g711u 31760 20844 10.102.94.50
Thanks
02-29-2012 01:36 PM
What region is assigned to the device pool used by the phone
What region is assigned to the device pool used by the conference bridge?
Now what codec is defined between these 2 regions or if the same one is assigned within this region?
Once way voice typically indicates routing issues, so you need to ensure that this gateway that has the CFB defined as full reachebility of the Avaya trunk and the other way around.
HTH,
Chris
02-29-2012 01:59 PM
Headquarter device pool.
The conference bridge uses the same Headquarter device pool
Yes uses the same region so speak g711. do I have to create a different device pool for conference bridge to speak 729?
With a normal call I don't have any problems between both destinations. The gateway and the CUCM have the same default gateway.
Thanks
02-29-2012 02:07 PM
The conference bridge uses the same Headquarter device pool
Yes uses the same region so speak g711. do I have to create a different device pool for conference bridge to speak 729?
>> You have 2 choices if you want to use G729 for this participant (which by the way is not a cuase of your issue), you can either change the currnt Region to use G729 within itself or create seperate region for the conference bridge, assign it to new DP which apply to the bridge
>>With a normal call I don't have any problems between both destinations. The gateway and the CUCM have the same default gateway.
This does not prove anything, what type of integration do you have in place between the Cisco solution and Avaya? Is it IP (i.e. SIP or H323) or is it TDM (i.e. QSIG)? With either solution no voice stram traverses CUCM unless you are using MTP on your IP trunk, so communication between CUCM and Avaya is irrelevant for RTP traffic.
Chris
03-01-2012 01:34 AM
Interesting.
I'm using a H323 trunk without MTP.
What do you recomend me to troubleshooting this? because I though the RTP stream use the same path regardless it would be a conference or a single call.
Thanks again.
Regards.
03-01-2012 06:45 AM
I recommand you confirm IP routing to/from Avaya CLAN card to the Cisco Gateway and/or from Avaya phones if they are IP to Cisco GW.
Also, see if the issue occurs only for Cisco IP phone participants, this wil prove if the issue is in fact routing to Avaya.
HTH,
Chris
03-05-2012 03:04 AM
Thanks
Finally I've fixed it. Someone has changed the default route at the router. So when CUCM take the router's resources the RTP traffic through the router so the router sent RTP traffic to a wrong way.
Thank you.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide