[cisco-voip] Difference between transfer and conference

Scott Voll svoll.voip at gmail.com
Wed Nov 3 16:14:37 EDT 2010


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> 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] *On Behalf Of *Scott Voll
> *Sent:* Wednesday, November 03, 2010 3:14 PM
> *To:* 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/13a83cf8/attachment.html>


More information about the cisco-voip mailing list