John,

Elwell, John wrote:
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?

I agree with you that there is a tight coupling here.
It makes good sense to view the ACH as actions driven by a policy which is in turn parameterized by presence status. Mostly you should then just need to see that your presence status is accurate, and the ACH should follow. (I would think that most people would rarely need to change the policy itself.)

But I don't follow your idea that the "profile" itself would be presence state.

        Thanks,
        Paul

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

_______________________________________________
BLISS mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/bliss

Reply via email to