Woof! On Wed, Jun 4, 2008 at 10:56 AM, Damian Krzeminski <[EMAIL PROTECTED]> wrote: > Naive question warning. > I thought that all sipXconfig would do is to initialize the call. Why > would it restrict or change anything with regard to what you can do with > that call?
On Wed, 04 Jun 2008 11:10:36 -0400, M. Ranganathan <[EMAIL PROTECTED]> answered: > The 3pcc controller is going to follow the recommendation of flow 4 > that is defined in http://tools.ietf.org/html/rfc3725 > Super naive question double warning: For click-to-dial, I think it makes more sense to originate a call to the user's phone, and once answered do a blind transfer (REFER) to the destination. That drops the "3pcc controler" out of the loop and everything acts from then on as if the phone originated the call. Even nicer is doing an AutoAnswer call to the user's phone, so it just magically goes off hook, then is magically dialing the destination. What is the reason for using the more complicated B2BUA arrangement of flow IV? --Woof! _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
