CN104144082A - 二层网络中检测环路的方法及控制器 - Google Patents
二层网络中检测环路的方法及控制器 Download PDFInfo
- Publication number
- CN104144082A CN104144082A CN201310168568.XA CN201310168568A CN104144082A CN 104144082 A CN104144082 A CN 104144082A CN 201310168568 A CN201310168568 A CN 201310168568A CN 104144082 A CN104144082 A CN 104144082A
- Authority
- CN
- China
- Prior art keywords
- controller
- mac address
- virtual switch
- bridge mac
- lldp 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
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种二层网络中检测环路的方法,包括:基于OpenFlow协议的控制器Controller接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至所述Controller的;所述Controller判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同;当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,所述Controller关闭所述虚拟交换机的任一端口。本申请还公开了一种基于OpenFlow协议的控制器Controller。本申请可及时发现基于OpenFlow协议的二层网络中的环路并消除环路,避免对整个网络造成严重影响。
Description
技术领域
本申请涉及网络环路检测技术领域,尤其涉及二层网络中检测环路的方法及控制器。
背景技术
随着数据中心业务日益增加,用户需求不断提高,数据中心的规模和功能日趋复杂,管理难度也越来越高。在这一背景下,整合数据中心、降低数据中心的管理成本,充分挖掘现有资源能力以适应更高的业务需求,成为企业数据中心的重要任务。对数据中心资源进行虚拟化,成为目前数据中心整合的重要趋势。
虚拟化技术通过对物理资源和提供的服务进行抽象化,让资源使用者和系统管理者不关心对象的物理特征和服务边界的细节,从而降低资源使用和管理的复杂度,提高使用效率。因而,对数据中心的虚拟化能够提高数据中心的资源利用率(如CPU利用率、存储容量等),降低系统的能耗,并减少系统的设计、运行、管理、维护成本,从而实现整合的目标。
数据中心的虚拟化技术主要包括3方面内容:网络虚拟化、存储虚拟化和服务器虚拟化,最主要的是服务器虚拟化。通过专用的虚拟化软件(如VMware)管理,一台物理服务器能虚拟出多台虚拟机VM,每个VM独立运行,互不影响,都有自己的操作系统和应用程序和虚拟的硬件环境,包括虚拟CPU、内存、存储设备、IO设备、虚拟交换机等。其中,虚拟交换机的应用日益广泛。
目前,在虚拟交换机中开始应用边缘虚拟桥接技术EVB。EVB技术分为交换机EVB技术和服务器EVB技术。服务器EVB技术应用于数据中心服务器,在其上的虚拟交换机中实现,用于简化虚拟服务器的流量转发实现,对虚拟服务器的网络交换、流量管理和策略下发进行集中控制,并能在虚拟迁移时实现网络管理和策略的自动迁移。支持EVB的虚拟交换机分为VEB(Virtual Ethernet Bridge,虚拟边缘交换机)和VEPA(Virtual Edge Port Aggregator,虚拟边缘端口汇聚)。
VEPA将虚拟机产生的网络流量全部交由与服务器相连的物理交换机进行处理,即使同一台服务器上的虚拟机间流量,也将在物理交换机上查表处理后,再回到目的虚拟机上。VEPA方式不仅借助物理交换机解决了虚拟机间流量转发,同时还实现了对虚拟机流量的监管,并且将虚拟机接入层网络纳入到传统服务器接入网络管理体系中。根据需求,物理服务器内部可能需要不同类型的ER(Edge Relay,边缘转发)。为了在同一物理接口上隔离各个ER的上行通道,EVB采用了端口映射的S-VLAN组件技术(Port-mapping S-VLAN Component),该技术在EVB中称为S通道技术。如图1所示,借助于S-VLAN的划分,物理接口分成若干个虚拟通道,称为S通道(S-channel)。S通道之间以S-VID隔离,每一通道与服务器内的ER上行口一一对应。
此外,基于OpenFlow协议的虚拟交换机应用目前也越来越广泛。OpenFlow是斯坦福大学发起的一种网络技术,它使传统的二层和三层交换机具备了细粒度流转发能力,即传统的基于MAC的网包转发,基于IP的路由转发,被拓展到了基于多域网包包头描述的流转发。同时,如图2所示,传统的控制层面从转发设备中剥离出来,所有转发行为的决策从交换机自身“迁移”到了某个集中控制器Controller上。每个OpenFlow交换机都有一张流表,进行包查找和转发。交换机可以通过OpenFlow协议经一个安全通道连接到外部控制器Controller,对流表进行查询和管理。
为了更好地理解本申请要解决的技术问题,对EVB技术以及基于OpenFlow协议的虚拟交换机进行上述铺垫,下面具体描述本申请实际要解决的技术问题。
链路层发现协议LLDP是为了使不同厂商的设备能够在网络中相互发现并交互各自的系统及配置信息的信息交流平台,它提供了一种标准的链路层发现方式,可以将本端设备的主要能力、管理地址、设备标识、接口标识等信息组织成不同的TLV(类型/长度/值),并封装在LLDPDU(链路层发现协议数据单元)中发布给与自己直连的邻居,邻居收到这些信息后将其以标准MIB(Management Information Base,管理信息库)的形式保存起来,以供网络管理系统查询及判断链路的通信状况。
由于LLDP协议的可扩展性较强,EVB的S通道发现和配置协议CDCP报文及EVB TLV的信息均封装在LLDP报文中,周期性地向对端端口发送。
如图3所示,为了在网络中相互发现并交互各自的系统及配置信息的信息交流平台,图3中基于OpenFlow协议的二层网络内的各个设备及端口会使能EVB协议,此时,基于OpenFlow协议的虚拟交换机vSwitch和与自己直连的二层物理交换机Switch之间会周期性地向彼此发送LLDP报文,比如vSwitch通过端口vmnic1和vmnic2分别向端口g1/0/1与g1/0/2周期性地发送LLDP报文。Switch从g1/0/1接收到来自端口vmnic1的LLDP报文,当二层网络出现环路时,Switch通过g1/0/2发送所述LLDP报文至vmnic2,vSwitch通过vmnic2接收到所述LLDP报文并将其上送至基于OpenFlow协议的控制器Controller,Controller接收到LLDP报文后,进行EVB协议处理,包括检测CDCP报文等处理。同样地,Switch也会从g1/0/2接收来自端口vmnic2的LLDP报文,当二层网络出现环路时,Switch通过g1/0/1发送所述LLDP报文至vmnic1,vSwitch通过vmnic1接收到所述LLDP报文并将其上送至Controller,Controller接收到LLDP报文后,进行EVB协议处理。
上述过程中,当基于OpenFlow协议的二层网络中出现转发环路时,Controller接收到vSwitch发送的LLDP报文后,直接进行EVB协议处理,并没有对所述LLDP报文进行环路检测,使得二层网络中的环路没有被检测到并被消除,从而导致广播、组播以及未知单播等报文被重复发送,造成网络资源的浪费甚至导致网络瘫痪。
其中,导致基于OpenFlow协议的二层网络中出现环路的原因可能是网络流表下发或网络连接错误。例如,如图3所示,基于OpenFlow协议的控制器Controller下发的网络流表错误,可能会导致vmnic1与vmnic2之间形成环路;此外,外部物理交换机Switch的网络连接错误或配置错误,同样可能会造成Switch的端口g1/0/1与g1/0/2在二层网络中出现转发环路。数据中心中,由于组网复杂,经常性会导致环路的出现。
因此,如何对基于OpenFlow协议的二层网络中的环路进行检测,以及时发现二层网络中的环路并消除环路,成为当前实际应用中急需解决的问题。
发明内容
有鉴于此,本申请提出一种二层网络中检测环路的方法,可以及时发现基于OpenFlow协议的二层网络中的环路并消除环路,避免对整个网络造成严重影响。
本申请还提出一种控制器Controller,可以及时发现基于OpenFlow协议的二层网络中的环路并消除环路,避免对整个网络造成严重影响。
为达到上述目的,本申请实施例的技术方案是这样实现的:
一种二层网络中检测环路的方法,包括以下步骤:
基于OpenFlow协议的控制器Controller接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至所述Controller的;
所述Controller判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同;
当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,所述Controller关闭所述虚拟交换机的任一端口。
一种控制器Controller,所述控制器Controller基于OpenFlow协议,该控制器包括:LLDP报文接收模块、桥MAC地址比较模块和环路处理模块,其中:
LLDP报文接收模块,用于基于OpenFlow协议的控制器Controller接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至所述Controller的;
桥MAC地址比较模块,用于判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同;
环路处理模块,用于当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,Controller关闭所述虚拟交换机的任一端口。
本申请的有益效果为,当基于OpenFlow协议的虚拟交换机接收到来自与其直连的物理交换机的LLDP报文并将其上送至基于OpenFlow协议的控制器Controller后,Controller不是如现有实现一样直接进行EVB协议处理,而是首先判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同,如果相同,说明存在环路,则关闭所述虚拟交换机的任一端口,以消除环路。由于LLDP报文无法通过设备间透传,即所述虚拟交换机只能发送LLDP报文至与其直连的物理交换机,而所述物理交换机无法再将所述LLDP报文发送至除所述虚拟交换机以外的其它设备。因此,根据链路层发现协议LLDP的这一特性,可以检测出基于OpenFlow协议的二层网络中是否存在环路并及时消除环路,以避免对整个网络造成严重影响。
附图说明
图1为现有技术的多S通道模型结构示意图;
图2为现有技术的基于OpenFlow协议的虚拟交换机实现原理示意图;
图3为现有技术的基于OpenFlow协议的二层网络交换机交互LLDP报文的原理示意图;
图4为本申请实施例的方法流程图;
图5为本申请实施例的控制器功能模块结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下通过具体实施例并参见附图,对本申请进行详细说明。
本申请提出一种二层网络中检测环路的方法,基于OpenFlow协议的控制器Controller接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至所述Controller的;
所述Controller判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同;
当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,所述Controller关闭所述虚拟交换机的任一端口。
本申请中,所述基于OpenFlow协议的虚拟交换机及其端口,和与所述虚拟交换机直连的物理交换机及其端口,均使能边缘虚拟桥接技术EVB协议后,当所述虚拟交换机接收到来自所述物理交换机的LLDP报文并将其上送至Controller后,Controller首先判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同,如果相同,说明存在环路,则关闭所述虚拟交换机的任一端口,以消除环路;如果不相同,说明不存在环路,继续进行EVB协议处理。即使用EVB协议中的LLDP协议对基于OpenFlow协议的二层网络进行环路检测,可以方便地检测出所述二层网络中是否存在环路,如果发现环路,通过关闭虚拟交换机的任一端口来及时消除环路,以避免对整个网络造成严重影响。
本申请实施例的方法流程如图4所示,一种二层网络中检测环路的方法,包括以下步骤:
步骤401:基于OpenFlow协议的控制器Controller接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至所述Controller的。
为了更好地理解本申请实施例,这里仍可以参考图3进行说明。
为了在网络中相互发现并交互各自的系统及配置信息的信息交流平台,如图3所示,所述虚拟交换机、物理交换机、以及各自的端口均会使能EVB协议,这属于现有常用手段。
使能EVB协议后,根据EVB技术的特征,虚拟机产生的网络流量全部交由与服务器相连的物理交换机进行处理。因此,本申请实施例中与所述虚拟交换机直连的是物理交换机。
此外,本申请实施例针对的是基于OpenFlow协议的二层网络,根据OpenFlow协议的特性,传统的控制层面从转发设备(即所述虚拟交换机)中剥离出来,所有转发行为的决策从交换机自身“迁移”到了某个集中控制器(即基于OpenFlow协议的控制器Controller)上。因此,当所述虚拟交换机接收到与其直连的物理交换机的LLDP报文后,转发所述LLDP报文至Controller,由Controller对其进行处理。
步骤402:所述Controller判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同。
所述Controller接收到所述LLDP报文后,首先取出所述LLDP报文中的桥MAC地址,判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同,然后根据所述判断的结果进行相应地处理。
由于LLDP报文中携带发送设备的桥MAC地址,即Chassis ID(该ID唯一),因此,Controller通过比较所述接收到的LLDP报文的桥MAC地址与本地的桥MAC地址是否相同,即可检测出所述接收到的LLDP报文是否最初由所述虚拟交换机发送出去,从而可以判断出二层网络中是否存在环路。
步骤403:当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,所述Controller关闭所述虚拟交换机的任一端口。。
由于LLDP报文中携带发送设备的桥MAC地址,当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,则认为所述LLDP报文信息为同一个设备发送,所述LLDP报文的发送设备就是所述虚拟交换机,最初由所述虚拟交换机发送出去,现在又被转发回来了,即本设备发出的LLDP报文返回了。
由于LLDP协议具有无法通过设备间透传的特性,比如设备A只能发送LLDP报文至与其直连的设备B,而设备B无法再将所述LLDP报文发送至除设备A以外的其它设备。根据LLDP协议的这一特性,当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,可以确定二层网络中形成了环路。
此时,为了消除环路,Controller可以下发关闭任一端口的指令给所述虚拟交换机,所述虚拟交换机接收到的Controller的上述指令后关闭任一端口,即可消除环路,避免广播、组播以及未知单播等报文被重复发送,造成网络资源的浪费甚至导致网络瘫痪。
当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址不相同时,说明没有形成环路,按照现有流程进行处理,即进行边缘虚拟桥接技术EVB协议处理。
本申请实施例方案实现简单,且应用性较强,因为LLDP协议是一种成熟的协议,且LLDP协议具有无法通过设备间透传的特性,因此,使用LLDP协议检测环路时非常方便快速,即设备使能LLDP协议后,可立即发现设备自身的环路情况,有效地减少了环路检测的时间,从而可有效地处理二层网络环路的问题。
本申请实施例的控制器功能模块结构示意图如图5所示,一种基于OpenFlow协议的控制器Controller,该控制器包括:LLDP报文接收模块、桥MAC地址比较模块和环路处理模块,其中:
LLDP报文接收模块,用于接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至本控制器的;
桥MAC地址比较模块,用于判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同;
环路处理模块,用于当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,关闭所述虚拟交换机的任一端口。
较佳地,所述环路处理模块还用于,
当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址不相同时,进行边缘虚拟桥接技术EVB协议处理。
当网络流表下发或网络连接错误时,很容易导致二层网络中出现转发环路,使设备对广播、组播以及未知单播等报文进行重复发送,造成网络资源的浪费甚至导致网络瘫痪。为了能够及时发现设备本身二层网络中的环路,以避免对整个网络造成严重影响,本申请提供了检测基于OpenFlow协议的二层网络中环路的方案,使得网络中出现环路时能及时检测到,并及时关闭出问题的端口以消除环路。
本申请方案实现简洁明了,直接使用EVB协议中的LLDP协议即可实现对OpenFlow虚拟交换机设备进行环路检测;无需增加其它的协议代码即可实现因流表下发等错误而导致的二层链路环路检测,可节省资源;而且检测速度快,利用现有EVB协议即可,无需占用额外接口,可以利用EVB协议同时传输其正常业务报文;由于可以在很短的时间内,判断二层网络中是否有环路,并及时消除环路,使得本申请方案实时性非常强。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (4)
1.一种二层网络中检测环路的方法,其特征在于,包括以下步骤:
基于OpenFlow协议的控制器Controller接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至所述Controller的;
所述Controller判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同;
当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,所述Controller关闭所述虚拟交换机的任一端口。
2.根据权利要求1所述的方法,其特征在于,当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址不相同时,所述Controller进行边缘虚拟桥接技术EVB协议处理。
3.一种基于OpenFlow协议的控制器Controller,其特征在于,该控制器包括:LLDP报文接收模块、桥MAC地址比较模块和环路处理模块,其中:
LLDP报文接收模块,用于接收链路层发现协议LLDP报文,所述LLDP报文是基于OpenFlow协议的虚拟交换机从与其直连的物理交换机处接收到并转发至本控制器的;
桥MAC地址比较模块,用于判断所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址是否相同;
环路处理模块,用于当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址相同时,关闭所述虚拟交换机的任一端口。
4.根据权利要求3所述的控制器,其特征在于,所述环路处理模块还用于,
当所述LLDP报文中的桥MAC地址与所述虚拟交换机本地的桥MAC地址不相同时,进行边缘虚拟桥接技术EVB协议处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310168568.XA CN104144082B (zh) | 2013-05-08 | 2013-05-08 | 二层网络中检测环路的方法及控制器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310168568.XA CN104144082B (zh) | 2013-05-08 | 2013-05-08 | 二层网络中检测环路的方法及控制器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104144082A true CN104144082A (zh) | 2014-11-12 |
CN104144082B CN104144082B (zh) | 2017-10-27 |
Family
ID=51853152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310168568.XA Active CN104144082B (zh) | 2013-05-08 | 2013-05-08 | 二层网络中检测环路的方法及控制器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104144082B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980302A (zh) * | 2015-05-12 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 一种在sdn框架下基于stp消除冗余链路的方法 |
CN105100296A (zh) * | 2015-05-28 | 2015-11-25 | 杭州华三通信技术有限公司 | 控制器地址配置方法以及装置 |
CN105306357A (zh) * | 2015-11-10 | 2016-02-03 | 上海斐讯数据通信技术有限公司 | 一种检测环回的系统及方法 |
CN106549821A (zh) * | 2015-09-23 | 2017-03-29 | 华为技术有限公司 | 一种网络环路检测方法及控制器 |
CN107483331A (zh) * | 2017-08-10 | 2017-12-15 | 国家电网公司 | 用于消除业务成环的处理方法及系统 |
CN107786380A (zh) * | 2016-08-29 | 2018-03-09 | 南京中兴软件有限责任公司 | 控制器网络环路的检测方法、装置及控制器 |
CN108306834A (zh) * | 2017-12-28 | 2018-07-20 | 中国银联股份有限公司 | 用于消除虚拟网络环路引发的风险的方法和装置 |
CN109379239A (zh) * | 2018-12-25 | 2019-02-22 | 杭州迪普科技股份有限公司 | 一种OpenStack环境中配置接入交换机的方法及装置 |
CN110798412A (zh) * | 2019-10-18 | 2020-02-14 | 北京浪潮数据技术有限公司 | 组播业务处理方法、装置、云平台、设备及可读存储介质 |
CN112134775A (zh) * | 2020-09-25 | 2020-12-25 | 苏州浪潮智能科技有限公司 | 一种交换机环路检测方法和装置 |
CN113014441A (zh) * | 2019-12-19 | 2021-06-22 | 西安诺瓦星云科技股份有限公司 | 网口环路检测方法和系统 |
CN115118645A (zh) * | 2022-06-24 | 2022-09-27 | 北京志凌海纳科技有限公司 | 一种虚拟二层网络环路检测方法 |
CN115277190A (zh) * | 2022-07-27 | 2022-11-01 | 北京国领科技有限公司 | 一种链路层透明加密系统在网络上实现邻居发现的方法 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143026A (zh) * | 2011-04-29 | 2011-08-03 | 杭州华三通信技术有限公司 | 一种在虚拟二层网络中避免环路的方法 |
CN102281172A (zh) * | 2011-09-20 | 2011-12-14 | 杭州华三通信技术有限公司 | 环路检测方法及装置 |
CN102821009A (zh) * | 2012-08-08 | 2012-12-12 | 中兴通讯股份有限公司 | 基于链路层发现协议监控环形网络的方法和装置 |
CN102857416A (zh) * | 2012-09-18 | 2013-01-02 | 中兴通讯股份有限公司 | 一种实现虚拟网络的方法和虚拟网络 |
CN102907052A (zh) * | 2012-08-02 | 2013-01-30 | 华为技术有限公司 | 拓扑信息处理方法及设备 |
CN103001887A (zh) * | 2012-11-22 | 2013-03-27 | 中兴通讯股份有限公司 | 一种链路保活方法、控制器及交换机 |
-
2013
- 2013-05-08 CN CN201310168568.XA patent/CN104144082B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102143026A (zh) * | 2011-04-29 | 2011-08-03 | 杭州华三通信技术有限公司 | 一种在虚拟二层网络中避免环路的方法 |
CN102281172A (zh) * | 2011-09-20 | 2011-12-14 | 杭州华三通信技术有限公司 | 环路检测方法及装置 |
CN102907052A (zh) * | 2012-08-02 | 2013-01-30 | 华为技术有限公司 | 拓扑信息处理方法及设备 |
CN102821009A (zh) * | 2012-08-08 | 2012-12-12 | 中兴通讯股份有限公司 | 基于链路层发现协议监控环形网络的方法和装置 |
CN102857416A (zh) * | 2012-09-18 | 2013-01-02 | 中兴通讯股份有限公司 | 一种实现虚拟网络的方法和虚拟网络 |
CN103001887A (zh) * | 2012-11-22 | 2013-03-27 | 中兴通讯股份有限公司 | 一种链路保活方法、控制器及交换机 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104980302B (zh) * | 2015-05-12 | 2018-06-19 | 上海斐讯数据通信技术有限公司 | 一种在sdn框架下基于stp消除冗余链路的方法 |
CN104980302A (zh) * | 2015-05-12 | 2015-10-14 | 上海斐讯数据通信技术有限公司 | 一种在sdn框架下基于stp消除冗余链路的方法 |
CN105100296A (zh) * | 2015-05-28 | 2015-11-25 | 杭州华三通信技术有限公司 | 控制器地址配置方法以及装置 |
CN106549821A (zh) * | 2015-09-23 | 2017-03-29 | 华为技术有限公司 | 一种网络环路检测方法及控制器 |
CN105306357A (zh) * | 2015-11-10 | 2016-02-03 | 上海斐讯数据通信技术有限公司 | 一种检测环回的系统及方法 |
CN107786380A (zh) * | 2016-08-29 | 2018-03-09 | 南京中兴软件有限责任公司 | 控制器网络环路的检测方法、装置及控制器 |
CN107786380B (zh) * | 2016-08-29 | 2022-08-23 | 中兴通讯股份有限公司 | 控制器网络环路的检测方法、装置及控制器 |
CN107483331B (zh) * | 2017-08-10 | 2020-09-18 | 国家电网公司 | 用于消除业务成环的处理方法及系统 |
CN107483331A (zh) * | 2017-08-10 | 2017-12-15 | 国家电网公司 | 用于消除业务成环的处理方法及系统 |
CN108306834A (zh) * | 2017-12-28 | 2018-07-20 | 中国银联股份有限公司 | 用于消除虚拟网络环路引发的风险的方法和装置 |
CN109379239A (zh) * | 2018-12-25 | 2019-02-22 | 杭州迪普科技股份有限公司 | 一种OpenStack环境中配置接入交换机的方法及装置 |
CN110798412A (zh) * | 2019-10-18 | 2020-02-14 | 北京浪潮数据技术有限公司 | 组播业务处理方法、装置、云平台、设备及可读存储介质 |
CN113014441A (zh) * | 2019-12-19 | 2021-06-22 | 西安诺瓦星云科技股份有限公司 | 网口环路检测方法和系统 |
CN113014441B (zh) * | 2019-12-19 | 2023-07-14 | 西安诺瓦星云科技股份有限公司 | 网口环路检测方法和系统 |
CN112134775A (zh) * | 2020-09-25 | 2020-12-25 | 苏州浪潮智能科技有限公司 | 一种交换机环路检测方法和装置 |
CN112134775B (zh) * | 2020-09-25 | 2022-08-09 | 苏州浪潮智能科技有限公司 | 一种交换机环路检测方法和装置 |
CN115118645A (zh) * | 2022-06-24 | 2022-09-27 | 北京志凌海纳科技有限公司 | 一种虚拟二层网络环路检测方法 |
CN115277190A (zh) * | 2022-07-27 | 2022-11-01 | 北京国领科技有限公司 | 一种链路层透明加密系统在网络上实现邻居发现的方法 |
CN115277190B (zh) * | 2022-07-27 | 2023-08-15 | 北京国领科技有限公司 | 一种链路层透明加密系统在网络上实现邻居发现的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104144082B (zh) | 2017-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104144082A (zh) | 二层网络中检测环路的方法及控制器 | |
CN104022960B (zh) | 基于OpenFlow协议实现PVLAN的方法和装置 | |
US8831000B2 (en) | IP multicast service join process for MPLS-based virtual private cloud networking | |
US8953618B2 (en) | IP multicast service leave process for MPLS-based virtual private cloud networking | |
CN104283756B (zh) | 一种实现分布式多租户虚拟网络的方法和装置 | |
US9655232B2 (en) | Spanning tree protocol (STP) optimization techniques | |
US9250941B2 (en) | Apparatus and method for segregating tenant specific data when using MPLS in openflow-enabled cloud computing | |
US8560663B2 (en) | Using MPLS for virtual private cloud network isolation in openflow-enabled cloud computing | |
CN104253770B (zh) | 实现分布式虚拟交换机系统的方法及设备 | |
CN102160328B (zh) | 用于协调分布式虚拟网络交换环境中的多播消息传送的中央控制器 | |
CN111638957B (zh) | 一种集群共享式公有云负载均衡的实现方法 | |
CN104468462B (zh) | 分布式虚拟交换机系统的报文转发方法及设备 | |
CN104468358A (zh) | 分布式虚拟交换机系统的报文转发方法及设备 | |
CN107438016A (zh) | 网络管理方法、设备、系统以及存储介质 | |
CN106899478B (zh) | 电力测试业务通过云平台实现资源弹性扩展的方法 | |
CN104219075A (zh) | 一种基于开放流协议的lacp环路检测方法和装置 | |
TWI630488B (zh) | 支援多樣性端對端網路隔離的虛擬私人網路服務供裝系統 | |
WO2014106387A1 (zh) | 建立控制通道的方法、转发设备和控制设备 | |
CN102223312B (zh) | 一种基于链路状态的流量控制方法和设备 | |
CN115118545B (zh) | 以太网虚拟专用网多播网络中的组管理协议主机移动性 | |
CN104539539B (zh) | 一种ac设备多业务板数据转发方法 | |
US20160277251A1 (en) | Communication system, virtual network management apparatus, communication node, communication method, and program | |
US20080240114A1 (en) | Data Frame Forwarding Method By Data Relay Entity And Data Relay Entity | |
CN104320282B (zh) | 虚拟边缘端口汇聚系统中虚拟机主备切换方法及物理主机 | |
TW201743587A (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 | ||
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. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |