[cisco-voip] Difference between transfer and conference

[Eric Butcher]

Yes, it sounds to me like your conference bridge (IOS gateway based I'm guessing) supports both codecs, and the conference bridge, when used in this case, is acting as a transcoder for you.  As to why the call isn't being renegotiated to g729 (which is what your vpn users are probably configured to, without the option of using g711) it could be a number of things...  maybe  your gateway isn't allowed to talk g729?


Eric Butcher
Cisco Unified Communications Engineer
CDW Professional Services
11711 N Meridian, Ste 225
Carmel, IN  46032
* 317.569.4282 - IP Phone
* 765.744.1458 - Mobile
* eric.butcher at cdw.com<mailto:eric.butcher at cdw.com>
http://www.cdw.com/


From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Scott Voll
Sent: Wednesday, November 03, 2010 4:15 PM
To: george.hendrix at l-3com.com
Cc: cisco-voip
Subject: Re: [cisco-voip] Difference between transfer and conference

No. the calls go out our ASA via the anyconnect client (2.5.1025) out to the IPC user.

Transcoders are not being used. (checked with one of our tickets)

simply press the transfer say I have X on the line, transfer.

work around ends up being conference, I have x on the line, conferenec, then hang up.

Technically on a transfer the call coming in is between the VGW and the (g711)operator,  then a second call is placed from the operator to the(g729) IPC user.  then a join is used to connect the two if I understand correctly, thus the VGW and the IPC user should negotiate the Call as G729.

maybe I'm not understanding correctly?

Scott
On Wed, Nov 3, 2010 at 1:08 PM, <george.hendrix at l-3com.com<mailto:george.hendrix at l-3com.com>> wrote:
Sounds like a codec issue to me as well.  Are the calls transferred back out the same gateway?  Are there DSP transcoders available for the gateways and phones and UCCX servers?  When you say transfer, is that simply using their phone or the CCX application?

Bill

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net>] On Behalf Of Scott Voll
Sent: Wednesday, November 03, 2010 3:14 PM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] Difference between transfer and conference

as far as the call setup / call flow, what is the difference between a transfer and conference.  Forgive me if someone answered before.

we have been having on going issues with telecommuters (IP communicator) getting calls transfered to them from our operators.

Call can be transfered and we get the call connected but no way audio (sounds like a codec issue to me But it doesn't fail.... we have to hang up) but doing the same thing with the conference button then dropping off the call works fine.

had about 3-8 TAC cases open on this and still have the same issue.  much less, but still have the issue.

Call flow is call comes in PSTN via PRI / or CAS T1 on a 3845 running 15.0.1M3 (one TAC case had us add mgcp behavior g729-variants static-pt
mgcp behavior dynamically-change-codec-pt disable which helped a lot but didn't fix the whole problem)

goes to UCCx agent (otherwise known as operator) who transfers to IP Communicator (telecommuters).  The problem we still have is that sometimes (2-10 times a day) we get the call transfered but there is no audio.  But if they instead conference them in then exit the conference it works.

other TAC cases we have open are for IP Communicator and are working on upgrading all IPC users to 7.0.5.1.

What would a transfer do(or not do), that a conference call doesn't?

any comments / thoughts / answers appreciated.

Scott

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20101103/9753b748/attachment.html>