Re: tc question about ingress bandwidth splitting

Grant Taylor <[email protected]> Fri, 03 Apr 2020 22:44:41 +0000
Newsgroups org.kernel.vger.lartc
Message-ID <[email protected]>
On 4/1/20 3:48 AM, Marco Gaiarin wrote:
> Mandi! Grant Taylor
>    In chel di` si favelave...
> 
> 
> Beh, something similar to what i do now for IFB:
> 
>   tc filter add dev eth1 parent ffff: protocol ip prio 50 \
>          u32 match ip src 0.0.0.0/0 \
>          flowid :1 \
>          action mirred egress redirect dev ifb0

ACK

Thank you.

> AH! Sure, i meant 'bridge', not bond, sorry...

;-)

> I suppose, throw away 'ifb' and use veth in place. ;-)

If it makes sense for the need at hand.

> With 'tc' command above, i 'pipe' ingress to ifb; surely i can create 
> a 'route' between phisical and veth interfaces, but clearly i have 
> to manage a bit of routing and so on...

I'd expect to.

> Can you provide me some examples? Thanks.

Sure?

Add a veth interface (pair), bring the local one up, add an IP & subnet 
to it, enable forwarding.  Then on your remote system, add a route to 
the new veth subnet via the eth0 IP.

The uncertainty above is that I doubt that this is what you're asking.

Please provide a hypothetical topology and I'll describe how it could be 
implemented with network namespaces and veth pairs.  (I don't know if 
you are asking for an ifb alternative or something else.)



-- 
Grant. . . .
unix || die
smime.p7s (application/pkcs7-signature, 3.9 KB) - not displayed