Cómo MVRP simplifica la administración de VLANs en redes grandes

MVRP en MikroTik

El MVRP en MikroTik es una extensión del protocolo MRP (Multiple Registration Protocol), diseñada para permitir la distribución automática de identificadores de VLAN (IDs de VLAN en el caso de MVRP) entre dispositivos conectados dentro de una red conmutada (bridged LAN).

Este protocolo facilita la creación y eliminación dinámica de VLANs mediante el intercambio de información entre los dispositivos que lo soportan, sin necesidad de configuraciones manuales en cada uno de los puertos de la red.

MikroTik añadió soporte limitado para MVRP a partir de RouterOS v7.15, y con mejoras significativas en v7.16 en adelante.

Componentes del MRP

El funcionamiento del protocolo se basa en dos entidades principales:

• Solicitante (Applicant): Es quien se encarga de anunciar (declarar) o retirar atributos, como los IDs de VLAN. En MikroTik, este comportamiento puede configurarse por puerto utilizando el parámetro mvrp-applicant-state y se puede limitar por VLAN mediante mvrp-forbidden.
• Registrador (Registrar): Se encarga de aceptar y registrar las declaraciones recibidas desde otros dispositivos. Su funcionamiento se puede ajustar también por puerto con mvrp-registrar-state, o restringir por VLAN usando mvrp-forbidden.

Funcionamiento del Registro y Declaración

Cuando un puerto del bridge recibe una declaración de una VLAN, dicho puerto pasa a formar parte automáticamente de esa VLAN como miembro etiquetado (tagged). A su vez, esta información se propaga a otros puertos del bridge que estén activos y en estado de reenvío.

Las VLAN que se configuran en un dispositivo se anuncian automáticamente a través de MVRP, pero solo se activan en otros dispositivos si estos reciben una declaración válida. Desde el punto de vista de una estación final, el anuncio se distribuye hacia arriba por la red (puertos upstream), y si otro dispositivo en la red declara el mismo ID de VLAN, se establece una ruta dinámica entre ambos extremos mediante registros intermedios.

Consideraciones Técnicas

• Solo los puertos que están en estado de reenvío (forwarding) participan activamente en el protocolo MVRP.
• En redes con MSTP (Multiple Spanning Tree Protocol), las declaraciones y registros se producen únicamente si el puerto está en estado de reenvío dentro de la instancia MSTI asignada a la VLAN correspondiente.
• Habilitar la opción point-to-point=yes puede mejorar los tiempos de registro, especialmente en interfaces que no utilizan Ethernet.

Ejemplo

Este ejemplo es para dos switches MikroTik conectados entre sí por un trunk (ether1), y con clientes conectados en puertos access (ether2, ether3).

Escenario

Switch 1

• ether1: trunk hacia Switch 2
• ether2: access VLAN 10
• VLAN 10 se declara aquí y se propaga hacia Switch 2

Switch 2

• ether1: trunk hacia Switch 1
• ether3: cliente esperando VLAN 10
• No se declara VLAN 10 manualmente; se aprenderá vía MVRP

Configuración en Switch 1

/interface bridge
add name=bridge1 vlan-filtering=yes mvrp=yes

/interface bridge port
add bridge=bridge1 interface=ether1 pvid=1  \
    mvrp-applicant-state=normal-participant \
    mvrp-registrar-state=normal
add bridge=bridge1 interface=ether2 pvid=10

/interface bridge vlan
add bridge=bridge1 vlan-ids=10 tagged=ether1 untagged=ether2

Aquí

• Se activa MVRP en el bridge.
• ether1 será trunk y participante MVRP.
• ether2 es un puerto access en VLAN 10.
• Se declara explícitamente la VLAN 10 y se envía por ether1.

Configuración en Switch 2

/interface bridge
add name=bridge1 vlan-filtering=yes mvrp=yes

/interface bridge port
add bridge=bridge1 interface=ether1 pvid=1  \
    mvrp-applicant-state=normal-participant \
    mvrp-registrar-state=normal
add bridge=bridge1 interface=ether3 pvid=10

# OJO: aquí **no declaramos la VLAN 10** explícitamente.
/interface bridge vlan
add bridge=bridge1 vlan-ids=10 untagged=ether3

Aquí

• ether1 es trunk y participa en MVRP.
• Cuando Switch 2 reciba la declaración MVRP de VLAN 10 desde Switch 1, se agregará automáticamente como tagged en ether1.
• ether3 se configura como access en VLAN 10.

¿Qué esperar?

• La VLAN 10 se declara en Switch 1 y se propaga dinámicamente a Switch 2.
• Switch 2 no necesita declarar VLAN 10 manualmente en el trunk (ether1).
• El tráfico VLAN 10 podrá fluir entre clientes conectados en ether2 (Switch 1) y ether3 (Switch 2).

Comprobación

Puedes verificar la propagación usando este comando:

/interface bridge vlan print

En Switch 2, deberías ver que ether1 fue agregado dinámicamente como tagged para VLAN 10, gracias a MVRP.