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

"Tsirtsis, George" <tsirtsis@qualcomm.com> Fri, 19 May 2006 18:33 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fh9my-0006KX-AZ; Fri, 19 May 2006 14:33:28 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Fh9mw-0006KS-G2 for nemo@ietf.org; Fri, 19 May 2006 14:33:26 -0400
Received: from ithilien.qualcomm.com ([129.46.51.59]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Fh9mw-0002Sc-3J for nemo@ietf.org; Fri, 19 May 2006 14:33:26 -0400
Received: from magus.qualcomm.com (magus.qualcomm.com [129.46.61.148]) by ithilien.qualcomm.com (8.13.6/8.12.5/1.0) with ESMTP id k4JIXMS3009459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 19 May 2006 11:33:23 -0700
Received: from NAEXBR04.na.qualcomm.com (naexbr04.qualcomm.com [10.46.141.42]) by magus.qualcomm.com (8.13.6/8.12.5/1.0) with ESMTP id k4JIXG5n013752; Fri, 19 May 2006 11:33:21 -0700 (PDT)
Received: from NAEX06.na.qualcomm.com ([129.46.135.160]) by NAEXBR04.na.qualcomm.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 19 May 2006 11:33:19 -0700
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type
Date: Fri, 19 May 2006 11:32:28 -0700
Message-ID: <1487A357FD2ED544B8AD29E528FF9DF0029BDB96@NAEX06.na.qualcomm.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [nemo] Potential conflict on NEMOv4 Type and FA-ERR Type
Thread-Index: AcZ7cS410OynI4zwT66n3f3ybIJnlAAAQ1BQ
From: "Tsirtsis, George" <tsirtsis@qualcomm.com>
To: Vijay Devarapalli <vijay.devarapalli@azairenet.com>, Alexandru Petrescu <alexandru.petrescu@motorola.com>
X-OriginalArrivalTime: 19 May 2006 18:33:19.0098 (UTC) FILETIME=[B34835A0:01C67B72]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
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

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

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