↪️
ccie.nyquist.eu
  • Table of Contents
  • Layer 2 Technologies
    • Ethernet Switching
      • L2 Switch Operations
      • Spanning Tree
        • 802.1d – STP
        • 802.1w – RSTP
        • 802.1s – MSTP
      • VTP 101
      • Private VLANs
      • VLANs
      • EtherChannel 101
    • Layer 2 WAN Protocols
      • HDLC
        • HDLC 101
      • PPP
        • PPP 101
        • PPP Authentication - PAP
        • PPP Authentication – CHAP
        • PPP Authentication – EAP
        • PPP Multilink
        • PPPoFR – PPP over Frame Relay
        • PPPoE – PPP over Ethernet
      • Frame Relay
        • Frame Relay 101
        • Frame Relay 102
        • Frame Relay Encapsulations – IETF vs Cisco
        • Multilink Frame Relay
        • Frame Relay Switching
        • Routing over Frame Relay
      • Bridging
        • Bridging on a router
        • MTU 101
    • Wireless
      • Wireless Principles
      • Wireless Implementations
      • Wireless Roaming
      • Wireless Authentication
        • WPA2 PSK
        • WPA2 802.1X
  • IPv4
    • IPv4 Addressing
      • Backup Interfaces
      • FHRP 101
      • DHCP 101
      • DNS 101
      • ARP 101
      • IPv4 101
      • Tunnel Interfaces
        • GRE Tunnels
      • BFD – Bidirectional Forwarding Detection
    • IPv4 Routing
      • How the routing table is built
        • How CEF works
        • Routing Order of Operations
        • NSF – Non Stop Forwarding
      • RIP
        • RIP 101
      • EIGRP
        • EIGRP 101
        • EIGRP Metric
        • More EIGRP Features
      • OSPF
        • OSPF 101
        • OSPF Areas
        • OSPF LSAs
        • OSPF Mechanics
      • IS-IS
        • IS-IS 101
        • IS-IS Mechanics – CLNP
      • BGP
        • BGP 101
        • BGP Attributes
        • More BGP
      • Route Redistribution
      • Policy based Routing
      • PfR 101 – Perfromance Routing
      • ODR
  • IPv6
    • IPv6-101
    • IPv6 Routing
    • Interconnecting IPv6 and IPv4
  • MPLS
    • MPLS 101
    • MPLS L3 VPN
  • Multicast
    • Multicast 101
    • PIM 101
    • IGMP 101
    • Inter Domain Multicast
    • IPv6 Multicast
    • Multicast features on switches
  • Security
    • NAT 101
    • NAT for Overlapping Networks
    • ACLs 101
    • ACLs 102
    • Cisco IOS Firewall
    • Zone Based Firewall
    • AAA 101
    • Controlling CLI Access
    • Control Plane
    • Switch Security
      • Switchport Traffic Control
      • Switchport Port Security
      • DHCP Snooping and DAI
      • 802.1x
      • Switch ACLs
    • IPSec VPN 101
      • IKE / ISAKMP 101
      • IPSEC Crypto Maps 101
      • IPSEC VTI 101
      • DMVPN 101
    • EAP 101
  • Network Services
    • NTP 101
    • HTTP 101
    • File Transfer 101 – TFTP & FTP
    • WCCP 101
  • QoS
    • QoS 101
    • Classification and Marking
    • Congestion Management
      • Legacy Congestion Management
      • SPD – Selective Packet Discard
      • CBWFQ
      • IP RTP Priority
    • Congestion Avoidance – WRED
    • Policing and Shaping
      • CAR 101
    • Compression and LFI
      • Header and Payload Compression
      • LFI for MultiLink PPP
    • Frame Relay QoS
      • Per VC Frame Relay QoS
    • RSVP 101
    • Switching QoS
  • Network Optimization
    • NetFlow 101 – TNF – Traditional NetFlow
    • NetFlow 102 – FNF – Flexible NetFlow
    • IP SLA 101
    • IP Accounting 101
    • Logging 101
    • SNMP and RMON 101
    • Cisco CLI Tips and Tricks
    • AutoInstall
    • Enhanced Object Tracking
    • Troubleshooting 101
    • SPAN, RSPAN, ERSPAN
  • Network Architecture
    • Hierarchical Network Architecture
    • SD Access
    • SD WAN
Powered by GitBook
On this page
  • What is NSF
  • NSF Support
  • EIGRP
  • OSPF

Was this helpful?

  1. IPv4
  2. IPv4 Routing
  3. How the routing table is built

NSF – Non Stop Forwarding

What is NSF

NSF is a feature that allows routers to keep on forwarding traffic (non stop forwarding) even in the event of a restart. This is done by separating the control and the data plane, having one process involved in building the routing table and another process in forwarding the packets.This feature takes advantage of CEF which updates the line cards with the information from FIB.

In order for NSF to work, routers must be NSF-capable or NSF-aware. A NSF-capable router is a router that can perform restarts without disrupting packet forwarding, while a NSF-aware router understands NSF-specific signaling from NSF-capable routers. NSF requires these additional features because, while performing restart, a router will not be able to send Hellos to its peers. This normally should result in the neighbor relationship being dropped, routes being lost, packets being dropped. Routers exchange NSF capabilities information with each other and when a NSF-capable router performs a restart, its NSF-aware peers will change the default behavior in order to prevent breaking the neighbor relationship. NSF-aware routers are also called NSF-helpers because they will help a router performing a NSF restart to re-sync with the network as soon as possible.

NSF Support

EIGRP

To configure NSF supports for EIGRP, use:

R(config)# router eigrp AS-NUMBER
R(config-router)# address-family ipv4 unicast [vrf VRF] AS-NUMBER
R(config-router-af)# nsf
! Disabled by default

To modify the EIGRP NSF timers, use:

R(config-router-af)# timers graceful-restart purge-time SEC
! Default: 240 sec
R(config-router-af)# timers nsf converge SEC
! Default: 120 sec
R(config-router-af)# timers nsf route-hold SEC
! Default: 240 sec
R(config-router-af)# timers nsf signal SEC
! Defualt: 20 sec

OSPF

Cisco routers support 2 NSF modes, a Cisco-proprietary and an IETF-open-standard version (RFC 3623).

2.2.1 Cisco Mode

To configure NSF in Cisco Mode:

R(config)# router ospf PROC-ID
R(config-router)# nsf cisco enforce global
! Enables a router to be NSF-capable. Disabled by default
R(config-router)# nsf helper [disable]
! Enables a router to be NSF-aware. Enabled by default

2.2.2 IETF Mode

To configure NSF for IETF Mode:

R(config)# router ospf PROC-ID
R(config-router)# nsf ietf [restart-interval SEC]
! default: 120 sec
R(config-router)# nsf ietf helper [disable]
!NSF-aware mode is enabled by default.

Strict LSA Checking is a feature of the IETF NSF mode for OSPF. When a router acts as a NSF-aware router (NSF-helper) it will stop the nsf-helper process if it detects a change of a LSA that would be forwarded to the restarting router. To enable this feature, use:

R(config-router)# nsf ietf helper strict-lsa-checking
! disabled by default

2.2.3 Verify OSPF NSF

To verify how OSPF works with NSF, you can use:

R# show ip ospf neighbors
R# show ip ospf nsf
R# debug ospf nsf [detail]

2.3 BGP

To enable NSF for BGP, use:

R(config)# router bgp AS-NUMBER
R(config-router)# bgp graceful-restart [restart-time SEC | stalepath-time SEC] 
! Default restart-time : 120 sec
! Default stalepath-time: 360 sec

This command is enabled per address-family. You can enable it for all address families with:

R(config-router)# bgp graceful-restart all

To verify:

R# show ip bgp neighbors [NEIGH-IP]
PreviousRouting Order of OperationsNextRIP

Last updated 2 years ago

Was this helpful?