Comments on the questions and even one answer:
a) Assume you are referring to the status IM command. Perhaps this
command name is confusing and should be changed. It returns info such as
missed calls since the last time
status command was issued. Also indicates where user is and for how
long ("You are at our cell until 3pm").
b) There are pros and cons for each. Both are ways for the user to
convey his/her current "location" via the IM client. Putting @home or
@cell or @<number> in the status message
means that everyone sees it even if the user doesn't want to
necessarily advertise his/her location. Also, the user could make a typo
and enter "@ hom" and then the Openfire plugin would need
to instruct the user (via IM) that there is an input error. Error
responses are more natural if entering something via an IM command. The
downside is you might enter things twice: enter WAH as your
status and enter "at home until tomorrow" as an IM command.
Thoughts?
Your Cell phone may not be in the call forwarding rules for the
timeframe in question (I have mine set up to call my cell only
after 5pm). So the at command is meant as a dynamic, transient and
time bound over ride to the call forwarding rules.
c) Personal Attendant answers after the call has rung for 3-4-5 rings
whereas Assistant would answer immediately (just like a human assistant
would). So, to me, they are different and hopefully
the Assistant will provide enough options/information that the user
won't bother ringing the user or leaving a voicemail. At the same to
having Assistant provide the options configured by the
Personal Attendant might be a good idea. Will add to the list but
not clear it would be there for Oct 15th.
d) I have now added voicemail start/stop IMs. Only risk is that user may
find that the number of IMs sent is a bit annoying.
Peter
________________________________
From: [email protected]
[mailto:[email protected]] On Behalf Of Steinmann,
Martin (BL60:2500)
Sent: Monday, September 07, 2009 7:54 PM
To: [email protected]
Subject: [sipX-dev] Thoughts on the proposed PA
I added a few comments or suggestions to the new PA Wiki page
and would like to capture some of the questions here:
a) The PA has a status the user can query. How would this
status relate to the presence state of the user? Why would we want to
or need to introduce yet another status different from presence?
b) The PA is able to change call routing behavior with
commands such as "at cell until 3pm". At the same time we have dynamic
presence based call routing where the user can set a custom presence
status that includes an additional phone number. Also, wouldn't the
user's cell phone and other normally used phones already be included in
the find-me / follow-me rules of the user? We should focus on one
dynamic call routing concept and not two.
c) We currently have a personal attendant. It picks up
calls after the user's phone(s) rang and just before the call would
otherwise go to voicemail. We have the ability to record a specific
greeting, configure DTMF options the user wants to give the caller, as
well as configure a zero-out extension for e.g. an assistant. I would
think that the PA will need similar capabilities. In addition, the
personal attendant can be localized and I would think the PA would need
that too. Could the PA be an extension of the current personal
attendant? I suggest it would need four modes in how calls are
answered:
a. Call screening and announce: The PA picks up the call
first, screens the caller based on caller ID, possibly records the
caller's name, and announces the call to the user using voice and IM.
The call is routed using normal find-me / follow-me rules to find the
user. The caller is presented with a greeting and menu the user can
customize that includes specific DTMF commands, so that the user could
allow a zero-out capability or other actions based on keys to escape
from the screening and announce function.
b. Off: Incoming call follows find-me / follow-me and if
not answered rolls over to VM
c. Call announce: Incoming call is not picked up by the PA
but follows normal find-me / follow-me routing. At the same time the
call is announced by IM. Once rolled over to VM users can use commands
such as listen or pickup.
d. Personal attendant mode: Call first follows normal
find-me / follow-me call routing. Instead of voicemail the call is
picked up by the PA and the caller is offered a menu as we can currently
do it with the personal attendant.
d) The voicemail system should send IM notification when a
caller starts and stops recording a message. That way the user knows
when to use the listen and pickup commands.
--martin
_______________________________________________
sipx-dev mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-dev
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
sipXecs IP PBX -- http://www.sipfoundry.org/
