Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-04 Thread Randy Bush
> No. EUI-64 requires 64 bit host id's. 48 bits is from the MAC. How > would you plan to squeeze blood out of the proverbial turnip? perhaps going back and reading thomas's message would help dispel this odd religion. http://www.ietf.org/mail-archive/web/ipv6/current/msg13461.html randy --

Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Mark Andrews
In message , "Manfredi, Albert E" writes: > I guess I'm missing what the solution is. > > As 3177-bis says, the IETF has no control over how service providers hand out > IPv6 address space. From what I've been reading in the past few years, it lo > oks like at least some providers are planning to

Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread TJ
On Thu, Mar 3, 2011 at 16:59, Manfredi, Albert E < albert.e.manfr...@boeing.com> wrote: > I guess I'm missing what the solution is. > The solution is for providers to not give out just /64s :). > > As 3177-bis says, the IETF has no control over how service providers hand > out IPv6 address space

Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Brian E Carpenter
To: Mark Smith >> Cc: Thomas Narten; ipv6; Scott W Brim; Duncan,Richard J. (Jeremy) >> CONTRACTOR; Yu Hua bing >> Subject: Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00 >> >> Yes, and in fact draft-ietf-v6ops-3177bis-end-sites deals >> with this and will be an RFC

RE: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Tina Tsou
, 2011 1:59 PM To: Brian E Carpenter Cc: ipv6 Subject: RE: [BULK] Re: draft-yhb-6man-slaac-improvement-00 I guess I'm missing what the solution is. As 3177-bis says, the IETF has no control over how service providers hand out IPv6 address space. From what I've been reading in the past few

RE: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Manfredi, Albert E
03, 2011 4:41 PM > To: Mark Smith > Cc: Thomas Narten; ipv6; Scott W Brim; Duncan,Richard J. (Jeremy) > CONTRACTOR; Yu Hua bing > Subject: Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00 > > Yes, and in fact draft-ietf-v6ops-3177bis-end-sites deals > with this and will be an

Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Brian E Carpenter
| 128 - N bits | >> +---++ >> |link prefix | random number | >> ++ >>

Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Mark Smith
---+ > > > > > From: Duncan, Richard J. (Jeremy) CONTRACTOR > Sent: Thursday, March 03, 2011 10:56 PM > To: Yu Hua bing ; trej...@gmail.com ; Brian E Carpenter > Cc: Thomas Narten ; ipv6 ; Scott W Brim > Subject: RE: [BULK] Re: draft-yhb-6man

Re: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Yu Hua bing
PM To: Yu Hua bing ; trej...@gmail.com ; Brian E Carpenter Cc: Thomas Narten ; ipv6 ; Scott W Brim Subject: RE: [BULK] Re: draft-yhb-6man-slaac-improvement-00 I think that SLAAC should be deployed in the sites which use the prefixes longer than 64. Don't put a limit on the prefix length.

RE: [BULK] Re: draft-yhb-6man-slaac-improvement-00

2011-03-03 Thread Duncan, Richard J. (Jeremy) CONTRACTOR
(540) 440-1193 _ From: ipv6-boun...@ietf.org [mailto:ipv6-boun...@ietf.org] On Behalf Of Yu Hua bing Sent: Thursday, March 03, 2011 9:50 AM To: trej...@gmail.com; Brian E Carpenter Cc: Thomas Narten; ipv6; Scott W Brim Subject: [BULK] Re: draft-yhb-6man-slaac-improvement-00 Importance: