Re: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type

Henrik Levkowetz <henrik@levkowetz.com> Tue, 23 May 2006 09:20 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FiT4J-00052g-Ub; Tue, 23 May 2006 05:20:47 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FiT4J-00052b-BX for nemo@ietf.org; Tue, 23 May 2006 05:20:47 -0400
Received: from av7-1-sn3.vrr.skanova.net ([81.228.9.181]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FiT4H-0004ja-SW for nemo@ietf.org; Tue, 23 May 2006 05:20:47 -0400
Received: by av7-1-sn3.vrr.skanova.net (Postfix, from userid 502) id 0176D38035; Tue, 23 May 2006 10:56:26 +0200 (CEST)
Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av7-1-sn3.vrr.skanova.net (Postfix) with ESMTP id E65FF37F9B; Tue, 23 May 2006 10:56:26 +0200 (CEST)
Received: from shiraz.levkowetz.com (81-232-110-214-no16.tbcn.telia.com [81.232.110.214]) by smtp3-2-sn3.vrr.skanova.net (Postfix) with ESMTP id E70D337E43; Tue, 23 May 2006 11:20:44 +0200 (CEST)
Received: from localhost ([127.0.0.1]) by shiraz.levkowetz.com with esmtp (Exim 4.61) (envelope-from <henrik@levkowetz.com>) id 1FiT41-0004mw-Jm; Tue, 23 May 2006 11:20:40 +0200
Message-ID: <4472D3DD.306@levkowetz.com>
Date: Tue, 23 May 2006 11:20:29 +0200
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308)
MIME-Version: 1.0
To: "Narayanan, Vidya" <vidyan@qualcomm.com>
Subject: Re: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type
References: <2EBB8025B6D1BA41B567DB32C1D8DB84882B16@NAEX06.na.qualcomm.com>
In-Reply-To: <2EBB8025B6D1BA41B567DB32C1D8DB84882B16@NAEX06.na.qualcomm.com>
X-Enigmail-Version: 0.94.0.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on shiraz.levkowetz.com); SAEximRunCond expanded to false
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Cc: ml-nemo WG <nemo@ietf.org>
X-BeenThere: nemo@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: NEMO Working Group <nemo.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:nemo@ietf.org>
List-Help: <mailto:nemo-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/nemo>, <mailto:nemo-request@ietf.org?subject=subscribe>
Errors-To: nemo-bounces@ietf.org

Hi,

I'd strongly suggest that you *don't* code in any specific extension
number - that will just make for more trouble up the line.  For
experimental and test deployment, you should instead use the
experimental type numbers (and if needed message number) defined by
RFC 4064, and listed on http://www.iana.org/assignments/mobileip-numbers
- one reason they were added were previous instances of collisions
between IANA-assigned numbers and 'self-assigned' numbers such as 
45/46 below, and many man-hours of work spent disentangling such
collisions.

Regards,

	Henrik

on 2006-05-19 20:05 Narayanan, Vidya said the following:
> Sounds good to me.  
> 
>> -----Original Message-----
>> From: Alexandru Petrescu [mailto:alexandru.petrescu@motorola.com] 
>> Sent: Friday, May 19, 2006 9:51 AM
>> To: ml-nemo WG
>> Subject: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type
>> 
>> I've been pointed that there seems to be a potential conflict 
>> on NEMOv4 Mobile Network Extension Type and FA-Err Type.
>> 
>> NEMOv4 uses a new Type (to be assigned by IANA) in Mobile 
>> Network Extension.  We suggested in the draft that it be 45.
>> 
>> FA-ERR draft-ietf-mip4-faerr-02.txt uses Type 45 for FA Error 
>> Extension (already assigned by IANA).  The draft does not 
>> specify 45, just says TBA by IANA.  IANA seems to have 
>> assigned it, see http://www.iana.org/assignments/mobileip-numbers.
>> 
>> draft-ietf-mobileip-gen-key-01.txt implemented in dynamics 
>> 0.8.1 uses 45 too, but I think this can be ignored, because  
>> I think this work has been evolved into draft-rfc3012bis 
>> which uses Type 24.
>> 
>> To solve the issue between NEMOv4 and FA-ERR I suggest that 
>> we use Type
>> 46 - and not 45 - in NEMOv4 implementation, until IANA 
>> assigns a Type for NEMOv4 Mobile Network Extension.
>> 
>> What do you think?
>> 
>> Alex
>> 
>> 
> 
>