Skip to content
Snippets Groups Projects
Select Git revision
  • 8ab183deb26a3b79f8021afa9e83cc1bbd812031
  • vme-testing default
  • ci-test
  • master
  • remoteproc
  • am625-sk-ov5640
  • pcal6534-upstreaming
  • lps22df-upstreaming
  • msc-upstreaming
  • imx8mp
  • iio/noa1305
  • vme-next
  • vme-next-4.14-rc4
  • v4.14-rc4
  • v4.14-rc3
  • v4.14-rc2
  • v4.14-rc1
  • v4.13
  • vme-next-4.13-rc7
  • v4.13-rc7
  • v4.13-rc6
  • v4.13-rc5
  • v4.13-rc4
  • v4.13-rc3
  • v4.13-rc2
  • v4.13-rc1
  • v4.12
  • v4.12-rc7
  • v4.12-rc6
  • v4.12-rc5
  • v4.12-rc4
  • v4.12-rc3
32 results

linux

  • Clone with SSH
  • Clone with HTTPS
  • user avatar
    Paolo Abeni authored and David S. Miller committed
    With MPTCP v1, passive connections can fallback to TCP after the
    subflow becomes established:
    
    syn + MP_CAPABLE ->
                   <- syn, ack + MP_CAPABLE
    
    ack, seq = 3    ->
            // OoO packet is accepted because in-sequence
            // passive socket is created, is in ESTABLISHED
    	// status and tentatively as MP_CAPABLE
    
    ack, seq = 2     ->
            // no MP_CAPABLE opt, subflow should fallback to TCP
    
    We can't use the 'subflow' socket fallback, as we don't have
    it available for passive connection.
    
    Instead, when the fallback is detected, replace the mptcp
    socket with the underlying TCP subflow. Beyond covering
    the above scenario, it makes a TCP fallback socket as efficient
    as plain TCP ones.
    
    Co-developed-by: default avatarFlorian Westphal <fw@strlen.de>
    Signed-off-by: default avatarFlorian Westphal <fw@strlen.de>
    Signed-off-by: default avatarPaolo Abeni <pabeni@redhat.com>
    Signed-off-by: default avatarChristoph Paasch <cpaasch@apple.com>
    Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    8ab183de
    History
    Name Last commit Last update