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/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.