[BLISS] SIP SIMPLE: "do not disturb" interoperability
Raphael Bossek <raphael.bossek@estos.de> Thu, 25 August 2011 12:35 UTC
Return-Path: <raphael.bossek@estos.de>
X-Original-To: bliss@ietfa.amsl.com
Delivered-To: bliss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DBCB21F8634 for <bliss@ietfa.amsl.com>; Thu, 25 Aug 2011 05:35:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.785
X-Spam-Level: *
X-Spam-Status: No, score=1.785 tagged_above=-999 required=5 tests=[AWL=-1.367, BAYES_50=0.001, EXTRA_MPART_TYPE=1, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, J_CHICKENPOX_32=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id adhSkmIppgab for <bliss@ietfa.amsl.com>; Thu, 25 Aug 2011 05:35:03 -0700 (PDT)
Received: from mail.estos.de (ns1.estos24.de [62.245.228.210]) by ietfa.amsl.com (Postfix) with ESMTP id 8BC8E21F85EC for <bliss@ietf.org>; Thu, 25 Aug 2011 05:34:59 -0700 (PDT)
Received: from hermelin.estos.de ([fe80::250:56ff:fe87:5]) by hermelin.estos.de ([fe80::250:56ff:fe87:5%4]) with mapi; Thu, 25 Aug 2011 14:35:50 +0200
From: Raphael Bossek <raphael.bossek@estos.de>
To: "bliss@ietf.org" <bliss@ietf.org>
Date: Thu, 25 Aug 2011 14:36:09 +0200
Thread-Topic: SIP SIMPLE: "do not disturb" interoperability
Thread-Index: AcxjI29b4kWE3LvdTo6tY/m1QKTCDA==
Message-ID: <9B7CB52192C7EA4C931088F28A51177C011D878E0EE1@hermelin.estos.de>
Accept-Language: de-DE
Content-Language: de-DE
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
acceptlanguage: de-DE
x-pp-processed: __PP2__3d782474-723b-4e9b-a051-a45da57f7129
Content-Type: multipart/related; boundary="_005_9B7CB52192C7EA4C931088F28A51177C011D878E0EE1hermelinest_"; type="multipart/alternative"
MIME-Version: 1.0
Subject: [BLISS] SIP SIMPLE: "do not disturb" interoperability
X-BeenThere: bliss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Basic Level of Interoperability for SIP Services \(BLISS\) BoF" <bliss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bliss>, <mailto:bliss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bliss>
List-Post: <mailto:bliss@ietf.org>
List-Help: <mailto:bliss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bliss>, <mailto:bliss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Aug 2011 12:35:05 -0000
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:someone@mobile.example.net</contact<im:someone@mobile.example.net%3c/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 at http://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: raphael.bossek@estos.de Web: http://www.estos.de<http://www.estos.de/> // Webinar: Facebook Killer Federation? 29. Sept 2011 um 10.00 Uhr. Jetzt anmelden!<http://www.estos.de/partner/webinare/webinar-facebook-killer-federation.html> [cid:footer_110823_de.jpg@95ca1109e40e4db7b90389835d79681a]<http://www.estos.de/partner/webinare/webinar-facebook-killer-federation.html> // 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...<http://www.funkschau.de/specials/itk2011/fragebogen/> [cid:footer_110803_de.jpg@5b142fa92287443b854f70715b04685d]<http://www.funkschau.de/specials/itk2011/fragebogen/> --- 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] SIP SIMPLE: "do not disturb" interoperabi… Raphael Bossek
- Re: [BLISS] SIP SIMPLE: "do not disturb" interope… Shida Schubert