OSPFv3 Fundamentals
Running on IPv6, OSPFv3 (defined in RFC 2740) is an independent routing protocol whose functions are enhanced on the basis of OSPFv2.
The working principles of Hello messages, state machines, link-state databases (LSDBs), flooding, and route calculation are the same in OSPFv3 and OSPFv2.
OSPFv3 divides an Autonomous System (AS) into one or more logical areas and advertises routes through LSAs.
OSPFv3 ensures routing information consistency by exchanging OSPFv3 packets between routers within an OSPFv3 area.
OSPFv3 packets are encapsulated into IPv6 packets, which can be transmitted in unicast or multicast mode.
Packet Types
Packet Type |
Description |
---|---|
Hello packet |
Hello packets are sent regularly to discover and maintain OSPFv3 neighbor relationships. |
Database Description (DD) packet |
A DD packet contains the summary of the local LSDB. It is exchanged between two OSPFv3 routers to update the LSDBs. |
Link State Request (LSR) packet |
LSR packets are sent to the neighbor to request the required LSAs. An OSPFv3 router sends LSR packets to its neighbor only after they exchange DD packets. |
Link State Update (LSU) packet |
The LSU packet is used to transmit required LSAs to the neighbor. |
Link State Acknowledgment (LSAck) packet |
The LSAck packet is used to acknowledge the received LSA packets. |
LSA Types
LSA Type |
Description |
---|---|
Router-LSA (Type1) |
Generated by a router for each area to which an OSPFv3 interface belongs, the router LSA describes the status and costs of links of the router and is advertised in the area where the OSPFv3 interface belongs. |
Network-LSA (Type2) |
Generated by a designated router (DR), the network LSA describes the link status and is broadcast in the area that the DR belongs to. |
Inter-Area-Prefix-LSA (Type3) |
Generated on the area border router (ABR), an inter-area prefix LSA describes the route of a certain network segment within the local area and is used to inform other areas of the route. |
Inter-Area-Router-LSA (Type4) |
Generated on the ABR, an inter-area router LSA describes the route to the autonomous system boundary router (ASBR) and is advertised to all related areas except the area that the ASBR belongs to. |
AS-external-LSA (Type5) |
Generated on the ASBR, the AS-external LSA describes the route to a destination outside the AS and is advertised to all areas except the stub area and NSSA. |
NSSA-LSA (Type7) |
Describes routes to a destination outside the AS. It is generated by an ASBR and advertised in NSSAs only. |
Link-LSA (Type8) |
Each router generates a link LSA for each link. A link LSA describes the link-local address and IPv6 address prefix associated with the link and the link option set in the network LSA. It is transmitted only on the link. |
Intra-Area-Prefix-LSA (Type9) |
Each router or DR generates one or more intra-area prefix LSAs and transmits it in the local area.
|
Router Types
Router Type |
Description |
---|---|
Internal router |
All interfaces on an internal router belong to the same OSPFv3 area. |
Area border router (ABR) |
An ABR can belong to two or more areas, but one of the areas must be a backbone area. An ABR is used to connect the backbone area and the non-backbone areas. It can be physically or logically connected to the backbone area. |
Backbone router |
At least one interface on a backbone router belongs to the backbone area. All ABRs and internal routers in Area 0, therefore, are backbone routers. |
AS boundary router (ASBR) |
A router that exchanges routing information with other ASs is called an ASBR. An ASBR may not locate on the boundary of an AS. It can be an internal router or an ABR. |
Route Types
Inter-area routes and intra-area routes describe the network structure of an AS. External routes describe how to select a route to the destination outside an AS. OSPFv3 classifies the imported AS external routes into Type 1 routes and Type 2 routes.
Table 6-2 lists route types in a descending order of priority.
Route Type |
Description |
---|---|
Intra-area route |
Indicates routes within an area. |
Inter-area route |
Indicates routes between areas. |
Type1 external routes |
Because of the high reliability of Type 1 external routes, the calculated cost of external routes is equal to that of AS internal routes, and can be compared with the cost of OSPFv3 routes. That is, the cost of a Type1 external route equals the cost of the route from the router to the corresponding ASBR plus the cost of the route from the ASBR to the destination address. |
Type2 external routes |
Because of the low reliability of Type2 external routes, the cost of the route from the ASBR to a destination outside the AS is considered far greater than the cost of any internal path to an ASBR. Therefore, OSPFv3 only takes the cost of the route from the ASBR to a destination outside the AS into account when calculating route costs. That is, the cost of a Type2 external route equals the cost of the route from the ASBR to the destination of the route. |
Area Types
Area Type |
Description |
---|---|
Totally stub area |
A totally stub area allows the Type3 default routes advertised by the ABR, and disallows the routes outside the AS and inter-area routes. |
Stub area |
A stub area allows inter-area routes, which is different from a totally stub area. |
NSSA |
Imports routes outside an AS, which is different from a stub area. An ASBR advertises Type7 LSAs in the local area. These Type 7 LSAs are translated into Type 5 LSAs on an ABR, and are then flooded in the entire OSPFv3 AS. |
Network Types
OSPFv3 classifies networks into the following types according to link layer protocols.
Network Type |
Description |
---|---|
Broadcast |
If the link layer protocol is Ethernet or FDDI, OSPFv3 defaults the network type to broadcast. In this type of networks, the following situations occur:
|
Non-broadcast Multiple Access (NBMA) |
If the link layer protocol is frame relay, ATM, or X.25, OSPFv3 defaults the network type to NBMA. In this type of networks, protocol packets such as Hello messages, DD packets, LSR packets, LSU packets, and LSAck packets, are transmitted in unicast mode. |
Point-to-Multipoint (P2MP) |
Regardless of the link layer protocol, OSPFv3 does not default the network type to P2MP. A P2MP network must be forcibly changed from other network types. The common practice is to change a non-fully connected NBMA to a P2MP network. In this type of networks, the following situations occur:
|
Point-to-point (P2P) |
If the link layer protocol is PPP, HDLC, or LAPB, OSPFv3 defaults the network type to P2P. In this type of network, the protocol packets, including Hello messages, DD packets, LSR packets, LSU packets, and LSAck packets, are transmitted to the multicast address FF02::5. |
Stub Area
A stub area is a special area where the ABRs do not flood the received external routes. In stub areas, the size of the routing table of the routers and the routing information in transmission are reduced.
Configuring a stub area is optional. Not all areas can be configured as stub areas. Usually, a stub area is a non-backbone area with only one ABR and is located at the AS boundary.
To ensure the reachability of a destination outside the AS, the ABR in the stub area generates a default route and advertises it to the non-ABR routers in the stub area.
Note the following when configuring a stub area:
The backbone area cannot be configured as a stub area.
If an area needs to be configured as a stub area, all the routers in this area must be configured with the stub command.
An ASBR cannot exist in a stub area. That is, external routes are not flooded in the stub area.
A virtual link cannot pass through the stub area.
OSPFv3 Route Summarization
Routing information can be decreased after route aggregation so that the size of routing tables is reduced, which improves the performance of routers.
The procedure for OSPFv3 route aggregation is as follows:
Route summarization on an ABR
An ABR can summarize routes with the same prefix into one route and advertise the summarized route in other areas.
When sending routing information to other areas, an ABR generates Type 3 LSAs based on IPv6 prefixes. If consecutive IPv6 prefixes exist in an area and route summarization is enabled on the ABR of the area, the IPv6 prefixes can be summarized into one prefix. If there are multiple LSAs that have the same prefix, the ABR summarizes these LSAs and advertises only one summarized LSA. The ABR does not advertise any specific LSAs.
Route summarization on an ASBR
An ASBR can summarize imported routes with the same prefix into one route and then advertise the summarized route to other areas.
After being enabled with route summarization, an ASBR summarizes imported Type 5 LSAs within the summarized address range. After route summarization, the ASBR does not generate a separate Type 5 LSA for each specific prefix within the configured range. Instead, the ASBR generates a Type 5 LSA for only the summarized prefix. In an NSSA, an ASBR summarizes multiple imported Type 7 LSAs within the summarized address range into one Type 7 LSA.
OSPFv3 Virtual Link
A virtual link refers to a logical channel established between two ABRs through a non-backbone area.
A virtual link must be set up on both ends of the link; otherwise, it does not take effect.
The transmit area refers to the area that provides an internal route of a non-backbone area for both the ends of the virtual link.
In actual applications, the physical connectivity between non-backbone areas and the backbone area cannot be ensured owing to various limitations. To solve this problem, you can configure OSPFv3 virtual links.
The virtual link is similar to a point-to-point connection between two ABRs. Similar to physical interfaces, the interfaces on the virtual link can be configured with parameters such as the hello interval.
As shown in Figure 6-2, OSPFv3 packets transmitted between two ABRs are only forwarded by the OSPFv3 devices that reside between the two ABRs. The OSPFv3 devices detect that they are not the destinations of the packets, so they forward the packets as common IP packets.
OSPFv3 Multi-Process
OSPFv3 supports multi-process. More than one OSPFv3 process can run on the same router because processes are independent of each other. Route interaction between different OSPFv3 processes is similar to the route interaction between different routing protocols.
An interface of a router belongs to only a certain OSPFv3 process.