You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 18, 2021. It is now read-only.
"At any point the transport being used to deliver packets may generate a keepalive handshake request which will start this process."
What are the circumstances a transport can/should do this, and what are the situations where a transport isn't allowed to do this? (e.g. if a Bluetooth radio suddenly reactivates, can it trigger a downgrade to CS1a because it's fresher than a wifi-based CS3a exchange?)
(maybe i'm also suggesting that exchange needs to track information about flapping CS & at values?)
edit: now i'm theorizing a logic bug in underspecified timeout behavior in udp and other transports.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Relevant to link and handshake but neither seems to explicitly state this.
The text was updated successfully, but these errors were encountered: