Service Redundancy Daemon

Introduction to the Service Redundancy Daemon

• The service redundancy daemon (srd) provides configurable events that can decide when redundancy occurs across multiple gateways on MX Series routers with MS-MPCs and MS-MICs. This enables you to manage primary-role switchovers based on a monitored event. You can configure redundancy based on monitored events, including:

  • Link down events.

  • FPC and PIC reboots.

  • Routing protocol daemon (rpd) terminates and restarts.

  • Peer gateway events, including requests to acquire or release primary role, or to broadcast warnings.

Service Redundancy Daemon Components

The following configurable components control srd processing:

• Redundancy Event—A monitored critical event that triggers the srd to acquire or release primary role for redundancy peers, or to trigger warning-only events, and to add or delete signal routes. Monitored events include interface or link down events, rpd events, and acquire or release primary role events from peers.

• Redundancy Policy—A policy that defines the set of actions taken when a redundancy event occurs. Available actions include acquisition or release of primary role, and addition or deletion of signal routes.

• Redundancy Set—A collection of one or more service sets with a common redundancy policy or policies. A redundancy set applies to two or more system gateways. Only one of the gateways is primary and the peer or peers are standby at any time. Redundancy policies define the actions to be taken for a redundancy set when the srd detects a triggering event.

• Redundancy Group—A one-to-one relationship exists between a redundancy set and a redundancy group. One redundancy set can be part of only one redundancy group.

• Signal routes—Static routes that are added or deleted by the srd based on primary role state changes.

• Routing Policies—Policies that are configured to advertise routes based on the existence or non-existence of signal routes using the if-route-exists condition.

• VRRP (Virtual Router Redundancy Protocol) route tracking—TA standard Junos OS VRRP feature, but optional srd component, that tracks whether a reachable route exists in the routing table of the routing instance included in the configuration and dynamically changes the priority of the VRRP group based on the reachability of the tracked route, triggering a new primary router election. The route to be tracked is a signal route.

Service Redundancy Daemon Constraints

The following constraints apply to srd processing configurations:

• A one-to-one relationship exists between a redundancy set and a redundancy group. One redundancy set can be part of only one redundancy group.

• One redundancy policy can be part of only one redundancy set, but one redundancy set can have multiple redundancy policies. For example, redundancy set RS1 can include redundancy policies RP1 and RP2. Redundancy policies RP1 and RP2 cannot be included in redundancy sets other than RS1.

• One redundancy event can be part of only one redundancy policy, but one redundancy policy can have multiple redundancy events. For example, redundancy policy RP1 can include redundancy events RE1 and RE2. Redundancy events RE1 and RE2 cannot be included in redundancy policies other than RP1.

• One monitored interface or link can be part of only one redundancy event, but one redundancy event can have multiple monitored interfaces.

• One service set can be part of only one redundancy set, but one redundancy set may have multiple service sets.

• If gateway 1, the chassis that is configured with the lower IP address, is the primary chassis and you deactivate SRD on it, a switchover to gateway 2 occurs. If gateway 2, the chassis that is configured with the higher IP address, is the primary chassis and you deactivate SRD on it, a switchover does not occur.

• A particular redundancy-set can be active on only one gateway, but not all redundancy sets have to be active on the same gateway. For example, redundancy set A can be active on gateway 1 while redundancy set B is active on gateway 2.

Service Redundancy Daemon Operation

The srd operates as follows:

1. The srd runs on the Routing Engine. It continuously monitors configured redundancy events.

2. When a redundancy event is detected, the srd:

   1. Adds or removes signal routes specified in the redundancy policy.

   2. Switches services to the next preferred standby gateway.

   3. Updates stateful sync roles as needed.

3. Resulting route changes cause:

   1. The routing policy connected to this route to advertise routes differently.

   2. VRRP to change advertised priorities.

To summarize the switchover process:

1. A critical event occurs.

2. srd adds or removes a signal route.

3. A routing policy advertises routes differently. VRRP changes advertised priorities.

4. Services switch over to the next preferred standby gateway.

5. Stateful synchronization is updated accordingly.

Platform-Specific Service Redundancy Daemon Behavior