<div dir="ltr">MPLS is great for those that have dedicated engineering staff or hire a consultant to help out. It's a real PITA when the business is primarily techs and they have no idea how to solve an issue. I've been pushing for vxlan/evpn or srv6 for a while as a way to simplify the model. 'wisp' focused gear just isn't there yet though. high hopes for mikrotik's support for vxlan to get hardware acceleration. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Oct 26, 2022 at 10:05 AM Herbert Wolverson via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Actually had a conversation with our primary upstream provider yesterday about IPv6 (and why</div><div>they won't provide it to us). One of their lead engineers, once plied with beer, said that every</div><div>time they've deployed it they get 99% of it working well and 1% of things mysteriously</div><div>stop working, or go wonky. That was similar to our experience a few years ago. It mostly</div><div>helped a lot, but chasing down the "hey, this advertises a v6 address and doesn't actually</div><div>support it" issues drove us crazy.</div><div><br></div><div>Right now, we don't have enough IPv4 addresses, but that's being rectified. We mostly</div><div>do CGNAT and 10.64 addresses in the meantime, with public IPs assigned where they</div><div>are needed (mostly through a tunnel setup to avoid subnetting waste). Tunnels are a pain,</div><div>but they work (once you chase down all of the MTU issues).</div><div><br></div><div>Which reminds me, I have "can we support MPLS?" on my crazy notes list. I know that</div><div>Preseem and similar don't try, but we're already reading deeply enough into the ethernet</div><div>header that saying "this is an MPLS label, advance 4 bytes", "this is a VPLS label, advance</div><div>X (I forget) bytes" looks do-able. [Note, I personally don't enjoy MPLS. It's handy when</div><div>you want to pretend to have a flat network on top of a large routed network - and some</div><div>WISP consultants absolutely swear by it - but my experience is that you are adding</div><div>complexity for the sake of it. Routing works remarkably well.]<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 25, 2022 at 10:30 PM Dave Taht via LibreQoS <<a href="mailto:libreqos@lists.bufferbloat.net" target="_blank">libreqos@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">in my continued rip-van-winkle, living in the third world (california)<br>
way, I am curious as to how y'all are managing your<br>
ipv4 address supply and if you are deploying ipv6 to any extent?<br>
<br>
In all this discussion of multi-gbit fiber, my own direct experience<br>
is that AT&T's fiber rollout had very flaky ipv6, and more and more<br>
services (like starlink) are appearing behind cgnats, which have their<br>
own capex and opex costs.<br>
<br>
I see a lot of rfc1918 being used as the operational overlay<br>
elsewhere, tons of tunnels, also.<br>
<br>
-- <br>
This song goes out to all the folk that thought Stadia would work:<br>
<a href="https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz" rel="noreferrer" target="_blank">https://www.linkedin.com/posts/dtaht_the-mushroom-song-activity-6981366665607352320-FXtz</a><br>
Dave Täht CEO, TekLibre, LLC<br>
_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>
_______________________________________________<br>
LibreQoS mailing list<br>
<a href="mailto:LibreQoS@lists.bufferbloat.net" target="_blank">LibreQoS@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/libreqos" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/libreqos</a><br>
</blockquote></div>