CN105763439A - 一种多链接透明互联网络中数据中心的互联方法及装置 - Google Patents
一种多链接透明互联网络中数据中心的互联方法及装置 Download PDFInfo
- Publication number
- CN105763439A CN105763439A CN201610026863.5A CN201610026863A CN105763439A CN 105763439 A CN105763439 A CN 105763439A CN 201610026863 A CN201610026863 A CN 201610026863A CN 105763439 A CN105763439 A CN 105763439A
- Authority
- CN
- China
- Prior art keywords
- data center
- edge device
- dci type
- trill network
- edge
- 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
-
- 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/66—Layer 2 routing, e.g. in Ethernet based MAN's
-
- 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/12—Shortest path evaluation
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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/54—Organization of routing tables
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种多链接透明互联网络中数据中心的互联方法及装置,其中,所述方法包括:为TRILL网络第一数据中心的边缘设备配置数据中心互联DCI类型端口;通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系;所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息;基于所述同步的路由信息,向在所述第二数据中心内的目的设备转发报文或向所述第一数据中心内的设备转发来自所述第二数据中心的报文。本发明能够基于多链接透明互联网络,省去了复杂的异构网络封装转换过程。
Description
技术领域
本发明涉及网网络互联技术领域,特别涉及一种多链接透明互联网络中数据中心的互联方法及装置。
背景技术
多链接透明互联(TRILL,TransparentInterconnectionofLotsofLinks)网络是IETF推荐的L2网络标准。TRILL技术把3层路由的稳定可扩展高性能的优点引入了简单、灵活、适应性强但性能受限、组网范围受限的2层交换网络,建立了一个灵活的可扩展可升级的高性能的新的2层架构。用户可以使用采用了TRILL技术的二层交换设备来构建大型的具有高性能可扩展的灵活支持动态迁移的现代数据中心网络。
如图1所示,TRILL协议在各路由桥(RB,RoutingBridge)之间通过周期性通告握手(Hello)报文以建立并维持邻居关系,在形成邻居关系的RB之间扩散链路状态协议数据单元(LinkStateProtocolDataUnit,LSPDU),为简化描述,通常将LSPDU简称为LSP,最终在全网RB上形成相同的链路状态数据库(LSDB,LinkStateDataBase)。各RB在LSDB的基础上使用最短路径优先(SPF,ShortestPathFirst)算法生成从自己到其他RB的路由转发表项,用以指导TRILL封装后的数据报文的转发。
TRILL网络中的RB设备端口根据所处的层次不同和转发报文的类型不同,分成三种端口类型,分别是access端口、trunk端口和hybrid端口,其中hybrid端口属于前两种的混合。TRILLaccess端口负责封装发送本地流量到TRILL网络和解封装从TRILL网络发到本地网络的流量,TRILLtrunk端口作为报文进出TRILL核心网络的端点,负责转发TRILL封装过的数据流量。为了识别出整网的网络拓扑和正确的计算出用于转发的TRILL路由,所有类型的TRILL端口均要发送和接收处理TRILL协议报文。
当今大多数企业网络及其数据中心均跨越了多个位于不同地理位置的物理站点,并在这些站点部署类似的业务。为了实现数据中心间虚拟机的自由迁移,需要在分布于异地的站点之间实现二层网络互联。
目前一般使用以太网虚拟化互联(EVI,EthernetVirtualInterconnect)技术实现二层数据中心互联。EVI技术是一种GREIP隧道技术,如图2所示的部署EVI的多数据中心互联网络,两个TRILL数据中心的互访流量必须先剥离TRILL头转换成普通数据流量,然后再加上GRE封装后在EVI隧道内发送到点对点的另一端,另一端再剥离GRE封装后加上TRILL封装,重新进入TRILL域进行域内转发。
在实施本发明的过程中,发明人发现现有技术至少存在如下问题:
利用EVI技术实现二层数据中心互联的方法,往往需要经过解封装、加封装、再解封装、再加封装的多次封装处理,这样无疑会使得数据传输的过程更加复杂化。另外,EVI技术需要在多个站点间两两建立EVI隧道,所有站点之间均为直接连接,不存在某个站点到某个数据中心站点的间接路由。因此,一旦某个数据中心的EVI隧道连接产生故障,那么就无法通过其它间接路由转发流量,从而造成网络通信的中断。
应该注意,上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明,并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
有鉴于此,本发明提供一种多链接透明互联网络中数据中心的互联方法及装置,以基于原生的多链接透明互联网络,省去复杂的异构网络封装转换过程。
本发明提供了一种多链接透明互联网络中数据中心的互联方法,该方法应用于TRILL网络数据中心的边缘设备,所述方法包括:
为TRILL网络第一数据中心的边缘设备配置数据中心互联DCI类型端口;
通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系;
所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息;
基于所述同步的路由信息,向在所述第二数据中心的目的设备转发报文或向所述第一数据中心的设备转发来自所述第二数据中心的报文。
本发明还提供了一种多链接透明互联网络中数据中心的互联装置,包括:
端口定义单元,用于为TRILL网络第一数据中心的边缘设备配置数据中心互联DCI类型端口;
邻居关系建立单元,用于通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系;
路由信息同步单元,用于与所述第二数据中心的边缘设备同步路由信息;
报文转发单元,用于基于同步的所述路由信息,向在所述第二数据中心的目的设备转发报文或向所述第一数据中心的设备转发来自所述第二数据中心的报文。
由以上技术方案可见,本发明基于TRILL网络,通过定义DCI类型端口,可以在多个基于TRILL的数据中心之间建立邻居关系,并通过各个数据中心内的边缘设备实现路由信息的同步。在路由信息同步之后,将各个数据中心内的边缘设备作为所属数据中心的默认网关并且计算各个边缘设备之间的最短路径,并且生成指导报文转发的单播和组播路由表项,从而可以使得数据中心内的非边缘设备通过所述边缘设备对其他数据中心内的设备发起访问,以保证通信流量的正常传输。此外,本发明不需要进行复杂的异构网络封装转换过程,并且在数据中心之间发生链路故障时,可以通过RB之间冗余的传输链路进行数据通信,进一步提升了网络的自适应能力。
附图说明
所包括的附图用来提供对本发明实施例的进一步的理解,其构成了说明书的一部分,用于例示本发明的实施方式,并与文字描述一起来阐释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1为现有技术中TRILL数据报文转发的示意图。
图2为现有技术中部署EVI的多数据中心互联网络的示意图。
图3为本发明实施例提供的TRILL多数据中心互联网络的示意图。
图4为本发明实施例提供的一种多链接透明互联网络中数据中心的互联方法的流程图。
图5为本发明实施例提供的一种多链接透明互联网络中数据中心的互联装置的功能模块图。
具体实施方式
图3为本发明实施例提供的TRILL多数据中心互联网络的示意图。在本发明中,新定义一个专用于数据中心互联的TRILL边缘设备使用的TRILLDCI(DataCenterInterconnecting,数据中心互联)端口类型,使用该类型的接口连接多个二层数据中心,从而实现TRILL数据中心骨干网。
图4为本发明实施例提供的一种多链接透明互联网络中数据中心的互联方法的流程图。虽然下文描述流程包括以特定顺序出现的多个操作,但是应该清楚了解,这些过程可以包括更多或更少的操作,这些操作可以顺序执行或并行执行,例如使用并行处理器或多线程环境。
如图4所示,所述方法应用于TRILL网络数据中心的边缘设备,包括:
步骤S1:为TRILL网络第一数据中心的边缘设备配置数据中心互联DCI类型端口。
TRILL技术是为了扩展现有的二层数据中心网络而提出来的,但实际上无论如何扩展,TRILL网络中的数据中心总是会有边界的。处于不同数据中心内的设备需要依靠一个中间媒介,才能保持正常的通信访问。
在本发明实施例中,可以利用各个数据中心内位于边界处的边缘设备,来实现不同数据中心的互联。具体地,本发明实施例可以在数据中心的边缘设备上预先定义一个DCI类型的端口,该DCI类型端口可供数据中心的边缘设备使用。通过该DCI类型端口,数据中心的边缘设备便可以收发经过封装的数据流量,以实现与其它数据中心的互联。
如此,在整个TRILL网络中,所有的DCI类型端口便可以组成TRILL数据中心骨干网,不同数据中心之间的数据流量均可以通过该数据中心骨干网进行传输。
步骤S2:通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系。
在数据中心的边缘设备上预定义了所述DCI类型端口之后,各个数据中心内的边缘设备便可以通过该DCI类型端口,与相邻的数据中心建立邻居关系。
具体地,本发明实施例可以通过所述DCI类型端口,在所述TRILL网络中预设数量的数据中心之间发送DCI类型的HELLO报文。所述预设数量的数据中心可以构成了整个TRILL网络,每个基于TRILL的数据中心的边缘设备通过DCI端口互联构成TRILL数据中心骨干网,从而可以发现对方的存在,并向对方发送DCI类型的HELLO报文。
所述DCI类型的HELLO报文往往可以包括定时器设置信息、路由桥信息、指定路由桥信息以及已知的邻居信息等。利用所述DCI类型的HELLO报文,便可以在所述预设数量的数据中心之间建立DCI类型的邻居关系。
具体地,所述DCI类型的HELLO报文可以用来建立和维护相邻设备之间的链接关系。所述DCI类型的HELLO报文可以被周期性地(例如每10秒钟)由一个数据中心的边缘设备发向另一个数据中心的边缘设备。如果在设定的时间内(例如40秒内)没有接收到对方发来的DCI类型的HELLO报文,则可以认为对方的设备无效,从而可以不与其建立邻居关系。如果在设定的时间内接收到了对方发来的反馈报文,那么则可以与对方建立邻居关系。
这样,不同数据中心内的边缘设备通过DCI类型端口组成的数据中心骨干网向对方发送DCI类型的HELLO报文,便可以建立不同数据中心之间的邻居关系。
需要说明的是,由于所述DCI类型端口是本发明实施例预先定义的,因此该端口并不能识别默认的HELLO报文,为了使得默认的HELLO报文能够被该DCI类型的端口识别,需要对默认的HELLO报文携带的TLV进行扩展,以形成DCI类型的HELLO报文。
具体地,在默认的HELLO报文中往往携带了多个TLV。本发明实施例可以将HELLO报文携带的预设TLV中的一个保留位扩展为DCI类型,以对默认的HELLO报文进行转换。具体地,本发明实施例可以对HELLO报文中携带的VLANFLAGS子TLV中的保留位进行扩展。所述VLANFLAGS代表VLAN的一个虚拟接口,该虚拟接口在生成时,默认可以识别trunk类型的报文。
在本发明实施例中,可以对该虚拟接口子TLV中的保留位进行扩展,从而可以使得默认的HELLO报文能够转换为定义出一种新的DCI类型的HELLO报文,从而使得支持DCI端口的边缘设备能够识别该DCI类型的HELLO报文。
所述的VLANFLAGS子TLV中可以为所述的预设TLV。在实际应用场景中,HELLO报文中原有的TLV定义格式部分如下所示:
其中,TR表示trunk端口,R表示保留位。
本发明实施例可以将该TLV中的第一个保留位修改为DCI,从而标识该HELLO报文为DCI类型的HELLO报文,修改后的TLV格式部分如下所示:
其中,DCI即代表DCI类型端口。
需要说明的是,只有当所述的VLANFLAGS子TLV中存在DCI的标识时,该VLANFLAGS子TLV所属的HELLO报文才能够被DCI类型端口识别。也就是说,在DCI类型的HELLO报文中,所述的VLANFLAGS子TLV中可以只存在DCI标识,其他的标识(例如TR)则不是必要的。因此,在上述扩展后的Desig.VLAN中,如果其格式为:
|DCI|R|R|R|Desig.VLAN|(2bytes)
那么该VLANFLAGS子TLV所属的HELLO报文同样也能够被DCI类型的端口识别。
这样,当DCI类型端口接收到HELLO报文时,可以辨别该HELLO报文是否为DCI类型的HELLO报文,如果是,那么各个数据中心内的边缘设备则可以通过该DCI类型的HELLO报文建立邻居关系;如果不是,则可以丢弃该HELLO报文。这样处理的目的在于:保证数据中心之间的数据报文只在由TRILLDCIHELLO报文所识别到的各数据中心互联的通过DCI端口互联的边缘设备所组成的TRILLDCI网络内转发。
步骤S3:所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息。
在各个数据中心建立了邻居关系后,则需要在各个数据中心内同步各个数据中心的路由信息,所述路由信息至少可以包括所述各个数据中心内的AVF(AppointedVLAN-xForwarder,指定VLAN转发者)标识以及AVF上学习到的设备的MAC地址。
所述AVF标识可以表征各个数据中心内的AVF。为了防止环路,数据中心内的一个VLAN中所有的本地流量需要从同一个路由桥RB的同一端口发送和接收,该路由桥便可以为该VLAN的AVF。需要说明的是,在一个VLAN中,往往会存在一个对应的AVF。在一个数据中心内可以存在多个VLAN,那么在同一个数据中心内可以存在多个AVF。
由上可见,所述的AVF是根据VLAN中的数据流量进行限定的。而所述的边缘设备是数据中心内的一个路由桥,该路由桥位于数据中心的边缘。也就是说,边缘设备是根据数据中心内路由桥的物理位置进行限定的。通过所述的AVF标识,便可以获知各个数据中心内的各个AVF。所述的AVF上学习到的设备的MAC地址则可以对各个数据中心内的路由桥进行寻址,从而方便一个数据中心内的路由桥对另一个数据中心内的路由桥发起访问。
在本发明实施例中,为了减少数据中心内以及数据中心间设备互访的报文广播,可以采用如下的方法来进行路由信息的同步:
在数据中心之间,通过所述DCI类型端口,在具备所述邻居关系的各个数据中心的边缘设备上发送DCI类型的LSP,以在所述各个数据中心的边缘设备上同步所述各个数据中心内的AVF标识和AVF上学习到的设备的MAC地址。所述DCI类型的LSP与上述的DCI类型的HELLO报文的定义方式类似,所述DCI类型的LSP可以通过对现有技术中的LSP中的保留位进行扩展而得到,以使得现有技术中的LSP能够被本发明中边缘设备上的DCI类型端口识别。为了减少数据中心之间的报文广播,将各个数据中心的边缘设备作为不同数据中心连接的纽带。边缘设备之间数据流量的传输,便可以实现从一个数据中心内的路由桥访问到另一个数据中心内的路由桥。
具体地,数据中心内存在着不同的VLAN,在各个VLAN中有多个路由桥,而在这些路由桥中有一个路由桥被指定为AVF,该AVF中可以存储着其归属的VLAN中所有AVF上学习到的设备的MAC地址。因此,该AVF可以将内部存储的MAC地址以及自身的标识经由该数据中心的边缘设备,通过数据中心骨干网同步至其余具备邻居关系的数据中心的边缘设备上。由于边缘设备都是通过DCI类型端口进行通信,因此经由边缘设备发布的LSP都是DCI类型的LSP。
在实际应用场景中,数据中心内的AVF可以采用RFC6165中定义的MAC-ReachabilityTLV,并且通过DCI类型的LSP将该AVF的标识以及该AVF上学习到的设备的MAC地址同步至其它数据中心的边缘设备上。这样,各个数据中心的边缘设备中便可以存有各个AVF的标识以及各个AVF上学习到的设备的MAC地址。由上可知,在数据中心之间发布的DCI类型的LSP中可以引入各个AVF的标识、AVF内的组播路由器、组播组地址以及各个AVF上学习到的设备的MAC地址。
在数据中心内,本发明实施例为了减少路由桥之间设备互访的报文广播,可以在各个AVF之间进行路由信息的同步,这样便可以避免每个路由桥之间设备互访的报文广播。
当第一数据中心内的RB1需要与第二数据中心内的各个RB进行数据互通时,一种做法是RB1将自身学习到的本地虚拟机的MAC地址通过第一数据中心内的边缘设备在骨干网上进行广播,以使得第二数据中心内的每个RB均可以接收到RB1的MAC地址,这样RB1便可以与第二数据中心内的RB进行数据互通。但这种方法显然会增加数据中心之间的广播报文的数量。在本发明实施例中,可以由第一数据中心内的AVF通过第一数据中心的边缘设备,将自身学习到的设备的MAC地址同步至第二数据中心的边缘设备上,这样,所述第二数据中心的边缘设备上便获取了第一数据中心内各个RB的MAC地址。类似的,所述第二数据中心内的AVF也可以通过第二数据中心的边缘设备,将自身学习到的设备的MAC地址同步至第一数据中心的边缘设备上。这样,这两个数据中心的边缘设备上便具备了两个数据中心内各个RB的MAC地址,从而可以使得两个数据中心内的RB可以进行通信。
由此可见,本发明实施例中通过数据中心内的AVF进行MAC地址的同步,能够减少数据中心之间广播报文的数量。具体地,在数据中心内,各个AVF中存储的路由信息可以通过预设协议在所述各个AVF之间进行同步。所述的预设协议例如可以为TRILLESADI协议。在实际应用场景中,数据中心内的各个AVF由于不涉及DCI类型端口,因此所述各个AVF之间可以通过数据中心内发布的普通的LSP进行路由信息的同步。
另外,各个VLAN中的AVF同样可以在数据中心内发布的普通的LSP中引入各个数据中心内的AVF标识、AVF内的组播路由器以及组播组地址,从而可以使得数据中心内的路由桥能够计算出通过边缘设备达到其它数据中心的TRILL组播路由器的路径。同时,在所述的普通的LSP中不引入其它边缘设备同步来的MAC地址信息,从而可以减少数据中心内设备MAC表的占用。
需要说明的是,为了使数据中心内的路由桥能够辨别出该数据中心内边缘设备,本发明实施例可以在数据中心内发布的普通的LSP中,通过所述普通的LSP中携带的ATTbit位,来为所述数据中心内的非边缘设备指定边缘设备的位置。所述ATTbit位为区域关联位,所述区域关联位可以表示数据中心内的各个路由桥的拓扑状态。通过将数据中心内的边缘设备的地址进入在数据中心内发布的普通LSP中的区域关联位,从而可以为数据中心内的非边缘设备指定边缘设备的位置。
步骤S4:基于所述同步的路由信息,向在所述第二数据中心内的目的设备转发报文或向所述第一数据中心内的设备转发来自所述第二数据中心的报文。
在获取了数据中心内边缘设备的位置后,数据中心内的路由桥便可以根据同步的路由信息,对另一数据中心内的路由桥进行访问。具体地,处于第一数据中心内的路由桥可以通过SPF算法,计算其到第二数据中心内的边缘设备处的最短路径。有时候,计算出的最短路径往往存在不止一条,那么这些等价的路径均可以被使用,从而可以在某一条路径发生故障时,还能够保证正常的数据传输,增加了TRILL数据中心间核心转发网络的自适应能力。
另外,由于TRILL网络中所有AVF上学习到的设备的MAC地址均在数据中心内的AVF中进行了同步,因此数据中心内的设备互访不需要进行广播;由于跨数据中心的报文寻址可以通过边缘设备进行路由,因此数据中心之间的报文也不需要进行广播,这样便大大节省了互访的报文数量。通过将各个数据中心内的边缘设备作为所属数据中心的默认网关并且计算各个边缘设备之间的最短路径,生成指导报文转发的单播和组播路由表项,从而可以使得数据中心内的非边缘设备通过所述边缘设备对其他数据中心内的设备发起访问。这样,便可以根据同步的所述路由信息以及所述边缘设备,在所述多链接透明互联网络中的数据中心之间建立互联关系。
需要说明的是,在本发明实施例中,所述数据中心内可以包括多个边缘设备,这些边缘设备均可以接入TRILL数据中心骨干网。这样,当计算第一数据中心内的边缘设备到第二数据中心内的边缘设备的最短路径时,往往存在多条等价的最短路径。
例如,第一数据中心的边缘设备A至第二数据中心的边缘设备B之间的最短路径为L,而第一数据中心的边缘设备C至第二数据中心的边缘设备D之间的最短路径同样为L。那么当第一数据中心与第二数据中心进行数据通信时,既可以通过边缘设备A至边缘设备B之间的路径来进行信息同步和转发,也可以通过边缘设备C至边缘设备D之间的路径来进行信息同步和转发,从而相同于为数据中心之间的数据通信提供了多条冗余通道,在某一通道发生故障时,可以不影响数据中心之间的正常通信。
由上可见,本发明实施例提供的一种多链接透明互联网络中数据中心的互联方法,基于原生的TRILL网络,通过定义DCI类型端口,可以在多个数据中心之间建立邻居关系,并通过各个数据中心内的边缘设备实现路由信息的同步。在路由信息同步之后,将各个数据中心内的边缘设备作为所属数据中心的默认网关并且计算各个边缘设备之间的最短路径,并且生成指导报文转发的单播和组播路由表项,从而可以使得数据中心内的非边缘设备通过所述边缘设备对其他数据中心内的设备发起访问,以保证通信流量的正常传输。
本发明实施例提供的一种多链接透明互联网络中数据中心的互联方法,不需要进行复杂的封装转换过程,并且在数据中心之间发生链路故障时,可以通过RB之间冗余的传输链路进行数据通信,进一步提升了网络的自适应能力。
本发明实施例还提供一种多链接透明互联网络中数据中心的互联装置。作为逻辑装置的运行载体,所述多链接透明互联网络中数据中心的互联装置的硬件环境通常至少都包括CPU、内存以及非易失性存储器。
图5为本发明实施例提供的一种多链接透明互联网络中数据中心的互联装置的功能模块图。如图5所示,所述装置还包括:
端口定义单元100,用于为TRILL网络第一数据中心的边缘设备配置DCI类型端口;
邻居关系建立单元200,用于通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系;
路由信息同步单元300,用于与所述第二数据中心的边缘设备同步路由信息;
报文转发单元400,用于基于所述同步的路由信息,向在所述第二数据中心内的目的设备转发报文或向所述第一数据中心内的设备转发来自所述第二数据中心的报文。
在本发明一优选实施例中,所述邻居关系建立单元200具体包括:
报文收发模块,用于通过所述DCI类型端口,向TRILL网络第二数据中心的边缘设备发送DCI类型的HELLO报文并接收所述第二数据中心的边缘设备发来的DCI类型的HELLO报文;
关系建立模块,用于基于接收的所述DCI类型的HELLO报文,与所述TRILL网络第二数据中心的边缘设备建立DCI类型的邻居关系。
在本发明另一优选实施例中,所述装置还包括:
保留位扩展模块,用于将HELLO报文携带的预设TLV中的一个保留位扩展为DCI类型。
在本发明另一优选实施例中,所述路由信息至少包括所述各个数据中心内的AVF标识以及AVF上学习到的设备的MAC地址;
相应地,
所述路由信息同步单元300具体用于:通过所述DCI类型端口,向所述第二数据中心的边缘设备发送DCI类型的LSP并接收所述第二数据中心的边缘设备发来的DCI类型的LSP,以同步所述第二数据中心内的AVF标识和AVF上学习到的设备的MAC地址。
在本发明另一优选实施例中,所述装置还包括:
边缘设备位置指定单元,用于通过第一数据中心的边缘设备向所述第一数据中心内的非边缘设备发布携带预设标识的LSP,为所述第一数据中心内的非边缘设备指定所述第一数据中心的边缘设备的位置。
在本发明另一优选实施例中,在所述TRILL网络中存在与所述最短路径相等价的多条路径;
所述装置还包括:
最短路径计算单元,用于通过SPF算法,为处于第一数据中心的边缘设备计算到第二数据中心的边缘设备处的最短路径。
上述装置实施例中各个功能模块的具体实现过程与方法实施例中步骤S1至S4中对应的技术特征类似,在此不再赘述。
由上可见,本发明实施例提供的一种多链接透明互联网络中数据中心的互联装置,基于原生的TRILL网络,通过定义DCI类型端口,可以在多个数据中心之间建立邻居关系,并通过各个数据中心内的边缘设备实现路由信息的同步,以保证通信流量的正常传输。本发明实施例提供的一种多链接透明互联网络中数据中心的互联装置,不需要进行复杂的封装转换过程,并且在数据中心之间发生链路故障时,可以通过RB之间冗余的传输链路进行数据通信,进一步提升了网络的自适应能力。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (14)
1.一种多链接透明互联TRILL网络中数据中心的互联方法,该方法应用于TRILL网络数据中心的边缘设备,其特征在于,包括:
为TRILL网络第一数据中心的边缘设备配置数据中心互联DCI类型端口;
通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系;
所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息;
基于所述同步的路由信息,向在所述第二数据中心的目的设备转发报文或向所述第一数据中心的设备转发来自所述第二数据中心的报文。
2.如权利要求1所述的TRILL网络中数据中心的互联方法,其特征在于,所述通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系具体包括:
通过所述DCI类型端口,向TRILL网络第二数据中心的边缘设备发送DCI类型的HELLO报文;
接收所述第二数据中心的边缘设备发来的DCI类型的HELLO报文,并基于接收的所述DCI类型的HELLO报文,与所述TRILL网络第二数据中心的边缘设备建立DCI类型的邻居关系。
3.如权利要求2所述的TRILL网络中数据中心的互联方法,其特征在于,在通过所述DCI类型端口,向TRILL网络第二数据中心的边缘设备发送DCI类型的HELLO报文之前,所述方法还包括:
将HELLO报文携带的TLV中的一个保留位扩展为DCI类型。
4.如权利要求1所述的TRILL网络中数据中心的互联方法,其特征在于,所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步的路由信息至少包括所述数据中心内的指定VLAN转发者AVF标识以及AVF上学习到的设备的MAC地址;
相应地,
所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息具体包括:
通过所述DCI类型端口,所述第一数据中心的边缘设备向所述第二数据中心的边缘设备发送DCI类型的链路状态协议数据单元LSP并接收所述第二数据中心的边缘设备发来的DCI类型的LSP,以同步所述第二数据中心的AVF标识和AVF上学习到的设备的MAC地址。
5.如权利要求1所述的TRILL网络中数据中心的互联方法,其特征在于,所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息之前,所述方法还包括:
所述第一数据中心的边缘设备向所述第一数据中心内的非边缘设备发布携带预设标识的LSP,为所述第一数据中心内的非边缘设备指定所述第一数据中心的边缘设备的位置。
6.如权利要求5所述的TRILL网络中数据中心的互联方法,其特征在于,在所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息之后,所述方法还包括:
所述第一数据中心的边缘设备向第一数据中心内的非边缘设备发布所述第二数据中心的AVF标识、AVF的组播路由器以及组播组地址。
7.如权利要求1所述的TRILL网络中数据中心的互联方法,其特征在于,在所述TRILL网络中存在与所述最短路径相等价的多条路径;
所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息之后,所述方法还包括:
通过最短路径优先SPF算法,第一数据中心的边缘设备计算到第二数据中心的边缘设备处的最短路径。
8.如权利要求4所述的TRILL网络中数据中心的互联方法,其特征在于,所述第一数据中心的边缘设备与所述第二数据中心的边缘设备同步路由信息还包括:
在所述第一数据中心内以及在所述第一数据中心和所述第二数据中心之间禁止未知单播报文的广播。
9.一种TRILL网络中数据中心的互联装置,其特征在于,包括:
端口定义单元,用于为TRILL网络第一数据中心的边缘设备配置数据中心互联DCI类型端口;
邻居关系建立单元,用于通过所述DCI类型端口,建立与TRILL网络第二数据中心的边缘设备之间的邻居关系;
路由信息同步单元,用于与所述第二数据中心的边缘设备同步路由信息;
报文转发单元,用于基于同步的所述路由信息,向在所述第二数据中心的目的设备转发报文或向所述第一数据中心的设备转发来自所述第二数据中心的报文。
10.如权利要求9所述的TRILL网络中数据中心的互联装置,其特征在于,所述邻居关系建立单元具体包括:
报文收发模块,用于通过所述DCI类型端口,向TRILL网络第二数据中心的边缘设备发送DCI类型的HELLO报文并接收所述第二数据中心的边缘设备发来的DCI类型的HELLO报文;
关系建立模块,用于基于接收的所述DCI类型的HELLO报文,与所述TRILL网络第二数据中心的边缘设备建立DCI类型的邻居关系。
11.如权利要求9所述的TRILL网络中数据中心的互联装置,其特征在于,所述装置还包括:
保留位扩展模块,用于将HELLO报文携带的TLV中的一个保留位扩展为DCI类型。
12.如权利要求9所述的TRILL网络中数据中心的互联装置,其特征在于,第一数据中心的边缘设备与所述第二数据中心的边缘设备同步的路由信息至少包括所述各个数据中心的AVF标识以及AVF上学习到的设备的MAC地址;
相应地,
所述路由信息同步单元具体用于:通过所述DCI类型端口,向所述第二数据中心的边缘设备发送DCI类型的LSP并接收所述第二数据中心的边缘设备发来的DCI类型的LSP,以同步所述第二数据中心内的AVF标识和AVF上学习到的设备的MAC地址。
13.如权利要求12所述的TRILL网络中数据中心的互联装置,其特征在于,所述装置还包括:
边缘设备位置指定单元,用于通过第一数据中心的边缘设备向所述第一数据中心内的非边缘设备发布携带预设标识的LSP,为所述第一数据中心内的非边缘设备指定所述第一数据中心的边缘设备的位置。
14.如权利要求9所述的TRILL网络中数据中心的互联装置,其特征在于,在所述TRILL网络中存在与所述最短路径相等价的多条路径;
所述装置还包括:
最短路径计算单元,用于通过SPF算法,为处于第一数据中心的边缘设备计算到第二数据中心的边缘设备处的最短路径。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610026863.5A CN105763439B (zh) | 2016-01-14 | 2016-01-14 | 一种多链接透明互联网络中数据中心的互联方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610026863.5A CN105763439B (zh) | 2016-01-14 | 2016-01-14 | 一种多链接透明互联网络中数据中心的互联方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105763439A true CN105763439A (zh) | 2016-07-13 |
CN105763439B CN105763439B (zh) | 2019-02-19 |
Family
ID=56342426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610026863.5A Active CN105763439B (zh) | 2016-01-14 | 2016-01-14 | 一种多链接透明互联网络中数据中心的互联方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105763439B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106101280A (zh) * | 2016-08-18 | 2016-11-09 | 无锡华云数据技术服务有限公司 | 一种数据中心间的网络信息同步更新方法 |
CN106850387A (zh) * | 2017-02-21 | 2017-06-13 | 无锡华云数据技术服务有限公司 | 一种实现多数据中心的虚拟网络组网的系统及其方法 |
CN108040063A (zh) * | 2017-12-20 | 2018-05-15 | 苏州蜗牛数字科技股份有限公司 | 一种全球游戏网络实时通信方法和装置 |
CN108259387A (zh) * | 2017-12-29 | 2018-07-06 | 曙光信息产业(北京)有限公司 | 一种通过交换机构建的交换系统及其路由算法 |
CN113364691A (zh) * | 2021-05-31 | 2021-09-07 | 广州趣丸网络科技有限公司 | 一种数据交互系统、方法、设备和存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102171998A (zh) * | 2011-04-26 | 2011-08-31 | 华为技术有限公司 | 业务实例映射方法、装置和系统 |
CN102752183A (zh) * | 2012-07-19 | 2012-10-24 | 杭州华三通信技术有限公司 | 一种接入网的快速收敛方法和装置 |
CN104079464A (zh) * | 2013-03-27 | 2014-10-01 | 杭州华三通信技术有限公司 | 一种数据传输方法和设备 |
CN104168184A (zh) * | 2013-05-17 | 2014-11-26 | 杭州华三通信技术有限公司 | 报文转发方法及设备 |
US20150085862A1 (en) * | 2013-09-24 | 2015-03-26 | Hangzhou H3C Technologies Co., Ltd. | Forwarding Multicast Data Packets |
-
2016
- 2016-01-14 CN CN201610026863.5A patent/CN105763439B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102171998A (zh) * | 2011-04-26 | 2011-08-31 | 华为技术有限公司 | 业务实例映射方法、装置和系统 |
CN102752183A (zh) * | 2012-07-19 | 2012-10-24 | 杭州华三通信技术有限公司 | 一种接入网的快速收敛方法和装置 |
CN104079464A (zh) * | 2013-03-27 | 2014-10-01 | 杭州华三通信技术有限公司 | 一种数据传输方法和设备 |
CN104168184A (zh) * | 2013-05-17 | 2014-11-26 | 杭州华三通信技术有限公司 | 报文转发方法及设备 |
US20150085862A1 (en) * | 2013-09-24 | 2015-03-26 | Hangzhou H3C Technologies Co., Ltd. | Forwarding Multicast Data Packets |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106101280A (zh) * | 2016-08-18 | 2016-11-09 | 无锡华云数据技术服务有限公司 | 一种数据中心间的网络信息同步更新方法 |
CN106101280B (zh) * | 2016-08-18 | 2019-01-22 | 无锡华云数据技术服务有限公司 | 一种数据中心间的网络信息同步更新方法 |
CN106850387A (zh) * | 2017-02-21 | 2017-06-13 | 无锡华云数据技术服务有限公司 | 一种实现多数据中心的虚拟网络组网的系统及其方法 |
CN108040063A (zh) * | 2017-12-20 | 2018-05-15 | 苏州蜗牛数字科技股份有限公司 | 一种全球游戏网络实时通信方法和装置 |
CN108259387A (zh) * | 2017-12-29 | 2018-07-06 | 曙光信息产业(北京)有限公司 | 一种通过交换机构建的交换系统及其路由算法 |
CN108259387B (zh) * | 2017-12-29 | 2020-12-22 | 曙光信息产业(北京)有限公司 | 一种通过交换机构建的交换系统及其路由方法 |
CN113364691A (zh) * | 2021-05-31 | 2021-09-07 | 广州趣丸网络科技有限公司 | 一种数据交互系统、方法、设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105763439B (zh) | 2019-02-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106936777B (zh) | 基于OpenFlow的云计算分布式网络实现方法、系统 | |
CN102868614B (zh) | Trill网络中的报文转发方法和路由网桥 | |
ES2565827T3 (es) | Método de control de enrutamiento, aparato y sistema de red privada virtual de capa 3 | |
CN103546374B (zh) | 一种边缘二层网络中转发报文的方法和装置 | |
CN102368727B (zh) | 跨ip网络的trill网络通信方法、系统和设备 | |
CN107040469A (zh) | 网络设备及方法 | |
US9674767B2 (en) | Method and apparatus for forming a tiered wireless local area network (WLAN) server topology | |
CN105763439A (zh) | 一种多链接透明互联网络中数据中心的互联方法及装置 | |
CN104219147A (zh) | 边缘设备的vpn实现处理方法及装置 | |
CN103731349B (zh) | 一种以太网虚拟化互联邻居间报文转发方法和边缘设备 | |
CN103780470B (zh) | 一种is‑is的信息同步方法和装置 | |
CN104079481A (zh) | 通过链路状态协议控制的以太网的ip转发 | |
CN102724118A (zh) | 标签分发方法及设备 | |
CN105099846A (zh) | 传输数据报文的方法和供应商边缘设备 | |
EP2915298A1 (en) | Message forwarding between geographically dispersed network sites | |
CN109995654A (zh) | 一种基于隧道传输数据的方法及装置 | |
US9479420B2 (en) | Forwarding a packet in a network | |
CN101286922A (zh) | 一种信令控制的方法、系统及设备 | |
CN102413060A (zh) | Vpls网络中用户专线通信方法及设备 | |
CN106341423A (zh) | 一种报文处理方法和装置 | |
CN102064999B (zh) | 实现组播报文转发的方法和组播报文转发设备 | |
CN103220217B (zh) | 一种路由生成方法和设备 | |
CN102355402A (zh) | 一种基于vpn路由建立lsp的方法、系统和路由器 | |
CN101719857B (zh) | 一种基于非对称pw的vpls网络接入方法及系统 | |
CN114598635A (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: 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 |