Re: [netext] AD review of draft-ietf-netext-bulk-re-registration
Jari Arkko <jari.arkko@piuha.net> Fri, 06 January 2012 10:15 UTC
Return-Path: <jari.arkko@piuha.net>
X-Original-To: netext@ietfa.amsl.com
Delivered-To: netext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C25621F875E for <netext@ietfa.amsl.com>; Fri, 6 Jan 2012 02:15:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 b7WmUqEXzaqb for <netext@ietfa.amsl.com>; Fri, 6 Jan 2012 02:15:33 -0800 (PST)
Received: from p130.piuha.net (p130.piuha.net [IPv6:2001:14b8:400::130]) by ietfa.amsl.com (Postfix) with ESMTP id AAEC821F8735 for <netext@ietf.org>; Fri, 6 Jan 2012 02:15:32 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by p130.piuha.net (Postfix) with ESMTP id F0DFC2CC43; Fri, 6 Jan 2012 12:15:30 +0200 (EET)
X-Virus-Scanned: amavisd-new at piuha.net
Received: from p130.piuha.net ([127.0.0.1]) by localhost (p130.piuha.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5z0eQhCx+Gzy; Fri, 6 Jan 2012 12:15:29 +0200 (EET)
Received: from [127.0.0.1] (p130.piuha.net [IPv6:2001:14b8:400::130]) by p130.piuha.net (Postfix) with ESMTP id A69932CC31; Fri, 6 Jan 2012 12:15:29 +0200 (EET)
Message-ID: <4F06C9C0.3050705@piuha.net>
Date: Fri, 06 Jan 2012 12:15:28 +0200
From: Jari Arkko <jari.arkko@piuha.net>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111220 Thunderbird/9.0
MIME-Version: 1.0
To: Dirk.von-Hugo@telekom.de
References: <CB274299.3533D%sgundave@cisco.com> <4F02BD4A.4030700@piuha.net> <05C81A773E48DD49B181B04BA21A342A2725ACB24B@HE113484.emea1.cds.t-internal.com>
In-Reply-To: <05C81A773E48DD49B181B04BA21A342A2725ACB24B@HE113484.emea1.cds.t-internal.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: netext@ietf.org, draft-ietf-netext-bulk-re-registration@tools.ietf.org
Subject: Re: [netext] AD review of draft-ietf-netext-bulk-re-registration
X-BeenThere: netext@ietf.org
X-Mailman-Version: 2.1.12
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: Fri, 06 Jan 2012 10:15:34 -0000
Thanks for your detailed review. Jari On 06.01.2012 10:51, Dirk.von-Hugo@telekom.de wrote: > Dear all, > > Referring to the suggested additional WG reviews of the updated draft I want to share with you the minor nits I found ;-) > > 1. Intro > > provides a more optimal mechanism => provides a considerably improved mechanism > (afaik 'optimal' already denotes the best) > > 3.1. Motivation > > revocation operations on a group on mobility sessions => revocation operations on a group of mobility sessions > > 3.2. General Operation > > P.7 > respectively, while the LMA assigns them both to the same to the > bulk > => respectively, while the LMA assigns them both to the same bulk > > part of bulk binding update group, L1. => part of bulk binding update group, (L1). > > 4.1 Extensions to Proxy Binding Update Message > > Figure 2 => Figure 2: Proxy Binding Update Message > (to have consistency to 4.2.) > > 'bulk binding operation group' (occurs 3 times in the draft, see p.12) is not defined?! Shouldn't it read => 'bulk binding update group' ? > > group and thus any any binding update => group and thus any binding update > > 5.1 MAG Considerations > > identifies the list of bulk binding update group specific to each > => identifies the list of bulk binding update groups specific to each > > 5.1.1 > > Proxy Binding Update message. If there is no such grouping is > => Proxy Binding Update message. If there is no such grouping > > 5.2.1. > > given mobility session to a specific bulk binding update group is > => given mobility session to a specific bulk binding update group are > > > P.16 > if the if the received Proxy Binding Update from the new mobile > => if the received Proxy Binding Update from the new mobile > > 5.2.2 > > Currently, this specification only support sub-type value of (1) > => Currently, this specification only supports sub-type value of (1) > > 0 (Proxy Binding Update accepted). => (0) (Proxy Binding Update accepted). > > 6.2. Mobile Access Gateway - Configuration Variables > > this flag is set to (1), indicating that the the mobile access > => this flag is set to (1), indicating that the mobile access > > 9. Acknowledgements > > Patil Carlos Jesus Bernardos Cano and Jari Arkko for their reviews > => Patil, Carlos Jesus Bernardos Cano, and Jari Arkko for their reviews > > Thanks and best regards > Dirk > > Von: netext-bounces@ietf.org [mailto:netext-bounces@ietf.org] Im Auftrag von Jari Arkko > Gesendet: Dienstag, 3. Januar 2012 09:33 > An: Sri Gundavelli > Cc: netext@ietf.org; draft-ietf-netext-bulk-re-registration@tools.ietf.org > Betreff: Re: [netext] AD review of draft-ietf-netext-bulk-re-registration > > Sri: > > Thanks for the update! I have reviewed the changes and they look good to me with one exception (below). I have in any case requested an IETF Last Call to be initiated and expect that you fix the remaining issues by issuing yet another draft quickly. > > But the changes are pretty big -- it would also be useful if members of the WG reviewed the document while it is in the Last Call. > >> o When sending the Mobile Node Group Identifier option in the >> binding update messages related to the individual session >> establishment, the Bulk-Binding-Update (B) flag in the request >> MUST be set to a value of (1). However, when initiating any >> binding update operations with group specific scope, the Bulk- >> Binding-Update (B) flag in the request MUST always be set to a >> value of (0), with the Mobile Node Group Identifier option present >> in the request. > There is something wrong with the above text. B must be set in the session establishment, but not with "binding update operations with group specific scope"? (And what are those?) > > Jari > > _______________________________________________ > netext mailing list > netext@ietf.org > https://www.ietf.org/mailman/listinfo/netext >
- [netext] AD review of draft-ietf-netext-bulk-re-r… Jari Arkko
- Re: [netext] AD review of draft-ietf-netext-bulk-… Sri Gundavelli
- Re: [netext] AD review of draft-ietf-netext-bulk-… Jari Arkko
- Re: [netext] AD review of draft-ietf-netext-bulk-… Sri Gundavelli
- Re: [netext] AD review of draft-ietf-netext-bulk-… Jari Arkko
- Re: [netext] AD review of draft-ietf-netext-bulk-… Jari Arkko
- Re: [netext] AD review of draft-ietf-netext-bulk-… Sri Gundavelli
- Re: [netext] AD review of draft-ietf-netext-bulk-… Jari Arkko
- Re: [netext] AD review of draft-ietf-netext-bulk-… Sri Gundavelli
- Re: [netext] AD review of draft-ietf-netext-bulk-… Dirk.von-Hugo
- Re: [netext] AD review of draft-ietf-netext-bulk-… Jari Arkko
- Re: [netext] AD review of draft-ietf-netext-bulk-… Sri Gundavelli
- Re: [netext] AD review of draft-ietf-netext-bulk-… Sri Gundavelli
- Re: [netext] AD review of draft-ietf-netext-bulk-… Jari Arkko