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

"Sri Gundavelli (sgundave)" <sgundave@cisco.com> Thu, 19 December 2013 23:14 UTC

Return-Path: <sgundave@cisco.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 244EC1AEC15 for <netext@ietfa.amsl.com>; Thu, 19 Dec 2013 15:14:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.038
X-Spam-Level:
X-Spam-Status: No, score=-15.038 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 6NvWkIjZlCfs for <netext@ietfa.amsl.com>; Thu, 19 Dec 2013 15:14:37 -0800 (PST)
Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 8B4791A9313 for <netext@ietf.org>; Thu, 19 Dec 2013 15:14:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=9109; q=dns/txt; s=iport; t=1387494876; x=1388704476; h=from:to:subject:date:message-id:in-reply-to:mime-version; bh=USHstl15EXb/uMSF1ydl4my9JQzsEdnHN9GlqQRbfDI=; b=JpgtNBLC2qurOTgJORb8bmTvXKgQ4VAcUQtpdNdvpCS0s0VeDXQTgID4 C1sFFFU8XReOjSgyRIACxKf4HUcpnKukv0pdkYCj7/Tu/iCZdAZGaJBcu 2kSWrYGh1YZ+hxPEaMEYxuI34Zih5nRTyX2co3FglYesVg8icL/4uzhc/ w=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgMFAId9s1KtJXG9/2dsb2JhbABZgkdEOFW5MIEWFnSCJQECBIELAQgSZhcEAQYDAgQBG4d7Dcp5F48ZhDYEmBaSFIMrgio
X-IronPort-AV: E=Sophos; i="4.95,516,1384300800"; d="scan'208,217"; a="292784738"
Received: from rcdn-core2-2.cisco.com ([173.37.113.189]) by rcdn-iport-3.cisco.com with ESMTP; 19 Dec 2013 23:14:23 +0000
Received: from xhc-rcd-x09.cisco.com (xhc-rcd-x09.cisco.com [173.37.183.83]) by rcdn-core2-2.cisco.com (8.14.5/8.14.5) with ESMTP id rBJNEMKt002757 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 19 Dec 2013 23:14:22 GMT
Received: from xmb-aln-x03.cisco.com ([169.254.6.155]) by xhc-rcd-x09.cisco.com ([173.37.183.83]) with mapi id 14.03.0123.003; Thu, 19 Dec 2013 17:14:22 -0600
From: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>
To: "netext@ietf.org" <netext@ietf.org>, Brian Haberman <brian@innovationslab.net>
Thread-Topic: [netext] I-D Action: draft-ietf-netext-pmip6-qos-08.txt
Thread-Index: AQHO9tBP2K4bMyNxjUWlf15Bp+XbfJpQrGEAgAAUbwCAAYGsgIAE/80AgABeKACAAiuoAIAB5RQAgABfwYA=
Date: Thu, 19 Dec 2013 23:14:22 +0000
Message-ID: <CED8BCF9.F99D9%sgundave@cisco.com>
In-Reply-To: <CED86BAA.F9905%sgundave@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.2.3.120616
x-originating-ip: [10.32.246.211]
Content-Type: multipart/alternative; boundary="_000_CED8BCF9F99D9sgundaveciscocom_"
MIME-Version: 1.0
Subject: [netext] FW: I-D Action: draft-ietf-netext-pmip6-qos-08.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: Thu, 19 Dec 2013 23:14:40 -0000

Hi Brian,

We have posted the 09 version of the document. Based on your review feedback and discussion, we have updated the draft.  Please let us know if you have any further comments.

  http://www.ietf.org/internet-drafts/draft-ietf-netext-pmip6-qos-09.txt

Regards
Sri






1. Somewhere in the front matter of the draft, there should be some
discussion as to why existing QoS signaling mechanisms are not used
(e.g., RSVP).

[Authors] We have added some text on the overall  QoS architecture, base line assumptions and the scope of the work.


2. Section 2.2 refers to the Allocation and Retention Priority option as
ARP and AARP.  I assume AARP is a typo (but ARP is also an unfortunate
overload...).

[Authors] We now use the term AARP consistently


3. Is there any expectation for infrastructure devices between the MAG
and LMA to provide QoS services for these flows?  If so, how?  With the
QoS information embedded in PMIP messages, how would these intermediate
devices know anything about these QoS parameters and any associated
Per-Hop-Behaviors?  This needs some discussion in the draft to ensure a
consistent deployment view.

[Authors] Captured in the intro section on the end-to-end DiffServ architectural assumption


4. Section 4.1 says that if M=1, D=0, but there is no discussion of what
to do if M=D=1 occurs.  Is the option ignored?

[Authors] We got rid of the flags and used a opcode int field.


5. I am curious as to why a 5-bit Service Request ID is sufficient.  You
have bits available in the Resvd field... Wouldn't an 8-bit field make
operations/comparisons easier?

[Authors] We also re-worked the QoS option per your recommendations/comments


6. Section 4.2 only describes bit-rate-based attributes.  Is this due to
use cases described in other SDOs?

[Authors] No change.


7. What is the handling if there is a conflict between a per-node QoS
attribute and a set of per-flow QoS attributes associated with that node?

[Authors] The peer can renegotiate the QoS proposal, by sending a downgraded profile.