Supported Platforms
Example: Configuring an Active/Passive Chassis Cluster Pair (CLI)
This example shows how to configure active/passive chassis clustering for devices.
Requirements
Before you begin:
- Physically connect a pair of devices together,
ensuring that they are the same models.
- To create the fabric link, connect a Gigabit Ethernet interface on one device to another Gigabit Ethernet interface on the other device.
- To create the control link, connect the ge-0/0/3 Gigabit Ethernet interfaces of the two devices.
- Connect to one of the devices using the console port.
(This is the node that forms the cluster.)
- Set the cluster ID and node number.user@host> set chassis cluster cluster-id 1 node 0 reboot
- Set the cluster ID and node number.
- Connect to the other device using the console port.
- Set the cluster ID and node number.user@host> set chassis cluster cluster-id 1 node 1 reboot
- Set the cluster ID and node number.
Overview
In this example, a single device in the cluster is used to route all traffic, and the other device is used only in the event of a failure. (See Figure 1.) When a failure occurs, the backup device becomes master and controls all forwarding.
Figure 1: Active/Passive Chassis Cluster Topology

You can create an active/passive chassis cluster by configuring redundant Ethernet interfaces (reths) that are all assigned to the same redundancy group. This configuration minimizes the traffic over the fabric link because only one node in the cluster forwards traffic at any given time.
In this example, you configure group (applying the configuration with the apply-groups command) and chassis cluster information. Then you configure security zones and security policies. See Table 1 through Table 4.
Table 1: Group and Chassis Cluster Configuration Parameters
Feature | Name | Configuration Parameters |
---|---|---|
Groups | node0 |
|
node1 |
|
Table 2: Chassis Cluster Configuration Parameters
Feature | Name | Configuration Parameters |
---|---|---|
Fabric links | fab0 | Interface: ge-0/0/1 |
fab1 | Interface: ge-4/0/1 | |
Heartbeat interval | – | 1000 |
Heartbeat threshold | – | 3 |
Redundancy group | 0 |
|
1 |
| |
Interface monitoring
| ||
Number of redundant Ethernet interfaces | – | 2 |
Interfaces | ge-0/0/0 | Redundant parent: reth1 |
ge-4/0/0 | Redundant parent: reth1 | |
fe-1/0/0 | Redundant parent: reth0 | |
fe-5/0/0 | Redundant parent: reth0 | |
reth0 | Redundancy group: 1 | |
| ||
reth1 | Redundancy group: 1 | |
|
Table 3: Security Zone Configuration Parameters
Name | Configuration Parameters |
---|---|
trust | The reth1.0 interface is bound to this zone. |
untrust | The reth0.0 interface is bound to this zone. |
Table 4: Security Policy Configuration Parameters
Purpose | Name | Configuration Parameters |
---|---|---|
This security policy permits traffic from the trust zone to the untrust zone. | ANY |
|
Configuration
CLI Quick Configuration
To quickly configure a chassis cluster on a J2320 Services Router, copy the following commands and paste them into the CLI.
Step-by-Step Procedure
To configure an active/passive chassis cluster pair with J2320 Services Router devices:
- Configure the management interface.{primary:node0}[edit]user@host# set groups node0 system host-name J2320-Auser@host# set groups node0 interfaces fxp0 unit 0 family inet address 192.168.3.110/24user@host# set groups node1 system host-name J2320-Buser@host# set groups node1 interfaces fxp0 unit 0 family inet address 192.168.3.111/24user@host# set apply-groups “${node}”
- Configure the fabric interface.{primary:node0}[edit]user@host# set interfaces fab0 fabric-options member-interfaces ge-0/0/1user@host# set interfaces fab1 fabric-options member-interfaces ge-4/0/1
- Configure heartbeat settings.{primary:node0}[edit]user@host# set chassis cluster heartbeat-interval 1000user@host# set chassis cluster heartbeat-threshold 3
- Configure redundancy groups.{primary:node0}[edit]user@host# set chassis cluster redundancy-group 0 node 0 priority 100user@host# set chassis cluster redundancy-group 0 node 1 priority 1user@host# set chassis cluster redundancy-group 1 node 0 priority 100user@host# set chassis cluster redundancy-group 1 node 1 priority 1user@host# set chassis cluster redundancy-group 1 interface-monitor fe-1/0/0 weight 255user@host# set chassis cluster redundancy-group 1 interface-monitor fe-5/0/0 weight 255user@host# set chassis cluster redundancy-group 1 interface-monitor ge-0/0/0 weight 255user@host# set chassis cluster redundancy-group 1 interface-monitor ge-4/0/0 weight 255
- Configure redundant Ethernet interfaces.{primary:node0}[edit]user@host# set chassis cluster reth-count 2user@host# set interfaces ge-0/0/0 gigether-options redundant-parent reth1user@host# set interfaces ge-4/0/0 gigether-options redundant-parent reth1user@host# set interfaces fe-1/0/0 fastether-options redundant-parent reth0user@host# set interfaces fe-5/0/0 fastether-options redundant-parent reth0user@host# set interfaces reth0 redundant-ether-options redundancy-group 1user@host# set interfaces reth0 unit 0 family inet address 10.16.8.1/24user@host# set interfaces reth1 redundant-ether-options redundancy-group 1user@host# set interfaces reth1 unit 0 family inet address 1.2.0.233/24
- Configure security zones.{primary:node0}[edit]user@host# set security zones security-zone untrust interfaces reth1.0user@host# set security zones security-zone trust interfaces reth0.0
- Configure security policies.{primary:node0}[edit]user@host# set security policies from-zone trust to-zone untrust policy ANY match source-address anyuser@host# set security policies from-zone trust to-zone untrust policy ANY match destination-address anyuser@host# set security policies from-zone trust to-zone untrust policy ANY match application anyuser@host# set security policies from-zone trust to-zone untrust policy ANY then permit
Results
From configuration mode, confirm your configuration by entering the show configuration command. If the output does not display the intended configuration, repeat the configuration instructions in this example to correct it.
For brevity, this show command output includes only the configuration that is relevant to this example. Any other configuration on the system has been replaced with ellipses (...).
If you are done configuring the device, enter commit from configuration mode.
Verification
Confirm that the configuration is working properly.
- Verifying Chassis Cluster Status
- Verifying Chassis Cluster Interfaces
- Verifying Chassis Cluster Statistics
- Verifying Chassis Cluster Control Plane Statistics
- Verifying Chassis Cluster Data Plane Statistics
- Verifying Chassis Cluster Redundancy Group Status
- Troubleshooting with Logs
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
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 1 node0 100 primary no no node1 1 secondary no no Redundancy group: 1 , Failover count: 1 node0 100 primary no no node1 1 secondary no no
Verifying Chassis Cluster Interfaces
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 name: fxp1 Redundant-ethernet Information: Name Status Redundancy-group reth0 Up 1 reth1 Up 1 Interface Monitoring: Interface Weight Status Redundancy-group fe-1/0/0 255 Up 1 fe-5/0/0 255 Up 1 ge-0/0/0 255 Up 1 ge-4/0/0 255 Up 1
Verifying Chassis Cluster Statistics
Purpose
Verify information about the statistics of the different objects being synchronized, the fabric and control interface hellos, and the status of the monitored interfaces in the cluster.
Action
From operational mode, enter the show chassis cluster statistics command.
{primary:node0}
user@host> show chassis cluster statistics
Control link statistics: Control link 0: Heartbeat packets sent: 2276 Heartbeat packets received: 2280 Heartbeat packets errors: 0 Fabric link statistics: Child link 0 Probes sent: 2272 Probes received: 597 Services Synchronized: Service name RTOs sent RTOs received Translation context 0 0 Incoming NAT 0 0 Resource manager 6 0 Session create 161 0 Session close 148 0 Session change 0 0 Gate create 0 0 Session ageout refresh requests 0 0 Session ageout refresh replies 0 0 IPSec VPN 0 0 Firewall user authentication 0 0 MGCP ALG 0 0 H323 ALG 0 0 SIP ALG 0 0 SCCP ALG 0 0 PPTP ALG 0 0 RPC ALG 0 0 RTSP ALG 0 0 RAS ALG 0 0 MAC address learning 0 0 GPRS GTP 0 0
Verifying Chassis Cluster Control Plane Statistics
Purpose
Verify information about chassis cluster control plane statistics (heartbeats sent and received) and the fabric link statistics (probes sent and received).
Action
From operational mode, enter the show chassis cluster control-plane statistics command.
{primary:node0}
user@host> show chassis cluster control-plane
statistics
Control link statistics: Control link 0: Heartbeat packets sent: 258689 Heartbeat packets received: 258684 Heartbeat packets errors: 0 Fabric link statistics: Child link 0 Probes sent: 258681 Probes received: 258681
Verifying Chassis Cluster Data Plane Statistics
Purpose
Verify information about the number of RTOs sent and received for services.
Action
From operational mode, enter the show chassis cluster data-plane statistics command.
{primary:node0}
user@host> show chassis cluster data-plane statistics
Services Synchronized: Service name RTOs sent RTOs received Translation context 0 0 Incoming NAT 0 0 Resource manager 6 0 Session create 161 0 Session close 148 0 Session change 0 0 Gate create 0 0 Session ageout refresh requests 0 0 Session ageout refresh replies 0 0 IPSec VPN 0 0 Firewall user authentication 0 0 MGCP ALG 0 0 H323 ALG 0 0 SIP ALG 0 0 SCCP ALG 0 0 PPTP ALG 0 0 RPC ALG 0 0 RTSP ALG 0 0 RAS ALG 0 0 MAC address learning 0 0 GPRS GTP 0 0
Verifying Chassis Cluster Redundancy Group Status
Purpose
Verify the state and priority of both nodes in a cluster and information about whether the primary node has been preempted or whether there has been a manual failover.
Action
From operational mode, enter the chassis cluster status redundancy-group command.
{primary:node0}
user@host> show chassis cluster status redundancy-group
1
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy-Group: 1, Failover count: 1 node0 100 primary no no node1 1 secondary no no
Troubleshooting with Logs
Purpose
Use these logs to identify any chassis cluster issues. You should run these logs on both nodes.
Action
From operational mode, enter these show commands.
Published: 2015-02-27
Supported Platforms
Related Documentation
- SRX Series
- Understanding Active/Passive Chassis Cluster Deployment
- Example: Configuring an Active/Passive Chassis Cluster Pair (J-Web)
- Results of Enabling Chassis Cluster
- Understanding Chassis Cluster Formation
- Additional Information
- Chassis Cluster Feature Guide for Security Devices