-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 8/22/07 5:22 AM, Henning Brauer wrote: > * David Newman <[EMAIL PROTECTED]> [2007-08-21 21:41]: >> Question: Can OpenBSD and/or pf itself set TOS and/or DSCP values? > > not for forwarded traffic, no. > for locally originating traffic, there are socket options.
OK, thanks. This answers my question. > >> Also, I noticed today that Google marks all their stuff with a DSCP of >> 0x38 (high throughput, low delay). Nice trick, but also an excellent >> argument for re-marking capability in all routers. > > nice trick? rather useless. I'd be extremely surprised if it makes any > difference at all. > i mean, who is really > 1) looking at DSCP/TOS at all, > - and - > 2) using them for different forward9ng priorities > - and - > 3) has congestion/fwd capa shortage so that it actually makes a > difference, > - and - For various reasons I can't name names, but I can tell you that there are some VERY large service provider and enterprise networks using DSCP classification and prioritization. ISPs tend to run at much higher utilization levels than enterprises and congestion is a reality on at least some of their pipes. So is the layer-8 urge to charge a premium to one set of customers over another. And even in the absence of congestion, there's still a desire to service delay- and jitter-sensitive voice and video ahead of other traffic. > 4) trusts externally set TOS/DSCP No one should trust external TOS or DSCP markings. Again, what Google is doing is an excellent argument for re-marking capability in all routers. And here we come full circle. Given the OpenBSD now IS a router -- whether it's a little two-interface pf box for home use or some big studly hardware running OpenBGPD and OpenOSPFD box for ISPs, I would say the addition of support for DSCP re-marking would be a very desirable feature. dn iD8DBQFGzMWnyPxGVjntI4IRAnFKAKDKwBLLfP1prDk3Sk1JR3Ltg+E/twCaAsjk /ScJ34YXcBDS7rvxvpIjozs= =J2WL -----END PGP SIGNATURE-----
