Re: [netext] AD review of draft-ietf-netext-bulk-re-registration

Sri Gundavelli <sgundave@cisco.com> Tue, 03 January 2012 16:32 UTC

Return-Path: <sgundave@cisco.com>
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 2E4EC21F84DB for <netext@ietfa.amsl.com>; Tue, 3 Jan 2012 08:32:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
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 3tIpq9DXcSZB for <netext@ietfa.amsl.com>; Tue, 3 Jan 2012 08:32:43 -0800 (PST)
Received: from mtv-iport-4.cisco.com (mtv-iport-4.cisco.com [173.36.130.15]) by ietfa.amsl.com (Postfix) with ESMTP id 19A4E11E8080 for <netext@ietf.org>; Tue, 3 Jan 2012 08:32:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=sgundave@cisco.com; l=2946; q=dns/txt; s=iport; t=1325608363; x=1326817963; h=date:subject:from:to:cc:message-id:in-reply-to: mime-version:content-transfer-encoding; bh=iDTjqHC/cC3VnVImX/Ds/oxwFjbnIrSFyaQjL+SqLzI=; b=XmL4xwrZd1rEQN2sZCE5zXsvypmSkxhLGHz2ytzWW3WPg/ebD9ReVDvo 1fkGU/1ZJn42YRl4NMnBRwKqr5pcwnMi2TD65Jh2FKieDkqX8VhmGRYUI 0tN+cvMEJwjLe+cC8yzjhNKUhwBhZ8F8j/C+sY/FwM7DVuF7gq4sd9/Rc 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AlsQACMtA0+rRDoJ/2dsb2JhbABEggWqW4EFgXIBAQEDARIBJwIBPAUNAQiBHQEBBA4FIodYl0kBnXCMDwSIN4xLklU
X-IronPort-AV: E=Sophos;i="4.71,450,1320624000"; d="scan'208";a="23508213"
Received: from mtv-core-4.cisco.com ([171.68.58.9]) by mtv-iport-4.cisco.com with ESMTP; 03 Jan 2012 16:32:42 +0000
Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by mtv-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id q03GWg2E015117; Tue, 3 Jan 2012 16:32:42 GMT
Received: from xmb-sjc-214.amer.cisco.com ([171.70.151.145]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 3 Jan 2012 08:32:42 -0800
Received: from 10.32.246.213 ([10.32.246.213]) by xmb-sjc-214.amer.cisco.com ([171.70.151.145]) with Microsoft Exchange Server HTTP-DAV ; Tue, 3 Jan 2012 16:32:42 +0000
User-Agent: Microsoft-Entourage/12.32.0.111121
Date: Tue, 03 Jan 2012 08:32:41 -0800
From: Sri Gundavelli <sgundave@cisco.com>
To: Jari Arkko <jari.arkko@piuha.net>
Message-ID: <CB286DA9.3546F%sgundave@cisco.com>
Thread-Topic: [netext] AD review of draft-ietf-netext-bulk-re-registration
Thread-Index: AczKNU/ulq9ahQR4UUOBAi+dQqnbrw==
In-Reply-To: <4F02BD4A.4030700@piuha.net>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 03 Jan 2012 16:32:42.0530 (UTC) FILETIME=[50D7D020:01CCCA35]
Cc: "netext@ietf.org" <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: Tue, 03 Jan 2012 16:32:48 -0000

> 
> 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?)
> 

Hi Jari:

Thanks for the review.

There are two cases here:

1.) Establishment of the initial session for a given mobile node as in today
- the approach of group id exchange for that session to be established

2.) Performing a bulk binding operation on a group of mobile nodes/sessions
that are part of a given group - Ex: Periodic BU for lifetime extension

In both these cases, there is a PBU and there is the Group Identifier
option. In #1, the MAG presents the group identifier for that mobile node,
so the LMA can associate the group id with that session.  In #2, the MAG
wants the binding operation to be performed on a set of nodes/sessions
identified by the group id, that was previously exchanged.

The (B) flag for #1 is enabled. It serves as the means to request the LMA to
enable bulk binding operation for a given mobility session. The LMA can
accept the request, set the (B) flag in the PBA and return its own local
group id for that session. Or, simply can decide not to enable bulk binding
update feature for that session, by turning of the (B) flag in the PBA.

In case of #2, once the sessions are established and associated with a group
id, the Group Identifier in the option alone is sufficient, there is no need
for toggling the (B) flag in the PBU/PBA.

We can make the logic work, eliminating the (B) flag entirely, even for #1,
but the logic gets complex, looking at individual session identifier
presence (Mobile Node identifier option ..IPv4 Home Address option) ..etc.

  

Regards
Sri


On 1/3/12 12:33 AM, "Jari Arkko" <jari.arkko@piuha.net> wrote:

> 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
>