Common LSA types of OSPF

29

Common LSA types of OSPF are as follows:

Type 1 LSA: router LSA. Generated by each router, describes the router's link status and cost, and advertised within the area to which it belongs.
Type 2 LSA: network LSA. Describes the link status of all routers on the local network segment. Network-LSAs are generated by a designated router (DR) and advertised within the area to which the DR belongs.
Type 3 LSA: summary LSA. Generated by ABR, describes all routes in the area, and advertised to other relevant areas.
Type 4 LSA: ASBR-summary LSA. An ASBR-summary-LSA describes routes to the ASBR in an area. The routes are advertised to all areas except the area to which the ASBR belongs.
Type 5 LSA: AS-external-LSA. Describes AS external routes, which are advertised to all areas except stub areas and NSSAs. AS-external-LSAs are generated by an ASBR.
Type 7 LSA: NSSA AS-external-LSA. Describes AS external routes. NSSA-LSAs are generated by an ASBR and advertised only within NSSAs.

The original OSPF packet coding is not Type Length Value (TLV)-based. For the extension of OSPF functions, only the LSA types of OSPF can be extended.
Type 6 LSAs are Group-Membership-LSAs used to identify multicast group membership in the Multicast Open Shortest Path First (MOSPF) protocol. Type 6 LSAs are not supported on the firewall.
Type 8 LSAs are External-Attributes-LSAs used to redistribute Border Gateway Protocol (BGP) routes into OSPF and reserve the BGP autonomous system (AS) path information. Type 8 LSAs are not supported on the firewall.

RFC 2370 defines an important LSA type, namely, Opaque LSA, which allows for TLV-like structures. OSPF applications, such as OSPF traffic engineering, are based on the Opaque LSA extension abilities:
Type 9 LSAs are Opaque LSAs that are advertised within the local link only;
Type 10 LSAs are Opaque LSAs that are advertised within the local area only;
Type 11 LSAs, similar to Type 5 LSAs, are Opaque LSAs that are advertised within the local AS.

Other related questions:
Common LSA types defined by OSPF of S series switches
Question: What are the common LSAs used in OSPF of S series switches? Why Type 6 LSAs do not exist? Answer: On S series switches supporting OSPF, OSPF uses the following types of LSAs: Type 1 LSA: router LSA Type 2 LSA: network LSA Type 3 LSA: summary LSA Type 4 LSA: ASBR-summary LSA Type 5 LSA: AS-external-LSA Type 7 LSA: NSSA AS-external-LSA OSPF packets were encoded based on Type-Length-Value (TLV). To enable other OSPF functions, you need to use LSAs of other types. Type 6 LSAs, indicating group-membership-LSAs, are used to identify multicast group members in Multicast Open Shortest Path First (MOSPF). Switches do not support Type 6 LSAs. Type 8 LSAs, indicating external-attributes-LSAs, are used to import BGP routes into OSPF processes for inter-operations and reserve information about BGP routes such as AS-Path. Switches do not support Type 8 LSAs. The Opaque LSA type is defined by RFC 2370 and can use the TLV structure. Applications such as OSPF Traffic Engineering (TE) are implemented by the Opaque LSA. The Type 9 LSA is the Opaque LSA flooding on a link. The Type 10 LSA is the Opaque LSA flooding within an area. The Type 11 LSA is the Opaque LSA flooding within an AS.

OSPF LSA update interval
On S series switches supporting OSPF, OSPF updates and advertises a generated LSA every 1800 seconds (LSA link status update interval). The interval 1800s is defined by RFC 2328 and cannot be modified.

What does the TOS field in an OSPF LSA indicate
The TOS field in an OSPF LSA was designed for QoS routing. Packets with different TOS values are transmitted on links with different cost values, enabling TOS-based routing. That is, IP packets with the same destination but different TOS values are forwarded on differentiated routes. This application, however, is canceled in RFC 2328. The OSPF devices support only TOS value 0. That is, the route is based only on destination IP address.

What is the purpose of setting the DN bit in an OSPF LSA
If a Provider Edge (PE) device advertises Type-3, 5, and 7 link-state advertisements (LSAs) to Customer Edge (CE) devices through area 0, the optional high-order bit of these LSAs must be set and called the DN bit. If these LSAs are advertised through an area other than area 0, the DN bit can be set or not set. The DN bit is used to prevent routing loops. A PE ignores any LSA whose DN bit is set. This prevents a routing loop caused when a PE learns from the CE the LSA generated by another PE in CE dual-homing scenarios. PE sets the DN-bit of Type 3, 5, and 7 LSAs and checks the DN-bit of Type 3, 5, and 7 LSAs.

What does the OSPF LSA refresh interval mean
When an OSPF link state advertisement (LSA) age reaches the link-state refresh time (1800 seconds), the OSPF updates the LSAs for advertisement.

If you have more questions, you can seek help from following ways:
To iKnow To Live Chat
Scroll to top