CN103493439B - 接收信息的方法、发送信息的方法及装置 - Google Patents
接收信息的方法、发送信息的方法及装置 Download PDFInfo
- Publication number
- CN103493439B CN103493439B CN201280000301.3A CN201280000301A CN103493439B CN 103493439 B CN103493439 B CN 103493439B CN 201280000301 A CN201280000301 A CN 201280000301A CN 103493439 B CN103493439 B CN 103493439B
- Authority
- CN
- China
- Prior art keywords
- information
- packet forwarding
- forwarding path
- calculating
- chain
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
- H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/028—Dynamic adaptation of the update intervals, e.g. event-triggered updates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种接收信息的方法、发送信息的方法及装置。所述接收信息的方法包括:当控制面装置能够对转发面装置进行管辖时,转发面装置接收控制面装置发送的用于计算包转发路径的信息,转发面装置和控制面装置位于控制与转发分离的网络架构的网络。通过本发明实施例提供的技术方案,转发面装置基于用于计算包转发路径的信息计算包转发路径前不需要主动获取用于计算包转发路径的信息。
Description
技术领域
本发明涉及网络技术,特别涉及接收信息的方法、发送信息的方法及装置。
背景技术
随着网络技术的发展,出现了控制与转发分类的网络架构,例如开放流(OpenFlow)。
控制与转发分离的网络架构的网络中包含两种类型的网络设备,即转发面装置以及控制面装置。其中,转发面装置根据流表对收到的报文进行处理,控制面装置通过控制通道对转发面装置进行管辖。
控制与转发分离的网络架构中的“控制与转发分离”是指转发面装置与控制面装置分离。其中,转发面装置将控制面的部分或者全部功能转移到控制面装置。转发面装置具备与控制面装置进行通信的能力。转发面装置能够通过控制通道与控制面装置通信。
当控制面装置发生故障,或者控制面装置与转发面装置之间的链路发生故障时,控制面装置不能对转发面装置进行管辖。当控制面装置不能对转发面装置进行管辖时,转发面装置需要主动获取用于计算包转发路径的信息。这使得转发面装置基于用于计算包转发路径的信息计算包转发路径前需要主动获取用于计算包转发路径的信息。
发明内容
本发明实施例提供了接收信息的方法、发送信息的方法及装置,能够解决当控制面装置不能对转发面装置进行管辖时,转发面装置需要主动获取用于计算包转发路径的信息的技术问题。
一方面,本发明实施例提供了一种接收信息的方法,包括:
当控制面装置能够对转发面装置进行管辖时,所述转发面装置接收所述控制面装置发送的用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
另一方面,本发明实施例提供了一种发送信息的方法,包括:
当控制面装置能够对转发面装置进行管辖时,所述控制面装置向所述转发面装置发送用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
又一方面,本发明实施例提供了一种接收信息的装置,包括触发单元和接收单元;
所述触发单元,用于当控制面装置能够对转发面装置进行管辖时,触发所述接收单元接收所述控制面装置发送的用于计算包转发路径的信息;
所述接收单元,用于接收所述用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
再一方面,本发明实施例提供了一种发送信息的装置,包括触发单元和发送单元:
所述触发单元,用于当控制面装置能够对转发面装置进行管辖时,触发所述发送单元向所述转发面装置发送用于计算包转发路径的信息;
所述发送单元,用于发送所述用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
从上述技术方案可以看出,控制面装置能够对转发面装置进行管辖时,将用于计算包转发路径的信息发送至转发面装置。因此,通过本发明实施例提供的技术方案,转发面装置基于用于计算包转发路径的信息计算包转发路径前不需要主动获取用于计算包转发路径的信息。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的接收信息的方法的流程图;
图2为本发明实施例提供的发送信息的方法的流程图;
图3为本发明实施例提供的接收信息的装置的结构示意图;
图4为本发明实施例提供的发送信息的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例涉及到控制与转发分离的网络架构。控制与转发分离的网络架构中的“控制与转发分离”是指转发面装置与控制面装置分离。其中,转发面装置将控制面的部分或者全部功能转移到控制面装置。转发面装置具备与控制面装置进行通信的能力。转发面装置能够通过控制通道与控制面装置通信。
本发明涉及的控制面装置为符合控制与转发分离的网络架构的装置。本发明涉及的转发面装置为符合控制与转发分类的网络架构的装置。其中,转发面装置根据流表对收到的报文进行处理。控制面装置通过控制通道对转发面装置进行控制。
举例来说,转发面装置对报文进行转发时,可以对二层的报文进行转发,也可以对三层的报文进行转发。关于二层与三层,具体请参考开放系统互连模型(OpenSystemsInterconnectionmodel,OSImodel)。
转发面装置具体实现时,可以是交换机或者路由器。
在转发面装置是交换机的场景下,转发面装置具体可以是开放流交换机(OpenFlowSwitch)。关于开放流交换机,请参考标准制定组织(StandardSettingOrganization,SSO)开放网络基础(OpenNetworkingFoundation,ONF)发布的《开放流交换机规范》版本1.0(OpenFlowSwitchSpecification1.0)。
控制面装置具体实现时,可以是开放流控制器(OpenFlowController)。关于开放流控制器,请参考ONF发布的《开放流交换机规范》版本1.0。
控制通道具体实现时,可以是开放流交换机与开放流控制器进行交互的安全通道(SecureChannel)。关于安全通道,具体请参考ONF发布的《开放流交换机规范》版本1.0。
转发面装置可以具有两种转发模式,一种是流转发模式,另一种是包转发模式。
流转发是指转发面装置根据流表对报文进行转发。流表的一个表项中用于判断报文是否与流表的表项匹配的字段的个数为2个或者2个以上。举例来说,流表的一个表项中用于判断报文是否与流表的表项匹配的字段的个数可以是5个。5个字段可以分别是源网际协议(InternetProtocol,IP)地址、目的IP地址、源端口(Port)、目的端口以及协议(Protocol)。举例来说,用于判断报文是否与流表的表项匹配的字段可以是处于OSImodel的数据链路(DataLink)层的字段,也可以是处于OSImodel的IP层的字段。
包转发是指转发面装置根据包转发表对报文进行转发。包转发表的一个表项中用于判断报文是否与包转发表的表项匹配的字段的个数为1个。举例来说,包转发表的表项中用于判断报文是否与流表的表项匹配的字段可以目的IP地址,也可以是目的媒体访问控制(MediaAccessControl,MAC)协议地址。本领域的技术人员可以理解,包转发表可以是MAC表,也可以是路由表。
本领域的技术人员可以理解,开放流交换机可以根据接收到的报文中的源MAC协议地址以及用于接收报文的接口生成MAC表。MAC表生成后,开放流交换机可以根据MAC表进行包转发。
图1为本发明一个实施例提供的接收信息的方法的流程图。参见图1,所述方法包括:
101、当控制面装置能够对转发面装置进行管辖时,所述转发面装置接收所述控制面装置发送的用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
控制面装置能够对转发面装置进行管辖是指控制面装置能够通过控制通道与转发面装置进行通信。
从上述技术方案可以看出,控制面装置能够对转发面装置进行管辖时,将用于计算包转发路径的信息发送至转发面装置。因此,通过本发明实施例提供的技术方案,转发面装置基于用于计算包转发路径的信息计算包转发路径前不需要主动获取用于计算包转发路径的信息。
可选的,
转发面装置接收到所述用于计算包转发路径的信息后,可以根据所述用于计算包转发路径的信息计算包转发路径。
举例来说,转发面装置可以根据生成树协议(SpanningTreeProtocol,STP)计算包转发路径。转发面装置也可以根据中间系统到中间系统(IntermediateSystemtoIntermediateSystem,IS-IS)协议计算包转发路径。
举例来说,当开放流交换机根据STP计算转发路径时,用于计算转发路径的算法可以是Bellman-Ford算法、Dijkstra算法、Floyd-Warshall算法或者Johnson算法。当转发面装置根据STP计算包转发路径时,所述包转发路径可以用如下信息表示:根桥的标识、根接口的标识以及指定接口的标识。
举例来说,当开放流交换机根据IS-IS协议计算转发路径时,用于计算转发路径的算法可以是最短路径优先(ShortestPathFirst,SPF)算法。
可选的,
所述转发面装置接收所述控制面装置发送的用于计算包转发路径的信息包括:
所述转发面装置接收所述用于计算包转发路径的信息,所述用于计算包转发路径的信息通过如下途径获得:
所述控制面装置获得所述网络的拓扑信息;
所述控制面装置基于所述网络的拓扑信息生成所述用于计算包转发路径的信息。
网络的拓扑信息包括网络中任意两个具有直连关系的网元中的一个网元通过哪个接口及另一个网元的哪个接口连接到另一个网元。举例来说,所述控制面装置通过运行扩展的链路层发现协议(LinkLayerDiscoveryProtocol,LLDP)获得所述网络的拓扑信息。
举例来说,开放流控制器与被管辖的开放流交换机建立传输控制协议(TransferControlProtocol,TCP)连接后,开放流控制器能够知道被管辖的开放流交换机具有的接口。开放流控制器向被管辖的开放流交换机发送扩展的LLDP消息。扩展的LLDP消息中携带被管辖的开放流交换机的标识以及被管辖的开放流交换机的接口的标识。
当被管辖的开放流交换机具有多个接口时,开放流控制器向被管辖的开放流交换机发送多个扩展的LLDP消息。多个扩展的LLDP消息与上述多个接口是一一对应的。所述多个扩展的LLDP消息中每个扩展的LLDP消息中携带了对应接口的接口标识。被管辖的开放流交换机收到扩展的LLDP消息后,通过被管辖的开放流交换机的接口,将与接口对应的扩展的LLDP消息转发至邻居开放流交换机。邻居开放流交换机收到扩展的LLDP消息后,在扩展的LLDP消息中添加所述邻居开放流交换机的标识,从而生成新的扩展的LLDP消息。所述邻居开放流交换机通过控制通道将所述新的扩展的LLDP消息发送到开放流控制器。
通过上述机制,开放流控制器能够根据所述新的扩展的LLDP消息得到所述开放流交换机通过哪个接口和所述邻居开放流交换机进行连接。
基于同样的机制,开放流控制器能够进一步得到所述邻居开放流交换机通过哪个接口和所述邻居开放流交换机的邻居开放流交换机进行连接。
通过重复上述操作,开放流控制器能够得到所管辖的网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括根桥的标识。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后,通过运行STP可以得到根桥的标识。本领域的技术人员可以理解,在开放流交换机的优先级相等的场景下,根桥的MAC协议地址的数值小于受同一开放流控制器管辖的其他开放流交换机的MAC协议地址的数值。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。所述开放流交换机接收到所述开放流控制器发送的根桥的标识后,可以通过运行STP得到链路的开销(Cost)。所述开放流交换机可以根据根桥的标识以及链路的开销,通过运行STP得到根接口的标识、非根非指定接口的标识以及指定接口的标识。
可选的,
所述用于计算包转发路径的信息还可以包括根路径开销(RootPathCost)。
举例来说,
开放流交换机与开放流控制器建立TCP连接后,开放流交换机通过OpenFlow协议将开放流交换机的每个接口的带宽发送至开放流控制器。关于OpenFlow协议,请参见ONF发布的《开放流交换机规范》版本1.0。开放流控制器能够根据接口的带宽得到接口的开销。开放流交换机通过开放流交换机的第一接口与邻居开放流交换机直连。第一接口的带宽等于开放流交换机至邻居开放流交换机的直连链路的开销。
当开放流交换机与根桥没有直连关系,并且开放流交换机与根桥之间存在多条链路时,开放流控制器可以分别计算多条链路的开销,从而得到多个根路径开销。开放流交换机到根桥的链路的开销为根路径开销。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。开放流交换机接收到开放流控制器发送的根桥的标识以及根路径开销后,可以通过运行STP得到根接口的标识、指定接口的标识以及非根非指定接口的标识。
本领域的技术人员可以理解,开放流网络运行STP后,能够根据根桥以及网络的拓扑信息确定具有多个接口的开放流交换机中的哪个或者哪些接口是否存在环路。当存在环路时,开放流网络能够根据从根桥到开放流交换机的链路的开销确定哪个或者哪些接口为根接口或者非根非指定接口。
本领域的技术人员可以理解,确定开放流交换机的接口是否为根接口、指定接口或者非根非指定接口的过程属于计算包转发路径的过程。
可选的,
所述转发面装置接收所述控制面装置发送的用于计算包转发路径的信息包括:
所述转发面装置接收所述用于计算包转发路径的信息,所述用于计算包转发路径的信息通过如下途径获得:
所述控制面装置获得所述网络的拓扑信息,所述网络的拓扑信息为所述用于计算包转发路径的信息。
举例来说,所述控制面装置可以通过扩展的LLDP获得所述网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括链路状态数据库(LinkStateDatabase,LSDB)。
可选的,
所述用于计算转发路径的信息可以存储在所述转发面装置。
可选的,
当所述控制面装置不能对所述转发面装置进行管辖时,所述转发面装置根据所述用于计算转发路径的信息计算转发路径。
举例来说,所述控制面装置不能对所述转发面装置进行管辖可以是所述控制面装置发生故障,也可以是所述控制面装置与所述转发面装置之间的链路发送故障。
图2为本发明一个实施例提供的发送信息的方法的流程图。参见图2,所述方法包括:
201、当控制面装置能够对转发面装置进行管辖时,所述控制面装置向所述转发面装置发送用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
控制面装置能够对转发面装置进行管辖是指控制面装置能够通过控制通道与转发面装置进行通信。
从上述技术方案可以看出,控制面装置能够对转发面装置进行管辖时,将用于计算包转发路径的信息发送至转发面装置。因此,通过本发明实施例提供的技术方案,转发面装置基于用于计算包转发路径的信息计算包转发路径前不需要主动获取用于计算包转发路径的信息。
可选的,
转发面装置接收到所述用于计算包转发路径的信息后,可以根据所述用于计算包转发路径的信息计算包转发路径。
举例来说,转发面装置可以根据STP计算包转发路径。转发面装置也可以根据IS-IS协议计算包转发路径。
举例来说,当开放流交换机根据STP计算转发路径时,用于计算转发路径的算法可以是Bellman-Ford算法、Dijkstra算法、Floyd-Warshall算法或者Johnson算法。当转发面装置根据STP计算包转发路径时,所述包转发路径可以用如下信息表示:根桥的标识、根接口的标识以及指定接口的标识。
举例来说,当开放流交换机根据IS-IS协议计算转发路径时,用于计算转发路径的算法可以是SPF算法。
可选的,
所述控制面装置向所述转发面装置发送用于计算包转发路径的信息之前,所述方法包括:
所述控制面装置获得所述网络的拓扑信息;
所述控制面装置基于所述网络的拓扑信息生成所述用于计算包转发路径的信息。
网络的拓扑信息包括网络中任意两个具有直连关系的网元中的一个网元通过哪个接口及另一个网元的哪个接口连接到另一个网元。举例来说,所述控制面装置通过运行扩展的LLDP获得所述网络的拓扑信息。
举例来说,开放流控制器与被管辖的开放流交换机建立TCP连接后,开放流控制器能够知道被管辖的开放流交换机具有的接口。开放流控制器向被管辖的开放流交换机发送扩展的LLDP消息。扩展的LLDP消息中携带被管辖的开放流交换机的标识以及被管辖的开放流交换机的接口的标识。
当被管辖的开放流交换机具有多个接口时,开放流控制器向被管辖的开放流交换机发送多个扩展的LLDP消息。多个扩展的LLDP消息与上述多个接口是一一对应的。所述多个扩展的LLDP消息中每个扩展的LLDP消息中携带了对应接口的接口标识。被管辖的开放流交换机收到扩展的LLDP消息后,通过被管辖的开放流交换机的接口,将与接口对应的扩展的LLDP消息转发至邻居开放流交换机。邻居开放流交换机收到扩展的LLDP消息后,在扩展的LLDP消息中添加所述邻居开放流交换机的标识,从而生成新的扩展的LLDP消息。所述邻居开放流交换机通过控制通道将所述新的扩展的LLDP消息发送到开放流控制器。
通过上述机制,开放流控制器能够根据所述新的扩展的LLDP消息得到所述开放流交换机通过哪个接口和所述邻居开放流交换机进行连接。
基于同样的机制,开放流控制器能够进一步得到所述邻居开放流交换机通过哪个接口和所述邻居开放流交换机的邻居开放流交换机进行连接。
通过重复上述操作,开放流控制器能够得到所管辖的网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括根桥的标识。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后,通过运行STP可以得到根桥的标识。本领域的技术人员可以理解,在开放流交换机的优先级相等的场景下,根桥的MAC协议地址的数值小于受同一开放流控制器管辖的其他开放流交换机的MAC协议地址的数值。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。所述开放流交换机接收到所述开放流控制器发送的根桥的标识后,可以通过运行STP得到链路的开销。所述开放流交换机可以根据根桥的标识以及链路的开销,通过运行STP得到根接口的标识、非根非指定接口的标识以及指定接口的标识。
可选的,
所述用于计算包转发路径的信息还可以包括根路径开销。
举例来说,
开放流交换机与开放流控制器建立TCP连接后,开放流交换机通过OpenFlow协议将开放流交换机的每个接口的带宽发送至开放流控制器。关于OpenFlow协议,请参见ONF发布的《开放流交换机规范》版本1.0。开放流控制器能够根据接口的带宽得到接口的开销。开放流交换机通过开放流交换机的第一接口与邻居开放流交换机直连。第一接口的带宽等于开放流交换机至邻居开放流交换机的直连链路的开销。
当开放流交换机与根桥没有直连关系,并且开放流交换机与根桥之间存在多条链路时,开放流控制器可以分别计算多条链路的开销,从而得到多个根路径开销。开放流交换机到根桥的链路的开销为根路径开销。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。开放流交换机接收到开放流控制器发送的根桥的标识以及根路径开销后,可以通过运行STP得到根接口的标识、指定接口的标识以及非根非指定接口的标识。
本领域的技术人员可以理解,开放流网络运行STP后,能够根据根桥以及网络的拓扑信息确定具有多个接口的开放流交换机中的哪个或者哪些接口是否存在环路。当存在环路时,开放流网络能够根据从根桥到开放流交换机的链路的开销确定哪个或者哪些接口为根接口或者非根非指定接口。
本领域的技术人员可以理解,确定开放流交换机的接口是否为根接口、指定接口或者非根非指定接口的过程属于计算包转发路径的过程。
可选的,
所述控制面装置向所述转发面装置发送用于计算包转发路径的信息之前,所述方法包括:
所述控制面装置获得所述网络的拓扑信息,所述网络的拓扑信息为所述用于计算包转发路径的信息。
举例来说,所述控制面装置可以通过扩展的LLDP获得所述网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括LSDB。
可选的,
当所述控制面装置不能对所述转发面装置进行管辖时,所述转发面装置根据所述用于计算转发路径的信息计算转发路径。
举例来说,所述控制面装置不能对所述转发面装置进行管辖可以是所述控制面装置发生故障,也可以是所述控制面装置与所述转发面装置之间的链路发送故障。
图3为本发明一个实施例提供的接收信息的装置的结构示意图。图3所示的装置可以通过图1所示的方法实现。所述装置为转发面装置。参见图3,所述装置包括触发单元301和接收单元302;
所述触发单元301,用于当控制面装置能够对转发面装置进行管辖时,触发所述接收单元302接收所述控制面装置发送的用于计算包转发路径的信息;
所述接收单元302,用于接收所述用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
控制面装置能够对转发面装置进行管辖是指控制面装置能够通过控制通道与转发面装置进行通信。
从上述技术方案可以看出,控制面装置能够对转发面装置进行管辖时,将用于计算包转发路径的信息发送至转发面装置。因此,通过本发明实施例提供的技术方案,转发面装置基于用于计算包转发路径的信息计算包转发路径前不需要主动获取用于计算包转发路径的信息。
可选的,
所述装置还可以包括计算单元,用于根据所述接收单元302接收的所述用于计算包转发路径的信息计算包转发路径。
举例来说,转发面装置可以根据STP计算包转发路径。转发面装置也可以根据IS-IS协议计算包转发路径。
举例来说,当开放流交换机根据STP计算转发路径时,用于计算转发路径的算法可以是Bellman-Ford算法、Dijkstra算法、Floyd-Warshall算法或者Johnson算法。当转发面装置根据STP计算包转发路径时,所述包转发路径可以用如下信息表示:根桥的标识、根接口的标识以及指定接口的标识。
举例来说,当开放流交换机根据IS-IS协议计算转发路径时,用于计算转发路径的算法可以是SPF算法。
可选的,
所述接收单元302用于接收所述用于计算包转发路径的信息,所述用于计算包转发路径的信息通过如下途径获得:
所述控制面装置获得所述网络的拓扑信息;
所述控制面装置基于所述网络的拓扑信息生成所述用于计算包转发路径的信息。
网络的拓扑信息包括网络中任意两个具有直连关系的网元中的一个网元通过哪个接口及另一个网元的哪个接口连接到另一个网元。举例来说,所述控制面装置通过运行扩展的LLDP获得所述网络的拓扑信息。
举例来说,开放流控制器与被管辖的开放流交换机建立TCP连接后,开放流控制器能够知道被管辖的开放流交换机具有的接口。开放流控制器向被管辖的开放流交换机发送扩展的LLDP消息。扩展的LLDP消息中携带被管辖的开放流交换机的标识以及被管辖的开放流交换机的接口的标识。
当被管辖的开放流交换机具有多个接口时,开放流控制器向被管辖的开放流交换机发送多个扩展的LLDP消息。多个扩展的LLDP消息与上述多个接口是一一对应的。所述多个扩展的LLDP消息中每个扩展的LLDP消息中携带了对应接口的接口标识。被管辖的开放流交换机收到扩展的LLDP消息后,通过被管辖的开放流交换机的接口,将与接口对应的扩展的LLDP消息转发至邻居开放流交换机。邻居开放流交换机收到扩展的LLDP消息后,在扩展的LLDP消息中添加所述邻居开放流交换机的标识,从而生成新的扩展的LLDP消息。所述邻居开放流交换机通过控制通道将所述新的扩展的LLDP消息发送到开放流控制器。
通过上述机制,开放流控制器能够根据所述新的扩展的LLDP消息得到所述开放流交换机通过哪个接口和所述邻居开放流交换机进行连接。
基于同样的机制,开放流控制器能够进一步得到所述邻居开放流交换机通过哪个接口和所述邻居开放流交换机的邻居开放流交换机进行连接。
通过重复上述操作,开放流控制器能够得到所管辖的网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括根桥的标识。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后,通过运行STP可以得到根桥的标识。本领域的技术人员可以理解,在开放流交换机的优先级相等的场景下,根桥的MAC协议地址的数值小于受同一开放流控制器管辖的其他开放流交换机的MAC协议地址的数值。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。所述开放流交换机接收到所述开放流控制器发送的根桥的标识后,可以通过运行STP得到链路的开销。所述开放流交换机可以根据根桥的标识以及链路的开销,通过运行STP得到根接口的标识、非根非指定接口的标识以及指定接口的标识。
可选的,
所述用于计算包转发路径的信息还可以包括根路径开销。
举例来说,
开放流交换机与开放流控制器建立TCP连接后,开放流交换机通过OpenFlow协议将开放流交换机的每个接口的带宽发送至开放流控制器。关于OpenFlow协议,请参见ONF发布的《开放流交换机规范》版本1.0。开放流控制器能够根据接口的带宽得到接口的开销。开放流交换机通过开放流交换机的第一接口与邻居开放流交换机直连。第一接口的带宽等于开放流交换机至邻居开放流交换机的直连链路的开销。
当开放流交换机与根桥没有直连关系,并且开放流交换机与根桥之间存在多条链路时,开放流控制器可以分别计算多条链路的开销,从而得到多个根路径开销。开放流交换机到根桥的链路的开销为根路径开销。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。开放流交换机接收到开放流控制器发送的根桥的标识以及根路径开销后,可以通过运行STP得到根接口的标识、指定接口的标识以及非根非指定接口的标识。
本领域的技术人员可以理解,开放流网络运行STP后,能够根据根桥以及网络的拓扑信息确定具有多个接口的开放流交换机中的哪个或者哪些接口是否存在环路。当存在环路时,开放流网络能够根据从根桥到开放流交换机的链路的开销确定哪个或者哪些接口为根接口或者非根非指定接口。
本领域的技术人员可以理解,确定开放流交换机的接口是否为根接口、指定接口或者非根非指定接口的过程属于计算包转发路径的过程。
可选的,
所述接收单元302用于接收所述用于计算包转发路径的信息,所述用于计算包转发路径的信息通过如下途径获得:
所述控制面装置获得所述网络的拓扑信息,所述网络的拓扑信息为所述用于计算包转发路径的信息。
举例来说,所述控制面装置可以通过扩展的LLDP获得所述网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括LSDB。
可选的,
所述装置可以包括存储单元,用于存储所述用于计算转发路径的信息。
可选的,
所述计算单元用于当所述控制面装置不能对所述转发面装置进行管辖时,根据所述用于计算转发路径的信息计算转发路径。
举例来说,所述控制面装置不能对所述转发面装置进行管辖可以是所述控制面装置发生故障,也可以是所述控制面装置与所述转发面装置之间的链路发送故障。
图4为本发明一个实施例提供的发送信息的装置的结构示意图。图4所示的装置可以通过图2所示的方法实现。所述装置为控制面装置。参见图4,所述装置包括触发单元401和发送单元402:
所述触发单元401,用于当控制面装置能够对转发面装置进行管辖时,触发所述发送单元402向所述转发面装置发送用于计算包转发路径的信息;
所述发送单元402,用于发送所述用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
控制面装置能够对转发面装置进行管辖是指控制面装置能够通过控制通道与转发面装置进行通信。
从上述技术方案可以看出,控制面装置能够对转发面装置进行管辖时,将用于计算包转发路径的信息发送至转发面装置。因此,通过本发明实施例提供的技术方案,转发面装置基于用于计算包转发路径的信息计算包转发路径前不需要主动获取用于计算包转发路径的信息。
可选的,
转发面装置接收到所述用于计算包转发路径的信息后,可以根据所述用于计算包转发路径的信息计算包转发路径。
举例来说,转发面装置可以根据STP计算包转发路径。转发面装置也可以根据IS-IS协议计算包转发路径。
举例来说,当开放流交换机根据STP计算转发路径时,用于计算转发路径的算法可以是Bellman-Ford算法、Dijkstra算法、Floyd-Warshall算法或者Johnson算法。当转发面装置根据STP计算包转发路径时,所述包转发路径可以用如下信息表示:根桥的标识、根接口的标识以及指定接口的标识。
举例来说,当开放流交换机根据IS-IS协议计算转发路径时,用于计算转发路径的算法可以是SPF算法。
可选的,
所述装置还可以包括:
第一生成单元,用于所述发送单元402发送所述用于计算包转发路径的信息之前,获得所述网络的拓扑信息;基于所述网络的拓扑信息生成所述用于计算包转发路径的信息。
网络的拓扑信息包括网络中任意两个具有直连关系的网元中的一个网元通过哪个接口及另一个网元的哪个接口连接到另一个网元。举例来说,所述控制面装置通过运行扩展的LLDP获得所述网络的拓扑信息。
举例来说,开放流控制器与被管辖的开放流交换机建立TCP连接后,开放流控制器能够知道被管辖的开放流交换机具有的接口。开放流控制器向被管辖的开放流交换机发送扩展的LLDP消息。扩展的LLDP消息中携带被管辖的开放流交换机的标识以及被管辖的开放流交换机的接口的标识。
当被管辖的开放流交换机具有多个接口时,开放流控制器向被管辖的开放流交换机发送多个扩展的LLDP消息。多个扩展的LLDP消息与上述多个接口是一一对应的。所述多个扩展的LLDP消息中每个扩展的LLDP消息中携带了对应接口的接口标识。被管辖的开放流交换机收到扩展的LLDP消息后,通过被管辖的开放流交换机的接口,将与接口对应的扩展的LLDP消息转发至邻居开放流交换机。邻居开放流交换机收到扩展的LLDP消息后,在扩展的LLDP消息中添加所述邻居开放流交换机的标识,从而生成新的扩展的LLDP消息。所述邻居开放流交换机通过控制通道将所述新的扩展的LLDP消息发送到开放流控制器。
通过上述机制,开放流控制器能够根据所述新的扩展的LLDP消息得到所述开放流交换机通过哪个接口和所述邻居开放流交换机进行连接。
基于同样的机制,开放流控制器能够进一步得到所述邻居开放流交换机通过哪个接口和所述邻居开放流交换机的邻居开放流交换机进行连接。
通过重复上述操作,开放流控制器能够得到所管辖的网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括根桥的标识。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后,通过运行STP可以得到根桥的标识。本领域的技术人员可以理解,在开放流交换机的优先级相等的场景下,根桥的MAC协议地址的数值小于受同一开放流控制器管辖的其他开放流交换机的MAC协议地址的数值。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。所述开放流交换机接收到所述开放流控制器发送的根桥的标识后,可以通过运行STP得到链路的开销。所述开放流交换机可以根据根桥的标识以及链路的开销,通过运行STP得到根接口的标识、非根非指定接口的标识以及指定接口的标识。
可选的,
所述用于计算包转发路径的信息还可以包括根路径开销。
举例来说,
开放流交换机与开放流控制器建立TCP连接后,开放流交换机通过OpenFlow协议将开放流交换机的每个接口的带宽发送至开放流控制器。关于OpenFlow协议,请参见ONF发布的《开放流交换机规范》版本1.0。开放流控制器能够根据接口的带宽得到接口的开销。开放流交换机通过开放流交换机的第一接口与邻居开放流交换机直连。第一接口的带宽等于开放流交换机至邻居开放流交换机的直连链路的开销。
当开放流交换机与根桥没有直连关系,并且开放流交换机与根桥之间存在多条链路时,开放流控制器可以分别计算多条链路的开销,从而得到多个根路径开销。开放流交换机到根桥的链路的开销为根路径开销。
举例来说,开放流控制器得到所管辖的网络的拓扑信息后可以通过运行STP得到根桥的标识。开放流交换机接收到开放流控制器发送的根桥的标识以及根路径开销后,可以通过运行STP得到根接口的标识、指定接口的标识以及非根非指定接口的标识。
本领域的技术人员可以理解,开放流网络运行STP后,能够根据根桥以及网络的拓扑信息确定具有多个接口的开放流交换机中的哪个或者哪些接口是否存在环路。当存在环路时,开放流网络能够根据从根桥到开放流交换机的链路的开销确定哪个或者哪些接口为根接口或者非根非指定接口。
本领域的技术人员可以理解,确定开放流交换机的接口是否为根接口、指定接口或者非根非指定接口的过程属于计算包转发路径的过程。
可选的,
第二生成单元,用于所述发送单元402发送所述用于计算包转发路径的信息之前,获得所述网络的拓扑信息,所述网络的拓扑信息为所述用于计算包转发路径的信息。
举例来说,所述控制面装置可以通过扩展的LLDP获得所述网络的拓扑信息。
可选的,
所述用于计算包转发路径的信息包括LSDB。
可选的,
当所述控制面装置不能对所述转发面装置进行管辖时,所述转发面装置根据所述用于计算转发路径的信息计算转发路径。
举例来说,所述控制面装置不能对所述转发面装置进行管辖可以是所述控制面装置发生故障,也可以是所述控制面装置与所述转发面装置之间的链路发送故障。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,可以仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文缩写为ROM,英文全称为Read-OnlyMemory)、随机存取存储器(英文缩写为RAM,英文全称为RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (14)
1.一种接收信息的方法,其特征在于,包括:
当控制面装置能够对转发面装置进行管辖时,所述转发面装置接收所述控制面装置发送的用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络,其中,所述用于计算包转发路径的信息是指当控制面装置不能对转发面装置进行管辖时,转发面装置需要主动计算包转发路径的信息。
2.根据权利要求1所述方法,其特征在于,所述转发面装置接收所述控制面装置发送的用于计算包转发路径的信息包括:
所述转发面装置接收所述用于计算包转发路径的信息,所述用于计算包转发路径的信息通过如下途径获得:
所述控制面装置获得所述网络的拓扑信息;
所述控制面装置基于所述网络的拓扑信息生成所述用于计算包转发路径的信息。
3.根据权利要求2所述方法,其特征在于,所述用于计算包转发路径的信息包括根桥的标识。
4.根据权利要求1所述方法,其特征在于,所述转发面装置接收所述控制面装置发送的用于计算包转发路径的信息包括:
所述转发面装置接收所述用于计算包转发路径的信息,所述用于计算包转发路径的信息通过如下途径获得:
所述控制面装置获得所述网络的拓扑信息,所述网络的拓扑信息为所述用于计算包转发路径的信息。
5.根据权利要求4所述方法,其特征在于,所述用于计算包转发路径的信息包括链路状态数据库。
6.一种发送信息的方法,其特征在于,包括:
当控制面装置能够对转发面装置进行管辖时,所述控制面装置向所述转发面装置发送用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络,其中,所述用于计算包转发路径的信息是指当控制面装置不能对转发面装置进行管辖时,转发面装置需要主动计算包转发路径的信息。
7.根据权利要求6所述方法,其特征在于,所述控制面装置向所述转发面装置发送用于计算包转发路径的信息之前,所述方法包括:
所述控制面装置获得所述网络的拓扑信息;
所述控制面装置基于所述网络的拓扑信息生成所述用于计算包转发路径的信息。
8.根据权利要求7所述方法,其特征在于,所述用于计算包转发路径的信息包括根桥的标识。
9.根据权利要求6所述方法,其特征在于,所述控制面装置向所述转发面装置发送用于计算包转发路径的信息之前,所述方法包括:
所述控制面装置获得所述网络的拓扑信息,所述网络的拓扑信息为所述用于计算包转发路径的信息。
10.根据权利要求9所述方法,其特征在于,所述用于计算包转发路径的信息包括链路状态数据库。
11.一种接收信息的装置,其特征在于,包括触发单元和接收单元;
所述触发单元,用于当控制面装置能够对转发面装置进行管辖时,触发所述接收单元接收所述控制面装置发送的用于计算包转发路径的信息;其中,所述用于计算包转发路径的信息是指当控制面装置不能对转发面装置进行管辖时,转发面装置需要主动计算包转发路径的信息;
所述接收单元,用于接收所述用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
12.一种发送信息的装置,其特征在于,包括触发单元和发送单元:
所述触发单元,用于当控制面装置能够对转发面装置进行管辖时,触发所述发送单元向所述转发面装置发送用于计算包转发路径的信息;其中,所述用于计算包转发路径的信息是指当控制面装置不能对转发面装置进行管辖时,转发面装置需要主动计算包转发路径的信息;
所述发送单元,用于发送所述用于计算包转发路径的信息,所述转发面装置和所述控制面装置位于控制与转发分离的网络架构的网络。
13.根据权利要求12所述装置,其特征在于,包括:
第一生成单元,用于所述发送单元发送所述用于计算包转发路径的信息之前,获得所述网络的拓扑信息;基于所述网络的拓扑信息生成所述用于计算包转发路径的信息。
14.根据权利要求12所述装置,其特征在于,包括:
第二生成单元,用于所述发送单元发送所述用于计算包转发路径的信息之前,获得所述网络的拓扑信息,所述网络的拓扑信息为所述用于计算包转发路径的信息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2012/073937 WO2013152496A1 (zh) | 2012-04-12 | 2012-04-12 | 接收信息的方法、发送信息的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103493439A CN103493439A (zh) | 2014-01-01 |
CN103493439B true CN103493439B (zh) | 2016-03-02 |
Family
ID=49327010
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280000301.3A Active CN103493439B (zh) | 2012-04-12 | 2012-04-12 | 接收信息的方法、发送信息的方法及装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9749215B2 (zh) |
EP (1) | EP2824875B1 (zh) |
JP (1) | JP5978384B2 (zh) |
CN (1) | CN103493439B (zh) |
WO (1) | WO2013152496A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103731377B (zh) * | 2013-12-31 | 2017-04-26 | 华为技术有限公司 | 处理报文的方法与设备 |
JP6335584B2 (ja) * | 2014-03-31 | 2018-05-30 | 株式会社エヌ・ティ・ティ・データ | ネットワーク制御装置、ネットワーク制御方法、及びプログラム |
WO2015180113A1 (zh) * | 2014-05-30 | 2015-12-03 | 华为技术有限公司 | 一种网络地址转换方法及装置 |
JP6573717B2 (ja) | 2015-09-30 | 2019-09-11 | 華為技術有限公司Huawei Technologies Co.,Ltd. | サービスフロー処理ポリシーのための処理方法、装置、およびシステム |
US11791342B2 (en) | 2021-11-17 | 2023-10-17 | International Business Machines Corporation | Varactor integrated with complementary metal-oxide semiconductor devices |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102164094A (zh) * | 2011-05-30 | 2011-08-24 | 北京星网锐捷网络技术有限公司 | 多链路流量重分配的方法和装置 |
CN102301663A (zh) * | 2011-07-06 | 2011-12-28 | 华为技术有限公司 | 一种报文处理方法及相关设备 |
CN102349268A (zh) * | 2009-03-09 | 2012-02-08 | 日本电气株式会社 | OpenFlow通信系统和OpenFlow通信方法 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6130875A (en) * | 1997-10-29 | 2000-10-10 | Lucent Technologies Inc. | Hybrid centralized/distributed precomputation of network signal paths |
US20080189769A1 (en) * | 2007-02-01 | 2008-08-07 | Martin Casado | Secure network switching infrastructure |
EP2383942A1 (en) | 2008-12-25 | 2011-11-02 | Hitachi, Ltd. | Communication system and communication controller |
US8867507B2 (en) * | 2009-05-14 | 2014-10-21 | Avaya Inc. | Split-plane wireless network architecture |
WO2011043379A1 (ja) * | 2009-10-06 | 2011-04-14 | 日本電気株式会社 | ネットワークシステムとコントローラと方法とプログラム |
WO2011081020A1 (ja) * | 2010-01-04 | 2011-07-07 | 日本電気株式会社 | ネットワークシステム、コントローラ、ネットワーク制御方法 |
US8873398B2 (en) * | 2011-05-23 | 2014-10-28 | Telefonaktiebolaget L M Ericsson (Publ) | Implementing EPC in a cloud computer with openflow data plane |
US8804490B2 (en) * | 2011-07-29 | 2014-08-12 | Telefonaktiebolaget L M Ericsson (Publ) | Controller placement for fast failover in the split architecture |
US9185027B2 (en) * | 2011-07-29 | 2015-11-10 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for resilient routing of control traffic in a split-architecture system |
US8811212B2 (en) * | 2012-02-22 | 2014-08-19 | Telefonaktiebolaget L M Ericsson (Publ) | Controller placement for fast failover in the split architecture |
-
2012
- 2012-04-12 CN CN201280000301.3A patent/CN103493439B/zh active Active
- 2012-04-12 WO PCT/CN2012/073937 patent/WO2013152496A1/zh active Application Filing
- 2012-04-12 JP JP2015503727A patent/JP5978384B2/ja active Active
- 2012-04-12 EP EP12873946.3A patent/EP2824875B1/en active Active
-
2014
- 2014-09-17 US US14/488,956 patent/US9749215B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102349268A (zh) * | 2009-03-09 | 2012-02-08 | 日本电气株式会社 | OpenFlow通信系统和OpenFlow通信方法 |
CN102164094A (zh) * | 2011-05-30 | 2011-08-24 | 北京星网锐捷网络技术有限公司 | 多链路流量重分配的方法和装置 |
CN102301663A (zh) * | 2011-07-06 | 2011-12-28 | 华为技术有限公司 | 一种报文处理方法及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
JP5978384B2 (ja) | 2016-08-24 |
EP2824875A4 (en) | 2015-03-18 |
EP2824875A1 (en) | 2015-01-14 |
US20150036542A1 (en) | 2015-02-05 |
EP2824875B1 (en) | 2017-08-02 |
CN103493439A (zh) | 2014-01-01 |
JP2015514374A (ja) | 2015-05-18 |
US9749215B2 (en) | 2017-08-29 |
WO2013152496A1 (zh) | 2013-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103004147B (zh) | 报文转发路径确定方法及网络设备、控制设备 | |
JP5813072B2 (ja) | Mplsネットワークにおいて完全な論理接続を提供するための方法および装置 | |
US8755389B1 (en) | Semi-centralized multiple path routing | |
EP2553886B1 (en) | Aggregating data traffic from access domains | |
CN102739549B (zh) | 接收报文的方法、发送报文的方法及装置 | |
CN103493439B (zh) | 接收信息的方法、发送信息的方法及装置 | |
CN108696434A (zh) | 一种转发数据报文的方法、设备和系统 | |
EP3244574A1 (en) | Alternate down paths for directed acyclic graph (dag) routing | |
CN103067277B (zh) | 建立控制通道的方法、转发设备和控制设备 | |
CN104335535A (zh) | 使用生成树和网络交换元件资源在网络中路由信息流的方法、装置及系统 | |
EP2252007B1 (en) | Architecture using inexpensive, managed wireless switching points to deliver large scale WLAN | |
CN103200122A (zh) | 一种软件定义网络中组表的处理方法、系统和控制器 | |
CN102511151A (zh) | 一种路由器、虚拟集群路由器系统及建立方法 | |
CN104253711B (zh) | 一种SDN网络中Openflow的Group表的管理方法和设备 | |
WO2016153506A1 (en) | Fast failover recovery in software defined networks | |
CN107911297A (zh) | 一种sdn网络带内控制通道建立方法及设备 | |
CN106357542A (zh) | 提供组播业务的方法和软件定义网络控制器 | |
CN101771570A (zh) | 一种状态切换方法及装置 | |
CN102882787B (zh) | 确定流量工程隧道的转发路径的方法和装置 | |
WO2015081785A1 (zh) | 一种虚拟化接入方法及设备 | |
CN105075196A (zh) | 控制器、通信系统、路径切换方法和程序 | |
CN109039916B (zh) | 报文转发方法、装置及存储介质 | |
US10826825B2 (en) | Access network system, and data packet processing method and apparatus | |
CN104641604A (zh) | 确定最短路径的方法及装置 | |
CN107018072A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |