OmniSwitch os6900, Руководство по настройке сети

Страница: 271 / 942

Configuring ERP ERP Overview
OmniSwitch AOS Release 7 Network Configuration Guide June 2013 page 11-9
R-APS Virtual Channel
ERPv2 supports two implementation options for R-APS control channel of the sub-ring.
•
Virtual Channel Enabled - R-APS messages are encapsulated and transmitted over an R-APS Virtual
channel configured on the major ring.
•
Virtual Channel Disabled - R-APS messages are terminated at the interconnection nodes but not
blocked at RPL of the sub-ring. RPL ports are unblocked when all nodes are active (there is no failed
node).
For details on how to enable and disable R-APS virtual channel, see the section - “Enabling and Disabling
R-APS Virtual Channel” on page 11-20
The R-APS channels are not shared across rings. Each ring must have its own R-APS Channel.
•
The R-APS virtual channels of the sub rings are automatically closed using the master ring. R-APS
messages from the sub ring on the interconnection node are forwarded as normal data to and only to
the master ring ports.
•
The R-APS messages use a static destination mac-address of 01-19-A7-00-00-00. R-APS messages
must be tagged in order to identify the ring ID.
Note. The Service VLAN must be tagged, no support of "untagged" service VLAN. The sub ring and
master ring cannot use the same service VLAN.
Revertive / Non-Revertive Mode
Revertive mode is configured for compatibility between ERPv1 and ERPv2 nodes in the same ring. When
the ERPv2 node is operating with ERP v1 node in the same ring, it operates in revertive mode regardless
of user configuration.
Non-Revertive mode: Under non-revertive mode, when the failure condition recovers, the port that has
been blocked stays blocked and the unblocked RPL stays unblocked.
An exclusive clear operation can also be performed for non-revertive mode and revertive mode using the
ERPv2 CLI to clear any pending state. For details on CLI usage, see the section ...
Untagged Service VLAN
R-APS channel can be untagged by removing VLAN type configuration check on the Service VLAN
(SVLAN).
When specifying a SVLAN, the configuration must check that the ring port(s) are members of this VLAN,
tagged or untagged.
The VLAN and VPAs must be created first.
Note. All the nodes and ring ports must be configured with the same default or untagged VLAN.