barra de menu

martes, 30 de enero de 2018

NOTAS CCIE WRITTEN - VPLS, H-VPLS y OTV

VPLS (Virtual Private Line Service)


VPLS es un túnel "Point-to-Multipoint Ethernet over MPLS".

Es la misma teoría que AToM y L2TPv3: los equipos creen que están en la misma lan. Sin embargo, los equipos PE aprenden las direcciones mac de los CE, ya que el PE para enviar el tráfico actuará como un bridge/switch y almacenará una tabla de direcciones mac para cada pseudo wire. Y cuando no sepa una mac....hará un flooding, ¡es un bridge! Los ISP suelen dejar pasar solo una dirección mac, para asegurarse de que el cliente pone un CE para correr protocolos de enrutamiento y no un switch para extender su LAN porque esto afectaría al PE (imaginemos que cada cliente nos pasa 500 direcciones mac...






Para señalizar VPLS hay 2 métodos:



VPLS requiere "Full Mesh" para evitar bucles (looping), es decir, todos los PE tienen que estar conectados entre ellos (igual que con BGP). Se habilita Split Horizon para evitar bucles de tráfico broadcast: las tramas recibidas en un "xconnect" concreto, no pueden ser enviadas a través de un "xconnect" diferente.

Esto tiene una gran desventaja de escalabilidad. Si tenemos 50 oficinas que conectar, tendríamos que crear 49 túneles en cada PE.



H-VPLS (Hierarchical - VPLS)

Justamente nació para solucionar el problema del Full Mesh de VPLS cuando tenemos muchos sitios que conectar. De esta manera nos ahorramos muchos túneles.

Los equipos tienen una nomenclatura diferente:

  • U-PE - User Provider Edge
  • N-PE - Network Provider Edge 



Respecto a Split Horizon hay que habilitarlo/deshabilitarlo si:

  • De N-PE a U-PE -> se deshabilita Split Horizon
  • De N-PE a N-PE -> se habilita Split Horizon

La lógica del tráfico desde el punto de vista de un N-PE:

  •  Las tramas recibidas desde un U-PE Puede ir a otro U-PE  o a un N-PE
  •  Las tramas recibidas desde un N-PE solo pueden ir a un U-PE



No hay comentarios:

Publicar un comentario