Nsf With Sso - Cisco Catalyst 4500 Series Configuration Manual

Layer 3 Software Features
•
•
•
For information on configuring multicast services, see

NSF with SSO

Non-Stop Forwarding with Stateful Switchover (NSF/SSO) offers continuous data packet forwarding in
a Layer 3 routing environment during supervisor engine switchover. During supervisor engine
switchover, NSF/SSO continues forwarding data packets along known routes while the routing protocol
information is recovered and validated, avoiding unnecessary route flaps and network instability. With
NSF/SSO, IP phone calls do not drop. NSF/SSO is supported for OSPF, BGP, EIGRP, IS-IS, and Cisco
Express Forwarding (CEF). NSF/SSO is typically deployed in the most critical parts of an enterprise or
service provider network, such as Layer 3 aggregation/core or a resilient Layer 3 wiring closet design.
It is an essential component of single chassis deployment for critical applications. NSF/SSO is available
for all shipping supervisor engines on Catalyst 4507R and 4510R chassis with supervisor redundancy.
With the IP Base image, NSF is supported with EIGRP-stub routing and OSPF.
Note
With the Enterprise Services image, NSF is supported on all routing protocols except for RIP.
Note
The LAN Base image does not support NSF.
Note
Software Configuration Guide—Release IOS XE 3.3.0SG and IOS 15.1(1)SG
1-18
IPv6 Multicast Listen Discovery (MLD) and Multicast Listen Discovery snooping—MLD is a
protocol used by IPv6 multicast devices to discover the presence of multicast listeners (nodes that
want to receive IPv6 multicast packets) on its directly attached links and to discover which multicast
packets are of interest to neighboring nodes. MLD snooping is supported in two different versions:
MLD v1 and MLD v2. Network switches use MLD snooping to limit the flood of multicast traffic,
causing IPv6 multicast data to be selectively forwarded to a list of ports that want to receive the data,
instead of being flooded to all ports in a VLAN. This lessens the load on devices in the network,
minimizing unnecessary bandwidth on links, enabling efficient distribution of IPv6 multicast data.
For information on configuring multicast services, see
Snooping."
Protocol Independent Multicast (PIM)—PIM is protocol-independent because it can leverage
whichever unicast routing protocol is used to populate the unicast routing table, including EIGRP,
OSPF, BGP, or static route. PIM also uses a unicast routing table to perform the Reverse Path
Forwarding (RPF) check function instead of building a completely independent multicast routing
table.
For information on PIM-SSM mapping, see the URL:
http://www.cisco.com/en/US/docs/ios-xml/ios/ipmulti_igmp/configuration/15-sy/imc_ssm_mappi
ng.html
IP Multicast Load Splitting (Equal Cost Multipath (ECMP) Using S, G and Next Hop)—
IP Multicast Load Splitting introduces more flexible support for ECMP multicast load splitting by
adding support for load splitting based on source and group address and on source, group, and
next-hop address. This feature allows multicast traffic from devices that send many streams to
groups or that broadcast many channels, such as IPTV servers or MPEG video servers, to be more
effectively load shared across equal-cost paths.
Chapter 1
Chapter 26, "Configuring IPv6 MLD
Chapter 35, "Configuring IP Multicast."
Product Overview
OL-25340-01