Aportación realizada por Morató Osés Daniel

Página: ()   1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18 ...93   ()

 

EVPN es una mejora respecto a VPLS. Ambas son VPNs que te dan una unión el capa 2 y por eso lo de L2VPN. Echale un vistazo a la RFC que he puesto o alguna sobre EVPN y verás que VPLS, por el aprendizaje en el plano de datos, tiene problemas como que no puedes tener multihoming de los clientes pues solo puede aprender una dirección por un sitio, así que solo soporta un modo activo-pasivo. Entonces, para resolver esos problemas y dar mayor disponibilidad y poder aprender por varios sitios puedes añadir un plano de control para hacer el aprendizaje de las direcciones MAC. Entonces es cuando hablamos de EVPN. El protocolo del plano de control puede ser el que te inventes pero el que se está empleando es MP-BGP con nuevas extensiones para que pueda anunciar direcciones MAC o parejas (IP,MAC).

Las otras VPNs que describí que también empleaban MP-BGP hacían la interconexión en capa 3, o sea, encaminan paquetes IP. Las EVPN son lo equivalente (por usar MP-BGP) pero para unión en capa 2, mientras que VPLS es algo a medio camino pues no tiene plano de control sino que igual que en la Etherenet tradicional se hace el aprendizaje en el plano de datos (fíjate que la Ethernet no tiene un plano de control para el aprendizaje).

 


 

Normalmente en las EVPN tienes plano de control, o sea, el principal problema de lo que decías al principio es que no se hace el aprendizaje en el plano de datos sino en el plano de control. Para eso necesitan un protocolo que distribuya la localización de cada dirección MAC. Hasta ahora creo que estándar para eso está solo MP-BGP, aunque hay soluciones propietarias también según creo.

Puedes echarle un vistazo a esta RFC (al menos la intro):

A Network Virtualization Overlay Solution Using Ethernet VPN (EVPN)

https://datatracker.ietf.org/doc/html/rfc8365

A estas alturas del curso la idea es que ya podáis al menos leer en diagonal ese tipo de documentos (igual que el link anterior) y que si bien no sepáis qué es todo sí podáis haceros una idea general.


 

Respecto a la primera pregunta, échale un vistazo a esto y me cuentas:

https://www.juniper.net/documentation/en_US/day-one-books/topics/topic-map/evpn-primer.html

Respecto a ISP y NFV, la diferencia puede estar en que en un ISP pueden encontrar elementos que no encuentres en otros entornos. Por ejemplo un ISP puede tener una red 5G pero va a ser difícil que la tenga alguien que no lo sea.


 

"¿Cómo se evitan bucles si en los anuncios internos entre los routers BGP del mismo AS no se añade al ASN al AS_PATH?"

La cuestión aquí es que si no se añade el ASN en un anuncio a un peer BGP de tu mismo AS (iBGP) cómo se evita ahí un bucle, es decir, que se vuelva a anunciar a otro peer del mismo BGP. Lo que comentas aplica a cuando se hace el anuncia hacia otro AS, y no es lo que se pregunta, la cuestión es cómo se evita bucle interno.

O sea, pon por ejemplo que tienes 3 routers frontera en tu AS, el router 1 aprende una ruta del exterior que se la anuncia al router 2, el cual aprende que para ir a ese destino se va por router 1 y le anuncia ese camino a router 3; ahora router 3 ve que se llega a ese destino con el mismo AS_PATH pero por router 2 y se lo anuncia a router 1. Ahora router 1 puede ir al destino por su enlace con el peer externo o puede ir por ejemplo por router 3, en ambos casos con exactamente el mismo AS_PATH.

Esto se evita no haciendo anuncios por una sesión iBGP de una ruta aprendida por una sesión iBGP. Así pues el router 2 no anunciaría la ruta a router 3 pues la aprendió por una sesión iBGP con router 1.


Página: ()   1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18 ...93   ()