OSPF
This chapter describes how to configure the Firewall Threat Defense to route data, perform authentication, and redistribute routing information using the Open Shortest Path First (OSPF) routing protocol.
OSPF routing
OSPF is an interior gateway routing protocol that
-
uses link states rather than distance vectors for path selection,
-
propagates link-state advertisements rather than routing table updates, and
-
converges more quickly than RIP networks because only LSAs are exchanged instead of the entire routing tables.
OSPF characteristics and features
OSPF uses a link-state algorithm to build and calculate the shortest path to all known destinations. Each router in an OSPF area contains an identical link-state database, which is a list of each of the router usable interfaces and reachable neighbors.
The advantages of OSPF over RIP include these characteristics:
-
OSPF link-state database updates are sent less frequently than RIP updates, and the link-state database is updated instantly, rather than gradually, AS stale information is timed out.
-
Routing decisions are based on cost, which is an indication of the overhead required to send packets across a certain interface. The Firewall Threat Defense device calculates the cost of an interface based on link bandwidth rather than the number of hops to the destination. The cost can be configured to specify preferred paths.
The disadvantage of shortest path first algorithms is that they require a lot of CPU cycles and memory.
The Firewall Threat Defense device can run two processes of OSPF protocol simultaneously on different sets of interfaces. You might want to run two processes if you have interfaces that use the same IP addresses (NAT allows these interfaces to coexist, but OSPF does not allow overlapping addresses). Or you might want to run one process on the inside and another on the outside, and redistribute a subset of routes between the two processes. Similarly, you might need to segregate private addresses from public addresses.
You can redistribute routes into an OSPF routing process from another OSPF routing process, a RIP routing process, or from static and connected routes configured on OSPF-enabled interfaces.
The Firewall Threat Defense device supports these OSPF features:
-
Intra-area, inter-area, and external (Type I and Type II) routes.
-
Virtual links.
-
LSA flooding.
-
Authentication to OSPF packets (both password and MD5 authentication).
-
Configuring the Firewall Threat Defense device AS a designated router or a designated backup router. The Firewall Threat Defense device also can be set up AS an ABR.
-
Stub areas and not-so-stubby areas.
-
Area boundary router Type 3 LSA filtering.
OSPF supports both MD5 and clear text neighbor authentication. Authentication should be used with all routing protocols when possible because route redistribution between OSPF and other protocols (such AS RIP) can potentially be used by attackers to subvert routing information.
If NAT is used, if OSPF is operating on public and private areas, and if address filtering is required, then you need to run two OSPF processes—one process for the public areas and one for the private areas.
A router that has interfaces in multiple areas is called an Area Border Router (ABR). A router that acts AS a gateway to redistribute traffic between routers using OSPF and routers using other routing protocols is called an Autonomous System Boundary Router (ASBR).
An ABR uses LSAs to send information about available routes to other OSPF routers. Using ABR Type 3 LSA filtering, you can have separate private and public areas with the ASA acting AS an ABR. Type 3 LSAs (inter-area routes) can be filtered from one area to other, which allows you to use NAT and OSPF together without advertising private networks.
![]() Note |
Only Type 3 LSAs can be filtered. If you configure the Firewall Threat Defense device AS an ASBR in a private network, it will send Type 5 LSAs describing private networks, which will get flooded to the entire AS, including public areas. |
If NAT is employed but OSPF is only running in public areas, then routes to public networks can be redistributed inside the private network, either AS default or Type 5 AS external LSAs. However, you need to configure static routes for the private networks protected by the Firewall Threat Defense device. Also, you should not mix public and private networks on the same Firewall Threat Defense device interface.
You can have two OSPF routing processes, one RIP routing process, and one EIGRP routing process running on the Firewall Threat Defense device at the same time.
OSPF support for fast hello packets
OSPF support for fast hello packets is a feature that
-
provides a way to configure the sending of hello packets in intervals less than one second, and
-
results in faster convergence in an Open Shortest Path First (OSPF) network.
OSPF fast hello packets configuration prerequisites
OSPF must be configured in the network already or configured at the same time as the OSPF Support for Fast Hello Packets feature.
OSPF hello interval and dead interval
OSPF hello interval and dead interval are configurable time parameters that
-
maintain connectivity between OSPF neighbors through regular hello packet exchanges,
-
detect neighbor failures when hello packets are not received within the specified timeframes, and
-
must be consistent across all routers within the same network to ensure proper operation.
Hello interval and dead interval configuration details
OSPF hello packets are packets that an OSPF process sends to its OSPF neighbors to maintain connectivity with those neighbors. The hello packets are sent at a configurable interval (in seconds). The defaults are 10 seconds for an Ethernet link and 30 seconds for a non broadcast link.
Hello packets include a list of all neighbors for which a hello packet has been received within the dead interval. The dead interval is also a configurable interval (in seconds), and defaults to four times the value of the hello interval. The value of all hello intervals must be the same within a network. Likewise, the value of all dead intervals must be the same within a network.
These two intervals work together to maintain connectivity by indicating that the link is operational. If a router does not receive a hello packet from a neighbor within the dead interval, it will declare that neighbor to be down.
OSPF fast hello packets
OSPF fast hello packets are hello packets that
-
are sent at intervals of less than 1 second,
-
are achieved by using the OSPF dead-interval command with a dead interval set to 1 second, and
-
use a hello-multiplier value set to the number of hello packets sent during that 1 second.
Fast hello packet behavior
When fast hello packets are configured on the interface, these behaviors occur:
-
The hello interval advertised in the hello packets that are sent out this interface is set to 0.
-
The hello interval in the hello packets received over this interface is ignored.
The dead interval must be consistent on a segment, whether it is set to 1 second (for fast hello packets) or set to any other value. The hello multiplier need not be the same for the entire segment as long as at least one hello packet is sent within the dead interval.
To understand fast hello packets, you should already understand the relationship between OSPF hello packets and the dead interval. See OSPF hello interval and dead interval.
Benefits of OSPF fast hello packets
A fast hello packet is an OSPF protocol feature that
-
reduces network convergence time by enabling routers to detect changes in the network faster,
-
allows rapid detection of lost neighbors within one second, and
-
enhances reliability in LAN environments where neighbor loss may not be detected at the Open Systems Interconnection (OSI) physical or data-link layer.
The benefit of OSPF Fast Hello Packets is that your OSPF network can react swiftly to changes, minimizing downtime and improving overall network stability. This feature is particularly useful in scenarios where routers may not detect lost neighbors via traditional methods, allowing OSPF to maintain accurate routing tables.
OSPFv2 and OSPFv3 implementation differences
A protocol distinction is a protocol category that
-
prevents backward compatibility between OSPFv2 and OSPFv3,
-
requires both OSPF versions to run simultaneously for IPv4 and IPv6 routing, and
-
allows OSPFv2 and OSPFv3 to coexist without interacting with each other.
OSPFv3 additional features
OSPFv3 provides additional features that include:
-
Protocol processing per link.
-
Removal of addressing semantics.
-
Addition of flooding scope.
-
Support for multiple instances per link.
-
Use of the IPv6 link-local address for neighbor discovery and other features.
-
LSAs expressed as prefix and prefix length.
-
Addition of two LSA types.
-
Handling of unknown LSA types.
-
Authentication support using the IPsec ESP standard for OSPFv3 routing protocol traffic, as specified by RFC-4552.


Feedback