CN104796345B - 一种消息的发送控制方法和设备 - Google Patents

一种消息的发送控制方法和设备 Download PDF

Info

Publication number
CN104796345B
CN104796345B CN201510121574.9A CN201510121574A CN104796345B CN 104796345 B CN104796345 B CN 104796345B CN 201510121574 A CN201510121574 A CN 201510121574A CN 104796345 B CN104796345 B CN 104796345B
Authority
CN
China
Prior art keywords
access
downlink port
string bag
core network
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510121574.9A
Other languages
English (en)
Other versions
CN104796345A (zh
Inventor
王明军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
New H3C Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Priority to CN201510121574.9A priority Critical patent/CN104796345B/zh
Publication of CN104796345A publication Critical patent/CN104796345A/zh
Application granted granted Critical
Publication of CN104796345B publication Critical patent/CN104796345B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种消息的发送控制方法,包括以下步骤:核心网络边缘接入设备接收接入网络子树发送的消息,并确定接收所述消息的下行端口,以及其存储的接入所述下行端口的接入网络子树的ID;在所述核心网络边缘接入设备判断所述邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中与所述核心网络边缘接入设备接收消息的下行端口相同的ID,所述核心网络边缘接入设备将添加有ID的所述消息发送给所述邻接设备,以使所述邻接设备根据所述ID将所述消息发送到所述邻接设备具有相同ID的下行端口中,本申请可以避免接入网络子树的消息发送到核心网,同时,还避免了将所述消息发送到其他接入网络子树中。

Description

一种消息的发送控制方法和设备
技术领域
本申请涉及网络技术领域,特别是涉及一种消息的发送控制方法和设备。
背景技术
在有冗余备份链路组网的二层网络中,需要依靠拓扑控制协议阻塞冗余链路来消除网络中的数据转发环路,并在当前转发链路故障时,由阻塞的备份链路切换为活动链路,接替数据流量的转发。最典型的链路层拓扑协议是STP(Spanning Tree Protocol,生成树协议)协议族,包括从最初由IEEE(Institute of Electrical and ElectronicsEngineers,电气和电子工程师协会)定义的802.1D标准的STP(Spanning Tree Protocol,生成树协议)到802.1W标准定义的RSTP(Rapid Spanning Tree Protocol,快速生成树协议),到后来的802.1S标准定义的MSTP(Multiple Spanning Tree Protocol,多生成树协议)。
STP协议通过设备间交互报文在整个网络中计算出一棵无数据环路的树型网络拓扑,其中处于转发状态的端口角色中,上行端口是上行通向根桥的端口(在MSTP域边界上多实例的根端口也叫Master端口);下行端口是下行指向下游网络并发送根消息的端口,其它端口角色均为处于阻塞的冗余备份端口,其中,阻塞端口阻塞除协议报文的其他信息,如图1所示,STP生成树协议适用于各种形式的网络拓扑,最典型的接入网络子树组网如下:
各用户终端设备通过交换机(D5,D6,D7,D8)接入网络后,用户流量再通过汇聚层交换机(D3,D4)上行到核心层交换机(D1,D2),最后通过路由进入核心网中,其中,根据协议规定D3和D4通向D2的端口是备份端口,是被阻塞的。
在拓扑协议计算出有端口阻塞或放开的拓扑变化时,需要删除网络中先前学习到的相关转发地址表项(MAC(Media Access Control,媒体访问控制)/ARP(Addressresolution protocol,地址解析协议)),最终才能完成实际的流 量转发路径切换。生成树端口角色为非阻塞类型的上行端口或下行端口收到TC(Topology Change,拓扑变更)消息后,会由本设备上的其它上行端口或下行端口发送发送出去。STP协议族通过TC/TCN(Topology Change Notification,拓扑更改通知)消息的发送和处理,进行全网转发地址表项的删除或更新。
但为了保证TC报文在发送的可靠性,会在一次拓扑变化或发送时发送重复的TC报文。有的拓扑协议使用了应答机制用于TC发送。但是没有区分是否是重复的TC报文,这样会造成网络中多次不必要的转发地址删除或更新,结果引发多余的数据流量转发的泛洪。
在现有技术中,通过下述技术方案进行解决:
现有技术方案A:TC保护机制:接收到TC报文后,最多只处理特定上限数量的TC报文。如果接收TC报文个数超过此上限值,在之后的一个TC保护周期内(例如10秒),忽略掉后续收到的TC报文。TC保护周期结束后,如果发现有被忽略的TC报文,则补充一次TC报文处理。
现有技术方案B:TC报文发送限制:协议标准IEEE802.1Q-2005中定义了一个端口TC发送限制的特性。接入网络子树发生拓扑改变,TC报文在整网内发送时,会引起核心网络的转发地址更新。当接入网络子树的拓扑因某种原因而不稳定时,就会对核心网络形成冲击。为了避免这种情况,可以在核心网络的边缘设备的接入端口上开启TC报文发送限制功能。当该端口收到下游网络的TC报文时,不会再向核心网络内的其他端口发送。如图2所述,如下D1设备的下行端口开启TC报文发送限制后,丢掉接收到的下游网络发来的TC报文。
在实现本申请的过程中,发明人发现现有技术至少存在如下问题:
在现有技术方案A中,在出现拓扑变化或震荡时,TC保护机制只能减少整个网络内处理TC报文数量,减少转发地址的次数,而不能限制TC报文的发送范围,即TC报文的影响范围,而在现有技术方案B中,只是限制下游接入网络中的TC报文向核心网络的发送,且只适用于下游网络只有一条上行链路接入核心网络的情况。当在下游网络有不止一条上行链路接入核心网络 时,如图2所示,在D4进行上行发送时有两条上行链路分别连接D1和D2,D4的上行链路发生切换时将会发送TC报文,由于D4和D2之间的链路被阻塞,根据协议需要由D1将TC报文发送到D2上,但是,此时TC报文被D1限制,也就转发不到D2上,因此,该转发机制和现有协议会发生冲突,会造成D2的下行流量中断。
发明内容
本申请提供一种消息的发送控制方法和设备,增强了在多接入网络子树的大用户群接入网络的流量转发的稳定性,避免了接入网络子树的拓扑变化对核心网络以及不同接入网络子树之间的相互影响。
本申请提出一种消息的发送控制方法和设备,其特征在于,所述方法包括以下步骤:
核心网络边缘接入设备接收接入网络子树发送的消息,并确定接收所述消息的下行端口,及其所述下行端口中存储的接入所述下行端口的接入网络子树的身份标识号码ID;
所述核心网络边缘接入设备判断所述邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID;
如果存在,所述核心网络边缘接入设备将接收所述消息的下行端口的ID添加到所述消息中,并将所述消息发送给所述邻接设备,以使所述邻接设备根据所述ID确定出所述邻接设备中存在相同ID的下行端口,并将所述消息发送到所述邻接设备具有相同ID的下行端口中;
其中,所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他核心网络边缘接入设备。
所述ID是所述核心网络边缘接入设备的下行端口学习得到的;或,预先为所述核心网络边缘接入设备的下行端口配置好的。
优选的,所述ID是所述核心网络边缘接入设备的下行端口学习得到的,具体为:
所述核心网络边缘接入设备的下行端口接收携带有预先为相应接入网络子树配置的所述ID的协议报文,并将所述协议报文中的所述ID存储在接收所述协议报文的所述核心网络边缘接入设备的下行端口中。
为接入网络子树配置的所述ID,具体为:
为不同的接入网络子树配置不同的所述ID。
优选的,所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的,具体为:
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树的下行端口配置相同所述ID;
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络子树的下行端口配置不相同所述ID。
一种核心网络边缘接入设备,其特征在于,所述设备包括:
确定模块,用于接收接入网络子树发送的消息,并确定接收所述消息的下行端口,及其所述下行端口中存储接入所述下行端口的接入网络子树的身份标识号码ID;
判断模块,用于判断所述邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID;
发送模块,如果存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID,用于将接收所述消息的下行端口的ID添加到所述消息中,并将所述消息发送给所述邻接设备,以使所述邻接设备根据所述ID确定出所述邻接设备中存在相同ID的下行端口,并将所述消息发送到所述邻接设备具有相同ID的下行端口中;
其中,所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他核心网络边缘接入设备。
所述ID是所述核心网络边缘接入设备的下行端口学习得到的;或,预先 为所述核心网络边缘接入设备的下行端口配置好的。
优选的,所述设备,还包括:
学习模块,用于接收携带有预先为相应接入网络子树配置的所述ID的协议报文,并将所述协议报文中的所述ID存储在接收所述协议报文的所述核心网络边缘接入设备的下行端口中。
为接入网络子树配置的所述ID,具体为:
为不同的接入网络子树配置不同的所述ID。
优选的,所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的,具体为:
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入网络子树时,则用于为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树的下行端口配置相同所述ID;
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接入网络子树时,则用于为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络子树的下行端口配置不相同所述ID。
本申请中的核心网络边缘接入设备通过判断所述邻接设备的下行端口存储的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID,来确定所述核心网络边缘接入设备是否要将接收到的所述消息发送给所述邻接设备中具有相同ID的下行端口中,从而避免了某个接入网络子树内发生拓扑变化时,对其他接入网络子树的影响,增强了在多个接入网络子树的大用户群接入网络的流量转发的稳定性,同时,能够有效隔离接入网络子树的拓扑变化消息发送到核心网络,避免了在接入网络子树存在多条上行链路接入核心网络的情况下,当接入网络子树发生拓扑变化时,由于IEEE802.1Q-2005标准定义的端口TC报文发送限制特性对核心网络的影响。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对本申请或 现有技术描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中的一种树形网络拓扑结构功能示意图;
图2为现有技术中的一种TC报文发送限制功能示意图;
图3为现有技术中的一个接入网络子树的TC报文发送到另一个接入网络子树的功能示意图;
图4为本申请实施例中的一种消息的发送控制发送流程图;
图5为本申请实施例中的一种协议报文发送功能示意图;
图6为本申请实施例中的一种TC报文发送功能示意图;
图7为本申请实施例中的一种核心网络边缘接入设备结构示意图。
具体实施方式
下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本申请的一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员获得的其他实施例,都属于本申请保护的范围。
如图3所示,核心网络边缘接入设备D1和D2下挂有接入网络子树1和接入网络子树2。本申请通过在核心网络边缘接入设备的下行端口增加其相应接入网络子树的ID的方式,实现接入网络子树之间的TC报文发送隔离,把接入网络子树内的拓扑变化影响限制在本接入网络子树内,从而增加其它接入网络子树中流量转发的稳定性。
在核心网络边缘接入设备的下行端口增加ID的方式有两种:
方式一:
所述ID是所述核心网络边缘接入设备的下行端口学习得到的。
所述核心网络边缘接入设备的下行端口学习所述ID的具体方式是:
所述核心网络边缘接入设备的下行端口接收携带有预先为相应接入网络子树配置的ID的协议报文,并将所述协议报文中的ID存储在接收所述协议 报文的所述核心网络边缘接入设备的下行端口中。
其中,为接入网络子树配置所述ID时,具体为:不同的接入网络子树配置不同的所述ID。
具体的,首先,为每个接入网络子树的上行设备配置一个不同的ID。
在接入网络子树组网部署规划时,为每个接入网络子树分配一个ID来表示一个接入网络子树,不同的接入网络子树的ID不能相同。不同接入网络子树之间只能通过汇聚层网络设备间接地连接。然后在接入网络子树上行接入上行网络的接入网络子树顶端设备上配置上分配的ID,标识此设备属于某个接入网络子树。
其次,下挂有所述接入网络子树的核心网络边缘接入设备的下行端口接收并保存相应接入网络子树的ID。
所述接入网络子树在后续向所述核心网络边缘接入设备发送消息时,还可以将所述ID携带在所述消息中,以使所述核心网络边缘接入设备根据所述ID和接受所述消息下行端口中存储的ID进行比较,来判断所述接入网络子树与核心网络边缘接入设备的相应下行端口的链路连接是否正确。
方式二:
所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的。
具体的配置方式为:如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树的下行端口配置相同ID;
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络子树的下行端口配置不相同ID。
其中,所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他核心网络边缘接入设备。同时,接入网络子树通向所述邻接设备的端口是被阻塞的,阻塞端口的作用是阻塞除协议报文以外的其他数据报文进行传输。
具体的,如图3所述,D1和D2都是核心网络边缘接入设备,并且,所 述D1和D2相邻,因此,所述D1的处于同一层级的邻接设备是D2。
在核心网络边缘接入设备的下行端口增加ID后,核心网络边缘接入设备接收邻接设备的下行端口中存储的ID。
具体的,根据协议在核心网络边缘接入设备中增加新的信息后,核心网络边缘接入设备之间需要进行信息交互,所述核心网络边缘接入设备就可以接收所述邻接设备的下行端口中存储的ID,以使所述核心网络边缘接入设备知道其邻接设备各个下行端口的都有哪些ID。
本申请实施例中的一种消息的发送控制方法流程图,应用于接入网络子树存在多条上行连接接入核心网络的场景下,如图4所示,包括以下步骤:
步骤401,所述核心网络边缘接入设备接收接入网络子树发送的消息,并确定接收所述消息的下行端口,及其所述下行端口中存储的接入所述下行端口的接入网络子树的ID。
具体的,所述接入网络子树发送的消息会被所述核心网络边缘接入设备相应的下行端口接收,以使所述核心网络边缘接入设备能够确定接收所述消息的下行端口,及其所述下行端口中存储的接入所述下行端口的接入网络子树的ID。
步骤402,所述核心网络边缘接入设备判断所述邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID。如果存在,则进行步骤403;如果不存在,则结束,不对所述消息进行转发。
步骤403,所述核心网络边缘接入设备将接收所述消息的下行端口的ID添加到所述消息中,并将所述消息发送给所述邻接设备,以使所述邻接设备根据所述ID确定出所述邻接设备中存在相同ID的下行端口,并将所述消息发送到所述邻接设备具有相同ID的下行端口中。
具体的,所述核心网络边缘接入设备将携带有ID的消息发送给所述邻接设备,所述邻接设备解析所述消息,并得到所述消息中的ID,所述邻接设备查询存储在所述邻接设备下行端口中的ID,并确定出具有相同ID的下行端口,所述邻接设备只将所述消息发送到具有相同ID的下行端口中,以使所述 消息从此下行端口发送出去,以便进行后续操作。
所述核心网络边缘接入设备在接收到所述消息后,只将所述消息发送到具有相同ID的所述邻接设备上,并且不会将所述消息通过所述核心网络边缘接入设备的其他端口发送。
由于,所述接入网络子树与所述邻接设备之间端口是被阻塞的,因此,所述邻接设备将所述消息发送到所述接入网络子树后会被协议丢掉。
当然,在接收消息之前,核心网络边缘接入设备还可以获知所述邻接设备的哪个下行端口下有接入网络子树,在所述核心网络边缘接入设备接收到所述消息后,还可以直接将所述消息发送到下挂有接入网络子树的邻接设备的各个端口上,由所述各个端口判断其存储的ID与所述消息中携带的ID是否一样,如果一样,则将所述消息保存在相应端口中以便进行后续操作,如果不一样,则需要将所述消息删除。这样所述核心网络边缘接入设备就不会将所述消息发送到邻接设备与核心网连接的端口上,避免了接入网络子树向核心网的发送,也可以避免所述消息由存储不同ID下行端口得到。
本申请中的核心网络边缘接入设备通过判断所述邻接设备的下行端口存储的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID,来确定所述核心网络边缘接入设备是否要将接收到的所述消息发送给所述邻接设备中具有相同ID的下行端口中,从而避免了某个接入网络子树内发生拓扑变化时,对其他接入网络子树的影响,增强了在多个接入网络子树的大用户群接入网络的流量转发的稳定性,同时,能够有效隔离接入网络子树的拓扑变化消息发送到核心网络,避免了在接入网络子树存在多条上行链路接入核心网络的情况下,当接入网络子树发生拓扑变化时,由于IEEE802.1Q-2005标准定义的端口TC报文发送限制特性对核心网络的影响。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
为了进一步阐述本申请的技术思想,现结合具体的应用场景,对本申请的技术方案进行说明,具体的,所述消息为TC消息,所述TC消息携带在TC报文中。当然,所述场景中的具体实体可以为其他实体,凡是能够达到相应效果的都可以应用于本申请所提出的技术方案,这样的变化并不影响本申 请的保护范围。
在核心网络边缘接入设备的下行端口增加ID。其中,增加方式具体有两种:
方式一:
所述核心网络边缘接入设备的下行端口学习得到所述ID,具体的学习过程为:
1、为所述接入网络子树指定一个ID。
在接入网络子树组网部署规划时,为每个接入网络子树指定一个子网ID来标识一个接入网络子树,不同接入网络子树的ID值不能相同。不同接入网络子树之间只能通过上行网络设备间接地连通。然后在接入网络子树上行接入上行网络的接入网络子树顶端设备上配置上所分配的接入网络子树ID,标识此设备属于某个接入网络子树。如图5所示,有两个接入网络子树组成的组网中,为所述接入网络子树1分配的ID为sub1,在设备D3上配置接入网络子树1的ID,为所述接入网络子树2分配的ID为sub2,在设备D4上配置接入网络子树2的ID。在STP协议运行时,D3和D4的上行端口在发送协议报文时,携带上本设备所属的接入网络子树ID。
具体地,对于MSTP生成树协议,使用私有实现的报文格式中的Reserved1或Reserved2保留字段来表示接入网络子树ID。当然,也可以对现有报文格式数扩展出新增字段来专门表示接入网络子树ID。
报文字段名称 字段的字节位置
Protocol Identifier 1-2
Protocol Version Identifier 3
BPDU Type 4
CIST Flags 5
CIST Root Identifier 6-13
CIST External Path Cost 14-17
CIST Bridge Identifier 18-25
CIST Port Identifier 26-27
Message Age 28-29
Max Age 30-31
Hello Time 32-33
Forward Delay 34-35
Version 1Length=0 36
Reserved 1 37
Version 3Length 38-39
MST Configuration Identifier 40-90
CIST Regional Root Identifier 91-98
CIST Internal Root Path Cost 99-102
CIST Remaining Hops 103
Reserved 2 104
MSTI Configuration Messages 可以没有这个字段
2、下挂有接入网络子树的核心网络边缘接入设备D1和D2的下行端口接收接入网络子树的ID,并将所述ID作为下挂有相应接入网络子树的下行端口的ID。
具体的,设备D3和D4的上行端口在发送协议报文时,携带上本设备所属的接入网络子树的ID。设备D1的下行端口Port1收到报文后,记录接收接入网络子树1的ID。下行端口Port2收到报文后,记录接收接入网络子树2的ID;同样设备D2的下行端口Port3收到报文后,记录接收接入网络子树1的ID,端口Port4收到报文后,记录接收接入网络子树2的ID。这样,各核心网络边缘接入设备的下行端口就知道了自己所下挂的接入网络子树的ID,并将下挂网络子树的ID存储在相应下行端口中。
所述接入网络子树在后续向所述核心网络边缘接入设备发送TC报文时,还可以将所述ID携带在所述TC报文中,以使所述核心网络边缘接入设备根据所述ID和接收所述TC报文下行端口中存储的ID进行比较,来判断所述接入网络子树与核心网络边缘接入设备的相应下行端口的链路连接是否正确,如图5所示,如果D3将接入网络子树1的ID携带在协议报文中发送到D1 的下行端口Port1上,所述D1可以根协议报文中的ID确定出所述接入网络中子树1的链路连接是正确的,如果,所述D3将接入网络子树1的ID携带在协议报文中发送到D1的下行端口Port2上,所述D1根据所述协议报文中的ID判断所述接入网络子树的链路连接是错误的。
方式二:
所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的。
具体的配置方式为:如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树的下行端口配置相同ID,如图5所示,D1的下行端口Port1与D2的下行端口Port3都与接入网络子树1连接,则将所述D1的下行端口Port1与D2的下行端口Port3都配置ID为sub1。
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络子树的下行端口配置不相同ID,如图5所示,D1的下行端口Port1与接入网络子树1连接,D2的下行端口Port4与接入网络子树2连接,则将所述D1的下行端口Port1与D2的下行端口Port4配置不相同的ID,则为D1的下行端口Port1配置的ID为sub1,为D2的下行端口Port4配置的ID为sub2。
其中,所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他核心网络边缘接入设备。同时,接入网络子树通向所述邻接设备的端口是被阻塞的,阻塞端口的作用是阻塞除协议报文以外的其他信息进行传输。如图5所示,与D1的相邻的处于同一层级的核心网络边缘接入设备是D2,所以D1的邻接设备是D2,并且,D3和D4通向D2的上行端口根据协议要求是被阻塞的。
所述核心网络边缘接入设备还要接收邻接设备的下行端口中存储的ID。具体的,D1和D2的下行端口中新增加了ID,D1或D2中有新的信息后,D1和D2之间需要进行信息交互,这样D1就能接收D2下行端口中的ID了,如图5所示,D1接收D2的下行端口Port3和Port4中存储的ID。
D1和D2间相互通告其存储的ID信息的实施方式,可以通过LLDP(LinkLayerDiscovery Protocol,链路层发现协议)协议增加自定义TLV(Type-length-value,类型长度值)来发送本设备所接入的接入网络子树的ID信息。LLDP自定义TLV,但不仅限于如下格式:
所述核心网络边缘接入设备接收接入网络子树发送的TC报文,并确定接收所述TC报文的下行端口,及其所述下行端口中存储的接入所述下行端口的接入网络子树的ID。所述核心网络边缘接入设备判断所述邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收TC消息的下行端口相同的ID。
具体的,所述核心网络边缘接入设备接收到TC报文后,先要确定接收所述TC报文的下行端口,和所述下行端口中存储的ID,如图5所示,当接入网络子树中设备D7检测到拓扑变化,由D4向上行发送TC报文,当所述TC报文到达D1后,由于所述TC报文是由所述D1的下行端口Port2接收的,因此所述D1确定出接收所述TC报文的下行端口是Port2,还能确定出所述Port2中存储的ID为sub2,所述D1还需要查看D2的Port3和Port4下行端口中存储的ID是否存在sub2。并且,D1不会将所述TC报文通过D1中的Port1下行端口发送出去,这样就达到了接入网络子树之间的TC报文发送隔离。
如果存在,所述核心网络边缘接入设备将接收所述TC报文的下行端口的ID添加到所述TC报文中,并将所述TC报文从此连接邻接设备的端口发送给所述邻接设备,以使所述邻接设备根据所述ID确定出所述邻接设备中存在相 同ID的下行端口,并将所述TC报文发送到所述邻接设备具有相同ID的下行端口中。
具体的,如图6所示,D1确定D2的Port4下行端口中存储的ID与D1的Port2下行端的ID相同,D1将所述TC报文发送到D2的Port4下行端口上,在向D2的Port4下行端口发送时,将所述Port2的ID添加到所述TC报文中,并将所述TC报文发送到D2中,D2解析所述TC报文得到TC报文携带的ID,并根据得到的ID确定将所述TC报文发送到存储有与得到的ID相同的Port4下行端口中,所述D2根据所述TC报文更新地址转发表项,按照生成树协议,同样D1在把TC报文发送给D2之前自己也会进行相应的更新,并且D1不会将Port2下行端口接收的TC报文发送到D1的Port1下行端口进行转发。
由于D3和D4与D2之间的上行端口被阻塞,因此,D2不会将所述TC报文转发到接入网络子树1、2中,同时,由于D2中只有Port4下行端口发送所述TC报文也不会将所述TC协议报文发送到核心网中,这样就避免了接入网络子树的TC报文向核心网发送。
当然,核心网络边缘接入设备还可以获知所述邻接设备的哪个下行端口下有接入网络子树,在所述核心网络边缘接入设备接收到所述TC报文后,还可以直接将所述TC报文发送到下挂有接入网络子树的邻接设备的各个端口上,由所述各个端口判断其存储的ID与所述TC报文中携带的ID是否一样,如果一样,所述端口则将所述TC报文保存以便更新地址转发表项,如果不一样,则需要将所述消息删除。这样所述核心网络边缘接入设备就不会将所述TC报文发送到邻接设备与核心网连接的端口上,避免了接入网络子树向核心网的发送TC报文,也可以避免所述TC报文由存储不同ID下行端口得到进行更新地址转发表项的操作。如图6所示,D1在获知D2的下行端口Port3和Port4下挂有接入网络子树,则D1将所述TC报文发送到D2中的Port3和Port4下行端口中,D2中的Port3下行端口判断出其存储的ID与TC报文中的ID不同,D2中的Port3下行端口将所述TC报文删除,D2中的Port4下行端口判断出其存储的ID与TC报文中的ID相同,D2中的Port4下行端口保存所述TC报文进行更新地址转发表项的操作。同时,D2与核心网连接的端口 不会发送此TC报文,因此,避免了接入网络子树2的TC报文向核心层发送,D2中的Port3下行端口也将所述TC报文删除,避免了D2中的Port3下行端口得到TC报文。
本申请中的核心网络边缘接入设备通过判断所述邻接设备的下行端口存储的ID中是否存在于所述核心网络边缘接入设备接收消息的下行端口相同的ID,来确定所述核心网络边缘接入设备是否要将接收到的所述消息发送给所述邻接设备中具有相同ID的下行端口中,从而避免了某个接入网络子树内发生拓扑变化时,对其他接入网络子树的影响,增强了在多个接入网络子树的大用户群接入网络的流量转发的稳定性,同时,能够有效隔离接入网络子树的拓扑变化消息发送到核心网络,避免了在接入网络子树存在多条上行链路接入核心网络的情况下,当接入网络子树发生拓扑变化时,由于IEEE802.1Q-2005标准定义的端口TC发送限制特性对核心网络的影响。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
基于与上述方法同样的申请构思,本申请还提出了一种核心网络边缘接入设备,如图7所述,该设备包括:
确定模块71,用于接收接入网络子树发送的消息,并确定接收所述消息的下行端口,及其所述下行端口中存储的接入所述下行端口的接入网络子树的身份标识号码ID;
判断模块72,用于判断所述邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID;
发送模块73,如果存在与所述核心网络边缘接入设备接收消息的下行端口相同的ID,用于将接收所述消息的下行端口的ID添加到所述消息中,并将所述消息发送给所述邻接设备,以使所述邻接设备根据所述ID确定出所述邻接设备中存在相同ID的下行端口,并将所述消息发送到所述邻接设备具有相同ID的下行端口中;
其中,所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他核心网络边缘接入设备。
所述ID是所述核心网络边缘接入设备的下行端口学习得到的;或,预先为所述核心网络边缘接入设备的下行端口配置好的。
优选的,所述设备,还包括:
学习模块,用于接收携带有预先为相应接入网络子树配置的ID的协议报文,并将所述协议报文中的ID存储在接收所述协议报文的所述核心网络边缘接入设备的下行端口中,作为接收所述协议报文的所述核心网络边缘接入设备的下行端口的ID。
为接入网络子树配置的所述ID,具体为:
为不同的接入网络子树配置不同的所述ID。
优选的,所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的,具体为:
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入网络子树时,则用于为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树的下行端口配置相同ID;
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接入网络子树时,则用于为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络子树的下行端口配置不相同ID。
所述设备还可以包括:接收模块,在核心网络边缘接入设备的下行端口增加ID后,用于接收邻接设备的下行端口中存储的ID。
具体的,根据协议在核心网络边缘接入设备中增加新的信息后,核心网络边缘接入设备之间需要进行信息交互,所述核心网络边缘接入设备就可以接收所述邻接设备的下行端口中存储的ID,以使所述核心网络边缘接入设备知道其邻接设备各个下行端口的都有哪些ID。
当然,在接收消息之前,核心网络边缘接入设备还可以获知所述邻接设备的哪个下行端口下有接入网络子树,在所述核心网络边缘接入设备接收到所述消息后,还可以直接将所述消息发送到下挂有接入网络子树的邻接设备的各个端口上,由所述各个端口判断其存储的ID与所述消息中携带的ID是否一样,如果一样,则将所述消息保存在相应端口中以便进行后续操作,如 果不一样,则需要将所述消息删除。这样所述核心网络边缘接入设备就不会将所述消息发送到邻接设备与核心网连接的端口上,避免了接入网络子树向核心网的发送,也可以避免所述消息由存储不同ID下行端口得到。
本申请中的核心网络边缘接入设备通过判断所述邻接设备的下行端口存储的ID中是否存在于所述核心网络边缘接入设备接收消息的下行端口相同的ID,来确定所述核心网络边缘接入设备是否要将接收到的所述消息发送给所述邻接设备中具有相同ID的下行端口中,从而避免了某个接入网络子树内发生拓扑变化时,对其他接入网络子树的影响,增强了在多个接入网络子树的大用户群接入网络的流量转发的稳定性,同时,能够有效隔离接入网络子树的拓扑变化消息发送到核心网络,避免了在接入网络子树存在多条上行链路接入核心网络的情况下,当接入网络子树发生拓扑变化时,由于IEEE802.1Q-2005标准定义的端口TC发送限制特性对核心网络的影响。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。
以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本申请的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体,也可以分离部署;可以合并为一个模块,也可以进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。

Claims (8)

1.一种消息的发送控制方法,其特征在于,所述方法包括以下步骤:
核心网络边缘接入设备接收接入网络子树发送的消息,并确定接收所述消息的下行端口,及其所述下行端口中存储的接入所述下行端口的接入网络子树的身份标识号码ID;
所述核心网络边缘接入设备判断邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口存储的接入网络子树的ID相同的ID;
如果存在,所述核心网络边缘接入设备将接收所述消息的下行端口存储的接入网络子树的ID添加到所述消息中,并将所述消息发送给所述邻接设备,以使所述邻接设备根据所述ID确定出所述邻接设备中存在相同ID的下行端口,并将所述消息发送到所述邻接设备具有相同ID的下行端口中;
其中,所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他核心网络边缘接入设备;
其中,不同的接入网络子树配置有不同的ID。
2.如权利要求1所述方法,其特征在于,所述ID是所述核心网络边缘接入设备的下行端口学习得到的;或,预先为所述核心网络边缘接入设备的下行端口配置好的。
3.如权利要求2所述方法,其特征在于,所述ID是所述核心网络边缘接入设备的下行端口学习得到的,具体为:
所述核心网络边缘接入设备的下行端口接收携带有预先为相应接入网络子树配置的所述ID的协议报文,并将所述协议报文中的所述ID存储在接收所述协议报文的所述核心网络边缘接入设备的下行端口中。
4.如权利要求2所述方法,其特征在于,所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的,具体为:
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树的下行端口配置相同所述ID;
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接入网络子树时,则为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络子树的下行端口配置不相同所述ID。
5.一种核心网络边缘接入设备,其特征在于,所述设备包括:
确定模块,接收接入网络子树发送的消息,并确定接收所述消息的下行端口,及其所述下行端口中存储的接入所述下行端口的接入网络子树的身份标识号码ID;
判断模块,用于判断邻接设备的下行端口存储的接入所述邻接设备相应的所述下行端口的接入网络子树的ID中是否存在与所述核心网络边缘接入设备接收消息的下行端口存储的接入网络子树的ID相同的ID;
发送模块,如果存在与所述核心网络边缘接入设备接收消息的下行端口存储的接入网络子树相同的ID,用于将接收所述消息的下行端口存储的接入网络子树的ID添加到所述消息中,并将所述消息发送给所述邻接设备,以使所述邻接设备根据所述ID确定出所述邻接设备中存在相同ID的下行端口,并将所述消息发送到所述邻接设备具有相同ID的下行端口中;
其中,所述邻接设备是与所述核心网络边缘接入设备相邻的处于同一层级的其他核心网络边缘接入设备;
其中,不同的接入网络子树配置有不同的ID。
6.如权利要求5所述设备,其特征在于,所述ID是所述核心网络边缘接入设备的下行端口学习得到的;或,预先为所述核心网络边缘接入设备的下行端口配置好的。
7.如权利要求6所述设备,其特征在于,所述设备,还包括:
学习模块,用于接收携带有预先为相应接入网络子树配置的所述ID的协议报文,并将所述协议报文中的所述ID存储在接收所述协议报文的所述核心网络边缘接入设备的下行端口中。
8.如权利要求6所述设备,其特征在于,所述ID是预先为所述核心网络边缘接入设备的下行端口配置好的,具体为:
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接相同的接入网络子树时,则用于为所述核心网络边缘接入设备和所述邻接设备中连接相同的接入网络子树的下行端口配置相同所述ID;
如果所述核心网络边缘接入设备和所述邻接设备中的下行端口连接不相同的接入网络子树时,则用于为所述核心网络边缘接入设备和所述邻接设备中连接不相同的接入网络子树的下行端口配置不相同所述ID。
CN201510121574.9A 2015-03-19 2015-03-19 一种消息的发送控制方法和设备 Active CN104796345B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510121574.9A CN104796345B (zh) 2015-03-19 2015-03-19 一种消息的发送控制方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510121574.9A CN104796345B (zh) 2015-03-19 2015-03-19 一种消息的发送控制方法和设备

Publications (2)

Publication Number Publication Date
CN104796345A CN104796345A (zh) 2015-07-22
CN104796345B true CN104796345B (zh) 2018-01-09

Family

ID=53560865

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510121574.9A Active CN104796345B (zh) 2015-03-19 2015-03-19 一种消息的发送控制方法和设备

Country Status (1)

Country Link
CN (1) CN104796345B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106055527B (zh) * 2016-05-24 2019-11-19 华为技术有限公司 一种数据处理的方法及装置
CN110417658B (zh) * 2018-04-28 2022-08-12 北京京东尚科信息技术有限公司 用于边缘路由器的网络接入方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003058437A2 (en) * 2002-01-10 2003-07-17 Sphera Corporation A method and system for hosting a plurality of dedicated servers
CN102281181A (zh) * 2010-06-08 2011-12-14 中兴通讯股份有限公司 扩展端口桥设备中实现多播转发的方法、装置及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003058437A2 (en) * 2002-01-10 2003-07-17 Sphera Corporation A method and system for hosting a plurality of dedicated servers
CN102281181A (zh) * 2010-06-08 2011-12-14 中兴通讯股份有限公司 扩展端口桥设备中实现多播转发的方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
面向宽带IPTV业务的IP over optical 层叠组播网络技术研究;罗萱;《中国博士论文电子期刊网》;20110415;全文 *

Also Published As

Publication number Publication date
CN104796345A (zh) 2015-07-22

Similar Documents

Publication Publication Date Title
EP1557006B1 (en) Modified spanning tree protocol for metropolitan area network
US8605626B2 (en) Method and apparatus for preserving extensions in multi-vendor trill networks
CN104205748B (zh) 具有协调的业务方向的机架间冗余
CN104378297B (zh) 一种报文转发方法及设备
EP2533475B1 (en) Method and system for host route reachability in packet transport network access ring
CN104378296B (zh) 一种报文转发方法及设备
CN101507194B (zh) 桥接的以太网中的强制介质访问控制(mac)学习
US8107482B2 (en) Multipath discovery in switched ethernet networks
CN102724118B (zh) 标签分发方法及设备
CN105393511B (zh) 一种交换机模式切换方法、设备及系统
CN101286922B (zh) 一种信令控制的方法、系统及设备
CN104243270A (zh) 一种建立隧道的方法和装置
CN104283791A (zh) 一种sdn网络中的三层拓扑确定方法和设备
CN105163349A (zh) 一种基于IEEE802.11s的多网关无线Mesh网实现方法
US8861339B2 (en) Packet forwarding function of a mobility switch deployed as routed SMLT (RSMLT) node
US20140153442A1 (en) Method, Device, and System for Packet Processing
CN110545239A (zh) 一种无线mesh网络广域组网方法
CN107820262A (zh) 参数配置方法、装置及系统
CN106713026A (zh) 业务链拓扑结构、业务链设置方法和控制器
WO2014129624A1 (ja) 制御装置、通信システム、経路切替方法及びプログラム
CN103200107B (zh) 一种报文的传输方法和设备
CN104796345B (zh) 一种消息的发送控制方法和设备
US8175106B2 (en) Fast and automatic self-forming meshing topology to integrate with wired networks
WO2021042674A1 (zh) 一种端口状态的配置方法及网络设备
CN109525492B (zh) 一种不依赖路由协议或算法的ip数据备份传输方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
EXSB Decision made by sipo to initiate substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant after: Xinhua three Technology Co., Ltd.

Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No.

Applicant before: Huasan Communication Technology Co., Ltd.

GR01 Patent grant
GR01 Patent grant