CN103414634B - 一种业务流量的泛洪方法和设备 - Google Patents
一种业务流量的泛洪方法和设备 Download PDFInfo
- Publication number
- CN103414634B CN103414634B CN201310343877.6A CN201310343877A CN103414634B CN 103414634 B CN103414634 B CN 103414634B CN 201310343877 A CN201310343877 A CN 201310343877A CN 103414634 B CN103414634 B CN 103414634B
- Authority
- CN
- China
- Prior art keywords
- floods
- mac address
- website
- information
- edge device
- 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
Abstract
本发明实施例公开了一种业务流量的泛洪方法和设备,通过应用本发明实施例所提出的技术方案,基于本端站点边缘设备的泛洪MAC配置,保证本端站点边缘设备的业务流量只会转发到特定有效站点,各个站点间的独立性增强,保障了数据通信的安全性,受攻击的可能性将大大降低,从而,解决了EVI网络中业务流量在各个站点间以及站点内泛洪,按实际的业务需求泛洪,只有能提供有效业务服务的站点才允许泛洪,减少了不必要的泛洪流量和带宽损失,保证各个站点的正常通信。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种业务流量的泛洪方法和设备。
背景技术
当今大多数企业网络及其数据中心跨越了多个位于不同地理位置的物理站点,并在这些站点部署类似的业务。为了对数据中心资源进行整合、降低管理成本,通常会对数据中心的资源进行虚拟化。数据中心的虚拟化技术主要包括网络虚拟化、存储虚拟化和服务器虚拟化这三方面内容。其中,服务器虚拟化是通过专用的虚拟化软件(如VMware)在一台物理服务器上虚拟出多台虚拟机,每台虚拟机都独立运行,拥有自己的操作系统、应用程序和虚拟硬件环境(包括虚拟的CPU、内存、网卡等)。为了实现站点间的资源动态调配和管理,虚拟机在数据中心的不同站点之间要能够自由迁移。如图1所示,为现有技术中的一种虚拟机迁移场景的示意图。虚拟机可以在Site(站点)1的服务器Server(服务器)1和Site2的服务器Server2之间进行迁移。由于虚拟机迁移过程对用户透明,不能改变IP地址,否则用户的访问流量会中断,所以必须在分布于异地的站点之间实现二层网络互联。
EVI(Ethernet Virtualization Interconnect,以太网虚拟化互联)是一种先进的“MAC in IP”技术,是一种基于IP核心网的二层VPN(Virtual Private Network,虚拟专用网络)技术。它可以基于现有的服务提供商网络和企业网络,为分散的物理站点提供二层互联功能。EVI只是在站点的边缘设备上维护路由和转发信息,无需改变站点内部和IP核心网络的路由和转发信息。
如图2所示,为现有技术中的一种EVI组网结构的示意图。部署EVI后的网络由以下三部分组成:
站点网络:通过一台或者多台边缘设备连接到核心网络的具有独立业务功能的二层网络,通常由单个企业管理控制,主要由主机和交换设备组成。
EVI网络:站点边缘设备之间建立的虚拟网络,提供站点网络之间的二层互联。通过EVI网络在站点之间相互通告连接到边缘设备的所有主机和设备的MAC地址,将多个站点互联形成更大的二层转发域。
IP核心网络:主要由IP路由设备组成、提供站点网络之间三层互联的网络。
通过EVI网络可以实现VLAN(Virtual Local Area Network,虚拟局域网)流量在不同站点之间的扩展(例如:将站点Site1中VLAN10的流量扩展到站点Site2和Site3),EVI网络承载了站点间扩展VLAN的二层流量。
EVI技术具有如下优点:
站点间相互独立:站点间二层互联后,某个站点的故障(如广播风暴)不会传递到其它站点,不同站点的拓扑互不影响和依赖。
技术要求低:只要求服务提供商网络支持IP即可,无其它特殊技术要求。
高可靠性:使用多归属来提供站点的冗余接入,并具有在站点间避免流量环路的机制。
高链路使用效率:站点之间的组播和广播流量得到充分的优化从而节省带宽,在有冗余链路时可以实现负载分担。
灵活性:站点间二层互联不依赖于站点的拓扑结构,对站点拓扑结构没有特殊要求。
运营维护简单、成本低廉:只需要在站点边缘部署一个或多个支持EVI功能的设备,企业网络和服务提供商网络无需做任何变动。并且站点边缘设备上的配置简单,部署过程对流量转发不产生影响。
缺省情况下,边缘设备对于未知地址的帧(包括未知单播帧和未知组播帧)只在VLAN内的站点内部接口上进行泛洪,不会泛洪到其它站点。
对于某些特定的数据中心业务,以特定的目的MAC地址来标识其业务流量,该MAC地址永远不会作为数据帧的源MAC地址,不能通过EVI IS-IS协议在边缘设备之间进行通告。为了保证这类业务的流量在站点间的互通,可以配置选择性泛洪的MAC地址,当报文的目的MAC地址匹配该MAC地址时,报文可以通过EVI隧道泛洪转发到其它站点。这种MAC被称为选择性泛洪的MAC地址。
在实现本发明实施例所提出的技术方案的过程中,发明人发现现有技术存在以下不足:
当本端站点边缘设备配置泛洪MAC后,业务流量的目的MAC地址匹配该MAC地址时,会被泛洪到其他所有具有相同激活VLAN的远端站点边缘设备。即使远端站点边缘设备并没有提供这个服务的能力,也会接收到此业务流量,占据了不必要的带宽,影响远端站点边缘设备正常的业务通信。
发明内容
本发明实施例提供一种业务流量的泛洪方法和设备,解决了现有的EVI网络中业务流量在各个站点间以及站点内无法按需泛洪的问题。
为达到上述目的,本发明一方面提供了一种业务流量的泛洪方法,应用于以太网虚拟化互联EVI网络系统中,所述方法至少包括以下步骤:
本端站点边缘设备在自身的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪媒体接入控制MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项,其中,所述泛洪MAC表项中记录各所述泛洪MAC地址所对应的有效泛洪站点的信息;
当所述本端站点边缘设备接收到的流量的目的MAC地址是所配置的一个泛洪MAC地址时,所述本端站点边缘设备确定该泛洪MAC地址所对应的泛洪MAC表项,并根据泛洪MAC表项中所记录的信息,将所述流量转发给该泛洪MAC地址相对应的有效泛洪站点。
另一方面,本发明还提供了一种路由交换设备,作为站点设备应用于以太网虚拟化互联EVI网络系统中,至少包括:
配置模块,用于在所述路由交换设备的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项,其中,所述泛洪MAC表项中记录各所述泛洪MAC地址所对应的有效泛洪站点的信息;
接收模块,用于接收其他网络设备或路由交换设备所发送的流量;
确定模块,用于在所述接收模块接收到的流量的目的MAC地址是所述配置模块所配置的一个泛洪MAC地址时,确定该泛洪MAC地址所对应的泛洪MAC表项;
转发模块,用于根据所述确定模块所确定的泛洪MAC表项中所记录的信息,将所述流量转发给该泛洪MAC地址相对应的有效泛洪站点。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,通过应用本发明实施例所提出的技术方案,基于本端站点边缘设备的泛洪MAC配置,保证本端站点边缘设备的业务流量只会转发到特定有效站点,各个站点间的独立性增强,保障了数据通信的安全性,受攻击的可能性将大大降低,从而,解决了EVI网络中业务流量在各个站点间以及站点内泛洪,按实际的业务需求泛洪,只有能提供有效业务服务的站点才允许泛洪,减少了不必要的泛洪流量和带宽损失,保证各个站点的正常通信。
附图说明
图1为现有技术中的一种虚拟机迁移场景的示意图;
图2为现有技术中一种EVI组网结构的示意图;
图3为本发明实施例所提出的一种业务流量的泛洪方法的流程示意图;
图4为本发明实施例所提出的一种具体应用场景下的业务流量的泛洪方法的流程示意图;
图5为本发明实施例所提出的一种路由交换设备的结构示意图。
具体实施方式
如背景技术所述,在现有技术方案中,业务流量会被泛洪到其他所有具有相同激活VLAN的远端站点边缘设备,在该远端站点边缘设备并没有提供这个服务的能力的情况下,这样的转发显然是没有必要的,因此,这样的转发占据了不必要的带宽,影响远端站点边缘设备正常的业务通信。
为了解决这样的问题,本发明实施例提出了一种业务流量的泛洪方法, 主要解决实现EVI网络中业务流量按需向特定站点(或特定站点的某个接口)进行泛洪,也就是说只向能提供业务服务的站点泛洪,不向其他站点泛洪,保证了站点中流量的有效性,有效防止流量在站点内以及站点间的泛洪。
如图3所示,为本发明所提出的一种业务流量的泛洪方法的流程示意图,该方法应用于EVI网络系统中,具体包括以下步骤:
步骤S301、本端站点边缘设备在自身的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项。
其中,所述泛洪MAC表项中记录各所述泛洪MAC地址所对应的有效泛洪站点的信息。
需要指出的是,对于本端站点边缘设备来讲,每一个泛洪MAC表项的建立过程都是一次新的表项建立过程,而对于该泛洪MAC表项的内容的更新则根据具体更新时间和规则的差异分为以下两种情况:
情况一、首次建立泛洪MAC表项的过程。
(1)当所述本端站点边缘设备在自身的EVI隧道下配置一种新的业务类型的业务流量转发到远端设备所需的泛洪MAC地址时,所述本端设备建立与该泛洪MAC地址相对应的泛洪MAC表项,其中,所建立的泛洪MAC表项中所记录的该泛洪MAC地址相对应的有效泛洪站点的信息的初始值为缺省值。
通过本过程的处理,本端站点边缘设备完成了泛洪MAC表项的初始建立过程,所建立的泛洪MAC表项中,存储了业务类型和泛洪MAC地址之间的对应关系,需要指出的是,这里的业务类型和泛洪MAC地址之间是一一对应的关系。
进一步的,由于是初始建立过程,其所对应的有效泛洪站点的信息是空缺的,所以,本发明实施例中以缺省值进行暂时的填充。而具体的有效泛洪站点的信息则是通过后续的步骤进行获取和更新。
(2)所述本端站点边缘设备在向远端站点边缘设备发送的一个或多个消息中携带请求状态的所述新的业务类型的泛洪MAC信息,请求与该泛洪 MAC地址相对应的有效泛洪站点的信息。
在本实施例所提出的技术方案中,泛洪MAC信息实际上就是本端站点边缘设备和远端站点边缘设备之间进行有效泛洪站点的信息交互的一种信息载体和标识,其相应的状态信息则表明了该泛洪MAC信息的作用,如果是请求状态,则是用于请求获取相应的有效泛洪站点的信息,而如果是应答状态,则是用于相应的有效泛洪站点的信息的发布和更新。
(3)所述本端站点边缘设备接收所述远端站点边缘设备根据所述请求状态的所述新的业务类型的泛洪MAC信息所反馈的应答状态的所述新的业务类型的泛洪MAC信息,并根据所述应答状态的所述新的业务类型的泛洪MAC信息,在所述泛洪MAC表项中记录与该泛洪MAC地址相对应的有效泛洪站点的信息。
通过本步骤的处理,将(1)中的缺省值替换为泛洪MAC信息中所提供的有效泛洪站点的信息,从而,使泛洪MAC表项中的信息得到补充和完善。
情况二、在建立泛洪MAC表项之后的内容更新过程。
(1)所述本端站点边缘设备接收所述远端站点边缘设备按照预设的发送周期,主动发送的应答状态的泛洪MAC信息。
本步骤的处理实际上是在情况一完成的基础上进行的,如果说情况一是一种泛洪MAC表项的建立和信息完善过程,那么,当前的情况二就是对于已经完成建立和信息完善过程的泛洪MAC表项的信息更新过程,这样的过程主要是基于远端站点边缘设备所配置的业务流量转发配置的变化,或者远端站点边缘设备对于其所配置的业务流量转发配置的主动更新需要。
在本步骤中,所述预设的发送周期小于所述远端站点边缘设备上所配置的业务流量转发表项的生存时间。
(2)所述本端站点边缘设备根据所述应答状态的泛洪MAC信息中所携带的业务类型信息,确定所述应答状态的泛洪MAC信息所对应的泛洪MAC地址。
这是本端站点边缘设备的信息识别过程,需要指出的是,泛洪MAC信息中并不包括具体的泛洪MAC地址的信息,而只是包括业务类型的信息,而考 虑到情况一中进行泛洪MAC表项建立过程的时候,泛洪MAC地址和业务类型之间是一一对应的关系,所以,可以通过业务类型进行泛洪MAC地址或者相应的泛洪MAC表项的查找。
(3)所述本端站点边缘设备根据所述应答状态的泛洪MAC信息,对所述泛洪MAC表项中所记录的与所述应答状态的泛洪MAC地址相对应的有效泛洪站点的信息进行更新。
由于泛洪MAC信息中包含了远端站点边缘设备主动发送过来的有效站点信息,所以,本端站点边缘设备可以据此,对(2)中所查找到的泛洪MAC地址所对应的表项进行更新。从而,使本端站点边缘设备能够获知最准确的远端站点边缘设备所支持的业务信息。
步骤S302、当所述本端站点边缘设备接收到的流量的目的MAC地址是所配置的一个泛洪MAC地址时,所述本端站点边缘设备确定该泛洪MAC地址所对应的泛洪MAC表项,并根据泛洪MAC表项中所记录的信息,将所述流量转发给该泛洪MAC地址相对应的有效泛洪站点。
在具体的应用场景中,所述泛洪MAC表项中所记录的各所述泛洪MAC地址所对应的有效泛洪站点的信息中,还包括有效泛洪站点中的有效出接口信息,和/或所述泛洪MAC表项的生存时间。
下面,对于上述的信息进行具体的说明:
信息A、有效泛洪站点中的有效出接口信息。
这样的信息主要是在远端站点边缘设备中设置了具体的其所支持的业务的具体对应出接口的情况下所记录的,如果远端站点边缘设备中没有设置其所支持的某种类型的业务的具体的出接口,则该信息将不会被保存,只需要保存具体的有效泛洪站点的信息即可。
而如果设置了这样的出接口,那么,在完成上述的步骤S302的过程中,也需要将这样的信息一并携带在所转发的流量中,具体说明如下:
当所述本端站点边缘设备将所述流量转发给所述泛洪MAC地址相对应的有效泛洪站点时,所述本端站点边缘设备在转发的所述流量中携带所述有效泛洪站点中的有效出接口信息,以使所述远端站点边缘设备能够根据所述 有效泛洪站点中的有效出接口信息确定转发所述流量的转发接口。
信息B、生存时间。
这主要是为了实现所建立的泛洪MAC表项的老化,避免保存不必要的泛洪MAC表项而造成的存储资源的浪费以及业务转发的混乱,避免出现远端站点边缘设备已经不再继续支持某种类型的业务,但因为相应的泛洪MAC表项未被老化,而导致流量的无效转发。
具体的,当所述本端站点边缘设备判断一个或多个泛洪MAC表项所对应的生存时间为0时,所述本端站点边缘设备删除所述一个或多个泛洪MAC表项。
当然,对于一个泛洪MAC表项的生存时间,可以通过上述的步骤S301中的情况二进行更新,保证相应的生存时间与远端站点边缘设备中的生存时间相匹配,在远端站点边缘设备能够支持某种类型的业务的时候,始终保证相应的表项在本端站点边缘设备中得以保存,并进一步保证相应类型的流量能够及时的转发给相应的远端站点边缘设备。
由以上的说明可以看出,本端站点边缘设备是一个保存泛洪MAC表项并进行流量转发的站点,而远端站点边缘设备则是支持某种类型的业务,并进而成为该流量的泛洪目的端的站点,但是,在具体的应用场景中,这样的身份定位是可以互换的,即在上述的描述过程中,远端站点边缘设备是该本端站点边缘设备的某种业务的泛洪目的端,而本端站点边缘设备同时也是该远端站点边缘设备的某种业务的泛洪目的端。
在此种情况下,本端站点边缘设备中配置了包含一种或多种业务类型的业务流量的转发接口的业务流量转发表项,相应的,所述方法还包括以下的三种处理过程:
(1)与上述的步骤S301中的情况一相对应的泛洪MAC信息的应答过程。
当所述本端站点边缘设备接收到远端站点边缘设备发送的携带请求状态的一个业务类型的泛洪MAC信息时,所述本端站点边缘设备判断所述泛洪MAC信息所对应的业务类型是否与本地所配置的转发接口所对应的业务类型相匹配。
如果判断结果为是,所述本端站点边缘设备向所述远端站点边缘设备发送携带应答状态的所述业务类型的泛洪MAC信息的消息,以使所述远端站点边缘设备根据所述携带应答状态的所述业务类型的泛洪MAC信息,在相应的泛洪MAC表项中将所述本端站点边缘设备的信息记录为有效泛洪站点的信息,其中,所述携带应答状态的所述业务类型的泛洪MAC信息包括有效出接口信息。
(2)与上述的步骤S301中的情况二相对应的主动的泛洪MAC信息的更新过程。
当达到预设的发送周期时,所述本端站点边缘设备根据自身配置的当前处于有效状态的业务流量的转发接口,分别向各远端站点边缘设备主动发送应答状态的泛洪MAC信息,以使所述远端站点边缘设备根据所述泛洪MAC信息,在相应的泛洪MAC表项中对有效泛洪站点的信息进行更新。
(3)与上述的步骤S302中的情况相对应的流量接收过程。
当所述本端站点边缘设备接收到远端站点边缘设备根据相应的泛洪MAC表项中所记录的有效泛洪站点的信息所转发的流量时,所述本端站点边缘设备获取所述流量中携带的有效出接口信息,并通过相应的相应的出接口进行所述流量的转发。
需要说明的是,如果本端站点边缘设备中只是设置了其所支持的业务类型所对应的业务流量转发表项,即表明自身是某种业务类型的流量的泛洪目的端,那么,在上述的(3)中,便不存在对应的出接口的处理过程,这样的变化并不会影响本发明的保护范围。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行说明。
在本应用场景中,所提出的技术方案用于实现EVI网络中业务流量按需向特定站点的某个接口进行泛洪,至于按需向特定站点进行泛洪的情况,与此类似,在此不再重复说明。
如图4所示,为本发明实施例所提出的一种具体应用场景下的业务流量 的泛洪方法的流程示意图,该方法具体包括以下步骤:
步骤S401、在本端站点边缘设备的EVI隧道下配置业务流量转发到远端设备所需的泛洪MAC地址,并建立相应的泛洪MAC表项。
具体的,可建立如表1所示的EVI泛洪MAC表项。
表1EVI泛洪MAC表项
其中,各字段的含义说明如下:
泛洪MAC地址:指出转发业务流量所需的泛洪MAC地址。例如,DHCPv6协议报文转发时,需要使用泛洪MAC地址3333-0001-0002,而VRRP协议报文转发时,需要使用泛洪MAC地址0100-5e00-0012。
VLAN:指出可在哪个VLAN内进行泛洪,可以是一个VLAN范围。
业务标识:标识是哪种业务类型的业务流量。
有效泛洪站点:能够提供相应的业务类型的服务的站点,通过EVI-ISIS(Intermediate System to Intermediate System,中间系统到中间系统)通告报文学习得到,也就是报文中的system id(系统标识)字段。
有效出接口索引:能够提供业务流量的站点上提供业务的具体接口索引。即如该接口下下挂了服务(如DHCPv6服务器),就是那个接口的索引,可以通过EVI-ISIS通告报文学习得到,实现的时候需要在EVI-ISIS通告报文中新增option(选项)字段,用于携带这个信息。
Lifetime(生存时间):泛洪MAC地址即该泛洪MAC表项的有效生存时间,也是通过EVI-ISIS通告报文的新增option字段中携带这个信息。
在上述的表1中,NA表示前述的缺省值,既没有明确具体的有效泛洪站点的信息,在使用缺省值的过程中,如果收到目的MAC地址为泛洪MAC地址的报文,默认向所有站点进行泛洪。
具体的,上述的新增Option字段,可命名为EVI selective-flooding for serveroption(基于服务的EVI泛洪选项),并约定为Option100字段,具体格式如表2所示:
表2Option100字段及其说明
其中,需要说明的是,具体的出接口信息可以使用上述的接口索引(Interface)来代替,例如:使用g1/0/1所对应的接口索引0001,这是为了节省存储比特数。
具体的,当第一次进行一个泛洪MAC地址配置时,相应的有效泛洪站点的信息都是缺省值,为了对相应的信息进行更新,本端站点边缘设备在接下来的3个EVI-ISIS通告报文(在具体的应用场景中可以根据实际需要进行具体报文个数的设置,这样的变化并不会影响本发明的保护范围)中会携带上述的新增的Option100字段(即上述的Option字段的一种具体形式),在该Option100字段中,Option Code是Request(即前述的请求状态),表示请求远端站点边缘设备告知该业务类型的业务流量所对应的有效泛洪站点的各种信息。
步骤S402、根据具体的需求,在能够提供相应业务类型的业务的远端站点边缘设备中配置相应的业务流量转发表项,其中包括指导业务流量转发的具体的出接口,并将此信息携带在EVI-ISIS通告报文的option100字段中,发送给本端站点边缘设备(对该远端站点边缘设备而言的远端站点边缘设 备)。
其中,远端站点边缘设备上建立的业务流量转发表项具体如表3所示:
表3业务流量转发表项
业务标识 | 出接口 | lifetime(生存时间) |
DHCPv6(01) | g1/0/1 | 3600s |
VRRP(02) | g2/0/1 | 7200s |
NTP(03) | g3/0/1 | 1800s |
VRRP(02) | g3/0/1 | 900s |
具体的,上述的option100字段的通告周期可自行设置,但必须小于表2中相应的lifetime值,这是为了防止业务的生存时间到了,却没有通告给本端站点边缘设备(对当前远端站点边缘设备而言的远端站点边缘设备)更新相应的lifetime,本端站点边缘设备因此而在lifetime归零时老化了对应的泛洪MAC表项。
进一步的,在具体的应用场景中,可以在EVI-ISIS的通告的HELLO报文中携带上述的信息,即使用新增的Option100字段。
步骤S403、本端站点边缘设备在接收到EVI-ISIS协议报文后,检查是否携带有option100字段。
如果不存在,则根据具体的规则对该EVI-ISIS协议报文进行相应的报文处理。
如果存在,则进一步根据其中携带的相应的Option100字段,对本地保存的相应的泛洪MAC表项进行处理。
具体的,本端站点边缘设备解析option100字段中的内容,如果其Optioncode的内容是reply(即前述的标识为应答状态),则将相应的内容提取出来并,更新之前生成的泛洪MAC表项中对应的信息。
首先,判断Option100字段中的Server Type(业务类型)的内容所对应的业务类型是否在本地保存的泛洪MAC表项中存在,如果存在,继续处理,否则,丢弃此报文(表示本端站点边缘设备并不需要转发此业务类型的流量,业务流量的业务类型一般与泛洪MAC地址是一一对应的关系)。
在具体的应用场景中,上述的继续处理的处理过程具体如下:
进一步,判断Option字段中携带的system id与本地所保存的泛洪MAC表项中所保存的有效泛洪站点是否相同。
如果相同,则更新该泛洪MAC表项,相应的出接口和lifetime都可能更新,而如果不相同,则表示该泛洪MAC表项中当前不存在相应的站点,从而,添加该站点为该业务类型所对应的另一个有效泛洪站点,相应的出接口和lifetime也进行添加。
下面,通过不同的情况,对本发明实施例所提出的上述的进行泛洪MAC表项进行更新的过程在不同情况下的应用过程进行说明:
情况一,原泛洪MAC表项中不存在有效泛洪站点(即相当于前述的初始建立泛洪MAC表项的情况)。
如果本端站点边缘设备收到携带如下所示的Option100字段的报文,且EVI-ISIS报文中system id=1:
Option类型(100) | 0x0064 |
Option code | 0x01 |
Option length | 选项长度,2个字节0x0008 |
Server type | 0x0001 |
interface | 0x0001 |
Lifetime | 0x00000708,即1800s |
则表示该Option100字段为应答状态,并且,Server type中0x0001表示DHCPv6的业务类型,该业务类型在当前本地保存的泛洪MAC表项中存在,且该泛洪MAC表项中,并没有存储相应的有效泛洪站点的信息,所以,本端站点边缘设备根据上述的Option100字段的信息,将本地保存的如下所示的原始泛洪MAC表项:
更新为如下所示的新的泛洪MAC表项。
情况二、原泛洪MAC表项中存在有效泛洪站点(即相当于前述的泛洪MAC表项建立完成并填充了缺省值之后,进行信息更新的情况)。
如果本端站点边缘设备收到携带如下所示的Option100字段的报文,且EVI-ISIS报文中system id=1:
Option类型(100) | 0x0064 |
Option code | 0x01 |
Option length | 选项长度,2个字节0x0008 |
Server type | 0x0001 |
interface | 0x0002 |
Lifetime | 0x00000E10,即3600s |
则表示该Option100字段为应答状态,并且,Server type中0x0001表示DHCPv6的业务类型,该业务类型在当前本地保存的泛洪MAC表项中存在,且该泛洪MAC表项中以及存储了一个有效泛洪站点的信息,经过比对可以发现,相应的有效泛洪站点一致,而有效出接口索引并不一致,所以,本端站点边缘设备需要为该泛洪MAC地址添加一个新的有效泛洪站点的信息,所以,根据上述的Option100字段的信息,将本地保存的如下所示的原始泛洪MAC表项:
更新为如下所示的新的泛洪MAC表项。
情况三,EVI-ISIS报文中携带的system id与MAC表中有效泛洪站点不相同,说明该Option100字段来自另一个站点,因此,需哟添加一条新的泛洪MAC表项
本端站点边缘设备收到携带如下所示的Option100字段的报文,且EVI-ISIS报文中system id=2:
Option类型(100) | 0x0064 |
Option code | 0x01 |
Option length | 选项长度,2个字节0x0008 |
Server type | 0x0001 |
interface | 0x0002 |
Lifetime | 0x00000E10,即3600s |
则表示该Option100字段为应答状态,并且,Server type中0x0001表示DHCPv6的业务类型,该业务类型在当前本地保存的泛洪MAC表项中存在,但是相应的有效泛洪站点是system ID=1的站点,与Option100所对应的站点不同,因此,在该泛洪MAC表项中,并没有存储本Option100所对应的有效泛洪站点的信息,所以,本端站点边缘设备根据上述的Option100字段的信息,将本地保存的如下所示的原始泛洪MAC表项:
更新为如下所示的新的泛洪MAC表项。
步骤S404、当本端站点边缘设备收到目的MAC地址是本地保存的泛洪MAC地址的流量,则根据泛洪MAC表项,将该流量泛洪到对应的远端站点边缘设备。
结合前述的表项内容说,以下的泛洪MAC表项表示,本端站点边缘设备收到目的MAC地址是3333-0001-0002的DHCPv6业务流量时,则向远端站点边缘设备1的出接口索引为0001的接口方向进行泛洪,远端站点边缘设备1设备收到此报文后,并进行隧道解封装后,根据接口索引0001将该报文转发到g1/0/1接口。
需要指出的是,为了清楚的标识出接口的信息,本端站点边缘设备经EVI隧道进行转发的报文中添加一个Interface id选项,标记需要转发到远端站点边缘设备的出接口,远端站点边缘设备收到此报文,并进行隧道解封装后,可以解析得到出接口索引,从而,直接找到对应的出接口,将解封装后的报文转发出去。
Option类型(18) | 0x0012 |
Option length | 0x02 |
Interface | 0x0001 |
在本发明实施例所提出的技术方案中,lifetime的作用主要是为了对泛洪MAC表项进行老化和更新。这是为了更灵活的适应站点内以及站点间服务器的迁移。
下面,通过具体的示例对相应的应用过程进行说明:
情况一:
远端站点边缘设备1上g1/0/1接口下挂的DHCPv6服务器被迁移到的别的接口g1/0/2,业务流量就不必再发往g1/0/1了,此时,需要把本端站点边缘设备上保存的与g1/0/1相对应的泛洪MAC表项老化删除。具体的过程如下:
由于在远端站点边缘设备1上已经不再有g1/0/1相对应的业务流量转发表项(可以是在发生服务器迁移时主动删除,也可以是随着相应的业务流量转发表项的lifetime归零而被删除),因此,远端站点边缘设备1也不会主动发送对应于g1/0/1的Option100字段对本端设备相应的泛洪MAC表项中的信 息进行更新,那么,本端站点边缘设备所保存的泛洪MAC表项中与g1/0/1相对应的lifetime也会慢慢归零,本端站点边缘设备也会在其归零后,对相应的泛洪MAC表项进行删除。
可以用以下的例子说明:
由于本端站点边缘设备没有接收到对应于有效出接口索引0001(表示接口g1/0/1)的新的Option100字段,因此,lifetime不会更新,只会慢慢归零,具体如下所示:
而当lifetime减为0后,该条表项就被本端站点边缘设备删除,相应的泛洪MAC表项更新如下,已经对g1/0/1所对应的泛洪MAC表项进行了老化。
情况二:
远端站点边缘设备1上g1/0/1接口下挂的DHCPv6服务器被迁移到的站点2接口g1/0/1,业务流量就不必再发往站点1的g1/0/1了,此时,需要把本端站点边缘设备上保存的与远端站点边缘设备1的g1/0/1相对应的泛洪MAC表项老化删除。具体的过程如下:
由于在远端站点边缘设备1上已经不再有DHCPv6业务相对应的业务流量转发表项(可以是在发生服务器迁移时主动删除,也可以是随着相应的业务流量转发表项的lifetime归零而被删除),因此,远端站点边缘设备1也不会主动发送对应于DHCPv6业务的Option100字段对本端设备相应的泛洪MAC表项中的信息进行更新,那么,本端站点边缘设备所保存的泛洪MAC表项中与远端站点边缘设备1相对应的lifetime也会慢慢归零,本端站点边缘设备也会在其归零后,对相应的泛洪MAC表项进行删除。
可以用以下的例子说明:
由于本端站点边缘设备没有接收到对应于有效泛洪站点1(表示远端站点边缘设备1)的新的Option100字段,因此,lifetime不会更新,只会慢慢归零,具体如下所示:
而当lifetime减为0后,该条表项就被本端站点边缘设备删除,相应的泛洪MAC表项更新如下,已经对远端站点边缘设备1所对应的泛洪MAC表项进行了老化。
由此可见,当本端站点边缘设备一直没有收到更新对应泛洪MAC表项的Option100时,lifetime会慢慢归零,而本端站点边缘设备也会在lifetime过期后,将对应的泛洪MAC表项删除。
进一步的,在具体的应用场景中,为了实现更好地提醒效果,可以约定在lifetime减少到一半时间后,如果此时有EVI-ISIS HELLO报文发送,则主动携带option100字段,option code为请求(标识为请求状态),请求更新相应的lifetime值,在规定的时间内,如果没有收到应答,则本端站点边缘设备可立即将对应的泛洪MAC表项删除,这样,又能减少流量的不必要泛洪。
与现有技术相比,本发明实施例所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,基于本端站点边缘设备的泛洪MAC配置,保证本端站点边缘设备的业务流量只会转发到特定有效站点,各个站点间的独立性增强,保障了数据通信的安全性,受攻击的可能性将大大降低,从而,解决了EVI网络中业务流量在各个站点间以及站点内泛洪,按实际的业务需求泛洪,只有能提供有效业务服务的站点才允许泛洪,减少了 不必要的泛洪流量和带宽损失,保证各个站点的正常通信。
为了实现本发明的技术方案,本发明还提出了一种路由交换设备,作为站点设备应用于EVI网络系统中,其结构示意图5所示,包括:
配置模块51,用于在所述路由交换设备的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项,其中,所述泛洪MAC表项中记录各所述泛洪MAC地址所对应的有效泛洪站点的信息;
接收模块52,用于接收其他网络设备或路由交换设备所发送的流量;
确定模块53,用于在所述接收模块52接收到的流量的目的MAC地址是所述配置模块51所配置的一个泛洪MAC地址时,确定所述泛洪MAC地址所对应的泛洪MAC表项;
转发模块54,用于根据所述确定模块53所确定的泛洪MAC表项中所记录的信息,将所述流量转发给该泛洪MAC地址相对应的有效泛洪站点。
进一步的,上述的路由交换设备还包括发送模块55和更新模块56,对应于前述的步骤S301中的情况一,相应的处理模块还包括以下功能:
所述配置模块51,还用于当在所述路由交换设备的EVI隧道下配置一种新的业务类型的业务流量转发到远端设备所需的泛洪MAC地址时,建立与该泛洪MAC地址相对应的泛洪MAC表项,其中,所建立的泛洪MAC表项中所记录的该泛洪MAC地址相对应的有效泛洪站点的信息的初始值为缺省值;
所述发送模块55,用于在所述配置模块51配置了一种新的业务类型的业务流量转发到远端设备所需的泛洪MAC地址之后,在向远端站点边缘设备发送的一个或多个消息中携带请求状态的所述新的业务类型的泛洪MAC信息,请求与该泛洪MAC地址相对应的有效泛洪站点的信息;
所述接收模块52,还用于接收所述远端站点边缘设备根据所述发送模块55所发送的请求状态的所述新的业务类型的泛洪MAC信息所反馈的应答状态的所述新的业务类型的泛洪MAC信息;
所述更新模块56,用于根据所述接收模块52所接收到的所述应答状态的 所述新的业务类型的泛洪MAC信息,在所述配置模块51所建立的泛洪MAC表项中记录与该泛洪MAC地址相对应的有效泛洪站点的信息。
对应于前述的步骤S301中的情况二,相应的处理模块还包括以下功能:
所述接收模块52,还用于接收所述远端站点边缘设备按照预设的发送周期,主动发送的应答状态的泛洪MAC信息,其中,所述预设的发送周期小于所述远端站点边缘设备上所配置的业务流量转发表项的生存时间;
所述更新模块56,还用于根据所述接收模块52所接收到的应答状态的泛洪MAC信息中所携带的业务类型信息,确定所述应答状态的泛洪MAC信息所对应的泛洪MAC地址,并根据所述应答状态的泛洪MAC信息,对所述配置模块51所配置的泛洪MAC表项中所记录的与所述应答状态的泛洪MAC地址相对应的有效泛洪站点的信息进行更新。
进一步的,所述配置模块51所配置的泛洪MAC表项中所记录的各所述泛洪MAC地址所对应的有效泛洪站点的信息中,还包括有效泛洪站点中的有效出接口信息,和/或所述泛洪MAC表项的生存时间,其中:
所述转发模块54,还用于当将所述流量转发给所述泛洪MAC地址相对应的有效泛洪站点时,在转发的所述流量中携带所述有效泛洪站点中的有效出接口信息,以使所述远端站点边缘设备能够根据所述有效泛洪站点中的有效出接口信息确定转发所述流量的转发接口;和/或,
所述更新模块56,还用于当判断一个或多个泛洪MAC表项所对应的生存时间为0时,删除所述配置模块51所配置的一个或多个泛洪MAC表项。
优选的,所述配置模块51,还用于配置本地的包含一种或多种业务类型的业务流量的转发接口的业务流量转发表项,相应的:
所述发送模块55,还用于在所述接收模块52接收到远端站点边缘设备发送的携带请求状态的一个业务类型的泛洪MAC信息时,判断所述泛洪MAC信息所对应的业务类型是否与本地所配置的转发接口所对应的业务类型相匹配,如果判断结果为是,则向所述远端站点边缘设备发送携带应答状态的所述业务类型的泛洪MAC信息的消息,以使所述远端站点边缘设备根据所述携带应答状态的所述业务类型的泛洪MAC信息,在相应的泛洪MAC表项中将 所述本端站点边缘设备的信息记录为有效泛洪站点的信息,其中,所述携带应答状态的所述业务类型的泛洪MAC信息包括有效出接口信息;
所述发送模块55,还用于当达到预设的发送周期时,根据所述配置模块51所配置的当前处于有效状态的业务流量的转发接口,分别向各远端站点边缘设备主动发送应答状态的泛洪MAC信息,以使所述远端站点边缘设备根据所述泛洪MAC信息,在相应的泛洪MAC表项中对有效泛洪站点的信息进行更新,其中,所述预设的发送周期小于所述配置模块51所配置的业务流量转发表项的生存时间;
所述转发模块54,还用于当所述接收模块52接收到远端站点边缘设备根据相应的泛洪MAC表项中所记录的有效泛洪站点的信息所转发的流量时,获取所述流量中携带的有效出接口信息,并通过相应的相应的出接口进行所述流量的转发。
与现有技术相比,本发明所提出的技术方案具有以下优点:
通过应用本发明实施例所提出的技术方案,基于本端站点边缘设备的泛洪MAC配置,保证本端站点边缘设备的业务流量只会转发到特定有效站点,各个站点间的独立性增强,保障了数据通信的安全性,受攻击的可能性将大大降低,从而,解决了EVI网络中业务流量在各个站点间以及站点内泛洪,按实际的业务需求泛洪,只有能提供有效业务服务的站点才允许泛洪,减少了不必要的泛洪流量和带宽损失,保证各个站点的正常通信。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种业务流量的泛洪方法,应用于以太网虚拟化互联EVI网络系统中,其特征在于,所述方法至少包括以下步骤:
本端站点边缘设备在自身的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪媒体接入控制MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项,其中,所述泛洪MAC表项中记录各所述泛洪MAC地址所对应的有效泛洪站点的信息;
当所述本端站点边缘设备接收到的流量的目的MAC地址是所配置的一个泛洪MAC地址时,所述本端站点边缘设备确定该泛洪MAC地址所对应的泛洪MAC表项,并根据泛洪MAC表项中所记录的信息,将所述流量转发给该泛洪MAC地址相对应的有效泛洪站点。
2.如权利要求1所述的方法,其特征在于,所述本端站点边缘设备在自身的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项,其中,所述泛洪MAC表项中记录各所述泛洪MAC地址所对应的有效泛洪站点的信息,具体包括:
当所述本端站点边缘设备在自身的EVI隧道下配置一种新的业务类型的业务流量转发到远端设备所需的泛洪MAC地址时,所述本端设备建立与该泛洪MAC地址相对应的泛洪MAC表项,其中,所建立的泛洪MAC表项中所记录的该泛洪MAC地址相对应的有效泛洪站点的信息的初始值为缺省值;
所述本端站点边缘设备在向远端站点边缘设备发送的一个或多个消息中携带请求状态的所述新的业务类型的泛洪MAC信息,请求与该泛洪MAC地址相对应的有效泛洪站点的信息;
所述本端站点边缘设备接收所述远端站点边缘设备根据所述请求状态的所述新的业务类型的泛洪MAC信息所反馈的应答状态的所述新的业务类型的泛洪MAC信息,并根据所述应答状态的所述新的业务类型的泛洪MAC信息,在所述泛洪MAC表项中记录与该泛洪MAC地址相对应的有效泛洪站点的信息。
3.如权利要求2所述的方法,其特征在于,所述本端站点边缘设备在自 身的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项之后,还包括:
所述本端站点边缘设备接收所述远端站点边缘设备按照预设的发送周期,主动发送的应答状态的泛洪MAC信息,其中,所述预设的发送周期小于所述远端站点边缘设备上所配置的业务流量转发表项的生存时间;
所述本端站点边缘设备根据所述应答状态的泛洪MAC信息中所携带的业务类型信息,确定所述应答状态的泛洪MAC信息所对应的泛洪MAC地址;
所述本端站点边缘设备根据所述应答状态的泛洪MAC信息,对所述泛洪MAC表项中所记录的与所述应答状态的泛洪MAC地址相对应的有效泛洪站点的信息进行更新。
4.如权利要求1至3中任意一项中所述的方法,其特征在于,所述泛洪MAC表项中所记录的各泛洪MAC地址所对应的有效泛洪站点的信息中,还包括有效泛洪站点中的有效出接口信息,和/或所述泛洪MAC表项的生存时间,其中:
当所述本端站点边缘设备将所述流量转发给所述泛洪MAC地址相对应的有效泛洪站点时,所述本端站点边缘设备在转发的所述流量中携带所述有效泛洪站点中的有效出接口信息,以使所述远端站点边缘设备能够根据所述有效泛洪站点中的有效出接口信息确定转发所述流量的转发接口;和/或,
当所述本端站点边缘设备判断一个或多个泛洪MAC表项所对应的生存时间为0时,所述本端站点边缘设备删除所述一个或多个泛洪MAC表项。
5.如权利要求1所述的方法,其特征在于,当所述本端站点边缘设备中配置了包含一种或多种业务类型的业务流量的转发接口的业务流量转发表项时,所述方法还包括:
当所述本端站点边缘设备接收到远端站点边缘设备发送的携带请求状态的一个业务类型的泛洪MAC信息时,所述本端站点边缘设备判断所述泛洪MAC信息所对应的业务类型是否与本地所配置的转发接口所对应的业务类型相匹配,如果判断结果为是,所述本端站点边缘设备向所述远端站点边缘设备发送携带应答状态的所述业务类型的泛洪MAC信息的消息,以使所述远端站点边缘设备根据所述携带应答状态的所述业务类型的泛洪MAC信息,在相应的泛洪MAC表项中将所述本端站点边缘设备的信息记录为有效泛洪站点的信息,其中,所述携带应答状态的所述业务类型的泛洪MAC信息包括有效出接口信息;
当达到预设的发送周期时,所述本端站点边缘设备根据自身配置的当前处于有效状态的业务流量的转发接口,分别向各远端站点边缘设备主动发送应答状态的泛洪MAC信息,以使所述远端站点边缘设备根据所述泛洪MAC信息,在相应的泛洪MAC表项中对有效泛洪站点的信息进行更新;
当所述本端站点边缘设备接收到远端站点边缘设备根据相应的泛洪MAC表项中所记录的有效泛洪站点的信息所转发的流量时,所述本端站点边缘设备获取所述流量中携带的有效出接口信息,并通过相应的出接口进行所述流量的转发。
6.一种路由交换设备,作为站点边缘设备应用于以太网虚拟化互联EVI网络系统中,其特征在于,至少包括:
配置模块,用于在所述路由交换设备的EVI隧道下配置各种业务类型的业务流量转发到远端设备所需的各泛洪MAC地址,并建立与所述各泛洪MAC地址相对应的泛洪MAC表项,其中,所述泛洪MAC表项中记录各所述泛洪MAC地址所对应的有效泛洪站点的信息;
接收模块,用于接收其他网络设备或路由交换设备所发送的流量;
确定模块,用于在所述接收模块接收到的流量的目的MAC地址是所述配置模块所配置的一个泛洪MAC地址时,确定该泛洪MAC地址所对应的泛洪MAC表项;
转发模块,用于根据所述确定模块所确定的泛洪MAC表项中所记录的信息,将所述流量转发给该泛洪MAC地址相对应的有效泛洪站点。
7.如权利要求6所述的路由交换设备,其特征在于,还包括发送模块和更新模块,其中:
所述配置模块,还用于当在所述路由交换设备的EVI隧道下配置一种新的业务类型的业务流量转发到远端设备所需的泛洪MAC地址时,建立与该泛洪MAC地址相对应的泛洪MAC表项,其中,所建立的泛洪MAC表项中所记录的该泛洪MAC地址相对应的有效泛洪站点的信息的初始值为缺省值;
所述发送模块,用于在所述配置模块配置了一种新的业务类型的业务流量转发到远端设备所需的泛洪MAC地址之后,在向远端站点边缘设备发送的一个或多个消息中携带请求状态的所述新的业务类型的泛洪MAC信息,请求与该泛洪MAC地址相对应的有效泛洪站点的信息;
所述接收模块,还用于接收所述远端站点边缘设备根据所述发送模块所发送的请求状态的所述新的业务类型的泛洪MAC信息所反馈的应答状态的所述新的业务类型的泛洪MAC信息;
所述更新模块,用于根据所述接收模块所接收到的所述应答状态的所述新的业务类型的泛洪MAC信息,在所述配置模块所建立的泛洪MAC表项中记录与该泛洪MAC地址相对应的有效泛洪站点的信息。
8.如权利要求7所述的路由交换设备,其特征在于,
所述接收模块,还用于接收所述远端站点边缘设备按照预设的发送周期,主动发送的应答状态的泛洪MAC信息,其中,所述预设的发送周期小于所述远端站点边缘设备上所配置的业务流量转发表项的生存时间;
所述更新模块,还用于根据所述接收模块所接收到的应答状态的泛洪MAC信息中所携带的业务类型信息,确定所述应答状态的泛洪MAC信息所对应的泛洪MAC地址,并根据所述应答状态的泛洪MAC信息,对所述配置模块所配置的泛洪MAC表项中所记录的与所述应答状态的泛洪MAC地址相对应的有效泛洪站点的信息进行更新。
9.如权利要求7或8中任意一项中所述的路由交换设备,其特征在于,所述配置模块所配置的泛洪MAC表项中所记录的各泛洪MAC地址所对应的有效泛洪站点的信息中,还包括有效泛洪站点中的有效出接口信息,和/或所述泛洪MAC表项的生存时间,其中:
所述转发模块,还用于当将所述流量转发给所述泛洪MAC地址相对应的 有效泛洪站点时,在转发的所述流量中携带所述有效泛洪站点中的有效出接口信息,以使所述远端站点边缘设备能够根据所述有效泛洪站点中的有效出接口信息确定转发所述流量的转发接口;和/或,
所述更新模块,还用于当判断一个或多个泛洪MAC表项所对应的生存时间为0时,删除所述配置模块所配置的一个或多个泛洪MAC表项。
10.如权利要求6所述的路由交换设备,其特征在于,所述配置模块,还用于配置包含一种或多种业务类型的业务流量的转发接口的业务流量转发表项,相应的:
所述发送模块,还用于在所述接收模块接收到远端站点边缘设备发送的携带请求状态的一个业务类型的泛洪MAC信息时,判断所述泛洪MAC信息所对应的业务类型是否与本地所配置的转发接口所对应的业务类型相匹配,如果判断结果为是,则向所述远端站点边缘设备发送携带应答状态的所述业务类型的泛洪MAC信息的消息,以使所述远端站点边缘设备根据所述携带应答状态的所述业务类型的泛洪MAC信息,在相应的泛洪MAC表项中将本端站点边缘设备的信息记录为有效泛洪站点的信息,其中,所述携带应答状态的所述业务类型的泛洪MAC信息包括有效出接口信息;
所述发送模块,还用于当达到预设的发送周期时,根据所述配置模块所配置的当前处于有效状态的业务流量的转发接口,分别向各远端站点边缘设备主动发送应答状态的泛洪MAC信息,以使所述远端站点边缘设备根据所述泛洪MAC信息,在相应的泛洪MAC表项中对有效泛洪站点的信息进行更新,其中,所述预设的发送周期小于所述配置模块所配置的业务流量转发表项的生存时间;
所述转发模块,还用于当所述接收模块接收到远端站点边缘设备根据相应的泛洪MAC表项中所记录的有效泛洪站点的信息所转发的流量时,获取所述流量中携带的有效出接口信息,并通过相应的出接口进行所述流量的转发。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310343877.6A CN103414634B (zh) | 2013-08-08 | 2013-08-08 | 一种业务流量的泛洪方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310343877.6A CN103414634B (zh) | 2013-08-08 | 2013-08-08 | 一种业务流量的泛洪方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103414634A CN103414634A (zh) | 2013-11-27 |
CN103414634B true CN103414634B (zh) | 2016-08-31 |
Family
ID=49607620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310343877.6A Active CN103414634B (zh) | 2013-08-08 | 2013-08-08 | 一种业务流量的泛洪方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103414634B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110798403B (zh) | 2018-08-01 | 2021-02-23 | 华为技术有限公司 | 通信方法、通信设备和通信系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6870852B1 (en) * | 2000-12-29 | 2005-03-22 | Sprint Communications Company L.P. | Combination router bridge in an integrated services hub |
CN101090377A (zh) * | 2007-07-31 | 2007-12-19 | 中兴通讯股份有限公司 | 网关上多业务数据流选路的实现方法 |
CN101820435A (zh) * | 2009-02-27 | 2010-09-01 | 华为技术有限公司 | 分布式网络处理系统的mac地址表项信息同步方法及装置 |
CN102088754A (zh) * | 2010-12-06 | 2011-06-08 | 中国人民解放军信息工程大学 | 一种基于网络访问行为的无线局域网接入控制方法及系统 |
CN102801820A (zh) * | 2012-08-10 | 2012-11-28 | 杭州华三通信技术有限公司 | 一种evi网络中mac地址发布方法和装置 |
CN102946350A (zh) * | 2012-09-18 | 2013-02-27 | 杭州华三通信技术有限公司 | 一种基于优先级的数据传输方法和设备 |
CN103078800A (zh) * | 2013-01-29 | 2013-05-01 | 杭州华三通信技术有限公司 | Evi网络中的mac地址信息控制方法及边缘设备 |
-
2013
- 2013-08-08 CN CN201310343877.6A patent/CN103414634B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6870852B1 (en) * | 2000-12-29 | 2005-03-22 | Sprint Communications Company L.P. | Combination router bridge in an integrated services hub |
CN101090377A (zh) * | 2007-07-31 | 2007-12-19 | 中兴通讯股份有限公司 | 网关上多业务数据流选路的实现方法 |
CN101820435A (zh) * | 2009-02-27 | 2010-09-01 | 华为技术有限公司 | 分布式网络处理系统的mac地址表项信息同步方法及装置 |
CN102088754A (zh) * | 2010-12-06 | 2011-06-08 | 中国人民解放军信息工程大学 | 一种基于网络访问行为的无线局域网接入控制方法及系统 |
CN102801820A (zh) * | 2012-08-10 | 2012-11-28 | 杭州华三通信技术有限公司 | 一种evi网络中mac地址发布方法和装置 |
CN102946350A (zh) * | 2012-09-18 | 2013-02-27 | 杭州华三通信技术有限公司 | 一种基于优先级的数据传输方法和设备 |
CN103078800A (zh) * | 2013-01-29 | 2013-05-01 | 杭州华三通信技术有限公司 | Evi网络中的mac地址信息控制方法及边缘设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103414634A (zh) | 2013-11-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104106240B (zh) | 覆盖网络中转发和地址解析的平衡 | |
US10666561B2 (en) | Virtual machine migration | |
Wang et al. | A survey on data center networking for cloud computing | |
CN104205748B (zh) | 具有协调的业务方向的机架间冗余 | |
CN104052666B (zh) | 实现主机路由可达的方法和装置 | |
CN103891216B (zh) | 结构路径交换网络中网关负载平衡的fhrp优化的方法和系统 | |
CN102164091B (zh) | 一种mac地址表建立方法及运营商边缘设备 | |
CN104106242B (zh) | 分片网络中委托转发和地址解析 | |
CN103685022B (zh) | 报文转发方法及服务提供商网络边缘设备 | |
CN109660441B (zh) | Overlay网络中组播复制的方法及装置 | |
US20160191462A1 (en) | Message forwarding in a virtual local area network | |
US20130259050A1 (en) | Systems and methods for multi-level switching of data frames | |
CN104168184A (zh) | 报文转发方法及设备 | |
CN103078800B (zh) | Evi网络中的mac地址信息控制方法及边缘设备 | |
CN102739497A (zh) | 一种路由自动生成方法及其装置 | |
CN106936680B (zh) | 云计算平台异构网络之间互通的系统及方法 | |
CN106059946A (zh) | 一种报文转发方法和装置 | |
CN107094110A (zh) | 一种dhcp报文转发方法及装置 | |
CN103414642B (zh) | 一种转发信息维护方法及设备 | |
CN102447703B (zh) | 一种热备份方法和系统、cgn设备 | |
CN111182022A (zh) | 数据发送方法和装置、存储介质及电子装置 | |
CN104486193B (zh) | 一种建立网络节点互联的方法及装置 | |
CN102857435B (zh) | 转发数据中心站点内的三层数据流的方法和设备 | |
CN103873339A (zh) | 一种虚拟网关路由器的分配方法和装置 | |
CN103107942B (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 | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee 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 Patentee before: Huasan Communication Technology Co., Ltd. |