0% found this document useful (0 votes)
260 views37 pages

OSPF Case Studies

The document discusses OSPF area border routers (ABRs) and multi-area OSPF configurations. It provides the following key points: 1) An ABR connects two or more OSPF areas together and has topological information for all connected areas. It generates summary LSAs and runs SPF for each area. 2) While a multi-area OSPF network can technically operate without an Area 0, this is not recommended as it removes the ABR's loop detection mechanism. 3) The case study describes how two merging companies running multi-area OSPF would need to connect their Area 0s to form a single contiguous backbone network in order to run OSPF correctly.

Uploaded by

Son Vu Truong
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
260 views37 pages

OSPF Case Studies

The document discusses OSPF area border routers (ABRs) and multi-area OSPF configurations. It provides the following key points: 1) An ABR connects two or more OSPF areas together and has topological information for all connected areas. It generates summary LSAs and runs SPF for each area. 2) While a multi-area OSPF network can technically operate without an Area 0, this is not recommended as it removes the ABR's loop detection mechanism. 3) The case study describes how two merging companies running multi-area OSPF would need to connect their Area 0s to form a single contiguous backbone network in order to run OSPF correctly.

Uploaded by

Son Vu Truong
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 37

<Course

OSPF Case
Title>
Studies and Solutions

LY
N
O
SE
U
AL
N
R
TE
IN
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Area Border Router


N

Technically speaking, an area border router (ABR) is a router that connects two OSPF areas together.
In normal cases, ABRs will be connecting Area 0 to other areas. However, networks can actually
R

function without an Area 0 and with only two areas. So, is this router an ABR? How does OSPF
indicate its ABR status to other routers?
TE
IN

2 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

The Router LSA


N

An OSPF router is an ABR when the b bit is set in the router link-state advertisement (LSA), also
referred to as a Type 1 LSA. The slide indicates this setting by the bits field of 0x1. The other bits in
R

the field are used to indicate virtual links or autonomous system boundary router (ASBR) routers.
TE
IN

www.juniper.net 3
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Summary LSA
N

One of the primary jobs of the ABR router is to generate summary LSAs into its attached areas. This
function provides interarea connectivity for the non-ABR routers.
R
TE
IN

4 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Adding a Third Area


N

To change things up a bit, connect another area to R5. In this case, Area 0 is connected to R5. As
soon as R5 establishes an adjacency with Area 0, routes to R1 and R2 disappear from the routing
R

table.
TE
IN

www.juniper.net 5
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Summary LSAs Are Still Present


N

Building on the previous slide and issuing a show ospf database netsummary command, the
summary LSAs are present on R5 for R1 and R2. R5 is also generating summary LSAs for its
R

attached areas as designated by the asterisk (*) in the output.


TE

SPF Does Not Install


Even though the LSA’s are present in the OSPF database, a show ospf route command does
not show the routes to R1 and R2. The SPF calculation is removing those entries in its decision tree.
The loop detection mechanism in OSPF causes this action. Essentially, R5 will only accept summary
IN

LSAs from routers from the backbone. Because an ABR would have a full view of each connected
area, and it does not see R1 and R2, it ignores the summary LSA.

6 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Technical OSPF
N

From the OSPF RFC 2324:


R

“Any router running OSPF attached to multiple areas is known as Area Border
Router (ABR). An ABR will have topological information of all attached areas and
will run SPF for each area.” (Section 3.3)
TE

Technically, you can create multiarea OSPF network with no Area 0. However, we do not recommend
this configuration because SPF will process all LSAs in all areas and the ABR loses its OSPF loop
detection mechanism.
IN

Functional OSPF
In practice, an ABR should always be connected to Area 0. Because the ABR calculation is similar to
a distance vector protocol when processing the Type 3 LSA, a loop avoidance mechanism must be in
place. This requirement is met with an Area 0 and a rule that SPF will only process LSAs within that
area database.

www.juniper.net 7
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Acquisitions and Mergers


N

Companies are acquired or merged with other companies every day. These mergers present many
interesting challenges, including how to combine the IP networks into one network. For example,
R

imagine two companies running OSPF that must merge networks. For OSPF to work correctly, each
company must connect their respective Area 0’s together to form a single contiguous backbone. The
TE

easiest solution will be new physical connections between the routers in each company. However,
this is often easier said then done, and time can be a deciding factor. For these cases, a temporary
solution such as virtual tunnels or virtual links can be deployed.
IN

8 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Case Study
N

In this case study, Petroleum Inc. (ISP A) acquires Bob’s Oil and Gas (ISP B). Both networks are
running multiarea OSPF, and they must get the two networks communicating quickly.
R
TE
IN

www.juniper.net 9
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Integration Case Study


N

During the acquisition phase, an integration team is formed to look at all facets of combining the two
companies, including their OSPF networks. During the examination, it was determined that
R

connecting the two Area 0 networks together with physical connections was not a short term option,
due to the cost of the additional links as well as the time constraints of the project. An alternative
TE

solution had to be found.


IN

10 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Initial Physical Connection


N

The first step is to establish some physical connectivity between the two companies. In this case,
they chose to connect a service center and a sales center.
R
TE
IN

www.juniper.net 11
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Connectivity Issues
N

As soon as the physical connection is created, limited connectivity is achieved. For example, the
sales office at Bob’s (ISP B) can reach the neighbor router, but the corporate routers cannot. The
R

cause of this limited connectivity is the lack of a contiguous Area 0 backbone.


TE
IN

12 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Virtual Tunnels
N

One solution to the connectivity problem is to create a virtual tunnel between the two backbone
areas of the companies. This feature, known as a virtual link, provides a logical connection between
R

areas. Essentially, OSPF packets are tunneled through a transit area to establish an OSPF adjacency
and logically connect the two areas together. This establishes full connectivity between the two
TE

companies.
Remember that a virtual tunnel is a control plane feature only. SPF will still calculate the shortest
physical path between two points, which might not be the same path as the virtual tunnel. This could
create some confusion when troubleshooting, which is one of the primary reasons virtual tunnels are
IN

not considered long term solutions.

www.juniper.net 13
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Virtual Link Established


N

In this case, a virtual link is established between ABRs in each company. These ABRs must be
attached to Area 0.
R
TE
IN

14 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Virtual Link Configuration


N

The configuration of a virtual link takes place within the Area 0.0.0.0 portion of the OSPF hierarchy.
The virtual-link command itself requires both a transit area and a neighbor ID to be
R

configured. The transit area is the OSPF area through which you configure the virtual link. The
neighbor ID is the 32-bit router ID (RID) of the router on the far end of the virtual link. Once each side
TE

completes this configuration, each router begins to send unicast OSPF traffic towards the far-end
router to complete the link setup and form an adjacency.

Virtual Link as an Interface


IN

Once the two ends of the link can communicate, the virtual link becomes an operational OSPF
interface. It appears in show commands and within the OSPF link-state database (LSDB). It is always
noted in a format of vl-neighbor-id, where vl denotes it as a virtual link, and the
neighbor-id is the RID of the far-end router.

www.juniper.net 15
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Contiguous Area 0
N

Once the neighbor is established over the virtual link, connectivity is restored, all LSAs are
processed, and routes to each company are installed into the routing table.
R
TE
IN

16 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Multiarea Adjacencies
N

RFC 5185 defines multiarea OSPF adjacencies as the following:


R

“Multi-area adjacencies are configured between two routers having a common


interface. On point-to-point interfaces, there is no need to configure the neighbor’s
address since there can be only one neighbor. For all other network types, the
TE

neighbor address of each multi-area adjacency must be configured as a


point-to-point interfaces. OSPF control packets are sent to the AllSPFRouters
address. For all other network types, OSPF control packets are unicast to the
remote neighbor's IP address. “
IN

www.juniper.net 17
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Case Study
N

The slide displays the case study topology.


R
TE
IN

18 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Link Failure
N

In normal operation, if a link failure occurred between R1 and R3, traffic from R1 to R3 would flow
from R4 to R2 and then to R3. This creates three hops to reach a router that was previously one hop
R

away.
TE
IN

www.juniper.net 19
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL
N

Link Failure with Multiarea Adjacency


With multiarea adjacency configured, a hop to reach R3 is eliminated.
R
TE
IN

20 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Adjacency Verification
N

Verify adjacencies with the show ospf neighbor command.


R

Normal Trace
TE

For the case study, R1 is one hop away from R3.


IN

www.juniper.net 21
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Disable the Interface


N

To test normal operations, disable the interface between R1 and R3.


R

Trace Under Link Failure


TE

The trace from R1 to R3 now takes a 3 hop path.


IN

22 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Multiarea Adjacency Configuration


N

To configure multiarea adjacency in the Junos operating system, configure a secondary logical
interface for an OSPF area using the secondary statement. Any logical interface not
R

configured as a secondary interface for an area is treated as a primary interface for that area. A
logical interface can be configured as a primary interface for only one area. For any other area
TE

in which you configure the interface, you must configure it as a secondary interface.

Point-to-Point Interface
Interface ge-1/0/4.1100 now has two OSPF links, however, the secondary link show up as a point to
IN

point interface.

www.juniper.net 23
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Adjacency Is Formed
N

Two adjacencies are now formed over ge-1/0/4.1100 for Area 0 and Area 100.
R

Trace with Multiarea


TE

With the multiarea adjacency feature configured, the trace now requires only 2 hops, compared with
the default case of 3 hops.
IN

24 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

OSPF Default Export Policy


N

Recall that any policy applied to OSPF affects only external routes that are either Type 5 or Type 7
LSAs. Because OSPF does not inject any external routes by default, the default export policy is to
R

reject all routes. In other words, no external routes are send without a routing policy applied.
TE

Route Redistribution
In order for route distribution to occur, an export policy must be written and applied. Because
external routes in OSPF have an interarea flooding scope, the policies are applied globally. This
feature allows external routes to be sent into all areas that allow it. When an external route is brought
IN

into OSPF, it appears as an external Type 5 LSA of Type 2. If an external LSA Type 1 must be
configured, you can modify it with a policy.

www.juniper.net 25
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Mutual Redistribution
N

Special care must be taken when redistribution is configured in a networks When multiple
redistribution points are present sub-optimal routing and loops could occur. Generally, if the source
R

route has a lower preference than the protocol into which it is being redistributed, no issues occur.
However, when the source route has a higher preference, issues can occur. Several methods exist to
TE

resolve these issue, but the easiest method usually involves modifying route preference values.
IN

26 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Case Study Topology


N

The slide displays the case study topology that will be use in subsequent slides. R1, R2 and Host A
are all running RIP.
R
TE
IN

www.juniper.net 27
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Case Study Background


N

The slide describes the goal of the case study. The goal is to advertise a single RIP route into OSPF
as well as send a default route to RIP.
R
TE
IN

28 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Create a Policy for the RIP Route


N

The first step is to create a policy and apply the policy to OSPF. In this case, two match conditions
were used, creating a logical AND. This policy will be applied to both R1 and R2 under [edit
R

protocols ospf] by performing a set protocols ospf export redistribute-rip


command.
TE

Verify Policy Operation


Verify that the policy is working by examining the database and finding the type 7 associated with the
RIP route.
IN

www.juniper.net 29
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

ABR Translation
N

Because the route was originated from the NSSA, the ABR must convert the Type 7 LSA to a Type 5
for interarea advertisement.
R

Forwarding Address
TE

When the ABR translates the Type 7 into a Type 5, it places the ASBR’s address into the forwarding
address. This action supports optimal routing because only one ABR will translate the Type 7s to
Type 5s in the presence of multiple ABRs. This router might not be in the optimal path for routers in
other areas.
IN

ASBR Summary
The ABR also create a Type 4 LSA to represent the ASBR to other areas.

30 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Redistribution of Default Route


N

The next step is to redistribute the default route into OSPF using an export policy under RIP. By
default, RIP has a lower preference than OSPF external routes.
R

Because RIP has a better preference, the default route for RIP is preferred. In the sample network,
this preference creates a loop, because the OSPF routers point to the RIP router as their gateway,
TE

and the RIP router points to the OSPF ASBRs.


To fix the loop, modify the OSPF route preference to a lower value than the RIP route.
IN

www.juniper.net 31
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

The Result
N

The result of the preference change is now a default that points properly to the ABRs in the NSSA.
R
TE
IN

32 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

SPF Review
N

After a router receives a new LSA and places it into the LSDB, the router runs an algorithm known as
the Dijkstra algorithm (also called the shortest-path-first [SPF] algorithm). This computation uses the
R

database as a data source and results in a loop-free network topology using the best metric from the
local router to all nodes in the network.
TE

During the course of this calculation, the algorithm uses three databases—the LSDB, the candidate
database, and the tree database. As we have explored, the LSDB is the total compilation of routing
knowledge in the network. Conceptually, it consists of multiple tuples in the form of (router ID,
neighbor ID, cost), which describe each link in the network.
IN

www.juniper.net 33
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Import Policy
N

An import policy can be applied between the tree database and the routing table. This allows filtering
of routes from the LSDB to the routing table but it only applies to external routes, as in the case for
R

OSPF export policy. Note that the database stays consistent and the import policy does not block any
normal LSA flooding.
TE
IN

34 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

The Junos OS Supports Large Numbers of Routes


N

Some OSPF implementations encounter problems when large numbers of external routes are
injected into the LSDB. The Junos OS does not behave in this manner, however, and a large number
R

of routes are handled without a problem. While this protocol stability is a nice feature, a
configuration mistake could make a portion of your network unusable as only the Juniper Networks
TE

routers would be operating effectively.


To help you when a configuration mistake occurs, the Junos OS allows a limit to be placed on the
number of external routes exported into OSPF. The export-prefix-limit command informs the
router how many routes to accept using a routing policy configuration. The command accepts a
IN

32-bit value, which provides a range of routes from 1 to 4,294,967,295. Once the route limit is
reached, the router transitions into an overload state where the local links are set to a metric of
65,535 in the router LSA. Additionally, all Type 5 LSAs from the router are purged from the database
and the network in general. The local router remains in this state until the number of external routes
returns to a level below the configured limit. This situation requires the administrator to manually
change the existing configuration; either the number of advertised routes must be reduced or the
routing policy must be changed.

www.juniper.net 35
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Modify Policy
N

To see prefix limits in action, a policy is modified to send all RIP routes into OSPF.
R

RIP Redistribution
TE

This policy causes all RIP routes to be sent into OSPF.


IN

36 www.juniper.net
OSPF Case Studies and Solutions

LY
N
O
SE
U
AL

Prefix Limit
N

To stop the large amount of LSAs that could enter the router, a prefix limit of zero is configured.
R

The Result
TE

The result is that no RIP routes are distributed. This prefix limit setting ensures that a configuration
error does not affect your network.
IN

www.juniper.net 37

You might also like