Re: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type
Henrik Levkowetz <henrik@levkowetz.com> Tue, 23 May 2006 09:22 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FiT6M-00068L-8w; Tue, 23 May 2006 05:22:54 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FiT6L-00068G-61 for nemo@ietf.org; Tue, 23 May 2006 05:22:53 -0400
Received: from av6-2-sn3.vrr.skanova.net ([81.228.9.180]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FiT6J-0004p0-NW for nemo@ietf.org; Tue, 23 May 2006 05:22:53 -0400
Received: by av6-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 1E63C3823D; Tue, 23 May 2006 11:22:51 +0200 (CEST)
Received: from smtp3-2-sn3.vrr.skanova.net (smtp3-2-sn3.vrr.skanova.net [81.228.9.102]) by av6-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 10A8538193; Tue, 23 May 2006 11:22:51 +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 A653137E51; Tue, 23 May 2006 11:22:47 +0200 (CEST)
Received: from localhost ([127.0.0.1]) by shiraz.levkowetz.com with esmtp (Exim 4.61) (envelope-from <henrik@levkowetz.com>) id 1FiT65-0002RS-6G; Tue, 23 May 2006 11:22:37 +0200
Message-ID: <4472D45D.5030008@levkowetz.com>
Date: Tue, 23 May 2006 11:22:37 +0200
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308)
MIME-Version: 1.0
To: "Tsirtsis, George" <tsirtsis@qualcomm.com>
Subject: Re: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type
References: <1487A357FD2ED544B8AD29E528FF9DF0029BDB96@NAEX06.na.qualcomm.com>
In-Reply-To: <1487A357FD2ED544B8AD29E528FF9DF0029BDB96@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: 0a7aa2e6e558383d84476dc338324fab
Cc: ml-nemo WG <nemo@ietf.org>, Vijay Devarapalli <vijay.devarapalli@azairenet.com>
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 George, on 2006-05-19 20:32 Tsirtsis, George said the following: > Yes, I think Vijay is right. It is up to IANA and implementations need > to be ready to change to the assigned numbers when the IANA decides. In > the mean time I-D authors can suggest reasonable values just in case > they get it right and so they do not have to change ;-) No, please don't do this. Instead, as I just mentioned in my note to Vidya, please use the values assigned for experimental work, and leave the value in the draft as TBA. Regards, Henrik >> -----Original Message----- >> From: Vijay Devarapalli [mailto:vijay.devarapalli@azairenet.com] >> Sent: Friday, May 19, 2006 2:21 PM >> To: Alexandru Petrescu >> Cc: ml-nemo WG >> Subject: Re: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type >> >> Alexandru Petrescu wrote: >> > 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? >> >> IMO, you should leave it to be assigned by the IANA. >> not suggest any value at all. IANA will just pick >> the next available one. >> >> Vijay > > >
- [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