[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: comments on draft-itojun-v6ops-v4mapped-harmful-00.txt
- To: Alain Durand <Alain.Durand@Sun.COM>
- Subject: Re: comments on draft-itojun-v6ops-v4mapped-harmful-00.txt
- From: Jun-ichiro itojun Hagino <itojun@iijlab.net>
- Date: Mon, 16 Sep 2002 03:17:56 +0900
- Cc: v6ops@ops.ietf.org
- Delivery-date: Sun, 15 Sep 2002 11:21:50 -0700
- Envelope-to: v6ops-data@psg.com
>> where this recommendation is documented? i believe nowhere.
>
>I think this is the core of the discussion. My take is that
>it should be documented somewhere that if one one implements
>basic API semantic, the kernel should drop incoming packets with
>IPv4-mapped src address, but if one decides to accept them,
>then when the same kernel is asked to send an IPv4-mapped
>address, it should sent it on the wire as an IPv6 address.
>
>The fist behavior is fine for dual stack host, the second
>for IPv6-only hosts.
for each host, the above story may make sense. however, for a operator
of a given site (like sun.com) there will be IPv4-only nodes, IPv6-only
nodes (with SIIT support) and IPv4/v6 dual stack nodes. if we are
to add the above sentences somewhere and leave IPv4 mapped address
on wire be legal, it will be unmanageable.
itojun