This repository has been archived by the owner on Apr 18, 2024. It is now read-only.
Capacity of a Subflow #312
Labels
Comments
dreibh
pushed a commit
to dreibh/mptcp
that referenced
this issue
Apr 18, 2019
…_nlattr commit 8866df9 upstream Otherwise, we hit a NULL pointer deference since handlers always assume default timeout policy is passed. netlink: 24 bytes leftover after parsing attributes in process `syz-executor2'. kasan: CONFIG_KASAN_INLINE enabled kasan: GPF could be caused by NULL-ptr deref or user memory access general protection fault: 0000 [#1] PREEMPT SMP KASAN CPU: 0 PID: 9575 Comm: syz-executor1 Not tainted 4.19.0+ multipath-tcp#312 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 RIP: 0010:icmp_timeout_obj_to_nlattr+0x77/0x170 net/netfilter/nf_conntrack_proto_icmp.c:297 Fixes: c779e84 ("netfilter: conntrack: remove get_timeout() indirection") Reported-by: Eric Dumazet <[email protected]> Signed-off-by: Pablo Neira Ayuso <[email protected]> Signed-off-by: Zubin Mithra <[email protected]> Signed-off-by: Sasha Levin (Microsoft) <[email protected]>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hello guys,
i am using a subflow, which has a capacity of 10 Mbit/s.
And i am trying to find out when the capacity of that subflow is reached.
I used the snd_cwnd (send congestion window) which kind of helped out.
The congestion window was growing until the capacity was reached then it fall back to the initial value of 10. but when i include a delay on that path the send congestion window grows further instead of decreasing.
Can someone help to find which parameter is the best to use here. @cpaasch
Thanks in Advance.
The text was updated successfully, but these errors were encountered: