Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: John Sager <john@sager.me.uk>
To: cake@lists.bufferbloat.net
Subject: Re: [Cake] dscp marking ingress traffic (was (no subject))
Date: Fri, 8 Dec 2017 11:17:23 +0000	[thread overview]
Message-ID: <399a0d51-59f1-6eb4-6744-a3b1cb6fb56c@sager.me.uk> (raw)
In-Reply-To: <1512687942.28287.2.camel@gmail.com>

That would work for a single LAN interface but I run several internal vlans
off my router and I need to manage the ingress traffic at a single point. I
haven't yet found a way of doing that other than with the ifb stuff. I could
run two virtual routers in tandem but I don't think the distro I'm using
(Leaf-Bering) supports that easily.

John

On 07/12/17 23:05, Georgios Amanakis wrote:
> You can do it, but it has to be on a different interface than the
> incoming traffic.
> Say incoming traffic is on eth0 (WAN) and outgoing LAN traffic is on
> eth1. Then you can DSCP mark with iptables on incoming eth0, and since
> the traffic is forwarded to eth1 the DSCP marking is going to be
> preserved. 
> 
> On Thu, 2017-12-07 at 22:48 +0000, John Sager wrote:
>> I've wondered that, and at the moment I don't think there is. The
>> ingress
>> qdisc stuff happens before the packets hit any iptables hooks so you
>> can't
>> use iptables rules to do it. None of the actions that can be attached
>> to a
>> filter on the ingress qdisc seem to offer what you want.
>>
>> I use packet marks and connmarks to classify outgoing traffic using
>> iptables
>> rules. The connmarks are then transferred back to incoming packets
>> using the
>> connmark action, followed by the mirred action to send them to ifb0
>> where
>> the real downstream qdiscs - htb and fq_codel - are applied. This
>> works well
>> to partition my upstream & downstream bandwidth between different
>> traffic
>> classes, but I can't yet see how to adapt this to work with cake.
>>
>> John
>>
>>
>> On 07/12/17 13:34, Mark Captur wrote:
>>> I am using cake on latest lede nightly. I'm using diffserv 4 which
>>> creates 4
>>> tins bulk, best effort, video and voice.
>>>
>>> Is there a way to change dscp markings on in comming traffic to
>>> place it in
>>> te video tin. More specifically i would like all incoming traffic
>>> with
>>> source port 23000 to be set to dscp class CS4.
>>>
>>> Thanks,
>>> Mark
>>>
>>
>> _______________________________________________
>> Cake mailing list
>> Cake@lists.bufferbloat.net
>> https://lists.bufferbloat.net/listinfo/cake

  reply	other threads:[~2017-12-08 11:17 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-12-07 13:34 [Cake] (no subject) Mark Captur
2017-12-07 22:48 ` [Cake] dscp marking ingress traffic (was (no subject)) John Sager
2017-12-07 23:05   ` Georgios Amanakis
2017-12-08 11:17     ` John Sager [this message]
2017-12-08 11:55 ` [Cake] (no subject) Andy Furniss

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=399a0d51-59f1-6eb4-6744-a3b1cb6fb56c@sager.me.uk \
    --to=john@sager.me.uk \
    --cc=cake@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox