Pete, Thanks for the review. Agree that in general having a hole in otherwise continuous prefix is guaranteed to cause always some undesired side effects.
Regarding sending RAs I don't this it will be much of an issue, though. Assuming SLAAC is used, then the requesting router would anyway be sending a /64 in each RA on its downstream interfaces, thus chopping the delegated prefix into a number of smaller prefixes. And if each downstream interface have their own /64 prefix, then including a summary prefix shorter than /64 does not really work. - Jouni On Feb 15, 2012, at 9:35 PM, Pete McCann wrote: > I am the assigned Gen-ART reviewer for this draft. For background on > Gen-ART, please see the FAQ at > < http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. > > Please wait for direction from your document shepherd > or AD before posting a new version of the draft. > > Document: draft-ietf-dhc-pd-exclude-04 > Reviewer: Peter McCann > Review Date: 2012-02-15 > IETF LC End Date: > IESG Telechat date: 2012-02-16 > > Summary: Ready > > Major issues: None > > Minor issues: > > Might want to point out that when the requesting router sends router > advertisements downstream, > it cannot simply advertise the whole delegated prefix but must instead > advertise chunks of it that > do not include the excluded prefix. This may introduce complications > and extra overhead. > > Nits/editorial comments: None _______________________________________________ Gen-art mailing list [email protected] https://www.ietf.org/mailman/listinfo/gen-art
