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 >> >> > >
- [nemo] Potential conflict on NEMOv4 Type and FA-E… Alexandru Petrescu
- RE: [nemo] Potential conflict on NEMOv4 Type and … Narayanan, Vidya
- Re: [nemo] Potential conflict on NEMOv4 Type and … Vijay Devarapalli
- RE: [nemo] Potential conflict on NEMOv4 Type and … Tsirtsis, George
- Re: [nemo] Potential conflict on NEMOv4 Type and … Henrik Levkowetz
- Re: [nemo] Potential conflict on NEMOv4 Type and … Henrik Levkowetz
- RE: [nemo] Potential conflict on NEMOv4 Type and … Narayanan, Vidya