CN107547243B - 一种报文转发方法及装置 - Google Patents
一种报文转发方法及装置 Download PDFInfo
- Publication number
- CN107547243B CN107547243B CN201710372300.6A CN201710372300A CN107547243B CN 107547243 B CN107547243 B CN 107547243B CN 201710372300 A CN201710372300 A CN 201710372300A CN 107547243 B CN107547243 B CN 107547243B
- Authority
- CN
- China
- Prior art keywords
- mac address
- port
- target
- target mac
- forwarding table
- 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
Links
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
本发明实施例提供了一种报文转发方法及装置。该方法用于DR中的任一成员设备,包括:获得目的MAC地址为目标MAC地址的第一数据报文;根据本成员设备的MAC转发表,确定目标MAC地址对应的目标端口;判断目标端口的类型是否为DR端口和IPP中的一者;若为否,通过本成员设备的各DR端口发出目标MAC地址,以使接收到目标MAC地址的网络设备存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表,进而使得网络设备在接收到目的MAC地址为目标MAC地址的第二数据报文时,从自身的MAC转发表中记录的、目标MAC地址对应的物理端口发出第二数据报文。本方案不仅能够避免数据报文在DR的成员设备间绕路转发,还能够避免DR的成员设备间的IPL链路受到冲击。
Description
技术领域
本发明涉及通信技术领域,特别是涉及一种报文转发方法及装置。
背景技术
在通信技术领域中,DRNI(Distributed Resilient Network Interconnet,分布式聚合)技术的应用变得越来越广泛。通过DRNI技术,可以将至少两台物理设备通过以太网链路聚合形成一个DR(Distributed-Relay System,分布式聚合系统),以提供设备级冗余保护。在网络中,该DR对外呈现为一台设备。
发明内容
本发明实施例的目的在于提供一种报文转发方法及装置,以避免数据报文在DR的成员设备间绕路转发,并且,避免DR的成员设备间的IPL链路受到冲击。具体技术方案如下:
第一方面,本发明实施例提供了一种报文转发方法,应用于分布式聚合系统DR中的任一成员设备,所述方法包括:
获得目的MAC地址为目标MAC地址的第一数据报文;
根据本成员设备的MAC转发表,确定所述目标MAC地址对应的目标端口;
判断所述目标端口的类型是否为DR端口和内部控制链路端口IPP中的一者;
若为否,通过本成员设备的各DR端口发出所述目标MAC地址,以使接收到所述目标MAC地址的网络设备存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至自身的MAC转发表,进而使得所述网络设备在接收到目的MAC地址为所述目标MAC地址的第二数据报文时,从自身的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文。
第二方面,本发明实施例提供了一种报文转发方法,应用于网络设备,所述方法包括:
通过自身的物理端口接收来自分布式聚合系统DR中的任一成员设备的目标MAC地址,其中,所述目标MAC地址为发出所述目标MAC地址的成员设备判断目标端口的类型不是DR端口和内部控制链路端口IPP中的任一者的情况下,从该成员设备的各DR端口发出的,所述目标端口为发出所述目标MAC地址的成员设备的MAC转发表中记录的、所述目标MAC地址对应的端口;
存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至所述网络设备的MAC转发表;
接收目的MAC地址为所述目标MAC地址的第二数据报文;
从所述网络设备的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文。
第三方面,本发明实施例提供了一种报文转发装置,应用于分布式聚合系统DR中的任一成员设备,所述装置包括:
获得模块,用于获得目的MAC地址为目标MAC地址的第一数据报文;
第一确定模块,用于根据本成员设备的MAC转发表,确定所述目标MAC地址对应的目标端口;
第一判断模块,用于判断所述目标端口的类型是否为DR端口和内部控制链路端口IPP中的一者;
第一发送模块,用于在所述第一判断模块的判断结果为否的情况下,通过本成员设备的各DR端口发出所述目标MAC地址,以使接收到所述目标MAC地址的网络设备存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至自身的MAC转发表,进而使得所述网络设备在接收到目的MAC地址为所述目标MAC地址的第二数据报文时,从自身的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文。
第四方面,本发明实施例提供了一种报文转发装置,应用于网络设备,所述装置包括:
第一接收模块,用于通过自身的物理端口接收来自分布式聚合系统DR中的任一成员设备的目标MAC地址,其中,所述目标MAC地址为发出所述目标MAC地址的成员设备判断目标端口的类型不是DR端口和内部控制链路端口IPP中的任一者的情况下,从该成员设备的各DR端口发出的,所述目标端口为发出所述目标MAC地址的成员设备的MAC转发表中记录的、所述目标MAC地址对应的端口;
存储模块,用于存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至所述网络设备的MAC转发表;
第二接收模块,用于接收目的MAC地址为所述目标MAC地址的第二数据报文;
第三发送模块,用于从所述网络设备的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文。
本方案中,当DR中的任一成员设备获得目的MAC地址为目标MAC地址的第一数据报文时,本成员设备会先确定目标MAC地址对应的目标端口,并判断目标端口的类型是否为DR端口和IPP中的一者。如果判断结果为是,这说明本成员设备获得的第一数据报文很可能是经绕路转发而来的,这时,本成员设备就可以通过自身的各DR端口发出目标MAC地址。
容易理解的是,当本成员设备通过自身的各DR端口发出目标MAC地址后,相对于本成员设备属于第一类网络设备的各网络设备均会通过自身的相应物理端口接收到该目标MAC地址。之后,这些网络设备可以存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表中。
对于这些网络设备中的任一者而言,当其在存储操作完成后接收到目的MAC地址为目标MAC地址的第二数据报文时,其可以在自身的MAC转发表中查询目标MAC地址对应的物理端口,并通过查询出的物理端口发出第二数据报文。这样,第二数据报文不会出现在DR的各成员设备间绕路转发的情况,第二数据报文是以最优的传输路径传输至目的设备处的,故第二数据报文的转发效率较高。另外,第二数据报文未在成员设备间的IPL链路上传输,这样可以有效地减小对该IPL链路的冲击,避免该IPL链路拥塞,进而有效地保证整个DR的正常工作。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为DR的组网结构示意图;
图2为本发明实施例所提供的一种应用于DR中的任一成员设备的报文转发方法的流程图;
图3为本发明实施例所提供的一种应用于网络设备的报文转发方法的流程图;
图4为本发明实施例所提供的一种应用于DR中的任一成员设备的报文转发装置的结构框图;
图5为本发明实施例所提供的一种应用于网络设备的报文转发装置的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1,图中示出了DR(Distributed-Relay System,分布式聚合系统)的组网结构示意图。如图1所示,设备A和设备B通过以太网链路聚合形成了一个DR,即设备A和设备B均为该DR的成员设备,这时,设备A和设备B可以形成负载分担,共同进行数据报文的转发,当两者中的一者出现故障时,数据报文可以迅速切换至另一者,以保证数据报文的成功转发。设备A和设备B两者上的IPP(Intra-Portal Port,内部控制链路端口)通过IPL(Intra-Portal Link,内部控制链路)连接,即设备A上的IPP1与设备B上的IPP2通过IPL链路连接,以实现DRNI协议报文在设备A和设备B之间的传输。
设备C分别与设备A上的DR端口和设备B上的DR端口连接,设备D与设备A上的普通端口(除了IPP和DR端口之外的端口)连接。为了便于说明,下文中均将角色为设备C的设备称为第一类网络设备,将角色为设备D的设备称为第二类网络设备。
一般而言,设备C和设备D可以相互通信,以学习到对端的MAC地址。设备A能够通过LLDP(Link Layer DiscoveryProtocol,链路层发现协议)学习到设备C的MAC地址MAC C和设备D的MAC地址MAC D,并依据学习到的MAC地址对自身的MAC转发表进行更新。具体地,假设设备A通过自身的P1端口学习到设备D的MAC地址MAC D,设备A会将MAC D和P1端口的对应关系存储在自身的MAC转发表中。另外,设备B能够在IPP2上学习到设备A通过IPP1发出,并通过IPL链路传输的设备D的MAC地址MAC D,这时,设备B会将MAC D与IPP2的对应关系存储在自身的MAC转发表中。
当设备C获得目的MAC地址为MAC D的数据报文时,设备C可以利用哈希算法,确定发出该数据报文的端口。由于哈希算法的不确定性,设备C确定出的端口可能是1端口,也可能是2端口,相应地,该数据报文的传输路径有两种情况。
第一种情况中,设备C确定出的端口为1端口,那么,接收到设备C发出的该数据报文的设备为设备A。之后,设备A根据自身的MAC转发表,确定出MAC D对应的端口为P1端口,故设备A会将该数据报文从P1端口发出,这样,该数据报文从P1端口发出后被发送至设备D,即该数据报文成功到达了目的设备。这种情况下,该数据报文的传输路径为设备C—设备A—设备D。
第二种情况中,设备C确定出的端口为2端口,那么,接收到设备C发出的该数据报文的设备为设备B。之后,设备B根据自身的MAC转发表,确定出MAC D对应的端口为IPP2,故设备B会将该数据报文从IPP2发出,这样,该数据报文会经IPL链路传输至设备A。接下来,设备A根据自身的MAC转发表,确定出MAC D对应的端口为P1端口,故设备A会将该数据报文从P1端口发出,这样,该数据报文从P1端口发出后被发送至设备D,即该数据报文也成功达到了目的设备。这种情况下,该数据报文的传输路径为设备C—设备B—设备A—设备D。
容易看出,与第一种情况相比,第二种情况中,数据报文需要在设备B和设备A,即DR的成员设备间绕路转发,该数据报文的转发路径并不是最优的,相应地,该数据报文的转发效率非常低。此外,由于该数据报文在设备A和设备B间的IPL链路上传输,这样会对该IPL链路造成冲击,以造成该IPL链路拥塞,进而严重影响到整个DR的正常工作。
为了避免数据报文在DR的成员设备间绕路转发,并且,避免DR的成员设备间的IPL链路受到冲击,本发明从DR中的任一成员设备和网络设备的角度分别提供了一种报文转发方法及装置。
下面首先对本发明从DR中的任一成员设备的角度提供的一种报文转发方法进行说明。
参见图2,图中示出了本发明实施例所提供的一种报文转发方法的流程图。如图2所示,该方法应用于DR中的任一成员设备,该方法可以包括如下步骤:
S201,获得目的MAC地址为目标MAC地址的第一数据报文。
S202,根据本成员设备存储的MAC转发表,确定目标MAC地址对应的目标端口。
容易理解的是,本成员设备存储的MAC转发表内可以存储有MAC地址与端口之间的对应关系,其中,任一MAC地址对应的端口为目的MAC地址为该MAC地址的数据报文对应的出端口。这样,只要获知了目标MAC地址,本成员设备就能非常容易地确定出目标MAC地址对应的目标端口,以便于根据确定出的目标端口,执行后续的S203。
S203,判断目标端口的类型是否为DR端口和IPP(Intra-Portal Port,内部控制链路端口)中的一者;若为否,执行S204。
需要说明的是,本成员设备上具有的端口的类型有三种,分别是DR端口、IPP和普通端口(除了DR端口和IPP之外的其余端口)。一般而言,本成员设备通过自身的DR端口与第一类网络设备相连;本成员设备通过自身的IPP与所在DR中的其余成员设备相连;本成员设备通过自身的普通端口与第二类网络设备相连。
如果本成员设备判断出目标端口的类型并不是DR端口和IPP中的任一者,即目标端口的类型是普通端口,那么,具有目标MAC地址的设备对于本成员设备来说属于第二类网络设备,此时,第一数据报文很有可能是绕路转发至本成员设备处的,因此,本成员设备可以执行后续的S204。
相反,如果本成员设备判断出目标端口的类型是DR端口和IPP中的一者,那么,具有目标MAC地址的设备对于本成员设备来说并不属于第二类网络设备,此时,本成员设备无需执行后续的S204。
S204,通过本成员设备的各DR端口发出目标MAC地址,以使接收到目标MAC地址的网络设备存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表,进而使得网络设备在接收到目的MAC地址为目标MAC地址的第二数据报文时,从自身的MAC转发表中记录的、目标MAC地址对应的物理端口发出第二数据报文。
容易理解的是,在现有技术中,接收到目标MAC地址的网络设备内本身就存储有一用于存储MAC地址和端口的对应关系的MAC转发表。对于该网络设备而言,在通过自身的物理端口接收到目标MAC地址之后,其可以直接将目标MAC地址与该物理端口的对应关系存储至现有的MAC转发表中。这样,在后续接收到目的MAC地址为目标MAC地址的第二数据报文后,该网络设备能够从现有的MAC转发表中查找到目标MAC地址对应的物理端口,并从该物理端口发出第二数据报文。
当然,对于接收到目标MAC地址的网络设备而言,其也可以预先创建并存储所对应优先级高于现有的MAC转发表的另一MAC转发表,那么,该网络设备内会存储有两个MAC转发表。当该网络设备通过自身的物理端口接收到目标MAC地址之后,其可以将目标MAC地址与该物理端口的对应关系存储至优先级更高的MAC转发表(即新建的MAC转发表)中。这样,在后续接收到目的MAC地址为目标MAC地址的第二数据报文后,该网络设备能够从新建的MAC转发表中查找到目标MAC地址对应的物理端口,并从该物理端口发出第二数据报文。
需要说明的是,在确定目标MAC地址对应的目标端口之后,该方法还可以包括:
从目标端口发出第一数据报文。
容易理解的是,通过执行从目标端口发出第一数据报文的操作,本成员设备会将第一数据报文成功转发出去。
下面结合图1,以一个具体的例子对本方案的具体实施过程进行说明。
假设设备C在获得目的MAC地址为MAC D的第一数据报文后,将第一数据报文通过2端口发出,以使得设备B通过自身的DR2端口接收到了第一数据报文。这时,设备B会利用自身存储的MAC转发表,确定MAC D对应的目标端口,容易看出,设备B确定出的端口为IPP2。接下来,设备B判断IPP2的类型是否为DR端口和IPP中的一者,容易看出,判断结果为是,因此,设备B不会执行后续的S204,设备B仅会将第一数据报文从IPP2发出。
假设设备C在获得目的MAC地址为MAC D的第一数据报文后,将第一数据报文通过1端口发出,以使得设备A通过自身的DR1端口接收到了第一数据报文。这时,设备A会利用自身存储的MAC转发表,确定MAC D对应的目标端口,容易理解的是,设备A确定出的端口为P1端口。接下来,设备A判断P1端口的类型是否为DR端口和IPP中的一者,容易看出,判断结果为否,因此,设备A不仅会将第一数据报文从P1端口发出,设备A还会通过自身的DR1端口发出MAC D。具体地,设备A可以将MAC D封装在一个遵循LLDP的报文的TLV字段中,并将该报文通过自身的DR1端口发出。
在设备A通过自身的DR1端口发出该报文后,设备C会从1端口(1端口为物理端口)接收到该报文。这时,设备C会对该报文进行解析,进而得到MAC D,接下来,设备C可以存储1端口和MAC D的对应关系至自身的MAC转发表。假设设备C中存储有两个MAC转发表,一个是现有的MAC转发表,另一个是新建的MAC转发表,设备C具体将1端口和MAC D的对应关系存储至了新建的MAC转发表中。
之后,如果设备C接收到目的MAC地址为MAC D的第二数据报文,设备C会先对新建的MAC转发表进行遍历查找,以确定新建的MAC转发表中是否存在MAC D。如果经过查找,设备C发现新建的MAC转发表中存在MAC D,那么,设备C会从新建的MAC转发表中记录的、MAC D对应的物理端口,即1端口发出第二数据报文。
容易理解的是,当设备C从1端口发出第二数据报文后,设备A会通过DR1端口接收到设备C发出的第二数据报文,这时,设备A会依据自身存储的MAC转发表,将接收到的第二数据报文发送至设备D。
可以看出,在该例子中,第二数据报文的传输路径是设备C-设备A-设备D,而不是设备C-设备B-设备A-设备D,因此,第二数据报文未出现在DR的各成员设备(即设备A和设备B)间绕路转发的情况。
本方案中,当DR中的任一成员设备获得目的MAC地址为目标MAC地址的第一数据报文时,本成员设备会先确定目标MAC地址对应的目标端口,并判断目标端口的类型是否为DR端口和IPP中的一者。如果判断结果为是,这说明本成员设备获得的第一数据报文很可能是经绕路转发而来的,这时,本成员设备就可以通过自身的各DR端口发出目标MAC地址。
容易理解的是,当本成员设备通过自身的各DR端口发出目标MAC地址后,相对于本成员设备属于第一类网络设备的各网络设备均会通过自身的相应物理端口接收到该目标MAC地址。之后,这些网络设备可以存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表中。
对于这些网络设备中的任一者而言,当其在存储操作完成后接收到目的MAC地址为目标MAC地址的第二数据报文时,其可以在自身的MAC转发表中查询目标MAC地址对应的物理端口,并通过查询出的物理端口发出第二数据报文。这样,第二数据报文不会出现在DR的各成员设备间绕路转发的情况,第二数据报文是以最优的传输路径传输至目的设备处的,故第二数据报文的转发效率较高。另外,第二数据报文未在成员设备间的IPL链路上传输,这样可以有效地减小对该IPL链路的冲击,避免该IPL链路拥塞,进而有效地保证整个DR的正常工作和稳定性。
在本发明实施例的一种具体实施方式中,判断目标端口的类型是否为DR端口和IPP中的一者之前,该方法还可以包括:
判断本成员设备的MAC转发表中的目标MAC地址上是否具有已发送标记,其中,目标MAC地址上的已发送标记用于表征本成员设备已将目标MAC地址通过本成员设备的各DR端口发出了;
若为否,执行判断目标端口的类型是否为DR端口和IPP中的一者的步骤;
相应地,该方法还可以包括:
在通过本成员设备的各DR端口发出目标MAC地址的同时,为本成员设备的MAC转发表中的目标MAC地址添加已发送标记。
下面延续上述实施例中的例子,对本实施例的具体实施过程进行说明。
对于设备A而言,当其通过自身的DR1端口发出MAC D的同时,其可以为自身的MAC转发表中的MAC D添加已发送标记,以表征自身已经将MAC D通过DR1端口发出过了。
当设备C通过1端口接收到设备A从DR1端口发出的MAC D,且将MAC D与1端口的对应关系存储在自身新建的MAC转发表中之后,假设设备C接收到了目的MAC地址为MAC D的第二数据报文,很显然,设备C会依据该新建的MAC转发表将第二数据报文从1端口发出。这样,设备A会通过自身的DR1端口接收到第二数据报文,这时,设备A可以去判断自身的MAC转发表中的目标MAC地址上是否具有已发送标记。
如果判断结果为是,这说明设备C新建的MAC转发表中已经具有相应表项,能够保证目的MAC地址为MAC D的数据报文不会出现绕路转发的情况,因此,设备A无需执行后续的S203和S204。这样,设备A无需从DR1端口发出MAC D,设备C也无需从1端口接收MAC D并进行相应处理,这样可以有效地节省设备A和设备C上的系统资源。
如果判断结果为否,这说明设备C新建的MAC转发表中并不具有能够避免目的MAC地址为MAC D的数据报文出现绕路转发情况的相应表项,因此,设备A需要执行后续的S203和S204。这样,当设备C后续再次接收到目的MAC地址为MAC D的数据报文时,该数据报文在设备A和设备B之间绕路转发的情况不会出现。
容易看出,本实施例不仅能够避免出现数据报文在DR的各成员设备间绕路转发的情况出现,还可以有效地节省设备上的系统资源。
在本发明实施例的一种具体实施方式中,在通过本成员设备的各DR端口发出目标MAC地址的同时,为本成员设备的MAC转发表中的目标MAC地址添加已发送标记之后,该方法还可以包括:
在第一预设时间段内未接收到目的MAC地址为目标MAC地址的数据报文的情况下,将目标MAC地址与相应端口的对应关系,以及已发送标记从本成员设备的MAC转发表中删除。
其中,第一预设时间段可以为5S或者10S,当然,第一预设时间段的取值并不局限于此,具体可以根据实际情况来确定,本实施例对此不做任何限定。
本实施例中,在第一预设时间段内未接收到目的MAC地址为目标MAC地址的数据报文,本成员设备就会将目标MAC地址与相应端口的对应关系,以及已发送标记从自身的MAC转发表中删除,这样可以释放本成员设备的MAC转发表的存储空间,以避免无用的表项对该MAC转发表的存储空间的占用。
需要说明的是,在执行删除操作后,本成员设备可以重新学习目标MAC地址与相应端口的对应关系至自身的MAC转发表中,以保证本成员设备内存储的MAC转发表中的表项信息的准确性,同时便于在后续接收到目的MAC地址为目标MAC地址的数据报文时,利用重新学习到的对应关系指导该数据报文的转发。
综上,本实施例不仅能够避免数据报文在DR的成员设备间绕路转发,并且,还能够避免DR的成员设备间的IPL链路受到冲击。
下面对本发明从网络设备的角度提供的一种报文转发方法进行说明。
参见图3,图中示出了本发明实施例所提供的一种报文转发方法的流程图。如图3所示,该方法应用于网络设备(具体为第一类网络设备),该方法可以包括如下步骤:
S301,通过自身的物理端口接收来自分布式聚合系统DR中的任一成员设备的目标MAC地址,其中,目标MAC地址为发出目标MAC地址的成员设备判断目标端口的类型不是DR端口和内部控制链路端口IPP中的任一者的情况下,从该成员设备的各DR端口发出的,目标端口为发出目标MAC地址的成员设备的MAC转发表中记录的、目标MAC地址对应的端口;
S302,存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至网络设备的MAC转发表;
S303,接收目的MAC地址为目标MAC地址的第二数据报文;
S304,从网络设备的MAC转发表中记录的、目标MAC地址对应的物理端口发出第二数据报文。
下面结合图1,以一个具体的例子对本实施例的具体实施过程进行详细说明。
如图1所示,该方法应用的网络设备可以为设备C,DR中包括的成员设备可以为设备A和设备B。
假设设备C在获得目的MAC地址为MAC D的第一数据报文后,将第一数据报文通过2端口发出,以使得设备B通过自身的DR2端口接收到了第一数据报文。这时,设备B会利用自身存储的MAC转发表,确定MAC D对应的目标端口,容易看出,设备B确定出的端口为IPP2。接下来,设备B判断IPP2的类型是否为DR端口和IPP中的一者,容易看出,判断结果为是,因此,设备B不会执行后续的S204,设备B仅会将第一数据报文从IPP2发出。
假设设备C在获得目的MAC地址为MAC D的第一数据报文后,将第一数据报文通过1端口发出,以使得设备A通过自身的DR1端口接收到了第一数据报文。这时,设备A会利用自身存储的MAC转发表,确定MAC D对应的目标端口,容易理解的是,设备A确定出的端口为P1端口。接下来,设备A判断P1端口的类型是否为DR端口和IPP中的一者,容易看出,判断结果为否,因此,设备A不仅会将第一数据报文从P1端口发出,设备A还会通过自身的DR1端口发出MAC D。具体地,设备A可以将MAC D封装在一个遵循LLDP的报文的TLV字段中,并将该报文通过自身的DR1端口发出。
在设备A通过自身的DR1端口发出该报文后,设备C会从1端口(1端口为物理端口)接收到该报文。这时,设备C会对该报文进行解析,进而得到MAC D,接下来,设备C可以存储1端口和MAC D的对应关系至自身的MAC转发表。假设设备C中存储有两个MAC转发表,一个是现有的MAC转发表,另一个是新建的MAC转发表,设备C具体将1端口和MAC D的对应关系存储至了新建的MAC转发表中。
之后,如果设备C接收到目的MAC地址为MAC D的第二数据报文,设备C会先对新建的MAC转发表进行遍历查找,以确定新建的MAC转发表中是否存在MAC D。如果经过查找,设备C发现新建的MAC转发表中存在MAC D,那么,设备C会从新建的MAC转发表中记录的、MAC D对应的物理端口,即1端口发出第二数据报文。
容易理解的是,当设备C从1端口发出第二数据报文后,设备A会通过DR1端口接收到设备C发出的第二数据报文,这时,设备A会依据自身存储的MAC转发表,将接收到的第二数据报文发送至设备D。
可以看出,在该例子中,第二数据报文的传输路径是设备C-设备A-设备D,而不是设备C-设备B-设备A-设备D,因此,第二数据报文未出现在DR的各成员设备(即设备A和设备B)间绕路转发的情况。
本方案中,当DR中的任一成员设备获得目的MAC地址为目标MAC地址的第一数据报文时,本成员设备会先确定目标MAC地址对应的目标端口,并判断目标端口的类型是否为DR端口和IPP中的一者。如果判断结果为是,这说明本成员设备获得的第一数据报文很可能是经绕路转发而来的,这时,本成员设备就可以通过自身的各DR端口发出目标MAC地址。
容易理解的是,当本成员设备通过自身的各DR端口发出目标MAC地址后,相对于本成员设备属于第一类网络设备的各网络设备均会通过自身的相应物理端口接收到该目标MAC地址。之后,这些网络设备可以存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表中。
对于这些网络设备中的任一者而言,当其在存储操作完成后接收到目的MAC地址为目标MAC地址的第二数据报文时,其可以在自身的MAC转发表中查询目标MAC地址对应的物理端口,并通过查询出的物理端口发出第二数据报文。这样,第二数据报文不会出现在DR的各成员设备间绕路转发的情况,第二数据报文是以最优的传输路径传输至目的设备处的,故第二数据报文的转发效率较高。另外,第二数据报文未在成员设备间的IPL链路上传输,这样可以有效地减小对该IPL链路的冲击,避免该IPL链路拥塞,进而有效地保证整个DR的正常工作和稳定性。
在本发明实施例的一种具体实施方式中,存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至网络设备的MAC转发表之后,该方法还可以包括:
在第二预设时间段内未接收到目的MAC地址为目标MAC地址的数据报文的情况下,将接收目标MAC地址的物理端口与目标MAC地址的对应关系从网络设备的MAC转发表中删除。
其中,第二预设时间段可以为5S或者10S,当然,第二预设时间段的取值并不局限于此,具体可以根据实际情况来确定,本实施例对此不做任何限定。
相应地,接收目的MAC地址为目标MAC地址的第二数据报文之后,该方法还可以包括:
确定网络设备的MAC转发表中是否具有目标MAC地址与相应物理端口的对应关系;
若为是,执行从网络设备的MAC转发表中记录的、目标MAC地址对应的物理端口发出第二数据报文的步骤;
若为否,利用预设的出端口确定算法,为第二数据报文确定一端口,从确定出的端口发出第二数据报文。
其中,预设的出端口确定算法可以为哈希算法,当然,预设的出端口确定算法并不局限于哈希算法,只需保证能够为第二数据报文确定出一出端口即可,本实施例对预设的出端口确定算法的具体类型不做任何限定。
下面延续上一实施例中的例子,对本实施例的具体实施过程进行说明。
当设备C通过1端口接收到来自设备A的MAC D,并将MAC D和1端口的对应关系存储至自身新建的MAC转发表中之后,如果设备C在第二预设时间段内未接收到目的MAC地址为MAC D的数据报文,设备C就可以将MAC D和1端口的对应关系从新建的MAC转发表删除。
对于设备C而言,当其接收到目的MAC地址为目标MAC地址的第二数据报文之后,其可以确定新建的MAC转发表中是否具有目标MAC地址与相应物理端口的对应关系。
容易理解的是,若当前时刻位于第二预设时间段之内,那么设备C会确定出新建的MAC转发表中具有目标MAC地址与相应物理端口的对应关系。因此,设备C会直接从新建的MAC转发表中记录的、目标MAC地址对应的物理端口,即1端口发出第二数据报文。这种情况下,第二数据报文不会出现在DR的各成员设备(即设备A和设备B)间绕路转发的情况。
若当前时刻位于第二预设时间段之外,那么设备C会确定出新建的MAC转发表中并不具有目标MAC地址与相应物理端口的对应关系。此时,设备C可以去确定现有的MAC转发表中是否具有目标MAC地址与相应端口的对应关系。
容易理解的是,如果现有的MAC转发表中具有目标MAC地址与相应端口的对应关系,那么,现有的MAC转发表中记录的目标MAC地址对应的端口实际上为一同时与1端口和2端口的逻辑端口。之后,设备C可以利用哈希算法,从该逻辑端口对应的两个物理端口(即1端口和2端口)中确定出一端口,并从该端口发出第二数据报文。
容易看出,本实施例能够较好地实现对第二数据报文的成功转发。
综上,本实施例不仅能够避免数据报文在DR的成员设备间绕路转发,并且,还能够避免DR的成员设备间的IPL链路受到冲击。
下面对本发明从DR的任一成员设备的角度所提供的一种报文转发装置进行说明。
参见图4,图中示出了本发明实施例所提供的一种报文转发装置的结构框图。如图4所示,该装置应用于DR中的任一成员设备,该装置可以包括:
获得模块41,用于获得目的MAC地址为目标MAC地址的第一数据报文;
第一确定模块42,用于根据本成员设备的MAC转发表,确定目标MAC地址对应的目标端口;
第一判断模块43,用于判断目标端口的类型是否为DR端口和内部控制链路端口IPP中的一者;
第一发送模块44,用于在第一判断模块的判断结果为否的情况下,通过本成员设备的各DR端口发出目标MAC地址,以使接收到目标MAC地址的网络设备存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表,进而使得网络设备在接收到目的MAC地址为目标MAC地址的第二数据报文时,从自身的MAC转发表中记录的、目标MAC地址对应的物理端口发出第二数据报文。
本方案中,当DR中的任一成员设备获得目的MAC地址为目标MAC地址的第一数据报文时,本成员设备会先确定目标MAC地址对应的目标端口,并判断目标端口的类型是否为DR端口和IPP中的一者。如果判断结果为是,这说明本成员设备获得的第一数据报文很可能是经绕路转发而来的,这时,本成员设备就可以通过自身的各DR端口发出目标MAC地址。
容易理解的是,当本成员设备通过自身的各DR端口发出目标MAC地址后,相对于本成员设备属于第一类网络设备的各网络设备均会通过自身的相应物理端口接收到该目标MAC地址。之后,这些网络设备可以存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表中。
对于这些网络设备中的任一者而言,当其在存储操作完成后接收到目的MAC地址为目标MAC地址的第二数据报文时,其可以在自身的MAC转发表中查询目标MAC地址对应的物理端口,并通过查询出的物理端口发出第二数据报文。这样,第二数据报文不会出现在DR的各成员设备间绕路转发的情况,第二数据报文是以最优的传输路径传输至目的设备处的,故第二数据报文的转发效率较高。另外,第二数据报文未在成员设备间的IPL链路上传输,这样可以有效地减小对该IPL链路的冲击,避免该IPL链路拥塞,进而有效地保证整个DR的正常工作和稳定性。
在本发明实施例的一种具体实施方式中,该装置还可以包括:
第二判断模块,用于在判断目标端口的类型是否为DR端口和IPP中的一者之前,判断本成员设备的MAC转发表中的目标MAC地址上是否具有已发送标记,其中,目标MAC地址上的已发送标记用于表征本成员设备已将目标MAC地址通过本成员设备的各DR端口发出了;若为否,触发第一判断模块;
相应地,该装置还可以包括:
添加模块,用于在通过本成员设备的各DR端口发出目标MAC地址的同时,为本成员设备的MAC转发表中的目标MAC地址添加已发送标记。
在本发明实施例的一种具体实施方式中,该装置还可以包括:
第一删除模块,用于在通过本成员设备的各DR端口发出目标MAC地址的同时,为本成员设备的MAC转发表中的目标MAC地址添加已发送标记之后,在第一预设时间段内未接收到目的MAC地址为目标MAC地址的数据报文的情况下,将目标MAC地址与相应端口的对应关系,以及已发送标记从本成员设备的MAC转发表中删除。
在本发明实施例的一种具体实施方式中,该装置还可以包括:
第二发送模块,用于在确定目标MAC地址对应的目标端口之后,从目标端口发出第一数据报文。
综上,本实施例不仅能够避免数据报文在DR的成员设备间绕路转发,并且,还能够避免DR的成员设备间的IPL链路受到冲击。
下面对本发明从网络设备的角度所提供的一种报文转发装置进行说明。
参见图5,图中示出了本发明实施例所提供的一种报文转发装置的结构框图。如图5所示,该装置应用于网络设备,该装置可以包括:
第一接收模块51,用于通过自身的物理端口接收来自分布式聚合系统DR中的任一成员设备的目标MAC地址,其中,目标MAC地址为发出目标MAC地址的成员设备判断目标端口的类型不是DR端口和内部控制链路端口IPP中的任一者的情况下,从该成员设备的各DR端口发出的,目标端口为发出目标MAC地址的成员设备的MAC转发表中记录的、目标MAC地址对应的端口;
存储模块52,用于存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至网络设备的MAC转发表;
第二接收模块53,用于接收目的MAC地址为目标MAC地址的第二数据报文;
第三发送模块54,用于从网络设备的MAC转发表中记录的、目标MAC地址对应的物理端口发出第二数据报文。
本方案中,当DR中的任一成员设备获得目的MAC地址为目标MAC地址的第一数据报文时,本成员设备会先确定目标MAC地址对应的目标端口,并判断目标端口的类型是否为DR端口和IPP中的一者。如果判断结果为是,这说明本成员设备获得的第一数据报文很可能是经绕路转发而来的,这时,本成员设备就可以通过自身的各DR端口发出目标MAC地址。
容易理解的是,当本成员设备通过自身的各DR端口发出目标MAC地址后,相对于本成员设备属于第一类网络设备的各网络设备均会通过自身的相应物理端口接收到该目标MAC地址。之后,这些网络设备可以存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至自身的MAC转发表中。
对于这些网络设备中的任一者而言,当其在存储操作完成后接收到目的MAC地址为目标MAC地址的第二数据报文时,其可以在自身的MAC转发表中查询目标MAC地址对应的物理端口,并通过查询出的物理端口发出第二数据报文。这样,第二数据报文不会出现在DR的各成员设备间绕路转发的情况,第二数据报文是以最优的传输路径传输至目的设备处的,故第二数据报文的转发效率较高。另外,第二数据报文未在成员设备间的IPL链路上传输,这样可以有效地减小对该IPL链路的冲击,避免该IPL链路拥塞,进而有效地保证整个DR的正常工作和稳定性。
在本发明实施例的一种具体实施方式中,该装置还可以包括:
第二删除模块,用于存储接收目标MAC地址的物理端口与目标MAC地址的对应关系至网络设备的MAC转发表之后,在第二预设时间段内未接收到目的MAC地址为目标MAC地址的数据报文的情况下,将接收目标MAC地址的物理端口与目标MAC地址的对应关系从网络设备的MAC转发表中删除;
相应地,该装置还可以包括:
第二确定模块,用于在接收目的MAC地址为目标MAC地址的第二数据报文之后,确定网络设备的MAC转发表中是否具有目标MAC地址与相应物理端口的对应关系;若为是,触发第三发送模块,若为否,触发第四发送模块;
第四发送模块,用于利用预设的出端口确定算法,为第二数据报文确定一端口,从确定出的端口发出第二数据报文。
综上,本实施例不仅能够避免数据报文在DR的成员设备间绕路转发,并且,还能够避免DR的成员设备间的IPL链路受到冲击。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (12)
1.一种报文转发方法,其特征在于,应用于分布式聚合系统DR中的任一成员设备,所述方法包括:
获得目的MAC地址为目标MAC地址的第一数据报文;
根据本成员设备的MAC转发表,确定所述目标MAC地址对应的目标端口;
判断所述目标端口的类型是否为DR端口和内部控制链路端口IPP中的一者;
若为否,执行步骤A,具体步骤A为:通过本成员设备的各DR端口发出所述目标MAC地址,以使接收到所述目标MAC地址的网络设备存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至自身的MAC转发表,进而使得所述网络设备在接收到目的MAC地址为所述目标MAC地址的第二数据报文时,从自身的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文;
若为是,不执行上述步骤A。
2.根据权利要求1所述的方法,其特征在于,所述判断所述目标端口的类型是否为DR端口和IPP中的一者之前,所述方法还包括:
判断本成员设备的MAC转发表中的所述目标MAC地址上是否具有已发送标记,其中,所述目标MAC地址上的已发送标记用于表征本成员设备已将所述目标MAC地址通过本成员设备的各DR端口发出了;
若为否,执行所述判断所述目标端口的类型是否为DR端口和IPP中的一者的步骤;
相应地,所述方法还包括:
在通过本成员设备的各DR端口发出所述目标MAC地址的同时,为本成员设备的MAC转发表中的所述目标MAC地址添加所述已发送标记。
3.根据权利要求2所述的方法,其特征在于,所述在通过本成员设备的各DR端口发出所述目标MAC地址的同时,为本成员设备的MAC转发表中的所述目标MAC地址添加所述已发送标记之后,所述方法还包括:
在第一预设时间段内未获得目的MAC地址为所述目标MAC地址的数据报文的情况下,将所述目标MAC地址与相应端口的对应关系,以及所述已发送标记从本成员设备的MAC转发表中删除。
4.根据权利要求1所述的方法,其特征在于,所述确定所述目标MAC地址对应的目标端口之后,所述判断所述目标端口的类型是否为DR端口和内部控制链路端口IPP中的一者的结果无论为是或者否,所述方法还包括:
从所述目标端口发出所述第一数据报文。
5.一种报文转发方法,其特征在于,应用于网络设备,所述方法包括:
通过自身的物理端口接收来自分布式聚合系统DR中的任一成员设备的目标MAC地址,其中,所述目标MAC地址为发出所述目标MAC地址的成员设备判断目标端口的类型不是DR端口和内部控制链路端口IPP中的任一者的情况下,从该成员设备的各DR端口发出的,所述目标端口为发出所述目标MAC地址的成员设备的MAC转发表中记录的、所述目标MAC地址对应的端口;
存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至所述网络设备的MAC转发表;
接收目的MAC地址为所述目标MAC地址的第二数据报文;
从所述网络设备的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文。
6.根据权利要求5所述的方法,其特征在于,所述存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至所述网络设备的MAC转发表之后,所述方法还包括:
在第二预设时间段内未接收到目的MAC地址为所述目标MAC地址的数据报文的情况下,将接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系从所述网络设备的MAC转发表中删除;
相应地,所述接收目的MAC地址为所述目标MAC地址的第二数据报文之后,所述方法还包括:
确定所述网络设备的MAC转发表中是否具有所述目标MAC地址与相应物理端口的对应关系;
若为是,执行所述从所述网络设备的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文的步骤;
若为否,利用预设的出端口确定算法,为所述第二数据报文确定一端口,从确定出的端口发出所述第二数据报文。
7.一种报文转发装置,其特征在于,应用于分布式聚合系统DR中的任一成员设备,所述装置包括:
获得模块,用于获得目的MAC地址为目标MAC地址的第一数据报文;
第一确定模块,用于根据本成员设备的MAC转发表,确定所述目标MAC地址对应的目标端口;
第一判断模块,用于判断所述目标端口的类型是否为DR端口和内部控制链路端口IPP中的一者;
第一发送模块,用于在所述第一判断模块的判断结果为否的情况下,执行步骤A,具体步骤A为:通过本成员设备的各DR端口发出所述目标MAC地址,以使接收到所述目标MAC地址的网络设备存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至自身的MAC转发表,进而使得所述网络设备在接收到目的MAC地址为所述目标MAC地址的第二数据报文时,从自身的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文;在所述第一判断模块的判断结果为是的情况下,不执行步骤A。
8.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第二判断模块,用于在判断所述目标端口的类型是否为DR端口和IPP中的一者之前,判断本成员设备的MAC转发表中的所述目标MAC地址上是否具有已发送标记,其中,所述目标MAC地址上的已发送标记用于表征本成员设备已将所述目标MAC地址通过本成员设备的各DR端口发出了;若为否,触发所述第一判断模块;
相应地,所述装置还包括:
添加模块,用于在通过本成员设备的各DR端口发出所述目标MAC地址的同时,为本成员设备的MAC转发表中的所述目标MAC地址添加所述已发送标记。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第一删除模块,用于在通过本成员设备的各DR端口发出所述目标MAC地址的同时,为本成员设备的MAC转发表中的所述目标MAC地址添加所述已发送标记之后,在第一预设时间段内未接收到目的MAC地址为所述目标MAC地址的数据报文的情况下,将所述目标MAC地址与相应端口的对应关系,以及所述已发送标记从本成员设备的MAC转发表中删除。
10.根据权利要求7所述的装置,其特征在于,所述装置还包括:
第二发送模块,用于在确定所述目标MAC地址对应的目标端口之后,所述第一判断模块判断所述目标端口的类型是否为DR端口和内部控制链路端口IPP中的一者的结果无论为是或者否,从所述目标端口发出所述第一数据报文。
11.一种报文转发装置,其特征在于,应用于网络设备,所述装置包括:
第一接收模块,用于通过自身的物理端口接收来自分布式聚合系统DR中的任一成员设备的目标MAC地址,其中,所述目标MAC地址为发出所述目标MAC地址的成员设备判断目标端口的类型不是DR端口和内部控制链路端口IPP中的任一者的情况下,从该成员设备的各DR端口发出的,所述目标端口为发出所述目标MAC地址的成员设备的MAC转发表中记录的、所述目标MAC地址对应的端口;
存储模块,用于存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至所述网络设备的MAC转发表;
第二接收模块,用于接收目的MAC地址为所述目标MAC地址的第二数据报文;
第三发送模块,用于从所述网络设备的MAC转发表中记录的、所述目标MAC地址对应的物理端口发出所述第二数据报文。
12.根据权利要求11所述的装置,其特征在于,所述装置还包括:
第二删除模块,用于存储接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系至所述网络设备的MAC转发表之后,在第二预设时间段内未接收到目的MAC地址为所述目标MAC地址的数据报文的情况下,将接收所述目标MAC地址的物理端口与所述目标MAC地址的对应关系从所述网络设备的MAC转发表中删除;
相应地,所述装置还包括:
第二确定模块,用于在接收目的MAC地址为所述目标MAC地址的第二数据报文之后,确定所述网络设备的MAC转发表中是否具有所述目标MAC地址与相应物理端口的对应关系;若为是,触发所述第三发送模块,若为否,触发第四发送模块;
第四发送模块,用于利用预设的出端口确定算法,为所述第二数据报文确定一端口,从确定出的端口发出所述第二数据报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710372300.6A CN107547243B (zh) | 2017-05-24 | 2017-05-24 | 一种报文转发方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710372300.6A CN107547243B (zh) | 2017-05-24 | 2017-05-24 | 一种报文转发方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107547243A CN107547243A (zh) | 2018-01-05 |
CN107547243B true CN107547243B (zh) | 2021-04-02 |
Family
ID=60966919
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710372300.6A Active CN107547243B (zh) | 2017-05-24 | 2017-05-24 | 一种报文转发方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107547243B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109088819A (zh) * | 2018-07-25 | 2018-12-25 | 新华三技术有限公司合肥分公司 | 一种报文转发方法、交换机及计算机可读存储介质 |
CN109067647B (zh) * | 2018-08-29 | 2021-03-02 | 新华三技术有限公司合肥分公司 | 路由信息维护方法及装置 |
CN109728972B (zh) * | 2018-12-14 | 2021-07-23 | 新华三技术有限公司 | 网络连接检测方法和装置 |
CN110708275B (zh) | 2018-12-18 | 2020-11-06 | 新华三技术有限公司 | 一种协议报文的处理方法和装置 |
CN113014516A (zh) * | 2019-12-20 | 2021-06-22 | 华为技术有限公司 | 一种数据流发送的方法及装置 |
CN111654406B (zh) * | 2020-02-29 | 2022-08-30 | 新华三信息安全技术有限公司 | 一种双向转发检测方法和装置 |
CN111817958B (zh) * | 2020-06-10 | 2023-04-07 | 新华三信息安全技术有限公司 | 一种报文转发方法及网络设备 |
CN113438162B (zh) * | 2021-05-21 | 2022-11-04 | 翱捷科技股份有限公司 | 一种二层转发的实现方法及装置 |
CN116366542A (zh) * | 2021-12-27 | 2023-06-30 | 成都鼎桥通信技术有限公司 | 数据传输方法和相关设备 |
CN114465955B (zh) * | 2022-01-06 | 2023-09-15 | 新华三技术有限公司 | 组播报文处理方法及装置 |
CN115225620A (zh) * | 2022-07-14 | 2022-10-21 | 潍柴动力股份有限公司 | 一种报文转发方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104038447A (zh) * | 2014-05-28 | 2014-09-10 | 杭州华三通信技术有限公司 | 一种报文传输方法和设备 |
CN104378296A (zh) * | 2013-08-15 | 2015-02-25 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
CN105743801A (zh) * | 2014-12-08 | 2016-07-06 | 中兴通讯股份有限公司 | 一种堆叠系统的流量转发的方法及装置 |
WO2016124156A1 (en) * | 2015-02-06 | 2016-08-11 | Hangzhou H3C Technologies Co., Ltd. | Packet transmission |
-
2017
- 2017-05-24 CN CN201710372300.6A patent/CN107547243B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104378296A (zh) * | 2013-08-15 | 2015-02-25 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
CN104038447A (zh) * | 2014-05-28 | 2014-09-10 | 杭州华三通信技术有限公司 | 一种报文传输方法和设备 |
CN105743801A (zh) * | 2014-12-08 | 2016-07-06 | 中兴通讯股份有限公司 | 一种堆叠系统的流量转发的方法及装置 |
WO2016124156A1 (en) * | 2015-02-06 | 2016-08-11 | Hangzhou H3C Technologies Co., Ltd. | Packet transmission |
Also Published As
Publication number | Publication date |
---|---|
CN107547243A (zh) | 2018-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107547243B (zh) | 一种报文转发方法及装置 | |
US8094584B2 (en) | Node, network system, frame transfer method, and frame transfer program | |
US10547538B2 (en) | Packet forwarding method and apparatus | |
US10534601B1 (en) | In-service software upgrade of virtual router with reduced packet loss | |
CN106375231B (zh) | 一种流量切换方法、设备及系统 | |
US9049131B2 (en) | Network system and load balancing method | |
US9294395B2 (en) | Media access control bridging in a mesh network | |
CN111092801B (zh) | 数据传输方法及装置 | |
US10715490B2 (en) | Firewall cluster | |
US20170302476A1 (en) | Associating VXLANS With Tunnels | |
US10461958B2 (en) | Packet transmission method and apparatus | |
WO2019109970A1 (zh) | 网络管理方法、装置、电子设备和存储介质 | |
US9264327B2 (en) | Communication network management system, method and program, and management computer | |
WO2020073685A1 (zh) | 转发路径确定方法、装置、系统、计算机设备及存储介质 | |
CN109218200B (zh) | 一种报文处理方法及装置 | |
US9832121B1 (en) | Next hop instruction associations for forwarding unit programming within a network device | |
JP2011015287A (ja) | ネットワーク中継装置、その制御方法およびコンピュータプログラム | |
CN103200100A (zh) | 一种报文转发方法和设备 | |
CN111654437B (zh) | 基于数据中心的报文转发方法及装置 | |
CN105634952A (zh) | Lsp报文快速通告方法以及装置 | |
CN110430131B (zh) | 一种报文转发方法及装置 | |
CN101232508B (zh) | 加速多生成树协议网络拓扑收敛的方法及设备 | |
CN112422444B (zh) | 一种报文跨卡转发的方法及装置 | |
WO2021000619A1 (zh) | 报文转发方法及装置 | |
WO2016173196A1 (zh) | 地址映射关系的学习方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |