+1. Looking to what customers asks these days from CPE devices in IPv6 env, we should not start pushing ULA as MUST req. It can be an option of course.
Regs Carl -----Original Message----- From: homenet [mailto:[email protected]] On Behalf Of Erik Kline Sent: dinsdag 14 oktober 2014 10:13 To: Pierre Pfister Cc: HOMENET Working Group Subject: Re: [homenet] Let's make in-home ULA presence a MUST !? I vote no, please don't make it MUST. Among other things, if my home edge router losing it's upstream it (in theory) doesn't have to deprecate the global prefix in the home, just the default route. Since I can't get to the Internet anyway, all I need is (almost) any prefix, and the one I have is as good as a ULA (if not better, since the upstream loss may just be a flap). On Tue, Oct 14, 2014 at 4:43 PM, Pierre Pfister <[email protected]> wrote: > Hello group, > > The architecture document states the following: > - A home network running IPv6 should deploy ULAs alongside its > globally unique prefix(es) to allow stable communication between > devices [...] > > This translates into section 9.1 in the Prefix Assignment draft: > - A router MAY spontaneously generate a ULA delegated prefix [...] > > So, that MAY should probably be a SHOULD. But the reason for this mail is one > level higher: > > Question: Should the generation of a stable ULA prefix be a MUST in any case ? > > Advantages would be: > - In the protocol design process, we could assume in-home IPv6 connectivity. > No need for special case for IPv4-only connectivity, no need for special > TLVs, flags, or whatever. > - In the implementation process, it is way easier to handle one single IP > version for all in-home traffic. Let it be IPv6 ! > - This connectivity would be more stable than IPv4 (which only exists when > there is an IPv4 uplink). IPv6 enabled apps would therefore behave *better* > than IPv4-only. Which would in the end help for transitioning. > > Disadvantages are: > - The best (and probably only correct) way of advertising in-home ULA > connectivity is using RIOs. Which some (e.g. apple's) devices don't support > (yet?). > - Some currently existing implementation may fail when facing ULA vs IPv4 > choice. > > > It looks to me that disadvantages will be overcome in the coming years if > IETF requires implementation to handle ULAs and RIOs better. > > So the question is, should I change the Prefix Assignment draft and make ULA > existence a MUST so that we/developers can rely on that in our protocol > design and implementation process ? > > Cheers, > > Pierre > > _______________________________________________ > homenet mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/homenet _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
