* Re: [RFC] Packet pacing (offload) for flow-aggregates and forwarding use-cases
[not found] <d3d764d5-8eb6-59f9-cd3b-815de0258dbc@mellanox.com>
@ 2020-03-24 19:26 ` Eric Dumazet
2020-03-26 14:42 ` Yossi Kuperman
0 siblings, 1 reply; 3+ messages in thread
From: Eric Dumazet @ 2020-03-24 19:26 UTC (permalink / raw)
To: Yossi Kuperman, netdev, Jamal Hadi Salim, Jiri Pirko; +Cc: Rony Efraim
On 3/24/20 12:05 PM, Yossi Kuperman wrote:
> Hello,
>
>
>
> We would like to support a forwarding use-case in which flows are classified and paced
>
> according to the selected class. For example, a packet arrives at the ingress hook of interface
>
> eth0, performing a sequence of filters and being redirected to interface eth1. Pacing takes
>
> place at the egress qdisc of eth1.
>
>
>
> FQ queuing discipline is classless and cannot provide such functionality. Each flow is
>
> paced independently, and different pacing is only configurable via a socket-option—less
>
> suitable for forwarding use-case.
>
>
>
> It is worth noting that although this functionality might be implemented by stacking multiple
>
> queuing disciplines, it will be very difficult to offload to hardware.
>
>
>
> We propose introducing yet another classful qdisc, where the user can specify in advance the
>
> desired classes (i.e. pacing) and provide filters to classify flows accordingly. Similar to other
>
> qdiscs, if skb->priority is already set, we can skip the classification; useful for forwarding
>
> use-case, as the user can set the priority field in ingress. Works nicely with OVS/TC.
>
>
>
> Any thoughts please?
>
Why not using HTB for this typical use case ?
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [RFC] Packet pacing (offload) for flow-aggregates and forwarding use-cases
2020-03-24 19:26 ` [RFC] Packet pacing (offload) for flow-aggregates and forwarding use-cases Eric Dumazet
@ 2020-03-26 14:42 ` Yossi Kuperman
2020-04-06 20:26 ` Yossi Kuperman
0 siblings, 1 reply; 3+ messages in thread
From: Yossi Kuperman @ 2020-03-26 14:42 UTC (permalink / raw)
To: Eric Dumazet, netdev, Jamal Hadi Salim, Jiri Pirko; +Cc: Rony Efraim
On 24/03/2020 21:26, Eric Dumazet wrote:
>
> On 3/24/20 12:05 PM, Yossi Kuperman wrote:
>> Hello,
>>
>>
>>
>> We would like to support a forwarding use-case in which flows are classified and paced
>>
>> according to the selected class. For example, a packet arrives at the ingress hook of interface
>>
>> eth0, performing a sequence of filters and being redirected to interface eth1. Pacing takes
>>
>> place at the egress qdisc of eth1.
>>
>>
>>
>> FQ queuing discipline is classless and cannot provide such functionality. Each flow is
>>
>> paced independently, and different pacing is only configurable via a socket-option—less
>>
>> suitable for forwarding use-case.
>>
>>
>>
>> It is worth noting that although this functionality might be implemented by stacking multiple
>>
>> queuing disciplines, it will be very difficult to offload to hardware.
>>
>>
>>
>> We propose introducing yet another classful qdisc, where the user can specify in advance the
>>
>> desired classes (i.e. pacing) and provide filters to classify flows accordingly. Similar to other
>>
>> qdiscs, if skb->priority is already set, we can skip the classification; useful for forwarding
>>
>> use-case, as the user can set the priority field in ingress. Works nicely with OVS/TC.
>>
>>
>>
>> Any thoughts please?
>>
> Why not using HTB for this typical use case ?
As far as I understand HTB is meant for rate-limiting, is the implementation fine-grained enough to support pacing
as well?
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [RFC] Packet pacing (offload) for flow-aggregates and forwarding use-cases
2020-03-26 14:42 ` Yossi Kuperman
@ 2020-04-06 20:26 ` Yossi Kuperman
0 siblings, 0 replies; 3+ messages in thread
From: Yossi Kuperman @ 2020-04-06 20:26 UTC (permalink / raw)
To: Eric Dumazet, netdev, Jamal Hadi Salim, Jiri Pirko; +Cc: Rony Efraim
On 26/03/2020 16:42, Yossi Kuperman wrote:
> On 24/03/2020 21:26, Eric Dumazet wrote:
>> On 3/24/20 12:05 PM, Yossi Kuperman wrote:
>>> Hello,
>>>
>>>
>>>
>>> We would like to support a forwarding use-case in which flows are classified and paced
>>>
>>> according to the selected class. For example, a packet arrives at the ingress hook of interface
>>>
>>> eth0, performing a sequence of filters and being redirected to interface eth1. Pacing takes
>>>
>>> place at the egress qdisc of eth1.
>>>
>>>
>>>
>>> FQ queuing discipline is classless and cannot provide such functionality. Each flow is
>>>
>>> paced independently, and different pacing is only configurable via a socket-option—less
>>>
>>> suitable for forwarding use-case.
>>>
>>>
>>>
>>> It is worth noting that although this functionality might be implemented by stacking multiple
>>>
>>> queuing disciplines, it will be very difficult to offload to hardware.
>>>
>>>
>>>
>>> We propose introducing yet another classful qdisc, where the user can specify in advance the
>>>
>>> desired classes (i.e. pacing) and provide filters to classify flows accordingly. Similar to other
>>>
>>> qdiscs, if skb->priority is already set, we can skip the classification; useful for forwarding
>>>
>>> use-case, as the user can set the priority field in ingress. Works nicely with OVS/TC.
>>>
>>>
>>>
>>> Any thoughts please?
>>>
>> Why not using HTB for this typical use case ?
>
> As far as I understand HTB is meant for rate-limiting, is the implementation fine-grained enough to support pacing
>
> as well?
>
Hi Eric, I'm not sure if HTB also performs pacing (similarly to FQ), can you please comment on that?
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-04-06 20:26 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <d3d764d5-8eb6-59f9-cd3b-815de0258dbc@mellanox.com>
2020-03-24 19:26 ` [RFC] Packet pacing (offload) for flow-aggregates and forwarding use-cases Eric Dumazet
2020-03-26 14:42 ` Yossi Kuperman
2020-04-06 20:26 ` Yossi Kuperman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).