Upgrade Bootstrap nodes IP version?

libp2p / universal-connectivity

Realtime decentralised chat with libp2p showing ubiquitous peer-to-peer connectivity between multiple programming languages (Go, Rust, TypeScript) and runtimes (Web, native binary) using QUIC, WebRTC and WebTransport

https://universal-connectivity.vercel.app

Other

85 stars 32 forks source link

Upgrade Bootstrap nodes IP version? #61

Open DougAnderson444 opened 1 year ago

DougAnderson444 commented 1 year ago

https://github.com/libp2p/universal-connectivity/blob/b136592f517efd8b3ba08965d60877600e3e9b5e/packages/frontend/src/lib/constants.ts#L5-L6

Did we want to upgrade these to IPv6 as well?

DougAnderson444 commented 1 year ago

Related to this -- @p-shahi you were noting that there are Browser-to-Browser IPv6 issues:

To help in troubleshooting

Is there a Github issue related to this?
Should we add the Browser's multiaddress to the frontend UI somewhere, so we can "add Browser Peer"? Right now you'd need to copy it from the backend terminal somewhere, which would work but is hacky.

Looking to see how you are observing & troubleshooting the Browser-to-Browser IPv6 issues currently

p-shahi commented 1 year ago

@DougAnderson444 I created this issue: https://github.com/libp2p/universal-connectivity/issues/64 thanks for the reminder.

Should we add the Browser's multiaddress to the frontend UI somewhere, so we can "add Browser Peer"? Right now you'd need to copy it from the backend terminal somewhere, which would work but is hacky.

Yes that's a good idea, right now, we have to open console, set debug log and grab the listen addr for the browser peer. Ideally it should be displayed in the frontend . Created another ticket here: https://github.com/libp2p/universal-connectivity/issues/65

Let me know if you want to hop on a zoom call to pair together as well

michaelfig commented 1 year ago

I tried libp2p.getMultiaddrs() in my Brave but just get an empty array:

It doesn't look like there are any errors in the browser. Where would I go to diagnose further?

Oh. Nvm. I needed a public peer to be able to get my address. STUN, duh!

2color commented 5 months ago

I'm curious, @DougAnderson444 was there any specific reason or benefit to upgrading to IPv6?

DougAnderson444 commented 5 months ago

Other than The fact that IP4 is legacy and has been for several years?

My use case was specifically individuals running a node at home. So they need a globally accessible internet protocol address. As we know, since IP4 addresses are few and far between, getting this global address means a bunch of fancy maneuvers. However, with IP6 they are basically all globally available. So no gateway or mask moves are needed. So that's why I was focusing on IP6. IP6 is a magically convenient way to get a globally addressable address.

Plus, it's the right thing to do. If we can't get IP6 working, and then nobody has a hope.

DougAnderson444 commented 5 months ago

Also note that as of several weeks ago, Amazon web services started charging a premium for IP4 addresses. Meaning the cost is a lot higher to run IP4 than IP6

2color commented 5 months ago

Right on!

I recently re-deployed the bootstrap nodes (they hadn't been running for a while). The new node has both IPv4 and IPv6.

In parallel, I've shifted the frontend to rely on delegated routing to discover the multiaddrs of the bootstrap nodes from the peer IDs:

https://github.com/libp2p/universal-connectivity/blob/0d235e7eaad8b4cfb59cbfb22e67570d42754080/js-peer/src/lib/constants.ts#L11-L12

The rust-peer is listening on both IPv4 and IPv6 (though due to another bug in the rust peer code, it's seen as listening on many ports).

The go-peer is only listening on the IPv4. I'll open a PR to ensure it's also listening on the IPv6 address.