Supported Platforms
Related Documentation
- J, SRX Series
- Understanding Chassis Cluster Redundancy Group 0: Routing Engines
- Understanding Chassis Cluster Redundancy Groups 1 Through 128
- Understanding Chassis Cluster Redundancy Group Interface Monitoring
- Understanding Chassis Cluster Redundancy Group Failover
- Understanding Chassis Cluster Monitoring of Global-Level Objects
- Understanding Chassis Cluster Redundancy Groups.
- SRX Series
- Understanding Chassis Cluster Redundancy Group IP Address Monitoring
- Node Interfaces on Active SRX Series Chassis Clusters
- Example: Configuring an SRX Series Services Gateway for the High-End as a Chassis Cluster
- Example: Configuring an SRX Series Services Gateway for the Branch as a Chassis Cluster
- Additional Information
- Chassis Cluster Feature Guide for Security Devices
Example: Configuring and Verifying Chassis Cluster Interface Monitoring
This example shows how to specify that an interface be monitored by a specific redundancy group for automatic failover to another node. You assign a weight to the interface to be monitored also shows how to verify the process of the remaining threshold of a monitoring interface by configuring two interfaces from each node and mapping them to redundancy groups.
Requirements
Before you begin, create a redundancy group. See Example: Configuring Chassis Cluster Redundancy Groups.
Overview
To retrieve the remaining redundancy group threshold after a monitoring interface is down, you can configure your system to monitor the health of the interfaces belonging to a redundancy group. When you assign a weight to an interface to be monitored, the system monitors the interface for availability. If a physical interface fails, the weight is deducted from the corresponding redundancy group's threshold. Every redundancy group has a threshold of 255. If the threshold hits 0, a failover is triggered, even if the redundancy group is in manual failover mode and the preempt option is not enabled.
In this example, you check the process of the remaining threshold of a monitoring interface by configuring two interfaces from each node and mapping them to Redundancy Group 1 (RG1), each with different weights. You use 130 and 140 for node 0 interfaces and 150 and 120 for node 1 interfaces. You configure one interface from each node and map the interfaces to Redundancy Group 2 (RG2), each with default weight of 255.
Figure 1 illustrates the network topology used in this example.
Figure 1: SRX Series Chassis Cluster Interface Monitoring Topology Example

Configuration
CLI Quick Configuration
To quickly configure this example, copy the following commands, paste them into a text file, remove any line breaks, change any details necessary to match your network configuration, copy and paste the commands into the CLI at the edit hierarchy level, and then enter commit from configuration mode.
Step-by-Step Procedure
The following example requires you to navigate various levels in the configuration hierarchy. For instructions on how to do that, see Using the CLI Editor in Configuration Mode in the Junos OS CLI User Guide.
To configure chassis cluster interface monitoring:
- Specify the traceoptions for chassis cluster.[edit chassis cluster]user@host# set traceoptions flag all
- Specify the number of redundant Ethernet interfaces.[edit chassis cluster]user@host# set reth-count 3
- Set up redundancy group 0 for the Routing Engine failover
properties, and set up RG1 and RG2 (all interfaces are in one redundancy
group in this example) to define the failover properties for the redundant
Ethernet interfaces.[edit chassis cluster]user@host# set redundancy-group 0 node 0 priority 254user@host# set redundancy-group 0 node 1 priority 1user@host# set redundancy-group 1 node 0 priority 200user@host# set redundancy-group 1 node 1 priority 100user@host# set redundancy-group 2 node 0 priority 200user@host# set redundancy-group 2 node 1 priority 100
- Set up interface monitoring to monitor the health of the
interfaces and trigger redundancy group failover.
Note: We do not recommend interface monitoring for RG0, because it causes the control plane to switch from one node to another node in case interface flap occurs.
[edit chassis cluster]user@host# Set redundancy-group 1 interface-monitor ge-0/0/1 weight 130user@host# Set redundancy-group 1 interface-monitor ge-0/0/2 weight 140user@host# Set redundancy-group 1 interface-monitor ge-8/0/1 weight 150user@host# Set redundancy-group 1 interface-monitor ge-0/0/2 weight 120user@host# Set redundancy-group 2 interface-monitor ge-0/0/3 weight 255user@host# Set redundancy-group 2 interface-monitor ge-8/0/3 weight 255Note: Interface failover only occurs after the weight reaches zero.
- Set up the redundant Ethernet (reth) interfaces and assign
them to a zone.[edit interfaces]user@host# Set ge-0/0/1 gigether-options redundant-parent reth0user@host# Set ge-0/0/2 gigether-options redundant-parent reth1user@host# Set ge-0/0/3 gigether-options redundant-parent reth2user@host# Set ge-8/0/1 gigether-options redundant-parent reth0user@host# Set ge-8/0/2 gigether-options redundant-parent reth1user@host# Set ge-8/0/3 gigether-options redundant-parent reth2user@host# Set reth0 redundant-ether-options redundancy-group 1user@host# Set reth0 unit 0 family inet address 10.1.1.1/8user@host# Set reth1 redundant-ether-options redundancy-group 1user@host# Set reth1 unit 0 family inet address 11.1.1.1/8user@host# Set reth2 redundant-ether-options redundancy-group 2user@host# Set reth2 unit 0 family inet address 12.1.1.1/8
Results
From configuration mode, confirm your configuration by entering the show chassis and show interfaces commands. If the output does not display the intended configuration, repeat the configuration instructions in this example to correct it.
If you are done configuring the device, enter commit from configuration mode.
Verification
The following sections walk you through the process of verifying and (in some cases) troubleshooting the interface status. The process shows you how to check the status of each interface in the redundancy group, check them again after they have been disabled, and looks for details about each interface, until you have circled through all interfaces in the redundancy group.
In this example, you verify the process of the remaining threshold of a monitoring interface by configuring two interfaces from each node and mapping them to RG1, each with different weights. You use 130 and 140 for node 0 interfaces and 150 and 120 for node 1 interfaces. You configure one interface from each node and map the interfaces to RG2, each with the default weight of 255.
- Verifying Chassis Cluster Status
- Verifying Chassis Cluster Interfaces
- Verifying Chassis Cluster Information
- Verifying Interface ge-0/0/1 Status After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
- Verifying Chassis Cluster Status After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
- Verifying Chassis Cluster Interfaces After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
- Verifying Chassis Cluster Information After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
- Verifying Interface ge-0/0/2 Is Disabled
- Verifying Chassis Cluster Status After Disabling Interface ge-0/0/2
- Verifying Chassis Cluster Interfaces After Disabling Interface ge-0/0/2
- Verifying Chassis Cluster Information After Disabling Interface ge-0/0/2
- Verifying Interface Status After Disabling ge-0/0/3
- Verifying Chassis Cluster Status After Disabling Interface ge-0/0/3
- Verifying Chassis Cluster Interfaces After Disabling Interface ge-0/0/3
- Verifying Chassis Cluster Information After Disabling Interface ge-0/0/3
- Verifying That Interface ge-0/0/2 Is Enabled
- Verifying Chassis Cluster Status After Enabling Interface ge-0/0/2
- Verifying Chassis Cluster Interfaces After Enabling Interface ge-0/0/2
- Verifying Chassis Cluster Information After Enabling Interface ge-0/0/2
- Verifying Chassis Cluster RG2 Preempt
- Verifying Chassis Cluster Status After Preempting RG2
- Verifying That Interface ge-0/0/3 Is Enabled
- Verifying Chassis Cluster Status After Enabling Interface ge-0/0/3
- Verifying Chassis Cluster Interfaces After Enabling Interface ge-0/0/3
- Verifying Chassis Cluster Information After Enabling Interface ge-0/0/3
Verifying Chassis Cluster Status
Purpose
Verify the chassis cluster status, failover status, and redundancy group information.
Action
From operational mode, enter the show chassis cluster status command.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring Cluster ID: 2 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 254 primary no no None node1 1 secondary no no None Redundancy group: 1 , Failover count: 1 node0 200 primary no no None node1 100 secondary no no None Redundancy group: 2 , Failover count: 1 node0 200 primary no no None node1 100 secondary no no None
Meaning
Use the show chassis cluster status command to confirm that devices in the chassis cluster are communicating properly, with one device functioning as the primary node and the other as the secondary node.
Verifying Chassis Cluster Interfaces
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster interfaces command.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up Control interfaces: Index Interface Monitored-Status Internal-SA 0 em0 Up Disabled 1 em1 Down Disabled Fabric link status: Up Fabric interfaces: Name Child-interface Status (Physical/Monitored) fab0 ge-0/0/0 Up / Up fab0 fab1 ge-8/0/0 Up / Up fab1 Redundant-ethernet Information: Name Status Redundancy-group reth0 Up 1 reth1 Up 1 reth2 Up 2 Redundant-pseudo-interface Information: Name Status Redundancy-group lo0 Up 0 Interface Monitoring: Interface Weight Status Redundancy-group ge-8/0/2 120 Up 1 ge-8/0/1 150 Up 1 ge-0/0/2 140 Up 1 ge-0/0/1 130 Up 1 ge-8/0/3 255 Up 2 ge-0/0/3 255 Up 2
Meaning
The sample output confirms that monitoring interfaces are up and that the weight of each interface being monitored is displayed correctly as configured. These values do not change if the interface goes up or down. The weights only change for the redundant group and can be viewed when you use the show chassis cluster information command.
Verifying Chassis Cluster Information
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster information command.
{primary:node0}
user@host> show chassis cluster information
node0: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: primary, Weight: 255 Time From To Reason Feb 24 22:56:27 hold secondary Hold timer expired Feb 24 22:56:34 secondary primary Better priority (254/1) Redundancy Group 1 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:12 secondary primary Remote yield (0/0) Redundancy Group 2 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:13 secondary primary Remote yield (0/0) Chassis cluster LED information: Current LED color: Green Last LED change reason: No failures node1: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 22:56:34 hold secondary Hold timer expired Redundancy Group 1 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Redundancy Group 2 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Chassis cluster LED information: Current LED color: Green Last LED change reason: No failures
Meaning
The sample output confirms that node 0 and node 1 are healthy, and the green LED on the device indicates that there are no failures. Also, the default weight of the redundancy group (255) is displayed. The default weight is deducted whenever an interface mapped to the corresponding redundancy group goes down.
Refer to subsequent verification sections to see how the redundancy group value varies when a monitoring interface goes down or comes up.
Verifying Interface ge-0/0/1 Status After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
Purpose
Verify that the interface ge-0/0/1 is disabled on node 0.
Action
From configuration mode, enter the set interface ge-0/0/1 disable command.
{primary:node0}
user@host# set interface ge-0/0/1 disable
user@host# commit
node0: configuration check succeeds node1: commit complete node0: commit complete
{primary:node0}
user@host# show interfaces ge-0/0/1
disable; gigether-options { redundant-parent reth0; }
Meaning
The sample output confirms that interface ge-0/0/1 is disabled.
Verifying Chassis Cluster Status After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
Purpose
Verify the chassis cluster status, failover status, and redundancy group information.
Action
From operational mode, enter the show chassis cluster status command.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring Cluster ID: 2 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 254 primary no no None node1 1 secondary no no None Redundancy group: 1 , Failover count: 1 node0 200 primary no no None node1 100 secondary no no None Redundancy group: 2 , Failover count: 1 node0 200 primary no no None node1 100 secondary no no None
Meaning
Use the show chassis cluster status command to confirm that devices in the chassis cluster are communicating properly, with one device functioning as the primary node and the other as the secondary node.
Verifying Chassis Cluster Interfaces After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster interfaces command.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up Control interfaces: Index Interface Monitored-Status Internal-SA 0 em0 Up Disabled 1 em1 Down Disabled Fabric link status: Up Fabric interfaces: Name Child-interface Status (Physical/Monitored) fab0 ge-0/0/0 Up / Up fab0 fab1 ge-8/0/0 Up / Up fab1 Redundant-ethernet Information: Name Status Redundancy-group reth0 Down 1 reth1 Up 1 reth2 Up 2 Redundant-pseudo-interface Information: Name Status Redundancy-group lo0 Up 0 Interface Monitoring: Interface Weight Status Redundancy-group ge-8/0/2 120 Up 1 ge-8/0/1 150 Up 1 ge-0/0/2 140 Up 1 ge-0/0/1 130 Down 1 ge-8/0/3 255 Up 2 ge-0/0/3 255 Up 2
Meaning
The sample output confirms that monitoring interface ge-0/0/1 is down.
Verifying Chassis Cluster Information After Disabling Interface ge-0/0/1 of RG1 in Node 0 with a Weight of 130
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster information command.
{primary:node0}
user@host> show chassis cluster information
node0: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: primary, Weight: 255 Time From To Reason Feb 24 22:56:27 hold secondary Hold timer expired Feb 24 22:56:34 secondary primary Better priority (254/1) Redundancy Group 1 , Current State: primary, Weight: 125 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:12 secondary primary Remote yield (0/0) Redundancy Group 2 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:13 secondary primary Remote yield (0/0) Chassis cluster LED information: Current LED color: Green Last LED change reason: No failures Failure Information: Interface Monitoring Failure Information: Redundancy Group 1, Monitoring status: Unhealthy Interface Status ge-0/0/1 Down node1: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 22:56:34 hold secondary Hold timer expired Redundancy Group 1 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Redundancy Group 2 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down
Meaning
The sample output confirms that in node 0, the RG1 weight is reduced to 125 (that is, 255 minus 130) because monitoring interface ge-0/0/1 (weight of 130) went down. The monitoring status is unhealthy, the device LED is amber, and the interface status of ge-0/0/1 is down.
![]() | Note: If interface ge-0/0/1 is brought back up, the weight of RG1 in node 0 becomes 255. Conversely, if interface ge-0/0/2 is also disabled, the weight of RG1 in node 0 becomes 0 or less (in this example, 125 minus 140 = -15) and triggers failover, as indicated in the next verification section. |
Verifying Interface ge-0/0/2 Is Disabled
Purpose
Verify that interface ge-0/0/2 is disabled on node 0.
Action
From configuration mode, enter the set interface ge-0/0/2 disable command.
{primary:node0}
user@host# set interface ge-0/0/2 disable
user@host# commit
node0: configuration check succeeds node1: commit complete node0: commit complete
{primary:node0}
user@host# show interfaces ge-0/0/2
disable; gigether-options { redundant-parent reth1; }
Meaning
The sample output confirms that interface ge-0/0/2 is disabled.
Verifying Chassis Cluster Status After Disabling Interface ge-0/0/2
Purpose
Verify the chassis cluster status, failover status, and redundancy group information.
Action
From operational mode, enter the show chassis cluster status command.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring Cluster ID: 2 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 254 primary no no None node1 1 secondary no no None Redundancy group: 1 , Failover count: 2 node0 0 secondary no no IF node1 100 primary no no None Redundancy group: 2 , Failover count: 1 node0 200 primary no no None node1 100 secondary no no None
Meaning
Use the show chassis cluster status command to confirm that devices in the chassis cluster are communicating properly, with one device functioning as the primary node and the other as the secondary node. On RG1, you see interface failure, because both interfaces mapped to RG1 on node 0 failed during interface monitoring.
Verifying Chassis Cluster Interfaces After Disabling Interface ge-0/0/2
Purpose
Verify information about chassis cluster interfaces.
Action
From operational mode, enter the show chassis cluster interfaces command.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up Control interfaces: Index Interface Monitored-Status Internal-SA 0 em0 Up Disabled 1 em1 Down Disabled Fabric link status: Up Fabric interfaces: Name Child-interface Status (Physical/Monitored) fab0 ge-0/0/0 Up / Up fab0 fab1 ge-8/0/0 Up / Up fab1 Redundant-ethernet Information: Name Status Redundancy-group reth0 Up 1 reth1 Up 1 reth2 Up 2 Redundant-pseudo-interface Information: Name Status Redundancy-group lo0 Up 0 Interface Monitoring: Interface Weight Status Redundancy-group ge-8/0/2 120 Up 1 ge-8/0/1 150 Up 1 ge-0/0/2 140 Down 1 ge-0/0/1 130 Down 1 ge-8/0/3 255 Up 2 ge-0/0/3 255 Up 2
Meaning
The sample output confirms that monitoring interfaces ge-0/0/1 and ge-0/0/2 are down.
Verifying Chassis Cluster Information After Disabling Interface ge-0/0/2
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster information command.
{primary:node0}
user@host> show chassis cluster information
node0: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: primary, Weight: 255 Time From To Reason Feb 24 22:56:27 hold secondary Hold timer expired Feb 24 22:56:34 secondary primary Better priority (254/1) Redundancy Group 1 , Current State: secondary, Weight: -15 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:12 secondary primary Remote yield (0/0) Feb 24 23:31:36 primary secondary-hold Monitor failed: IF Feb 24 23:31:37 secondary-hold secondary Ready to become secondary Redundancy Group 2 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:13 secondary primary Remote yield (0/0) Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down Failure Information: Interface Monitoring Failure Information: Redundancy Group 1, Monitoring status: Failed Interface Status ge-0/0/2 Down ge-0/0/1 Down node1: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 22:56:34 hold secondary Hold timer expired Redundancy Group 1 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Feb 24 23:31:36 secondary primary Remote is in secondary hold Redundancy Group 2 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down
Meaning
The sample output confirms that in node 0, monitoring interfaces ge-0/0/1 and ge-0/0/2 are down. The weight of RG1 on node 0 reached zero value, which triggered RG1 failover during use of the show chassis cluster status command.
![]() | Note: For RG2, the default weight of 255 is set for redundant Ethernet interface 2 (reth2). When interface monitoring is required, we recommend that you use the default weight when you do not have backup links like those in RG1. That is, if interface ge-0/0/3 is disabled, it immediately triggers failover because the weight becomes 0 (255 minus 225), as indicated in the next verification section. |
Verifying Interface Status After Disabling ge-0/0/3
Purpose
Verify that interface ge-0/0/3 is disabled on node 0.
Action
From configuration mode, enter the set interface ge-0/0/3 disable command.
{primary:node0}
user@host# set interface ge-0/0/3 disable
user@host# commit
node0: configuration check succeeds node1: commit complete node0: commit complete
{primary:node0}
user@host# show interfaces ge-0/0/3
disable; gigether-options { redundant-parent reth2; }
Meaning
The sample output confirms that interface ge-0/0/3 is disabled.
Verifying Chassis Cluster Status After Disabling Interface ge-0/0/3
Purpose
Verify the chassis cluster status, failover status, and redundancy group information.
Action
From operational mode, enter the show chassis cluster status command.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring Cluster ID: 2 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 254 primary no no None node1 1 secondary no no None Redundancy group: 1 , Failover count: 2 node0 0 secondary no no IF node1 100 primary no no None Redundancy group: 2 , Failover count: 2 node0 0 secondary no no IF node1 100 primary no no None
Meaning
Use the show chassis cluster status command to confirm that devices in the chassis cluster are communicating properly, with one device functioning as the primary node and the other as the secondary node.
Verifying Chassis Cluster Interfaces After Disabling Interface ge-0/0/3
Purpose
Verify information about chassis cluster interfaces.
Action
From operational mode, enter the show chassis cluster interfaces command.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up Control interfaces: Index Interface Monitored-Status Internal-SA 0 em0 Up Disabled 1 em1 Down Disabled Fabric link status: Up Fabric interfaces: Name Child-interface Status (Physical/Monitored) fab0 ge-0/0/0 Up / Up fab0 fab1 ge-8/0/0 Up / Up fab1 Redundant-ethernet Information: Name Status Redundancy-group reth0 Up 1 reth1 Up 1 reth2 Up 2 Redundant-pseudo-interface Information: Name Status Redundancy-group lo0 Up 0 Interface Monitoring: Interface Weight Status Redundancy-group ge-8/0/2 120 Up 1 ge-8/0/1 150 Up 1 ge-0/0/2 140 Down 1 ge-0/0/1 130 Down 1 ge-8/0/3 255 Up 2 ge-0/0/3 255 Down 2
Meaning
The sample output confirms that monitoring interfaces ge-0/0/1, ge-0/0/2, and ge-0/0/3 are down.
Verifying Chassis Cluster Information After Disabling Interface ge-0/0/3
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster information command.
{primary:node0}
user@host> show chassis cluster information
node0: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: primary, Weight: 255 Time From To Reason Feb 24 22:56:27 hold secondary Hold timer expired Feb 24 22:56:34 secondary primary Better priority (254/1) Redundancy Group 1 , Current State: secondary, Weight: -15 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:12 secondary primary Remote yield (0/0) Feb 24 23:31:36 primary secondary-hold Monitor failed: IF Feb 24 23:31:37 secondary-hold secondary Ready to become secondary Redundancy Group 2 , Current State: secondary, Weight: 0 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:13 secondary primary Remote yield (0/0) Feb 24 23:35:57 primary secondary-hold Monitor failed: IF Feb 24 23:35:58 secondary-hold secondary Ready to become secondary Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down Failure Information: Interface Monitoring Failure Information: Redundancy Group 1, Monitoring status: Failed Interface Status ge-0/0/2 Down ge-0/0/1 Down Redundancy Group 2, Monitoring status: Failed Interface Status ge-0/0/3 Down node1: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 22:56:34 hold secondary Hold timer expired Redundancy Group 1 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Feb 24 23:31:36 secondary primary Remote is in secondary hold Redundancy Group 2 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Feb 24 23:35:57 secondary primary Remote is in secondary hold Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down
Meaning
The sample output confirms that in node 0, monitoring interfaces ge-0/0/1, ge-0/0/2, and ge-0/0/3 are down.
![]() | Note: In regard to RG1, making any interface in node 0 go up should trigger a failover only if the preempt option is enabled. In the example, preempt is not enabled. Therefore the node should return to normal, with no monitor failure showing for RG1. |
Verifying That Interface ge-0/0/2 Is Enabled
Purpose
Verify that interface ge-0/0/2 is enabled on node 0.
Action
From configuration mode, enter the delete interfaces ge-0/0/2 disable command.
{primary:node0}
user@host# delete interfaces ge-0/0/2 disable
user@host# commit
node0: configuration check succeeds node1: commit complete node0: commit complete
Meaning
The sample output confirms that interface ge-0/0/2 disable is deleted.
Verifying Chassis Cluster Status After Enabling Interface ge-0/0/2
Purpose
Verify the chassis cluster status, failover status, and redundancy group information.
Action
From operational mode, enter the show chassis cluster status command.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring Cluster ID: 2 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 254 primary no no None node1 1 secondary no no None Redundancy group: 1 , Failover count: 2 node0 200 secondary no no None node1 100 primary no no None Redundancy group: 2 , Failover count: 2 node0 0 secondary no no IF node1 100 primary no no None
Meaning
Use the show chassis cluster status command to confirm that devices in the chassis cluster are communicating properly, with as one device functioning as the primary node and the other as the secondary node.
Verifying Chassis Cluster Interfaces After Enabling Interface ge-0/0/2
Purpose
Verify information about chassis cluster interfaces.
Action
From operational mode, enter the show chassis cluster interfaces command.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up Control interfaces: Index Interface Monitored-Status Internal-SA 0 em0 Up Disabled 1 em1 Down Disabled Fabric link status: Up Fabric interfaces: Name Child-interface Status (Physical/Monitored) fab0 ge-0/0/0 Up / Up fab0 fab1 ge-8/0/0 Up / Up fab1 Redundant-ethernet Information: Name Status Redundancy-group reth0 Up 1 reth1 Up 1 reth2 Up 2 Redundant-pseudo-interface Information: Name Status Redundancy-group lo0 Up 0 Interface Monitoring: Interface Weight Status Redundancy-group ge-8/0/2 120 Up 1 ge-8/0/1 150 Up 1 ge-0/0/2 140 Up 1 ge-0/0/1 130 Down 1 ge-8/0/3 255 Up 2 ge-0/0/3 255 Down 2
Meaning
The sample output confirms that monitoring interfaces ge-0/0/1 and ge-0/0/3 are down. Monitoring interface ge-0/0/2 is up after the disable has been deleted.
Verifying Chassis Cluster Information After Enabling Interface ge-0/0/2
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster information command.
{primary:node0}
user@host> show chassis cluster information
node0: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: primary, Weight: 255 Time From To Reason Feb 24 22:56:27 hold secondary Hold timer expired Feb 24 22:56:34 secondary primary Better priority (254/1) Redundancy Group 1 , Current State: secondary, Weight: 125 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:12 secondary primary Remote yield (0/0) Feb 24 23:31:36 primary secondary-hold Monitor failed: IF Feb 24 23:31:37 secondary-hold secondary Ready to become secondary Redundancy Group 2 , Current State: secondary, Weight: 0 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:13 secondary primary Remote yield (0/0) Feb 24 23:35:57 primary secondary-hold Monitor failed: IF Feb 24 23:35:58 secondary-hold secondary Ready to become secondary Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down Failure Information: Interface Monitoring Failure Information: Redundancy Group 1, Monitoring status: Unhealthy Interface Status ge-0/0/1 Down Redundancy Group 2, Monitoring status: Failed Interface Status ge-0/0/3 Down node1: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 22:56:34 hold secondary Hold timer expired Redundancy Group 1 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Feb 24 23:31:36 secondary primary Remote is in secondary hold Redundancy Group 2 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Feb 24 23:35:57 secondary primary Remote is in secondary hold Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down
Meaning
The sample output confirms that in node 0, monitoring interfaces ge-0/0/1 and ge-0/0/3 are down. Monitoring interface ge-0/0/2 is active after the disable has been deleted.
Verifying Chassis Cluster RG2 Preempt
Purpose
Verify that the chassis cluster RG2 is preempted on node 0.
Action
From configuration mode, enter the set chassis cluster redundancy-group 2 preempt command.
{primary:node0}
user@host# set chassis cluster redundancy-group
2 preempt
user@host# commit
node0: configuration check succeeds node1: commit complete node0: commit complete
Meaning
The sample output confirms that chassis cluster RG2 preempted on node 0.
![]() | Note: In the next section, you check that RG2 fails over back to node 0 when preempt is enabled when the disabled node 0 interface is brought online. |
Verifying Chassis Cluster Status After Preempting RG2
Purpose
Verify the chassis cluster status, failover status, and redundancy group information.
Action
From operational mode, enter the show chassis cluster status command.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring Cluster ID: 2 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 254 primary no no None node1 1 secondary no no None Redundancy group: 1 , Failover count: 2 node0 200 secondary no no None node1 100 primary no no None Redundancy group: 2 , Failover count: 2 node0 0 secondary yes no IF node1 100 primary yes no None
Meaning
Use the show chassis cluster status command to confirm that devices in the chassis cluster are communicating properly, with one device functioning as the primary node and the other as the secondary node.
Verifying That Interface ge-0/0/3 Is Enabled
Purpose
Verify that interface ge-0/0/3 is enabled on node 0.
Action
From configuration mode, enter the delete interfaces ge-0/0/3 disable command.
{primary:node0}
user@host# delete interfaces ge-0/0/3 disable
user@host# commit
node0: configuration check succeeds node1: commit complete node0: commit complete
Meaning
The sample output confirms that interface ge-0/0/3 disable has been deleted.
Verifying Chassis Cluster Status After Enabling Interface ge-0/0/3
Purpose
Verify the chassis cluster status, failover status, and redundancy group information.
Action
From operational mode, enter the show chassis cluster status command.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes: CS Cold Sync monitoring FL Fabric Connection monitoring GR GRES monitoring HW Hardware monitoring IF Interface monitoring IP IP monitoring LB Loopback monitoring MB Mbuf monitoring NH Nexthop monitoring NP NPC monitoring SP SPU monitoring SM Schedule monitoring CF Config Sync monitoring Cluster ID: 2 Node Priority Status Preempt Manual Monitor-failures Redundancy group: 0 , Failover count: 1 node0 254 primary no no None node1 1 secondary no no None Redundancy group: 1 , Failover count: 2 node0 200 secondary no no None node1 100 primary no no None Redundancy group: 2 , Failover count: 3 node0 200 primary yes no None node1 100 secondary yes no None
Meaning
Use the show chassis cluster status command to confirm that devices in the chassis cluster are communicating properly, with one device functioning as the primary node and the other as the secondary node.
Verifying Chassis Cluster Interfaces After Enabling Interface ge-0/0/3
Purpose
Verify information about chassis cluster interfaces.
Action
From operational mode, enter the show chassis cluster interfaces command.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up Control interfaces: Index Interface Monitored-Status Internal-SA 0 em0 Up Disabled 1 em1 Down Disabled Fabric link status: Up Fabric interfaces: Name Child-interface Status (Physical/Monitored) fab0 ge-0/0/0 Up / Up fab0 fab1 ge-8/0/0 Up / Up fab1 Redundant-ethernet Information: Name Status Redundancy-group reth0 Up 1 reth1 Up 1 reth2 Up 2 Redundant-pseudo-interface Information: Name Status Redundancy-group lo0 Up 0 Interface Monitoring: Interface Weight Status Redundancy-group ge-8/0/2 120 Up 1 ge-8/0/1 150 Up 1 ge-0/0/2 140 Up 1 ge-0/0/1 130 Down 1 ge-8/0/3 255 Up 2 ge-0/0/3 255 Up 2
Meaning
The sample output confirms that monitoring interface ge-0/0/1 is down. Monitoring interfaces ge-0/0/2, and ge-0/0/3 are up after deleting the disable.
Verifying Chassis Cluster Information After Enabling Interface ge-0/0/3
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitoring interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster information command.
{primary:node0}
user@host> show chassis cluster information
node0: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: primary, Weight: 255 Time From To Reason Feb 24 22:56:27 hold secondary Hold timer expired Feb 24 22:56:34 secondary primary Better priority (254/1) Redundancy Group 1 , Current State: secondary, Weight: 125 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:12 secondary primary Remote yield (0/0) Feb 24 23:31:36 primary secondary-hold Monitor failed: IF Feb 24 23:31:37 secondary-hold secondary Ready to become secondary Redundancy Group 2 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:12 hold secondary Hold timer expired Feb 24 23:16:13 secondary primary Remote yield (0/0) Feb 24 23:35:57 primary secondary-hold Monitor failed: IF Feb 24 23:35:58 secondary-hold secondary Ready to become secondary Feb 24 23:45:45 secondary primary Remote is in secondary hold Chassis cluster LED information: Current LED color: Green Last LED change reason: No failures Failure Information: Interface Monitoring Failure Information: Redundancy Group 1, Monitoring status: Unhealthy Interface Status ge-0/0/1 Down node1: -------------------------------------------------------------------------- Redundancy Group Information: Redundancy Group 0 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 22:56:34 hold secondary Hold timer expired Redundancy Group 1 , Current State: primary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Feb 24 23:31:36 secondary primary Remote is in secondary hold Redundancy Group 2 , Current State: secondary, Weight: 255 Time From To Reason Feb 24 23:16:10 hold secondary Hold timer expired Feb 24 23:35:57 secondary primary Remote is in secondary hold Feb 24 23:45:45 primary secondary-hold Preempt (100/200) Feb 24 23:45:46 secondary-hold secondary Ready to become secondary Chassis cluster LED information: Current LED color: Amber Last LED change reason: Monitored objects are down
Meaning
The sample output confirms that in node 0, monitoring interface ge-0/0/1 is down. RG2 on node 0 state is back to primary state (because of the preempt enable) with a healthy weight of 255 when interface ge-0/0/3 is back up.
Related Documentation
- J, SRX Series
- Understanding Chassis Cluster Redundancy Group 0: Routing Engines
- Understanding Chassis Cluster Redundancy Groups 1 Through 128
- Understanding Chassis Cluster Redundancy Group Interface Monitoring
- Understanding Chassis Cluster Redundancy Group Failover
- Understanding Chassis Cluster Monitoring of Global-Level Objects
- Understanding Chassis Cluster Redundancy Groups.
- SRX Series
- Understanding Chassis Cluster Redundancy Group IP Address Monitoring
- Node Interfaces on Active SRX Series Chassis Clusters
- Example: Configuring an SRX Series Services Gateway for the High-End as a Chassis Cluster
- Example: Configuring an SRX Series Services Gateway for the Branch as a Chassis Cluster
- Additional Information
- Chassis Cluster Feature Guide for Security Devices
Modified: 2016-11-09
Supported Platforms
Related Documentation
- J, SRX Series
- Understanding Chassis Cluster Redundancy Group 0: Routing Engines
- Understanding Chassis Cluster Redundancy Groups 1 Through 128
- Understanding Chassis Cluster Redundancy Group Interface Monitoring
- Understanding Chassis Cluster Redundancy Group Failover
- Understanding Chassis Cluster Monitoring of Global-Level Objects
- Understanding Chassis Cluster Redundancy Groups.
- SRX Series
- Understanding Chassis Cluster Redundancy Group IP Address Monitoring
- Node Interfaces on Active SRX Series Chassis Clusters
- Example: Configuring an SRX Series Services Gateway for the High-End as a Chassis Cluster
- Example: Configuring an SRX Series Services Gateway for the Branch as a Chassis Cluster
- Additional Information
- Chassis Cluster Feature Guide for Security Devices