
Ring Checking
At specified intervals, the Master node sends a ring health frame (RHF) through the ring. If the ring is complete, the frame is
received on its secondary port and the Master node resets its fail-period timer and continues normal operation.
If the Master node does not receive the RHF before the fail-period timer expires (a configurable timer), the Master node moves from
the Normal state to the Ring-Fault state and unblocks its Secondary port. The Master node also clears its forwarding table and
sends a control frame to all other nodes, instructing them to also clear their forwarding tables. Immediately after clearing its
forwarding table, each node starts learning the new topology.
Ring Failure
If a Transit node detects a link down on any of its ports on the FRRP ring, it immediately sends a link-down control frame on the
Control VLAN to the Master node.
When the Master node receives this control frame, the Master node moves from the Normal state to the Ring-Fault state and
unblocks its Secondary port. The Master node clears its routing table and sends a control frame to all other ring nodes, instructing
them to clear their routing tables as well. Immediately after clearing its routing table, each node begins learning the new topology.
Ring Restoration
The Master node continues sending ring health frames out its primary port even when operating in the Ring-Fault state.
After the ring is restored, the next status check frame is received on the Master node's Secondary port. This causes the Master
node to transition back to the Normal state. The Master node then logically blocks non-control frames on the Secondary port, clears
its own forwarding table, and sends a control frame to the Transit nodes, instructing them to clear their forwarding tables and re-
learn the topology.
During the time between the Transit node detecting that its link is restored and the Master node detecting that the ring is restored,
the Master node’s Secondary port is still forwarding traffic. This can create a temporary loop in the topology. To prevent this, the
Transit node places all the ring ports transiting the newly restored port into a temporary blocked state. The Transit node remembers
which port has been temporarily blocked and places it into a pre- forwarding state. When the Transit node in the pre-forwarding
state receives the control frame instructing it to clear its routing table, it does so and unblocks the previously blocked ring ports on
the newly restored port. Then the Transit node returns to the Normal state.
Multiple FRRP Rings
Up to 255 rings are allowed per system and multiple rings can be run on one system.
More than the recommended number of rings may cause interface instability. You can configure multiple rings with a single switch
connection; a single ring can have multiple FRRP groups; multiple rings can be connected with a common link.
The platform supports up to 32 rings on a system (including stacked units).
Member VLAN Spanning Two Rings Connected by One Switch
A member VLAN can span two rings interconnected by a common switch, in a figure-eight style topology.
A switch can act as a Master node for one FRRP group and a Transit for another FRRP group, or it can be a Transit node for both
rings.
In the following example, FRRP 101 is a ring with its own Control VLAN, and FRRP 202 has its own Control VLAN running on another
ring. A Member VLAN that spans both rings is added as a Member VLAN to both FRRP groups. Switch R3 has two instances of
FRRP running on it: one for each ring. The example topology that follows shows R3 assuming the role of a Transit node for both
FRRP 101 and FRRP 202.
328
Force10 Resilient Ring Protocol (FRRP)
Содержание S4048-ON
Страница 1: ...Dell Configuration Guide for the S4048 ON System 9 9 0 0 ...
Страница 146: ...Figure 14 BFD Three Way Handshake State Changes 146 Bidirectional Forwarding Detection BFD ...
Страница 477: ...Figure 68 Inspecting Configuration of LAG 10 on ALPHA Link Aggregation Control Protocol LACP 477 ...
Страница 480: ...Figure 70 Inspecting a LAG Port on BRAVO Using the show interface Command 480 Link Aggregation Control Protocol LACP ...
Страница 481: ...Figure 71 Inspecting LAG 10 Using the show interfaces port channel Command Link Aggregation Control Protocol LACP 481 ...
Страница 522: ...Figure 87 Configuring Interfaces for MSDP 522 Multicast Source Discovery Protocol MSDP ...
Страница 523: ...Figure 88 Configuring OSPF and BGP for MSDP Multicast Source Discovery Protocol MSDP 523 ...
Страница 524: ...Figure 89 Configuring PIM in Multiple Routing Domains 524 Multicast Source Discovery Protocol MSDP ...
Страница 528: ...Figure 91 MSDP Default Peer Scenario 1 528 Multicast Source Discovery Protocol MSDP ...
Страница 529: ...Figure 92 MSDP Default Peer Scenario 2 Multicast Source Discovery Protocol MSDP 529 ...
Страница 530: ...Figure 93 MSDP Default Peer Scenario 3 530 Multicast Source Discovery Protocol MSDP ...
Страница 633: ...Policy based Routing PBR 633 ...
Страница 777: ...Figure 119 Single and Double Tag TPID Match Service Provider Bridging 777 ...
Страница 778: ...Figure 120 Single and Double Tag First byte TPID Match 778 Service Provider Bridging ...