RE: [Mip6] about DSMIPv6

"Pascal Thubert \(pthubert\)" <pthubert@cisco.com> Wed, 22 March 2006 07:18 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FLxbZ-0003mx-FX; Wed, 22 Mar 2006 02:18:05 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FLxbX-0003ms-Qy for mip6@ietf.org; Wed, 22 Mar 2006 02:18:03 -0500
Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FLxbS-0001rq-CH for mip6@ietf.org; Wed, 22 Mar 2006 02:18:03 -0500
Received: from ams-core-1.cisco.com ([144.254.224.150]) by ams-iport-1.cisco.com with ESMTP; 22 Mar 2006 08:17:58 +0100
Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id k2M7Ht3A005617; Wed, 22 Mar 2006 08:17:56 +0100 (MET)
Received: from xmb-ams-337.cisco.com ([144.254.231.82]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 22 Mar 2006 08:17:55 +0100
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: [Mip6] about DSMIPv6
Date: Wed, 22 Mar 2006 08:17:22 +0100
Message-ID: <7892795E1A87F04CADFCCF41FADD00FC01F57EC8@xmb-ams-337.emea.cisco.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Mip6] about DSMIPv6
Thread-Index: AcZMYqOOy6XDmPuQTWekledQRhp7MQBHOqqQ
From: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
To: Koshiro MITSUYA <mitsuya@sfc.wide.ad.jp>, "Soliman, Hesham" <hsoliman@qualcomm.com>
X-OriginalArrivalTime: 22 Mar 2006 07:17:55.0282 (UTC) FILETIME=[BD3F1B20:01C64D80]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5
Cc: Francis Dupont <Francis.Dupont@point6.net>, Hesham Soliman <H.Soliman@flarion.com>, mip6@ietf.org
X-BeenThere: mip6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: mip6.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:mip6@ietf.org>
List-Help: <mailto:mip6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/mip6>, <mailto:mip6-request@ietf.org?subject=subscribe>
Errors-To: mip6-bounces@ietf.org

Hi Koshiro:

In the nemo doors draft, which is one of the source drafts for this
effort, the CoA was also a mapped address but of a slightly different
kind:

1) it is inherited from 6to4 and is actually routable. This is designed
to enable deployments in an IPv6 dominant world, where IPv4 does not
reach the HA and a GW is placed at the IPv4/v6 border.
2) it contains not only the IPv4 source address but also the destination
and the pair of ports. This is designed to enable NAT detection on both
ends of the IPv4 network.

Because of point 2) we are still discussing that format in order to
avoid configuration in the HA. From your mail, it seems that there is
some validity in point 1) as well.

Pascal

>-----Original Message-----
>From: Koshiro MITSUYA [mailto:mitsuya@sfc.wide.ad.jp]
>Sent: Monday, March 20, 2006 9:51 PM
>To: Soliman, Hesham
>Cc: Francis Dupont; Hesham Soliman; Koshiro MITSUYA; mip6@ietf.org
>Subject: Re: [Mip6] about DSMIPv6
>
>Hi Hesham,
>
>I am not sure whether it's just an implementation issues.  But putting
>the mapped address in the address list in order to process the DSMIP
>IPv6 header means the mapped address may be chosen as a source address
>even the address is actually not routable.  To avoid this, we need
>e.g. an additional flag to distinguish the mapped address from others.
>I think some implementers will not accept this.
>
>The above is not only the reason again the mapped address in the IPv6
>header.  Please refer the draft-*-harmful.  So, my idea is to put HoA
>in IPv6 header and kind of IPv4 CoA option to idicate it's IPv4 CoA.
>
>BTW, if you just want to keep the packer format, I think it's better
>to use compatible address, or 6to4 address, or newly-defined address
>for this purpose.
>
>regards,
>Koshiro
>
>
>At Mon, 20 Mar 2006 12:19:36 -0800,
>Soliman, Hesham wrote:
>>
>>
>>  > I've implemented v4traversal-00 draft.
>>  >
>>  > I agree Francis, the IPv4 mapped address has a special meaning by
RFC
>>  > 2553 API.  It is not preferable to use the mapped address in IPv6
>>  > headers (See the following the drafts)
>>  > 	draft-itojun-v6ops-v4mapped-harmful
>>  > 	draft-cmetz-v6ops-v4mapped-api-harmful
>>  >
>>  > In our code based on KAME, the IPv6 implementation discard a IPv6
>>  > header which has the v4 mapped address for sanity at ip6_input()
and
>>  > ip6_rthadr2().  We also need to add the mapped address in an
address
>>  > list (the list of all addresses which the node has) to receive the
>>  > header.  This is somehow uncomfortable because the mapped address
is
>>  > actually not routable.
>>
>> => No one suggested that it should/would be routable. It's simply
>> used to keep the packet format. There is no routing based on this
>> information.
>
>_______________________________________________
>Mip6 mailing list
>Mip6@ietf.org
>https://www1.ietf.org/mailman/listinfo/mip6

_______________________________________________
Mip6 mailing list
Mip6@ietf.org
https://www1.ietf.org/mailman/listinfo/mip6