This is also a good time to remember once more there is in a SIP a capability called PRESENCE that is much more useful than DND and many
other legacy telephony features. :-)
Why ignore Presence and just stick with the "old proven way"?
Unfortunately, it is not that easy (or clean).
The original question from John Elwell (I think) was: > What are the best practices for indicating the DND condition? Does > anyone see a need for an explicit indicator for this purpose, e.g., a > new SIP response code?
We had a discussion on DND way back in January 2003 in the SIMPLE WG (links to the thread follow in a bit). If you follow that thread, you will conclude that DND is more of a state of mind that cannot be actively captured by a response code. When coupled with presence, it means that all devices that are representing my presence should show a state of CLOSED (and this was debated hotly back in 2003), otherwise if they don't then we simply train the watcher to call us even though we are not in a state to accept that call. As things stand today, I don't think I can push a DND button and make all my devices show a state of CLOSED -- some will after no activity (computer), others will if they are shut off (PDAs, cell phones, with representable avatars on a buddy list), and so on.
For some institutional memory, the folks who are active in this thread should really look at the thread we had way back in January 2003 on this subject. The link is: http://www1.ietf.org/mail-archive/web/simple/current/msg00144.html
The rest of the thread can be followed from http://www1.ietf.org/mail-archive/web/simple/current/mail265.html
Thanks.
- vijay
--
Vijay K. Gurbani vkg at {lucent.com,research.bell-labs.com,acm.org}
Bell Laboratories, Lucent Technologies, Inc.
2701 Lucent Lane, Rm. 9F-546, Lisle, Illinois 60532 (USA)
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Sipping mailing list https://www1.ietf.org/mailman/listinfo/sipping This list is for NEW development of the application of SIP Use sip-implementors at cs.columbia.edu for questions on current sip Use sip at ietf.org for new developments of core SIP