Re: [Mip6] about DSMIPv6

Koshiro MITSUYA <mitsuya@sfc.wide.ad.jp> Mon, 20 March 2006 20:16 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FLQo9-0001Wu-My; Mon, 20 Mar 2006 15:16:53 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FLQo8-0001Ve-BT for mip6@ietf.org; Mon, 20 Mar 2006 15:16:52 -0500
Received: from mail.sfc.wide.ad.jp ([203.178.142.146]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FLQo6-0001Ms-UK for mip6@ietf.org; Mon, 20 Mar 2006 15:16:52 -0500
Received: from dhcp-wireless-134-202.ietf65.org.sfc.wide.ad.jp (DHCP-Wireless-134-202.ietf65.org [130.129.134.202]) by mail.sfc.wide.ad.jp (Postfix) with ESMTP id 1037C4CC51; Tue, 21 Mar 2006 05:16:47 +0900 (JST)
Date: Tue, 21 Mar 2006 05:16:55 +0900
Message-ID: <m24q1sub0o.wl%mitsuya@sfc.wide.ad.jp>
From: Koshiro MITSUYA <mitsuya@sfc.wide.ad.jp>
To: Francis Dupont <Francis.Dupont@point6.net>
Subject: Re: [Mip6] about DSMIPv6
In-Reply-To: <200603201942.k2KJg9wZ012646@givry.rennes.enst-bretagne.fr>
References: <200603201942.k2KJg9wZ012646@givry.rennes.enst-bretagne.fr>
User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (Sanjō) APEL/10.6 Emacs/22.0.50 (powerpc-apple-darwin8.3.0) MULE/5.0 (SAKAKI)
Organization: Keio University
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset="US-ASCII"
X-Spam-Score: 0.1 (/)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
Cc: 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,

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.

Can the DT summarize your discussions how you reach to use IPv4 mapped
address?

regards, 
Koshiro


At Mon, 20 Mar 2006 20:42:09 +0100,
Francis Dupont wrote:
> 
> In case there will be not enough time for global questions:
>  - the I-D is draft-ietf-mip6-nemo-v4traversal-01.txt, isn't it?
>  - there are some IPv4-mapped IPv6 addresses in (encapsulated) IPv6
>    headers, this is against IPv6 rules and can become an issue
>    with all the sanity "mapped address -> drop packet" checks
>    in IPv6 current codes...
>  - the IPsec stuff is severely underspecified, I have no idea reading
>    the I-D how the RFC 3776 IPsec SAs are established.
>  - (AGAIN) what is the position of the I-D versus the well known
>    "road warrior" IPsec VPN with NAT traversal (where the keepalive issue
>    is solved BTW) ?
> 
> Regards
> 
> Francis.Dupont@point6.net
> 
> _______________________________________________
> 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