* [Cake] Cake Diffserv8 Incorrect?
@ 2016-11-06 4:49 Noah Causin
2016-11-06 6:04 ` Jonathan Morton
2016-11-06 6:35 ` Sebastian Moeller
0 siblings, 2 replies; 4+ messages in thread
From: Noah Causin @ 2016-11-06 4:49 UTC (permalink / raw)
To: cake
Hi,
I've started using diffserv8 mode on cake with packet marking, and I
have been noticing that traffic does not appear to go into its correct
tin in tc -s qdisc in LEDE.
This is what I notice:
cs0 in tin 2
cs1 in tin 0
cs2 in tin 2
cs3 in tin 3
cs4 in tin 6
cs5 in tin 6
cs6 in tin 7
cs7 in tin 7
Noah Causin
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Cake] Cake Diffserv8 Incorrect?
2016-11-06 4:49 [Cake] Cake Diffserv8 Incorrect? Noah Causin
@ 2016-11-06 6:04 ` Jonathan Morton
2016-11-06 6:40 ` Noah Causin
2016-11-06 6:35 ` Sebastian Moeller
1 sibling, 1 reply; 4+ messages in thread
From: Jonathan Morton @ 2016-11-06 6:04 UTC (permalink / raw)
To: Noah Causin; +Cc: cake
[-- Attachment #1: Type: text/plain, Size: 178 bytes --]
That looks normal to me. If you really want a 1:1 mapping from CS to tin,
you should use "precedence". But that's an obsolete interpretation of the
TOS field.
- Jonathan Morton
[-- Attachment #2: Type: text/html, Size: 231 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Cake] Cake Diffserv8 Incorrect?
2016-11-06 4:49 [Cake] Cake Diffserv8 Incorrect? Noah Causin
2016-11-06 6:04 ` Jonathan Morton
@ 2016-11-06 6:35 ` Sebastian Moeller
1 sibling, 0 replies; 4+ messages in thread
From: Sebastian Moeller @ 2016-11-06 6:35 UTC (permalink / raw)
To: Noah Causin, cake
Hi Noah,
So far the only way to figure out what cake is supposed to do is looking at the source code, as there are no high-level design documents, nor even a proper man page. That said I believe that cake's diffuser modes correspond to Jonathan's interpretation of different related RFCs; not that these RFCs necessarily make much sense and it is not clear which RFC a specific mode was based on. Since DSCPs are only ever valid inside a DSCP-domain like a home net, I guess most of the schemes are workable as long as the mapping is well documented. Now it would be sweet if cake would grow a robust and comprehensive documentation, and while I believe this is going to happen, I would not hold my breath...
Best Regards
Sebastian
On November 6, 2016 5:49:56 AM GMT+01:00, Noah Causin <n0manletter@gmail.com> wrote:
>Hi,
>
>I've started using diffserv8 mode on cake with packet marking, and I
>have been noticing that traffic does not appear to go into its correct
>tin in tc -s qdisc in LEDE.
>
>This is what I notice:
>
>cs0 in tin 2
>cs1 in tin 0
>cs2 in tin 2
>cs3 in tin 3
>cs4 in tin 6
>cs5 in tin 6
>cs6 in tin 7
>cs7 in tin 7
>
>Noah Causin
>_______________________________________________
>Cake mailing list
>Cake@lists.bufferbloat.net
>https://lists.bufferbloat.net/listinfo/cake
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Cake] Cake Diffserv8 Incorrect?
2016-11-06 6:04 ` Jonathan Morton
@ 2016-11-06 6:40 ` Noah Causin
0 siblings, 0 replies; 4+ messages in thread
From: Noah Causin @ 2016-11-06 6:40 UTC (permalink / raw)
To: cake
Thank you.
I just assumed that diffserv8 matched up with the CS classes.
On 11/6/2016 1:04 AM, Jonathan Morton wrote:
>
> That looks normal to me. If you really want a 1:1 mapping from CS to
> tin, you should use "precedence". But that's an obsolete
> interpretation of the TOS field.
>
> - Jonathan Morton
>
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-11-06 7:01 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-11-06 4:49 [Cake] Cake Diffserv8 Incorrect? Noah Causin
2016-11-06 6:04 ` Jonathan Morton
2016-11-06 6:40 ` Noah Causin
2016-11-06 6:35 ` Sebastian Moeller
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox