All of lore.kernel.org
 help / color / mirror / Atom feed
* [MPTCP] question on MP_CAPABLE v1 handshake
@ 2019-11-05 12:18 Paolo Abeni
  0 siblings, 0 replies; only message in thread
From: Paolo Abeni @ 2019-11-05 12:18 UTC (permalink / raw)
  To: mptcp

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

hi,

while testing the v1 MP_CAPABLE handshake, I stumbled upon the
following scenario:

syn + MP_CAPABLE ->

	<- syn + ack + MP_CAPABLE(sndr key)

ack + MP_CAPABLE(sndr key, rcvr key)

	<- ack + DSS(map,data_ack)

At this point, is the client still supposed to send MP_CAPABLE(sndr
key, rcvr key, data_len)? or should it send a plain DSS? Since it
received a DSS from the peer, the client knows that the MP_CAPABLE
options has been successfully received, but reading 

https://datatracker.ietf.org/doc/draft-ietf-mptcp-rfc6824bis/?include_text=1

from section 3.1.:

"""
   If A does not
   immediately have data to send, it MUST include the MP_CAPABLE on the
   third ACK, but without the additional data parameters.  When A does
   have data to send, it must repeat the sending of the MP_CAPABLE
   option from the third ACK, with additional data parameters.
"""

it looks like the client should always use MP_CAPABLE+data for the
first data packet, is that right?

Thanks,

Paolo

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2019-11-05 12:18 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-11-05 12:18 [MPTCP] question on MP_CAPABLE v1 handshake Paolo Abeni

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.