-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
fix: QUIC/Webtransport Transports now will prefer their owned listeners for dialing out #2936
Conversation
I think there's an issue here where we don't have any logic to pick the interface that can actually route the packet. |
c96307c
to
7566f9f
Compare
I've changed this PR completely. I think it's a little cleaner now. Minimal changes to the transports, and leveraging existing logic in the quicreuse package. Another review please @sukunrt ? |
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.
This is definitely nicer. Thanks!
7566f9f
to
0fde4dc
Compare
Fixes #2913
The issue is presented in #2913 (comment).
The fix here introduces "associations" to refcountedTransports. a libp2p transport can associate itself with the transport used for listening, and then prefer to use that for dialing by passing itself as the association.