Show HN: Ranet3 – High performance policy routed IPsec mesh SD-WAN (ranet3.com)

Enjoyed this. Thank you. Have to admit the ASN10779 name took me by surprise! ;)

Why you want to do this on mobile or end device? If all the node is controlled by yourself I guess srv6 is indeed okay to use

But for ordinary user and mobile, and given the jitter of wireless network, seems it may cause unnecessary changes

But overall this is a neat project combine of technology I was fiddling and enjoy

I'd really like to know what you did to get stable v6. My ISP is also limited in a similar way - no IPv6.

Interesting. Basically what i've been looking for. would love to try this out for my cloud project.

Looks cool until I saw the license which is clearly not an open-source license.

ranet3 is in the yc winter batch application pool, if you happen to be an investor, lmk i’d be happy to give you a demo!

what is the 2 yr license switch about?

ipsec is compromised, but ok, spread your net wide

I answered some questions on lobsters and wanted to share them here as well:

> I'm pretty dissatisfied with all the mesh VPNs options

Me too! Especially so if you want to play with overlay network _intensively_

> From this I infer your project is some sort of alternative to the various mesh VPNs

Yes. Not only this, I want ranet3 to interact nicely with other RFC compliant VPN (say any other ipsec apps on your phone or server) and routing daemons (say BIRD ‘s babel implementation)

Btw this already woks ;)

> In a typical mesh VPN, when might it be faster to route via another node, than to go direct?

Maybe during provider outages if you are behind residential ISPs? or busy hours? I'm not sure exactly when multiple hops will be faster.

This behavior is actually a "nice byproduct" of wanting to have ranet3 on laptops (which moves between networks). Babel is more often used to track lossy links, I would want routable addresses configured on laptops to be withdrew quickly when its not reachable

> In a typical mesh VPN, when might I want a policy to route via a chosen waypoint?

This is probably fairly useless to normal users but quite standard in ISP deployments. For example some transit provider have lower cost and operators might want to send most of the traffic to that link instead of sending traffic to more expensive providers.

But you can interpret this as traffic can take arbitrary routes you asked for, or the route with lowest metric value

> For the "chosen exit" case, is this similar to Tailscale exit nodes?

Exactly

> I suppose it doesn't do NAT punching

This is planned and will be implemented very soon

> Is it end-to-end encrypted? i.e. If traffic from node A to node B is routed via a waypoint W, does W see the original packet, or the encrypted packet?

No. Transit node traffic are decrypted and re-encrypted (I mean it's just a "routed mesh" right now). Also I think making it "real e2ee" will result in some performance penalties (in the sense of ESP in ESP) and losing some information of the packet (say clamping TCP MSS)

One argument I would make is that, (similar to Tailscale and other existing solutions) you should probably trust the nodes you add to the mesh...

> Where does addressing fit here? A typical mesh VPN gives nodes their own address, on a "flat" (?) network.

You can use arbitrary addresses, if you prefer tailscale like behavior you can just carve out the entire CGNAT range or subset of it, or go IPv6 only

> IIUC, ranet is "bring your own addressing"? Your page mentions you run two ASs on this, so "bring your own addressing" is a feature, I suppose?

Yes :)

> If I don't have an AS (but I do have an ISP or VPS that gives me a /56) what might a typical way be to allocate an address or prefix to my laptop? Static routing?

This is exactly the target use case. You can configure the VPS to allow traffic egress for the /56, and arbitrary addresses from that prefix can be added to devices connected to your VPS (in some sense, yes, static routing, since you do need to manually list address on nodes that want to use the addresses in the prefix)

> If I travel internationally and want to avoid round trips to my home when accessing my mesh nodes, how might I do that? Is this the "faster to route via another node, than to go direct" case?

Whichever route have the lowest metrics will be used, be it direct or going thru multiple hops