状态信息与第一网络设备不相关。
[0089]具体地，所述第一网络设备接收控制设备基于扩展的IGP发送的网络拓扑信息。
[0090]需要说明的是，这里涉及的扩展的IGP与标准的IGP的区别在于:
[0091]本发明实施例中涉及到的扩展的IGP中包括了控制设备的标识对应的字段，使得支持IGP的网络设备能够获取控制设备的标识，例如:Router-1D。
[0092]例如:IGP协议报文的扩展可以按照如下图所示的通过扩展0SPF协议报文实现，也可以通过扩展其他协议报文实现，这里不做具体限定。
[0093]需要说明的是，扩展的IGP包括了扩展0SPF协议报文头，还包括了扩展Router-LSA类型以及扩展Network-LSA类型。
[0094]例如:在OSPF RFC4970协议报文头中增加TLV字段，而增加的TLV字段的内容用来表示支持IGP的网络设备的控制设备的标识。
[0095]图2 (a)为扩展的OSPF RFC4970协议报文格式图。
[0096]从图2(a)中可以看出，OSPF RFC4970协议报文包含了报文类型(即Opaque Type为4，说明这是OSPF RFC4970协议中的4号报文)；报文标识(即Opaque ID，对应0);通告路由器标识(Advertising Router);链路状态序列号(LS Sequence Number);链路状态校验(LS Checksum);长度(Length)和 TLVs。
[0097]图2 (b)为扩展的OSPF RFC4970协议报文中扩展的TLVs的格式图。
[0098]从图2(b)中可以看出，扩展的TLVs中包括了类型字段(例如:Type字段的内容可以是1、2、3等等，可以定义1表示Value对应的内容为控制设备的标识)；长度字段(即Length，表示Value对应的内容占4字节)；属性字段(即Value，对应的内容可以是1.1.1，表示控制设备的标识的具体内容)。
[0099]需要说明的是，一般该4号报文在系统初始化时由控制设备发送给支持IGP的网络设备，使支持IGP的网络设备获取控制设备的设备标识。
[0100]图2 (c)为扩展Router-LSA类型的协议报文的报文头格式图。
[0101]从图2(c)中可以看出，扩展Router-LSA类型的协议报文的报文头包含了报文类型(即Opaque Type为5,说明这是OSPF协议中扩展Router-LSA类型的5号报文)；报文标识(即Opaque ID,对应0);通告路由器标识(Advertising Router);链路状态序列号(LSSequence Number);链路状态校验(LSChecksum);长度(Length)和扩展 TLVs。
[0102]需要说明的是，通告路由器标识可以用来表示控制设备的标识。
[0103]图2 (d)为扩展TLVs通过扩展Router-LSA类型得到的协议报文的格式图。
[0104]从图2(d)中可以看出，扩展的TLVs中包括了类型字段(Type:1，表明扩展了第一类LSA);长度字段(Longth);属性字段(Value，如图2(e)所示)。
[0105]图2(e)为图2(d)中属性字段对应的格式图。
[0106]从图2(e)中可以看出，属性字段包含了链路状态标识(即Link State ID);通告路由器标识(Advertising Router);链路状态序列号(LS Sequence Number);链路状态校验(LS Checksum);长度(Length);链路标识(即Link ID);链路数据(即Link Data)等。
[0107]需要说明的是，通告路由器标识可以是第一网络设备的设备标识，也可以是第二网络设备的设备标识，当控制设备通过扩展的IGP向第一网络设备发送报文时，一个报文的通告路由器标识可以是第一网络设备的设备标识；另一报文的通告路由器标识可以是第二网络设备的设备标识，也就是说一个报文中携带一个网络设备的设备标识。
[0108]需要说明的是，扩展TLVs通过扩展Router-LSA类型得到之外，还可以通过Network-LSA类型得到，或者通过Summary-LSA得到。
[0109]步骤202:所述第一网络设备通告所述网络网络拓扑信息中携带的所述第一网络设备与第二网络设备之间的链路状态信息。
[0110]所述第一网络设备将所述网络拓扑信息中包括的所述第一网络设备与第二网络设备之间的链路状态信息存储至链路状态数据库中；
[0111]针对当前的所述链路状态数据库，所述第一网络设备通告链路状态广播LSA，其中，所述LSA中包括了所述第一网络设备与第二网络设备之间的链路状态信息和所述第一网络设备与其他支持IGP的网络设备之间的链路状态信息。
[0112]由于第一网络设备通过控制设备获取了与不支持IGP的第二网络设备之间的链路状态信息，并将该链路状态信息通告给其他支持IGP的网络设备，实现了在一个控制设备控制的多个网络设备中支持IGP的网络设备访问不支持IGP的网络设备。
[0113]实施例三:
[0114]如图3所示，为本发明实施例三提供的一种链路状态信息通告方法的结构示意图。所述方法可以如下所述。
[0115]步骤301:第一网络设备接收控制设备发送的网络拓扑信息。
[0116]其中，网络拓扑信息中包含了所述控制设备的标识、所述控制设备生成的所述第一网络设备与第二网络设备之间的链路状态信息和所述第一网络设备与其他支持IGP的网络设备之间的链路状态信息。
[0117]在步骤301中，第一网络设备在接收到控制设备发送的网络拓扑信息时，判断所述网络拓扑信息中携带的所述控制设备的标识是否与本地存储的控制设备的标识相同。
[0118]在所述网络拓扑信息中携带的所述控制设备的标识与本地存储的控制设备的标识相同时，执行后续操作。
[0119]应理解，网络拓扑信息中包括了所述控制设备生成的链路状态信息对应的网络设备的设备标识(即在本发明实施例中的第一网络设备的设备标识和第二网络设备的设备标识)。
[0120]第一网络设备在接收到控制设备发送的网络拓扑信息时，根据所述网络拓扑信息中携带的网络设备的设备标识，判断所述控制设备生成的链路状态信息是否与第一网络设备相关。
[0121]具体地，当所述网络拓扑信息中携带的网络设备的设备标识与第一网络设备的设备标识相同时，确定所述控制设备生成的链路状态信息与第一网络设备相关。
[0122]当所述网络拓扑信息中携带的网络设备的设备标识与第一网络设备的设备标识不相同时，确定所述控制设备生成的链路状态信息与第一网络设备不相关。
[0123]具体地，所述第一网络设备接收控制设备基于扩展的IGP发送的网络拓扑信息。
[0124]需要说明的是，本发明实施例三中涉及的扩展的IGP与本发明实施例二中涉及的扩展的IGP的方式相同，这里不做赘述。
[0125]步骤302:所述第一网络设备通告所述网络拓扑信息中携带的所述第一网络设备与第二网络设备之间的链路状态信息和所述第一网络设备与其他支持IGP设备之间的链路状态信息。
[0126]在步骤302中，所述第一网络设备通过LSA通告所述网络拓扑信息中携带的所述第一网络设备与第二网络设备之间的链路状态信息和所述第一网络设备与其他支持IGP设备之间的链路状态信息。
[0127]这里的LSA可以是由控制设备代理第一网络设备产生的。即在LSA中描述了所述第一网络设备与第二网络设备之间的链路状态信息和所述第一网络设备与其他支持IGP设备之间的链路状态信息。
[0128]步骤303:所述第一网络设备优先根据所述网络拓扑信息中携带的链路状态信息进行路由计算。
[0129]在步骤303中，第一网络设备在进行路由计算时，优先选择控制设备发送的网络拓扑信息中携带的链路状态信息进行路由计算。
[0130]由于第一网络设备通过控制设备获取了与不支持IGP的第二网络设备之间的链路状态信息，并将该链路状态信息通告给其他支持IGP的网络设备，实现了在一个控制设备控制的多个网络设备中支持IGP的网络设备访问不支持IGP的网络设备，从而优化了控制设备控制的多个网络设备之间的路由。
[0131]实施例四:
[0132]如图4所示，为本发明实施例四提供的一种链路状态信息通告设备的结构示意图。所述链路状态信息通告设备分别具备了本发明实施例一至三中描述的功能。所述链路状态信息通告设备包括:接收模块41和通告模块42，其中:
[0133]接收模块41，用于接收控制设备发送的网络拓扑信息，其中，所述网络拓扑信息中包括了所述控制设备生成的第一网络设备与第二网络设备之间的链路状态信息，所