一种消息的发送控制方法和设备的制造方法
【技术领域】
[0001] 本申请涉及网络技术领域，特别是涉及一种消息的发送控制方法和设备。
【背景技术】
[0002] 在有冗余备份链路组网的二层网络中，需要依靠拓扑控制协议阻塞冗余链路来 消除网络中的数据转发环路，并在当前转发链路故障时，由阻塞的备份链路切换为活动链 路，接替数据流量的转发。最典型的链路层拓扑协议是STP(Spanning Tree Protocol， 生成树协议）协议族，包括从最初由IEEE(Institute of Electrical and Electronics Engineers，电气和电子工程师协会）定义的802. ID标准的STP(Spanning Tree Protocol， 生成树协议）到802. IW标准定义的RSTP(Rapid Spanning Tree Protocol，快速生成树协 议），到后来的802. IS标准定义的MSTP(Multiple Spanning Tree Protocol，多生成树协 议）。
[0003] STP协议通过设备间交互报文在整个网络中计算出一棵无数据环路的树型网络拓 扑，其中处于转发状态的端口角色中，上行端口是上行通向根桥的端口（在MSTP域边界上 多实例的根端口也叫Master端口）；下行端口是下行指向下游网络并发送根消息的端口， 其它端口角色均为处于阻塞的冗余备份端口，其中，阻塞端口阻塞除协议报文的其他信息， 如图1所示，STP生成树协议适用于各种形式的网络拓扑，最典型的接入网络子树组网如 下：
[0004] 各用户终端设备通过交换机（D5, D6, D7, D8)接入网络后，用户流量再通过汇聚层 交换机（D3, D4)上行到核心层交换机（Dl，D2)，最后通过路由进入核心网中，其中，根据协 议规定D3和D4通向D2的端口是备份端口，是被阻塞的。
[0005] 在拓扑协议计算出有端口阻塞或放开的拓扑变化时，需要删除网络中先前学 习到的相关转发地址表项（MAC(Media Access Control，媒体访问控制）/ARP(Address resolution protocol，地址解析协议）），最终才能完成实际的流量转发路径切换。生成 树端口角色为非阻塞类型的上行端口或下行端口收到TC (Topology Change，拓扑变更） 消息后，会由本设备上的其它上行端口或下行端口发送发送出去。STP协议族通过TC/ TCN(Topology Change Notification，拓扑更改通知）消息的发送和处理，进行全网转发地 址表项的删除或更新。
[0006] 但为了保证TC报文在发送的可靠性，会在一次拓扑变化或发送时发送重复的TC 报文。有的拓扑协议使用了应答机制用于TC发送。但是没有区分是否是重复的TC报文， 这样会造成网络中多次不必要的转发地址删除或更新，结果引发多余的数据流量转发的泛 洪。
[0007] 在现有技术中，通过下述技术方案进行解决：
[0008] 现有技术方案A :TC保护机制：接收到TC报文后，最多只处理特定上限数量的TC 报文。如果接收TC报文个数超过此上限值，在之后的一个TC保护周期内（例如10秒），忽 略掉后续收到的TC报文。TC保护周期结束后，如果发现有被忽略的TC报文，则补充一次 TC报文处理。
[0009] 现有技术方案B :TC报文发送限制：协议标准IEEE802. 1Q-2005中定义了 一个端 口 TC发送限制的特性。接入网络子树发生拓扑改变，TC报文在整网内发送时，会引起核心 网络的转发地址更新。当接入网络子树的拓扑因某种原因而不稳定时，就会对核心网络形 成冲击。为了避免这种情况，可以在核心网络的边缘设备的接入端口上开启TC报文发送限 制功能。当该端口收到下游网络的TC报文时，不会再向核心网络内的其他端口发送。如图 2所述，如下Dl设备的下行端口开启TC报文发送限制后，丢掉接收到的下游网络发来的TC 报文。
[0010] 在实现本申请的过程中，发明人发现现有技术至少存在如下问题：
[0011] 在现有技术方案A中，在出现拓扑变化或震荡时，TC保护机制只能减少整个网络 内处理TC报文数量，减少转发地址的次数，而不能限制TC报文的发送范围，即TC报文的影 响范围，而在现有技术方案B中，只是限制下游接入网络中的TC报文向核心网络的发送，且 只适用于下游网络只有一条上行链路接入核心网络的情况。当在下游网络有不止一条上行 链路接入核心网络时，如图2所示，在D4进行上行发送时有两条上行链路分别连接Dl和 D2, D4的上行链路发生切换时将会发送TC报文，由于D4和D2之间的链路被阻塞，根据协 议需要由Dl将TC报文发送到D2上，但是，此时TC报文被Dl限制，也就转发不到D2上，因 此，该转发机制和现有协议会发生冲突，会造成D2的下行流量中断。
【发明内容】
[0012] 本申请提供一种消息的发送控制方法和设备，增强了在多接入网络子树的大用户 群接入网络的流量转发的稳定性，避免了接入网络子树的拓扑变化对核心网络以及不同接 入网络子树之间的相互影响。
[0013] 本申请提出一种消息的发送控制方法和设备，其特征在于，所述方法包括以下步 骤：
[0014] 核心网络边缘接入设备接收接入网络子树发送的消息，并确定接收所述消息的下 行端口，及其所述下行端口中存储的接入所述下行端口的接入网络子树的身份标识号码 ID ；
[0015] 所述核心网络边缘接入设备判断所述邻接设备的下行端口存储的接入所述邻接 设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备 接收消息的下行端口相同的ID ;
[0016] 如果存在，所述核心网络边缘接入设备将接收所述消息的下行端口的ID添加到 所述消息中，并将所述消息发送给所述邻接设备，以使所述邻接设备根据所述ID确定出所 述邻接设备中存在相同ID的下行端口，并将所述消息发送到所述邻接设备具有相同ID的 下行端口中；
[0017] 其中，所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他 核心网络边缘接入设备。
[0018] 所述ID是所述核心网络边缘接入设备的下行端口学习得到的；或，预先为所述核 心网络边缘接入设备的下行端口配置好的。
[0019] 优选的，所述ID是所述核心网络边缘接入设备的下行端口学习得到的，具体为：
[0020] 所述核心网络边缘接入设备的下行端口接收携带有预先为相应接入网络子树配 置的所述ID的协议报文，并将所述协议报文中的所述ID存储在接收所述协议报文的所述 核心网络边缘接入设备的下行端口中。
[0021] 为接入网络子树配置的所述ID，具体为：
[0022] 为不同的接入网络子树配置不同的所述ID。
[0023] 优选的，所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的，具体 为：
[0024] 如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入 网络子树时，则为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树 的下行端口配置相同所述ID;
[0025] 如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接 入网络子树时，则为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络 子树的下行端口配置不相同所述ID。
[0026] 一种核心网络边缘接入设备，其特征在于，所述设备包括：
[0027] 确定模块，用于接收接入网络子树发送的消息，并确定接收所述消息的下行端口， 及其所述下行端口中存储接入所述下行端口的接入网络子树的身份标识号码ID ;
[0028] 判断模块，用于判断所述邻接设备的下行端口存储的接入所述邻接设备相应的所 述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收消息的下 行端口相同的ID ;
[0029] 发送模块，如果存在与所述核心网络边缘接入设备接收消息的下行端口相同的 ID，用于将接收所述消息的下行端口的ID添加到所述消息中，并将所述消息发送给所述邻 接设备，以使所述邻接设备根据所述ID确定出所述邻接设备中存在相同ID的下行端口，并 将所述消息发送到所述邻接设备具有相同ID的下行端口中；
[0030] 其中，所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他 核心网络边缘接入设备。
[0031] 所述ID是所述核心网络边缘接入设备的下行端口学习得到的；或，预先为所述 核心网络边缘接入设备的下行端口配置好的。
[0032] 优选的，所述设备，还包括：