Brian, As you point out, DSCP does of course work between endpoints within an enterprise network just as it was designed to do. It's reasonable to think that the same technology could be used in other environments, but the track record of it doing so outside of a tightly controlled domain is rather poor. Reclassifying at boundaries is expensive, often inaccurate, and ultimately doomed as we encrypt more and more end to end. It would be great if diffserv worked across the Internet, multicast would be nice as well. But, heck, we can't even get PMTUD working well enough to truly depend on.
- Mark On Feb 5, 2014, at 8:15 PM, Brian E Carpenter wrote: > On 06/02/2014 01:13, Alexandru Petrescu wrote: >> Le 05/02/2014 09:06, Mikael Abrahamsson a écrit : >>> On Wed, 5 Feb 2014, Brian E Carpenter wrote: >>> >>>> On 05/02/2014 12:13, Michael Richardson wrote: >>>>> Pierre Pfister <[email protected]> wrote: >>>> ... >>>>>> For instance, if a prefix is for general purpose, and another is for >>>>>> voice >>>>>> applications, then hosts may only get addresses for voice >>>>>> application, and >>>>>> would therefore not being able to access the internet. >>>> >>>> Yes, that's one of many reasons why using prefixes to distinguish >>>> types of traffic is a really bad idea. >>> >>> The idea is that "non color-aware" devices will only use the "Internet" >>> prefix, by means of the colored prefixes will use a different ND PIO >>> type for prefix announcement (thus invisible to these non color-aware >>> hosts), plus DHCPv6 server would only hand out prefixes/addresses to >>> hosts that request them. >> >> A color could also be a particular value for the flow label field. > > No, a DSCP. The flow label value is supposed to be opaque with > no semantics. > > We designed diffserv for this purpose and it works well and is quite > widely used in corporate networks. Wasting prefixes to distinguish > traffic types is an incredibly bad idea. > > brian > > _______________________________________________ > homenet mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/homenet _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
