Re: [BLISS] more comments on the CC draft

<Martin.Huelsemann@telekom.de> Thu, 14 April 2011 15:08 UTC

Return-Path: <Martin.Huelsemann@telekom.de>
X-Original-To: bliss@ietfc.amsl.com
Delivered-To: bliss@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 6F573E073D for <bliss@ietfc.amsl.com>; Thu, 14 Apr 2011 08:08:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.248
X-Spam-Level:
X-Spam-Status: No, score=-3.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p6bmElffRG2T for <bliss@ietfc.amsl.com>; Thu, 14 Apr 2011 08:08:44 -0700 (PDT)
Received: from tcmail73.telekom.de (tcmail73.telekom.de [217.243.239.135]) by ietfc.amsl.com (Postfix) with ESMTP id 82A27E0718 for <bliss@ietf.org>; Thu, 14 Apr 2011 08:08:43 -0700 (PDT)
Received: from he111297.emea1.cds.t-internal.com ([10.125.90.15]) by tcmail71.telekom.de with ESMTP/TLS/AES128-SHA; 14 Apr 2011 17:07:59 +0200
Received: from HE111543.emea1.cds.t-internal.com ([169.254.4.191]) by HE111297.EMEA1.CDS.T-INTERNAL.COM ([fe80::9835:b110:c489:6d64%16]) with mapi; Thu, 14 Apr 2011 17:07:59 +0200
From: Martin.Huelsemann@telekom.de
To: keith.drage@alcatel-lucent.com, bliss@ietf.org
Date: Thu, 14 Apr 2011 17:07:58 +0200
Thread-Topic: more comments on the CC draft
Thread-Index: AcvvtP8u4HqlfMucRyGWDU/f1cRubAAE6CMwAVtknDA=
Message-ID: <9762ACF04FA26B4388476841256BDE020113F82C0964@HE111543.emea1.cds.t-internal.com>
References: <9762ACF04FA26B4388476841256BDE020113D8897CC1@HE111543.emea1.cds.t-internal.com> <EDC0A1AE77C57744B664A310A0B23AE21EB8EBF3@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
In-Reply-To: <EDC0A1AE77C57744B664A310A0B23AE21EB8EBF3@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
Accept-Language: de-DE
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: de-DE
Content-Type: multipart/alternative; boundary="_000_9762ACF04FA26B4388476841256BDE020113F82C0964HE111543eme_"
MIME-Version: 1.0
Subject: Re: [BLISS] more comments on the CC draft
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, 14 Apr 2011 15:08:45 -0000

Hi Keith,

I incorporated your comment 1) in the 09 version.

For 2), we often used 'SHOULD' in order to be as flexible as possible at implementations, as the solution was intended to be interoperable with the PSTN, and there are some differences between internet and PSTN usecases. For the normative statements changed after I've added conditions. Are there any more particular text passages which you think need more clarification?

The 10_draft_a version can be found at

http://bliss-ietf.org/drafts/draft-ietf-bliss-call-completion-10_draft_a.txt


Regards, Martin




________________________________
Von: DRAGE, Keith (Keith) [mailto:keith.drage@alcatel-lucent.com]
Gesendet: Donnerstag, 31. März 2011 19:28
An: Hülsemann, Martin; bliss@ietf.org
Cc: j.dave.smith@siemens-enterprise.com; Jesske, Roland
Betreff: RE: more comments on the CC draft

I was kicked off to look at this further.

My brief skim identifies two issues:

1)         Generally throughout the document, "header" should be "header field" and "header parameter" should be "header field parameter".

2)         All instances of the words "SHOULD" and "RECOMMENDED" should be qualified by informative material indicating when the requirement applies / does not apply. The note below that some SHALLs have changed to SHOULD triggered me on this.

I'll try and have a closer look when not in a meeting.

Regards

Keith

________________________________
From: bliss-bounces@ietf.org [mailto:bliss-bounces@ietf.org] On Behalf Of Martin.Huelsemann@telekom.de
Sent: 31 March 2011 16:05
To: bliss@ietf.org
Cc: j.dave.smith@siemens-enterprise.com; R.Jesske@telekom.de
Subject: [BLISS] more comments on the CC draft

Dear colleagues,

during the last WGLC I again received a lot of comments from Dave for editorials and spelling corrections, thanks again for checking, my apologies for not having detected them myself.

Besides the editorials, Dave commented that the procedures are based very much on the assumption of a underlying network architecture where there is a clear seperation between the UA on the user device and the CC agent/monitor which is located in the network. Dave proposed to better consider the case where the CC agent/monitor is colocated with the UA on the user device.
An example is a simple UA uses CC via a AS in the network, and when this UA is not available for CC recall, we said that the CC agent SHALL suspend the CC request. But the suspension policy of a more sophisticated agent of a CC App on a device could be different, therefore it was changed to 'SHOULD be suspended'. There are some other changes in this direction. There are no syntax changes.

Even though they were contributed post WGLC, in my opinion those changes are very useful for a more comprehensive CC solution, and therefore should be considered. I have provisionally provided a 09 version of the internet draft. You can find the changes at  http://bliss-ietf.org/drafts/diff_ccbs.html

Your opinions?



Regards, Martin