CN108418759A - 一种mac地址表项处理方法及装置 - Google Patents
一种mac地址表项处理方法及装置 Download PDFInfo
- Publication number
- CN108418759A CN108418759A CN201810551775.6A CN201810551775A CN108418759A CN 108418759 A CN108418759 A CN 108418759A CN 201810551775 A CN201810551775 A CN 201810551775A CN 108418759 A CN108418759 A CN 108418759A
- Authority
- CN
- China
- Prior art keywords
- mac address
- list item
- address list
- hit
- vtep
- 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
- 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/02—Topology update or discovery
-
- 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/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- 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/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明提供一种MAC地址表项处理方法及装置,本发明中,第一VTEP在接收到第二VTEP同步的表项老化消息时,判断待删除的MAC地址表项是否在使用,若在使用,则不删除该MAC地址表项,从而避免基于该MAC地址表项转发的单播流量变为广播流量,降低网络资源消耗。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种MAC地址表项处理方法及装置。
背景技术
EVPN(Ethernet Virtual Private Network,以太网虚拟专用网络)是一种二层VPN技术,控制平面采用MP-BGP(Multiprotocol-Border Gateway Protocol,多协议边界网关协议)通告EVPN路由,数据平面采用VXLAN(Virtual eXtensible LAN,可扩展虚拟局域网络)封装方式转发报文。
为了提升EVPN组网中接入侧的可靠性,用户主机采用多归属接入EVPN,如图1所示,主机2通过交换设备SW同时接入EVPN的2个VTEP(VXLAN Tunnel End Point,VXLAN隧道端点),VTEP2和VTEP3。这使得主机1与主机2之间交互的单播流量存在不走同一转发路径的情况,比如,主机1发往主机2的流量的转发路径为:主机1→VTEP1→VTEP3→SW→主机2;主机2发往主机1的流量的转发路径为:主机2→SW→VTEP2→VTEP1→主机1。
若主机2发往主机1的流量较少,且报文之间的时间间隔较长,则会导致VTEP2上本地学习的主机2的MAC(Media Access Control,介质访问控制)地址表项老化,VTEP2向VTEP1和VTEP3同步表项老化消息,以使VTEP1和VTEP3删除各自记录的主机2的MAC地址表项。
若主机1发往主机2的流量(目的MAC地址为主机2的MAC地址)较大,又无法命中MAC地址表项(VTEP1和VTEP3上的主机2的MAC地址表项已删除),则单播流量会变为广播流量发送,导致网络资源消耗较大。
发明内容
本发明为了解决多归属接入EVPN组网中单播流量变广播流量导致的网络资源消耗较大的问题,提出一种MAC地址表项处理方法及装置,用以避免单播流量变广播流量,从而降低网络资源消耗。
为实现上述发明目的,本发明提供了如下技术方案:
一方面,本发明提供一种MAC地址表项处理方法,应用于EVPN中的第一VTEP,所述EVPN中还包括第二VTEP,所述方法包括:
接收所述第二VTEP发送的表项老化消息,所述表项老化消息中携带所述第二VTEP通告删除的第一MAC地址;
确定本地记录的第一MAC地址表项是否被命中,所述第一MAC地址表项中包括所述第一MAC地址;
若所述第一MAC地址表项被命中,则禁止删除所述第一MAC地址表项。
另一方面,本发明提供一种MAC地址表项处理装置,应用于EVPN中的第一VTEP,所述EVPN中还包括第二VTEP,所述装置包括:
接收单元,用于接收所述第二VTEP发送的表项老化消息,所述表项老化消息中携带所述第二VTEP通告删除的第一MAC地址;
确定单元,用于确定本地记录的第一MAC地址表项是否被命中,所述第一MAC地址表项中包括所述第一MAC地址;
处理单元,用于若所述第一MAC地址表项被命中,则禁止删除所述第一MAC地址表项。
由以上描述可以看出,本发明中,第一VTEP在接收到第二VTEP同步的表项老化消息时,判断待删除的MAC地址表项是否在使用,若在使用,则不删除该MAC地址表项,从而避免基于该MAC地址表项转发的单播流量变为广播流量,降低网络资源消耗。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例示出的一种多归属接入EVPN组网示意图;
图2是本发明实施例示出的一种MAC地址表项处理方法流程图;
图3是本发明实施例示出的步骤202的实现流程图;
图4是本发明实施例示出的流量迁移时的表项同步流程图;
图5是本发明实施例示出的一种MAC地址表项处理装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
在本发明使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本发明可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本发明范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
参见图1,为典型的多归属接入EVPN组网示意图。其中,主机2多归属接入VTEP2和VTEP3。
首先,介绍主机1的MAC地址学习过程:
主机1发送的报文首先到达VTEP1,VTEP1根据报文的源MAC地址(主机1的MAC地址,记为MAC1)生成MAC地址表项,MAC地址表项的出接口为VTEP1上接收到该报文的AC口,记为AC1。参见表1,为VTEP1基于MAC1生成的MAC地址表项。
表1
VTEP1向VTEP2和VTEP3发送同步消息,同步消息中携带MAC1。
VTEP2接收到同步消息后,基于MAC1生成MAC地址表项,该MAC地址表项的出接口为VTEP1与VTEP2之间的隧道,记为Tunnel12,参见表2,为VTEP2基于MAC1生成的MAC地址表项。
表2
VTEP3接收到同步消息后,基于MAC1生成MAC地址表项,该MAC地址表项的出接口为VTEP1与VTEP3之间的隧道,记为Tunnel13,参见表3,为VTEP3基于MAC1生成的MAC地址表项。
表3
下面介绍主机2的MAC地址学习过程:
主机2发送的报文通过SW哈希到多归属VTEP(VTEP2或VTEP3)上,比如,哈希到VTEP2,VTEP2根据报文的源MAC地址(主机2的MAC地址,记为MAC2)生成MAC地址表项,MAC地址表项的出接口为VTEP2上接收到该报文的AC口,记为AC2。参见表4中第二条MAC地址表项,为VTEP2基于MAC2生成的MAC地址表项。
表4
VTEP2向VTEP3和VTEP1发送同步消息,同步消息中携带MAC2和AC2上配置的ESI,记为ESI1。
VTEP3接收到同步消息后,发现本地存在具有相同ESI(ESI1)的AC口,记为AC3,则生成MAC地址表项,MAC地址表项的出接口为AC3。参见表5中第二条MAC地址表项,为VTEP3基于MAC2生成的MAC地址表项。
表5
VTEP1接收到同步消息后,发现ESI1对应两个远端VTEP(VTEP2和VTEP3),则创建一个二层虚拟接口,记为VN1,该VN1对应两个接口,分别为VTEP1与VTEP2之间的隧道(Tunnel12),以及VTEP1与VTEP3之间的隧道(Tunnel13),并生成MAC地址表项,参见表6中第二条MAC地址表项,为VTEP1基于MAC2生成的MAC地址表项。
表6
在基于MAC地址表项转发流量的过程中,主机1与主机2之间交互的单播流量存在不走同一转发路径的情况,比如,主机2发往主机1的流量(记为F21)的转发路径为:主机2→SW→VTEP2→VTEP1→主机1,如图1中虚线箭头所示;主机1发往主机2的流量(记为F12)的转发路径为:主机1→VTEP1→VTEP3→SW→主机2,如图1中实线箭头所示。
若主机2发往主机1的流量F21较少,且相邻两次流量的时间间隔较长,则VTEP2上本地学习的MAC2的MAC地址表项(表4中的第二条MAC地址表项)由于长期未命中(基于报文的源MAC地址、目的MAC地址匹配MAC地址表项来确定是否命中)而老化,VTEP2删除表4中的第二条MAC地址表项(VTEP只能主动删除本地生成的MAC地址表项;在未接收到其它VTEP发送的表项老化消息时,不能主动删除其它VTEP同步的MAC地址表项),删除后的MAC地址表如表2所示。
同时,VTEP2会向VTEP1和VTEP3发送表项老化消息,用以通知VTEP1和VTEP3删除各自记录的MAC2的MAC地址表项。VTEP1接收到表项老化消息后,删除表6中的第二条MAC地址表项,删除后的MAC地址表如表1所示;VTEP3接收到表项老化消息后,删除表5中的第二条MAC地址表项,删除后的MAC地址表如表3所示。此时,VTEP1、VTEP2、VTEP3中均不存在MAC2的MAC地址表项。
若主机1发往主机2的流量F12(目的MAC地址为MAC2)较大,又无法命中VTEP中的MAC地址表项(不存在MAC2的MAC地址表项),则会导致大量单播流量变为广播流量发送,网络资源消耗较大。
针对上述问题,本发明提出一种MAC地址表项同步方法,该方法中,第一VTEP在接收到第二VTEP同步的表项老化消息时,判断待删除的MAC地址表项是否正在被使用,若正在被使用,则不删除该MAC地址表项,从而避免基于该MAC地址表项转发的单播流量变为广播流量,降低网络资源消耗。
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述:
参见图2,为本发明提供的方法流程图。该流程应用于EVPN组网中的第一VTEP,该EVPN组网中还包括第二VTEP,这里,第一VTEP和第二VTEP只是为便于区分而进行的命名,并非用于限定。
如图2所示,该流程可包括以下步骤:
步骤201,接收第二VTEP发送的表项老化消息。
第二VTEP在本地学习的MAC地址表项长期未命中(超过MAC地址表项的老化时长)时,删除本地学习的MAC地址表项,并向其它VTEP发送表项老化消息,在表项老化消息中携带需要删除的第一MAC地址。
这里,第一MAC地址只是为便于区分而进行的命名,并非用于限定。
步骤202,确定本地记录的第一MAC地址表项是否被命中。
这里,第一MAC地址表项为包括第一MAC地址的MAC地址表项。之所以称为第一MAC地址表项,只是为便于描述而进行的命名,并非用于限定。
本步骤确定第一MAC地址表项是否被命中的过程,参见下文图3所示流程示出的一种实现方式,在此暂不赘述。
步骤203,若第一MAC地址表项被命中,则禁止删除第一MAC地址表项。
这里,第一MAC地址表项被命中,说明第一MAC地址表项正在被使用,此时,不删除第一MAC地址表项。
步骤204,若第一MAC地址表项未被命中,则删除第一MAC地址表项。
这里,第一MAC地址表项未被命中,说明第一MAC地址表项未被使用,此时,可删除第一MAC地址表项。
至此,完成图2所示流程。
通过图2所示流程可以看出,在本发明中,第一VTEP在接收到第二VTEP发送的表项老化消息时,并未立即删除,而是通过判断MAC地址表项是否被命中,来确定是否仍有流量使用该MAC地址表项转发,若确定仍有流量使用该MAC地址表项,则禁止删除该MAC地址表项,以防止基于该MAC地址表项转发的单播流量变为广播流量,浪费网络资源。
下面对步骤202中确定第一MAC地址表项是否被命中进行具体描述:
参见图3,为本发明提供的步骤202的实现流程图。如图3所示,该流程可包括以下步骤:
步骤301,查询第一MAC地址表项的命中标志位。
MAC地址表项是否被命中,可通过查询对应的命中标志位来确定。该命中标志位包括源命中标志位和目的命中标志位,其中,源命中标志位用于表示MAC地址表项是否基于报文的源MAC地址被命中;目的命中标志位用于表示MAC地址表项是否基于报文的目的MAC地址被命中。
这里,源命中标志位和目的命中标志位只是为便于区分而进行的命名,并非用于限定。
步骤302,若命中标志位的值均为第一值,则确定第一MAC地址表项未被命中。
步骤303,若命中标志位中任一标志位的值为第二值,则确定第一MAC地址表项被命中。
这里,第一值和第二值只是为便于区分而进行的命名,并非用于限定。
其中,第一值不等于第二值。比如,第一值为0,第二值为1,0表示未命中,1表示命中,则本步骤中,源命中标志位和目的命中标志位中任一标志位为1,均表示第一MAC地址表项被命中,即第一MAC地址表项可基于报文的源MAC地址或目的MAC地址被命中。
在确定第一MAC地址表项被命中后,本发明将命中标志位(包括源命中标志位和目的命中标志位)的值设置为第一值。若第一MAC地址表项再次被命中,该第一MAC地址表项对应的命中标志位会自动更新为第二值,下一次查询时,仍可根据命中标志位确定第一MAC地址表项是否被命中。
至此,完成图3所示流程。
通过图3所示流程实现确定第一MAC地址表项是否被命中。
参见图4,为本发明实施例示出的流量迁移时的表项同步流程。该流程可包括以下步骤:
步骤401,接收第二VTEP发送的表项同步消息。
表项同步消息中携带第二VTEP请求同步的第二MAC地址。
这里,第二MAC地址只是为便于区分而进行的命名,并非用于限定。
步骤402,若本地存在包括第二MAC地址的第二MAC地址表项,且第二MAC地址表项基于报文的源MAC地址被命中,则删除第二MAC地址表项。
其中,第二MAC地址表项的出接口为连接第二MAC地址对应主机的本地接口。
这里,第二MAC地址表项只是为便于区分而进行的命名,并非用于限定。
需要补充说明的是:
若本地存在包括第二MAC地址的第二MAC地址表项,而又从第二VTEP接收到第二MAC地址的表项同步消息,说明第二MAC地址对应主机可能发生迁移。
若第二MAC地址表项基于报文的源MAC地址被命中,说明本地仍然存在第二MAC地址对应主机发送的流量,该第二MAC地址对应主机还未完成从第一VTEP到第二VTEP的迁移(处于迁移过程中),此时,可删除第二MAC地址表项。
步骤403,在删除第二MAC地址表项后,查询本地是否存在第二MAC地址表项。
需要说明的是,若第二MAC地址表项对应主机未迁移成功或者短时间内又迁移回来,则在通过步骤402删除第二MAC地址表项后,会重新触发本地MAC地址学习,第一VTEP又重新学习到第二MAC地址表项。
步骤404,若不存在第二MAC地址表项,则生成包括第二MAC地址的第三MAC地址表项。
这里,不存在第二MAC地址表项,说明本地已不存在第二MAC地址对应主机,该主机已完成迁移,则生成第三MAC地址表项,该第三MAC地址表项的出接口为指向第二VTEP的VXLAN隧道。
这里,第三MAC地址表项只是为便于区分而进行的命名,并非用于限定。
步骤405,若存在第二MAC地址表项,则禁止生成包括第二MAC地址的第三MAC地址表项。
这里,存在第二MAC地址表项,说明第二MAC地址对应主机仍在本地,该主机未迁移成功或者又迁回第一VTEP,因此,本地维持第二MAC地址表项。
至此,完成图4所示流程。
通过图4所示流程可以看出,在本发明中,第一VTEP在接收到第二VTEP发送的表项同步消息时,不会立即更新本地的MAC地址表项,而是在确定本地MAC地址表项基于源MAC地址命中(说明本地主机正在迁移过程中)时,通过先删除MAC地址表项、再查询MAC地址表项的方式,确定本地主机确实已迁移(未回迁)时,才更新MAC地址表项,从而保证迁移的稳定性,避免MAC地址表项频繁更新。
下面通过一个具体实施例对本发明提供的方法进行描述:
仍以图1所示多归属接入的EVPN组网为例。
当前VTEP1上的MAC地址表如表6所示;VTEP2上的MAC地址表如表4所示;VTEP3上的MAC地址表如表5所示。
主机2发往主机1的流量的转发路径为:主机2→SW→VTEP2→VTEP1→主机1,如图1中虚线箭头所示;主机1发往主机2的流量的转发路径为:主机1→VTEP1→VTEP3→SW→主机2,如图1中实线箭头所示。
若主机2发往主机1的流量较少,且相邻两次流量的时间间隔较长,则VTEP2上本地学习的MAC2的MAC地址表项(表4中的第二条MAC地址表项)由于长期未命中而老化,VTEP2删除表4中的第二条MAC地址表项,删除后的MAC地址表如表2所示。
同时,VTEP2向VTEP1和VTEP3发送表项老化消息,表项老化消息中携带MAC2。
VTEP1接收到表项老化消息后,查询本地记录的MAC2的MAC地址表项(表6中第二条MAC地址表项)的命中标志位(包括源命中标志位和目的命中标志位)。由于主机1发往主机2的流量(F12)持续存在,表6中第二条MAC地址表项基于流量的目的MAC地址被命中,对应目的命中标志位会被置位(为1),因此,通过查询第二条MAC地址表项的目的命中标志位,可知最近一段时间内该第二条MAC地址表项仍然在使用,因此,VTEP1不会删除表6中第二条MAC地址表项,以避免主机1发往主机2的单播流量变为广播流量,浪费网络资源。
同时,VTEP1会清零表6中第二条MAC地址表项的源命中标志位和目的命中标志位。若VTEP1上仍然持续存在主机1发往主机2的流量,则目的命中标志位会被重新置位,再次查询时,表6中的第二条MAC地址表项仍然不会删除,主机1发往主机2的流量将继续基于表6中的第二条MAC地址表项单播转发。
同理,VTEP3接收到表项老化消息后,查询本地记录的MAC2的MAC地址表项(表5中第二条MAC地址表项)的命中标志位。由于主机1发往主机2的流量持续存在,表5中第二条MAC地址表项基于流量的目的MAC地址被命中,对应目的命中标志位会被置位,因此,通过查询第二条MAC地址表项的目的命中标志位,可知最近一段时间内该第二条MAC地址表项仍然在使用,因此,VTEP3不会删除表5中第二条MAC地址表项,以避免主机1发往主机2的单播流量变为广播流量,浪费网络资源。
同时,VTEP3会清零表5中第二条MAC地址表项的源命中标志位和目的命中标志位。若VTEP3上仍然持续存在主机1发往主机2的流量,则目的命中标志位会被重新置位,再次查询时,表5中的第二条MAC地址表项仍然不会删除,主机1发往主机2的流量将继续基于表5中的第二条MAC地址表项单播转发。
若主机2向VTEP1迁移,VTEP1上的MAC地址表更新如下:
表7
从表7中可以看出,MAC2对应出接口已由表6中的VN1变为本地接口AC4。
VTEP1向VTEP2和VTEP3发送表项同步消息,表项同步消息中携带MAC2。
VTEP2接收到表项同步消息后,查询表4,本地存在MAC2的MAC地址表项(表4中第二条MAC地址表项),若该MAC地址表项基于报文的源MAC(MAC2)命中,则说明本地仍然存在主机2发送的流量,主机2可能还未完成迁移,则VTEP2删除表4中第二条MAC地址表项。
若主机2仍在VTEP2下,则VTEP2会重新学习到主机2(MAC2)的MAC地址表项,即表4中第二条MAC地址表项;若主机2已不在VTEP2下,则删除后无法再本地学习到表4中第二条MAC地址表项。
VTEP2重新查询本地是否存在MAC2的MAC地址表项,若不存在MAC2的MAC地址表项,说明主机2已迁移,则生成出接口为指向VTEP1的VXLAN隧道(Tunnel12)的MAC地址表项,如表8所示。
表8
VTEP3接收到表项同步消息后,查询表5,本地存在MAC2的MAC地址表项(表5中第二条MAC地址表项),但由于VTEP3上没有主机2发往主机1的流量,因此,表5中的第二条MAC地址表项不会基于报文的源MAC地址被命中,则VTEP3更新第二条MAC地址表项的出接口为指向VTEP1的VXLAN隧道(Tunnel13),如表9所示。
表9
至此,完成本实施例的描述。
以上对本发明提供的方法进行了描述,下面对本发明提供的装置进行描述:
参见图5,为本发明提供的装置结构图。该装置应用于EVPN中的第一VTEP,包括:接收单元501、确定单元502以及处理单元503,其中:
接收单元501,用于接收所述第二VTEP发送的表项老化消息,所述表项老化消息中携带所述第二VTEP通告删除的第一MAC地址;
确定单元502,用于确定本地记录的第一MAC地址表项是否被命中,所述第一MAC地址表项中包括所述第一MAC地址;
处理单元503,用于若所述第一MAC地址表项被命中,则禁止删除所述第一MAC地址表项。
作为一个实施例,所述处理单元503,还用于若所述第一MAC地址表项未被命中,则删除所述第一MAC地址表项。
作为一个实施例,所述确定单元502,具体用于查询所述第一MAC地址表项的命中标志位,所述命中标志位包括源命中标志位和目的命中标志位,所述源命中标志位用于表示MAC地址表项是否基于报文的源MAC地址被命中,所述目的命中标志位用于表示MAC地址表项是否基于报文的目的MAC地址被命中;若所述命中标志位的值均为第一值,则确定所述第一MAC地址表项未被命中;若所述命中标志位中任一标志位的值为第二值,则确定所述第一MAC地址表项被命中;其中,所述第一值不等于所述第二值。
作为一个实施例,所述确定单元502,还用于在确定所述第一MAC地址表项被命中之后,设置所述命中标志位的值均为第一值。
作为一个实施例,所述接收单元501,还用于接收所述第二VTEP发送的表项同步消息,所述表项同步消息中携带所述第二VTEP请求同步的第二MAC地址;
所述处理单元503,还用于若本地存在包括所述第二MAC地址的第二MAC地址表项,且所述第二MAC地址表项基于报文的源MAC地址被命中,则删除所述第二MAC地址表项,所述第二MAC地址表项的出接口为连接所述第二MAC地址对应主机的本地接口;在删除所述第二MAC地址表项后,查询本地是否存在所述第二MAC地址表项;若不存在所述第二MAC地址表项,则生成包括所述第二MAC地址的第三MAC地址表项,所述第三MAC地址表项的出接口为指向所述第二VTEP的VXLAN隧道。
至此,完成图5所示装置的描述。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (10)
1.一种介质访问控制MAC地址表项处理方法,应用于以太网虚拟专用网络EVPN中的第一可扩展虚拟局域网络VXLAN隧道端点VTEP,其特征在于,所述EVPN中还包括第二VTEP,所述方法包括:
接收所述第二VTEP发送的表项老化消息,所述表项老化消息中携带所述第二VTEP通告删除的第一MAC地址;
确定本地记录的第一MAC地址表项是否被命中,所述第一MAC地址表项中包括所述第一MAC地址;
若所述第一MAC地址表项被命中,则禁止删除所述第一MAC地址表项。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
若所述第一MAC地址表项未被命中,则删除所述第一MAC地址表项。
3.如权利要求1所述的方法,其特征在于,所述确定本地记录的第一MAC地址表项是否被命中,包括:
查询所述第一MAC地址表项的命中标志位,所述命中标志位包括源命中标志位和目的命中标志位,所述源命中标志位用于表示MAC地址表项是否基于报文的源MAC地址被命中,所述目的命中标志位用于表示MAC地址表项是否基于报文的目的MAC地址被命中;
若所述命中标志位的值均为第一值,则确定所述第一MAC地址表项未被命中;
若所述命中标志位中任一标志位的值为第二值,则确定所述第一MAC地址表项被命中;
其中,所述第一值不等于所述第二值。
4.如权利要求3所述的方法,其特征在于,所述确定所述第一MAC地址表项被命中之后,还包括:
设置所述命中标志位的值均为第一值。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述第二VTEP发送的表项同步消息,所述表项同步消息中携带所述第二VTEP请求同步的第二MAC地址;
若本地存在包括所述第二MAC地址的第二MAC地址表项,且所述第二MAC地址表项基于报文的源MAC地址被命中,则删除所述第二MAC地址表项,所述第二MAC地址表项的出接口为连接所述第二MAC地址对应主机的本地接口;
在删除所述第二MAC地址表项后,查询本地是否存在所述第二MAC地址表项;
若不存在所述第二MAC地址表项,则生成包括所述第二MAC地址的第三MAC地址表项,所述第三MAC地址表项的出接口为指向所述第二VTEP的VXLAN隧道。
6.一种介质访问控制MAC地址表项处理装置,应用于以太网虚拟专用网络EVPN中的第一可扩展虚拟局域网络VXLAN隧道端点VTEP,其特征在于,所述EVPN中还包括第二VTEP,所述装置包括:
接收单元,用于接收所述第二VTEP发送的表项老化消息,所述表项老化消息中携带所述第二VTEP通告删除的第一MAC地址;
确定单元,用于确定本地记录的第一MAC地址表项是否被命中,所述第一MAC地址表项中包括所述第一MAC地址;
处理单元,用于若所述第一MAC地址表项被命中,则禁止删除所述第一MAC地址表项。
7.如权利要求6所述的装置,其特征在于:
所述处理单元,还用于若所述第一MAC地址表项未被命中,则删除所述第一MAC地址表项。
8.如权利要求6所述的装置,其特征在于:
所述确定单元,具体用于查询所述第一MAC地址表项的命中标志位,所述命中标志位包括源命中标志位和目的命中标志位,所述源命中标志位用于表示MAC地址表项是否基于报文的源MAC地址被命中,所述目的命中标志位用于表示MAC地址表项是否基于报文的目的MAC地址被命中;若所述命中标志位的值均为第一值,则确定所述第一MAC地址表项未被命中;若所述命中标志位中任一标志位的值为第二值,则确定所述第一MAC地址表项被命中;其中,所述第一值不等于所述第二值。
9.如权利要求8所述的装置,其特征在于:
所述确定单元,还用于在确定所述第一MAC地址表项被命中之后,设置所述命中标志位的值均为第一值。
10.如权利要求6所述的装置,其特征在于:
所述接收单元,还用于接收所述第二VTEP发送的表项同步消息,所述表项同步消息中携带所述第二VTEP请求同步的第二MAC地址;
所述处理单元,还用于若本地存在包括所述第二MAC地址的第二MAC地址表项,且所述第二MAC地址表项基于报文的源MAC地址被命中,则删除所述第二MAC地址表项,所述第二MAC地址表项的出接口为连接所述第二MAC地址对应主机的本地接口;在删除所述第二MAC地址表项后,查询本地是否存在所述第二MAC地址表项;若不存在所述第二MAC地址表项,则生成包括所述第二MAC地址的第三MAC地址表项,所述第三MAC地址表项的出接口为指向所述第二VTEP的VXLAN隧道。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810551775.6A CN108418759B (zh) | 2018-05-31 | 2018-05-31 | 一种mac地址表项处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810551775.6A CN108418759B (zh) | 2018-05-31 | 2018-05-31 | 一种mac地址表项处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108418759A true CN108418759A (zh) | 2018-08-17 |
CN108418759B CN108418759B (zh) | 2020-09-08 |
Family
ID=63141075
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810551775.6A Active CN108418759B (zh) | 2018-05-31 | 2018-05-31 | 一种mac地址表项处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108418759B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109347746A (zh) * | 2018-10-16 | 2019-02-15 | 新华三技术有限公司 | 一种mac地址学习方法及装置 |
CN109391534A (zh) * | 2018-10-26 | 2019-02-26 | 新华三技术有限公司合肥分公司 | 一种接入模式更新方法及装置 |
CN109451087A (zh) * | 2018-10-26 | 2019-03-08 | 新华三技术有限公司 | Mac表项老化处理方法和装置 |
CN113472916A (zh) * | 2021-07-13 | 2021-10-01 | 中国联合网络通信集团有限公司 | Mac地址老化处理方法及设备 |
EP3944567A4 (en) * | 2019-04-22 | 2022-05-11 | Huawei Technologies Co., Ltd. | METHOD OF ADMINISTRATION OF MAC TABLES, NETWORK DEVICE, STORAGE MEDIUM AND PROGRAM PRODUCT |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050141537A1 (en) * | 2003-12-29 | 2005-06-30 | Intel Corporation A Delaware Corporation | Auto-learning of MAC addresses and lexicographic lookup of hardware database |
CN101047670A (zh) * | 2006-04-14 | 2007-10-03 | 华为技术有限公司 | 一种mac地址表老化、操作方法及其处理系统 |
CN102946348A (zh) * | 2012-11-09 | 2013-02-27 | 杭州华三通信技术有限公司 | 一种二层网络内vrrpe报文处理方法和设备 |
CN103731355A (zh) * | 2013-12-31 | 2014-04-16 | 迈普通信技术股份有限公司 | 避免mac地址学习时哈希冲突的方法及系统 |
CN104378296A (zh) * | 2013-08-15 | 2015-02-25 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
US9197552B1 (en) * | 2012-10-15 | 2015-11-24 | Cisco Technology, Inc. | Indexed access to a forwarding table in a network device |
US20160294695A1 (en) * | 2015-04-06 | 2016-10-06 | Fujitsu Limited | Packet transmission apparatus |
CN106549872A (zh) * | 2016-10-31 | 2017-03-29 | 西安空间无线电技术研究所 | 最长前缀匹配与精确匹配结合的星载快速路由查找系统 |
CN106603468A (zh) * | 2015-10-15 | 2017-04-26 | 中兴通讯股份有限公司 | 数据报文处理方法及装置 |
CN106921577A (zh) * | 2017-03-10 | 2017-07-04 | 新华三技术有限公司 | Mac地址学习方法及装置 |
CN107147581A (zh) * | 2017-06-26 | 2017-09-08 | 杭州迪普科技股份有限公司 | 路由表项的维护方法和装置 |
CN107547349A (zh) * | 2017-07-31 | 2018-01-05 | 新华三技术有限公司 | 一种虚拟机迁移的方法及装置 |
-
2018
- 2018-05-31 CN CN201810551775.6A patent/CN108418759B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050141537A1 (en) * | 2003-12-29 | 2005-06-30 | Intel Corporation A Delaware Corporation | Auto-learning of MAC addresses and lexicographic lookup of hardware database |
CN101047670A (zh) * | 2006-04-14 | 2007-10-03 | 华为技术有限公司 | 一种mac地址表老化、操作方法及其处理系统 |
US9197552B1 (en) * | 2012-10-15 | 2015-11-24 | Cisco Technology, Inc. | Indexed access to a forwarding table in a network device |
CN102946348A (zh) * | 2012-11-09 | 2013-02-27 | 杭州华三通信技术有限公司 | 一种二层网络内vrrpe报文处理方法和设备 |
CN104378296A (zh) * | 2013-08-15 | 2015-02-25 | 杭州华三通信技术有限公司 | 一种报文转发方法及设备 |
CN103731355A (zh) * | 2013-12-31 | 2014-04-16 | 迈普通信技术股份有限公司 | 避免mac地址学习时哈希冲突的方法及系统 |
US20160294695A1 (en) * | 2015-04-06 | 2016-10-06 | Fujitsu Limited | Packet transmission apparatus |
CN106603468A (zh) * | 2015-10-15 | 2017-04-26 | 中兴通讯股份有限公司 | 数据报文处理方法及装置 |
CN106549872A (zh) * | 2016-10-31 | 2017-03-29 | 西安空间无线电技术研究所 | 最长前缀匹配与精确匹配结合的星载快速路由查找系统 |
CN106921577A (zh) * | 2017-03-10 | 2017-07-04 | 新华三技术有限公司 | Mac地址学习方法及装置 |
CN107147581A (zh) * | 2017-06-26 | 2017-09-08 | 杭州迪普科技股份有限公司 | 路由表项的维护方法和装置 |
CN107547349A (zh) * | 2017-07-31 | 2018-01-05 | 新华三技术有限公司 | 一种虚拟机迁移的方法及装置 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109347746A (zh) * | 2018-10-16 | 2019-02-15 | 新华三技术有限公司 | 一种mac地址学习方法及装置 |
CN109347746B (zh) * | 2018-10-16 | 2021-11-23 | 新华三技术有限公司 | 一种mac地址学习方法及装置 |
CN109391534A (zh) * | 2018-10-26 | 2019-02-26 | 新华三技术有限公司合肥分公司 | 一种接入模式更新方法及装置 |
CN109451087A (zh) * | 2018-10-26 | 2019-03-08 | 新华三技术有限公司 | Mac表项老化处理方法和装置 |
CN109391534B (zh) * | 2018-10-26 | 2021-05-07 | 新华三技术有限公司合肥分公司 | 一种接入模式更新方法及装置 |
EP3944567A4 (en) * | 2019-04-22 | 2022-05-11 | Huawei Technologies Co., Ltd. | METHOD OF ADMINISTRATION OF MAC TABLES, NETWORK DEVICE, STORAGE MEDIUM AND PROGRAM PRODUCT |
US11943141B2 (en) | 2019-04-22 | 2024-03-26 | Huawei Technologies Co., Ltd. | Method and network device for managing MAC table, storage medium, and program product |
CN113472916A (zh) * | 2021-07-13 | 2021-10-01 | 中国联合网络通信集团有限公司 | Mac地址老化处理方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN108418759B (zh) | 2020-09-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108418759A (zh) | 一种mac地址表项处理方法及装置 | |
US9686194B2 (en) | Adaptive multi-interface use for content networking | |
CN105264493B (zh) | 信息中心网络上的动态虚拟机迁移 | |
CN104243318B (zh) | Vxlan网络中的mac地址学习方法及装置 | |
CN111130981B (zh) | 一种mac地址的代理应答方法及装置 | |
CN107733793B (zh) | 一种转发表项维护方法及装置 | |
JP4226553B2 (ja) | データ通信ネットワークにおけるルーティング | |
CN103139037B (zh) | 用于实现灵活的虚拟局域网的方法和装置 | |
KR101596541B1 (ko) | 제공자 브리지 네트워크로부터 vpls 또는 제공자 백본 브리징 네트워크로의 점진적 컷오버를 달성하기 위한 어드레스 결정 최적화 절차 | |
CN106878288B (zh) | 一种报文转发方法及装置 | |
EP3598705B1 (en) | Routing control | |
US10447652B2 (en) | High availability bridging between layer 2 networks | |
CN103118148A (zh) | 一种arp缓存更新方法和设备 | |
CN108632145A (zh) | 一种报文转发方法和叶子节点设备 | |
CN108540386A (zh) | 一种防止业务流中断方法及装置 | |
JP6298389B2 (ja) | 中継装置、通信システム、及び中継方法 | |
CN103414642B (zh) | 一种转发信息维护方法及设备 | |
JP2003319430A (ja) | 移動通信方法及び無線アクセスシステム | |
US11088871B1 (en) | Fast convergence for MAC mobility | |
JP7366283B2 (ja) | ルート更新方法及び装置 | |
JP2009147695A (ja) | 通信制御方法およびシステム | |
CN107911495A (zh) | 一种mac地址同步方法和vtep | |
CN108881024B (zh) | 一种组播流量转发方法及装置 | |
CN106921577A (zh) | Mac地址学习方法及装置 | |
US11743803B2 (en) | Systems, methods, and apparatuses for device routing management |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230607 Address after: 310052 11th Floor, 466 Changhe Road, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: H3C INFORMATION TECHNOLOGY Co.,Ltd. Address before: 310052 Changhe Road, Binjiang District, Hangzhou, Zhejiang Province, No. 466 Patentee before: NEW H3C TECHNOLOGIES Co.,Ltd. |
|
TR01 | Transfer of patent right |