一种桥媒质访问控制地址变化的处理方法和第一节点

摘要

本申请公开了一种媒质访问控制地址变化的处理方法，该方法通过在节点感知到桥MAC地址变化导致自身system ID发生变化时，向网络中所有节点通告本节点的新、旧system ID；当邻居节点获知并更新相关system ID时，使用变化后的桥MAC地址作为system ID向该邻居节点发送Hello报文；当所有邻居节点获知并更新相关system ID时，才使用变化后的桥MAC地址作为system ID发送LSP报文。基于同样的发明构思，本申请同时提出一种第一节点，在桥MAC地址变化时，避免引起网络拓扑的变化。

说明书

技术领域

本申请涉及通信技术领域，特别涉及一种桥媒质访问控制（MAC）地址变化的处 理方法和第一节点。

背景技术

最短路径桥（Shortest Path Bridging，SPB）是IEEE802.1aq定义的以太网标准之 一，是多生成树协议（MSTP）的进一步延伸，旨在构建大型扁平的无阻塞二层网络， 使用中间系统到中间系统（ISIS）来共享网络中的链路状态，网络各个节点并行计算 各节点之间的最短路径，避免了使用生成树协议（STP）协议带来的不稳定性和部分 链路利用效率低下的不足。

802.1aq定义了两个SPB模式：VLAN模式SPB（SPBV）和M-in-M模式SPB （SPBM）。SPBM模式继承了802.1ah的报文封装格式及多实例的思想，但重新定义 了数据平面的转发方式和控制平面，由SPB-ISIS来学习链路状态信息，并进行全网同 步，计算转发路径。

SPBM在B-VLAN内不进行动态MAC地址学习，其转发表项都是由控制平面 SPB-ISIS学习并下刷。SPB-ISIS的功能包括：建立SPB桥之间的ISIS邻居，进行链 路状态数据库的快速更新和同步；骨干网服务实例编号（I-SID）服务实例的通告，负 载分担算法的通告；各个节点并行拓扑SPT计算，并给数据平面下发转发表项。

在SPB-ISIS中，每一个节点都会生成链路状态协议数据单元（LSP，Link State  Protocol Data Unit），并通告给SPB网络中的其他节点，其中，该LSP包含了本节点的 所有链路状态信息以及BMAC/B-VLAN以及I-SID的对应关系。当网络中的任一节点 都收到所有其它节点通告的LSP时，开始拓扑计算，并最终生成转发表项并下发到数 据平面。数据平面根据这些转发表项进行报文的处理。

运行ISIS协议，且桥MAC地址作为节点的系统标识（system ID）的SPB网络中， 当节点的桥MAC地址发生变化时，SPB-ISIS会认为SPB网络拓扑发生了变化，重新 进行拓扑计算，从而导致网络流量中断。对于运行ISIS的IP网络，以及TRILL网络 同样存在上述问题。

发明内容

有鉴于此，本申请提供一种媒质访问控制地址变化的处理方法和第一节点，避免 了桥MAC地址变化引起拓扑变化。

为解决上述技术问题，本发明的技术方案是这样实现的：

一种桥媒质访问控制MAC地址变化的处理方法，应用于运行中间系统到中间系 统ISIS协议且使用节点的桥MAC地址作为节点的系统标识system ID的网络中，包 括：

所述网络中的第一节点在感知到自身的桥MAC地址发生变化导致自身system ID 发生变化时，延迟使用新桥MAC地址作为system ID向外发送hello报文和LSP报文， 并向外发送携带有自身新、旧system ID的第一通知报文，以使得网络中的其他节点 据此更新本地记录的第一节点的system ID，以及更新本地生成的邻居TLV中第一节 点的system ID，并向外发送携带有邻居TLV的LSP报文；

第一节点在接收到源节点为邻居节点发送的LSP报文，且该LSP报文中与本节点 相关的邻居TLV中携带的system ID为本节点的新桥MAC地址时，使用所述新桥MAC 地址作为system ID向所述邻居节点发送Hello报文，以及，在接收到所有邻居节点发 送的LSP报文，且所有邻居节点发送的LSP报文中与本节点相关的邻居TLV中携带 的system ID都为本节点的新桥MAC地址时，使用所述新桥MAC地址作为system ID 向外发送LSP报文。

一种第一节点，可应用于运行中间系统到中间系统ISIS协议且使用节点的桥MAC 地址作为节点的系统标识system ID的网络中，所述第一节点包括：感知单元、发送 单元和接收单元；

所述感知单元，用于感知本节点桥MAC地址的变化；

所述发送单元，用于所述感知单元感知到自身的桥MAC地址发生变化导致自身 system ID发生变化时，延迟使用新桥MAC地址作为system ID向外发送hello报文和 LSP报文，并向外发送携带有自身新、旧system ID的第一通知报文，以使得网络中的 其他节点据此更新本地记录的所述节点的system ID，以及更新本地生成的邻居TLV 中所述节点的system ID，并向外发送携带有邻居TLV的LSP报文；当所述接收单元 接收到源节点为邻居节点发送的LSP报文，且该LSP报文中与本节点相关的邻居TLV 中携带的system ID为本节点的新桥MAC地址时，使用所述新桥MAC地址作为system ID向所述邻居节点发送Hello报文；当所述接收单元接收到所有邻居节点发送的LSP 报文，且所有邻居节点发送的LSP报文中与本节点相关的邻居TLV中携带的system ID 都为本节点的新桥MAC地址时，使用所述新桥MAC地址作为system ID向外发送LSP 报文；

所述接收单元，用于接收其他节点发送的LSP报文。

综上所述，本申请通过在节点感知到桥MAC地址变化导致自身system ID发 生变化时，延迟使用新桥MAC地址作为system ID向外发送hello报文和LSP报 文，向网络中所有节点通告本节点的新、旧system ID；当邻居节点获知并更新相 关system ID时，使用变化后的桥MAC地址作为system ID向该邻居节点发送Hello 报文；当所有邻居节点获知并更新相关system ID时，才使用变化后的桥MAC地 址作为system ID发送LSP报文。在桥MAC地址变化时，避免引起网络拓扑的变 化。

附图说明

图1为本发明实施例中桥MAC地址变化的处理方法流程图；

图2为本发明具体实施例中新增的system ID TLV结构示意图；

图3为本发明具体实施例中应用于上述技术的节点的结构示意图。

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例， 对本发明所述方案作进一步地详细说明。

本发明实施例中提出一种桥MAC地址变化的处理方法，应用于运行中间系统到 中间系统（ISIS）协议且使用节点的桥MAC地址作为节点的system ID的网络中，其 中，运行ISIS协议的网络可以为IP网络、SPB网络、TRILL网络等。该网络中的任 一节点感知到桥MAC地址变化时，在网络中的该节点的所有邻居节点获得新桥MAC 地址之前，不使用新的桥MAC地址作为system ID发送LSP报文和Hello报文，因此， 在桥MAC地址变化时，避免引起网络拓扑的变化。

参见图1，图1为本发明实施例中桥MAC地址变化的处理方法流程图。具体步骤 为：

步骤101，当所述网络中的第一节点在感知到自身的桥MAC地址发生变化导致自 身system ID发生变化时，延迟使用新桥MAC地址作为system ID向外发送hello报文 和LSP报文；向外发送携带有自身新、旧system ID的第一通知报文，以使得网络中 的其他节点据此更新本地记录的所述节点的system ID，以及更新本地生成的邻居TLV 中所述节点的system ID，并向外发送携带有邻居TLV的LSP报文。

本步骤中当感知到桥MAC地址变化时，不会立即使用变化后的桥MAC地址作为 system ID发送LSP报文和Hello报文，而是先将变换前后的桥MAC地址通知给所有 节点。其中，将桥MAC地址变化前的桥MAC地址作为旧桥MAC地址，旧桥MAC 地址作为旧system ID，将桥MAC地址变化后的桥MAC地址作为新桥MAC地址， 新桥MAC地址作为新system ID。

本步骤中第一节点发送给其他节点的第一通知报文，目的使其他节点获知本节点 当期的新system ID，并将所有旧system ID更新，同时在发送LSP报文时，将LSP报 文中的与本节点有关的邻居TLV中的旧system ID更新为新system ID。

步骤102，该第一节点在接收到源节点为邻居节点发送的LSP报文，且该LSP报 文中与本节点相关的邻居TLV中携带的system ID为本节点的新桥MAC地址时，使 用所述新桥MAC地址作为system ID向所述邻居节点发送Hello报文。

本步骤描述触发使用新桥MAC地址作为system ID发送Hello报文的条件为，接 收到源节点为邻居节点的节点发送的LSP报文，且该LSP报文中与本节点相关的邻居 TLV中携带的system ID为本节点的新桥MAC地址。由于Hello报文是一对一发送的， 因此只要接收到邻居节点已经更新桥MAC地址的LSP报文，就可以向该邻居节点发 送Hello报文，维持邻居关系。

步骤103，该第一节点在接收到所有邻居节点发送的LSP报文，且所有邻居节点 发送的LSP报文中与本节点相关的邻居TLV中携带的system ID都为本节点的新桥 MAC地址时，使用所述新桥MAC地址作为system ID向外发送LSP报文。

本步骤描述触发使用新桥MAC地址作为system ID发送LSP报文的条件为，接 收到所有邻居节点发送的LSP报文，且所述LSP报文中与本节点相关的邻居TLV中 携带的system ID为本节点的新桥MAC地址。

本文中所述的发送，均是指报文的源节点向外传输报文。源节点发送的报文，可 能经过其他节点的转发（如泛洪），到达多个节点。

上述步骤103中，第一节点在接收到所有邻居节点发送的LSP报文，且所有邻居 节点发送的LSP报文中与本节点相关的邻居TLV中携带的system ID都为本节点的新 桥MAC地址时，即使用所述新桥MAC地址作为system ID向外发送LSP报文。第一 节点收到所有邻居节点的上述LSP报文时，说明所有邻居节点均已接收到上述步骤 101中第一节点发送的第一通知报文并已经根据该通知报文进行了system ID的更新处 理。上述步骤103中并没有考虑除邻居节点外的其他节点是否已经根据该第一通知报 文进行了system ID的更新处理，这是因为：第一节点在收到所有邻居发送的上述LSP 报文后，才以新桥MAC地址作为system ID向外发送LSP报文，按照正常的报文转 发处理速度，当该LSP报文到达除邻居节点外的其他节点时，这些其他节点应该已经 根据第一通知报文进行了system ID的更新处理。

当然，作为一种更严格的实施方式，本发明实施例中第一节点可以在确认了网络 中其他所有节点都已经进行了system ID的更新处理后，才以新桥MAC地址作为 system ID向外发送LSP报文，此时上述步骤103，可以替换为以下步骤103’：

步骤103’，第一节点在接收到网络中的其他所有节点发送的LSP报文，且其他 所有节点发送的LSP报文中与本节点相关的邻居TLV中携带的system ID都为本节点 的新桥MAC地址时，才使用所述新桥MAC地址作为system ID向外发送LSP报文。

在上述步骤103替换为步骤103’后，其他步骤均可以依照上文中的描述实现，此 处不再赘述。

该方法进一步包括：第一节点接收到第二节点发送的第二通知报文，其中，所述 第二通知报文是第二节点在感知到自身的桥MAC地址发生变化导致自身system ID发 生变化后向外发送的，且所述第二通知报文携带有第二节点的新、旧system ID。

第一节点根据所述第二通知报文，更新本地记录的第二节点的system ID，以及更 新本地生成的邻居TLV中第二的system ID，并向外发送携带有邻居TLV的LSP报文。

第一节点接收到第二节点发送的第二通知报文时，获知发送通知报文的节点的桥 MAC地址变化导致system ID变化，则将本地记录的所有与第二节点相关system ID 更新为LSP通知报文中的新system ID。这样处理后网络的拓扑结构不会发生变化，仅 是其中一个节点的system ID变化而已。

在本地将第二节点的system ID更新后，更新本地生成的LSP报文中的TLV时， 与第二节点的system ID相关的邻居TLV需要更新，与第二节点的system ID无关的邻 居TLV，即该邻居TLV中没有包含的system ID为旧桥MAC地址，则不处理该邻居 TLV。

本发明具体实施例中在感知到自身桥MAC地址变化导致自身system ID发生变化 时，向所有节点发送第一通知报文，以及接收第二通知报文有如下多种实现方式，以 下介绍两种可能的实现方式，在下文中以接收到的第二通知报文，以及对接收到的第 二通知报文进行处理为例，对于第一通知报文，其实现亦类似，为节约篇幅，不再赘 述：

第一种方式为：所述第二通知报文为LSP通知报文时，根据所述第二通知报文， 更新本地记录的第二节点的system ID，包括：

第一节点将本地记录的第二节点发布的LSP信息的旧system ID，更新为所述第二 通知报文中的新system ID，若发送该LSP通知报文的源节点，即第二节点为第一节点 的邻居节点，则进一步将本地记录的邻居关系中的第二节点的旧system ID，更新为所 述第二通知报文中的新system ID。

由上可知，当第二通知报文为LSP通知报文时，第一节点在接收到LSP通知报文 时，不仅要修改旧桥MAC地址作为system ID对应的节点发布的LSP信息的system ID； 当发送LSP通知报文的源节点为邻居节点时，还需修改邻居关系中与所述LSP通知报 文中相同的旧system ID。

上述发送的LSP通知报文，可以通过在LSP报文中携带system ID TLV实现，其 中，所述system ID TLV中包含有作为主system ID的新桥MAC地址和作为辅system ID 的旧桥MAC地址。

参见图2，图2为本发明具体实施例中新增的system ID TLV结构示意图。图2中 可见，Type用于标识该TLV的类型为system ID TLV，内容中填写的是主system ID和 辅系统标识（AUX system ID）。桥MAC地址作为system ID的节点上，主system ID中 填写新桥MAC地址，即变化后的当前的桥MAC地址，辅system ID TLV中填写旧桥 MAC地址，即变化前的桥MAC地址。

接收到携带system ID TLV的LSP报文时，处理方法如下：若所述LSP报文中 system ID TLV中携带的辅system ID同该LSP报文的报头中的system ID相同，将本 地记录的所述辅system ID对应的节点发布的LSP信息的system ID，更新为所述system  ID TLV中携带的主system ID，若发送该LSP报文的源节点为邻居节点，将本地记录 的邻居关系中与所述辅system ID相同的system ID，更新为所述LSP报文中的system  ID TLV中携带的主system ID。

若所述LSP报文中system ID TLV中携带的辅system ID同该LSP报文的报头中 的system ID不相同，则认为是攻击报文，不处理，或删除。

第二种方式为：所述第二通知报文包括LSP通知报文和Hello通知报文，由于Hello 通知报文仅发送给邻居节点，说明第一节点、第二节点互为邻居；所述根据所述第二 通知报文，更新本地记录的第二节点的system ID，包括：

第一节点当接收到的所述第二通知报文为LSP通知报文时，将本地记录的第二节 点发布的LSP信息的旧system ID，更新为所述第二通知报文中的新system ID；当接 收到的所述第二通知报文为Hello通知报文时，将本地记录的邻居关系中的第二节点 的旧system ID，更新为所述第二通知报文中的新system ID。

由上可知，当接收的第二通知报文为LSP通知报文和Hello通知报文时，说明第 二节点是第一节点的邻居，第一节点会接收到第二节点发送的LSP通知报文和Hello 通知报文。在接收到LSP通知报文时，仅更新第二节点发布的LSP信息的旧system ID； 在接收到Hello通知报文时，修改邻居关系中第二节点的旧system ID。

当然，如果第一节点不是第二节点的邻居，第一节点接收到第二节点发送的第二 通知报文仅包含LSP通知报文，且接收到该LSP通知报文时，仅更新第二节点发布的 LSP信息的旧system ID。因为第二节点不为第一节点的邻居节点，因此在邻居关系中 也不存在第二节点的信息，也不需要做更新。

上述发送的LSP通知报文可以通过使用旧桥MAC地址作为system ID的携带 system ID TLV的LSP报文实现；发送的Hello通知报文，可以通过使用旧桥MAC地 址作为system ID的携带system ID TLV的Hello报文实现，其中，所述system ID TLV 中包含有作为主system ID的新桥MAC地址和作为辅system ID的旧桥MAC地址。 其中的system ID TLV结构示意图同图2所示。

该方式下，接收到携带system ID TLV的LSP报文时，处理方法如下：若接收到 LSP报文，且该LSP报文中system ID TLV中携带的辅system ID同该LSP报文的报 头中的system ID相同，将本地记录的所述辅system ID对应的节点发布的LSP信息的 system ID，更新为所述LSP报文中的system ID TLV中携带的主system ID。若接收到 LSP报文，且该LSP报文中system ID TLV中携带的辅system ID同该LSP报文的报 头中的system ID不相同，则认为是攻击报文，不处理或删除。

该方式下，接收到携带system ID TLV的Hello报文时，处理方法如下：若接收到 Hello报文，且该Hello报文中system ID TLV中携带的辅system ID同该LSP报文的 报头中的system ID相同，将本地记录的邻居关系中与所述辅system ID相同的system  ID，更新为所述LSP报文中的system ID TLV中携带的主system ID。若该Hello报文 中system ID TLV中携带的辅system ID同该Hello报文的报头中的system ID（该system  ID具体可以在Hello报文的专用报头中的source ID字段）不相同，则认为是攻击报文， 不处理或删除。

为保证Hello报文能正常携带system ID TLV，除了影响Hello报文合法性检查的 认证TLV等，Hello报文可以不携带其他类型的TLV，且该system ID TLV不应当影 响邻居状态。

同样，为保证LSP报文能正常携带system ID TLV，除了影响LSP报文合法性检 查的认证TLV等，以加强网络的安全性，LSP报文可以不携带其他类型的TLV。

当该第一节点接收到LSP报文，且该LSP报文中system ID TLV中携带的辅system  ID同该LSP报文的报头中的system ID相同时，该方法进一步包括：

将接收到LSP报文泛洪到其他节点，并对接收到的携带有system ID TLV的LSP 报文进行确认。

接收到确认的节点，不再发送使用旧桥MAC地址作为system ID的携带system  ID TLV的LSP报文；否则，会一直发送该LSP报文。

下面以三个互为邻居节点的节点A、节点B和节点C中节点A感知到桥MAC地 址变化为例，描述三个节点各自相关处理过程。

节点A感知到桥MAC地址变化导致自身system ID发生变化时，使用旧system ID 发送携带system ID TLV的LSP报文，其中，system ID TLV中填充新system ID和旧 system ID。新桥MAC地址作为新system ID，旧桥MAC地址作为旧system ID。

节点B接收到节点A发送的LSP报文，若所述LSP报文中system ID TLV中携带 的辅system ID同该LSP报文的报头中的system ID相同，将本地记录的所述辅system ID对应的节点发布的LSP信息的system ID，更新为所述system ID TLV中携带的主 system ID，若发送该LSP报文的源节点为邻居节点，将本地记录的邻居关系中与所述 辅system ID相同的system ID，更新为所述LSP报文中的system ID TLV中携带的主 system ID。

若所述LSP报文中system ID TLV中携带的辅system ID同该LSP报文的报头中 的system ID不相同，则确认为攻击报文，不处理或删除。

节点B更新system ID之后，将接收到的LSP报文泛洪到其他节点，并对发送携 带system ID TLV的LSP的节点发送确认报文。

节点B在发送LSP报文时，将邻居TLV中包含旧system ID的项修改为主system  ID，并发送携带该邻居TLV的LSP报文，对于该LSP报文中没有包含旧system ID的 项，不做处理。

节点C接收到节点A发送的LSP报文，处理过程同节点B，这里不再详细赘述。

节点A接收到节点B或节点C发送的LSP报文，且在该LSP报文中与本节点 相关的邻居TLV携带的system ID为本节点的新system ID时，使用新system ID向 节点B或节点C发送Hello报文。

节点A接收到节点B和节点C都发送的LSP报文，且发送的LSP报文中与本节 点相关的邻居TLV携带的system ID为本节点的新system ID时，使用新system ID 向节点B和节点C发送LSP报文，即使用自身当前的system ID发送LSP报文。

上述举例只描述了只发LSP通知报文的情况，对于既发送LSP通知报文也发 送Hello通知报文的情况，仅是在接收到不同报文时，仅修改旧system ID的范围不一 样，实现过程类似，这里不再详细赘述。

本发明具体实施例中，对于不携带system ID TLV的LSP报文和Hello报文的处 理方式同现有实现。

由上可见，本发明具体实施例中，在桥MAC地址变化导致自身system ID发生 变化时，不是直接使用变化后的桥MAC地址作为system ID发送Hello报文和LSP 报文，而是先通知网络中的其他节点，使其他节点更新对应的system ID后，本节点 才使用变化后的桥MAC地址作为system ID发送Hello报文和LSP报文，这样不会引 起拓扑变化，就不会导致拓扑的重新计算，进而不出引起流量的中断。

本发明具体实施例中基于同样的发明构思，还提出一种第一节点，可应用于运 行中间系统到中间系统ISIS协议且使用节点的桥MAC地址作为节点的system ID的 网络中。参见图3，图3为本发明具体实施例中应用于上述技术的第一节点的结构示 意图。该节点包括：感知单元301、发送单元302和接收单元303。

感知单元301，用于感知本节点桥MAC地址的变化。

发送单元302，用于感知单元301感知到自身的桥MAC地址发生变化导致自身 system ID发生变化时，延迟使用新桥MAC地址作为system ID向外发送hello报文和 LSP报文，并向外发送携带有自身新、旧system ID的第一通知报文，以使得网络中的 其他节点据此更新本地记录的所述节点的system ID，以及更新本地生成的邻居TLV 中所述节点的system ID，并向外发送携带有邻居TLV的LSP报文；当接收单元303 接收到源节点为邻居节点发送的LSP报文，且该LSP报文中与本节点相关的邻居TLV 中携带的system ID为本节点的新桥MAC地址时，使用所述新桥MAC地址作为system ID向所述邻居节点发送Hello报文；当接收单元303接收到所有邻居节点发送的链路 状态协议数据单元LSP报文，且所有邻居节点发送的LSP报文中与本节点相关的邻居 TLV中携带的system ID都为本节点的新桥MAC地址时，使用所述新桥MAC地址作 为system ID向外发送LSP报文。

接收单元303，用于接收其他节点发送的LSP报文。

较佳地，该第一节点进一步包括：处理单元304。

接收单元303，进一步用于接收第二节点发送的第二通知报文，其中，所述第二 通知报文是第二节点在感知到自身的桥MAC地址发生变化导致自身system ID发生变 化后向外发送的，且所述第二通知报文携带有第二节点的新、旧system ID。

处理单元304，用于当接收单元303接收到第二节点发送的第二通知报文时，更 新本地记录的第二节点的system ID，以及更新本地生成的邻居TLV中第二节点的 system ID，并向外发送携带有邻居TLV的LSP报文。

较佳地，

所述第一通知报文和所述第二通知报文均为LSP通知报文。

处理单元304，具体用于当接收单元303接收到的第二通知报文为LSP通知报文 时，将本地记录的第二节点发布的LSP信息的旧system ID，更新为所述第二通知报文 中的新system ID，若第二节点为本第一节点的邻居节点，则进一步将本地记录的邻居 关系中的第二节点的旧system ID，更新为所述第二通知报文中的新system ID。

较佳地，

所述LSP通知报文为，使用旧桥MAC地址作为system ID的携带system ID TLV 的LSP报文，其中，所述system ID TLV中包含有作为主system ID的新桥MAC地址 和作为辅system ID的旧桥MAC地址。

较佳地，

所述第一通知报文和所述第二通知报文均包括LSP通知报文和Hello通知报文；

处理单元304，具体用于当接收单元303接收到的所述第二通知报文为LSP通知 报文时，将本地记录的第二节点发布的LSP信息的旧system ID，更新为所述第二通知 报文中的新system ID；当接收到的所述第二通知报文为Hello通知报文时，将本地记 录的邻居关系中的第二节点的旧system ID，更新为所述第二通知报文中的新system  ID。

较佳地，

所述LSP通知报文为，使用旧桥MAC地址作为system ID的携带system ID TLV 的LSP报文；所述Hello通知报文为，使用旧桥MAC地址作为system ID的携带system  ID TLV的Hello报文，其中，所述system ID TLV中包含有作为主system ID的新桥 MAC地址和作为辅system ID的旧桥MAC地址。

较佳地，

发送单元302，进一步用于在接收到网络中的其他所有节点发送的LSP报文，且 其他所有节点发送的LSP报文中与本节点相关的邻居TLV中携带的system ID都为本 节点的新桥MAC地址时，才使用所述新桥MAC地址作为system ID向外发送LSP报 文。

上述实施例的单元可以集成于一体，也可以分离部署；可以合并为一个单元， 也可以进一步拆分成多个子单元。

综上所述，本发明具体实施例中通过在节点感知到桥MAC地址变化导致自身 system ID发生变化时，延迟使用新桥MAC地址作为system ID向外发送hello报 文和LSP报文，向网络中所有节点通告本节点的新、旧system ID；当邻居节点获 知并更新相关system ID时，使用变化后的桥MAC地址作为system ID向该邻居 节点发送Hello报文；当所有邻居节点获知并更新相关system ID时，才使用变化 后的桥MAC地址作为system ID发送LSP报文。在桥MAC地址变化时，避免引 起网络拓扑的变化，从而避免了拓扑的重新计算，进而导致的网络流量中断的问 题。

在具体实现时，使用在LSP报文和Hello报文中增加system ID TLV实现，不 引入其他类型的报文，减少对网络的规划。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含 在本发明的保护范围之内。