Laptop User Manual
Table Of Contents
- Cisco IOS XR Routing Configuration Guide
- Contents
- Preface
- Document Revision History
- Obtaining Documentation
- Documentation Feedback
- Cisco Product Security Overview
- Obtaining Technical Assistance
- Obtaining Additional Publications and Information
- Implementing BGP on Cisco IOS XR Software
- Contents
- Prerequisites for Implementing BGP on CiscoIOSXR Software
- Information About Implementing BGP on CiscoIOSXR Software
- BGP Functional Overview
- BGP Router Identifier
- BGP Default Limits
- BGP Validation of Local Next-Hop Addresses
- BGP Configuration
- No Default Address Family
- Routing Policy Enforcement
- Table Policy
- Update Groups
- BGP Best Path Algorithm
- Multiprotocol BGP
- Route Dampening
- BGP Routing Domain Confederation
- BGP Route Reflectors
- Default Address Family for show Commands
- How to Implement BGP on CiscoIOSXR Software
- Enabling BGP Routing
- Configuring a Routing Domain Confederation for BGP
- Resetting eBGP Session Immediately Upon Link Failure
- Logging Neighbor Changes
- Adjusting BGP Timers
- Changing the BGP Default Local Preference Value
- Configuring the MED Metric for BGP
- Configuring BGP Weights
- Tuning the BGP Best Path Calculation
- Indicating BGP Backdoor Routes
- Configuring Aggregate Addresses
- Redistributing iBGP Routes into IGP
- Redistributing Prefixes into Multiprotocol BGP
- Configuring BGP Route Dampening
- Applying Policy When Updating the Routing Table
- Setting BGP Administrative Distance
- Configuring a BGP Neighbor Group
- Configuring a BGP Neighbor
- Configuring a Route Reflector for BGP
- Configuring BGP Route Filtering by Route Policy
- Disabling Next Hop Processing on BGP Updates
- Configuring BGP Community and Extended-Community Filtering
- Configuring Software to Store Updates from a Neighbor
- Disabling a BGP Neighbor
- Resetting Neighbors Using BGP Dynamic Inbound Soft Reset
- Resetting Neighbors Using BGP Outbound Soft Reset
- Resetting Neighbors Using BGP Hard Reset
- Clearing Caches, Tables and Databases
- Displaying System and Network Statistics
- Monitoring BGP Update Groups
- Configuration Examples for Implementing BGP on CiscoIOSXR Software
- Where to Go Next
- Additional References
- Implementing IS-IS on Cisco IOS XR Software
- Contents
- Prerequisites for Implementing IS-IS on CiscoIOSXR Software
- Restrictions for Implementing IS-IS on CiscoIOSXR Software
- Information About Implementing IS-IS on CiscoIOSXR Software
- IS-IS Functional Overview
- Key Features Supported in the CiscoIOSXR IS-IS Implementation
- IS-IS Configuration Grouping
- IS-IS Interfaces
- Multitopology Configuration
- IPv6 Routing and Configuring IPv6 Addressing
- Limit LSP Flooding
- Maximum LSP Lifetime and Refresh Interval
- Overload Bit Configuration During Multitopology Operation
- Single-Topology IPv6 Support
- Multitopology IPv6 Support
- Nonstop Forwarding
- Multi-Instance IS-IS
- Multiprotocol Label Switching Traffic Engineering
- Overload Bit on Router
- Default Routes
- Attached Bit on an IS-IS Instance
- Multicast-Intact Feature
- How to Implement IS-IS on CiscoIOSXR Software
- Enabling IS-IS and Configuring Level 1 or Level 2 Routing
- Configuring Single Topology for IS-IS
- Configuring Multitopology for IS-IS
- Controlling LSP Flooding for IS-IS
- Configuring Nonstop Forwarding for IS-IS
- Configuring Authentication for IS-IS
- Configuring MPLS Traffic Engineering for IS-IS
- Tuning Adjacencies for IS-IS on Point-to-Point Interfaces
- Setting SPF Interval for a Single-Topology IPv4 and IPv6 Configuration
- Enabling Multicast-Intact for IS-IS
- Customizing Routes for IS-IS
- Configuration Examples for Implementing IS-IS on CiscoIOSXR Software
- Where to Go Next
- Additional References
- Implementing OSPF on Cisco IOS XR Software
- Contents
- Prerequisites for Implementing OSPF on CiscoIOSXR Software
- Information About Implementing OSPF on CiscoIOSXR Software
- OSPF Functional Overview
- Key Features Supported in the CiscoIOSXR OSPF Implementation
- Comparison of CiscoIOSXR OSPFv3 and OSPFv2
- Importing Addresses into OSPFv3
- OSPF Hierarchical CLI and CLI Inheritance
- OSPF Routing Components
- OSPF Process and Router ID
- Supported OSPF Network Types
- Route Authentication Methods for OSPF Version 2
- Neighbors and Adjacency for OSPF
- Designated Router (DR) for OSPF
- Default Route for OSPF
- Link-State Advertisement Types for OSPF Version 2
- Link-State Advertisement Types for OSPFv3
- Virtual Link and Transit Area for OSPF
- Route Redistribution for OSPF
- OSPF Shortest Path First Throttling
- Nonstop Forwarding for OSPF Version 2
- Load Balancing in OSPF Version 2 and OSPFv3
- Graceful Restart for OSPFv3
- Multicast-Intact Feature
- How to Implement OSPF on CiscoIOSXR Software
- Enabling OSPF
- Configuring Stub and Not-so-Stubby Area Types
- Configuring Neighbors for Nonbroadcast Networks
- Configuring Authentication at Different Hierarchical Levels for OSPF Version 2
- Controlling the Frequency that the Same LSA Is Originated or Accepted for OSPF
- Creating a Virtual Link with MD5 Authentication to Area 0 for OSPF
- Summarizing Subnetwork LSAs on an OSPF ABR
- Redistributing Routes from One IGP into OSPF
- Configuring OSPF Shortest Path First Throttling
- Configuring Nonstop Forwarding for OSPF Version 2
- Configuring OSPF Version 2 for MPLS Traffic Engineering
- Verifying OSPF Configuration and Operation
- Configuring OSPFv3 Graceful Restart
- Enabling Multicast-Intact for OSPFv2
- Configuration Examples for Implementing OSPF on CiscoIOSXR Software
- CiscoIOSXR for OSPF Version 2 Configuration: Example
- CLI Inheritance and Precedence for OSPF Version 2: Example
- MPLS TE for OSPF Version 2: Example
- ABR with Summarization for OSPFv3: Example
- ABR Stub Area for OSPFv3: Example
- ABR Totally Stub Area for OSPFv3: Example
- Route Redistribution for OSPFv3: Example
- Virtual Link Configured Through Area 1 for OSPFv3: Example
- Virtual Link Configured with MD5 Authentication for OSPF Version 2: Example
- Where to Go Next
- Additional References
- Implementing and Monitoring RIB on CiscoIOSXR Software
- Contents
- Prerequisites for Implementing RIB on CiscoIOSXR Software
- Information About RIB Configuration
- How to Deploy and Monitor RIB
- Configuration Examples for RIB Monitoring
- Output of show route Command: Example
- Output of show route backup Command: Example
- Output of show route best-local Command: Example
- Output of show route connected Command: Example
- Output of show route local Command: Example
- Output of show route longer-prefixes Command: Example
- Output of show route next-hop Command: Example
- Where to Go Next
- Additional References
- Implementing Routing Policy on Cisco IOS XR Software
- Implementing Static Routes on Cisco IOS XR Software
- Index

Implementing OSPF on Cisco IOS XR Software
Information About Implementing OSPF on Cisco IOS XR Software
RC-129
Cisco IOS XR Routing Configuration Guide
• Nonstop Forwarding for OSPF Version 2, page RC-140
• Load Balancing in OSPF Version 2 and OSPFv3, page RC-141
OSPF Functional Overview
OSPF is a routing protocol for IP. It is a link-state protocol, as opposed to a distance-vector protocol. A
link-state protocol makes its routing decisions based on the states of the links that connect source and
destination machines. The state of the link is a description of that interface and its relationship to its
neighboring networking devices. The interface information includes the IP address of the interface,
network mask, type of network to which it is connected, routers connected to that network, and so on.
This information is propagated in various types of link-state advertisements (LSAs).
A router stores the collection of received link-state advertisement (LSA) data in a link-state database.
This database includes LSA data for the links of the router. The contents of the database, when subjected
to the Dijkstra algorithm, extract data to create an OSPF routing table. The difference between the
database and the routing table is that the database contains a complete collection of raw data; the routing
table contains a list of shortest paths to known destinations through specific router interface ports.
OSPF is the IGP of choice because it scales to large networks. It uses areas to partition the network into
more manageable sizes and to introduce hierarchy in the network. A router is attached to one or more
areas in a network. All of the networking devices in an area maintain the same complete database
information about the link states in their area only. They do not know about all link states in the network.
The agreement of the database information among the routers in the area is called convergence.
At the intradomain level, OSPF can import routes learned using Intermediate System-to-Intermediate
System (IS-IS). OSPF routes can also be exported into IS-IS. At the interdomain level, OSPF can import
routes learned using Border Gateway Protocol (BGP). OSPF routes can be exported into BGP.
Unlike Routing Information Protocol (RIP), OSPF does not provide periodic routing updates. On
becoming neighbors, OSPF routers establish an adjacency by exchanging and synchronizing their
databases. After that, only changed routing information is propagated. Every router in an area advertises
the costs and states of its links, sending this information in an LSA. This state information is sent to all
OSPF neighbors one hop away. All the OSPF neighbors, in turn, send the state information unchanged.
This flooding process continues until all devices in the area have the same link-state database.
To determine the best route to a destination, the software sums all of the costs of the links in a route to
a destination. After each router has received routing information from the other networking devices, it
runs the shortest path first (SPF) algorithm to calculate the best path to each destination network in the
database.
The networking devices running OSPF detect topological changes in the network, flood link-state
updates to neighbors, and quickly converge on a new view of the topology. Each OSPF router in the
network soon has the same topological view again. OSPF allows multiple equal-cost paths to the same
destination. Since all link-state information is flooded and used in the SPF calculation, multiple equal
cost paths can be computed and used for routing.
On broadcast and nonbroadcast multiaccess (NBMA) networks, the designated router (DR) or backup
DR performs the LSA flooding. On point-to-point networks, flooding simply exits an interface directly
to a neighbor.
OSPF runs directly on top of IP; it does not use TCP or User Datagram Protocol (UDP). OSPF performs
its own error correction by means of checksums in its packet header and LSAs.
In OSPFv3, the fundamental concepts are the same as OSPF Version 2, except that support is added for
the increased address size of IPv6. New LSA types are created to carry IPv6 addresses and prefixes, and
the protocol runs on an individual link basis rather than on an individual IP-subnet basis.