Het BGP verhaal

[Belgar]

BGP is door de Facebook storing weer in het nieuws en extra achtergrond hieromtrent is dus ook nuttig en interessant voor de lezers van tweakers.

Bij de achtergrond wordt echter voor een groot deel stilgestaan bij het "oude" (e)BGP protocol als toegepast voor communicatie over het internet.

Echter modern (i)BGP zoals toegepast intern in providers, datacenters en andere grote netwerken is natuurlijk een stuk jonger. Zie bijvoorbeeld RFC4760 voor MP-BGP uit 2007, wat effectief een kleine 10 jaar echt gebruikt wordt in het veld. (laatste update RFC 7606 uit 2015)

Met de gegeven informatie is het vrijwel zeker (gezien het over de interne backbone gaat) dat de problemen veroorzaakt zijn in de interne (waarschijnlijk moderne) BGP protocollen. Vervolgens een cascade van problemen naar eBGP en DNS

De genoemde problemen zijn natuurlijk relevant en ook de zwakheden van BGP op het internet, maar ik vraag me af of voor iedereen die niet diep in de materie zit het verschil tussen eBGP uit 1995 en backbone iBGP uit 2015 goed uit de verf komt. Vooral ook qua gebruik en relevantie in grote data netwerken.

BGP voor het internet is heel belangrijk, maar zonder modern intern BGP zou geen enkele huidige provider meer een dienstverlening kunnen draaien, en die zijn niet "oud" maar in IP termen "cutting edge" .

[TijsZonderH]

Bij de achtergrond wordt echter voor een groot deel stilgestaan bij het "oude" (e)BGP protocol als toegepast voor communicatie over het internet.

maar ik vraag me af of voor iedereen die niet diep in de materie zit het verschil tussen eBGP uit 1995 en backbone iBGP uit 2015 goed uit de verf komt

Misschien niet nee. Eerlijk, er was niet genoeg tijd om dit gisteren uit te diepen. Ik wilde het stuk in ieder geval dinsdag plaatsen, dan moet je kiezen waar je je in kunt verdiepen en wat je kunt beschrijven. Voor het verschil tussen iBGP en eBGP was helaas geen tijd maar dat is zeker iets om in de toekomst eens naar te kijken.

[_Dune_]

@TijsZonderH Zou het een probleem zijn, het artikel als nog hier op aan te passen? Het betreft een Plus artikel dus opzich niet vreemd om deze van een update te voorzien, met extra verworven kennis.

[Vorkie]

Dit is wel het gevaar van zulke "zware" technische artikelen achter een plus artikel te zetten. Je kwaliteitscontroles vervallen dus snel en is het dat @Belgar de moeite neemt om hier feedback te geven.

Gebruik je community, er zitten genoeg netwerkspecialisten hier die misschien wel eerst input leveren alvorens jullie iets publiceren. Als iets geld kost lijkt mij dat het moet kloppen?

En nee, dit is geen rant of schop tegen de schenen, gewoon een lekker ongevraagd adviesje.

[Yariva]

Als netwerk engineer met BGP kennis, waar ik door de jaren heen ervaring mee heb moeten opdoen, thuis labs voor heb gebouwd, boeken voor heb gekocht etc. helpen aan een plus artikel zit ik niet op te wachten. Met een normaal artikel of iemand helpen op het forum, geen probleem. Maar dat "maak gebruik van je community" verhaal en vervolgens zorgen dat 80% van de communitty mijn input niet kan lezen hoeft van mij niet.

OT: gezien het intern zat en je niet zomaar al je BGP neighbors om zeep helpt gok ik dat het in de route reflectors is fout gegaan. Maar het blijft een gokje.

[ Voor 16% gewijzigd door Yariva op 06-10-2021 13:52 ]