Skip to content
This repository has been archived by the owner on Feb 18, 2021. It is now read-only.

clarify "when a handshake is sent, it is sent on all known paths" #184

Open
dvanduzer opened this issue Aug 29, 2015 · 2 comments
Open

clarify "when a handshake is sent, it is sent on all known paths" #184

dvanduzer opened this issue Aug 29, 2015 · 2 comments

Comments

@dvanduzer
Copy link
Member

Relevant to link and handshake but neither seems to explicitly state this.

@dvanduzer
Copy link
Member Author

The handshake doc refers to a "keepalive handshake" so perhaps there is some additional qualification needed about transport maintenance?

@dvanduzer
Copy link
Member Author

"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 free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant