In response to both Theo's and Christian's use cases, I think we have to clearly differentiate between ACH and presence. Setting and monitoring a profile such as "out of office" or "in meeting" or "DND" is very much like presence publishing and watching. Where ACH kicks in is the treatment of calls when such a condition exists, e.g., if in "out of office", forward my calls to cellphone or to voicemail. Also as part of ACH a UA needs to be able to monitor whether forwarding is set and under what conditions/profiles it would be invoked, but we can use presence to see whether a profile is activated. Does this make sense?
John > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Schmidt, Christian 1. (NSN - DE/Munich) > Sent: 18 September 2008 12:41 > To: ext Shida Schubert; [email protected] > Subject: Re: [BLISS] Need feedbacks on > ACH configuration use cases > > Other use cases could be: > > Use case "Call Forwarding": > Bob has activated call forwarding in the following manner: > - If he is at a meeting (presence-status meeting) and his > boss calls him, the call should be forwarded to his secretary. > - If his wife calls and he does not answer the call, the call > should be forwarded to his daughter. > If this feature is activated / deactivated, the other > terminals of the user should get a proper notification. > > Use case "Do not Disturb": > Alice has activated do not disturb on her mobile phone in the > following manner: > - Incoming calls are still forked to other terminals of Alice > (e.g. fixed line terminal) > - If her boss calls, the call will be forked to all of her > terminals, including the mobile phone. > > Use case "Call Barring": > Peter has activated call baring in the following manner: > - if he is at a meeting (precence-status meeting) or > local time is before 6:00AM or after 8:00 PM > - and the caller is neither a member of his family nor his boss. > If this feature is activated/deactivated , the other > terminals of the user should get a proper notification. > > Regards > Christian Schmidt > > > > > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Im Auftrag von ext Shida Schubert > Gesendet: Donnerstag, 18. September 2008 00:44 > An: [email protected] > Betreff: [BLISS] Need feedbacks on > ACH configuration use cases > > > All; > > I understand you are all busy with your day job, but I would > like to encourage people to read the following text along with > that of John's comments and provide some feedbacks even > if it's simply expressing an agreements. > > Design team needs your feedback to make progress and > to properly scope their task on this. > > Many Thanks > Shida (As Chair) > > On 5-Sep-08, at 4:06 PM, Theo Zourzouvillys wrote: > > > Hi, > > > > One of the outcomes of today's ACH design team call was > that we would > > ask the BLISS list for use cases that ACH configuration may > provide a > > solution for so we can extract a requirements document for the > > configuration format itself. So, to get the ball rolling, mentioned > > today was: > > > > Alice has 2 UA's registered on a single AOR. One is on her desk at > > home, the other at work. When she puts her phone at work on DND for > > all calls, the DND lamp on her phone at home would automatically > > detect this and light up the DND lamp. > > > > and I'd also like to add this case: > > > > Bob has somehow pre-defined 3 different "call profiles": > one named "In > > a meeting" which will divert all calls to his voice mail account. > > Another profile - "At desk" - will accept all incoming > calls and send > > to any bindings registered against his AOR. finally, the profile > > named "Out of the office" will forward all calls to his > mobile phone, > > sip:[EMAIL PROTECTED] Any SIP UA that registers against bob's AOR (or > > indeed, any 3rd party with sufficient permission - e.g, bob's PA) > > should be able to display the currently active profile (for example > > "At desk"), as well as provide a list of available profiles, and > > change the currently active one. > > > > If you have a use case in mind, please let me know! > > > > Kind regards, > > > > ~ Theo > > _______________________________________________ > > BLISS mailing list > > [email protected] > > https://www.ietf.org/mailman/listinfo/bliss > > _______________________________________________ > BLISS mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/bliss > _______________________________________________ > BLISS mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/bliss > _______________________________________________ BLISS mailing list [email protected] https://www.ietf.org/mailman/listinfo/bliss
