Michael, Can this also be addressed by subscribing to the dialog event? We might want to specify in a subscription to the dialog event that we want to be informed of any call parked by the subscribing user. This is a change from the current draft and would require a new uri parm in the Subscription. This way we can send the refer to the party being parked instead of using the unsolicited refer.
Scott -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Michael Procter Sent: Friday, May 01, 2009 6:44 AM To: Audet, Francois (SC100:3055) Cc: [email protected]; Orton, Scott (RICH1:B620) Subject: Re: [BLISS] Comments ondraft-procter-bliss-call-park-extension-04(Privacy Interactions) 2009/4/30 Francois Audet <[email protected]>: > Why do we send the REFER to the Park server (to replace the call to > the other user), as opposed to sending the REFER to the other user to > direct him/her to the Park server? Section 2 of my draft discusses this. Here is an extract: By following the Call Park model, we ensure that Bob has visibility over the success or failure of the park attempt. We also ensure that Bob does not rely on Alice to correctly pass the orbit parameter back from the Park Server for the centrally-allocated orbit number situation. Finally, because Bob sends the REFER to the Park Server, we give the Park Server the opportunity to challenge Bob and ensure that appropriate authorisation exists for the feature. Michael _______________________________________________ BLISS mailing list [email protected] https://www.ietf.org/mailman/listinfo/bliss _______________________________________________ BLISS mailing list [email protected] https://www.ietf.org/mailman/listinfo/bliss
