12 Rec. ITU-T G.8032/Y.1344 (02/2012)
b) does not prevent R-APS messages, locally generated at the ERP control process, from being
transmitted over both ring ports;
c) allows R-APS messages received at each ring port to be delivered to the ERP control
process. The ERP control process shall discard all received R-APS messages with a ring ID
that does not match the configured ring ID of the current ERP instance.
Each ERP instance shall only block or unblock its R-APS channel. This is guaranteed by excluding
the connection point from the ETH_FF for the VLAN ID of the R-APS traffic and is equivalent to
performing group address filtering as defined in [IEEE 802.1Q]
On sub-rings without an R-APS virtual channel, the R-APS channel is never blocked on any of its
sub-ring nodes. However, in this case, the R-APS channel is terminated at the interconnection
nodes.
9.6 FDB flush
An FDB flush consists of removing MAC addresses learned on the ring ports of the protected
Ethernet ring from the Ethernet ring node's filtering database.
Each ERP instance may flush only the FDB for the VLAN IDs of the traffic channels of the set of
VLANs it is assigned to protect.
9.7 Ethernet ring protection switching models for interconnection
The Ethernet ring protection switching model for interconnection supports multi-ring/ladder
topologies such as those illustrated in Appendix II.
Figure 9-5 depicts an example of the model on a multi-ring/ladder network defined in this
Recommendation. If the multi-ring/ladder network is in its normal condition, the RPL owner node
of each Ethernet ring blocks the transmission and reception of traffic over the RPL for that Ethernet
ring. Figure 9-5 presents the configuration when no failure is present on any ring link.
In Figure 9-5 there are two interconnected Ethernet rings. Ethernet ring ERP1 is composed of
Ethernet ring nodes A, B, C and D and the ring links between these Ethernet ring nodes. Ethernet
ring ERP2 is composed of Ethernet ring nodes C, D, E and F and the ring links C-to-F, F-to-E, E-to-
D. The ring link between D and C is used for traffic of Ethernet rings ERP1 and ERP2. On their
own ERP2 ring links do not form a closed loop. A closed loop may be formed by the ring links of
ERP2 and the ring link between interconnection nodes that is controlled by ERP1. ERP2 is a sub-
ring. Ethernet ring node A is the RPL owner node for ERP1. Ethernet ring node E is the RPL owner
node for ERP2. These Ethernet ring nodes (A and E) are responsible for blocking the traffic channel
on the RPL for ERP1 and ERP2 respectively. There is no restriction on which ring link on an
Ethernet ring may be set as RPL. For example the RPL of ERP1 could be set as the link between
Ethernet ring nodes C and D.
Ethernet ring nodes C and D that are common to both ERP1 and ERP2, are called the
interconnection nodes. The ring links between the interconnection nodes are controlled and
protected by the Ethernet ring it belongs to. In the example of Figure 9-5, the ring link between
Ethernet ring nodes C and D is part of ERP1 and as such, controlled and protected by ERP1. The
ETH characteristic information (ETH_CI) traffic corresponding to the traffic channel may be
transferred over a common ETH_C function for ERP1 and ERP2 through the interconnection nodes
C and D. Interconnection nodes C and D have separate ERP control processes for each Ethernet
ring.