Configuring OSPF

This chapter describes how to congure OSPF. For a complete description of the OSPF commands in this chapter, refer to the OSPF Commands chapter of the Network Protocols Command Reference, Part 1. To locate documentation of other commands that appear in this chapter, use the command reference master index or search online. Open shortest path rst (OSPF) is an IGP developed by the OSPF working group of the Internet Engineering Task Force (IETF). Designed expressly for IP networks, OSPF supports IP subnetting and tagging of externally derived routing information. OSPF also allows packet authentication and uses IP multicast when sending/receiving packets. We support RFC 1253, Open Shortest Path First (OSPF) MIB, August 1991. The OSPF MIB denes an IP routing protocol that provides management information related to OSPF and is supported by Cisco routers. For protocol-independent features that include OSPF, see the chapter Conguring IP Routing Protocol-Independent Features in this document.

Ciscos OSPF Implementation

Ciscos implementation conforms to the OSPF Version 2 specications detailed in the Internet RFC 1583. The list that follows outlines key features supported in Ciscos OSPF implementation:

Stub areasDenition of stub areas is supported. Route redistributionRoutes learned via any IP routing protocol can be redistributed into any other IP routing protocol. At the intradomain level, this means that OSPF can import routes learned via IGRP, RIP, and IS-IS. OSPF routes can also be exported into IGRP, RIP, and IS-IS. At the interdomain level, OSPF can import routes learned via EGP and BGP. OSPF routes can be exported into EGP and BGP. AuthenticationPlain text and MD5 authentication among neighboring routers within an area is supported. Routing interface parametersCongurable parameters supported include interface output cost, retransmission interval, interface transmit delay, router priority, router dead and hello intervals, and authentication key. Virtual linksVirtual links are supported. NSSA areasRFC 1587. OSPF over demand circuitRFC 1793.

Configuring OSPF P1C-107

OSPF Configuration Task List

OSPF Conguration Task List

OSPF typically requires coordination among many internal routers, area border routers (routers connected to multiple areas), and autonomous system boundary routers. At a minimum, OSPF-based routers or access servers can be congured with all default parameter values, no authentication, and interfaces assigned to areas. If you intend to customize your environment, you must ensure coordinated congurations of all routers. To congure OSPF, complete the tasks in the following sections. Enabling OSPF is mandatory; the other tasks are optional, but might be required for your application.

Enable OSPF Congure OSPF Interface Parameters Congure OSPF over Different Physical Networks Congure OSPF Area Parameters Congure OSPF Not So Stubby Area (NSSA) Congure Route Summarization between OSPF Areas Congure Route Summarization when Redistributing Routes into OSPF Create Virtual Links Generate a Default Route Congure Lookup of DNS Names Force the Router ID Choice with a Loopback Interface Control Default Metrics Change the OSPF Administrative Distances Congure OSPF on Simplex Ethernet Interfaces Congure Route Calculation Timers Congure OSPF over On Demand Circuits Log Neighbors Going Up or Down Change the LSA Group Pacing Block OSPF LSA Flooding Ignore MOSPF LSA Packets Monitor and Maintain OSPF

In addition, you can specify route redistribution; see the task Redistribute Routing Information in the chapter Conguring IP Routing Protocol-Independent Features for information on how to congure route redistribution.

P1C-108

Network Protocols Configuration Guide, Part 1

Enable OSPF

Enable OSPF
As with other routing protocols, enabling OSPF requires that you create an OSPF routing process, specify the range of IP addresses to be associated with the routing process, and assign area IDs to be associated with that range of IP addresses. Use the following commands, starting in global conguration mode:
Step
1 2

Command router ospf process-id network address wildcard-mask area area-id

Purpose Enable OSPF routing, which places you in router conguration mode. Dene an interface on which OSPF runs and dene the area ID for that interface.

Congure OSPF Interface Parameters

Our OSPF implementation allows you to alter certain interface-specic OSPF parameters, as needed. You are not required to alter any of these parameters, but some interface parameters must be consistent across all routers in an attached network. Those parameters are controlled by the ip ospf hello-interval, ip ospf dead-interval, and ip ospf authentication-key commands. Therefore, be sure that if you do congure any of these parameters, the congurations for all routers on your network have compatible values. In interface conguration mode, use any of the following commands to specify interface parameters as needed for your network:
Command ip ospf cost cost ip ospf retransmit-interval seconds Purpose Explicitly specify the cost of sending a packet on an OSPF interface. Specify the number of seconds between link state advertisement retransmissions for adjacencies belonging to an OSPF interface. Set the estimated number of seconds it takes to transmit a link state update packet on an OSPF interface. Set priority to help determine the OSPF designated router for a network. Specify the length of time between the hello packets that the Cisco IOS software sends on an OSPF interface. Set the number of seconds that a devices hello packets must not have been seen before its neighbors declare the OSPF router down. Assign a password to be used by neighboring OSPF routers on a network segment that is using OSPFs simple password authentication. Enable OSPF MD5 authentication. Species the authentication type for an interface.

ip ospf transmit-delay seconds

ip ospf priority number ip ospf hello-interval seconds

ip ospf dead-interval seconds

ip ospf authentication-key key

ip ospf message-digest-key keyid md5 key ip ospf authentication [message-digest | null]

Configuring OSPF P1C-109

Configure OSPF over Different Physical Networks

Congure OSPF over Different Physical Networks

OSPF classies different media into the following three types of networks by default:

Broadcast networks (Ethernet, Token Ring, FDDI) Nonbroadcast multiaccess networks (SMDS, Frame Relay, X.25) Point-to-point networks (HDLC, PPP)

You can congure your network as either a broadcast or a nonbroadcast multiaccess network. X.25 and Frame Relay provide an optional broadcast capability that can be congured in the map to allow OSPF to run as a broadcast network. See the x25 map and frame-relay map command descriptions in the Wide-Area Networking Command Reference for more detail.

Congure Your OSPF Network Type

You have the choice of conguring your OSPF network type as either broadcast or nonbroadcast multiaccess, regardless of the default media type. Using this feature, you can congure broadcast networks as nonbroadcast multiaccess networks when, for example, you have routers in your network that do not support multicast addressing. You also can congure nonbroadcast multiaccess networks (such as X.25, Frame Relay, and SMDS) as broadcast networks. This feature saves you from having to congure neighbors, as described in the section Congure OSPF for Nonbroadcast Networks. Conguring nonbroadcast, multiaccess networks as either broadcast or nonbroadcast assumes that there are virtual circuits from every router to every router or fully meshed network. This is not true for some cases, for example, because of cost constraints, or when you have only a partially meshed network. In these cases, you can congure the OSPF network type as a point-to-multipoint network. Routing between two routers not directly connected will go through the router that has virtual circuits to both routers. Note that it is not necessary to congure neighbors when using this feature. An OSPF point-to-multipoint interface is dened as a numbered point-to-point interface having one or more neighbors. It creates multiple host routes. An OSPF point-to-multipoint network has the following benets compared to nonbroadcast multiaccess and point-to-point networks:

Point-to-multipoint is easier to congure because it requires no conguration of neighbor commands, it consumes only one IP subnet, and it requires no designated router election. It costs less because it does not require a fully meshed topology. It is more reliable because it maintains connectivity in the event of virtual circuit failure.

To congure your OSPF network type, use the following command in interface conguration mode:
Command ip ospf network {broadcast | non-broadcast | {point-to-multipoint [non-broadcast] }} Purpose Congure the OSPF network type for a specied interface.

See the OSPF Point-to-Multipoint Example section at the end of this chapter for an example of an OSPF point-to-multipoint network.

Congure Point-to-Multipoint, Broadcast Networks

On point-to-multipoint, broadcast networks, there is no need to specify neighbors. However, you can specify neighbors with the neighbor command, in which case you should specify a cost to that neighbor.
P1C-110 Network Protocols Configuration Guide, Part 1

Configure OSPF for Nonbroadcast Networks

Before this feature, some OSPF point-to-multipoint protocol trafc was treated as multicast trafc. Therefore, the neighbor command was not needed for point-to-multipoint interfaces because multicast took care of the trafc. Hellos, updates and acknowledgments were sent using multicast. In particular, multicast hellos discovered all neighbors dynamically. On any point-to-multipoint interface (broadcast or not), the Cisco IOS software assumed the cost to each neighbor was equal. The cost was congured with the ip ospf cost command. In reality, the bandwidth to each neighbor is different, so the cost should be different. With this feature, you can congure a separate cost to each neighbor. This feature applies to point-to-multipoint interfaces only. To treat an interface as point-to-multipoint broadcast and assign a cost to each neighbor, use the following commands beginning in interface conguration mode:
Step
1 2 3 4 5

Command ip ospf network point-to-multipoint exit router ospf process-id neighbor ip-address cost number

Purpose Congure an interface as point-to-multipoint for broadcast media. Enter global conguration mode. Congure an OSPF routing process and enter router conguration mode. Specify a neighbor and assign a cost to the neighbor. Repeat Step 4 for each neighbor if you want to specify a cost. Otherwise, neighbors will assume the cost of the interface, based on the ip ospf cost command.

Congure OSPF for Nonbroadcast Networks

Because there might be many routers attached to an OSPF network, a designated router is selected for the network. It is necessary to use special conguration parameters in the designated router selection if broadcast capability is not congured. These parameters need only be congured in those devices that are themselves eligible to become the designated router or backup designated router (in other words, routers with a nonzero router priority value). To congure routers that interconnect to nonbroadcast networks, use the following command in router conguration mode:
Command neighbor ip-address [priority number] [poll-interval seconds] Purpose Congure a router interconnecting to nonbroadcast networks.

You can specify the following neighbor parameters, as required:

Priority for a neighboring router Nonbroadcast poll interval Interface through which the neighbor is reachable

On point-to-multipoint, nonbroadcast networks, you now use the neighbor command to identify neighbors. Assigning a cost to a neighbor is optional. Prior to Release 12.0, some customers were using point-to-multipoint on nonbroadcast media (such as classic IP over ATM), so their routers could not dynamically discover their neighbors. This feature allows the neighbor command to be used on point-to-multipoint interfaces.
Configuring OSPF P1C-111

Configure OSPF Area Parameters

On any point-to-multipoint interface (broadcast or not), the Cisco IOS software assumed the cost to each neighbor was equal. The cost was congured with the ip ospf cost command. In reality, the bandwidth to each neighbor is different, so the cost should be different. With this feature, you can congure a separate cost to each neighbor. This feature applies to point-to-multipoint interfaces only. To treat the interface as point-to-multipoint when the media does not support broadcast, use the following commands beginning in interface conguration mode:
Step
1 2 3 4 5

Command ip ospf network point-to-multipoint non-broadcast exit router ospf process-id neighbor ip-address [cost number]

Purpose Congure an interface as point-to-multipoint for nonbroadcast media. Enter global conguration mode. Congure an OSPF routing process and enter router conguration mode. Specify an OSPF neighbor and optionally assign a cost to the neighbor. Repeat Step 4 for each neighbor.

Congure OSPF Area Parameters

Our OSPF software allows you to congure several area parameters. These area parameters, shown in the following table, include authentication, dening stub areas, and assigning specic costs to the default summary route. Authentication allows password-based protection against unauthorized access to an area. Stub areas are areas into which information on external routes is not sent. Instead, there is a default external route generated by the area border router, into the stub area for destinations outside the autonomous system. To take advantage of the OSPF stub area support, default routing must be used in the stub area. To further reduce the number of link state advertisements sent into a stub area, you can congure no-summary on the ABR to prevent it from sending summary link advertisement (link state advertisements Type 3) into the stub area. In router conguration mode, specify any of the following area parameters as needed for your network:
Command area area-id authentication area area-id authentication message-digest area area-id stub [no-summary] area area-id default-cost cost Purpose Enable authentication for an OSPF area. Enable MD5 authentication for an OSPF area. Dene an area to be a stub area. Assign a specic cost to the default summary route used for the stub area.

Congure OSPF Not So Stubby Area (NSSA)

NSSA area is similar to OSPF stub area. NSSA does not ood Type 5 external link state advertisements (LSAs) from the core into the area, but it has the ability of importing AS external routes in a limited fashion within the area. NSSA allows importing of Type 7 AS external routes within NSSA area by redistribution. These Type 7 LSAs are translated into Type 5 LSAs by NSSA ABR which are ooded throughout the whole routing domain. Summarization and ltering are supported during the translation.

P1C-112

Network Protocols Configuration Guide, Part 1

Implementation Considerations

Use NSSA to simplify administration if you are an Internet service provider (ISP), or a network administrator that must connect a central site using OSPF to a remote site that is using a different routing protocol. Prior to NSSA, the connection between the corporate site border router and the remote router could not be run as OSPF stub area because routes for the remote site cannot be redistributed into stub area. A simple protocol like RIP is usually run and handle the redistribution. This meant maintaining two routing protocols. With NSSA, you can extend OSPF to cover the remote connection by dening the area between the corporate router and the remote router as an NSSA. In router conguration mode, use the following command to specify area parameters as needed to congure OSPF NSSA:
Command area area-id nssa [no-redistribution] [default-information-originate] Purpose Dene an area to be NSSA.

In router conguration mode on the ABR, use the following command to control summarization and ltering of Type 7 LSA into Type 5 LSA:
Command summary address prex mask [not advertise] [tag tag] Purpose (Optional) Control the summarization and ltering during the translation.

Implementation Considerations
Evaluate the following considerations before implementing this feature:

You can set a Type 7 default route that can be used to reach external destinations. When congured, the router generates a Type 7 default into the NSSA by the NSSA ABR. Every router within the same area must agree that the area is NSSA; otherwise, the routers will not be able to communicate with each other.

If possible, avoid using explicit redistribution on NSSA ABR because confusion may result over which packets are being translated by which router.

Congure Route Summarization between OSPF Areas

Route summarization is the consolidation of advertised addresses. This feature causes a single summary route to be advertised to other areas by an ABR. In OSPF, an ABR will advertise networks in one area into another area. If the network numbers in an area are assigned in a way such that they are contiguous, you can congure the ABR to advertise a summary route that covers all the individual networks within the area that fall into the specied range. To specify an address range, use the following command in router conguration mode:
Command area area-id range address mask [advertise | not-advertise] Purpose Specify an address range for which a single route will be advertised.

Configuring OSPF P1C-113

Configure Route Summarization when Redistributing Routes into OSPF

Congure Route Summarization when Redistributing Routes into OSPF

When redistributing routes from other protocols into OSPF (as described in the chapter Conguring IP Routing Protocol-Independent Features), each route is advertised individually in an external link state advertisement (LSA). However, you can congure the Cisco IOS software to advertise a single route for all the redistributed routes that are covered by a specied network address and mask. Doing so helps decrease the size of the OSPF link state database. To have the software advertise one summary route for all redistributed routes covered by a network address and mask, use the following command in router conguration mode:
Command summary-address address mask Purpose Specify an address and mask that covers redistributed routes, so only one summary route is advertised.

Create Virtual Links

In OSPF, all areas must be connected to a backbone area. If there is a break in backbone continuity, or the backbone is purposefully partitioned, you can establish a virtual link. The two end points of a virtual link are Area Border Routers. The virtual link must be congured in both routers. The conguration information in each router consists of the other virtual endpoint (the other ABR), and the nonbackbone area that the two routers have in common (called the transit area). Note that virtual links cannot be congured through stub areas. To establish a virtual link, use the following command in router conguration mode:
Command area area-id virtual-link router-id [authentication [message-digest | null ]] [hello-interval seconds] [retransmit-interval seconds] [transmit-delay seconds] [dead-interval seconds] [[authentication-key key] | [message-digest-key keyid md5 key]] Purpose Establish a virtual link.

To display information about virtual links, use the show ip ospf virtual-links EXEC command. To display the router ID of an OSPF router, use the show ip ospf EXEC command.

Generate a Default Route

You can force an autonomous system boundary router to generate a default route into an OSPF routing domain. Whenever you specically congure redistribution of routes into an OSPF routing domain, the router automatically becomes an autonomous system boundary router. However, an autonomous system boundary router does not, by default, generate a default route into the OSPF routing domain. To force the autonomous system boundary router to generate a default route, use the following command in router conguration mode:
Command default-information originate [always] [metric metric-value] [metric-type type-value] [route-map map-name] P1C-114 Network Protocols Configuration Guide, Part 1 Purpose Force the autonomous system boundary router to generate a default route into the OSPF routing domain.

Configure Lookup of DNS Names

See the discussion of redistribution of routes in the Conguring IP Routing Protocol-Independent Features chapter.

Congure Lookup of DNS Names

You can congure OSPF to look up Domain Naming System (DNS) names for use in all OSPF show command displays. This feature makes it easier to identify a router, because it is displayed by name rather than by its router ID or neighbor ID. To congure DNS name lookup, use the following command in global conguration mode:
Command ip ospf name-lookup Purpose Congure DNS name lookup.

Force the Router ID Choice with a Loopback Interface

OSPF uses the largest IP address congured on the interfaces as its router ID. If the interface associated with this IP address is ever brought down, or if the address is removed, the OSPF process must recalculate a new router ID and resend all its routing information out its interfaces. If a loopback interface is congured with an IP address, the Cisco IOS software will use this IP address as its router ID, even if other interfaces have larger IP addresses. Since loopback interfaces never go down, greater stability in the routing table is achieved. OSPF automatically prefers a loopback interface over any other kind, and it chooses the highest IP address among all loopback interfaces. If no loopback interfaces are present, the highest IP address in the router is chosen. You cannot tell OSPF to use any particular interface. To congure an IP address on a loopback interface, use the following commands, starting in global conguration mode:
Step
1 2

Command interface loopback 0 ip address address mask

Purpose Create a loopback interface, which places you in interface conguration mode. Assign an IP address to this interface.

Control Default Metrics

In Cisco IOS Release 10.3 and later, by default, OSPF calculates the OSPF metric for an interface according to the bandwidth of the interface. For example, a 64K link gets a metric of 1562, while a T1 link gets a metric of 64. The OSPF metric is calculated as ref-bw divided by bandwidth, with ref-bw equal to 108 by default, and bandwidth determined by the bandwidth command. The calculation gives FDDI a metric of 1. If you have multiple links with high bandwidth, you might want to specify a larger number to differentiate the cost on those links. To do so, use the following command in router conguration mode:
Command ospf auto-cost reference-bandwidth ref-bw Purpose Differentiate high bandwidth links.

Configuring OSPF P1C-115

Change the OSPF Administrative Distances

Change the OSPF Administrative Distances

An administrative distance is a rating of the trustworthiness of a routing information source, such as an individual router or a group of routers. Numerically, an administrative distance is an integer between 0 and 255. In general, the higher the value, the lower the trust rating. An administrative distance of 255 means the routing information source cannot be trusted at all and should be ignored. OSPF uses three different administrative distances: intra-area, inter-area, and external. Routes within an area are intra-area; routes to another area are inter-area; and routes from another routing domain learned via redistribution are external. The default distance for each type of route is 110. To change any of the OSPF distance values, use the following command in router conguration mode:
Command distance ospf {[intra-area dist1] [inter-area dist2] [external dist3]} Purpose Change the OSPF distance values.

For an example of changing administrative distance, see the section Changing OSPF Administrative Distance at the end of this chapter.

Congure OSPF on Simplex Ethernet Interfaces

Because simplex interfaces between two devices on an Ethernet represent only one network segment, for OSPF you must congure the transmitting interface to be a passive interface. This prevents OSPF from sending hello packets for the transmitting interface. Both devices are able to see each other via the hello packet generated for the receiving interface. To congure OSPF on simplex Ethernet interfaces, use the following command in router conguration mode:
Command passive-interface type number Purpose Suppress the sending of hello packets through the specied interface.

Congure Route Calculation Timers

You can congure the delay time between when OSPF receives a topology change and when it starts a shortest path rst (SPF) calculation. You can also congure the hold time between two consecutive SPF calculations. To do this, use the following command in router conguration mode:
Command timers spf spf-delay spf-holdtime Purpose Congure route calculation timers.

Congure OSPF over On Demand Circuits

The OSPF on demand circuit is an enhancement to the OSPF protocol that allows efcient operation over on demand circuits like ISDN, X.25 SVCs and dial-up lines. This feature supports RFC 1793, Extending OSPF to Support Demand Circuits. Prior to this feature, OSPF periodic hello and link state advertisements (LSAs) updates would be exchanged between routers that connected the on demand link, even when no changes occurred in the hello or LSA information.
P1C-116 Network Protocols Configuration Guide, Part 1

Implementation Considerations

With this feature, periodic hellos are suppressed and the periodic refreshes of LSAs are not ooded over the demand circuit. These packets bring up the link only when they are exchanged for the rst time, or when a change occurs in the information they contain. This operation allows the underlying datalink layer to be closed when the network topology is stable. This feature is useful when you want to connect telecommuters or branch ofces to an OSPF backbone at a central site. In this case, OSPF for on demand circuits allows the benets of OSPF over the entire domain, without excess connection costs. Periodic refreshes of hello updates, LSA updates, and other protocol overhead are prevented from enabling the on demand circuit when there is no real data to transmit. Overhead protocols such as hellos and LSAs are transferred over the on demand circuit only upon initial setup and when they reect a change in the topology. This means that critical changes to the topology that require new SPF calculations are transmitted in order to maintain network topology integrity. Periodic refreshes that do not include changes, however, are not transmitted across the link. To congure OSPF for on demand circuits, use the following commands, beginning in global conguration mode:
Step
1 2 3

Command router ospf process-id interface type number ip ospf demand-circuit

Purpose Enable OSPF operation. Enter interface conguration mode. Congure OSPF on an on demand circuit.

If the router is part of a point-to-point topology, then only one end of the demand circuit must be congured with this command. However, all routers must have this feature loaded. If the router is part of a point-to-multipoint topology, only the multipoint end must be congured with this command. For an example of OSPF over an on-demand circuit, see the section OSPF over On-Demand Routing Example at the end of this chapter.

Implementation Considerations
Evaluate the following considerations before implementing this feature:

Because LSAs that include topology changes are ooded over an on demand circuit, it is advised to put demand circuits within OSPF stub areas, or within NSSAs to isolate the demand circuits from as many topology changes as possible. To take advantage of the on demand circuit functionality within a stub area or NSSA, every router in the area must have this feature loaded. If this feature is deployed within a regular area, all other regular areas must also support this feature before the demand circuit functionality can take effect. This is because type 5 external LSAs are ooded throughout all areas. You do not want to do on a broadcast-based network topology because the overhead protocols (such as hellos and LSAs) cannot be successfully suppressed, which means the link will remain up. Conguring the router for an OSPF on-demand circuit with an asynchronous interface is not a supported conguration. The supported conguration is to use dialer interfaces on both ends of the circuit. For more information, refer to the following TAC URL: http://www.cisco.com/warp/public/104/dcprob.html#reason5

Configuring OSPF P1C-117

Log Neighbors Going Up or Down

Log Neighbors Going Up or Down

To congure the router to send a syslog message when an OSPF neighbor goes up or down, use the following command in router conguration mode:
Command ospf log-adjacency-changes Purpose Send syslog message when an OSPF neighbor goes up or down.

Congure this command if you want to know about OSPF neighbors going up or down without turning on the debugging command debug ip ospf adjacency. The ospf log-adjacency-changes command provides a higher level view of such changes with less output.

Change the LSA Group Pacing

The OSPF LSA group pacing feature allows the router to group together OSPF link state advertisements (LSAs) and pace the refreshing, checksumming, and aging functions. The group pacing results in more efcient use of the router. The router groups together OSPF LSAs and paces the refreshing, checksumming, and aging functions so that sudden hits on CPU usage and network resources are avoided. This feature is most benecial to large OSPF networks. OSPF LSA group pacing is enabled by default. For typical customers, the default group pacing interval for refreshing, checksumming, and aging is appropriate and you need not congure this feature.

Original LSA Behavior

Each OSPF LSA has an age, which indicates whether the LSA is still valid. Once the LSA reaches the maximum age (one hour), it is discarded. During the aging process, the originating router sends a refresh packet every 30 minutes to refresh the LSA. Refresh packets are sent to keep the LSA from expiring, whether there has been a change in the network topology or not. Checksumming is performed on all LSAs every 10 minutes. The router keeps track of LSAs it generates and LSAs it receives from other routers. The router refreshes LSAs it generated; it ages the LSAs it received from other routers. Prior to the LSA group pacing feature, the Cisco IOS software would perform refreshing on a single timer, and checksumming and aging on another timer. In the case of refreshing, for example, the software would scan the whole database every 30 minutes, refreshing every LSA the router generated, no matter how old it was. Figure 21 illustrates all the LSAs being refreshed at once. This process wasted CPU resources because only a small portion of the database needed to be refreshed. A large OSPF database (several thousand LSAs) could have thousands of LSAs with different ages. Refreshing on a single timer resulted in the age of all LSAs becoming synchronized, which resulted in much CPU processing at once. Furthermore, a huge number of LSAs could cause a sudden increase of network trafc, consuming a large amount of network resources in a short period of time.

P1C-118

Network Protocols Configuration Guide, Part 1

Solution

Figure 21

OSPF LSAs on a Single Timer without Group Pacing

All LSAs refreshed, 120 external LSAs on Ethernet need three packets

Prior to pacing, all LSAs refreshed at once

Solution
This problem is solved by each LSA having its own timer. Again using the example of refreshing, each LSA gets refreshed when it is 30 minutes old, independent of other LSAs. So CPU is used only when necessary. However, LSAs being refreshed at frequent, random intervals would require many packets for the few refreshed LSAs the router must send out. That would be inefcient use of bandwidth. Therefore, the router delays the LSA refresh function for an interval of time instead of performing it when the individual timers are reached. The accumulated LSAs constitute a group, which is then refreshed and sent out in one packet or more. Thus, the refresh packets are paced, as are the checksumming and aging. The pacing interval is congurable; it defaults to 4 minutes, which is randomized to further avoid synchronization. Figure 22 illustrates the case of refresh packets. The rst timeline illustrates individual LSA timers; the second timeline illustrates individual LSA timers with group pacing.
Figure 22 OSPF LSAs on Individual Timers with Group Pacing

Without group pacing, LSAs need to be refreshed frequently and at random intervals. Individual LSA timers require many refresh packets that contain few LSAs.

Individual LSA timers

20 LSAs, 1 packet 37 LSAs, 1 packet 15 LSAs, 1 packet

Individual LSA timers with group pacing

The group pacing interval is inversely proportional to the number of LSAs the router is refreshing, checksumming, and aging. For example, if you have approximately 10,000 LSAs, decreasing the pacing interval would benet you. If you have a very small database (40 to 100 LSAs), increasing the pacing interval to 10 to 20 minutes might benet you slightly.

10471

4 min 4 min 4 min

10341

30 minutes

30 minutes

30 minutes

Configuring OSPF P1C-119

Block OSPF LSA Flooding

The default value of pacing between LSA groups is 240 seconds (4 minutes). The range is 10 seconds to 1800 seconds (half an hour). To change the LSA group pacing interval, use the following command in router conguration mode:
Command timers lsa-group-pacing seconds Purpose Change the group pacing of LSAs.

For an example, see the section LSA Group Pacing Example at the end of this chapter.

Block OSPF LSA Flooding

By default, OSPF oods new LSAs over all interfaces in the same area, except the interface on which the LSA arrives. Some redundancy is desirable, because it ensures robust ooding. However, too much redundancy can waste bandwidth and might destabilize the network due to excessive link and CPU usage in certain topologies. An example would be a fully meshed topology. You can block OSPF ooding of LSAs two ways, depending on the type of networks:

On broadcast, nonbroadcast, and point-to-point networks, you can block ooding over specied OSPF interfaces. On point-to-multipoint networks, you can block ooding to a specied neighbor.

On broadcast, nonbroadcast, and point-to-point networks, to prevent ooding of OSPF LSAs, use the following command in interface conguration mode:
Command ospf database-lter all out Purpose Block the ooding of OSPF LSA packets to the interface.

On point-to-multipoint networks, to prevent ooding of OSPF LSAs, use the following command in router conguration mode:
Command neighbor ip-address database-lter all out Purpose Block the ooding of OSPF LSA packets to the specied neighbor.

For an example of blocking LSA ooding, see the section Block LSA Flooding Example at the end of this chapter.

Ignore MOSPF LSA Packets

Cisco routers do not support LSA Type 6 (MOSPF), and they generate syslog messages if they receive such packets. If the router is receiving many MOSPF packets, you might want to congure the router to ignore the packets and thus prevent a large number of syslog messages. To do so, use the following command in router conguration mode:
Command ospf ignore lsa mospf Purpose Prevent the router from generating syslog messages when it receives MOSPF LSA packets.

For an example of suppressing MOSPF LSA packets, see the section Ignore MOSPF LSA Packets Example at the end of this chapter.
P1C-120 Network Protocols Configuration Guide, Part 1

Monitor and Maintain OSPF

Monitor and Maintain OSPF

You can display specic statistics such as the contents of IP routing tables, caches, and databases. Information provided can be used to determine resource utilization and solve network problems. You can also display information about node reachability and discover the routing path your devices packets are taking through the network. To display various routing statistics, use the following commands in EXEC mode:
Command show ip ospf [process-id] show ip ospf [process-id area-id] database show ip ospf [process-id area-id] database [router] [link-state-id] show ip ospf [process-id area-id] database [router] [self-originate] show ip ospf [process-id area-id] database [router] [adv-router [ip-address]] show ip ospf [process-id area-id] database [network] [link-state-id] show ip ospf [process-id area-id] database [summary] [link-state-id] show ip ospf [process-id area-id] database [asbr-summary] [link-state-id] show ip ospf [process-id] database [external] [link-state-id] show ip ospf [process-id area-id] database [database-summary] show ip ospf border-routers Display the internal OSPF routing table entries to Area Border Router (ABR) and Autonomous System Boundary Router (ASBR). Display OSPF-related interface information. Display OSPF-neighbor information on a per-interface basis. Display a list of all LSAs requested by a router. Display a list of all LSAs waiting to be retransmitted. Display OSPF-related virtual links information. Purpose Display general information about OSPF routing processes. Display lists of information related to the OSPF database.

show ip ospf interface [interface-name] show ip ospf neighbor [interface-name] [neighbor-id] detail show ip ospf request-list [nbr] [intf] [intf-nbr] show ip ospf retransmission-list [nbr] [intf] [intf-nbr] show ip ospf virtual-links

OSPF Conguration Examples

The following sections provide OSPF conguration examples:

OSPF Point-to-Multipoint Example OSPF Point-to-Multipoint, Broadcast Example OSPF Point-to-Multipoint, Nonbroadcast Example Variable-Length Subnet Masks Example OSPF Routing and Route Redistribution Examples
Configuring OSPF P1C-121

OSPF Configuration Examples

Route Map Examples Changing OSPF Administrative Distance OSPF over On-Demand Routing Example LSA Group Pacing Example Block LSA Flooding Example Ignore MOSPF LSA Packets Example

OSPF Point-to-Multipoint Example

In Figure 23, Mollie uses DLCI 201 to communicate with Neon, DLCI 202 to Jelly, and DLCI 203 to Platty. Neon uses DLCI 101 to communicate with Mollie and DLCI 102 to communicate with Platty. Platty communicates with Neon (DLCI 401) and Mollie (DLCI 402). Jelly communicates with Mollie (DLCI 301).
Figure 23 OSPF Point-to-Multipoint Example
Mollie Neon 10.0.0.1 102 101 201 203 202

402

Mollies Conguration
hostname mollie ! interface serial 1 ip address 10.0.0.2 255.0.0.0 ip ospf network point-to-multipoint encapsulation frame-relay frame-relay map ip 10.0.0.1 201 broadcast frame-relay map ip 10.0.0.3 202 broadcast frame-relay map ip 10.0.0.4 203 broadcast ! router ospf 1 network 10.0.0.0 0.0.0.255 area 0

P1C-122

Network Protocols Configuration Guide, Part 1

S3775

Platty 10.0.0.4

401

301

Jelly

OSPF Point-to-Multipoint, Broadcast Example

Neons Conguration
hostname neon ! interface serial 0 ip address 10.0.0.1 255.0.0.0 ip ospf network point-to-multipoint encapsulation frame-relay frame-relay map ip 10.0.0.2 101 broadcast frame-relay map ip 10.0.0.4 102 broadcast ! router ospf 1 network 10.0.0.0 0.0.0.255 area 0

Plattys Conguration
hostname platty ! interface serial 3 ip address 10.0.0.4 255.0.0.0 ip ospf network point-to-multipoint encapsulation frame-relay clock rate 1000000 frame-relay map ip 10.0.0.1 401 broadcast frame-relay map ip 10.0.0.2 402 broadcast ! router ospf 1 network 10.0.0.0 0.0.0.255 area 0

Jellys Conguration
hostname jelly ! interface serial 2 ip address 10.0.0.3 255.0.0.0 ip ospf network point-to-multipoint encapsulation frame-relay clock rate 2000000 frame-relay map ip 10.0.0.2 301 broadcast ! router ospf 1 network 10.0.0.0 0.0.0.255 area 0

OSPF Point-to-Multipoint, Broadcast Example

The following example illustrates a point-to-multipoint network with broadcast:
interface Serial0 ip address 10.0.1.1 255.255.255.0 encapsulation frame-relay ip ospf cost 100 ip ospf network point-to-multipoint frame-relay map ip 10.0.1.3 202 broadcast frame-relay map ip 10.0.1.4 203 broadcast frame-relay map ip 10.0.1.5 204 broadcast frame-relay local-dlci 200 ! router ospf 1 network 10.0.1.0 0.0.0.255 area 0 neighbor 10.0.1.5 cost 5 neighbor 10.0.1.4 cost 10

Configuring OSPF P1C-123

OSPF Configuration Examples

The following example shows the conguration of the neighbor at 10.0.1.3:

interface serial 0 ip address 10.0.1.3 255.255.255.0 ip ospf network point-to-multipoint encapsulation frame-relay frame-relay local-dlci 301 frame-relay map ip 10.0.1.1 300 broadcast no shut ! router ospf 1 network 10.0.1.0 0.0.0.255 area 0

The output shown for neighbors in the rst conguration above looks like this:
Router# show ip ospf neighbor Neighbor ID Pri State 4.1.1.1 1 FULL/ 3.1.1.1 1 FULL/ 2.1.1.1 1 FULL/ Dead Time 00:01:50 00:01:47 00:01:45 Address 10.0.1.5 10.0.1.4 10.0.1.3 Interface Serial0 Serial0 Serial0

The route information in the rst conguration above looks like this:
Router# show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default U - per-user static route, o - ODR Gateway of last resort is not set C 1.0.0.0/8 is directly connected, Loopback0 10.0.0.0/8 is variably subnetted, 4 subnets, 2 masks O 10.0.1.3/32 [110/100] via 10.0.1.3, 00:39:08, Serial0 C 10.0.1.0/24 is directly connected, Serial0 O 10.0.1.5/32 [110/5] via 10.0.1.5, 00:39:08, Serial0 O 10.0.1.4/32 [110/10] via 10.0.1.4, 00:39:08, Serial0

OSPF Point-to-Multipoint, Nonbroadcast Example

The following example illustrates a point-to-multipoint network with nonbroadcast:
interface Serial0 ip address 10.0.1.1 255.255.255.0 ip ospf network point-to-multipoint non-broadcast encapsulation frame-relay no keepalive frame-relay local-dlci 200 frame-relay map ip 10.0.1.3 202 frame-relay map ip 10.0.1.4 203 frame-relay map ip 10.0.1.5 204 no shut ! router ospf 1 network 10.0.1.0 0.0.0.255 area 0 neighbor 10.0.1.3 cost 5 neighbor 10.0.1.4 cost 10 neighbor 10.0.1.5 cost 15

P1C-124

Network Protocols Configuration Guide, Part 1

Variable-Length Subnet Masks Example

The following example is the conguration for the router on the other side:
interface Serial9/2 ip address 10.0.1.3 255.255.255.0 encapsulation frame-relay ip ospf network point-to-multipoint non-broadcast no ip mroute-cache no keepalive no fair-queue frame-relay local-dlci 301 frame-relay map ip 10.0.1.1 300 no shut ! router ospf 1 network 10.0.1.0 0.0.0.255 area 0

The output shown for neighbors in the rst conguration above looks like this:
Router# show ip ospf neighbor Neighbor ID Pri State 4.1.1.1 1 FULL/ 3.1.1.1 1 FULL/ 2.1.1.1 1 FULL/ Dead Time 00:01:52 00:01:52 00:01:52 Address 10.0.1.5 10.0.1.4 10.0.1.3 Interface Serial0 Serial0 Serial0

Variable-Length Subnet Masks Example

OSPF, static routes, and IS-IS support variable-length subnet masks (VLSMs). With VLSMs, you can use different masks for the same network number on different interfaces, which allows you to conserve IP addresses and more efciently use available address space. In the following example, a 30-bit subnet mask is used, leaving two bits of address space reserved for serial line host addresses. There is sufcient host address space for two host endpoints on a point-to-point serial link.
interface ethernet 0 ip address 131.107.1.1 255.255.255.0 ! 8 bits of host address space reserved for ethernets interface serial 0 ip address 131.107.254.1 255.255.255.252 ! 2 bits of address space reserved for serial lines ! Router is configured for OSPF and assigned AS 107 router ospf 107 ! Specifies network directly connected to the router network 131.107.0.0 0.0.255.255 area 0.0.0.0

OSPF Routing and Route Redistribution Examples

OSPF typically requires coordination among many internal routers, area border routers, and autonomous system boundary routers. At a minimum, OSPF-based routers can be congured with all default parameter values, with no authentication, and with interfaces assigned to areas. Three examples follow:

The rst is a simple conguration illustrating basic OSPF commands. The second example illustrates a conguration for an internal router, ABR, and ASBRs within a single, arbitrarily assigned, OSPF autonomous system. The third example illustrates a more complex conguration and the application of various tools available for controlling OSPF-based routing environments.
Configuring OSPF P1C-125

OSPF Configuration Examples

Basic OSPF Conguration Example

The following example illustrates a simple OSPF conguration that enables OSPF routing process 9000, attaches Ethernet 0 to area 0.0.0.0, and redistributes RIP into OSPF, and OSPF into RIP:
interface ethernet 0 ip address 130.93.1.1 255.255.255.0 ip ospf cost 1 ! interface ethernet 1 ip address 130.94.1.1 255.255.255.0 ! router ospf 9000 network 130.93.0.0 0.0.255.255 area 0.0.0.0 redistribute rip metric 1 subnets ! router rip network 130.94.0.0 redistribute ospf 9000 default-metric 1

Basic OSPF Conguration Example for Internal Router, ABR, and ASBRs
The following example illustrates the assignment of four area IDs to four IP address ranges. In the example, OSPF routing process 109 is initialized, and four OSPF areas are dened: 10.9.50.0, 2, 3, and 0. Areas 10.9.50.0, 2, and 3 mask specic address ranges, while Area 0 enables OSPF for all other networks.
router ospf 109 network 131.108.20.0 0.0.0.255 area 10.9.50.0 network 131.108.0.0 0.0.255.255 area 2 network 131.109.10.0 0.0.0.255 area 3 network 0.0.0.0 255.255.255.255 area 0 ! ! Interface Ethernet0 is in area 10.9.50.0: interface ethernet 0 ip address 131.108.20.5 255.255.255.0 ! ! Interface Ethernet1 is in area 2: interface ethernet 1 ip address 131.108.1.5 255.255.255.0 ! ! Interface Ethernet2 is in area 2: interface ethernet 2 ip address 131.108.2.5 255.255.255.0 ! ! Interface Ethernet3 is in area 3: interface ethernet 3 ip address 131.109.10.5 255.255.255.0 ! ! Interface Ethernet4 is in area 0: interface ethernet 4 ip address 131.109.1.1 255.255.255.0 ! ! Interface Ethernet5 is in area 0: interface ethernet 5 ip address 10.1.0.1 255.255.0.0

Each network area router conguration command is evaluated sequentially, so the order of these commands in the conguration is important. The Cisco IOS software sequentially evaluates the address/wildcard-mask pair for each interface. See the OSPF Commands chapter of the Network Protocols Command Reference, Part 1 for more information.
P1C-126 Network Protocols Configuration Guide, Part 1

OSPF Routing and Route Redistribution Examples

Consider the rst network area command. Area ID 10.9.50.0 is congured for the interface on which subnet 131.108.20.0 is located. Assume that a match is determined for interface Ethernet 0. Interface Ethernet 0 is attached to Area 10.9.50.0 only. The second network area command is evaluated next. For Area 2, the same process is then applied to all interfaces (except interface Ethernet 0). Assume that a match is determined for interface Ethernet 1. OSPF is then enabled for that interface and Ethernet 1 is attached to Area 2. This process of attaching interfaces to OSPF areas continues for all network area commands. Note that the last network area command in this example is a special case. With this command, all available interfaces (not explicitly attached to another area) are attached to Area 0.

Complex Internal Router, ABR, and ASBRs Example

The following example outlines a conguration for several routers within a single OSPF autonomous system. Figure 24 provides a general network map that illustrates this example conguration.

Configuring OSPF P1C-127

OSPF Configuration Examples

Figure 24

Sample OSPF Autonomous System Network Map

OSPF domain (BGP autonomous system 109) Area 1

Router A

Router B

E1 Interface address: 131.108.1.1

E2 Interface address: 131.108.1.2 Network: 131.108.1.0

Interface address: E3 131.108.1.3 Router C S0 Interface address: 131.108.2.3 Network: 131.108.2.0

S1 Router D E4 Interface address: 10.0.0.4 Network: 10.0.0.0 E5 Router E Interface address: 131.108.2.4

Area 0

Interface address: 10.0.0.5 Interface address: 11.0.0.5 S2 Network: 11.0.0.0

Remote address: 11.0.0.6 in autonomous system 110

In this conguration, ve routers are congured with OSPF:

Router A and Router B are both internal routers within Area 1. Router C is an OSPF area border router. Note that for Router C, Area 1 is assigned to E3 and Area 0 is assigned to S0. Router D is an internal router in Area 0 (backbone area). In this case, both network router conguration commands specify the same area (Area 0, or the backbone area). Router E is an OSPF autonomous system boundary router. Note that BGP routes are redistributed into OSPF and that these routes are advertised by OSPF.

P1C-128

Network Protocols Configuration Guide, Part 1

S1030a

OSPF Routing and Route Redistribution Examples

Note It is not necessary to include denitions of all areas in an OSPF autonomous system in the

conguration of all routers in the autonomous system. You must only dene the directly connected areas. In the example that follows, routes in Area 0 are learned by the routers in Area 1 (Router A and Router B) when the area border router (Router C) injects summary link state advertisements (LSAs) into Area 1.

The OSPF domain in BGP autonomous system 109 is connected to the outside world via the BGP link to the external peer at IP address 11.0.0.6.

Router AInternal Router

interface ethernet 1 ip address 131.108.1.1 255.255.255.0 router ospf 1 network 131.108.0.0 0.0.255.255 area 1

Router BInternal Router

interface ethernet 2 ip address 131.108.1.2 255.255.255.0 router ospf 202 network 131.108.0.0 0.0.255.255 area 1

Router CABR
interface ethernet 3 ip address 131.108.1.3 255.255.255.0 interface serial 0 ip address 131.108.2.3 255.255.255.0 router ospf 999 network 131.108.1.0 0.0.0.255 area 1 network 131.108.2.0 0.0.0.255 area 0

Router DInternal Router

interface ethernet 4 ip address 10.0.0.4 255.0.0.0 interface serial 1 ip address 131.108.2.4 255.255.255.0 router ospf 50 network 131.108.2.0 0.0.0.255 area 0 network 10.0.0.0 0.255.255.255 area 0

Configuring OSPF P1C-129

OSPF Configuration Examples

Router EASBR
interface ethernet 5 ip address 10.0.0.5 255.0.0.0 interface serial 2 ip address 11.0.0.5 255.0.0.0 router ospf 65001 network 10.0.0.0 0.255.255.255 area 0 redistribute bgp 109 metric 1 metric-type 1 router bgp 109 network 131.108.0.0 network 10.0.0.0 neighbor 11.0.0.6 remote-as 110

Complex OSPF Conguration for ABR Examples

The following example conguration accomplishes several tasks in setting up an ABR. These tasks can be split into two general categories:

Basic OSPF conguration Route redistribution

The specic tasks outlined in this conguration are detailed briey in the following descriptions. Figure 25 illustrates the network address ranges and area assignments for the interfaces.
Figure 25 Interface and Area Specications for OSPF Example Conguration
Network address range: 192.42.110.0 through 192.42.110.255 Area ID: 192.42.110.0

Router A E3

E0 E1 E2

Network address range: 131.119.251.0 through 131.119.251.255 Area ID: 0 Configured as backbone area

The basic conguration tasks in this example are as follows:

P1C-130

Congure address ranges for Ethernet 0 through Ethernet 3 interfaces. Enable OSPF on each interface. Set up an OSPF authentication password for each area and network. Assign link state metrics and other OSPF interface conguration options.

Network Protocols Configuration Guide, Part 1

S1031a

Network address range: 36.56.0.0 through 35.56.255.255 Area ID: 36.0.0.0 Configured as stub area

Network address range: 131.119.254.0 through 131.254.255 Area ID: 0 Configured as backbone area

OSPF Routing and Route Redistribution Examples

Create a stub area with area id 36.0.0.0. (Note that the authentication and stub options of the area router conguration command are specied with separate area command entries, but can be merged into a single area command.) Specify the backbone area (Area 0).

Conguration tasks associated with redistribution are as follows: Redistribute IGRP and RIP into OSPF with various options set (including metric-type, metric, tag, and subnet). Redistribute IGRP and OSPF into RIP.

The following is an example OSPF conguration:

interface ethernet 0 ip address 192.42.110.201 255.255.255.0 ip ospf authentication-key abcdefgh ip ospf cost 10 ! interface ethernet 1 ip address 131.119.251.201 255.255.255.0 ip ospf authentication-key ijklmnop ip ospf cost 20 ip ospf retransmit-interval 10 ip ospf transmit-delay 2 ip ospf priority 4 ! interface ethernet 2 ip address 131.119.254.201 255.255.255.0 ip ospf authentication-key abcdefgh ip ospf cost 10 ! interface ethernet 3 ip address 36.56.0.201 255.255.0.0 ip ospf authentication-key ijklmnop ip ospf cost 20 ip ospf dead-interval 80

OSPF is on network 131.119.0.0:

router ospf 201 network 36.0.0.0 0.255.255.255 area 36.0.0.0 network 192.42.110.0 0.0.0.255 area 192.42.110.0 network 131.119.0.0 0.0.255.255 area 0 area 0 authentication area 36.0.0.0 stub area 36.0.0.0 authentication area 36.0.0.0 default-cost 20 area 192.42.110.0 authentication area 36.0.0.0 range 36.0.0.0 255.0.0.0 area 192.42.110.0 range 192.42.110.0 255.255.255.0 area 0 range 131.119.251.0 255.255.255.0 area 0 range 131.119.254.0 255.255.255.0 redistribute igrp 200 metric-type 2 metric 1 tag 200 subnets redistribute rip metric-type 2 metric 1 tag 200

Configuring OSPF P1C-131

OSPF Configuration Examples

IGRP autonomous system 200 is on 131.119.0.0:

router igrp 200 network 131.119.0.0 ! ! RIP for 192.42.110 ! router rip network 192.42.110.0 redistribute igrp 200 metric 1 redistribute ospf 201 metric 1

Route Map Examples

The examples in this section illustrate the use of redistribution, with and without route maps. Examples from both the IP and CLNS routing protocols are given. The following example redistributes all OSPF routes into IGRP:
router igrp 109 redistribute ospf 110

The following example redistributes RIP routes with a hop count equal to 1 into OSPF. These routes will be redistributed into OSPF as external link state advertisements with a metric of 5, metric type of Type 1, and a tag equal to 1.
router ospf 109 redistribute rip route-map rip-to-ospf ! route-map rip-to-ospf permit match metric 1 set metric 5 set metric-type type1 set tag 1

The following example redistributes OSPF learned routes with tag 7 as a RIP metric of 15:
router rip redistribute ospf 109 route-map 5 ! route-map 5 permit match tag 7 set metric 15

The following example redistributes OSPF intra-area and interarea routes with next-hop routers on serial interface 0 into BGP with an INTER_AS metric of 5:
router bgp 109 redistribute ospf 109 route-map 10 ! route-map 10 permit match route-type internal match interface serial 0 set metric 5

P1C-132

Network Protocols Configuration Guide, Part 1

Route Map Examples

The following example redistributes two types of routes into the integrated IS-IS routing table (supporting both IP and CLNS). The rst are OSPF external IP routes with tag 5; these are inserted into Level 2 IS-IS LSPs with a metric of 5. The second are ISO-IGRP derived CLNS prex routes that match CLNS access list 2000. These will be redistributed into IS-IS as Level 2 LSPs with a metric of 30.
router isis redistribute ospf 109 route-map 2 redistribute iso-igrp nsfnet route-map 3 ! route-map 2 permit match route-type external match tag 5 set metric 5 set level level-2 ! route-map 3 permit match address 2000 set metric 30

With the following conguration, OSPF external routes with tags 1, 2, 3, and 5 are redistributed into RIP with metrics of 1, 1, 5, and 5, respectively. The OSPF routes with a tag of 4 are not redistributed.
router rip redistribute ospf 109 route-map 1 ! route-map 1 permit match tag 1 2 set metric 1 ! route-map 1 permit match tag 3 set metric 5 ! route-map 1 deny match tag 4 ! route map 1 permit match tag 5 set metric 5

The following conguration sets the condition that if there is an OSPF route to network 140.222.0.0, generate the default network 0.0.0.0 into RIP with a metric of 1:
router rip redistribute ospf 109 route-map default ! route-map default permit match ip address 1 set metric 1 ! access-list 1 permit 140.222.0.0 0.0.255.255 access-list 2 permit 0.0.0.0 0.0.0.0

Configuring OSPF P1C-133

OSPF Configuration Examples

In the following conguration, a RIP learned route for network 160.89.0.0 and an ISO-IGRP learned route with prex 49.0001.0002 will be redistributed into an IS-IS Level 2 LSP with a metric of 5:
router isis redistribute rip route-map 1 redistribute iso-igrp remote route-map 1 ! route-map 1 permit match ip address 1 match clns address 2 set metric 5 set level level-2 ! access-list 1 permit 160.89.0.0 0.0.255.255 clns filter-set 2 permit 49.0001.0002...

The following conguration example illustrates how a route map is referenced by the default-information router conguration command. This is called conditional default origination. OSPF will originate the default route (network 0.0.0.0) with a Type 2 metric of 5 if 140.222.0.0, with network 0.0.0.0 in the routing table. Extended access-lists cannot be used in a route map for conditional default origination.
route-map ospf-default permit match ip address 1 set metric 5 set metric-type type-2 ! access-list 1 140.222.0.0 0.0.255.255 ! router ospf 109 default-information originate route-map ospf-default

Changing OSPF Administrative Distance

The following example changes the external distance to 200, making it less trustworthy. Figure 26 illustrates the example.

P1C-134

Network Protocols Configuration Guide, Part 1

OSPF over On-Demand Routing Example

Figure 26

OSPF Administrative Distance Router C

OSPF 2

External LSA 10.0.0.0 Router A Router B

Network 10.0.0.0

Router A
router ospf 1 redistribute ospf 2 subnet distance ospf external 200 ! router ospf 2 redistribute ospf 1 subnet distance ospf external 200

Router B
router ospf 1 redistribute ospf 2 subnet distance ospf external 200 ! router ospf 2 redistribute ospf 1 subnet distance ospf external 200

OSPF over On-Demand Routing Example

The following conguration allows OSPF over an on-demand circuit, as shown in Figure 27. Note that the on-demand circuit is dened on one side only (BRI 0 on RouterA). It is not required to be congured on both sides.

14830

OSPF 1

Configuring OSPF P1C-135

OSPF Configuration Examples

Figure 27
Token Ring 0

OSPF over On-Demand Circuit

BRI 0 Router A

BRI 0 Router B

Ethernet 0
14873

Router A
username RouterB password 7 060C1A2F47 isdn switch-type basic-5ess ip routing ! interface TokenRing0 ip address 140.10.20.7 255.255.255.0 no shut ! interface BRI0 no cdp enable description connected PBX 1485 ip address 140.10.10.7 255.255.255.0 encapsulation ppp ip ospf demand-circuit dialer map ip 140.10.10.6 name RouterB broadcast 61484 dialer-group 1 ppp authentication chap no shut ! router ospf 100 network 140.10.10.0 0.0.0.255 area 0 network 140.10.20.0 0.0.0.255 area 0 ! dialer-list 1 protocol ip permit

Router B
username RouterA password 7 04511E0804 isdn switch-type basic-5ess ip routing ! interface Ethernet0 ip address 140.10.60.6 255.255.255.0 no shut ! interface BRI0 no cdp enable description connected PBX 1484 ip address 140.10.10.6 255.255.255.0 encapsulation ppp dialer map ip 140.10.10.7 name RouterA broadcast 61485 dialer-group 1 ppp authentication chap no shut ! router ospf 100 network 140.10.10.0 0.0.0.255 area 0 network 140.10.60.0 0.0.0.255 area 0 ! dialer-list 1 protocol ip permit

P1C-136

Network Protocols Configuration Guide, Part 1

LSA Group Pacing Example

LSA Group Pacing Example

The following example changes the OSPF pacing between LSA groups to 60 seconds:
router ospf timers lsa-group-pacing 60

Block LSA Flooding Example

The following example prevents ooding of OSPF LSAs to broadcast, nonbroadcast, or point-to-point networks reachable through Ethernet interface 0:
interface ethernet 0 ospf database-filter all out

The following example prevents ooding of OSPF LSAs to point-to-multipoint networks to the neighbor at IP address 1.2.3.4:
router ospf 109 neighbor 1.2.3.4 database-filter all out

Ignore MOSPF LSA Packets Example

The following example congures the router to suppress the sending of syslog messages when it receives MOSPF packets:
router ospf 109 ospf ignore lsa mospf

Configuring OSPF P1C-137

OSPF Configuration Examples

P1C-138

Network Protocols Configuration Guide, Part 1