Re: [BLISS] I-D Action: draft-ietf-bliss-call-completion-17.txt

<Martin.Huelsemann@telekom.de> Tue, 27 November 2012 15:14 UTC

Return-Path: <Martin.Huelsemann@telekom.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 AEB8121F84D0 for <bliss@ietfa.amsl.com>; Tue, 27 Nov 2012 07:14:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level:
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S8oUYR3PTwEn for <bliss@ietfa.amsl.com>; Tue, 27 Nov 2012 07:14:44 -0800 (PST)
Received: from tcmail23.telekom.de (tcmail23.telekom.de [80.149.113.243]) by ietfa.amsl.com (Postfix) with ESMTP id BA2D021F84C8 for <bliss@ietf.org>; Tue, 27 Nov 2012 07:14:43 -0800 (PST)
Received: from he111528.emea1.cds.t-internal.com ([10.125.90.87]) by tcmail21.telekom.de with ESMTP/TLS/AES128-SHA; 27 Nov 2012 16:14:39 +0100
Received: from HE113559.emea1.cds.t-internal.com (10.125.65.101) by HE111528.EMEA1.CDS.T-INTERNAL.COM (10.125.90.87) with Microsoft SMTP Server (TLS) id 8.3.279.5; Tue, 27 Nov 2012 16:14:39 +0100
Received: from HE111543.emea1.cds.t-internal.com ([10.125.90.96]) by HE113559.emea1.cds.t-internal.com ([::1]) with mapi; Tue, 27 Nov 2012 16:14:39 +0100
From: Martin.Huelsemann@telekom.de
To: bliss@ietf.org
Date: Tue, 27 Nov 2012 16:14:38 +0100
Thread-Topic: [BLISS] I-D Action: draft-ietf-bliss-call-completion-17.txt
Thread-Index: Ac3MpxxICtPdDf9URYacbtKGKZTVzQAB9Y/A
Message-ID: <9762ACF04FA26B4388476841256BDE0201169327F3AE@HE111543.emea1.cds.t-internal.com>
References: <20121127135624.20795.3775.idtracker@ietfa.amsl.com>
In-Reply-To: <20121127135624.20795.3775.idtracker@ietfa.amsl.com>
Accept-Language: de-DE
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [BLISS] I-D Action: draft-ietf-bliss-call-completion-17.txt
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: Tue, 27 Nov 2012 15:14:44 -0000

Dear colleagues,

in this new version of the CC draft the role of the callee's monitor's presence server functionality was made more precise. It was clarified that the the presence status instantiates as soon as it receives a SUBSCRIBE message because without the presence status there would be no CCE's availability state.

Further the wording was improved, especially regarding the consistency of CC recall and CC call.


Regards, Martin









> -----Ursprüngliche Nachricht-----
> Von: bliss-bounces@ietf.org [mailto:bliss-bounces@ietf.org]
> Im Auftrag von internet-drafts@ietf.org
> Gesendet: Dienstag, 27. November 2012 14:56
> An: i-d-announce@ietf.org
> Cc: bliss@ietf.org
> Betreff: [BLISS] I-D Action: draft-ietf-bliss-call-completion-17.txt
>
>
> A New Internet-Draft is available from the on-line
> Internet-Drafts directories.
>  This draft is a work item of the Basic Level of
> Interoperability for SIP Services Working Group of the IETF.
>
>       Title           : Call Completion for Session
> Initiation Protocol (SIP)
>       Author(s)       : Dale R. Worley
>                           Martin Huelsemann
>                           Roland Jesske
>                           Denis Alexeitsev
>       Filename        : draft-ietf-bliss-call-completion-17.txt
>       Pages           : 37
>       Date            : 2012-11-27
>
> Abstract:
>    The call completion feature defined in this specification
> allows the
>    caller of a failed call to be notified when the callee becomes
>    available to receive a call.
>
>    For the realization of a basic solution without queuing, this
>    document references the usage of the dialog event package
> (RFC 4235)
>    that is described as 'automatic redial' in the SIP Service Examples
>    (RFC 5359).
>
>    For the realization of a more comprehensive solution with queuing,
>    this document introduces an architecture for implementing these
>    features in the Session Initiation Protocol where "call completion"
>    implementations associated with the caller's and callee's endpoints
>    cooperate to place the caller's request for call completion into a
>    queue at the callee's endpoint, and when a caller's
> request is ready
>    to be serviced, re-attempt of the original, failed call is made.
>
>    The architecture is designed to interoperate well with
> existing call-
>    completion solutions in other networks.
>
>
> The IETF datatracker status page for this draft is:
> https://datatracker.ietf.org/doc/draft-ietf-bliss-call-completion
>
> There's also a htmlized version available at:
> http://tools.ietf.org/html/draft-ietf-bliss-call-completion-17
>
> A diff from the previous version is available at:
> http://www.ietf.org/rfcdiff?url2=draft-ietf-bliss-call-completion-17
>
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
> BLISS mailing list
> BLISS@ietf.org
> https://www.ietf.org/mailman/listinfo/bliss
>