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 May 26, 2022. It is now read-only.
This is may not a valid issue, but I don't know where to post my questions, hope someone can help on it.
I've tried to understand how nat traversal works in libp2p, especial hole-punching. Per specs, it says libp2p-nat is the module to resolve NAT traversal, I tried to trace the code and seems only uPnP and NATPMP are implemented and did not see any implementation about hole-punching like STUN/TURN.
I also checked libp2p-circuit, but per relay document: "the circuit-relay mechanism that allows nodes that don't speak the same protocol to communicate using a third relay node", seems it not design for traversal.
So, my question is that how hole-punching works with libp2p? let's say: We already have a STUN like server(Bootstrap Node) S, now I have a node B and node C, B and C ping S regularly to keep the hole active so that S can call back B,C any time, B and C both behind NAT(Gateway devices may not uPNP device) and can't communicate directly. Ideally, I can have B to send request to S and S tell C to send a request to B, then finish the hole punching.
The text was updated successfully, but these errors were encountered:
This is may not a valid issue, but I don't know where to post my questions, hope someone can help on it.
I've tried to understand how nat traversal works in libp2p, especial hole-punching. Per specs, it says libp2p-nat is the module to resolve NAT traversal, I tried to trace the code and seems only uPnP and NATPMP are implemented and did not see any implementation about hole-punching like STUN/TURN.
I also checked libp2p-circuit, but per relay document: "the circuit-relay mechanism that allows nodes that don't speak the same protocol to communicate using a third relay node", seems it not design for traversal.
So, my question is that how hole-punching works with libp2p? let's say: We already have a STUN like server(Bootstrap Node) S, now I have a node B and node C, B and C ping S regularly to keep the hole active so that S can call back B,C any time, B and C both behind NAT(Gateway devices may not uPNP device) and can't communicate directly. Ideally, I can have B to send request to S and S tell C to send a request to B, then finish the hole punching.
The text was updated successfully, but these errors were encountered: