MPTCP Linux Development
 help / color / mirror / Atom feed
* [MPTCP] Re: [PATCH mptcp-next] mptcp: push pending frames when subflow has free space
@ 2020-12-10  1:42 Mat Martineau
  0 siblings, 0 replies; 2+ messages in thread
From: Mat Martineau @ 2020-12-10  1:42 UTC (permalink / raw)
  To: mptcp 

[-- Attachment #1: Type: text/plain, Size: 1136 bytes --]


On Wed, 9 Dec 2020, Paolo Abeni wrote:

> When multiple subflows are active, we can receive a
> window update on subflow with no write space available.
> MPTCP will try to push frames on such subflow and will
> fail. Pending frames will be pushed only after receiving
> a window update on a subflow with some wspace available.
>
> Overall the above could lead to suboptimal aggregate
> bandwidth usage.
>
> Instead, we should try to push pending frames as soon as
> the subflow reaches both conditions mentioned above.
>
> We can finally enable self-tests with asymmetric links,
> as the above makes them finally pass.
>
> Signed-off-by: Paolo Abeni <pabeni(a)redhat.com>
> ---
> net/mptcp/options.c                               | 13 ++++++++-----
> net/mptcp/protocol.c                              |  2 +-
> net/mptcp/protocol.h                              |  2 +-
> tools/testing/selftests/net/mptcp/simult_flows.sh |  6 +++---
> 4 files changed, 13 insertions(+), 10 deletions(-)

Hi Paolo -

Looks good!

Reviewed-by: Mat Martineau <mathew.j.martineau(a)linux.intel.com>

--
Mat Martineau
Intel

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [MPTCP] Re: [PATCH mptcp-next] mptcp: push pending frames when subflow has free space
@ 2020-12-10  9:54 Matthieu Baerts
  0 siblings, 0 replies; 2+ messages in thread
From: Matthieu Baerts @ 2020-12-10  9:54 UTC (permalink / raw)
  To: mptcp 

[-- Attachment #1: Type: text/plain, Size: 1013 bytes --]

Hi Paolo, Mat,

On 09/12/2020 18:46, Paolo Abeni wrote:
> When multiple subflows are active, we can receive a
> window update on subflow with no write space available.
> MPTCP will try to push frames on such subflow and will
> fail. Pending frames will be pushed only after receiving
> a window update on a subflow with some wspace available.
> 
> Overall the above could lead to suboptimal aggregate
> bandwidth usage.
> 
> Instead, we should try to push pending frames as soon as
> the subflow reaches both conditions mentioned above.
> 
> We can finally enable self-tests with asymmetric links,
> as the above makes them finally pass.
> 
> Signed-off-by: Paolo Abeni <pabeni(a)redhat.com>

Thank you for the patch and the review!
Just applied in our tree:

- bbaa11040198: mptcp: push pending frames when subflow has free space
- Results: 3f7872297b23..ffc63be6523f

Tests + export are in progress!

Cheers,
Matt
-- 
Tessares | Belgium | Hybrid Access Solutions
www.tessares.net

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2020-12-10  9:54 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-12-10  1:42 [MPTCP] Re: [PATCH mptcp-next] mptcp: push pending frames when subflow has free space Mat Martineau
  -- strict thread matches above, loose matches on Subject: below --
2020-12-10  9:54 Matthieu Baerts

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox