一、拓扑二、ospfv2 中1、2类 LSA长这样其中R1 是DR8其中1类 LSA (Router-LSA)描述路由器的接口连接关系。2类 LSA (Network-LSA)由DR描述MA网络中的路由器列表。既包含接口又包含接口地址即接口和地址/掩码信息是耦合在一起的地址改变则邻居关系消失进而各自的 ospf 路由表开始进入路由毒化。三、ospfv3 中实现了拓扑和地址的解耦1、2类 LSA 功能不变但不再包含IPv6地址前缀信息各路由器之间使用链路本地地址进行 ospfv3 邻居的建立和 LSA 的交互即8类 LSA (Link-LSA)通告接口的链路本地地址和与本链路关联的IPv6地址前缀8类负责联系9类 LSA (Intra-Area-Prefix-LSA)通告区域内所有与1类、2类LSA关联的IPv6地址前缀信息9类负责实际的地址宣告再看下1、2类 LSA只有宣告的路由ID 和 接口 ID了:再看下 8类看到实际上建立链接的是 link-local 地址仅在链路内传播第1个看到带有 ipv6 地址前缀其实仅用于地址冲突检测不用于路由计算再看下9类携带了实际的 ipv6 前缀地址用于在本区域内泛洪在这里ospfv3 用8类做拓扑建立起联系用9类做拓扑上的“叶子”来做为缺失实际路由信息的1、2类 lsa建立了拓扑和地址分离的 ospfv3 路由表信息四、为什么观察不到它们之间的关联呢观察不到直接的“关联字段”很正常因为在 OSPFv3 的 LSDB链路状态数据库 里8、9 类 LSA 与 1、2 类 LSA 之间并没有一个显式的指针或索引字段。它们的关联是“隐式”的靠的是 LSA 头部通用字段的匹配规则。因为所有 LSA 头部都包含以下三个固定字段这就是它们的“关联密码”LS TypeLSA 的类型1、2、8、9Link State ID链路状态 IDAdvertising Router通告路由器产生该 LSA 的路由器 ID8类 LSA 如何关联到 1类关联规则8类 LSA 的 Link State ID 等于 1类 LSA 的 Advertising Router。因为 8 类 LSA 只在本地链路泛洪所以它的 Link State ID 字段里填的就是本路由器自己的接口 ID。而 1 类 LSA 的 Advertising Router 填的就是本路由器的 Router ID。所以当你看到一条 8 类 LSA 的 Link State ID 1.1.1.1 时它就是在“悄悄告诉你”我是由 Router ID 1.1.1.1 这台设备产生的我携带的是它的链路本地地址和链路前缀。9类 LSA 如何关联到 1类或2类关联规则9类 LSA 的 Advertising Router 必须与它引用的那个 1类或2类 LSA 的 Advertising Router 完全一致。9 类 LSA 的头部里Advertising Router 字段填的是某个 1 类或 2 类 LSA 的 Advertising Router。同时9 类 LSA 内部还有一个 Referenced LS Type 字段明确写着它引用的是 1类Router-LSA 还是 2类Network-LSA。另外9 类 LSA 的 Link State ID 也有讲究如果引用的是 1 类它就填 0如果引用的是 2 类它就填 2 类 LSA 的 Link State ID即 DR 的接口 IP。这是 OSPFv3 有意为之的设计保持 LSA 头部固定OSPFv3 重用了 OSPFv2 的 LSA 头部格式没有为新的 8、9 类重新设计头部。通用匹配逻辑所有路由器都按照这套 “Advertising Router Link State ID” 的固定规则去 LSDB 里查逻辑简单通用。避免重复信息9 类 LSA 只携带地址前缀不重复描述拓扑保证了拓扑1、2类和地址8、9类的彻底分离。如何自己观察如果你在设备上查看 LSDB可以按这个顺序验证先找到 1 类 LSA记下它的 Advertising Router比如 1.1.1.1。再去找 8 类 LSA看到 Link State ID 是接口 ID但通过 Advertising Router 也是 1.1.1.1就能对上。最后找 9 类 LSA看它的 Advertising Router 是否也是 1.1.1.1并且内部 Referenced LS Type 1这就完整挂上了。所以它们不是靠“指针”关联而是靠 “LSA 头部的字段组合” 来做隐式匹配。这种设计虽然看起来没那么直观但保证了协议的简洁性和可扩展性。五、总结8类 LSA每个物理接口上的 ipv6 单播地址都产生9类 LSAMA的DR、P2P、Loopback 接口地址都产生在OSPFv2以及OSPFv3中1类LSARouter-LSA和2类LSANetwork-LSA都仅在它们所属的OSPF区域内泛洪Flooding绝对不会被传递到其他区域ospfv3中8类和9类也是同样仅在区域内泛洪 ospfv3 中8、9类 LSA 和 ospfv2 中1、2类 LSA 的关联
一、拓扑二、ospfv2 中1、2类 LSA长这样其中R1 是DR8其中1类 LSA (Router-LSA)描述路由器的接口连接关系。2类 LSA (Network-LSA)由DR描述MA网络中的路由器列表。既包含接口又包含接口地址即接口和地址/掩码信息是耦合在一起的地址改变则邻居关系消失进而各自的 ospf 路由表开始进入路由毒化。三、ospfv3 中实现了拓扑和地址的解耦1、2类 LSA 功能不变但不再包含IPv6地址前缀信息各路由器之间使用链路本地地址进行 ospfv3 邻居的建立和 LSA 的交互即8类 LSA (Link-LSA)通告接口的链路本地地址和与本链路关联的IPv6地址前缀8类负责联系9类 LSA (Intra-Area-Prefix-LSA)通告区域内所有与1类、2类LSA关联的IPv6地址前缀信息9类负责实际的地址宣告再看下1、2类 LSA只有宣告的路由ID 和 接口 ID了:再看下 8类看到实际上建立链接的是 link-local 地址仅在链路内传播第1个看到带有 ipv6 地址前缀其实仅用于地址冲突检测不用于路由计算再看下9类携带了实际的 ipv6 前缀地址用于在本区域内泛洪在这里ospfv3 用8类做拓扑建立起联系用9类做拓扑上的“叶子”来做为缺失实际路由信息的1、2类 lsa建立了拓扑和地址分离的 ospfv3 路由表信息四、为什么观察不到它们之间的关联呢观察不到直接的“关联字段”很正常因为在 OSPFv3 的 LSDB链路状态数据库 里8、9 类 LSA 与 1、2 类 LSA 之间并没有一个显式的指针或索引字段。它们的关联是“隐式”的靠的是 LSA 头部通用字段的匹配规则。因为所有 LSA 头部都包含以下三个固定字段这就是它们的“关联密码”LS TypeLSA 的类型1、2、8、9Link State ID链路状态 IDAdvertising Router通告路由器产生该 LSA 的路由器 ID8类 LSA 如何关联到 1类关联规则8类 LSA 的 Link State ID 等于 1类 LSA 的 Advertising Router。因为 8 类 LSA 只在本地链路泛洪所以它的 Link State ID 字段里填的就是本路由器自己的接口 ID。而 1 类 LSA 的 Advertising Router 填的就是本路由器的 Router ID。所以当你看到一条 8 类 LSA 的 Link State ID 1.1.1.1 时它就是在“悄悄告诉你”我是由 Router ID 1.1.1.1 这台设备产生的我携带的是它的链路本地地址和链路前缀。9类 LSA 如何关联到 1类或2类关联规则9类 LSA 的 Advertising Router 必须与它引用的那个 1类或2类 LSA 的 Advertising Router 完全一致。9 类 LSA 的头部里Advertising Router 字段填的是某个 1 类或 2 类 LSA 的 Advertising Router。同时9 类 LSA 内部还有一个 Referenced LS Type 字段明确写着它引用的是 1类Router-LSA 还是 2类Network-LSA。另外9 类 LSA 的 Link State ID 也有讲究如果引用的是 1 类它就填 0如果引用的是 2 类它就填 2 类 LSA 的 Link State ID即 DR 的接口 IP。这是 OSPFv3 有意为之的设计保持 LSA 头部固定OSPFv3 重用了 OSPFv2 的 LSA 头部格式没有为新的 8、9 类重新设计头部。通用匹配逻辑所有路由器都按照这套 “Advertising Router Link State ID” 的固定规则去 LSDB 里查逻辑简单通用。避免重复信息9 类 LSA 只携带地址前缀不重复描述拓扑保证了拓扑1、2类和地址8、9类的彻底分离。如何自己观察如果你在设备上查看 LSDB可以按这个顺序验证先找到 1 类 LSA记下它的 Advertising Router比如 1.1.1.1。再去找 8 类 LSA看到 Link State ID 是接口 ID但通过 Advertising Router 也是 1.1.1.1就能对上。最后找 9 类 LSA看它的 Advertising Router 是否也是 1.1.1.1并且内部 Referenced LS Type 1这就完整挂上了。所以它们不是靠“指针”关联而是靠 “LSA 头部的字段组合” 来做隐式匹配。这种设计虽然看起来没那么直观但保证了协议的简洁性和可扩展性。五、总结8类 LSA每个物理接口上的 ipv6 单播地址都产生9类 LSAMA的DR、P2P、Loopback 接口地址都产生在OSPFv2以及OSPFv3中1类LSARouter-LSA和2类LSANetwork-LSA都仅在它们所属的OSPF区域内泛洪Flooding绝对不会被传递到其他区域ospfv3中8类和9类也是同样仅在区域内泛洪