Re: Last-resort tunnel recommendations on WAN network ...
Dorn Hetzel via NANOG <[email protected]>
| Newsgroups | gmane.org.operators.nanog |
|---|---|
| Message-ID | <CAFrZoh07xeC_4WmTGr2Z2=o4zv1ZPvn3Wo_JYQZcax99+GFwTg@mail.gmail.com> |
Plus in these days when you can always phone your friend Claude for help remembering obscure details, there's just no excuse :) On Tue, Mar 17, 2026 at 12:00 PM Owen DeLong via NANOG < [email protected]> wrote: > [offlist] > > If your router jocks can’t handle networking and routing on Linux with > FRR, WireGuard, and systemd-networks, then you’ve fired the wrong router > jocks. > > Yes, there are syntactic differences and a little bit of implementation > detail to learn, but the process of learning route and forwarding packets > is still fundamentally the same and the rest is no more difficult than > switching between Cisco, juniper, artists, etc. > > FWIW, I just went through the process of the Southern California Linux > Expo migrating our routers from Juniper to NixOS, so I do understand the > process well. Router jocks can be trained. > > I am available to train and/or implement for $250/hr. Let me know if that > would be helpful. > > Owen > (Router jock and Linux admin) > > > > On Mar 17, 2026, at 07:43, Bryan Holloway via NANOG < > [email protected]> wrote: > > > > Thank you to everyone who offered up suggestions. > > > > To summarize, I agree that a UNIX VM is the most flexible solution, but > we have concerns about supporting it. Router-jocks won't know how to > troubleshoot if the guy who put it together gets hit by a bus. > > > > Yes, Wireguard is hands-down easier to implement than IPsec!! I love it. > I use it on my home networks, and it was trivial to set up. If only there > were more appliances that used it out of the box. This would be my ideal > solution. > > > > And yes -- MikroTik supports Wireguard, but in our experience, > Mikrotik's VRF implementation isn't ready for prime-time. > > > > Thanks again to everyone that chimed in. Very much appreciated! > > > > - bryan > > > > > >> On 3/12/26 19:25, Bryan Holloway via NANOG wrote: > >> Greetings, Dear Community! > >> Consider the following scenario: major colo with a pair of transits, > peering, and a single transport back to another colo on our backbone. > >> Transport carries public but also several overlays (VRFs) for > management and whatnot. > >> If the transport fails, we're good on transit/peering, but we can't get > back to the mothership for mgmt. > >> We're looking at solutions (secure tunnels over transit) to bring the > severed colo back to "HQ" ... looking at a hub/spoke topology with the > intent of possibly doing this more than once. > >> Requirements: > >> * Multiple VRFs across the tunnel > >> * OSPF - each VRF should have its own instance, so we need something > that supports interface-based tunneling since IPsec doesn't handle > multicast well. Open to other tunneling strategies. Wireguard? OpenVPN? > >> * v6 a plus (OSPFv3) > >> * 10G should suffice across the board, but it should have interfaces > that are LAGable. > >> The appliances we have considered so far do most if not all of these > things, but they come with a lot of features (and cost) we simply don't > need (e.g., UTM, DPI) > >> Also open to something server (VM) based since our traffic requirements > aren't that significant. > >> Easy to support is obviously a plus. > >> Curious if others have had similar needs and how they solved this > problem. > >> Recommendations (good or bad) greatly appreciated. > >> Thank you! > >> - bryan > >> _______________________________________________ > >> NANOG mailing list https://lists.nanog.org/archives/list/ > [email protected]/message/77KTXLHWHFQTPIGG7EQCWQVNZVTJP3TS/ > > > > _______________________________________________ > > NANOG mailing list > https://lists.nanog.org/archives/list/[email protected]/message/X6D6QINEUUSUTJGTRUZGLAK6ZK36ELC7/ > > _______________________________________________ > NANOG mailing list > > https://lists.nanog.org/archives/list/[email protected]/message/CAO6I2HOSDEIPS4Q6KV7D6OXBHSGMKLF/ _______________________________________________ NANOG mailing list https://lists.nanog.org/archives/list/[email protected]/message/HOLQHOHWCF7DO47ZWPIGPZLZGZLN73UF/