I think there can be various answers about what should happen in this
case. They would probably be described as different features from A's
perspective.
I know of implementations that hairpin transfers all the time because
that is what the customers want. (E.g. it provides the expected billing
behavior.)
If billing is not an issue, then my personal preference would be for
this to become a pt to pt call between B and C, where both of them have
put their call on hold. So both will have to go off hold before they can
talk.
Paul
vinodh kumar wrote:
> Hi All,
>
> Consider the following scenario.
>
> User A calls User B, after User B answers User A does a conference call to
> User C.User C answers the call.Now User A, B, C are in conference call.
>
> User B and User C goes on hold now. User A drops out from the conference by
> disconnecting the call.
>
> Now what should be the behavior
>
> 1. User B and User C should be in peer-peer call. This being better option,
> but still both the calls are on hold there will not be any speech path.
>
> 2. When User A drops out should it drop out all the call.
>
> Let me know what should be the desired behavior for this scenario.
>
> Thanks,
> Vinodh
>
> The information contained in this electronic message and any attachments to
> this message are intended for the exclusive use of the addressee(s) and may
> contain proprietary, confidential or privileged information. If you are not
> the intended recipient, you should not disseminate, distribute or copy this
> e-mail. Please notify the sender immediately and destroy all copies of this
> message and any attachments.
>
> WARNING: Computer viruses can be transmitted via email. The recipient should
> check this email and any attachments for the presence of viruses. The company
> accepts no liability for any damage caused by any virus transmitted by this
> email.
>
> www.wipro.com
>
> _______________________________________________
> Sip-implementors mailing list
> [email protected]
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
