- \n
- IGP correctamente configurado<\/li>\n
- Interfaz loopback correctamente configurada con IP \/32<\/li>\n
- Redistribuci\u00f3n de rutas en IGP<\/li>\n<\/ul>\n
<\/p>\n
Para la activaci\u00f3n de MPLS, en el NE40, suponiendo que la IP de loopback es 10.1.1.1:<\/p>\n\n
[huawei] mpls lsr-id 10.1.1.1
Despu\u00e9s de eso, necesitamos activar los protocolos en las interfaces que formar\u00e1n parte de MPLS.<\/p>\n\n
interfaz giga0\/3\/22.182
Virtual-Ethernet<\/h2>\n\n
Ethernet Virtual se utiliza cuando tenemos la necesidad de hacer serviciosde \u00abCapa 2<\/em>\u00bb y serviciosde \u00abCapa 3<\/em>\u00bb en el mismo dispositivo.<\/p>\n
Sabemos que, en una VLL en modo Martini, por ejemplo (MPLS + L2VC)<\/em>, no est\u00e1 permitido aplicar configuraciones de Capa 2 (\u00abl2 binding vsi\u00bb o \u00abmpls l2vc\u00bb)<\/em> ni de Capa 3 (\u00abip address x.x.x.x\u00bb)<\/em> en la misma interfaz, por lo que es necesario separarlas adecuadamente.<\/p>\n
Hasta ahora, en aplicaciones de este nivel, es habitual implementar la \u00abparte\u00bb de \u00abLayer 2\/MPLS\/VLL\u00bb en conmutadores o equipos dedicados a tal fin, sin embargo, al utilizar Virtual Ethernet<\/em> en Huawei, resulta perfectamente posible implementar una arquitectura MPLS, utilizar t\u00faneles L2VC o VPLS y, aun as\u00ed, gestionar la \u00abcapa 3\u00bb utilizando \u00fanicamente el dispositivo (enrutador), sin necesidad de otros equipos para tal fin.<\/p>\n
Usando el concepto de \u00abEthernet virtual\u00bb en Huawei, creamos dos interfaces virtuales que est\u00e1n correctamente \u00abvinculadas\u00bb donde <\/span>cada una de ellas pertenece a un \u00ablado\u00bb siendo \u00abcapa 2\u00bb y \u00abcapa3\u00bb.<\/p>\n
<\/p>\n
Posibles aplicaciones<\/h2>\n
- \n
- Redundancia basada en sesiones MPLS e iBGP\/BGP donde OSPF\/MPLS y BGP trabajan en la misma caja.<\/li>\n
- Redundancia basada en MPLS para escenarios BNG ( IPoE \/ PPPoE ) donde OSPF\/MPLS y PPPoE-Service funcionan en la misma caja.<\/li>\n
- Escenarios para VPN de capa 2 que acceden a una red p\u00fablica.<\/li>\n
- Escenarios para VAN de capa 2 que acceden a una VPN de capa 3.<\/li>\n<\/ul>\n
<\/p>\n
Limitaciones<\/h2>\n
- \n
- Los \u00abGrupos VE\u00bb solo se admiten en el administrador del \u00abSistema virtual\u00bb.<\/li>\n
- Hay una limitaci\u00f3n de 3 \u201cGrupos VE\u201d por caja (en el caso de NE40E-M2K)<\/li>\n<\/ul>\n
<\/p>\n\n
![\"\"](\"https:\/\/www.made4it.com.br\/wp-content\/uploads\/2020\/02\/ve-group.png\")
<\/figure>\n\nEjemplo de configuraci\u00f3n 1<\/h2>\n\n
Considere un escenario en el que deseemos \u00abterminar\u00bb un t\u00fanel L2VC y, en el mismo dispositivo, cerrar una sesi\u00f3n eBGP con un host remoto (dentro de dicha VLL) utilizando virtual-ethernet. La recibiremos en un L2VC con el ID \u00ab301\u00bb y, adem\u00e1s, utilizaremos una VLAN con el ID \u00ab301\u00bb para establecer el eBGP con nuestro operador remoto. <\/p>\n
<\/p>\n
Requisitos previos:<\/h3>\n
- \n
- Interfaces de comunicaci\u00f3n con equipos de red \u201cUP\u201d y \u201cRunning\u201d<\/li>\n
- Interfaces de comunicaci\u00f3n con equipos de red debidamente direccionados<\/li>\n
- IGP debidamente alineado en todos los equipos de red.<\/li>\n
- Loopbacks correctamente definidos en todos los equipos de la red.<\/li>\n
- Sesiones LDP debidamente cerradas en todos los dispositivos de la red.<\/li>\n
- L2VPN correctamente alineado en el host remoto.<\/li>\n<\/ul>\n
<\/p>\n
Ajustes:<\/h6>\n
Vamos a crear la interfaz virtual y definirla con la funci\u00f3n L2. El GRUPO VE es el 1. <\/p>\n\n
interfaz virtual-ethernet 0\/1\/1
Despu\u00e9s de eso, creemos el par L3 de la interfaz virtual.<\/p>\n\n
interfaz virtual-ethernet 0\/2\/1
Con estas configuraciones tenemos debidamente asociadas las interfaces \u201cVE0\/1\/1\u201d y \u201cVE0\/2\/1\u201d, donde la interfaz \u201c0\/2\/1\u201d se encarga del lado \u201clayer3\u201d mientras que la \u201c0\/1 \/1\u201d \u201d es responsable del lado \u201clayer2\u201d. Lo que asocia correctamente las interfaces es el \u00abgrupo ve\u00bb, donde las interfaces del mismo grupo se asocian entre s\u00ed. <\/p>\n
Ahora, tenemos que cerrar el \u201cL2VC\u201d con nuestro operador remoto. Para ello vamos a crear una subinterfaz con ID \u201c301\u201d en el lado \u201clayer2\u201d de nuestras \u201cvirtual-ethernets\u201d. Y despu\u00e9s de eso, cree la VPN L2VC con el PE remoto. <\/p>\n\n
interfaz virtual-ethernet 0\/1\/1.301
Con eso, tenemos el lado de la \u00abcapa 2\u00bb listo. Ahora tenemos que configurar el lado \u00ablayer3\u00bb con los ajustes relacionados con la conectividad IP. <\/p>\n
Supongamos que nuestro proveedor de servicios nos ha asignado la direcci\u00f3n IP 192.168.10.2\/30 para establecer un \u00abeBGP\u00bb; por lo tanto, debemos crear la interfaz \u00abVE0\/2\/1.301\u00bb y configurarla con estos datos.<\/p>\n\n
interfaz virtual-ethernet 0\/2\/1.301
Como podemos ver, las interfaces \u00abVE0\/1\/1\u00bb y \u00abVE0\/2\/1\u00bb est\u00e1n correctamente asociadas, de modo que las \u00absubinterfaces\u00bb \u2014ambas forman parte del mismo \u00abve-group\u00bb\u2014 quedan debidamente asociadas para cualquier finalidad, y cada una de ellas desempe\u00f1a su funci\u00f3n de acuerdo con lo declarado, ya sea \u00abl2-terminate\u00bb o \u00abl3-access\u00bb.<\/p>\n