[netext] FW: I-D Action: draft-ietf-netext-pmip6-qos-06.txt

John Kaippallimalil <John.Kaippallimalil@huawei.com> Tue, 19 November 2013 15:27 UTC

Return-Path: <John.Kaippallimalil@huawei.com>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 184841AE045 for <netext@ietfa.amsl.com>; Tue, 19 Nov 2013 07:27:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.974
X-Spam-Level: **
X-Spam-Status: No, score=2.974 tagged_above=-999 required=5 tests=[BAYES_50=0.8, GB_SUMOF=5, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.525, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wpKDp-KwQbvi for <netext@ietfa.amsl.com>; Tue, 19 Nov 2013 07:27:29 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id B79031AE026 for <netext@ietf.org>; Tue, 19 Nov 2013 07:27:26 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AYB86969; Tue, 19 Nov 2013 15:27:19 +0000 (GMT)
Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 19 Nov 2013 15:26:27 +0000
Received: from DFWEML406-HUB.china.huawei.com (10.193.5.131) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 19 Nov 2013 15:26:34 +0000
Received: from DFWEML511-MBB.china.huawei.com ([169.254.4.235]) by dfweml406-hub.china.huawei.com ([10.193.5.131]) with mapi id 14.03.0158.001; Tue, 19 Nov 2013 07:26:29 -0800
From: John Kaippallimalil <John.Kaippallimalil@huawei.com>
To: Marco Liebsch <Marco.Liebsch@neclab.eu>, "pierrick.seite@orange.com" <pierrick.seite@orange.com>, "Sri Gundavelli (sgundave)" <sgundave@cisco.com>, Jouni Korhonen <jouni.nospam@gmail.com>, Hidetoshi Yokota <yokota@kddilabs.jp>
Thread-Topic: [netext] I-D Action: draft-ietf-netext-pmip6-qos-06.txt
Thread-Index: AQHO4KW3V72AdbWZLEiYTt1lHmHvwpok6KDwgAJERICABSy/AIAAW1kA
Date: Tue, 19 Nov 2013 15:26:28 +0000
Message-ID: <6561EABF52675C45BCDACA1B4D7AA1171CFE5D87@dfweml511-mbb.china.huawei.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.192.11.131]
Content-Type: multipart/mixed; boundary="_004_6561EABF52675C45BCDACA1B4D7AA1171CFE5D87dfweml511mbbchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "netext@ietf.org" <netext@ietf.org>
Subject: [netext] FW: I-D Action: draft-ietf-netext-pmip6-qos-06.txt
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Mailing list for discusion of extensions to network mobility protocol, i.e PMIP6. " <netext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netext>, <mailto:netext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/netext/>
List-Post: <mailto:netext@ietf.org>
List-Help: <mailto:netext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netext>, <mailto:netext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Nov 2013 15:27:49 -0000

Hi,
Forwarding to the authors. 
Please have a look at Charlie's comments (in attachment below) on the PMIP QoS draft. 

Best Regards,
John 



-----Original Message-----
From: Charles E. Perkins [mailto:charliep@computer.org] 
Sent: Monday, November 18, 2013 7:55 PM
To: John Kaippallimalil; netext@ietf.org
Subject: Re: [netext] I-D Action: draft-ietf-netext-pmip6-qos-06.txt

Hello John and all,

I have reviewed the draft.  Attached, please find three files:
- The original file
- A file with comments embedded
- A file generated by rfcdiff showing my comments in context.

Some overall comments:
- Since LMA and MAG are defined early in the document, the
   abbreviations should be used consistently throughout the
   specification.  This will help a little bit to shorten the text.

- I'm a bit concerned about the definition provided for QoS Profile.
   It could be misinterpreted.  I think the intention is to have certain
   QoS profiles indexed locally by uniquely chosen profile identifiers.

- It seems incorrect to apply protocol mandates such as MUST to
   virtual structures such as Conceptual Binding Cache.

- The document is quite long and in some places verbose.  While
    this is a matter of personal preference, for me it increases the
    difficulty of actually reading the entire document.  If there is a
    convenient way of combining some of the descriptive text, that
    would make document review a good bit easier.

Given some corrections as indicated by my embedded comments, I think the document is in relatively good condition, and could be promulgated as a Standards after another cycle of reviews.

--
Regards,
Charlie P.