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