Re: IPv6 WG Last Call:draft-ietf-ipv6-unique-local-addr-02.txt

2004-01-28 Thread Brian E Carpenter
I think this is vitally necessary and ready to go to the IESG. If proof be needed, I heard yesterday something that I found extraordinary until I thought about it. It seems that major companies considering selling a division are now routinely renumbering the entire division into Net 10 prior to

Re: ICMPv6 Rate Limiting Methods: Revised Test (final ??)

2004-01-28 Thread Fred Templin
Brian, Based on the analysis in my last message, I also agree with Pekka. But, I would still prefer to see the rate limiting text include the term messages/bytes instead of just messages. If it is too complicated I'm just not seeing it; if it is problematic, that is a different story. I'm

Re: IPv6 WG Last Call:draft-ietf-ipv6-unique-local-addr-02.txt

2004-01-28 Thread Alain Durand
Brian Haberman wrote: All, This is the start of an IPv6 working group last call on: Title : Unique Local IPv6 Unicast Addresses Author(s) : R. Hinden, B. Haberman Filename: draft-ietf-ipv6-unique-local-addr-02.txt Pages : 16

Re: IPv6 WG Last Call:draft-ietf-ipv6-unique-local-addr-02.txt

2004-01-28 Thread Alain Durand
Christian Huitema wrote: Locally assigned global IDs MUST be generated with a pseudo-random algorithm consistent with [RANDOM]. I would have like to see some stronger wording to explain that, in the self assigned case, choosing FD00::/48 is a very bad idea. The draft already says that