Configuración de la conmutación de protección de anillo Ethernet
Siga los pasos que se indican a continuación para configurar la conmutación de protección contra anillo Ethernet (ERPS) en su dispositivo.
Configuración de la conmutación de protección de anillo Ethernet
El modelo de herencia es el siguiente:
[edit protocols]
protection-group {
ethernet-ring ring-name (
node-id mac-address;
ring-protection-link-owner;
east-interface {
control-channel channel-name {
ring-protection-link-end;
}
west-interface {
node-id mac-address;
control-channel channel-name {
ring-protection-link-end;
}
data-channel {
vlan number;
}
guard-interval number;
restore-interval number;
}
}
Para cada anillo, se debe configurar un grupo de protección. Puede haber varios anillos en cada nodo, por lo que debe haber varios grupos de protección correspondientes a los anillos Ethernet relacionados.
Se pueden configurar tres parámetros de intervalo (restore-interval, guard-interval, y hold-interval) en el nivel del grupo de protección. Estas configuraciones son configuraciones globales y se aplican a todos los anillos de Ethernet si el anillo de Ethernet no tiene una configuración más específica para estos valores. Si no se configura ningún parámetro en el nivel del grupo de protección, la configuración global de este parámetro utiliza el valor predeterminado.
Ver también
Ejemplo: Configuración de conmutación de protección de anillo Ethernet en enrutadores MX
En este ejemplo se describe cómo configurar la conmutación de protección contra anillo Ethernet en un enrutador de la serie MX:
- Requisitos
- Descripción general y topología del anillo Ethernet
- Configuración de un anillo de tres nodos
Requisitos
En este ejemplo se utilizan los siguientes componentes de hardware y software:
Nodo 1 del enrutador que ejecuta Junos OS con dos interfaces Gigabit Ethernet.
Nodo 2 del enrutador que ejecuta Junos OS con dos interfaces Gigabit Ethernet.
Nodo 3 del enrutador que ejecuta Junos OS con dos interfaces Gigabit Ethernet.
Descripción general y topología del anillo Ethernet
En esta sección se describe un ejemplo de configuración para un anillo de tres nodos. La topología de anillo se muestra en la figura 1.
de anillo de tres nodos
Topología
La configuración de esta sección es solo para el canal RAPS. El dominio de puente para el tráfico de usuarios es el mismo que el dominio de puente normal. La única excepción es si un dominio de puente incluye un puerto de anillo, también debe incluir el otro puerto de anillo del mismo anillo.
Configuración de un anillo de tres nodos
Para configurar la conmutación de protección de anillo Ethernet en un anillo de tres nodos, realice estas tareas:
Configuración de la conmutación de protección de anillo Ethernet en un anillo de tres nodos
Procedimiento paso a paso
- Configuración del nodo 1
interfaces { ge-1/0/1 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { encapsulation vlan-bridge; vlan-id 100; } } ge-1/2/4 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { encapsulation vlan-bridge; vlan-id 100; } } } bridge-domains { bd1 { domain-type bridge; interface ge-1/2/4.1; interface ge-1/0/1.1; } } protocols { protection-group { ethernet-ring pg101 { node-id 00:01:01:00:00:01; ring-protection-link-owner; east-interface { control-channel ge-1/0/1.1; ring-protection-link-end; } west-interface { control-channel ge-1/2/4.1; } } } } protocols { oam { ethernet { connectivity-fault-management { action-profile rmep-defaults { default-action { interface-down; } } maintenance-domain d1 { level 0; maintenance-association 100 { mep 1 { interface ge-1/0/1; remote-mep 2 { action-profile rmep-defaults; } } } } maintenance-domain d2 { level 0; maintenance-association 100 { mep 1 { interface ge-1/2/4; remote-mep 2 { action-profile rmep-defaults; } } } } } } } } - Configuración del nodo 2
interfaces { ge-1/0/2 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { encapsulation vlan-bridge; vlan-id 100; } } ge-1/2/1 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { encapsulation vlan-bridge; vlan-id 100; } } } bridge-domains { bd1 { domain-type bridge; interface ge-1/2/1.1; interface ge-1/0/2.1; } } protocols { protection-group { ethernet-ring pg102 { east-interface { control-channel ge-1/0/2.1; } west-interface { control-channel ge-1/2/1.1; } } } } protocols { oam { ethernet { connectivity-fault-management { action-profile rmep-defaults { default-action { interface-down; } } maintenance-domain d1 { level 0; maintenance-association 100 { mep 2 { interface ge-1/2/1; remote-mep 1 { action-profile rmep-defaults; } } } } maintenance-domain d3 { level 0; maintenance-association 100 { mep 1 { interface ge-1/0/2; remote-mep 2 { action-profile rmep-defaults; } } } } } } } } - Configuración del nodo 3
interfaces { ge-1/0/4 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { encapsulation vlan-bridge; vlan-id 100; } } ge-1/0/3 { vlan-tagging; encapsulation flexible-ethernet-services; unit 1 { encapsulation vlan-bridge; vlan-id 100; } } } bridge-domains { bd1 { domain-type bridge; interface ge-1/0/4.1; interface ge-1/0/3.1; } } protocols { protection-group { ethernet-ring pg103 { east-interface { control-channel ge-1/0/3.1; } west-interface { control-channel ge-1/0/4.1; } } } } protocols { oam { ethernet { connectivity-fault-management { action-profile rmep-defaults { default-action { interface-down; } } maintenance-domain d2 { level 0; maintenance-association 100 { mep 2 { interface ge-1/0/4; remote-mep 1 { action-profile rmep-defaults; } } } } maintenance-domain d3 { level 0; maintenance-association 100 { mep 2 { interface ge-1/0/3; remote-mep 1 { action-profile rmep-defaults; } } } } } } } }
Ejemplos: salida RPS de Ethernet
En esta sección se proporcionan ejemplos de salida basados en la configuración que se muestra en Ejemplo: Configuración de conmutación de protección en anillo Ethernet en enrutadores MX. Los comandos show utilizados en estos ejemplos pueden ayudar a comprobar la configuración y el funcionamiento correcto.
Situación normal: nodo propietario de RPL
Si el anillo no tiene ningún error, el comando tendrá la siguiente salida para el show nodo 1:
user@node1> show protection-group ethernet-ring aps Ethernet Ring Name Request/state No Flush Ring Protection Link Blocked pg101 NR No Yes Originator Remote Node ID Yes user@node1> show protection-group ethernet-ring interface Ethernet ring port parameters for protection group pg101 Interface Control Channel Forward State Ring Protection Link End ge-1/0/1 ge-1/0/1.1 discarding Yes ge-1/2/4 ge-1/2/4.1 forwarding No Signal Failure Admin State Clear IFF ready Clear IFF ready user@node1> show protection-group ethernet-ring node-state Ethernet ring APS State Event Ring Protection Link Owner pg101 idle NR-RB Yes Restore Timer Quard Timer Operation state disabled disabled operational user@node1> show protection-group ethernet-ring statistics group-name pg101 Ethernet Ring statistics for PG pg101 RAPS sent : 1 RAPS received : 0 Local SF happened: : 0 Remote SF happened: : 0 NR event happened: : 0 NR-RB event happened: : 1
Situación normal: otros nodos
Para el nodo 2 y el nodo 3, los resultados deben ser los mismos:
user@node2> show protection-group ethernet-ring aps Ethernet Ring Name Request/state No Flush Ring Protection Link Blocked pg102 NR No Yes Originator Remote Node ID No 00:01:01:00:00:01 user@node2> show protection-group ethernet-ring interface Ethernet ring port parameters for protection group pg102 Interface Control Channel Forward State Ring Protection Link End ge-1/2/1 ge-1/2/1.1 forwarding No ge-1/0/2 ge-1/0/2.1 forwarding No Signal Failure Admin State Clear IFF ready Clear IFF ready user@node2> show protection-group ethernet-ring node-state Ethernet ring APS State Event Ring Protection Link Owner pg102 idle NR-RB No Restore Timer Quard Timer Operation state disabled disabled operational user@node2> show protection-group ethernet-ring statistics group-name pg102 Ethernet Ring statistics for PG pg101 RAPS sent : 0 RAPS received : 1 Local SF happened: : 0 Remote SF happened: : 0 NR event happened: : 0 NR-RB event happened: : 1
Situación de error: nodo propietario de RPL
Si el anillo tiene un error de vínculo entre el nodo 2 y el nodo 3, el comando tendrá las siguientes salidas para el show nodo 1:
user@node1> show protection-group ethernet-ring aps
Ethernet Ring Name Request/state No Flush Ring Protection Link Blocked
pg101 SF NO No
Originator Remote Node ID
No 00:01:02:00:00:01
user@node1> show protection-group ethernet-ring interface
Ethernet ring port parameters for protection group pg101
Interface Control Channel Forward State Ring Protection Link End
ge-1/0/1 ge-1/0/1.1 forwarding Yes
ge-1/2/4 ge-1/2/4.1 forwarding No
Signal Failure Admin State
Clear IFF ready
Clear IFF ready
user@node1> show protection-group ethernet-ring node-state
Ethernet ring APS State Event Ring Protection Link Owner
pg101 protected SF Yes
Restore Timer Quard Timer Operation state
disabled disabled operational
user@node1> show protection-group ethernet-ring statistics group-name pg101
Ethernet Ring statistics for PG pg101
RAPS sent : 1
RAPS received : 1
Local SF happened: : 0
Remote SF happened: : 1
NR event happened: : 0
NR-RB event happened: : 1
Situación de error: otros nodos
Para el nodo 2 y el nodo 3, los resultados deben ser los mismos:
user@node2> show protection-group ethernet-ring aps
Ethernet Ring Name Request/state No Flush Ring Protection Link Blocked
pg102 SF No No
Originator Remote Node ID
Yes 00:00:00:00:00:00
user@node2> show protection-group ethernet-ring interface
Ethernet ring port parameters for protection group pg102
Interface Control Channel Forward State Ring Protection Link End
ge-1/2/1 ge-1/2/1.1 forwarding No
ge-1/0/2 ge-1/0/2.1 discarding No
Signal Failure Admin State
Clear IFF ready
set IFF ready
user@node2> show protection-group ethernet-ring node-state
Ethernet ring APS State Event Ring Protection Link Owner
pg102 idle NR-RB No
Restore Timer Quard Timer Operation state
disabled disabled operational
user@node2> show protection-group ethernet-ring statistics group-name pg102
Ethernet Ring statistics for PG pg101
RAPS sent : 1
RAPS received : 1
Local SF happened: : 1
Remote SF happened: : 0
NR event happened: : 0
NR-RB event happened: : 1