Re: Why ask for IETF Consensus on a WG document?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



In message <3D67BAD3-45C1-47AC-BF42-9CEFA7C4A6FC@xxxxxxxxx>, Joel Jaeggli write
s:
> 
> On Jun 26, 2011, at 4:09 PM, Mark Andrews wrote:
> > In message <B91BB6CD-656F-4935-B513-A6225C8F3973@xxxxxxxxx>, Joel =
> Jaeggli writ
> > es:
> >> 
> >> On Jun 25, 2011, at 5:11 AM, Brian E Carpenter wrote:
> >>> 
> >>> Not so odd. There are hundreds of millions of hosts out there that =
> attempt
> >>> to use 6to4 by default, and (probably) thousands of relay routers =
> that
> >>> attempt to support such users. Those boxes will be around for years, =
> and a
> >> re
> >>> the target for the -advisory draft, regardless of the deprecation.
> >> 
> >> the very fact that the devices are largely unmanaged, means that if =
> you don'
> >> t want to break them worse then they already are that you have =
> continue to s
> >> upport them until they age out of the network.
> > 
> > And historic just told CISCO and Juniper to stop supporting 6to4 in =
> their
> > big iron.  The very boxes that need to remain to the end supporting =
> 6to4
> > because they are managed boxes.
> 
> I think this argument is somewhat orthogonal to the problem of =
> supporting end-systems... However if your want to explore it, think the =
> author is probably in a position to interpret the draft on behalf of his =
> company. Juniper doesn't support 6to4 on the big iron.

CPE devices need to talk to something.  If you take that something
away you make the problem worse not better and don't say historic
is not going to result in product support going away as no one
believes that.

The boxes on the carrier end of the 6to4 tunnels will need to be
upgraded to deal with other issues and historic is likely to leave
the operators in the unenviable position of having to run relays
with known security flaws or kill the service.

> >>>  Brian
> >>> _______________________________________________
> >>> Ietf mailing list
> >>> Ietf@xxxxxxxx
> >>> https://www.ietf.org/mailman/listinfo/ietf
> >>> 
> >> 
> >> _______________________________________________
> >> Ietf mailing list
> >> Ietf@xxxxxxxx
> >> https://www.ietf.org/mailman/listinfo/ietf
> > -- 
> > Mark Andrews, ISC
> > 1 Seymour St., Dundas Valley, NSW 2117, Australia
> > PHONE: +61 2 9871 4742                 INTERNET: marka@xxxxxxx
> > 
> 
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@xxxxxxx
_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf


[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]