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
>