Raphael;

 Although we discussed DND in the past here at 
BLISS, there wasn't sufficient interest to progress 
the work here. 

 As you are mainly looking at DND in the context 
of presence, I think you may get a better feedback by 
posting this question to SIMPLE mailing list. 

 Regards
  Shida

On Aug 25, 2011, at 9:36 PM, Raphael Bossek wrote:

> Dear IETF BLISS,
>  
> Just one sentence about me and ESTOS GmbH (http://www.estos.com) , the 
> company I’m working for. I’m looking for a standard compliant solution for 
> instant messaging exchange the “do not disturb”/DND presence information 
> between clients – if possible without introduction of new tags or values. 
> ESTOS GmbH is a software manufacturer for unified communication and 
> collaboration products and depends heavily on standards for interoperability 
> with PBX and phone manufactures.
>  
> I’ve studied the RFC 4479 (http://tools.ietf.org/html/rfc4479#page-13 ) 
> chapter “Reach Information” at page 13: “It is also possible for a presence 
> document to contain a service that has no reach information at all.  In such 
> a case, the presentity is indicating that the service exists, but is electing 
> not to offer the watcher the opportunity to connect to it.”
>  
> The example from RFC 4480 (http://tools.ietf.org/html/rfc4480#page-19 ) 
> chapter “Example” at page 13 describe a “do not disturb” case: “<contact 
> priority="0.8">im:[email protected]</contact>”
>  
> As conclusion we could say that “do not disturb” is set if
> n  Contact address for a <tuple> is missing (refer to RFC 4479) or
> n  The priority for the contact address within a service is less than 1.0 
> (refer to RFC 4480)
>  
> What do you thing about this interpretation?
>  
> I would like to fixating that officially but I’m not confirm with the IEFT 
> process. Should this discussion be continued at 
> https://lists.cs.columbia.edu/pipermail/sip-implementors/2008-April/018968.html
>  ?
>  
> At the end I would like to make a publication 
> athttp://stackoverflow.com/questions/6057830/sip-simple-pidf-convention-for-do-not-disturb-dnd-presence-extension
>  and some open source projects about the way to do. I have also contact to 
> SEN OpenStage phone people. Maybe they will join this discussion.
>  
> Would appreciate to hear from you,
>  
> 
> 
> 
> i.A. Raphael Bossek
> Software Architect
> 
> ESTOS GmbH
> Petersbrunner Str. 3a
> 82319 Starnberg, Germany
> 
> Phone:        +49 (8151) 36856-153
> Fax:  +49 (8151) 36856-853
> Mobile:       +49 (151) 59177535
>       
> E-Mail:       [email protected]
> Web:  http://www.estos.de
> 
> 
> // Webinar: Facebook Killer Federation? 29. Sept 2011 um 10.00 Uhr.
> Jetzt anmelden!
> 
> <footer_110823_de.jpg>
> 
> // Wählen Sie ProCall!
> Sie finden ProCall ein tolles Produkt? Stimmen Sie jetzt bei der großen 
> Funkschau-Leserwahl für ESTOS. Hier geht's zum Voting...
> 
> <footer_110803_de.jpg>
> 
> 
> ---
> ESTOS GmbH
> Registered office: Starnberg, Germany
> Commercial registry Munich, HRB 133 670
> Managing Directors: Dipl.-Phys. Stephan Eckbauer, Dipl.-Ing. Stefan 
> Hobratschk, Ing. Christoph Lösch, Florian Bock
> _______________________________________________
> 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