Type 8
Type 8 is a specialized LSA that is used in internetworking OSPF and Border Gateway Protocol (BGP).

Types 9, 10, and 11
The opaque LSAs, types 9, 10, and 11, are designated for future upgrades to OSPF for application-specific purposes. For example, Cisco Systems uses opaque LSAs for Multiprotocol Label Switching (MPLS) with OSPF. Opaque LSAs are distributed using standard LSDB flooding mechanisms. Each type has a different flooding scope. Interactive Media Activity Drag and Drop: OSPF LSA Types Upon completion of this activity, the student will be able to identify the different OSPF LSA types.
Content 3.6 Multiarea OSPF Operation 3.6.4 Interpreting the OSPF LSDB and Routing Table Figure displays a partial output of the show ip ospf database command used to get information about an OSPF LSDB. The router link-states are type 1 LSAs, the net link-states are type 2, and the summary net link-states are type 3. The database columns contain the following information: Figure displays the complete output of the show ip ospf database command.
Content 3.6 Multiarea OSPF Operation 3.6.5 Interpreting the Routing Table Figure defines each of the routing table descriptors for OSPF. Router and network LSAs describe the details within an area. The routing table reflects this link-state information with a designation of O, meaning that the route is intra-area. When an ABR receives summary LSAs, it adds them to its LSDB and regenerates them into the local area. When an ABR receives external LSAs, it adds them to its LSDB and floods them into the area. The internal routers then assimilate the information into their databases. Summary LSAs appear in the routing table as IA (interarea routes). External LSAs appear in the routing table marked as external type 1 (E1) or external type 2 (E2) routes. The SPF algorithm is then run against the LSDB to build the SPF tree. The SPF tree is used to determine the best paths. The order in which the best paths are calculated is as follows:
  1. All routers calculate the best paths to destinations within their area (intra-area) and add these entries to the routing table. These are the type 1 and type 2 LSAs, which are noted in the routing table with a routing designator of O.
  2. All routers calculate the best paths to the other areas within the internetwork. These best paths are the interarea route entries, or type 3 and type 4 LSAs, and are noted with a routing designator of O IA.
  3. All routers (except those that are in a form of stub area) calculate the best paths to the external autonomous system (type 5) destinations. These are noted with either an O E1 or an O E2 route designator, depending on the configuration.
At this point, a router can communicate with any network within or outside the OSPF autonomous system.
Content 3.6 Multiarea OSPF Operation 3.6.6 Calculating Costs for E1 and E2 Routes The cost of an external route varies depending on the external type configured on the ASBR. The following external packet types can be configured, as shown in Figure : The show ip route command example in Figure depicts both external type routes (O E2) and interarea (O IA) routes. The last entry (O E2) is an external route (from the ASBR, via the ABR). The two numbers in brackets, [110/50], are the administrative distance and the total cost of the route to a specific destination network. In this case, the administrative distance is set to a default of 110 for all OSPF routes, and the total cost of the route has been calculated as 50.
Content 3.6 Multiarea OSPF Operation 3.6.7 Configuring OSPF LSDB Overload Protection If other routers are misconfigured, a large number of LSAs might get generated. For example, a redistribution of a large number of prefixes can cause excessive LSAs to be generated, which can drain local CPU and memory resources on an OSPF router. You can configure OSPF LSDB overload protection with Cisco IOS Release 12.3(7)T and later (and some specific earlier releases) by using the max-lsa command. Figure lists the parameters of this command. When this feature is enabled, the router keeps count of the number of received (non-self-generated) LSAs that it keeps in its LSDB. An error message is logged when the configured threshold number is reached, and a notification is sent when the threshold number is exceeded. If the LSA count still exceeds the threshold after one minute, the OSPF process takes down all adjacencies and clears the OSPF database. This is called the ignore state. In the ignore state, interfaces that belong to that OSPF process do not send or received OSPF packets. The OSPF process remains in the ignore state for the time that is defined by the ignore-time parameter. The ignore-time parameter defines the maximum number of times that the OSPF process can consecutively enter the ignore state before remaining permanently down and requiring manual intervention. If the OSPF process remains normal for the time that is defined by the reset-time parameter, the ignore state counter is reset to 0.
Content 3.6 Multiarea OSPF Operation 3.6.8 Changing the Cost Metric By default, OSPF calculates the OSPF metric for an interface according to the inverse bandwidth of the interface. In general, the cost in Cisco routers is calculated using the formula (100 Mbps) / (bandwidth in Mbps). For example, a 64-kbps link gets a metric of 1562, a T1 link gets a metric of 64, and a Fast Ethernet link gets a metric of 1.The cost for interfaces with a bandwidth equal or larger than 108 bps is normalized to 1. If you have faster interfaces, you may want to recalibrate the cost of 1 to a higher bandwidth. Figure displays various mediums with their associated metric cost. When you are using the bandwidth of the interface to determine OSPF cost, always remember to use the bandwidth value interface command to accurately define the bandwidth of the interface (in kbps). If interfaces that are faster than 100 Mbps are being used, you should use the auto-cost reference-bandwidth ref-bw command on all routers in the network to ensure accurate route calculations. The ref-bw is a reference bandwidth in megabits per second, and ranges from 1 to 4,294,967. You must apply the same reference bandwidth to all OSPF routers in the domain to get the desired results. To override the default cost, manually define the cost using the ip ospf cost interface-cost command on a per-interface basis. The cost value is an integer from 1 to 65,535. The lower the number, the better the link and more strongly preferred.
Content 3.7 Stub, Totally Stubby, and Not-So-Stubby Areas 3.7.1 Configuring OSPF Area Types