Re: [Dime] Fwd: New Version Notification for draft-korhonen-dime-mip6-feature-bits-01

jouni korhonen <jouni.nospam@gmail.com> Wed, 08 July 2009 08:25 UTC

Return-Path: <jouni.nospam@gmail.com>
X-Original-To: dime@core3.amsl.com
Delivered-To: dime@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A41063A6948 for <dime@core3.amsl.com>; Wed, 8 Jul 2009 01:25:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.243
X-Spam-Level:
X-Spam-Status: No, score=-2.243 tagged_above=-999 required=5 tests=[AWL=0.356, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cs3udQYPJ-MZ for <dime@core3.amsl.com>; Wed, 8 Jul 2009 01:25:20 -0700 (PDT)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by core3.amsl.com (Postfix) with ESMTP id 21E453A684D for <dime@ietf.org>; Wed, 8 Jul 2009 01:25:19 -0700 (PDT)
Received: by ey-out-2122.google.com with SMTP id 22so1171445eye.65 for <dime@ietf.org>; Wed, 08 Jul 2009 01:25:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=P+ca7GXevjtB54v4nWuE1i6wgVUQA1F5EgPlnVOojAU=; b=xM+EnP5wuvI8r4odA6Tfie4L5lGBxigBTUec8qiiYWGF0x6UpAvfPbRcPz8jc31NC8 CENAXXY9oiiedi4Aql+6rj/6LtI2MeUq4g43tXXbJ9tBdqBEb4ZP1vS9KD/lpRVU1o1C GdgI8c60Nu3oTPHIeoE0i7m1PR4xlH0tpWgHk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=kQ3kH6sIDaKnpkSY/7wBJrh5RvNvHUD8ZtKs2EjCoXrEQ/nt5rBCJqvFjpkWQVaTOZ iIiLVnNimTuLsxmkdFfd9KTFWGyJbAaYUdc5EBLvD5LqcK1rgQ+UvNGlqeQ5WPUOxWGm Dkf6v4aO9ScdQRPXrUV+WOTKI0GDBeh8x7Syc=
Received: by 10.210.92.8 with SMTP id p8mr8375404ebb.7.1247041502464; Wed, 08 Jul 2009 01:25:02 -0700 (PDT)
Received: from ?10.254.0.54? ([192.100.123.77]) by mx.google.com with ESMTPS id 5sm1415336eyf.34.2009.07.08.01.25.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 08 Jul 2009 01:25:01 -0700 (PDT)
Message-Id: <121392FB-EC60-4651-B60C-9FB4E65CE5CB@gmail.com>
From: jouni korhonen <jouni.nospam@gmail.com>
To: Julien Bournelle <julien.bournelle@gmail.com>
In-Reply-To: <5e2406980907080053s27947281i495195c060b10976@mail.gmail.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v935.3)
Date: Wed, 08 Jul 2009 11:24:58 +0300
References: <20090610092653.601A33A6E07@core3.amsl.com> <1CE00542-32BF-4344-884C-CCDC763FA853@gmail.com> <605467.44209.qm@web111405.mail.gq1.yahoo.com> <0E6B99B1-F87F-47FD-9C3B-9417AFED18E5@gmail.com> <5e2406980907080053s27947281i495195c060b10976@mail.gmail.com>
X-Mailer: Apple Mail (2.935.3)
Cc: dime@ietf.org
Subject: Re: [Dime] Fwd: New Version Notification for draft-korhonen-dime-mip6-feature-bits-01
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Jul 2009 08:25:22 -0000

Hi Julien,

Well, the IANA allocation rules were crafted so that other SDOs could  
easily allocate their own flags once they document flag usage (the  
document can be any publicly available proper spec/document, not just  
RFC). Having said that, allocating flags "ahead" without relevant  
documentation which properly describe the use and need is not really  
what we want. And having said that, I basically self-conclude most  
flags the current I-D proposes are not needed ;)

Cheers,
	Jouni


On Jul 8, 2009, at 10:53 AM, Julien Bournelle wrote:

> Hello,
>
>  one question maybe is if it is the IETF or IANA which will be used  
> to register specifc SDO flags ?
>
>  Maybe we could have a specific range for such allocation ?
>
>  Any comments ?
>
>  Julien
>
> On Wed, Jul 8, 2009 at 8:05 AM, jouni korhonen  
> <jouni.nospam@gmail.com> wrote:
>
> Could you point me at the relevant Wimax documents regarding the  
> flags below?
>
> Cheers,
>        Jouni
>
>
> On Jul 7, 2009, at 5:39 PM, Behcet Sarikaya wrote:
>
>
> Hi Jouni,
>  Can you please add
> IP4_IN_IP6_TUNNELING_SUPPORTED flag (which could be defined as:
> IP4_IN_IP6_TUNNELING_SUPPORTED (0x0000000000000100)
> )
>
> The need for this came out in a contribution we made to WiMAX NWG's  
> IPv4/v6 Transition subteam on the scenarios for DSMIP.
>
> Regards,
>
> Behcet
>
>
>
> ----- Original Message ----
> From: jouni korhonen <jouni.nospam@gmail.com>
> To: dime@ietf.org
> Sent: Wednesday, June 10, 2009 4:55:36 AM
> Subject: [Dime] Fwd: New Version Notification for draft-korhonen- 
> dime-mip6-feature-bits-01
>
> Hi all,
>
> I have updated the additional feature bits draft. I did remove some  
> stuff so
> that the draft now only reserves MIP6-Feature-Vector flag bits and  
> nothing more.
> I'll forward the draft soon to RFC editor so if anyone has comments,  
> please be
> quick :)
>
> Cheers,
>    Jouni
>
> Begin forwarded message:
>
> From: IETF I-D Submission Tool
> Date: June 10, 2009 12:26:53 PM GMT+03:00
> To: jouni.nospam@gmail.com
> Subject: New Version Notification for
> draft-korhonen-dime-mip6-feature-bits-01
>
>
> A new version of I-D, draft-korhonen-dime-mip6-feature-bits-01.txt  
> has been
> successfuly submitted by Jouni Korhonen and posted to the IETF  
> repository.
>
> Filename:    draft-korhonen-dime-mip6-feature-bits
> Revision:    01
> Title:        Diameter MIP6 Feature Vector Additional Bit Allocations
> Creation_date:    2009-06-10
> WG ID:        Independent Submission
> Number_of_pages: 5
>
> Abstract:
> During the Mobile IPv6 Split Scenario bootstrapping the Mobile IPv6
> Home Agent and the Authentication, Authorization, and Accounting
> server may exchange a set of authorized mobility capabilities.  This
> document defines new mobility capability flags that are used to
> authorize per Mobile Node route optimization, Multiple Care-of
> Address and user plane traffic encryption support.  Furthermore, this
> document also defines a capability flag of indicating whether the
> Home Agent is authorized to act as a stand alone Virtual Private
> Network gateway.
>
>
>
> The IETF Secretariat.
>
>
>
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime
>
>
>
>
>
>
> _______________________________________________
> DiME mailing list
> DiME@ietf.org
> https://www.ietf.org/mailman/listinfo/dime
>