Listen "Rethinking BGP on the DC Fabric (part 4)"
Episode Synopsis
Before I continue, I want to remind you what the purpose of this little series of posts is. The point is not to convince you to never use BGP in the DC underlay ever again. There’s a lot of BGP deployed out there, and there are lot of tools that assume BGP in the underlay. I doubt any of that is going to change. The point is to make you stop and think!
Why are we deploying BGP in this way? Is this the right long-term solution? Should we, as a community, be rethinking our desire to use BGP for everything? Are we just “following the crowd” because … well … we think it’s what the “cool kids” are doing, or because “following the crowd” is what we always seem to do?
In my last post, I argued that BGP converges much more slowly than the other options available for the DC fabric underlay control plane. The pushback I received was two-fold. First, the overlay converges fast enough; the underlay convergence time does not really factor into overall convergence time. Second, there are ways to fix things.
More episodes of the podcast TECH – rule 11 reader
Hedge 218: Longer than /24’s
21/03/2024
Hedge 144: IPv6 Lessons Learned
25/08/2022
Route Servers and Loops
16/08/2022
BGP Peering (2)
15/08/2022
Hedge 135: Simon Sharwood, China, and IPv6
22/06/2022
BGP Intra-AS and Route Reflection
21/06/2022
Revisiting BGP Convergence
06/06/2022
How BGP Really Converges
31/05/2022
ZARZA We are Zarza, the prestigious firm behind major projects in information technology.