diff options
author | Aleksander Morgado <aleksander@aleksander.es> | 2017-06-21 21:13:21 +0200 |
---|---|---|
committer | Sascha Hauer <s.hauer@pengutronix.de> | 2017-06-23 13:34:07 +0200 |
commit | 5113a3dee9f6798dd015500dc33ee29277f37e49 (patch) | |
tree | 1dcdb098d83879f9ec4d7f6b96311c471ca1121a /Kconfig | |
parent | 6b3a3e56faa63397b3c160e74767c620ebca91a7 (diff) | |
download | barebox-5113a3dee9f6798dd015500dc33ee29277f37e49.tar.gz barebox-5113a3dee9f6798dd015500dc33ee29277f37e49.tar.xz |
ratp: don't ignore data that may arrive in behaviour H1
If an input packet arrives H1 that has data in it, we need to:
* track sn_received
* if we have data pending, send it
* if we don't have data pending, send a plain ACK
This process, as noted in RFC916, is the same as the I1 procedure, so
go and run it:
Go to the ESTABLISHED state and execute procedure I1 to process
any data which might be in this packet.
This fix allows the peer to queue data in the last packet doing the
connection establishment. It doesn't apply to the barebox<->bbremote
interaction because bbremote won't queue data until the connection is
completely established, but it allows third party ratp implementations
to do that.
Signed-off-by: Aleksander Morgado <aleksander@aleksander.es>
Signed-off-by: Sascha Hauer <s.hauer@pengutronix.de>
Diffstat (limited to 'Kconfig')
0 files changed, 0 insertions, 0 deletions