CN110661710A - 一种虚拟化系统的报文传输方法及装置 - Google Patents
一种虚拟化系统的报文传输方法及装置 Download PDFInfo
- Publication number
- CN110661710A CN110661710A CN201910890985.2A CN201910890985A CN110661710A CN 110661710 A CN110661710 A CN 110661710A CN 201910890985 A CN201910890985 A CN 201910890985A CN 110661710 A CN110661710 A CN 110661710A
- Authority
- CN
- China
- Prior art keywords
- message
- destination
- mac address
- identifier
- packet
- 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
Images
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/14—Routing performance; Theoretical aspects
-
- 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/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- 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/58—Association of routers
- H04L45/586—Association of routers of virtual routers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请涉及通信技术领域,尤其涉及一种虚拟化系统的报文传输方法及装置,主控制设备接收任意一个扩展设备重定向转发的第一报文,其中,所述第一报文是所述任意一个扩展设备接收到外部报文后,为所述外部报文添加头部字段,并将所述头部字段中目的设备标识设置为预设的虚拟标识后封装获得的,确定所述第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,这样,可以使得未搭载支持802.1BR通信标准的芯片的设备或者是不支持802.1BR通信标准的设备,也能够实现集中式转发的纵向虚拟化功能。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种虚拟化系统的报文传输方法及装置。
背景技术
目前,随着虚拟化技术应用的发展,传统的数据中心接入层组网的规模与日俱增,连接的服务器和交换机数量也随之增多。由于每台交换机上的端口数量有限,因此为了满足不断增加的服务器的接入需要,需要持续增加网络中的交换机的数量,进而导致网络管理难度不断上升。
现有技术中,为了解决这种传统网络结构所带来的问题,使用了一种纵向网络设备虚拟化系统,但是当使用现有技术中的这种系统时,需要使用能够支持802.1BR通信标准的特殊芯片,这样,会导致未搭载支持802.1BR通信标准的芯片的设备无法实现集中式转发的纵向虚拟化功能。
发明内容
本申请实施例提供一种虚拟化系统的报文传输方法及装置,以使未搭载支持802.1BR通信标准的芯片的设备能够实现纵向虚拟化功能。
本申请实施例提供的具体技术方案如下:
一种虚拟化系统的报文传输方法,所述虚拟化系统至少包括一个主控制设备和至少一个扩展设备,所述扩展设备分别与所述主控制设备相连,并采用虚拟化技术,将所述扩展设备虚拟化为所述主控制设备的逻辑端口,具体地,
所述主控制设备接收任意一个扩展设备重定向转发的第一报文,其中,所述第一报文是所述任意一个扩展设备接收到外部报文后,为所述外部报文添加头部字段,并将所述头部字段中目的设备标识设置为预设的虚拟标识后封装获得的;
确定所述第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发。
可选的,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
根据所述第一报文的目的MAC地址和VLAN ID,查找本地MAC地址表获得对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文转发去除头部字段后至所述目的端口标识对应的目的端口。
可选的,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
若确定所述第一报文的目的MAC地址的地址类型为广播MAC地址或未知名MAC地址,则将所述第一报文广播给所有扩展设备,以使接收到所述第一报文的所有扩展设备向所述第一报文的VLAN ID内的各端口广播所述第一报文。
可选的,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
若确定所述第一报文的目的MAC地址的地址类型为组播MAC地址,则查找本地组播表,确定与所述组播MAC地址关联的至少一个目的设备标识和至少一个目的端口标识;
将确定的所述至少一个目的设备标识和至少一个目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述至少一个目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述至少一个目的端口标识对应的目的端口。
可选的,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
若确定所述第一报文的目的MAC地址为所述主控制设备的MAC地址,则触发三层转发处理,并根据所述第一报文中的目的IP地址和目的MAC地址,确定对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
可选的,进一步包括:
根据所述第一报文中的源MAC地址,若确定本地MAC地址表未记录有所述源MAC地址对应的端口,则从所述任意一个扩展设备的端口中确定源MAC地址对应的一个扩展设备的端口,并将所述第一报文的源MAC地址、VLAN ID和所述对应的所述任意一个扩展设备的端口的映射关系添加至所述MAC地址表中。
一种虚拟化系统的报文传输装置,所述虚拟化系统至少包括一个主控制设备和至少一个扩展设备,所述扩展设备分别与所述主控制设备相连,并采用虚拟化技术,将所述扩展设备虚拟化为所述主控制设备的逻辑端口,具体地,
接收模块,用于接收任意一个扩展设备重定向转发的第一报文,其中,所述第一报文是所述任意一个扩展设备接收到外部报文后,为所述外部报文添加头部字段,并将所述头部字段中目的设备标识设置为预设的虚拟标识后封装获得的;
处理模块,用于确定所述第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发。
可选的,处理模块具体用于:
根据所述第一报文的目的MAC地址和VLAN ID,查找本地MAC地址表获得对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
可选的,处理模块具体用于:
若确定所述第一报文的目的MAC地址的地址类型为广播MAC地址或未知名MAC地址,则将所述第一报文广播给所有扩展设备,以使接收到所述第一报文的所有扩展设备向所述第一报文的VLAN ID内的各端口广播所述第一报文。
可选的,处理模块具体用于:
若确定所述第一报文的目的MAC地址的地址类型为组播MAC地址,则查找本地组播表,确定与所述组播MAC地址关联的至少一个目的设备标识和至少一个目的端口标识;
将确定的所述至少一个目的设备标识和至少一个目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述至少一个目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述至少一个目的端口标识对应的目的端口。
可选的,处理模块具体用于:
若确定所述第一报文的目的MAC地址为所述主控制设备的MAC地址,则触发三层转发处理,并根据所述第一报文中的目的IP地址和目的MAC地址,确定对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
可选的,处理模块进一步用于:
根据所述第一报文中的源MAC地址,若确定本地MAC地址表未记录有所述源MAC地址对应的端口,则从所述任意一个扩展设备的端口中确定源MAC地址对应的一个扩展设备的端口,并将所述第一报文的源MAC地址、VLAN ID和所述对应的所述任意一个扩展设备的端口的映射关系添加至所述MAC地址表中。
一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述虚拟化系统的报文传输方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述虚拟化系统的报文传输方法的步骤。
本申请实施例中,扩展设备接收到外部报文后,为外部报文添加头部字段,并将头部字段中的目的设备标识设置为预设的虚拟标识后,再进行封装,获得第一报文,并将第一报文发送给主控制设备,主控制设备接收扩展设备重定向发送的第一报文,当主控制设备确定第一报文的报文头部中的目的设备标识为虚拟标识时,进而可以确定对应的转发决策,以使扩展设备根据接收到的转发决策对第一报文进行转发,使用这种方法,可以使得即使是未搭载支持802.1BR通信标准芯片的设备,扩展设备重定向报文至主控制设备,并在重定向时设置报文头部中目的设备标识为虚拟标识,如果主控制设备能够确定第一报文的报文头部中的目的设备标识为虚拟标识时,就能够进行报文的转发决策,进而实现虚拟化功能,适配性更广,不需要对硬件设备进行限制,能够满足集中式转发的设备虚拟化的功能需求。
附图说明
图1为本申请实施例中传统数据中心的应用架构示意图;
图2为本申请实施例中虚拟化系统结构图;
图3为本申请实施例中一种虚拟化系统的报文传输方法的流程图;
图4为本申请实施例中应用场景1的示意图;
图5为本申请实施例中应用场景2的示意图;
图6为本申请实施例中应用场景3的示意图;
图7为本申请实施例中应用场景4的示意图;
图8为本申请实施例中应用场景5的示意图;
图9为本申请实施例中虚拟化系统的报文传输装置的结构示意图;
图10为本申请实施例中电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,并不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,在传统的数据中心接入层组网中,是通过盒式交换机连接服务器进而传输数据的,参阅图1所示,为本申请实施例中传统数据中心的应用架构示意图,包括服务器100、交换机101和102,在这种传统的网络结构中,管理员需要将服务器100分别和交换机101以及交换机102连接,进而对服务器100、交换机101和交换机102进行管理和配置。
但是随着数据的集中和虚拟化技术应用的发展,数据中心的规模与日俱增,因此所应用的服务器数量也随之增多。由于每台盒式交换机上的端口数量有限,因此为了满足不断增加的服务器的接入需要,在数据中心接入层组网中,交换机的数量也持续增加,进而会导致网络结构越来越复杂,大大增加了网络运维成本和难度。
现有技术中,为了解决这种越来越复杂的传统网络结构所带来的问题,提出了一种虚拟化技术,管理人员和维护人员只需连接一台主控制设备就可对该虚拟化系统中的所有服务器、主控制设备和端口扩展器进行升级、管理和配置来传输报文,但是现有技术中的这种方法,需要该虚拟化系统中使用能够支持802.1BR通信标准的特殊芯片或者是使用能够支持802.1BR通信标准的设备才能够实现集中转发报文的功能,这样,会导致未搭载支持802.1BR通信标准的芯片的设备或者是不支持802.1BR通信标准的设备无法支持纵向虚拟化功能。
本申请实施例中,提供了一种虚拟化系统的报文传输方法,当扩展设备接收到外部报文后,为外部报文添加头部字段,并将头部字段中的目的标识设置为预设的虚拟标识后,对该外部报文进行封装,获得第一报文,主控制设备接收任意一个扩展设备重定向转发的第一报文并确定第一报文的报文头部中的目的设备标识为虚拟标识后,确定该第一报文的转发决策,根据该转发决策将第一报文发送给对应的扩展设备,以使对应的扩展设备能够基于转发决策将第一报文发送出去,使用这种报文传输方法,可以使得当主控制设备识别到报文头部中的虚拟标识时,确定进行报文的转发决策,进而基于转发决策对报文进行转发,并且,在识别到虚拟标识后,即使是未搭载支持802.1BR通信标准的芯片的设备或者是不支持802.1BR通信标准的设备,也能够实现将报文进行集中式转发的功能,避免了对特殊芯片的依赖。
下面对虚拟化系统进行具体说明,本申请实施例中虚拟化系统至少包括一个主控制设备和至少一个扩展设备,扩展设备分别与主控制设备相连,并采用虚拟化技术,扩展设备虚拟化为主控制设备的逻辑端口,也就是说,虚拟化系统中有两种不同类型的设备,分别为主控制设备和扩展设备,其中,主控制设备位于父节点位置,扩展设备位于叶子节点位置。
例如,参阅图2所示,为本申请实施例中虚拟化系统结构图,服务器200与主控制设备201连接,主控制设备201分别与扩展设备,即图2中端口扩展器202-205连接(图2中仅是一种示例,对于端口扩展器的数目并不进行限制),并采用虚拟化技术,将多个扩展设备虚拟化为主控制设备的各逻辑端口,其中,主控制设备也可以称为控制桥(ControllingBridge,CB),扩展设备为端口扩展器(Port Extender,PE),这种虚拟化系统,一方面可以提高主控制设备的端口密度,以满足不断增加的服务器200接入需求,另一方面,整个主控制设备与所有端口扩展器虚拟化为一台设备,端口扩展器接入到主控制设备后,整个虚拟化系统的管理和配置都在主控制设备201上进行,大大降低了网络运维的难度。
基于上述实施例,参阅图3所示,为本申请实施例中一种虚拟化系统的报文传输方法的流程图,主要应用于主控制设备,具体包括:
步骤300:主控制设备接收任意一个扩展设备重定向转发的第一报文。
其中,第一报文是任意一个扩展设备接收到外部报文后,为外部报文添加头部字段,并将头部字段中目的设备标识设置为预设的虚拟标识后封装获得的。
例如,现有技术中如图2所示的虚拟化系统,在现有技术中,需要设置能够支持802.1BR标准的特殊芯片,才能够实现集中式转发的纵向虚拟化功能,但是,使用这种具有限制性的特殊芯片会导致未搭载支持802.1BR通信标准芯片的设备无法实现报文传输的功能,因此本申请实施例中通过为外部报文添加头部字段,并将头部字段中的目的设备标识设置为预设的虚拟标识实现对集中式转发的纵向虚拟化功能。
具体地,在执行步骤300之前,需要对虚拟化系统进行预配置,具体包括:
S1:预配置扩展设备。
具体地,在执行步骤S1时,需要在扩展设备中设置引流,使从扩展设备面板口进入的外部报文封装为第一报文后,将第一报文重定向发送给主控制设备,扩展设备本身不对报文进行目的MAC地址和VLAN ID的查表转发。
并且,设置引流时会在接收到外部报文后,为外部报文添加头部字段,并将头部字段中的目的设备标识的dst_mod字段设置为一个虚拟的值,称为v_mod,此值的设置用于在主控制设备进行匹配,可以使第一报文到达主控制设备后仍能进行正常的查表转发。
S2:预配置主控制设备,以使其能够正常确定第一报文的转发决策。
其中,转发决策可以至少包括二层、三层查表转发,例如,二层查表包括通过第一报文的目的MAC地址和VLAN ID查找本地MAC地址表以获得对应的目的设备标识和目的端口标识。
具体地,在执行步骤S2时,需要在与扩展设备级联的端口做特殊配置,即利用从扩展设备进入主控制设备的传输的第一报文的报文头部的目的设备标识dst_mod做匹配,当接收到的第一报文的报文头部的目的设备标识为虚拟标识,即dst_mod=v_mod时,配置后的主控制设备仍会对此报文进行普通的二三层查表转发处理。
并且,目的设备标识、端口标识等,这些标识不是在外部报文中的,而是在外部报文的头部字段中插入一段跨设备信息,该跨设备信息可以是源设备信息、目的设备信息、以及一些控制信息等。
则在执行步骤300时,具体包括:
S1:获得第一报文。
在本申请实施例中,当扩展设备接收到外部报文后,扩展设备通过设置将报文引流的方法,为接收到的外部报文添加头部字段,并将头部字段中目的设备标识设置为预设的虚拟标识后封装,以获得第一报文。
S2:主控制设备接收扩展设备重定向转发的第一报文。
步骤310:确定第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定第一报文的转发决策,并根据第一报文的转发决策发送给对应的扩展设备,以使对应的扩展设备基于转发决策进行转发。
在本申请实施例中,扩展设备本身不对接收到的报文进行转发决策,是由主控制设备对报文进行确定其转发决策,然后扩展设备根据主控制设备的转发决策对报文进行转发。
这样,为扩展设备接收到的外部报文添加头部字段,并将头部字段中目的设备标识设置为虚拟标识后封装,得到第一报文,在主控制设备接收到任意一个扩展设备重定向转发的第一报文后,识别第一报文的报文头部中的虚拟标识,并根据这个虚拟标识确定进行报文的转发决策并且发送给对应的扩展设备,这样扩展设备能够根据转发决策对第一报文进行转发,使用这种在外部报文头部将目的设备标识设置为虚拟标识的方法,可以使得即使是未设置支持802.1BR通信标准的芯片的设备或者是不支持802.1BR通信标准的设备,也能够对接收到的外部报文进行集中式转发的设备虚拟化的功能需求,避免了使用芯片的限制,降低了网络运维的难度。
基于上述实施例,下面采用具体应用场景对本申请实施例中的虚拟化系统的报文传输方法进行详细说明,以主控制设备为控制桥(Controlling Bridge,CB),扩展设备为端口扩展器(Port Extender,PE)为例,其中,CB设备通过级联的方式至少与一台PE设备相连接。
在本申请实施例中,设置CB设备通过级联的方式与PE1设备相连,在CB上设置一个与PE设备相连的级联端口为port1,在PE1设备上设置一个与CB相连的上联端口为port2,并且在PE1设备上设置3个扩展端口,分别为port3、port4、以及port5。
并且,设置VLAN ID为VLAN 1,在下述应用场景中,设置port3、port4、以及port5都属于VLAN1。
应用场景1:本地MAC地址表未记录有源MAC地址对应的端口
基于上述实施例,下面对当本地MAC地址表未记录有源MAC地址对应的端口时的应用场景进行详细阐述,参阅图4所示,为本申请实施例中应用场景1的示意图,并具体执行下述步骤。
S1:PE1设备使能。
具体地,在PE1设备开启时,PE设备的虚拟化配置模块根据识别到的设备类型为PE,在PE1设备中设置重定向功能,使从PE1设备进入的外部报文重定向转发给CB设备。
S2:PE1设备接收到来自以太网发送的外部报文后,为外部报文添加头部字段,并将头部字段中目的设备标识设置为预设的虚拟标识后封装获得第一报文。
例如:在本申请实施例中,外部报文从PE1设备的port3进入,该外部报文携带有源MAC地址:MAC2和目的MAC地址:MAC1,此时,外部报文进入虚拟化系统。
然后,当PE1设备接收到外部报文后,为外部报文添加头部字段,并将头部字段中的目的设备标识“dst_mod”字段设置为一个虚拟的标识“v_mod”,即dst_mod=v_mod,并将外部报文和头部字段信息“dst_mod=v_mod”封装,获得第一报文。
设置虚拟标识的目的是为了当第一报文被重定向转发到CB设备时,配置后的CB设备能够对有虚拟标识的第一报文确定其转发决策。
并且,PE1设备将该第一报文的源MAC地址、VLAN ID和对应的扩展设备的端口的映射关系添加到PE设备MAC地址表中,即,此时PE1设备将该第一报文的源MAC地址:MAC2、VLANID:VLAN 1、以及PE1设备对应的扩展端口port3添加到PE设备本地MAC地址表中。如下表1所示,为该应用场景下PE设备本地MAC地址表。
表1.
MAC地址 | VLAN ID | 端口 |
MAC2 | VLAN 1 | PE1设备的扩展端口port3 |
S3:第一报文进入该PE1设备后,被重定向至PE设备的上联端口port2,将第一报文从PE设备发送至CB设备。
S4:主控制设备根据第一报文中的源MAC地址,若确定本地MAC地址表未记录有源MAC地址对应的端口,则从任意一个扩展设备的端口中确定源MAC地址对应的一个扩展设备的端口,并将第一报文的源MAC地址、VLAN ID和对应的任意一个扩展设备的端口的映射关系添加至MAC地址表中。
在本申请实施例中,执行步骤S4具体包括:
1)CB设备的级联端口port1接收第一报文,并且CB设备根据该源MAC地址:MAC2查找CB设备本地MAC地址表中是否记录该MAC2对应的端口。
2)若确定本地MAC地址表中未记录有该MAC2所对应的端口,则CB将该第一报文中携带的源MAC地址:MAC2、第一报文进入的端口port3所属的VLAN ID:VLAN 1、以及第一报文进入的端口:PE设备的扩展端口port3的映射关系添加到CB设备的MAC地址表中。如下表2所示,为该应用场景下CB设备本地MAC地址表。
表2.
MAC地址 | VLAN ID | 端口 |
MAC2 | VLAN 1 | PE设备的扩展端口port3 |
此时,在CB设备的本地MAC地址表中,记录有MAC2所对应的VLAN ID和对应的端口。
需要注意的是,虽然PE1设备中存储有PE1设备本地MAC地址表,但是PE1设备本身不进行报文转发决策。
由于第一报文从PE1设备进入CB设备时,会携带虚拟标识、源MAC地址等标识,如果PE1设备不对源MAC地址进行记录,则会导致CB设备同样也不对此PE1设备发送的第一报文进行记录源MAC地址。
应用场景2:二层单播第一报文
基于上述实施例,下面对当目的MAC地址为MAC1地址时的应用场景进行详细阐述,本申请实施例中的应用场景2是基于应用场景1进而说明的,参阅图5所示,为本申请实施例中应用场景2的示意图,并具体执行下述步骤。
S1:主控制设备根据第一报文的目的MAC地址和VLAN ID,查找本地MAC地址表获得对应的目的设备标识和目的端口标识。
具体地,在本申请实施例中,在执行步骤S1时,需要具体执行下述步骤:
1)设置第一报文从PE1设备的port4进入。
该第一报文携带有源MAC地址:MAC1、以及目的MAC地址:MAC2,此时,第一报文进入虚拟化系统。
2)PE1设备根据第一报文的源MAC地址:MAC1,查找PE1设备本地MAC地址表。
PE1设备根据该源MAC地址:MAC1查找本地MAC地址表中是否记录该MAC1对应的端口。
若确定PE1设备本地MAC地址表中未记录有该MAC1所对应的端口以及对应的VLANID,则PE1设备将该第一报文中携带的源MAC地址:MAC1、第一报文进入的端口port4所属的VLAN ID:VLAN 1、以及第一报文进入的端口:PE1设备的扩展端口port4的映射关系添加到PE1设备本地MAC地址表中。如下表3所示,为应用场景2下PE1设备本地MAC地址表。
表3.
MAC地址 | VLAN ID | 端口 | PE设备号 |
MAC2 | VLAN 1 | PE1设备的扩展端口port3 | PE1设备 |
MAC1 | VLAN 1 | PE1设备的扩展端口port4 | PE1设备 |
3)第一报文进入该PE1设备后,被重定向至PE1设备的上联端口port2。
PE1设备将第一报文通过port2发送至CB设备。
在本申请实施例中,在CB设备中,此时CB设备具有虚拟标识v_mod,即当dst_mod==v_mod时,触发CB设备进行普通二三层转发。
4)CB设备的级联端口port1接收第一报文,并且CB设备根据该源MAC地址:MAC1查找CB设备本地MAC地址表中是否记录该MAC1对应的端口。
5)若确定CB设备本地MAC地址表中未记录有该MAC1所对应的端口,则CB设备将该第一报文中携带的源MAC地址:MAC1、第一报文进入的端口port4所属的VLAN ID:VLAN 1、以及第一报文进入的端口:PE1设备的扩展端口port4的映射关系添加到CB设备的MAC地址表中。如下表4所示,为该应用场景下CB设备本地MAC地址表。
表4.
MAC地址 | VLAN ID | 端口 | PE设备号 |
MAC2 | VLAN 1 | PE1设备的扩展端口port3 | PE1设备 |
MAC1 | VLAN 1 | PE1设备的扩展端口port4 | PE1设备 |
此时,在CB设备的本地MAC地址表中,记录有MAC1所对应的VLAN ID和对应的端口。
6)主控制设备根据第一报文的目的MAC地址和VLAN ID,查找CB本地MAC地址表获得对应的目的设备标识和目的端口标识。
在本申请实施例中,CB设备根据第一报文的目的MAC地址为MAC2,VLAN ID为VLAN1,查找本地MAC地址表获得对应的目的设备标识为PE1,目的端口标识为PE1的扩展端口port3。
S2:主控制设备将对应的目的设备标识和目的端口标识添加到第一报文的报文头部并封装为第二报文。
在本申请实施例中,将对应的目的设备标识为PE1设备,目的端口标识为PE1的扩展端口port3添加到第一报文的报文头部,并封装为第二报文。
S3:将第二报文发送给目的设备标识对应的扩展设备,以使对应的扩展设备将第二报文去除头部字段后转发至目的端口标识对应的目的端口。
在本申请实施例中,目的设备标识为PE1,目的端口标识为port3,因此CB设备通过级联端口port1将第二报文发送给扩展设备PE1,以使扩展设备PE1将第二报文转发给目的端口port3,进而通过port3将第二报文去除头部字段后发送出去。
也就是说,从PE设备发出的报文是不会携带目的设备、目的端口等信息的,虚拟化系统中所使用的目的设备标识、目的端口标识都是标识交换设备,用于交换设备间转发使用,所以PE设备接收到第二报文后可以从第二报文中提取出有用信息,例如目标端口标识等,然后去除头部字段后转发给目的端口,转发出去的时候是不会携带头部字段的。
应用场景3:单播/组播未知名第一报文或广播第一报文
基于上述实施例,下面对当目的MAC地址是未知名地址或者目的MAC地址是广播地址时的应用场景进行详细阐述,本申请实施例中的应用场景3是基于应用场景2进而说明的,参阅图6所示,为本申请实施例中应用场景3的示意图,并具体执行下述步骤。
S1:设置第一报文从PE1设备的扩展端口port4进入。
该第一报文携带有源MAC地址:MAC1和目的MAC地址:全F,此时,第一报文进入虚拟化系统,由于上述在应用场景2中,该源MAC地址:MAC1已经记录在PE1设备的本地MAC地址表中,因此,PE1设备不需要再记录该源MAC地址。
S2:第一报文通过PE1设备上的上联端口port2被重定向转发给CB的级联端口port1。
由于该源MAC地址:MAC1已经记录在CB设备的本地MAC地址表中,因此,CB设备不需要对该源MAC地址重新记录。
S3:主控制设备确定第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定第一报文的转发决策。
在本申请实施例中,此时第一报文的报文头部中目的设备的标识为预设的虚拟标识,即,dst_mod=v_mod,因此,触发CB设备进行普通二三层转发,即CB设备可以根据第一报文中的目的MAC地址和VLAN ID,在CB设备的本地MAC地址表中查找到对应的目的设备标识和目的端口标识。
S4:主控制设备若确定第一报文的目的MAC地址的地址类型为广播MAC地址或未知名MAC地址,则将第一报文广播给所有扩展设备,以使接收到第一报文的所有扩展设备向第一报文的VLAN ID内的各端口广播第一报文。
具体地,在本申请实施例中,执行S4步骤时具体包括:
1)判断第一报文的目的MAC地址的地址类型。
由CB设备判断目的MAC地址的地址类型,确定第一报文的目的MAC地址的地址类型为广播MAC地址或未知名MAC地址,例如目的MAC地址:全F。
2)CB设备将第一报文进行广播。
也就是说,CB设备将第一报文从级联端口port1发送,由PE1设备的上联端口port2接收,进而广播给PE1设备。
PE1设备将接收到的第一报文向VLAN 1内的各扩展端口port3、port4、port5广播该第一报文。
进一步地,在CB设备广播报文时,是会向所有的扩展设备发送,所有扩展设备都会接收到广播报文,然后扩展设备再把报文从VLAN ID标识的VLAN内的端口转发出去,但是如果扩展设备没有此VLAN内的端口,则这个报文会被扩展设备丢弃,这个扩展设备的所有端口都没有报文转发出来。
应用场景4:三层单播第一报文
基于上述实施例,下面对当目的MAC地址为MAC_CB时的应用场景进行详细阐述,本申请实施例中的应用场景4是基于应用场景3进而说明的,参阅图7所示,为本申请实施例中应用场景4的示意图,并具体执行下述步骤。
在本申请实施例中,设置PE1设备扩展端口port4为路由口,IP为192.168.2.1/24,设置PE1设备扩展端口port5为路由口,IP为192.168.1.1/24。
S1:主控制设备若确定第一报文的目的MAC地址为主控制设备的MAC地址,则触发三层转发处理,并根据第一报文中的目的IP地址和目的MAC地址,确定对应的目的设备标识和目的端口标识。
具体地,执行步骤S1时,需要具体执行下述步骤:
1)设置第一报文从PE1设备的port4进入。
该第一报文携带有源MAC地址:MAC1、目的MAC地址:MAC_CB、目的IP:192.168.1.2、以及源IP:192.168.2.2。其中,该目的MAC地址为CB设备的三层MAC地址。此时,第一报文进入虚拟化系统。
2)第一报文进入该PE1设备后,被重定向至PE1设备的上联端口port2,PE1设备将第一报文通过port2发送至CB设备,CB设备的级联端口port1接收第一报文。
3)CB设备根据第一报文的目的MAC地址和VLAN ID,查找CB本地MAC地址表获得对应的目的设备标识和目的端口标识。
此时CB设备具有虚拟标识v_mod,因此触发CB设备进行普通三层转发。
然后,CB设备进行查表,由于第一报文中的目的MAC地址为CB设备自身三层MAC地址,因此,此时触发三层路由查找。源MAC地址是出接口,目的MAC地址是下一跳,但是在CB设备本地MAC地址表中无下一跳MAC地址。因此根据目的IP地址在查找三层表L3_entry。
4)若在L3_entry中精确查找未找到,那么再在L3_defip表中按最长前缀匹配,命中获取到一个NEXT_HOP_INDEX。
5)使用下一跳索引NEXT_HOP_INDEX为索引查ING_L3_NEXT_HOP表获取到COPY_TO_CPU=1。
6)根据目的IP地址查软件路由表,发现匹配一个直连网段,因此继续查软件地址解析协议ARP表。
其中,ARP表是存储目的IP地址和目的MAC地址、以及源IP地址和源MAC地址对应的关系的。
8)若查找失败,则向目的网段对应的端口发送ARP请求。
在本申请实施例中,目的网段中只有一个扩展端口port5,因此,向port5发送ARP请求报文,在ARP表中找到对应关系。
9)当扩展端口port5收到请求后,向CB设备发送应答报文,CB设备接收到应答报文后,将源MAC地址添加至CB设备本地MAC地址表。
10)CB设备修改源MAC地址和目的MAC地址,而源IP地址和目的IP地址保持不变。
在本申请实施例中,将CB设备的目的MAC地址修改为MAC_2。
S2:主控制设备将对应的目的设备标识和目的端口标识添加到第一报文的报文头部并封装为第二报文。
根据修改过的源MAC地址和目的MAC地址,将目的网段以及目的网段对应的端口添加到第一报文的报文头部并封装为第二报文。
在本申请实施例中,对应的目的端口为port5。
S3:主控制设备将第二报文发送给目的设备标识对应的扩展设备,以使对应的扩展设备将第二报文去除头部字段后转发至目的端口标识对应的目的端口。
具体地,将第二报文发送给PE1设备,PE1设备再通过扩展端口port5并去除头部字段后发送出去,同时添加硬件三层表项{IP、MAC、出口VLAN、出端口}。
应用场景5:组播第一报文
基于上述实施例,下面对当目的MAC地址为组播MAC地址时的应用场景进行详细阐述,参阅图8所示,为本申请实施例中应用场景5的示意图,并具体执行下述步骤。
S1:主控制设备若确定第一报文的目的MAC地址的地址类型为组播MAC地址,则查找本地组播表,确定与组播MAC地址关联的至少一个目的设备标识和至少一个目的端口标识。
执行步骤S1时,具体包括:
1)在本申请实施例中,设置该PE1设备的扩展端口port4、port5记录有互联网组管理协议窥探(Internet Group Management Protocol snooping,IGMP snooping)这个二层组播协议,此时扩展端口port4、port5与组播MAC地址建立关联关系,PE1设备。
因此当第一报文中的目的MAC地址的地址类型为组播MAC地址,则扩展端口port4、port5与第一报文建立关联关系,将目的端口标识记录在本地组播表中。如下表6所示,为该应用场景下PE1设备本地组播表。
表6.
MAC地址 | VLAN ID | 端口 |
组播MAC | VLAN 1 | PE1设备的扩展端口port3、port4 |
2)设置第一报文从PE1设备的扩展端口port3进入。
该第一报文携带有源MAC地址:MAC1、目的MAC地址:组播MAC、目的IP:组播IP、以及源IP:192.168.2.2。此时,第一报文进入虚拟化系统。
3)第一报文进入该PE1设备后,被重定向至PE1设备的上联端口port2。
4)PE1设备将第一报文通过port2发送至CB设备。
此时,第一报文的报文头部中目的设备标识已被修改为虚拟标识,即dst_mod=v_mod。
5)查找CB设备本地组播表,确定与组播MAC地址关联的目的设备标识和目的端口标识。
在本申请实施例中,在CB设备中,此时CB设备判断第一报文中具有虚拟标识v_mod,因此CB设备可以对其进行报文的转发决策。
然后查找CB设备本地组播表,如下表7所示,为CB设备本地组播表确定组播MAC地址关联的目的设备标识为PE1,目的端口标识为port4、port5。
表7.
MAC地址 | VLAN ID | 端口 |
组播MAC | VLAN 1 | PE1设备的扩展端口port4、port5 |
S2:主控制设备将确定的至少一个目的设备标识和至少一个目的端口标识添加到第一报文的报文头部并封装为第二报文。
在本申请实施例中,CB设备将对应的目的设备标识:PE1以及对应的目的端口标识port4、port5添加到第一报文的报文头部,并封装为第二报文。
S3:主控制设备将第二报文发送给至少一个目的设备标识对应的扩展设备,以使对应的扩展设备将第二报文转发去除头部字段后转发至至少一个目的端口标识对应的目的端口。
在本申请实施例中,根据目的设备标识PE1,将封装好的第二报文发送给PE1设备,然后,CB设备再根据第二报文中的目的端口标识port4、port5,将第二报文进行复制,然后将复制好的第二报文去除头部字段后分别发送给PE1设备的扩展端口port4和port5。
本申请实施例中,扩展设备在接收到外部报文后,为外部报文添加头部字段,并将头部字段中的目的设备标识设置为虚拟标识,并且封装为第一报文,主控制设备接收扩展设备发送的第一报文,当主控制设备识别到报文头部中的虚拟标识时,就能够确定对应的转发决策,进而对第一报文进行转发,使用这种方法,可以使得不支持802.1BR通信标准的设备或者是未搭载支持802.1BR通信标准芯片的设备也能够实现虚拟化功能,对报文进行集中式转发,避免了使用芯片的限制,降低网络运维的难度。
基于同一发明构思,本申请实施例中还提供了一种虚拟化系统的报文传输装置,该虚拟化系统的报文传输装置例如可以是前述实施例中的主控制设备,该虚拟化系统的报文传输装置可以是硬件结构、软件模块、或硬件结构加软件模块。基于上述实施例,参阅图9所示为本申请实施例中虚拟化系统的报文传输装置,具体包括:
接收模块900,用于接收任意一个扩展设备重定向转发的第一报文,其中,所述第一报文是所述任意一个扩展设备接收到外部报文后,为所述外部报文添加头部字段,并将所述头部字段中目的设备标识设置为预设的虚拟标识后封装获得的;
处理模块910,用于确定所述第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发。
可选的,处理模块910具体用于:
根据所述第一报文的目的MAC地址和VLAN ID,查找本地MAC地址表获得对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
可选的,处理模块910具体用于:
若确定所述第一报文的目的MAC地址的地址类型为广播MAC地址或未知名MAC地址,则将所述第一报文广播给所有扩展设备,以使接收到所述第一报文的所有扩展设备向所述第一报文的VLAN ID内的各端口广播所述第一报文。
可选的,处理模块910具体用于:
若确定所述第一报文的目的MAC地址的地址类型为组播MAC地址,则查找本地组播表,确定与所述组播MAC地址关联的至少一个目的设备标识和至少一个目的端口标识;
将确定的所述至少一个目的设备标识和至少一个目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述至少一个目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述至少一个目的端口标识对应的目的端口。
可选的,处理模块910具体用于:
若确定所述第一报文的目的MAC地址为所述主控制设备的MAC地址,则触发三层转发处理,并根据所述第一报文中的目的IP地址和目的MAC地址,确定对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
可选的,处理模块910进一步用于:
根据所述第一报文中的源MAC地址,若确定本地MAC地址表未记录有所述源MAC地址对应的端口,则从所述任意一个扩展设备的端口中确定源MAC地址对应的一个扩展设备的端口,并将所述第一报文的源MAC地址、VLAN ID和所述对应的所述任意一个扩展设备的端口的映射关系添加至所述MAC地址表中。
基于上述实施例,参阅图10所示为本申请实施例中电子设备的结构示意图。
本申请实施例提供了一种电子设备,该电子设备可以包括处理器1010(CenterProcessing Unit,CPU)、存储器1020、输入设备1030和输出设备1040等,输入设备1030可以包括键盘、鼠标、触摸屏等,输出设备1040可以包括显示设备,如液晶显示器(LiquidCrystal Display,LCD)、阴极射线管(Cathode Ray Tube,CRT)等。
存储器1020可以包括只读存储器(ROM)和随机存取存储器(RAM),并向处理器1010提供存储器1020中存储的程序指令和数据。在本申请实施例中,存储器1020可以用于存储本申请实施例中任一种虚拟化系统的报文传输方法的程序。
处理器1010通过调用存储器1020存储的程序指令,处理器1010用于按照获得的程序指令执行本申请实施例中任一种虚拟化系统的报文传输方法。
基于上述实施例,本申请实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意方法实施例中的虚拟化系统的报文传输方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (14)
1.一种虚拟化系统的报文传输方法,其特征在于,所述虚拟化系统至少包括一个主控制设备和至少一个扩展设备,所述扩展设备与所述主控制设备相连,并采用虚拟化技术,将所述扩展设备虚拟化为所述主控制设备的逻辑端口,具体地,
所述主控制设备接收任意一个扩展设备重定向转发的第一报文,其中,所述第一报文是所述任意一个扩展设备接收到外部报文后,为所述外部报文添加头部字段,并将所述头部字段中目的设备标识设置为预设的虚拟标识后封装获得的;
确定所述第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发。
2.如权利要求1所述的方法,其特征在于,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
根据所述第一报文的目的MAC地址和VLAN ID,查找本地MAC地址表获得对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
3.如权利要求1所述的方法,其特征在于,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
若确定所述第一报文的目的MAC地址的地址类型为广播MAC地址或未知名MAC地址,则将所述第一报文广播给所有扩展设备,以使接收到所述第一报文的所有扩展设备向所述第一报文的VLAN ID内的各端口广播所述第一报文。
4.如权利要求1所述的方法,其特征在于,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
若确定所述第一报文的目的MAC地址的地址类型为组播MAC地址,则查找本地组播表,确定与所述组播MAC地址关联的至少一个目的设备标识和至少一个目的端口标识;
将确定的所述至少一个目的设备标识和至少一个目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述至少一个目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述至少一个目的端口标识对应的目的端口。
5.如权利要求1所述的方法,其特征在于,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发,具体包括:
若确定所述第一报文的目的MAC地址为所述主控制设备的MAC地址,则触发三层转发处理,并根据所述第一报文中的目的IP地址和目的MAC地址,确定对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
6.如权利要求1-5任一项所述的方法,其特征在于,进一步包括:
根据所述第一报文中的源MAC地址,若确定本地MAC地址表未记录有所述源MAC地址对应的端口,则从所述任意一个扩展设备的端口中确定源MAC地址对应的一个扩展设备的端口,并将所述第一报文的源MAC地址、VLAN ID和所述对应的所述任意一个扩展设备的端口的映射关系添加至所述MAC地址表中。
7.一种虚拟化系统的报文传输装置,其特征在于,所述虚拟化系统至少包括一个主控制设备和至少一个扩展设备,所述扩展设备分别与所述主控制设备相连,并采用虚拟化技术,将所述扩展设备虚拟化为所述主控制设备的逻辑端口,具体地,
接收模块,用于接收任意一个扩展设备重定向转发的第一报文,其中,所述第一报文是所述任意一个扩展设备接收到外部报文后,为所述外部报文添加头部字段,并将所述头部字段中目的设备标识设置为预设的虚拟标识后封装获得的;
处理模块,用于确定所述第一报文的报文头部中目的设备标识为预设的虚拟标识时,确定所述第一报文的转发决策,并根据所述第一报文的转发决策发送给对应的扩展设备,以使所述对应的扩展设备基于所述转发决策进行转发。
8.如权利要求7所述的装置,其特征在于,处理模块具体用于:
根据所述第一报文的目的MAC地址和VLAN ID,查找本地MAC地址表获得对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
9.如权利要求7所述的装置,其特征在于,处理模块具体用于:
若确定所述第一报文的目的MAC地址的地址类型为广播MAC地址或未知名MAC地址,则将所述第一报文广播给所有扩展设备,以使接收到所述第一报文的所有扩展设备向所述第一报文的VLAN ID内的各端口广播所述第一报文。
10.如权利要求7所述的装置,其特征在于,处理模块具体用于:
若确定所述第一报文的目的MAC地址的地址类型为组播MAC地址,则查找本地组播表,确定与所述组播MAC地址关联的至少一个目的设备标识和至少一个目的端口标识;
将确定的所述至少一个目的设备标识和至少一个目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述至少一个目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述至少一个目的端口标识对应的目的端口。
11.如权利要求7所述的装置,其特征在于,处理模块具体用于:
若确定所述第一报文的目的MAC地址为所述主控制设备的MAC地址,则触发三层转发处理,并根据所述第一报文中的目的IP地址和目的MAC地址,确定对应的目的设备标识和目的端口标识;
将所述对应的目的设备标识和目的端口标识添加到所述第一报文的报文头部并封装为第二报文;
将所述第二报文发送给所述目的设备标识对应的扩展设备,以使所述对应的扩展设备将所述第二报文去除头部字段后转发至所述目的端口标识对应的目的端口。
12.如权利要求7-11任一项所述的装置,其特征在于,处理模块进一步用于:
根据所述第一报文中的源MAC地址,若确定本地MAC地址表未记录有所述源MAC地址对应的端口,则从所述任意一个扩展设备的端口中确定源MAC地址对应的一个扩展设备的端口,并将所述第一报文的源MAC地址、VLAN ID和所述对应的所述任意一个扩展设备的端口的映射关系添加至所述MAC地址表中。
13.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1-6任一项所述方法的步骤。
14.一种计算机可读存储介质,其上存储有计算机程序,其特征在于:所述计算机程序被处理器执行时实现权利要求1-6任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910890985.2A CN110661710B (zh) | 2019-09-20 | 2019-09-20 | 一种虚拟化系统的报文传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910890985.2A CN110661710B (zh) | 2019-09-20 | 2019-09-20 | 一种虚拟化系统的报文传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110661710A true CN110661710A (zh) | 2020-01-07 |
CN110661710B CN110661710B (zh) | 2022-02-25 |
Family
ID=69037392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910890985.2A Active CN110661710B (zh) | 2019-09-20 | 2019-09-20 | 一种虚拟化系统的报文传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110661710B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111522624A (zh) * | 2020-04-17 | 2020-08-11 | 成都安恒信息技术有限公司 | 一种基于虚拟化技术的报文转发性能弹性扩展系统及其扩展方法 |
CN114374641A (zh) * | 2021-12-23 | 2022-04-19 | 锐捷网络股份有限公司 | 一种三层报文转发方法及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103401774A (zh) * | 2013-07-18 | 2013-11-20 | 杭州华三通信技术有限公司 | 一种基于堆叠系统的报文转发方法和设备 |
CN104092595A (zh) * | 2014-07-21 | 2014-10-08 | 杭州华三通信技术有限公司 | 基于802.1br的虚拟化系统中的报文处理方法及装置 |
CN105227464A (zh) * | 2014-06-23 | 2016-01-06 | 杭州华三通信技术有限公司 | Vcf系统中的报文转发方法及装置 |
WO2016072972A1 (en) * | 2014-11-04 | 2016-05-12 | Hewlett Packard Enterprise Development Lp | Bridge port extender |
CN105634792A (zh) * | 2015-07-23 | 2016-06-01 | 杭州华三通信技术有限公司 | 一种配置信息的传输方法和装置 |
CN106254281A (zh) * | 2016-07-29 | 2016-12-21 | 杭州华三通信技术有限公司 | 一种基于802.1br的报文处理方法和装置 |
CN107547334A (zh) * | 2016-06-28 | 2018-01-05 | 新华三技术有限公司 | 一种报文转发方法及装置 |
-
2019
- 2019-09-20 CN CN201910890985.2A patent/CN110661710B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103401774A (zh) * | 2013-07-18 | 2013-11-20 | 杭州华三通信技术有限公司 | 一种基于堆叠系统的报文转发方法和设备 |
CN105227464A (zh) * | 2014-06-23 | 2016-01-06 | 杭州华三通信技术有限公司 | Vcf系统中的报文转发方法及装置 |
CN104092595A (zh) * | 2014-07-21 | 2014-10-08 | 杭州华三通信技术有限公司 | 基于802.1br的虚拟化系统中的报文处理方法及装置 |
WO2016072972A1 (en) * | 2014-11-04 | 2016-05-12 | Hewlett Packard Enterprise Development Lp | Bridge port extender |
CN105634792A (zh) * | 2015-07-23 | 2016-06-01 | 杭州华三通信技术有限公司 | 一种配置信息的传输方法和装置 |
CN107547334A (zh) * | 2016-06-28 | 2018-01-05 | 新华三技术有限公司 | 一种报文转发方法及装置 |
CN106254281A (zh) * | 2016-07-29 | 2016-12-21 | 杭州华三通信技术有限公司 | 一种基于802.1br的报文处理方法和装置 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111522624A (zh) * | 2020-04-17 | 2020-08-11 | 成都安恒信息技术有限公司 | 一种基于虚拟化技术的报文转发性能弹性扩展系统及其扩展方法 |
CN111522624B (zh) * | 2020-04-17 | 2023-10-20 | 成都安恒信息技术有限公司 | 一种基于虚拟化技术的报文转发性能弹性扩展系统及其扩展方法 |
CN114374641A (zh) * | 2021-12-23 | 2022-04-19 | 锐捷网络股份有限公司 | 一种三层报文转发方法及装置 |
CN114374641B (zh) * | 2021-12-23 | 2023-06-16 | 锐捷网络股份有限公司 | 一种三层报文转发方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN110661710B (zh) | 2022-02-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11102033B2 (en) | Method and apparatus for implementing a flexible virtual local area network | |
US11283650B2 (en) | Method for sending virtual extensible local area network packet, computer device, and computer readable medium | |
EP2905930B1 (en) | Processing method, apparatus and system for multicast | |
WO2018040530A1 (zh) | 一种确定虚拟机迁移的方法和装置 | |
US20150358232A1 (en) | Packet Forwarding Method and VXLAN Gateway | |
EP3282649B1 (en) | Data packet forwarding | |
US20160197824A1 (en) | Packet forwarding | |
US9716687B2 (en) | Distributed gateways for overlay networks | |
EP3544237B1 (en) | Sdn-based remote stream mirroring control method, implementation method, and related device | |
WO2013049989A1 (en) | Layer two interconnection between data centers | |
CN107547349A (zh) | 一种虚拟机迁移的方法及装置 | |
EP3487123B1 (en) | Message forwarding | |
CN111736958A (zh) | 虚拟机迁移方法、系统、计算机设备及存储介质 | |
CN107493222B (zh) | 一种vxlan报文转发的方法及装置 | |
CN106161227B (zh) | 一种报文转发方法及装置 | |
EP2584742A1 (en) | Method and switch for sending packet | |
EP4113937A1 (en) | Mac address sending method and apparatus, system, and related devices | |
CN108259379B (zh) | 一种流量转发方法及装置 | |
CN110661710B (zh) | 一种虚拟化系统的报文传输方法及装置 | |
CN106031104A (zh) | 数据报文的转达方法、装置及设备 | |
US10574573B2 (en) | Connecting a PVLAN switch to a non-PVLAN device | |
EP3920512A1 (en) | Transmission method and device for message | |
CN104734930B (zh) | Vlan接入vf网络的实现方法及装置、fcf | |
CN105763444A (zh) | 一种路由同步方法及装置 | |
CN106789523B (zh) | 一种逻辑隧道的创建方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |