On 06/12/15 11:08, Kevin Darbyshire-Bryant wrote:
> So there I was pondering the problem of getting the IPv6 DSCP coding
> onto the outer IPv4 packets of my '6in4' tunnel (kindly provided for
> free by Hurricane Electric) when I stumbled across this in a man page:
>
>
>        ip tunnel { add | change | del | show | prl } [ NAME ]
>                [ mode MODE ] [ remote ADDR ] [ local ADDR ]
>                [ [i|o]seq ] [ [i|o]key KEY ] [ [i|o]csum ] ]
>                [ encaplimit ELIM ] [ ttl TTL ]
>                [ tos TOS ] [ flowlabel FLOWLABEL ]
>                [ prl-default ADDR ] [ prl-nodefault ADDR ] [ prl-delete
> ADDR ]
>                [ [no]pmtudisc ] [ dev PHYS_DEV ] [ dscp inherit ]
>
> dscp inherit - just what I need!  Unfortunately it turns out it's for
> 'things being tunnelled over ipv6' and not 'ipv6 being tunnelled over
> ipv4'.   Aaaarrghhh!  So close.
Of course I'm a complete muppet!  This would be a fairly pointless
exercise as cake has already classified the tunnel as it's a single flow
(from my router to the tunnel server) and no amount of dscp bit fiddling
from inner to outer headers is going to make different parts of the
tunnel flow move to different cake tins.  Oh I am stupid.  Sigh.

I'm going to persist with my dscp 'dye' option (wash cleans, dye
'colours' the packets with certain dscp codes per tin - wash/dye -
geddit?  I'll fetch my coat)

>
>
>
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake