Redundància BGP-OSPF-BGP

Arrel d'uns missatges a la llista de RDES i unes proves que va fer el Miquel adjunto el text d'explicació de com combinar BGP amb OSPF. El missatge original està a https://lists.guifi.net/pipermail/guifi-rdes/2012-June/024524.html i ve d'un problema de redundància de rutes a la xarxa guifi.net de Matarò i Llavaneres que el Miquel va estar testejant en local per explicar com fer aquestes configuracions i que no generessin pollastres de rutes a guifi.net cada cop que s'afegeix algun tram de xarxa amb redundàncies o es crea un.

Primer de tot dir que tot lo que comentare esta basat en aquest esquema de proves: [1] Fitxer:Http://ca.wiki.guifi.net/w/images/2/29/IBGP confederat v3.png

Solicitud del id de un nodo.

Segons el testos, només els trastos que han de fer frontera iBGP necessiten una configuració especial, la resta tal com ho treu l'unsolclic és suficient. Per tant em centraré en els trastos R2, R4 i R6 que son els fronteres.

Primer de tot cal tenir en compte què necessitem que faci aquest iBGP sobre OSPF per tenir clar com l'hem de configurar. Dins la nostra àrea OSPF necessitem rebre les rutes externes del nostre AS, si no, no podríem accedir-hi i per altre banda, necessitem exportar les adreces del nostre AS per a que la resta pugui arribar a nosaltres ( això era de calaix ja ho se xD però ho explico amb la intenció de que al final s'entengui el procés), per tant, tots els trastos han d'acabar tenint totes les rutes existents dinàmicament sigui quin sigui el protocol. Tenint en compte que els Sistemes Autonoms ( AS ) es comuniquen amb BGP, si tenim diversos punts de connexió amb altres AS dins el nostre AS gestionat amb OSPF necessitem comunicar els extrems fent un BGP interior ( iBGP ) per a que la troncal d'AS BGP no perdi els atributs que necessita (AS_PATH entre d'altres). iBGP te la particularitat de que esta pensat bàsicament per a treballar en una xarxa totalment mallada i això en entorns de la xarxa guifi.net es pràcticament impossible, es inviable que tot estigui connectat amb tots dins el nostre AS. Per tant, haurem de preparar la nostra xarxa OSPF per a "simular" un entorn mallat que el bgp entengui. Hi ha dues ( o tres) maneres de fer iBGP, una es fent servir el mateix AS a la instància BGP de cada router frontera i l'altre és confederant l'AS principal en altres interns i privats. Per a les proves he fet servir el segon mètode, diria que amb el primer, també funcionaria pero hauria de fer altres proves. Quan un trasto frontera està a mes de un salt de l'altre, aleshores cal utilitzar l'atribut "multihop" a la configuració del peer BGP fent servir l'adreçament public (10.x ) del trasto publicat dins la taula OSPF. Quan els frontera es connecten punt a punt, aleshores no cal el "multihop" i es fa servir l'adreçament d'enllaç (172.x) per el peering. La complexitat de fer iBGP sobre OSPF, es que quan hi ha mes de un salt a la xarxa OSPF, si no es filtren les rutes, es pot donar la circumstància que quedi activa una ruta amb distancia BGP ( 20 ) enlloc d'una OSPF ( 110) o a la inversa. Això pot provocar bucle en els camins, o simplement que si la ruta predominant entre els trastos frontera és la OSPF, aleshores es perdi l'atribut BGP AS_PATH. Per tant, el que es necessita bàsicament és que TOTS els trastos (inclòs els frontera) de l'àrea OSPF es comuniquin entre ells amb rutes provinents del OSPF i els fronteres es comuniquin per iBGP i no es facin nosa els uns als altres. Aqui és on entren a jugar els dos filtres que he fet i que afecten al OSPF. El primer el que fa és no acceptar d'altres trastos dins el OSPF rutes provinents d'altres AS, doncs s'espera que aquestes rutes arribin per iBGP. El segon el que fa és canviar les distàncies de les rutes pròpies del nostre AS a "19", d'aquesta manera s'aconsegueix una taula de rutes neta, on des dels fronteres arribarem a la resta de la xarxa OSPF per OSPF i a les rutes externes per BGP a tarvés dels fronteres. No se si ho he explicat gaire be, però funciona:

Exemple de la configuració del router frontera "R2" [2] En aquesta config hi ha com a especial, la instància BGP. Com AS propi no es posa el AS de l'area ospf si no que es posa un AS privat, en aquest cas "10", després a l'apartat de Confederació, és on es posa el nostre AS de debò i just després s'indica la resta dels AS privats que formen part d'aquesta confederació, en aquest cas com que hi ha 3 fronteres i he fet servir 10, 20 i 30 com AS privat en cada trasto i el aquest trasto es el 10, doncs només afegeixo el 20 i el 30. També d'especial hi han als peerings, el fet de que alguns son multihop i altres no, ja he explicat abans el perquè. I per últim i imprescindible, els filtres "megafiltres" :P. En aquest exemple hi ha 3 filtres, el tercer, res, li he posat a les proves per esborrar de la taula de rutes les adreces 172.x en les meves proves. els filtres que genera l'unsolclic son totalment compatibles amb aquests, això si, aquests s'han de colocar per a que siguin executats abans que la resta.

Bueno, a veure si per fi ho hem resolt, sort a les proves!!

resta de fitxers de configuració dels altres routers: [3]

SAX!!

Miquel Martos