> please refer to draft-itojun-ipv6-transition-abuse-01.txt, specifically > section 3. my suggestion is to forbid IPv4 mapped address in the IPv6 > headers, and remove ambiguity from the dual use. Itojun, The implication of your recommendation is that we remove SIIT (at least as currently specified) from the RFC directories, since the SIIT RFC assumes that IPv4-mapped addresses can be sent in IPv6 headers and SIIT can't work without this. Is this really what you are proposing? Erik -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to [EMAIL PROTECTED] --------------------------------------------------------------------
- New "IP Version 6 Addressing Architect... Bob Hinden
- Re: New "IP Version 6 Addressing ... JINMEI Tatuya / 神明達哉
- Re: New "IP Version 6 Address... Brian Haberman
- Re: New "IP Version 6 Add... JINMEI Tatuya / 神明達哉
- Re: New "IP Version 6... Brian Haberman
- Re: New "IP Vers... JINMEI Tatuya / 神明達哉
- Re: New "IP Version 6 Addressing... Jack McCann
- Re: New "IP Version 6 Address... itojun
- Re: New "IP Version 6 Add... Jim Bound
- Re: New "IP Version 6... itojun
- Re: New "IP Version 6 Add... Erik Nordmark
- Re: New "IP Version 6... Jim Bound
- Re: New "IP Version 6... itojun
- Re: New "IP Version 6 Add... Mauro Tortonesi
- Re: New "IP Version 6... Jim Bound
- Re: New "IP Vers... Mauro Tortonesi
- Re: New "IP ... Jim Bound
- SCTP API draf... La Monte Henry Piggy Yarroll
- Re: SCTP API ... Randall R. Stewart
- Re: SCTP API ... Jim Bound
- Re: SCTP API ... La Monte Henry Piggy Yarroll
