CN103532856A - 一种报文传输方法和设备 - Google Patents

一种报文传输方法和设备 Download PDF

Info

Publication number
CN103532856A
CN103532856A CN201310505584.3A CN201310505584A CN103532856A CN 103532856 A CN103532856 A CN 103532856A CN 201310505584 A CN201310505584 A CN 201310505584A CN 103532856 A CN103532856 A CN 103532856A
Authority
CN
China
Prior art keywords
port
state
message
network equipment
forwarding
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.)
Pending
Application number
CN201310505584.3A
Other languages
English (en)
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.)
Hangzhou H3C Technologies Co Ltd
Original Assignee
Hangzhou 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 Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201310505584.3A priority Critical patent/CN103532856A/zh
Publication of CN103532856A publication Critical patent/CN103532856A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种报文传输方法和设备,该方法包括:网络设备创建端口组,并将第一端口和第二端口添加到所述端口组;所述网络设备在通过第一端口收到来自终端设备的地址映射报文时,将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态;所述网络设备在生成转发表项时,如果学习到的出端口为所述第一端口或所述第二端口,则将当前生成的转发表项的出端口记录为所述端口组;所述网络设备在收到报文时,利用所述报文的目的MAC地址查询所述转发表项;如果所述目的MAC地址的出端口为所述端口组,则通过所述端口组中处于转发状态的第一端口发送所述报文。本发明实施例中,可以避免业务流量的中断。

Description

一种报文传输方法和设备
技术领域
本发明涉及通信技术领域,尤其涉及一种报文传输方法和设备。
背景技术
当前网络用户对于业务流量的中断恢复时间的要求越来越高,因此在组网应用时,需要尽可能的进行链路冗余部署,以避免单链路故障后业务无法恢复。基于此,目前在数据中心,终端设备(如服务器或客户端)为了提高接入的可靠性,都采用双网络适配器(又称为双网卡)模式进行接入。如图1所示,为双网络适配器模式接入网络设备的组网示意图,该网络设备可以为IRF(Intelligent Resilient Framework,智能弹性架构)堆叠的网络设备。
在图1中,终端设备通过将两块网络适配器(分为一块主网络适配器和一块备份网络适配器)配置为一个主备组来接入同一台网络设备,终端设备在发送报文时将使用主网络适配器的MAC(Media Access Control,介质访问控制)地址作为报文的源MAC地址,从而使得网络设备在收到来自终端设备的报文时,学习到的终端设备的MAC地址为主网络适配器的MAC地址。
当主网络适配器故障后,终端设备在发送报文时使用备份网络适配器的MAC地址作为报文的源MAC地址,网络设备在收到来自终端设备的报文时,将之前学习到的主网络适配器的MAC地址删除,并重新学习终端设备的MAC地址为备份网络适配器的MAC地址。当主网络适配器故障恢复后,终端设备在发送报文时将使用主网络适配器的MAC地址作为报文的源MAC地址,网络设备在收到来自终端设备的报文时,将之前学习到的备份网络适配器的MAC地址删除,并重新学习终端设备的MAC地址为主网络适配器的MAC地址。
显然,在主网络适配器故障或者主网络适配器故障恢复时,都会触发网络设备重新学习终端设备的MAC地址,从而导致业务流量的中断。
发明内容
本发明实施例提供一种报文传输方法和设备,以避免业务流量的中断。
为了达到上述目的,本发明实施例提供一种报文传输方法,应用于包括终端设备和网络设备的网络中,所述终端设备通过第一网络适配器连接到所述网络设备的第一端口,并通过第二网络适配器连接到所述网络设备的第二端口,所述方法包括:
所述网络设备创建端口组,并将第一端口和第二端口添加到所述端口组;
所述网络设备在通过第一端口收到来自终端设备的地址映射报文时,将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态;
所述网络设备在生成转发表项时,如果学习到的出端口为所述第一端口或所述第二端口,则将当前生成的转发表项的出端口记录为所述端口组;
所述网络设备在收到报文时,利用所述报文的目的MAC地址查询所述转发表项;如果所述目的MAC地址的出端口为所述端口组,则通过所述端口组中处于转发状态的第一端口发送所述报文。
所述网络设备创建端口组,并将第一端口和第二端口添加到所述端口组之后,所述方法还包括:
所述网络设备设置第一端口为预转发状态,并设置第二端口为预转发状态;其中,在第一端口为预转发状态时,所述网络设备通过所述第一端口接收报文,但不通过所述第一端口发送报文;在第二端口为预转发状态时,所述网络设备通过所述第二端口接收报文,但不通过所述第二端口发送报文。
所述方法进一步包括:
所述网络设备将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果所述第一端口与所述第一网络适配器之间的链路故障,则所述网络设备将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态。
所述方法进一步包括:
所述网络设备将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果所述网络设备通过第二端口收到来自终端设备的地址映射报文,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到阻塞状态。
所述方法进一步包括:
所述网络设备将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态或者阻塞状态后,如果第一端口与第一网络适配器之间的链路故障恢复,则将所述第一端口从禁能状态或者阻塞状态迁移到转发状态,将所述第二端口从转发状态迁移到阻塞状态。
本发明实施例提供一种网络设备,应用于包括终端设备和网络设备的网络中,所述终端设备通过第一网络适配器连接到所述网络设备的第一端口,并通过第二网络适配器连接到所述网络设备的第二端口,所述网络设备包括:
建立模块,用于创建端口组,并将第一端口和第二端口添加到该端口组;
处理模块,用于在通过第一端口收到来自终端设备的地址映射报文时,将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态;
生成模块,用于在生成转发表项时,如果学习到的出端口为所述第一端口或所述第二端口,则将当前生成的转发表项的出端口记录为所述端口组;
发送模块,用于在收到报文时,利用所述报文的目的MAC地址查询所述转发表项;如果所述目的MAC地址的出端口为所述端口组,则通过所述端口组中处于转发状态的第一端口发送所述报文。
所述处理模块,还用于在创建端口组,并将第一端口和第二端口添加到所述端口组之后,设置第一端口为预转发状态,并设置第二端口为预转发状态;其中,在第一端口为预转发状态时,所述发送模块通过所述第一端口接收报文,但不通过所述第一端口发送报文;在第二端口为预转发状态时,所述发送模块通过所述第二端口接收报文,但不通过所述第二端口发送报文。
所述处理模块,还用于在将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果所述第一端口与所述第一网络适配器之间的链路故障,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态。
所述处理模块,还用于在将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果通过第二端口收到来自终端设备的地址映射报文,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到阻塞状态。
所述处理模块,还用于在将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态或者阻塞状态后,如果第一端口与第一网络适配器之间的链路故障恢复,则将所述第一端口从禁能状态或者阻塞状态迁移到转发状态,将所述第二端口从转发状态迁移到阻塞状态。
与现有技术相比,本发明实施例至少具有以下优点:本发明实施例中,通过在网络设备上创建端口组,并将终端设备的主网络适配器和备份网络适配器在网络设备上对应的第一端口和第二端口添加到该端口组,并使用该端口组替换转发表项中相应的出端口,使网络设备在转发报文时能够基于端口组转发报文,从而在主网络适配器故障或主网络适配器故障恢复时,均不需要触发网络设备重新学习终端设备的MAC地址,继而避免业务流量的中断。
附图说明
图1是现有技术中终端设备通过两块网络适配器接入网络设备的示意图;
图2是本发明实施例提供的一种报文传输方法流程示意图;
图3是本发明实施例提供的一种网络设备的结构示意图。
具体实施方式
针对现有技术中存在的问题,本发明实施例提供一种报文传输方法,该方法应用于包括终端设备和网络设备的网络中,终端设备通过第一网络适配器连接到网络设备的第一端口,并通过第二网络适配器连接到网络设备的第二端口。以图1为本发明实施例的应用场景示意图,终端设备通过两块网络适配器(主网络适配器和备份网络适配器)接入到网络设备,主网络适配器为Active(主)网卡,并连接到网络设备的端口g1/0/1,备份网络适配器为Standby(备份)网卡,并连接到网络设备的端口g2/0/1,端口g1/0/1和端口g2/0/1为同一个VLAN(Virtual Local Area Network,虚拟局域网)下的端口。
在图1所示的应用场景下,当第一网络适配器为主网络适配器时,第一端口为端口g1/0/1,第二网络适配器为备份网络适配器,且第二端口为端口g2/0/1;当第一网络适配器为备份网络适配器时,第一端口为端口g2/0/1,且第二网络适配器为主网络适配器,第二端口为端口g1/0/1。
基于上述应用场景,如图2所示,该报文传输方法包括以下步骤:
步骤201,网络设备创建端口组(端口组为包含多个物理端口的逻辑端口,如port group1),并将第一端口和第二端口添加到该端口组。
本发明实施例中,网络设备创建端口组,并将第一端口和第二端口添加到端口组之后,网络设备还设置第一端口为预转发状态(Pre-forward),并设置第二端口为预转发状态。其中,在第一端口为预转发状态时,网络设备通过第一端口接收报文,但不通过第一端口发送报文;在第二端口为预转发状态时,网络设备通过第二端口接收报文,但不通过第二端口发送报文。如表1所示,为一种端口组的示例,此时第一端口和第二端口均为预转发状态。
表1
成员端口 端口状态
端口g1/0/1 预转发状态
端口g2/0/1 预转发状态
步骤202,网络设备在通过第一端口收到来自终端设备的地址映射报文时,将第一端口设置为转发状态(Forward),将第二端口设置为阻塞状态(Block);或者,网络设备在通过第二端口收到来自终端设备的地址映射报文时,将第二端口设置为转发状态,将第一端口设置为阻塞状态。
其中,地址映射报文用于对MAC地址和IP地址进行映射,如地址映射报文可以为ARP(Address Resolution Protocol,地址解析协议)报文或者ND(Neighbor Discovery,邻居发现)报文,对于其它报文在此不再赘述,本发明实施例中地址映射报文以ARP报文或者ND报文为例进行说明。
本发明实施例中,网络设备在通过第一端口收到来自终端设备的地址映射报文时,网络设备将第一端口设置为转发状态(即将第一端口从预转发状态迁移到转发状态),并将第二端口设置为阻塞状态(即将第二端口从预转发状态迁移到阻塞状态)。或者,网络设备在通过第二端口收到来自终端设备的地址映射报文时,网络设备将第二端口设置为转发状态(即将第二端口从预转发状态迁移到转发状态),并将第一端口设置为阻塞状态(即将第一端口从预转发状态迁移到阻塞状态)。为了方便描述,以端口g1/0/1为第一端口,端口g2/0/1为第二端口,且网络设备将第一端口设置为转发状态,将第二端口设置为阻塞状态为例,则端口组的示例如表2所示。
表2
成员端口 端口状态
端口g1/0/1 转发状态
端口g2/0/1 阻塞状态
步骤203,网络设备在生成转发表项时,如果学习到的出端口为第一端口或者第二端口,则将当前生成的转发表项的出端口记录为该端口组。
其中,该转发表项具体可以为MAC表项和ARP/ND表项,在MAC表项和ARP/ND表项的学习过程中,如果学习到的出端口为第一端口或者第二端口,则将当前生成的转发表项的出端口记录为该端口组。
如表3所示的MAC表项以及表4所示的ARP/ND表项,为现有技术中的表项学习过程,此时当前生成的转发表项的出端口为学习到的物理端口。
表3
MAC地址 VLAN标识 状态 出端口 老化
MAC地址1 10 学习状态 端口g1/0/1 Y
MAC地址2 10 学习状态 端口g1/0/1 Y
MAC地址3 10 学习状态 端口g2/0/1 Y
表4
IP地址 MAC地址 VLAN标识 出端口 老化 类型
IP地址1 MAC地址4 10 端口g1/0/25 N/A D
IP地址2 MAC地址5 10 端口g1/0/27 N/A D
IP地址3 MAC地址1 10 端口g1/0/1 N/A D
本发明实施例中,在MAC表项和ARP/ND表项的学习过程中,如果学习到的出端口为第一端口或者第二端口,则将当前生成的转发表项的出端口记录为该端口组。因此,基于表3所示的MAC表项以及表4所示的ARP/ND表项,网络设备在MAC表项和ARP/ND表项的学习过程中,如果学习到的出端口为第一端口或者第二端口,则将当前生成的转发表项的出端口记录为该端口组,最终的MAC表项如表5所示,最终的ARP/ND表项如表6所示。
表5
MAC地址 VLAN标识 状态 出端口 老化
MAC地址1 10 学习状态 port group1 Y
MAC地址2 10 学习状态 port group1 Y
MAC地址3 10 学习状态 port group1 Y
表6
IP地址 MAC地址 VLAN标识 出端口 老化 类型
IP地址1 MAC地址4 10 端口g1/0/25 N/A D
IP地址2 MAC地址5 10 端口g1/0/27 N/A D
IP地址3 MAC地址1 10 port group1 N/A D
步骤204,网络设备在收到报文(目的MAC地址为终端设备的MAC地址)时,利用报文的目的MAC地址查询转发表项;如果目的MAC地址的出端口为端口组,则通过端口组中处于转发状态的第一端口或者第二端口发送报文,即通过第一端口或者第二端口将报文发送给终端设备。
例如,网络设备在收到报文时,如果报文的目的MAC地址为MAC地址1,则网络设备利用该MAC地址1查询转发表项(表5所示的MAC表项或表6所示的ARP/ND表项),此时发现目的MAC地址的出端口为端口组(portgroup1),因此网络设备进一步查询表2所示的端口组(port group1),并通过端口组中处于转发状态的端口g1/0/1将报文发送给终端设备。
本发明实施例中,针对网络设备上维护的其它类型的转发表项,如组播表项,网络设备在生成组播表项时,如果学习到的出端口为第一端口或第二端口,也会将当前生成的转发表项的出端口记录为端口组。进一步的,在收到报文时利用报文的目的MAC地址查询组播表项;如果目的MAC地址的出端口为端口组,则通过端口组中处于转发状态的第一端口或者第二端口发送报文。因此,需要向终端设备发送的报文都交由端口组进行处理,不再由实际物理端口处理;如果后续收到组播组加入离开等协议报文,同样由端口组进行处理,而不再由实际物理端口处理。
本发明实施例中,针对端口的故障处理,则包括以下情况:
情况一、网络设备将第一端口设置为转发状态,将第二端口设置为阻塞状态后,如果第一端口与第一网络适配器之间的链路故障,则将第二端口从阻塞状态迁移到转发状态,将第一端口从转发状态迁移到禁能状态(Disable);或者,网络设备将第二端口设置为转发状态,将第一端口设置为阻塞状态后,如果第二端口与第二网络适配器之间的链路故障,则将第一端口从阻塞状态迁移到转发状态,将第二端口从转发状态迁移到禁能状态。
以表2所示的端口组为例,网络设备将端口g1/0/1设置为转发状态,并将端口g2/0/1设置为阻塞状态后,如果端口g1/0/1与主网络适配器之间的链路故障(如:网络设备感知到端口g1/0/1当前已经处于DOWN状态),则将端口g2/0/1从阻塞状态迁移到转发状态,并将端口g1/0/1从转发状态迁移到禁能状态;基于此,所有报文流量立即切换到端口g2/0/1进行转发,而MAC表项/ARP表项/ND表项/组播表项等转发表项不会感知出端口有变化,不需要重刷表项。如表7所示的修改后的端口组的示例。
表7
成员端口 端口状态
端口g1/0/1 禁能状态
端口g2/0/1 转发状态
情况二、网络设备将第一端口设置为转发状态,并将第二端口设置为阻塞状态之后,如果网络设备通过第二端口收到来自终端设备的ARP报文或者ND报文,则网络设备将第二端口从阻塞状态迁移到转发状态,并将第一端口从转发状态迁移到阻塞状态;或者,网络设备将第二端口设置为转发状态,并将第一端口设置为阻塞状态之后,如果网络设备通过第一端口收到来自终端设备的ARP报文或者ND报文,则网络设备将第一端口从阻塞状态迁移到转发状态,并将第二端口从转发状态迁移到阻塞状态。
其中,如果端口g1/0/1与主网络适配器之间的链路故障,即终端设备感知到主网络适配器发生故障,如主网络适配器的端口当前已经处于DOWN状态,终端设备通过备份网络适配器向网络设备发送ARP报文/ND报文,并将终端设备的ARP表项/ND表项学习到备份网络适配器的端口。基于此,网络设备能够通过处于阻塞状态的端口收到来自终端设备的ARP报文/ND报文。
以表2所示的端口组为例,网络设备将端口g1/0/1设置为转发状态,并将端口g2/0/1设置为阻塞状态后,处于阻塞状态的端口g2/0/1实时对收到的报文进行监听,对于收到的非ARP报文/ND报文,网络设备会丢弃收到的非ARP报文/ND报文;对于收到的与之前学习到的ARP报文/ND报文不一致的ARP报文/ND报文,网络设备会丢弃收到的ARP报文/ND报文;如果网络设备通过端口g2/0/1收到来自终端设备的ARP报文/ND报文,且收到的ARP报文/ND报文与之前学习到的ARP报文/ND报文一致,则认为终端设备的主网络适配器出现故障,且终端设备启用了备份网络适配器;基于此,网络设备将端口g2/0/1从阻塞状态迁移到转发状态,并将端口g1/0/1从转发状态迁移到阻塞状态;基于此,所有报文流量立即切换到端口g2/0/1进行转发,而MAC表项/ARP表项/ND表项/组播表项等转发表项不会感知出端口有变化,不需要重刷表项。如表8所示的修改后的端口组的示例。
表8
成员端口 端口状态
端口g1/0/1 阻塞状态
端口g2/0/1 转发状态
本发明实施例中,针对端口的故障恢复处理,则包括以下情况:
情况一、网络设备将第二端口从阻塞状态迁移到转发状态,并将第一端口从转发状态迁移到禁能状态之后,如果第一端口与第一网络适配器之间的链路故障恢复,则网络设备将第一端口从禁能状态迁移到转发状态,并将第二端口从转发状态迁移到阻塞状态;或者,网络设备将第一端口从阻塞状态迁移到转发状态,并将第二端口从转发状态迁移到禁能状态之后,如果第二端口与第二网络适配器之间的链路故障恢复,则网络设备将第一端口从转发状态迁移到阻塞状态,并将第二端口从禁能状态迁移到转发状态。
以表7所示的端口组为例,网络设备将端口g1/0/1设置为禁能状态,并将端口g2/0/1设置为转发状态后,如果端口g1/0/1与主网络适配器之间的链路故障恢复(如:网络设备感知到端口g1/0/1当前已经处于UP状态),则将端口g2/0/1从转发状态迁移到阻塞状态,并将端口g1/0/1从禁能状态迁移到转发状态;基于此,所有报文流量立即切换到端口g1/0/1进行转发,而MAC表项/ARP表项/ND表项/组播表项等转发表项不会感知出端口有变化,不需要重刷表项。如表2所示的修改后的端口组的示例。
情况二、网络设备将第二端口从阻塞状态迁移到转发状态,并将第一端口从转发状态迁移到阻塞状态后,如果网络设备通过第一端口收到来自终端设备的ARP报文或ND报文,则将第一端口从阻塞状态迁移到转发状态,并将第二端口从转发状态迁移到阻塞状态;或者,网络设备将第一端口从阻塞状态迁移到转发状态,并将第二端口从转发状态迁移到阻塞状态后,如果网络设备通过第二端口收到来自终端设备的ARP报文或ND报文,则将第一端口从转发状态迁移到阻塞状态,并将第二端口从阻塞状态迁移到转发状态。
其中,在端口g1/0/1与主网络适配器之间的链路故障之后,如果端口g1/0/1与主网络适配器之间的链路故障恢复,即终端设备感知到主网络适配器故障恢复,如主网络适配器的端口当前已经处于UP状态,则终端设备通过主网络适配器向网络设备发送ARP报文/ND报文,并将本终端设备的ARP表项/ND表项学习到主网络适配器的端口。基于此,网络设备能够通过处于阻塞状态的端口g1/0/1收到来自终端设备的ARP报文/ND报文。
以表8所示的端口组为例,网络设备将端口g1/0/1设置为阻塞状态,并将端口g2/0/1设置为转发状态后,处于阻塞状态的端口g1/0/1实时对收到的报文进行监听,对于收到的非ARP报文/ND报文,网络设备会丢弃收到的非ARP报文/ND报文;对于收到的与之前学习到的ARP报文/ND报文不一致的ARP报文/ND报文,网络设备会丢弃收到的ARP报文/ND报文;如果网络设备通过端口g1/0/1收到来自终端设备的ARP报文/ND报文,且收到的ARP报文/ND报文与之前学习到的ARP报文/ND报文一致,则认为终端设备的主网络适配器故障恢复,且终端设备重新启用了主网络适配器;基于此,网络设备将端口g2/0/1从转发状态迁移到阻塞状态,并将端口g1/0/1从阻塞状态迁移到转发状态;基于此,所有报文流量立即切换到端口g2/0/1进行转发,而MAC表项/ARP表项/ND表项/组播表项等转发表项不会感知出端口有变化,不需要重刷表项。如表2所示的修改后的端口组的示例。
综上所述,本发明实施例中,通过在网络设备上创建端口组,并将终端设备的主网络适配器和备份网络适配器在网络设备上对应的第一端口和第二端口添加到该端口组,并使用该端口组替换转发表项中相应的出端口,使网络设备在转发报文时能够基于端口组转发报文,从而在主网络适配器故障或主网络适配器故障恢复时,均不需要触发网络设备重新学习终端设备的MAC地址,继而避免业务流量的中断,并使得组播业务能够不中断转发。
基于与上述方法同样的发明构思,本发明实施例中还提供了一种网络设备,应用于包括终端设备和网络设备的网络中,所述终端设备通过第一网络适配器连接到所述网络设备的第一端口,并通过第二网络适配器连接到所述网络设备的第二端口,如图3所示,所述网络设备包括:
建立模块11,用于创建端口组,并将第一端口和第二端口添加到端口组;
处理模块12,用于在通过第一端口收到来自终端设备的地址映射报文时,将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态;
生成模块13,用于在生成转发表项时,如果学习到的出端口为所述第一端口或所述第二端口,则将当前生成的转发表项的出端口记录为所述端口组;
发送模块14,用于在收到报文时,利用所述报文的目的MAC地址查询所述转发表项;如果所述目的MAC地址的出端口为所述端口组,则通过所述端口组中处于转发状态的第一端口发送所述报文。
所述处理模块12,还用于在创建端口组,并将第一端口和第二端口添加到所述端口组之后,设置第一端口为预转发状态,并设置第二端口为预转发状态;其中,在第一端口为预转发状态时,所述发送模块通过所述第一端口接收报文,但不通过所述第一端口发送报文;在第二端口为预转发状态时,所述发送模块通过所述第二端口接收报文,但不通过所述第二端口发送报文。
所述处理模块12,还用于在将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果所述第一端口与所述第一网络适配器之间的链路故障,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态。
所述处理模块12,还用于在将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果通过第二端口收到来自终端设备的地址映射报文,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到阻塞状态。
所述处理模块12,还用于在将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态或者阻塞状态后,如果第一端口与第一网络适配器之间的链路故障恢复,则将所述第一端口从禁能状态或者阻塞状态迁移到转发状态,将所述第二端口从转发状态迁移到阻塞状态。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种报文传输方法,应用于包括终端设备和网络设备的网络中,所述终端设备通过第一网络适配器连接到所述网络设备的第一端口,并通过第二网络适配器连接到所述网络设备的第二端口,其特征在于,所述方法包括:
所述网络设备创建端口组,并将第一端口和第二端口添加到所述端口组;
所述网络设备在通过第一端口收到来自终端设备的地址映射报文时,将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态;
所述网络设备在生成转发表项时,如果学习到的出端口为所述第一端口或所述第二端口,则将当前生成的转发表项的出端口记录为所述端口组;
所述网络设备在收到报文时,利用所述报文的目的MAC地址查询所述转发表项;如果所述目的MAC地址的出端口为所述端口组,则通过所述端口组中处于转发状态的第一端口发送所述报文。
2.如权利要求1所述的方法,其特征在于,所述网络设备创建端口组,并将第一端口和第二端口添加到所述端口组之后,所述方法还包括:
所述网络设备设置第一端口为预转发状态,并设置第二端口为预转发状态;其中,在第一端口为预转发状态时,所述网络设备通过所述第一端口接收报文,但不通过所述第一端口发送报文;在第二端口为预转发状态时,所述网络设备通过所述第二端口接收报文,但不通过所述第二端口发送报文。
3.如权利要求1所述的方法,其特征在于,所述方法进一步包括:
所述网络设备将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果所述第一端口与所述第一网络适配器之间的链路故障,则所述网络设备将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态。
4.如权利要求1所述的方法,其特征在于,所述方法进一步包括:
所述网络设备将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果所述网络设备通过第二端口收到来自终端设备的地址映射报文,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到阻塞状态。
5.如权利要求3或4所述的方法,其特征在于,所述方法进一步包括:
所述网络设备将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态或者阻塞状态后,如果第一端口与第一网络适配器之间的链路故障恢复,则将所述第一端口从禁能状态或者阻塞状态迁移到转发状态,将所述第二端口从转发状态迁移到阻塞状态。
6.一种网络设备,应用于包括终端设备和网络设备的网络中,所述终端设备通过第一网络适配器连接到所述网络设备的第一端口,并通过第二网络适配器连接到所述网络设备的第二端口,其特征在于,所述网络设备包括:
建立模块,用于创建端口组,并将第一端口和第二端口添加到该端口组;
处理模块,用于在通过第一端口收到来自终端设备的地址映射报文时,将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态;
生成模块,用于在生成转发表项时,如果学习到的出端口为所述第一端口或所述第二端口,则将当前生成的转发表项的出端口记录为所述端口组;
发送模块,用于在收到报文时,利用所述报文的目的MAC地址查询所述转发表项;如果所述目的MAC地址的出端口为所述端口组,则通过所述端口组中处于转发状态的第一端口发送所述报文。
7.如权利要求6所述的网络设备,其特征在于,
所述处理模块,还用于在创建端口组,并将第一端口和第二端口添加到所述端口组之后,设置第一端口为预转发状态,并设置第二端口为预转发状态;其中,在第一端口为预转发状态时,所述发送模块通过所述第一端口接收报文,但不通过所述第一端口发送报文;在第二端口为预转发状态时,所述发送模块通过所述第二端口接收报文,但不通过所述第二端口发送报文。
8.如权利要求6所述的网络设备,其特征在于,
所述处理模块,还用于在将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果所述第一端口与所述第一网络适配器之间的链路故障,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态。
9.如权利要求6所述的网络设备,其特征在于,
所述处理模块,还用于在将所述第一端口设置为转发状态,并将所述第二端口设置为阻塞状态后,如果通过第二端口收到来自终端设备的地址映射报文,则将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到阻塞状态。
10.如权利要求8或9所述的网络设备,其特征在于,
所述处理模块,还用于在将所述第二端口从阻塞状态迁移到转发状态,并将所述第一端口从转发状态迁移到禁能状态或者阻塞状态后,如果第一端口与第一网络适配器之间的链路故障恢复,则将所述第一端口从禁能状态或者阻塞状态迁移到转发状态,将所述第二端口从转发状态迁移到阻塞状态。
CN201310505584.3A 2013-10-23 2013-10-23 一种报文传输方法和设备 Pending CN103532856A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310505584.3A CN103532856A (zh) 2013-10-23 2013-10-23 一种报文传输方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310505584.3A CN103532856A (zh) 2013-10-23 2013-10-23 一种报文传输方法和设备

Publications (1)

Publication Number Publication Date
CN103532856A true CN103532856A (zh) 2014-01-22

Family

ID=49934546

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310505584.3A Pending CN103532856A (zh) 2013-10-23 2013-10-23 一种报文传输方法和设备

Country Status (1)

Country Link
CN (1) CN103532856A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104954245A (zh) * 2014-03-27 2015-09-30 中兴通讯股份有限公司 业务功能链处理方法及装置
CN104980372A (zh) * 2014-04-08 2015-10-14 日立金属株式会社 中继系统以及交换机装置
CN106059791A (zh) * 2016-05-13 2016-10-26 华为技术有限公司 一种存储系统中业务的链路切换方法和存储设备
CN110351127A (zh) * 2019-06-28 2019-10-18 迈普通信技术股份有限公司 一种优雅重启的方法、设备及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1545268A (zh) * 2003-11-27 2004-11-10 中兴通讯股份有限公司 一种以太网接口节点备份的方法及系统
CN101465813A (zh) * 2009-01-08 2009-06-24 杭州华三通信技术有限公司 一种主备链路切换方法、环形组网及交换设备
CN101989953A (zh) * 2010-11-09 2011-03-23 中兴通讯股份有限公司 双向转发检测报文的发送方法及设备
CN102185784A (zh) * 2011-05-26 2011-09-14 杭州华三通信技术有限公司 一种自动保护切换方法及其装置
CN103036780A (zh) * 2012-12-14 2013-04-10 滁州安瑞电力自动化有限公司 一种智能热备冗余双网卡及热备冗余方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1545268A (zh) * 2003-11-27 2004-11-10 中兴通讯股份有限公司 一种以太网接口节点备份的方法及系统
CN101465813A (zh) * 2009-01-08 2009-06-24 杭州华三通信技术有限公司 一种主备链路切换方法、环形组网及交换设备
CN101989953A (zh) * 2010-11-09 2011-03-23 中兴通讯股份有限公司 双向转发检测报文的发送方法及设备
CN102185784A (zh) * 2011-05-26 2011-09-14 杭州华三通信技术有限公司 一种自动保护切换方法及其装置
CN103036780A (zh) * 2012-12-14 2013-04-10 滁州安瑞电力自动化有限公司 一种智能热备冗余双网卡及热备冗余方法

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104954245A (zh) * 2014-03-27 2015-09-30 中兴通讯股份有限公司 业务功能链处理方法及装置
CN104954245B (zh) * 2014-03-27 2019-07-16 中兴通讯股份有限公司 业务功能链处理方法及装置
CN104980372A (zh) * 2014-04-08 2015-10-14 日立金属株式会社 中继系统以及交换机装置
CN104980372B (zh) * 2014-04-08 2019-08-27 日立金属株式会社 中继系统以及交换机装置
CN106059791A (zh) * 2016-05-13 2016-10-26 华为技术有限公司 一种存储系统中业务的链路切换方法和存储设备
US10764119B2 (en) 2016-05-13 2020-09-01 Huawei Technologies Co., Ltd. Link handover method for service in storage system, and storage device
CN110351127A (zh) * 2019-06-28 2019-10-18 迈普通信技术股份有限公司 一种优雅重启的方法、设备及系统
CN110351127B (zh) * 2019-06-28 2022-06-28 迈普通信技术股份有限公司 一种优雅重启的方法、设备及系统

Similar Documents

Publication Publication Date Title
CN102160328B (zh) 用于协调分布式虚拟网络交换环境中的多播消息传送的中央控制器
CN102821044B (zh) 一种配置服务器集群的方法和装置
CN103338161B (zh) 一种实现跨设备聚合的方法和设备
CN101517981B (zh) 多机架仿真交换机
CN101160909B (zh) 一种在弹性分组环上实现虚拟路由冗余协议的方法及系统
CN104104570A (zh) Irf系统中的聚合处理方法及装置
CN102752209B (zh) 实现备份服务的地址快速切换方法及路由转发设备
US9692686B2 (en) Method and system for implementing a multi-chassis link aggregation group in a network
CN103118149B (zh) 同一租户内服务器间的通信控制方法及网络设备
CN105262667A (zh) Overlay网络中控制组播传输的方法、装置
CN100407704C (zh) 媒体接入控制层地址的动态学习方法
US10015098B2 (en) Systems and methods to create highly scalable network services
CN103166811A (zh) 一种mad检测方法和设备
CN104506513A (zh) 防火墙流表备份方法、防火墙及防火墙系统
CN104038447A (zh) 一种报文传输方法和设备
US10652145B2 (en) Managing data frames in switched networks
CN103532856A (zh) 一种报文传输方法和设备
US20170230231A1 (en) Reofredundancy system based on virtual router redundancy protocol and method thereof
US20110110372A1 (en) Systems and methods to perform hybrid switching and routing functions
CN101924699A (zh) 报文转发处理方法、系统和运营商边缘设备
CN104202364A (zh) 一种控制器的自动发现和配置方法和设备
CN101651626A (zh) 一种流量转发的方法及设备
CN104253711A (zh) 一种SDN网络中Openflow的Group表的管理方法和设备
CN103200117B (zh) 一种负载均衡方法和装置
CN104219149A (zh) 一种基于虚连接的报文传输方法和设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
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: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base

Applicant before: Huasan Communication Technology Co., Ltd.

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20140122