-
Notifications
You must be signed in to change notification settings - Fork 2.6k
Add experimental support for QUIC #11514
base: master
Are you sure you want to change the base?
Conversation
Co-authored-by: Max Wase <max.vvase@gmail.com>
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
I am working on this. |
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
I am working on this. This is a very important issue. |
@kpp can you give us an update? I agree this is important specially considering the issues with networking/parachains at the moment |
So we got 2 working implementations: libp2p/rust-libp2p#2289 and libp2p/rust-libp2p#2801. Both of them are compatible with the go implementation but none of them are merged. |
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
I am working on this issue |
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.
LGTM! 👍
.timeout(Duration::from_secs(20)) | ||
.timeout(Duration::from_secs(20)); | ||
|
||
let quic_transport = if enable_quic { |
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.
IMO the either way is OK.
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
Co-authored-by: Anton <anton.kalyaev@gmail.com>
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
:( |
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
Hey, is anyone still working on this? Due to the inactivity this issue has been automatically marked as stale. It will be closed if no further activity occurs. Thank you for your contributions. |
This is a follow-up of #6366
From the point of view of Substrate:
--experimental-quic
CLI option is set to true (with default value = false).quic-v1
not onquic
, otherwise the listening will fail.Before we can consider merging, we need to:
quinn-proto
libp2p/rust-libp2p#2289.So far I managed to connect two nodes through QUIC:
cargo r --bin node-template -- --no-mdns --experimental-quic --listen-addr /ip6/::1/tcp/8081 /ip6/::1/udp/8081/quic-v1 --alice --tmp
cargo r --bin node-template -- --no-mdns --experimental-quic --listen-addr /ip4/0.0.0.0/udp/8080/quic-v1 --bootnodes /ip6/::1/udp/8081/quic-v1/p2p/12D3KooWRRNUr42JBC79TuiWSg3BnAcsNwjT6zasJsCrcB5bgaxK --bob --tmp