From: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
To: "cake@lists.bufferbloat.net" <cake@lists.bufferbloat.net>
Subject: [Cake] act_connmark + dscp
Date: Tue, 5 Mar 2019 14:35:10 +0000 [thread overview]
Message-ID: <B8702688-8EB8-4F5D-92C2-303E22DCE917@darbyshire-bryant.me.uk> (raw)
[-- Attachment #1: Type: text/plain, Size: 2059 bytes --]
Before I go too far down this road (and to avoid the horror of actually trying to code it) here’s what I’m trying to achieve.
act_connmark + dscp is designed to copy a DSCP code to/from conntrack mark. It uses 8 bits of the mark field, currently the most significant byte.
Bits 31-26: DSCP
Bit 25: Spare/Future
Bit 24: Valid DSCP set
The valid bit is set when the ‘getdscp’ function has written a DSCP value into the conntrack (& hence skb) mark. This allows us & other skb->mark/ct->mark applications (eg iptables, cake qdisc) to know that a DSCP value has been placed in the field. We cannot simply use a non-zero DSCP because zero is a valid DSCP.
’setdscp’ restores the DSCP field from the stored DSCP if valid bit is set.
Modes:
getdscp - If ct->mark doesn’t contain a valid DSCP, copy the DSCP field from the current skb (if valid for that skb ie. ip4/ip6) and set the valid bit.
bleach/aka wash - As part of the getdscp routine, optionally null out the DSCP bits. We need a bleach routine because we need to see the DSCP bits intact so we can copy them to the mark. If cake washes them then we don’t get to see them, defeating the entire point.
setdscp - if skb->mark valid bit set, copy the skb->mark stored DSCP to the diffserv bits of the current skb (if appropriate)
I’ve attached a *VERY* rough starting point for how far I’ve got - not even compiled yet… I doubt it does. Not a natural (kernel) programmer so everything is a struggle.
Two things I’m falling over:
1) Really not sure how to get parameters in to set the ‘getdscp/setdscp/wash’ options.
2) Is it possible to have different tc actions on an interface and a mirred fed ifb interface? That could be a real killer actually. We need to do different things on egress vs ingress.
3) (Spanish Inquisition moment) The original connmark code goes and does a nf_ct_get_tuplepr if the nf_ct_get fails. Why would the nf_ct_get fail?
Cheers,
Kevin D-B
012C ACB2 28C6 C53E 9775 9123 B3A2 389B 9DE2 334A
[-- Attachment #2: act_connmark_hack.patch --]
[-- Type: application/octet-stream, Size: 1880 bytes --]
diff --git a/net/sched/act_connmark.c b/net/sched/act_connmark.c
index 8475913f2070..d2acb63d1e5d 100644
--- a/net/sched/act_connmark.c
+++ b/net/sched/act_connmark.c
@@ -62,6 +62,52 @@ static int tcf_connmark_act(struct sk_buff *skb, const struct tc_action *a,
c = nf_ct_get(skb, &ctinfo);
if (c) {
+ if (getdscp & proto) {
+ if (!(c->mark & 0x01000000)) {
+ /* store the DSCP bits into c->mark */
+ switch (proto) {
+ case NFPROTO_IPV4:
+ dscp = ipv4_get_dsfield(ip_hdr(skb));
+ break;
+ case NFPROTO_IPV6:
+ dscp = ipv6_get_dsfield(ip_hdr(skb));
+ break;
+ default:
+ dscp = 0;
+ break;
+ }
+ c->mark &= 0x00ffffff;
+ c->mark |= (0x01 | dscp) << 24;
+ }
+ if (bleach) {
+ switch (proto) {
+ case NFPROTO_IPV4:
+ if (ipv4_get_dsfield(ip_hdr(skb) & ~INET_ECN_MASK)
+ ipv4_change_dsfield(ip_hdr(skb), INET_ECN_MASK, 0);
+ break;
+ case NFPROTO_IPV6:
+ if (ipv6_get_dsfield(ip_hdr(skb) & ~INET_ECN_MASK)
+ ipv6_change_dsfield(ip_hdr(skb), INET_ECN_MASK, 0);
+ break;
+ default:
+ break;
+ }
+ }
+ } else if (setdscp & proto && (c->mark & 0x01000000)) {
+ /* restore the DSCP bits from c->mark into diffserv */
+ switch (proto) {
+ case NFPROTO_IPV4:
+ if (ipv4_get_dsfield(ip_hdr(skb) & ~INET_ECN_MASK) != c->mark >> 24 & ~INET_ECN_MASK)
+ ipv4_change_dsfield(ip_hdr(skb), INET_ECN_MASK, c->mark >> 24 & ~INET_ECN_MASK);
+ break;
+ case NFPROTO_IPV6:
+ if (ipv6_get_dsfield(ip_hdr(skb) & ~INET_ECN_MASK) != c->mark >> 24 & ~INET_ECN_MASK)
+ ipv6_change_dsfield(ip_hdr(skb), INET_ECN_MASK, c->mark >> 24 & ~INET_ECN_MASK);
+ break;
+ default:
+ break;
+ }
+ }
skb->mark = c->mark;
/* using overlimits stats to count how many packets marked */
ca->tcf_qstats.overlimits++;
next reply other threads:[~2019-03-05 14:35 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-05 14:35 Kevin Darbyshire-Bryant [this message]
2019-03-06 15:21 ` Toke Høiland-Jørgensen
2019-03-06 16:47 ` John Sager
2019-03-07 9:50 ` Toke Høiland-Jørgensen
2019-03-06 18:40 ` Kevin Darbyshire-Bryant
2019-03-07 10:10 ` Toke Høiland-Jørgensen
2019-03-07 15:56 ` Kevin Darbyshire-Bryant
2019-03-07 17:40 ` Toke Høiland-Jørgensen
2019-03-08 11:13 ` Kevin Darbyshire-Bryant
2019-03-08 11:28 ` Toke Høiland-Jørgensen
2019-03-08 14:03 ` Kevin Darbyshire-Bryant
2019-03-09 14:08 ` Toke Høiland-Jørgensen
2019-03-10 15:21 ` Kevin Darbyshire-Bryant
2019-03-10 23:56 ` Toke Høiland-Jørgensen
2019-03-11 10:51 ` Kevin Darbyshire-Bryant
2019-03-11 13:00 ` Toke Høiland-Jørgensen
2019-03-11 14:11 ` Kevin Darbyshire-Bryant
2019-03-11 14:32 ` Toke Høiland-Jørgensen
2019-03-09 20:21 ` John Sager
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=B8702688-8EB8-4F5D-92C2-303E22DCE917@darbyshire-bryant.me.uk \
--to=kevin@darbyshire-bryant.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