On Wed, Jun 4, 2008 at 10:56 AM, Damian Krzeminski <[EMAIL PROTECTED]> wrote: > M. Ranganathan (JIRA) wrote: >> [ >> http://track.sipfoundry.org/browse/XCF-2522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_29377 >> ] >> >> M. Ranganathan commented on XCF-2522: >> ------------------------------------- >> >> Is it necessary to support call transfer once the call has been established? >> > > 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? > D.
The 3pcc controller is going to follow the recommendation of flow 4 that is defined in http://tools.ietf.org/html/rfc3725 If you take a look at that document, you will see that it is a back to back user agent that only originates requests. The RFC only defines what should be done for call setup. Once the call is setup, however, the call can be transferred. So the question was motivated by what else the controller needs to do after call setup. The answer was provided (off list) by Martin. The phone call should, for all intents and purposes, behave just like it was actually initiated by the phone and not by the third party call controller. In other words, it should forward requests as well (not just originate them). So shall it be written. So shall it be done. In fact its pretty simple to do that. Once the call is setup, all the controller has to do is to act like a back to back user agent and forward the requests and responses that it sees. I did tell you the answer was going to be boring... Ranga > _______________________________________________ > sipx-dev mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-dev > Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev > -- M. Ranganathan _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
