-
Notifications
You must be signed in to change notification settings - Fork 941
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(swarm): add peer_id
to ListenFailure
#4818
Conversation
e0d9325
to
99fdde6
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks! This is a breaking change so'll have to hold off on it for a while. I hope that is okay. #4777 is not blocked on this as far as I understand because ConnectionId
s are unique across peers so we should be able to clean up state properly!
99fdde6
to
817aa04
Compare
It's possible in certain failure modes to know the peer_id of a failed incoming connection. For example when an inbound connection has been negotiated/upgraded but then rejected locally for a connection limit or similar reason. In these cases it makes sense to communicate the peer_id to behaviours in case they have created any internal state about the peer.
817aa04
to
8c4e6bd
Compare
Yep all good,no rush on this feature from us. |
peer_id
to ListenFailure
This pull request has merge conflicts. Could you please resolve them @nathanielc? 🙏 |
7f95df7
to
560a12a
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
It's possible in certain failure modes to know the peer_id of a failed incoming connection. For example when an inbound connection has been negotiated/upgraded but then rejected locally for a connection limit or similar reason. In these cases it makes sense to communicate the peer_id to behaviours in case they have created any internal state about the peer. Related libp2p#4777 Pull-Request: libp2p#4818.
Description
It's possible in certain failure modes to know the peer_id of a failed incoming connection. For example when an inbound connection has been negotiated/upgraded but then rejected locally for a connection limit or similar reason. In these cases it makes sense to communicate the peer_id to behaviours in case they have created any internal state about the peer.
Related #4777
Notes & open questions
Change checklist