Conference just in one way

[Waldo Roca Martin]

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.

[Chris Deren · Accepted solution]

Make sure you SCCP configuration is bound to a particular interface.

HTH,

Chris

[Waldo Roca Martin]

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?

[Chris Deren]

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

[Waldo Roca Martin]

Yes

I already have this command.

sccp local GigabitEthernet0/0

sccp ccm 10.102.94.250 identifier 1 version 7.0

sccp

Thanks

[Chris Deren]

What IOS version are you using?

Can you replicate it with only Cisco IP phone participants?

Chris

[Waldo Roca Martin]

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

[Chris Deren]

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

[Waldo Roca Martin]

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

[Chris Deren]

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

[Waldo Roca Martin]

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.

[Chris Deren]

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

[Waldo Roca Martin]

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.