CN104270298A - 一种vxlan网络中的报文转发方法及装置 - Google Patents
一种vxlan网络中的报文转发方法及装置 Download PDFInfo
- Publication number
- CN104270298A CN104270298A CN201410521367.8A CN201410521367A CN104270298A CN 104270298 A CN104270298 A CN 104270298A CN 201410521367 A CN201410521367 A CN 201410521367A CN 104270298 A CN104270298 A CN 104270298A
- Authority
- CN
- China
- Prior art keywords
- preferred path
- path
- vtep
- preferred
- 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.)
- Granted
Links
Abstract
本发明公开了一种VXLAN网络中的报文转发方法，该方法包括：配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；若在预定时间内未接收到故障检测报文，则确定第一优选路径故障，并进行主备路径切换，以使报文在所述第二优选路径上转发。本发明还公开了一种VXLAN网络中的报文转发装置。采用本发明能够减少业务中断时间。
Description
技术领域
本发明涉及网络通信技术领域，特别涉及一种VXLAN网络中的报文转发方法及装置。
背景技术
在云计算的多租户环境中，每个租户都需要分配一个能够与其它逻辑网络进行很好隔离的逻辑网络。逻辑网络的隔离一般通过虚拟局域网(VLAN，VirtualLocal Area Network)技术来解决。在IEEE802.1Q标准中，由于VLAN的标识最大12bit，所以一定范围内最大的VLAN个数只有4K。随着云环境下的多租户需求越来越多，4K个VLAN已经不能满足数据中心大规模网络部署的需求。另外，在云计算环境中，工作负载经常需要在多个数据中心和多个云平台中进行迁移，而当前基于IP子网的区域划分限制了二层连通性的应用。
目前VXLAN组网示意图如图1所示。虚拟通道终端(VTEP)设备是VXLAN的边缘设备。VXLAN的相关处理都在VTEP上进行，例如识别以太网数据帧所属的VXLAN、基于VXLAN对数据帧进行二层转发、封装/解封装报文等，可以是物理服务器的虚拟交换机(vSwitch)，也可以是物理交换机。如图1，在一个物理服务器上跑一台虚拟机VM1，同时在该服务器上有vSwitch1作为第一VTEP用于VXLAN报文的封装解封装，在另一个物理服务器上跑一台虚拟机VM2，同时在该服务器上有vSwitch2作为第二VTEP用于VXLAN报文的封装解封装，那么VM1和VM2之间通过VXLAN进行通信，第一VETP和第二VTEP之间会建立VXLAN隧道(Tunnel)，这个隧道建立依赖路由，当隧道所在路径上有链路或者站点出现故障时，只能路由协议重计算路由进行恢复，计算路由需要占用一定时间，称为收敛时间，那么在网络收敛时间内就会出现VXLAN业务断流现象，VXLAN业务的恢复依赖于路由收敛时间。对于完全由控制设备控制的网络，如果交换机之间不运行任何路由协议，那么隧道所在路径上链路或者站点出现故障时，VXLAN业务根本无法继续进行。
发明内容
本发明提供了一种VXLAN网络中的报文转发方法及装置，能够减少业务中断时间。
为实现上述发明目的，本发明提供了一种VXLAN网络中的报文转发方法，该方法包括：
配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；
计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；
将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；
若在预定时间内未接收到故障检测报文，则确定第一优选路径故障，并进行主备路径切换，以使报文在所述第二优选路径上转发。
为实现上述发明目的，本发明还提供了一种VXLAN网络中的报文转发装置，该装置包括：
配置模块，用于配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；
计算模块，用于计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；
关联模块，用于将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；
故障确定模块，用于在预定时间内未接收到故障检测报文时，则确定第一优选路径故障，并通过切换模块进行主备路径切换，以使报文在所述第二优选路径上转发。
综上所述，本发明实施例中所提供的VXLAN网络中的报文转发方法包括：配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；若在预定时间内未接收到故障检测报文，则确定第一优选路径故障，并进行主备路径切换，以使报文在所述第二优选路径上转发。由此可知，本发明通过计算主备路径，并且在流量转发的路径上对故障进行快速检测，在检测到故障时，及时将流量切换到备路径上，从而保证VXLAN业务能够快速恢复。而现有技术中，一旦链路或者某个站点出现故障，就只能依靠路由收敛恢复业务，收敛过程中就会导致VXLAN业务中断，所以与现有技术相比，大大减少了业务中断时间。
附图说明
图1为VXLAN组网示意图；
图2为本发明提供的一种VXLAN网络中的报文转发方法的流程示意图；
图3为本发明实施例一的应用组网场景示意图；
图4为本发明实施例二的应用组网场景示意图；
图5为本发明实施例提出的一种VXLAN网络中报文转发的装置结构示意图。
具体实施方式
以下参照附图，对本发明实施例作进一步地详细说明。
如图2所示，本发明提供了一种VXLAN网络中的报文转发方法，该方法包括：
步骤21、配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；
步骤22、计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；
步骤23、将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；
步骤24、若在预定时间内未接收到故障检测报文，则确定第一优选路径故障，并进行主备路径切换，以使报文在所述第二优选路径上转发。
进一步地，在进行主备路径切换之后，该方法进一步包括：
计算第一VTEP和第二VTEP之间的第三优选路径；
将所述第三优选路径与所述VXLAN隧道关联，将所述第一优选路径与所述VXLAN隧道去关联，并将所述第二优选路径作为主路径，将所述第三优选路径作为备路径，以使报文在所述第二优选路径上进行转发。
进一步地，在计算第一VTEP和第二VTEP之间的第三优选路径，将所述第二优选路径作为主路径，将所述第三优选路径作为备路径之后，所述方法还包括：
接收第一优选路径恢复的消息；
将所述第一优选路径与所述VXLAN隧道关联，将所述第三优选路径与所述VXLAN隧道去关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上进行转发。
上述方案包括两种应用场景，一种场景是传统网络，即网络中交换机间会运行路由协议；一种场景是完全由控制设备控制的网络，网络中的设备不运行任何路由协议，依靠流表进行报文转发。下面通过本发明实施例一和二进一步说明，本发明通过计算主备路径，并且在流量转发的路径上对故障进行快速检测，在检测到故障时，及时将流量切换到备路径上，从而保证VXLAN业务能够快速恢复。
实施例一
对于运行路由协议的VXLAN网络，其网络结构示意图如图3所示，图3中第一VTEP下挂用户1，第二VTEP下挂用户2。由于本实施例中VTEP和交换机都没有控制设备控制，所以下面各配置，都是通过命令行的方式静态配置。在第一VTEP和第二VTEP之间的VXLAN隧道上还包括交换机1至交换机N等多个中间设备。
实施例一VXLAN网络中的报文转发方法包括以下步骤：
步骤31、第一VTEP配置第一VTEP和第二VTEP之间的VXLAN隧道。
步骤32、第一VTEP计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径。
步骤33、第一VTEP将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联，形成与所述VXLAN隧道关联的主备路径表项，所述与所述VXLAN隧道关联的主备路径表项中第一优选路径为激活状态，第二优选路径为未激活状态，以使报文在所述第一优选路径上转发。
需要说明的是，在与VXLAN隧道关联的主备路径表项中，主路径处于激活状态，备路径处于未激活状态，这样，报文就会在处于激活状态的主路径进行转发。
步骤34、第一VTEP在第一VTEP和第二VTEP之间的VXLAN隧道上建立双向转发检测BFD会话；如果第一VTEP在预定时间内没有接收到第二VTEP发送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
具体地，本发明为实现故障快速检测，在第一VTEP和第二VTEP之间的隧道上建立双向转发检测(Bidirectional Forwarding Detection，BFD)会话。需要说明的是，BFD用来检测两个设备之间的通信故障。一对设备在它们之间的每条通道上周期性的发送BFD报文，如果某个设备在足够长的时间内没有接收到BFD报文，则认为在这条到对端设备的双向通道的某个部分出了故障。本发明实施例中以故障检测报文为BFD报文为例进行了说明，在具体应用中，故障检测报文并不限于BFD报文，只要能够实现故障检测的报文都在本发明的保护范围内。
步骤35、第一VTEP更新所述与所述VXLAN隧道关联的主备路径表项中第一优选路径和第二优选路径的激活状态，将第一优选路径更新为未激活状态，将第二优选路径更新为激活状态，以使报文在所述第二优选路径上转发。
进一步地，在步骤35之后，第一VTEP计算第一VTEP和第二VTEP之间的第三优选路径，将在所述第三优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道关联，将在所述第一优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道去关联，并将所述第二优选路径作为主路径，将所述第三优选路径作为备路径，即更新所述与所述VXLAN隧道关联的主备路径表项，将所述与所述VXLAN隧道关联的主备路径表项中第二优选路径设置为激活状态，第三优选路径设置为未激活状态，以使报文在所述第二优选路径上进行转发。
优选地，第一VTEP根据路由协议确定第一优选路径是否恢复，当接收到第一优选路径恢复的路由通告消息，该方法进一步包括：
第一VTEP将在所述第一优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道关联，将在所述第三优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道去关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，即更新所述与隧道关联的主备路径表项，将所述与所述VXLAN隧道关联的主备路径表项中第一优选路径设置为激活状态，第二优选路径设置为未激活状态，以使报文在所述第一优选路径上进行转发。
下面列举具体场景进行详细说明。
第一VTEP(VTEP1)创建VXLAN Tunnel，在VXLAN Tunnel中配置源IP地址：VTEP1，目的IP地址：VTEP2；
VTEP1根据路由协议计算到VTEP2的路径，如果发现到VTEP2只有一条路径，说明无法进行路径切换，只能在该条路径上进行报文转发，所以结束处理。
VTEP1如果发现到VTEP2有至少两条路径，则找出第一优选路径和第二优选路径分别作为主备路径，将在第一优选路径和第二优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行关联，形成与VXLANTunnel关联的主路径表项1和备路径表项2：，如表1所示
| 表项 | 隧道标识 | 出接口 | 下一跳 | 状态 |
| 表项1 | VXLAN Tunnel | 出接口1 | 下一跳1 | 第一优选路径激活状态 |
| 表项2 | VXLAN Tunnel | 出接口2 | 下一跳2 | 第二优选路径未激活状态 |
表1
VTEP1将上述表项1和2下发到转发芯片，以使报文在主路径上转发。
在VTEP1将上述表项1和2下发到转发芯片之后，在VTEP1和VTEP2之间的隧道上建立BFD会话，即VTEP1和VTEP2两侧使能BFD协议，协商发送BFD报文的周期，VTEP1接收VTEP2定期发送的BFD报文，因为VTEP1将上述表项1和2已经下发到转发芯片，所以BFD报文会在主路径上转发，当主路径上某条链路或者站点出现故障时，VTEP1在预定时间内就不会接收到VTEP2发送的BFD报文，因此VTEP1能够很快感知到主路径故障，将表项1和2进行更新，如表2所示：
| 表项 | 隧道标识 | 出接口 | 下一跳 | 状态 |
| 表项1 | VXLAN Tunnel | 出接口1 | 下一跳1 | 第一优选路径未激活状态 |
| 表项2 | VXLAN Tunnel | 出接口2 | 下一跳2 | 第二优选路径激活状态 |
表2
VTEP1将上述更新后的表项1和表项2下发到转发芯片，通知转发芯片进行主备路径的切换，以使报文在第二优选路径上转发。
因为VTEP1已经将上述表项1和表项2下发到转发芯片，即切换到备路径上，所以BFD报文会在备路径上转发，即通过BFD报文检测当前备路径，即第二优选路径。
由于主路径故障，流量已经切换到第二优选路径上，这时需要计算出新的路径，作为第二优选路径的备路径，具体实现为：
VTEP1根据路由协议计算到VTEP2的第三优选路径，将在第三优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行关联，将在第一优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行去关联，并将表项1更新替换为表项3，如表3所示：
| 表项 | 隧道标识 | 出接口 | 下一跳 | 状态 |
| 表项2 | VXLAN Tunnel | 出接口2 | 下一跳2 | 第二优选路径激活状态 |
| 表项3 | VXLAN Tunnel | 出接口3 | 下一跳3 | 第三优选路径未激活状态 |
表3
VTEP1将原来的表项1从转发芯片删除，将上述表项3下发到转发芯片，这样，第二优选路径上某条链路或者站点出现故障时，BFD能够快速检测出来，可以再次发生路径切换，因此BFD报文会在第三优选路径这条新的备路径上转发，即通过BFD报文检测当前备路径，即第三优选路径。
总之，本发明的方案，在主备路径切换之后，重新计算新的备路径，以确保后续报文不中断。
第一优选路径故障后有可能恢复，该路径恢复后，会向VTEP1进行路由通告，VTEP1接收到该路径上的路由通告后，将在第一优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行关联，将在第三优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行去关联，并将表项2和表项3更新替换为表项1和表项2，如表1所示。
VTEP1将上述表项1和表项2下发到转发芯片，通知转发芯片进行路径平滑切换，以使报文在第一优选路径上转发。同时，因为VTEP1已经将上述表项1下发到转发芯片，即切换到第一优选路径上，BFD报文也会在第一优选路径上转发，即通过BFD报文检测当前主路径，即第一优选路径。
至此，本实施例对于运行路由协议的网络，为VXLAN隧道创建主备路径，当VXLAN网络出现故障时，可以及时发现，并快速将业务流量进行快速切换，减少了业务中断时间。
实施例二
对于由控制设备控制，流表指导转发的VXLAN网络，其网络结构示意图如图4所示，图4中第一VTEP下用户为VM1，第二VTEP下用户为VM2。第一VTEP和第二VTEP，以及交换机1至交换机N等多个中间设备都由控制设备控制，这些设备为vSwitch或者物理交换机，都不运行路由协议，需要控制设备下发流表指导报文转发。
实施例二VXLAN网络中的报文转发方法包括以下步骤：
步骤41、控制设备配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道。
步骤42、控制设备计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径。
步骤43、控制设备将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联；向第一VTEP下发第一优选路径对应的流表和第二优选路径的对应的流表，所述第一优选路径对应的流表和第二优选路径的对应的流表的匹配项相同，且所述第一优选路径对应的流表的优先级高于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第一优选路径对应的流表在所述第一优选路径上转发报文。
步骤44、控制设备向第一VTEP下发匹配BFD故障检测报文，且出接口为所述VXLAN隧道接口的流表，控制设备向第一VTEP下发BFD故障检测报文，以使第一VTEP向第二VTEP发送BFD故障检测报文；如果控制设备在预定时间内没有接收到第二VTEP上送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
步骤45、控制设备向第一VTEP发送修改流表，所述修改流表用于告知所述第一VTEP第一优选路径对应的流表的优先级已修改为低于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第二优选路径对应的流表在所述第二优选路径上转发报文。
进一步地，在步骤45之后，控制设备计算第一VTEP和第二VTEP之间的第三优选路径，将在所述第三优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道关联，将在所述第一优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道去关联，并将所述第三优选路径作为备路径，将所述第二优选路径作为主路径，即向第一VTEP下发第三优选路径对应的流表，所述第三优选路径对应的流表覆盖第一优选路径对应的流表，所述第三优选路径对应的流表和第二优选路径的对应的流表的匹配项相同，且第三优选路径对应的流表的优先级低于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第二优选路径对应的流表在所述第二优选路径上转发报文。
优选地，控制设备根据由其控制的各设备向其发送的链路层发现报文LLDP收集网络拓扑信息，确定第一优选路径是否恢复，当第一优选路径恢复之后，该方法进一步包括：
控制设备将在所述第一优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道关联，将在所述第三优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道去关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，即向第一VTEP下发第一优选路径对应的流表，所述第一优选路径对应的流表覆盖第三优选路径对应的流表，所述第一优选路径对应的流表和第二优选路径的对应的流表的匹配项相同，且第一优选路径对应的流表的优先级高于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第一优选路径对应的流表在所述第一优选路径上转发报文。
下面列举具体场景进行详细说明。
由于本实施例中的网络是由控制设备控制，所以需要用户之间进行通信的时候再建立隧道。假设当前有VM1和VM2两个用户之间需要相同通信，VM1直连第一VTEP(VTEP1)，VM2直连第二VTEP(VTEP2)。控制设备和所有OVS设备(OVS设备包括VTEP)建立连接之后，所有OVS会向控制设备上送链路层发现报文(LLDP)，使得控制设备发现整个管理网络的拓扑。
VTEP1接收到VM1发送的目的IP地址(1.1.1.1)是VM2的IP地址的报文，发现没有匹配的流表，因此将报文上送控制设备，控制设备根据报文的目的IP地址，找到VM2直连的OVS为VTEP2，因此控制设备确定在VTEP1与对端VTEP2之间的建立VXLAN隧道，并配置在VTEP1与VTEP2之间的建立的VXLAN隧道为VXLAN Tunne1。
控制设备根据收集的网络拓扑计算从VTEP1到VTEP2的路径，如果发现到VTEP2只有一条路径，说明无法进行路径切换，所以直接向VTEP1下发一条流表指向该路径，结束处理。
控制设备如果发现从VTEP1到VTEP2有至少两条路径，则找出第一优选路径和第二优选路径分别作为主备路径，将在第一优选路径和第二优选路径上的VTEP1的下一跳和出接口与VXLAN Tunne1进行关联，向VTEP1下发两条流表，如流表1和流表2所示：
流表1
流表2
当报文在VTEP1匹配高优先级的流表，选择主路径转发的过程中，由于VTEP1和VTEP2之间的中间设备上也不运行路由协议，所以在主路径上的中间设备接收到报文时，该中间设备发现没有匹配的流表，将报文上送控制设备，控制设备根据报文的目的IP地址，下发流表，以使流量能够转发到VTEP2上。同理，后续报文选择备路径转发时，也需要通过报文触发控制设备将流表下发给路径上相应的中间设备，从而实现转发。路径上所下发给每个中间设备的流表并不相同，有各自对应的出接口和下一跳。
接下来，当报文到达VTEP2时，也通过将报文上送控制设备来触发控制设备将流表下发给VTEP2，控制设备向VTEP2下发的流表3为两级流表，如流表3所示，第一级流表匹配项为目的IP：VTEP2，动作项为解VXLAN封装；第二级流表匹配项为目的IP：VM2，动作项为在相应出端口转发到用户VM2。
流表3
这样，报文会在VTEP1匹配高优先级的流表在主路径上转发到VM2。
在流表下发之后，本发明为实现故障快速检测，控制设备向VTEP1下发允许BFD报文通过，以进行故障检测的流表，如流表4所示：
流表4
控制设备向VTEP2下发的相应流表5为两级流表，第一级流表匹配项为目的IP：VTEP2；动作项为解VXLAN封装；第二级流表匹配项为报文的协议号为BFD报文协议号；动作项为上送控制设备。
流表5
同时，控制设备构造BFD报文，并下发给VTEP1，触发VTEP1定期发送BFD报文给VTEP2，这样，BFD报文匹配流表4的出接口为隧道口，从而进入与该隧道关联的主路径进行转发，当主路径上某条链路或者站点出现故障时，VTEP2在预定时间内就不会接收到VTEP1发送的BFD报文，进而不会上送控制设备，因此控制设备能够很快感知到主路径故障，向VTEP1发送修改流表，流表1中第一优选路径的优先级被修改，如流表6所示：
流表6
这样，报文会在VTEP1匹配高优先级的流表在第二优选路径上转发到VM2。
因为匹配BFD报文的流表的出接口是隧道口，所以BFD报文就会匹配流表在第二优选路径上转发，即检测当前第二优选路径。
由于主路径故障，流量已经切换到第二优选路径上，这时需要计算出新的路径，作为第二优选路径的备路径，具体实现为：
控制设备根据收集的网络拓扑计算从VTEP1到VTEP2的第三优选路径，将在第三优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行关联，将在第一优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行去关联，并向VTEP1下发一条流表7，由于第一优选路径故障，所以该流表7覆盖第一优选路径的流表6，且作为备路径，流表7的优选级低于流表2的优先级。
流表7
这样，第二优选路径上某条链路或者站点出现故障时，BFD也能够快速检测出来，可以再次发生路径切换，因此BFD报文会在第三优选路径这条新的备路径上转发，即通过BFD报文检测当前备路径，即第三优选路径。
总之，本发明的方案，在主备路径切换之后，重新计算新的备路径，以确保后续报文不中断。
第一优选路径故障后有可能恢复，控制设备根据各OVS设备向其发送的LLDP报文收集网络拓扑信息，确定第一优选路径是否恢复，当第一优选路径恢复之后，控制设备会将在第一优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行关联，将在第三优选路径上的VTEP1的下一跳和出接口与VXLAN Tunnel进行去关联，并向VTEP1重新下发一条流表1，该流表覆盖第三优选路径的流表7，且作为主路径，流表1的优选级高于流表2的优先级。
同时，BFD报文也会匹配流表在第一优选路径上转发，即通过BFD报文检测当前主路径，即第一优选路径。
至此，本实施例对于由控制设备控制，流表指导转发的VXLAN网络，通过控制设备控制计算主备路径并下发给OVS以及触发主路径进行BFD检测及时发现网络故障，及时对VXLAN业务进行快速切换，减少业务中断时间。
需要说明的是，本发明各实施例以建立第一VTEP到第二VTEP之间的单向隧道，实现第一VTEP下用户向第二VTEP下用户发送报文，确保流量快速切换。在实际应用中，隧道两端的用户要实现互相通信，为实现第二VTEP下用户向第一VTEP下用户发送报文，确保流量快速切换，需要建立第二VTEP到第一VTEP之间的反向隧道，具体实现方案对称实施在第二VTEP上即可，在此不再赘述。
基于同样的发明构思，本发明一实施例还提出一种VXLAN网络中的报文转发装置，参见图5。该装置包括：
配置模块501，用于配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；
计算模块502，用于计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；
关联模块503，用于将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；
故障确定模块504，用于在预定时间内未接收到故障检测报文时，则确定第一优选路径故障，并通过切换模块505进行主备路径切换，以使报文在所述第二优选路径上转发。
在切换模块505进行主备路径切换之后，
所述计算模块502，还用于计算第一VTEP和第二VTEP之间的第三优选路径；
所述关联模块503，还用于将所述第三优选路径与所述VXLAN隧道关联，将所述第一优选路径与所述VXLAN隧道去关联，并将所述第二优选路径作为主路径，将所述第三优选路径作为备路径，以使报文在所述第二优选路径上进行转发。
所述装置还包括路径恢复接收模块506，用于接收第一优选路径恢复的消息；
所述关联模块503，还用于将所述第一优选路径与所述VXLAN隧道关联，将所述第三优选路径与所述VXLAN隧道去关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上进行转发。
对于运行路由协议的VXLAN网络，所述装置应用于所述第一VTEP；
所述关联模块503，在将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发时，具体用于将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联，形成与所述VXLAN隧道关联的主备路径表项，所述与所述VXLAN隧道关联的主备路径表项中第一优选路径为激活状态，第二优选路径为未激活状态，以使报文在所述第一优选路径上转发。
所述切换模块505，在进行主备路径切换，以使报文在第二优选路径上转发时，具体用于更新所述与所述VXLAN隧道关联的主备路径表项中第一优选路径和第二优选路径的激活状态，将第一优选路径更新为未激活状态，将第二优选路径更新为激活状态，以使报文在所述第二优选路径上转发。
所述装置进一步包括双向转发检测BFD会话建立模块507，用于关联模块将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径之后，在第一VTEP和第二VTEP之间的VXLAN隧道上建立双向转发检测BFD会话；
所述故障确定模块504，具体用于，如果第一VTEP在预定时间内没有接收到第二VTEP发送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
对于由控制设备控制，流表指导转发的VXLAN网络，所述装置应用于控制设备；
所述关联模块503，在将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发时，具体用于将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联；向第一VTEP下发第一优选路径对应的流表和第二优选路径的对应的流表，所述第一优选路径对应的流表和第二优选路径的对应的流表的匹配项相同，且所述第一优选路径对应的流表的优先级高于第二优选路径的对应的流表的优先级，以使第一VTEP根据所述第一优选路径对应的流表在所述第一优选路径上转发报文。
所述切换模块505，在进行主备路径切换，以使报文在第二优选路径上转发时，具体用于向第一VTEP发送修改流表，所述修改流表用于告知所述第一VTEP第一优选路径对应的流表的优先级已修改为低于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第二优选路径对应的流表在所述第二优选路径上转发报文。
所述装置进一步包括BFD下发模块508，用于关联模块将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径之后，向第一VTEP下发匹配BFD故障检测报文，且出接口为所述VXLAN隧道接口的流表，向第一VTEP下发BFD故障检测报文，以使第一VTEP向第二VTEP发送BFD故障检测报文；
所述故障确定模块504，具体用于，如果控制设备在预定时间内没有接收到第二VTEP上送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (18)
1.一种VXLAN网络中的报文转发方法，该方法包括：
配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；
计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；
将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；
若在预定时间内未接收到故障检测报文，则确定第一优选路径故障，并进行主备路径切换，以使报文在所述第二优选路径上转发。
2.如权利要求1所述的方法，其特征在于，在进行主备路径切换之后，该方法进一步包括：
计算第一VTEP和第二VTEP之间的第三优选路径；将所述第三优选路径与所述VXLAN隧道关联，将所述第一优选路径与所述VXLAN隧道去关联，并将所述第二优选路径作为主路径，将所述第三优选路径作为备路径，以使报文在所述第二优选路径上进行转发。
3.如权利要求2所述的方法，其特征在于，在计算第一VTEP和第二VTEP之间的第三优选路径，将所述第二优选路径作为主路径，将所述第三优选路径作为备路径之后，所述方法还包括：
接收第一优选路径恢复的消息；
将所述第一优选路径与所述VXLAN隧道关联，将所述第三优选路径与所述VXLAN隧道去关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上进行转发。
4.如权利要求1-3任一所述的方法，其特征在于，对于运行路由协议的VXLAN网络，所述方法应用于所述第一VTEP；
所述将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发的方法具体包括：
将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联，形成与所述VXLAN隧道关联的主备路径表项，所述与所述VXLAN隧道关联的主备路径表项中第一优选路径为激活状态，第二优选路径为未激活状态，以使报文在所述第一优选路径上转发。
5.如权利要求4所述的方法，其特征在于，
所述进行主备路径切换，以使报文在第二优选路径上转发的方法具体包括：
更新所述与所述VXLAN隧道关联的主备路径表项中第一优选路径和第二优选路径的激活状态，将第一优选路径更新为未激活状态，将第二优选路径更新为激活状态，以使报文在所述第二优选路径上转发。
6.如权利要求4所述的方法，其特征在于，所述将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径之后，该方法进一步包括：在第一VTEP和第二VTEP之间的VXLAN隧道上建立双向转发检测BFD会话；
所述若在预定时间内未接收到故障检测报文，则确定第一优选路径故障具体包括：
如果第一VTEP在预定时间内没有接收到第二VTEP发送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
7.如权利要求1-3任一所述的方法，其特征在于，对于由控制设备控制，流表指导转发的VXLAN网络，所述方法应用于控制设备；
所述将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发的方法具体包括：
将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联；向第一VTEP下发第一优选路径对应的流表和第二优选路径的对应的流表，所述第一优选路径对应的流表和第二优选路径的对应的流表的匹配项相同，且所述第一优选路径对应的流表的优先级高于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第一优选路径对应的流表在所述第一优选路径上转发报文。
8.如权利要求7所述的方法，其特征在于，
所述进行主备路径切换，以使报文在第二优选路径上转发的方法具体包括：
向第一VTEP发送修改流表，所述修改流表用于告知所述第一VTEP第一优选路径对应的流表的优先级已修改为低于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第二优选路径对应的流表在所述第二优选路径上转发报文。
9.如权利要求7所述的方法，其特征在于，所述将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径之后，该方法进一步包括：控制设备向第一VTEP下发匹配BFD故障检测报文，且出接口为所述VXLAN隧道接口的流表，控制设备向第一VTEP下发BFD故障检测报文，以使第一VTEP向第二VTEP发送BFD故障检测报文；
所述若在预定时间内未接收到故障检测报文，则确定第一优选路径故障具体包括：
如果控制设备在预定时间内没有接收到第二VTEP上送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
10.一种VXLAN网络中的报文转发装置，该装置包括：
配置模块，用于配置第一虚拟通道终端VTEP和第二VTEP之间的VXLAN隧道；
计算模块，用于计算所述第一VTEP和第二VTEP之间的第一优选路径和第二优选路径；
关联模块，用于将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发；
故障确定模块，用于在预定时间内未接收到故障检测报文时，则确定第一优选路径故障，并通过切换模块进行主备路径切换，以使报文在所述第二优选路径上转发。
11.如权利要求10所述的装置，其特征在于，在切换模块进行主备路径切换之后，
所述计算模块，还用于计算第一VTEP和第二VTEP之间的第三优选路径；
所述关联模块，还用于将所述第三优选路径与所述VXLAN隧道关联，将所述第一优选路径与所述VXLAN隧道去关联，并将所述第二优选路径作为主路径，将所述第三优选路径作为备路径，以使报文在所述第二优选路径上进行转发。
12.如权利要求11所述的装置，其特征在于，
所述装置还包括路径恢复接收模块，用于接收第一优选路径恢复的消息；
所述关联模块，还用于将所述第一优选路径与所述VXLAN隧道关联，将所述第三优选路径与所述VXLAN隧道去关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上进行转发。
13.如权利要求10-12任一所述的装置，其特征在于，对于运行路由协议的VXLAN网络，所述装置应用于所述第一VTEP；
所述关联模块，在将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发时，具体用于将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联，形成与所述VXLAN隧道关联的主备路径表项，所述与所述VXLAN隧道关联的主备路径表项中第一优选路径为激活状态，第二优选路径为未激活状态，以使报文在所述第一优选路径上转发。
14.如权利要求13所述的装置，其特征在于，
所述切换模块，在进行主备路径切换，以使报文在第二优选路径上转发时，具体用于更新所述与所述VXLAN隧道关联的主备路径表项中第一优选路径和第二优选路径的激活状态，将第一优选路径更新为未激活状态，将第二优选路径更新为激活状态，以使报文在所述第二优选路径上转发。
15.如权利要求13所述的装置，其特征在于，所述装置进一步包括双向转发检测BFD会话建立模块，用于关联模块将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径之后，在第一VTEP和第二VTEP之间的VXLAN隧道上建立双向转发检测BFD会话；
所述故障确定模块，具体用于，如果第一VTEP在预定时间内没有接收到第二VTEP发送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
16.如权利要求10-12任一所述的装置，其特征在于，对于由控制设备控制，流表指导转发的VXLAN网络，所述装置应用于控制设备；
所述关联模块，在将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径，以使报文在所述第一优选路径上转发时，具体用于将在所述第一优选路径和第二优选路径上的第一VTEP的下一跳和出接口与所述VXLAN隧道进行关联；向第一VTEP下发第一优选路径对应的流表和第二优选路径的对应的流表，所述第一优选路径对应的流表和第二优选路径的对应的流表的匹配项相同，且所述第一优选路径对应的流表的优先级高于第二优选路径的对应的流表的优先级，以使第一VTEP根据所述第一优选路径对应的流表在所述第一优选路径上转发报文。
17.如权利要求16所述的装置，其特征在于，
所述切换模块，在进行主备路径切换，以使报文在第二优选路径上转发时，具体用于向第一VTEP发送修改流表，所述修改流表用于告知所述第一VTEP第一优选路径对应的流表的优先级已修改为低于第二优选路径对应的流表的优先级，以使第一VTEP根据所述第二优选路径对应的流表在所述第二优选路径上转发报文。
18.如权利要求16所述的装置，其特征在于，所述装置进一步包括BFD下发模块，用于关联模块将所述第一优选路径和所述第二优选路径与所述VXLAN隧道进行关联，并将所述第一优选路径作为主路径，将所述第二优选路径作为备路径之后，向第一VTEP下发匹配BFD故障检测报文，且出接口为所述VXLAN隧道接口的流表，向第一VTEP下发BFD故障检测报文，以使第一VTEP向第二VTEP发送BFD故障检测报文；
所述故障确定模块，具体用于，如果控制设备在预定时间内没有接收到第二VTEP上送的BFD故障检测报文，则确定该BFD故障检测报文所经过的第一优选路径故障。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410521367.8A CN104270298B (zh) | 2014-09-30 | 2014-09-30 | 一种vxlan网络中的报文转发方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410521367.8A CN104270298B (zh) | 2014-09-30 | 2014-09-30 | 一种vxlan网络中的报文转发方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104270298A true CN104270298A (zh) | 2015-01-07 |
| CN104270298B CN104270298B (zh) | 2018-10-09 |
Family
ID=52161791
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410521367.8A Active CN104270298B (zh) | 2014-09-30 | 2014-09-30 | 一种vxlan网络中的报文转发方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104270298B (zh) |
Cited By (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105634901A (zh) * | 2015-12-28 | 2016-06-01 | 杭州华三通信技术有限公司 | 基于cas vxlan的mac地址信息同步方法及装置 |
| WO2016180225A1 (zh) * | 2015-07-27 | 2016-11-17 | 中兴通讯股份有限公司 | 流量传输方法及装置 |
| CN106302248A (zh) * | 2016-08-31 | 2017-01-04 | 杭州华三通信技术有限公司 | 一种邻居建立方法及装置 |
| CN106330597A (zh) * | 2015-07-10 | 2017-01-11 | 杭州华三通信技术有限公司 | Vxlan隧道端点vtep之间的路径可达检测方法和装置 |
| CN106341299A (zh) * | 2016-08-23 | 2017-01-18 | 杭州华三通信技术有限公司 | 一种vxlan中的报文转发方法及装置 |
| WO2017050268A1 (zh) * | 2015-09-24 | 2017-03-30 | 新华三技术有限公司 | 路径倒换 |
| CN106789635A (zh) * | 2016-03-25 | 2017-05-31 | 新华三技术有限公司 | 一种报文转发方法及装置 |
| CN106878048A (zh) * | 2016-12-13 | 2017-06-20 | 新华三技术有限公司 | 故障处理方法及装置 |
| CN106899430A (zh) * | 2016-12-09 | 2017-06-27 | 新华三技术有限公司 | 一种流量转发处理方法和装置 |
| CN106911532A (zh) * | 2017-02-07 | 2017-06-30 | 佛山易识科技有限公司 | 基于虚拟可扩展局域网的多虚拟通道智能选路方法 |
| WO2017114181A1 (zh) * | 2015-12-30 | 2017-07-06 | 阿里巴巴集团控股有限公司 | 链路检测方法、装置及网络设备、控制器 |
| CN107147555A (zh) * | 2017-06-30 | 2017-09-08 | 联想(北京)有限公司 | 一种vxlan网络的切换方法及设备、存储介质 |
| CN107210947A (zh) * | 2015-01-16 | 2017-09-26 | 阿尔卡特朗讯公司 | 虚拟可扩展局域网上的双向转发检测 |
| CN107222411A (zh) * | 2017-07-28 | 2017-09-29 | 郑州云海信息技术有限公司 | 一种数据中心的网络互联方法及装置 |
| CN107222409A (zh) * | 2016-03-22 | 2017-09-29 | 华为技术有限公司 | 一种转发流量的方法及节点 |
| CN107547376A (zh) * | 2017-07-21 | 2018-01-05 | 新华三技术有限公司 | 路由探测方法和装置 |
| CN107547366A (zh) * | 2017-05-15 | 2018-01-05 | 新华三技术有限公司 | 一种报文转发方法和装置 |
| CN107612827A (zh) * | 2017-10-11 | 2018-01-19 | 郑州云海信息技术有限公司 | 一种提高异地数据中心vxlan网络质量的方法和装置 |
| CN107786461A (zh) * | 2016-08-25 | 2018-03-09 | 中国电信股份有限公司 | 实现流表切换的方法及控制器 |
| WO2018054156A1 (zh) * | 2016-09-20 | 2018-03-29 | 华为技术有限公司 | 一种vxlan报文的转发方法、设备及*** |
| WO2018090907A1 (zh) * | 2016-11-17 | 2018-05-24 | 新华三技术有限公司 | 报文转发 |
| CN108259356A (zh) * | 2017-04-25 | 2018-07-06 | 新华三技术有限公司 | 路由控制方法和装置 |
| CN108337118A (zh) * | 2018-01-31 | 2018-07-27 | 新华三技术有限公司 | 报文转发方法及装置 |
| CN108337158A (zh) * | 2018-01-23 | 2018-07-27 | 新华三技术有限公司 | 单播报文转发方法和装置 |
| CN108600069A (zh) * | 2018-03-29 | 2018-09-28 | 新华三技术有限公司 | 链路切换方法及装置 |
| CN108667709A (zh) * | 2018-05-18 | 2018-10-16 | 新华三技术有限公司 | 一种报文转发方法及装置 |
| CN108900877A (zh) * | 2018-07-16 | 2018-11-27 | 广州辉群智能科技有限公司 | 控制音视频播放设备播放音视频文件的方法及服务设备 |
| CN109039707A (zh) * | 2018-07-04 | 2018-12-18 | 烽火通信科技股份有限公司 | Vxlan通道业务的主备快速倒换的方法及*** |
| CN109039728A (zh) * | 2018-07-24 | 2018-12-18 | 烽火通信科技股份有限公司 | 基于bfd的流量拥塞检测方法及*** |
| CN109302328A (zh) * | 2018-12-18 | 2019-02-01 | 锐捷网络股份有限公司 | 一种vxlan网络热备切换方法及*** |
| CN109347717A (zh) * | 2018-09-26 | 2019-02-15 | 新华三技术有限公司 | Vxlan隧道切换方法及装置 |
| CN109379241A (zh) * | 2018-12-27 | 2019-02-22 | 新华三技术有限公司 | 一种路径信息确定方法及装置 |
| CN109787894A (zh) * | 2019-03-27 | 2019-05-21 | 新华三技术有限公司 | 一种路由控制方法及装置 |
| CN109995554A (zh) * | 2017-12-29 | 2019-07-09 | ***通信集团吉林有限公司 | 多级数据中心主备切换的控制方法及云调度指挥器 |
| CN110417569A (zh) * | 2018-04-28 | 2019-11-05 | 华为技术有限公司 | 一种网络链路故障处理方法和隧道端点设备 |
| CN110474802A (zh) * | 2019-08-12 | 2019-11-19 | 聚好看科技股份有限公司 | 设备切换方法及装置、服务*** |
| CN111147369A (zh) * | 2018-11-05 | 2020-05-12 | 中国电信股份有限公司 | 路由***、路由方法和服务器 |
| CN112636997A (zh) * | 2020-11-17 | 2021-04-09 | 新华三技术有限公司 | 一种路径检测方法及设备 |
| TWI728044B (zh) * | 2017-01-24 | 2021-05-21 | 香港商阿里巴巴集團服務有限公司 | 鏈路檢測方法、裝置及網路設備、控制器 |
| CN113259435A (zh) * | 2021-05-13 | 2021-08-13 | 上海巨印科技有限公司 | 辐射测量仪数据传输方法及*** |
| CN113259162A (zh) * | 2021-05-08 | 2021-08-13 | 中国工商银行股份有限公司 | 网络故障确定方法及装置、电子设备和存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7085224B1 (en) * | 2001-06-14 | 2006-08-01 | Cisco Technology, Inc. | Method and apparatus for fast failure detection in switched LAN networks |
| CN101710875A (zh) * | 2009-12-22 | 2010-05-19 | 中兴通讯股份有限公司 | 一种实现快速重路由的方法及装置 |
| CN102726000A (zh) * | 2011-07-22 | 2012-10-10 | 华为技术有限公司 | 故障通告方法、检测装置、转发装置、***及数据结构 |
| CN102801614A (zh) * | 2012-07-17 | 2012-11-28 | 杭州华三通信技术有限公司 | 一种等价路由的收敛方法和网络设备 |
| CN103647853A (zh) * | 2013-12-04 | 2014-03-19 | 华为技术有限公司 | 一种在VxLAN中发送ARP报文发送方法、VTEP及VxLAN控制器 |
| CN103841028A (zh) * | 2014-03-24 | 2014-06-04 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
-
2014
- 2014-09-30 CN CN201410521367.8A patent/CN104270298B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7085224B1 (en) * | 2001-06-14 | 2006-08-01 | Cisco Technology, Inc. | Method and apparatus for fast failure detection in switched LAN networks |
| CN101710875A (zh) * | 2009-12-22 | 2010-05-19 | 中兴通讯股份有限公司 | 一种实现快速重路由的方法及装置 |
| CN102726000A (zh) * | 2011-07-22 | 2012-10-10 | 华为技术有限公司 | 故障通告方法、检测装置、转发装置、***及数据结构 |
| CN102801614A (zh) * | 2012-07-17 | 2012-11-28 | 杭州华三通信技术有限公司 | 一种等价路由的收敛方法和网络设备 |
| CN103647853A (zh) * | 2013-12-04 | 2014-03-19 | 华为技术有限公司 | 一种在VxLAN中发送ARP报文发送方法、VTEP及VxLAN控制器 |
| CN103841028A (zh) * | 2014-03-24 | 2014-06-04 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
Cited By (71)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107210947A (zh) * | 2015-01-16 | 2017-09-26 | 阿尔卡特朗讯公司 | 虚拟可扩展局域网上的双向转发检测 |
| CN106330597B (zh) * | 2015-07-10 | 2019-07-26 | 新华三技术有限公司 | Vxlan隧道端点vtep之间的路径可达检测方法和装置 |
| CN106330597A (zh) * | 2015-07-10 | 2017-01-11 | 杭州华三通信技术有限公司 | Vxlan隧道端点vtep之间的路径可达检测方法和装置 |
| WO2016180225A1 (zh) * | 2015-07-27 | 2016-11-17 | 中兴通讯股份有限公司 | 流量传输方法及装置 |
| WO2017050268A1 (zh) * | 2015-09-24 | 2017-03-30 | 新华三技术有限公司 | 路径倒换 |
| CN106559336A (zh) * | 2015-09-24 | 2017-04-05 | 杭州华三通信技术有限公司 | 应用于sdn中的路径倒换方法和装置 |
| US10972392B2 (en) | 2015-09-24 | 2021-04-06 | New H3C Technologies Co., Ltd | Path switching |
| CN105634901A (zh) * | 2015-12-28 | 2016-06-01 | 杭州华三通信技术有限公司 | 基于cas vxlan的mac地址信息同步方法及装置 |
| CN105634901B (zh) * | 2015-12-28 | 2019-05-03 | 新华三技术有限公司 | 基于cas vxlan的mac地址信息同步方法及装置 |
| US10530633B2 (en) | 2015-12-30 | 2020-01-07 | Alibaba Group Holding Limited | Link detection method, apparatus, network device, and controller |
| WO2017114181A1 (zh) * | 2015-12-30 | 2017-07-06 | 阿里巴巴集团控股有限公司 | 链路检测方法、装置及网络设备、控制器 |
| CN106936655A (zh) * | 2015-12-30 | 2017-07-07 | 阿里巴巴集团控股有限公司 | 链路检测方法、装置及网络设备、控制器 |
| CN107222409A (zh) * | 2016-03-22 | 2017-09-29 | 华为技术有限公司 | 一种转发流量的方法及节点 |
| CN106789635B (zh) * | 2016-03-25 | 2020-08-14 | 新华三技术有限公司 | 一种报文转发方法及装置 |
| CN106789635A (zh) * | 2016-03-25 | 2017-05-31 | 新华三技术有限公司 | 一种报文转发方法及装置 |
| CN106341299A (zh) * | 2016-08-23 | 2017-01-18 | 杭州华三通信技术有限公司 | 一种vxlan中的报文转发方法及装置 |
| CN107786461B (zh) * | 2016-08-25 | 2021-06-29 | 中国电信股份有限公司 | 实现流表切换的方法及控制器 |
| CN107786461A (zh) * | 2016-08-25 | 2018-03-09 | 中国电信股份有限公司 | 实现流表切换的方法及控制器 |
| CN106302248B (zh) * | 2016-08-31 | 2021-10-12 | 新华三技术有限公司 | 一种邻居建立方法及装置 |
| CN106302248A (zh) * | 2016-08-31 | 2017-01-04 | 杭州华三通信技术有限公司 | 一种邻居建立方法及装置 |
| US10917262B2 (en) | 2016-09-20 | 2021-02-09 | Huawei Technologies Co., Ltd. | VXLAN packet forwarding method, device, and system |
| WO2018054156A1 (zh) * | 2016-09-20 | 2018-03-29 | 华为技术有限公司 | 一种vxlan报文的转发方法、设备及*** |
| WO2018090907A1 (zh) * | 2016-11-17 | 2018-05-24 | 新华三技术有限公司 | 报文转发 |
| US11159341B2 (en) | 2016-11-17 | 2021-10-26 | New H3C Technologies Co., Ltd. | Forwarding packet |
| CN106899430B (zh) * | 2016-12-09 | 2020-05-29 | 新华三技术有限公司 | 一种流量转发处理方法和装置 |
| CN106899430A (zh) * | 2016-12-09 | 2017-06-27 | 新华三技术有限公司 | 一种流量转发处理方法和装置 |
| CN106878048B (zh) * | 2016-12-13 | 2020-02-11 | 新华三技术有限公司 | 故障处理方法及装置 |
| CN106878048A (zh) * | 2016-12-13 | 2017-06-20 | 新华三技术有限公司 | 故障处理方法及装置 |
| TWI728044B (zh) * | 2017-01-24 | 2021-05-21 | 香港商阿里巴巴集團服務有限公司 | 鏈路檢測方法、裝置及網路設備、控制器 |
| CN106911532A (zh) * | 2017-02-07 | 2017-06-30 | 佛山易识科技有限公司 | 基于虚拟可扩展局域网的多虚拟通道智能选路方法 |
| CN106911532B (zh) * | 2017-02-07 | 2020-04-10 | 佛山易识科技有限公司 | 基于虚拟可扩展局域网的多虚拟通道智能选路方法 |
| US11451466B2 (en) | 2017-04-25 | 2022-09-20 | New H3C Technologies Co., Ltd. | Controlling route |
| CN108259356B (zh) * | 2017-04-25 | 2020-08-04 | 新华三技术有限公司 | 路由控制方法和装置 |
| CN108259356A (zh) * | 2017-04-25 | 2018-07-06 | 新华三技术有限公司 | 路由控制方法和装置 |
| CN107547366A (zh) * | 2017-05-15 | 2018-01-05 | 新华三技术有限公司 | 一种报文转发方法和装置 |
| CN107147555A (zh) * | 2017-06-30 | 2017-09-08 | 联想(北京)有限公司 | 一种vxlan网络的切换方法及设备、存储介质 |
| CN107147555B (zh) * | 2017-06-30 | 2020-06-23 | 联想(北京)有限公司 | 一种vxlan网络的切换方法及设备、存储介质 |
| CN107547376A (zh) * | 2017-07-21 | 2018-01-05 | 新华三技术有限公司 | 路由探测方法和装置 |
| CN107222411A (zh) * | 2017-07-28 | 2017-09-29 | 郑州云海信息技术有限公司 | 一种数据中心的网络互联方法及装置 |
| CN107222411B (zh) * | 2017-07-28 | 2020-08-25 | 苏州浪潮智能科技有限公司 | 一种数据中心的网络互联方法及装置 |
| CN107612827A (zh) * | 2017-10-11 | 2018-01-19 | 郑州云海信息技术有限公司 | 一种提高异地数据中心vxlan网络质量的方法和装置 |
| CN109995554A (zh) * | 2017-12-29 | 2019-07-09 | ***通信集团吉林有限公司 | 多级数据中心主备切换的控制方法及云调度指挥器 |
| CN108337158B (zh) * | 2018-01-23 | 2020-12-04 | 新华三技术有限公司 | 单播报文转发方法和装置 |
| CN108337158A (zh) * | 2018-01-23 | 2018-07-27 | 新华三技术有限公司 | 单播报文转发方法和装置 |
| CN108337118B (zh) * | 2018-01-31 | 2021-01-26 | 新华三技术有限公司 | 报文转发方法及装置 |
| CN108337118A (zh) * | 2018-01-31 | 2018-07-27 | 新华三技术有限公司 | 报文转发方法及装置 |
| CN108600069B (zh) * | 2018-03-29 | 2020-12-25 | 新华三技术有限公司 | 链路切换方法及装置 |
| CN108600069A (zh) * | 2018-03-29 | 2018-09-28 | 新华三技术有限公司 | 链路切换方法及装置 |
| CN110417569A (zh) * | 2018-04-28 | 2019-11-05 | 华为技术有限公司 | 一种网络链路故障处理方法和隧道端点设备 |
| CN110417569B (zh) * | 2018-04-28 | 2021-09-21 | 华为技术有限公司 | 一种网络链路故障处理方法和隧道端点设备 |
| CN108667709A (zh) * | 2018-05-18 | 2018-10-16 | 新华三技术有限公司 | 一种报文转发方法及装置 |
| CN108667709B (zh) * | 2018-05-18 | 2020-12-29 | 新华三技术有限公司 | 一种报文转发方法及装置 |
| CN109039707A (zh) * | 2018-07-04 | 2018-12-18 | 烽火通信科技股份有限公司 | Vxlan通道业务的主备快速倒换的方法及*** |
| CN108900877B (zh) * | 2018-07-16 | 2021-05-25 | 广州辉群智能科技有限公司 | 控制音视频播放设备播放音视频文件的方法及服务设备 |
| CN108900877A (zh) * | 2018-07-16 | 2018-11-27 | 广州辉群智能科技有限公司 | 控制音视频播放设备播放音视频文件的方法及服务设备 |
| CN109039728B (zh) * | 2018-07-24 | 2021-08-03 | 烽火通信科技股份有限公司 | 基于bfd的流量拥塞检测方法及*** |
| CN109039728A (zh) * | 2018-07-24 | 2018-12-18 | 烽火通信科技股份有限公司 | 基于bfd的流量拥塞检测方法及*** |
| CN109347717A (zh) * | 2018-09-26 | 2019-02-15 | 新华三技术有限公司 | Vxlan隧道切换方法及装置 |
| CN111147369B (zh) * | 2018-11-05 | 2022-02-08 | 中国电信股份有限公司 | 路由***、路由方法和服务器 |
| CN111147369A (zh) * | 2018-11-05 | 2020-05-12 | 中国电信股份有限公司 | 路由***、路由方法和服务器 |
| CN109302328B (zh) * | 2018-12-18 | 2021-11-16 | 锐捷网络股份有限公司 | 一种vxlan网络热备切换方法及*** |
| CN109302328A (zh) * | 2018-12-18 | 2019-02-01 | 锐捷网络股份有限公司 | 一种vxlan网络热备切换方法及*** |
| CN109379241B (zh) * | 2018-12-27 | 2021-12-24 | 新华三技术有限公司 | 一种路径信息确定方法及装置 |
| CN109379241A (zh) * | 2018-12-27 | 2019-02-22 | 新华三技术有限公司 | 一种路径信息确定方法及装置 |
| CN109787894A (zh) * | 2019-03-27 | 2019-05-21 | 新华三技术有限公司 | 一种路由控制方法及装置 |
| CN110474802A (zh) * | 2019-08-12 | 2019-11-19 | 聚好看科技股份有限公司 | 设备切换方法及装置、服务*** |
| CN112636997A (zh) * | 2020-11-17 | 2021-04-09 | 新华三技术有限公司 | 一种路径检测方法及设备 |
| CN112636997B (zh) * | 2020-11-17 | 2022-08-30 | 新华三技术有限公司 | 一种路径检测方法及设备 |
| CN113259162A (zh) * | 2021-05-08 | 2021-08-13 | 中国工商银行股份有限公司 | 网络故障确定方法及装置、电子设备和存储介质 |
| CN113259435A (zh) * | 2021-05-13 | 2021-08-13 | 上海巨印科技有限公司 | 辐射测量仪数据传输方法及*** |
| CN113259435B (zh) * | 2021-05-13 | 2022-07-12 | 上海巨印科技有限公司 | 辐射测量仪数据传输方法及*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104270298B (zh) | 2018-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104270298A (zh) | 一种vxlan网络中的报文转发方法及装置 | |
| US10454806B2 (en) | SDN controller, data center system, and routing connection method | |
| EP3188409B1 (en) | Oam mechanisms for evpn active-active services | |
| CN103281247B (zh) | 一种数据中心网络的通用路由方法及*** | |
| CN105162704B (zh) | Overlay网络中组播复制的方法及装置 | |
| US20180091395A1 (en) | Network system, network control method and control apparatus | |
| CN104104570A (zh) | Irf***中的聚合处理方法及装置 | |
| EP2911355B1 (en) | Method and device for flow path negotiation in link aggregation group | |
| CN105915400A (zh) | 一种数据流切换方法及*** | |
| CN102255757B (zh) | 一种链路切换方法及其装置 | |
| CN104243270A (zh) | 一种建立隧道的方法和装置 | |
| KR20150051107A (ko) | 신속한 경로 설정 및 장애 복구 방법 | |
| CN102638389A (zh) | 一种trill网络的冗余备份方法及*** | |
| CN104767680B (zh) | 路由快速切换的方法和装置 | |
| CN109327318B (zh) | 一种sdn管理网络架构和建立sdn管理网络的方法 | |
| CN104980351A (zh) | 一种基于sdn网络的快速重路由方法 | |
| KR20130055392A (ko) | 점 대 다점 네트워크에서의 보호 절체 방법 및 장치 | |
| CN104821913A (zh) | 一种数据报文转发方法和装置 | |
| CN101924654A (zh) | 一种基于点到多点业务的路径切换方法及*** | |
| CN101345686B (zh) | 虚拟专用局域网服务环路的处理方法、装置和*** | |
| JPWO2014132967A1 (ja) | 通信システム、スイッチ、制御装置、制御用チャネルの構築方法及びプログラム | |
| CN104618150A (zh) | 一种ptn二层转三层业务场景下的业务配置方法及*** | |
| CN103036781B (zh) | 一种主路径链路故障处理方法及装置 | |
| CN107547347B (zh) | 基于vni的路径调整方法和装置 | |
| CN111327527A (zh) | 流量转发方法、***、sdn控制器及计算机可读存储介质 |
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: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |