CN112491725A - 一种mac地址的处理方法及装置 - Google Patents
一种mac地址的处理方法及装置 Download PDFInfo
- Publication number
- CN112491725A CN112491725A CN202011384354.2A CN202011384354A CN112491725A CN 112491725 A CN112491725 A CN 112491725A CN 202011384354 A CN202011384354 A CN 202011384354A CN 112491725 A CN112491725 A CN 112491725A
- Authority
- CN
- China
- Prior art keywords
- mac address
- sub
- address sub
- exceeding
- redirection
- 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/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/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/74—Address processing for routing
-
- 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
- H04L45/7453—Address table lookup; Address filtering using hashing
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
本发明公开了一种MAC地址的处理方法及装置,其中方法为:获取待转发报文的源介质访问控制MAC地址和第一接收端口标识;确定所述第一接收端口标识对应的端口类型;若确定所述端口类型为物理端口,则确定所述第一接收端口标识所属的第一虚拟局域网VLAN标识,在MAC地址表中查找所述源MAC地址和所述第一VLAN标识对应的第一MAC地址表项;若未查找到,则所述第一MAC地址表项,则在接收端口标识与MAC地址子表的第一对应关系中查找所述第一接收端口标识对应的第一MAC地址子表,在所述第一MAC地址子表中建立所述第一MAC地址表项;定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值。
Description
技术领域
本发明涉及数据通信技术领域,尤其涉及一种MAC地址的处理方法及装置。
背景技术
计算机网络传输数据的过程中,交换机是非常重要的设备。交换机基于介质访问控制层(Media Access Control,MAC)地址表来完成报文的转发。交换机的交换芯片常通过哈希映射的方式来实现MAC地址表项的二层存储。即,通过预设的哈希算法以MAC地址映射的哈希值为索引,将映射到该哈希值MAC地址表项存储在该哈希值对应的存储空间(哈希桶)下。
然而,采用哈希算法可能会出现哈希冲突,即不同的MAC地址表项会映射到同一哈希桶。但每个哈希值的哈希桶都是有限的,如果不缓解哈希冲突,哈希桶很容易出现溢出的情况。目前的方式中,为了缓解哈希冲突,便将一部分MAC地址表项添加到交换芯片的访问控制列表(Access Control Lists,ACL)。上述方式对ACL的资源占用较多,ACL也是交换芯片的稀缺资源,会造成ACL的存储空间不足。
发明内容
本发明提供一种MAC地址的处理方法及装置,解决了现有技术中对ACL的资源占用较多,会造成ACL的空间较为紧张的问题。
第一方面,本发明提供一种MAC地址的处理方法,包括:
获取待转发报文的源介质访问控制MAC地址和第一接收端口标识;
确定所述第一接收端口标识对应的端口类型;
若确定所述端口类型为物理端口,则确定所述第一接收端口标识所属的第一虚拟局域网VLAN标识,在MAC地址表中查找所述源MAC地址和所述第一VLAN标识对应的第一MAC地址表项,所述MAC地址表包括至少两个MAC地址子表,所述至少两个MAC地址子表采用不同的哈希算法;
若在所述MAC地址表中未查找到所述第一MAC地址表项,则在接收端口标识与MAC地址子表的第一对应关系中查找所述第一接收端口标识对应的第一MAC地址子表,在所述第一MAC地址子表中建立所述第一MAC地址表项;以及,
定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值,将容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中。
上述方法中,在获取了待转发报文的源MAC地址和第一接收端口标识后,确定所述第一接收端口标识对应的端口类型,若确定所述端口类型为物理端口,便进一步确定所述第一VLAN标识以及查找第一MAC地址表项,在未查找到时,则查找第一MAC地址子表,并在所述第一MAC地址表中建立所述第一MAC地址表项,由于所述MAC地址表包括至少两个MAC地址子表,所述至少两个MAC地址子表采用不同的哈希算法,因此映射到的哈希链表更加随机,降低了整体哈希冲突的分布,而且定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值,从而保证每个MAC地址子表的每个哈希链表存储的MAC地址表项数量都控制在设定阈值内,该方式并不需要消耗ACL空间,在缓解哈希冲突的基础上,不会造成ACL的空间较为紧张的情况。
可选的,将容量超过所述设定阈值的哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中,具体包括:
确定容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项;
确定每个超出MAC地址表项是否存在选定MAC地址子表;
针对存在选定MAC地址子表的第一超出MAC地址表项,采用所述选定MAC地址子表的哈希算法确定所述第一超出MAC地址表项对应的第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中;
针对不存在选定MAC地址子表的第二超出MAC地址表项,从所述第一哈希链表中删除所述第二超出MAC地址表项。
上述方法中,确定每个超出MAC地址表项是否存在选定MAC地址子表后,针对存在选定MAC地址子表的第一超出MAC地址表项,采用所述选定MAC地址子表的哈希算法确定所述第一超出MAC地址表项对应的第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中,从而可以均衡哈希链表间的存储空间,即便不存在,也从所述第一哈希链表中删除所述第二超出MAC地址表项,从而保证第一哈希链表的容量不超过设定阈值。
可选的,确定每个超出MAC地址表项是否存在选定MAC地址子表,具体包括:
针对每个超出MAC地址表项,执行:
确定MAC地址子表序列中位于当前超出MAC地址表项所属的第二MAC地址子表之后且相邻的MAC地址子表,得到候选MAC地址子表;
采用所述候选MAC地址子表的哈希算法确定所述当前超出MAC地址表项对应的第三哈希链表;
确定所述第三哈希链表的容量是否超过所述设定阈值;
若确定所述第三哈希链表的容量超过所述设定阈值,则确定所述候选MAC地址子表是否是所述MAC地址子表序列中的最后一个,若确定所述候选MAC地址子表是所述MAC地址子表序列中的最后一个,则丢弃所述当前超出MAC地址表项;若确定所述候选MAC地址子表不是所述MAC地址子表排序中的最后一个,则将所述MAC地址子表序列中位于所述候选MAC地址子表之后且相邻的MAC地址子表替换所述候选MAC地址子表,并执行所述采用所述候选MAC地址子表的哈希算法确定当前超出MAC地址表项对应的第三哈希链表的步骤;
若确定所述第三哈希链表的容量未超过所述设定阈值,则确定所述候选MAC地址子表为选定MAC地址子表。
上述方法中,针对每个超出MAC地址表项,按照所述MAC地址子表序列,依次执行所述采用所述候选MAC地址子表的哈希算法确定当前超出MAC地址表项对应的第三哈希链表的步骤,从而充分利用了所述候选MAC地址子表中各哈希链表的空间,并在充分利用的基础上,确定超出MAC地址表项可以存放的选定MAC地址子表。
可选的,还包括:
若确定所述端口类型为物理端口,则在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址;
若在所述第一MAC地址子表中查找到所述目的MAC地址,则根据所述第一MAC地址子表中所述目的MAC地址对应的第二MAC地址表项转发所述待转发报文;
若在所述第一MAC地址子表中未查找到所述目的MAC地址,则在重定向环回口与MAC地址子表的第二对应关系中查找所述第一MAC地址子表对应的第一重定向环回口;若在所述第二对应关系中查找到所述第一重定向环回口,则通过所述第一重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第一重定向环回口,则泛洪所述待转发报文。
上述方式中,所述端口类型为物理端口时,直接在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址,查找到便直接根据对应的第二MAC地址表项转发所述待转发报文,即便未查找到也通过所述第一重定向环回口转发所述待转发报文,或者泛洪所述待转发报文,作为未查找到时的备份处理方案,从而在不需要消耗ACL空间的基础上,处理所述待转发报文。
可选的,还包括:
若确定所述端口类型为环回口,则在所述第一对应关系中查找所述第一接口端口标识对应的第二MAC地址子表;
在所述第二MAC地址子表中查找所述待转发报文的目的MAC地址;
若在所述第二MAC地址子表中查找到所述目的MAC地址,则根据所述第二MAC地址子表中所述目的MAC地址对应的第三MAC地址表项转发所述待转发报文;
若在所述第二MAC地址子表中未查找到所述目的MAC地址,则在重定向环回口与MAC地址子表的第二对应关系中查找所述第二MAC地址子表对应的第二重定向环回口;若在所述第二对应关系中查找到所述第二重定向环回口,则通过所述第二重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第二重定向环回口,则泛洪所述待转发报文。
上述方法中,若确定所述端口类型为环回口,便在所述第二对应关系中查找所述第二重定向环回口,若查找到便直接根据第三MAC地址表项转发所述待转发报文,即便未查找到,也可以直接通过第二对应关系,查找第二重定向环回口,如果查找到可以通过所述第二重定向环回口转发所述待转发报文,显然又会再次执行查找第一接口标识对应的第二地址子表的过程,直至查找到对应的第三MAC地址表项,或者循环查找重定向口一直未查找到第三MAC地址表项,泛洪所述待转发报文,作为未查找到时的备份处理方案,从而在不需要消耗ACL空间的基础上,处理所述待转发报文。
第二方面,本发明提供一种MAC地址的处理装置,包括:
获取模块,用于获取待转发报文的源MAC地址和第一接收端口标识;
确定模块,用于确定所述第一接收端口标识对应的端口类型;
查找模块,用于若确定所述端口类型为物理端口,则确定所述第一接收端口标识所属的第一虚拟局域网VLAN标识,在MAC地址表中查找所述源MAC地址和所述第一VLAN标识对应的第一MAC地址表项,所述MAC地址表包括至少两个MAC地址子表,所述至少两个MAC地址子表采用不同的哈希算法;若在所述MAC地址表中未查找到所述第一MAC地址表项,则在接收端口标识与MAC地址子表的第一对应关系中查找所述第一接收端口标识对应的第一MAC地址子表,在所述第一MAC地址子表中建立所述第一MAC地址表项;以及,
处理模块,用于定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值,将容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中。
可选的,所述处理模块具体用于:
确定容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项;
确定每个超出MAC地址表项是否存在选定MAC地址子表;
针对存在选定MAC地址子表的第一超出MAC地址表项,采用所述选定MAC地址子表的哈希算法确定所述第一超出MAC地址表项对应的第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中;
针对不存在选定MAC地址子表的第二超出MAC地址表项,从所述第一哈希链表中删除所述第二超出MAC地址表项。
可选的,所述处理模块具体用于:
针对每个超出MAC地址表项,执行:
确定MAC地址子表序列中位于当前超出MAC地址表项所属的第二MAC地址子表之后且相邻的MAC地址子表,得到候选MAC地址子表;
采用所述候选MAC地址子表的哈希算法确定所述当前超出MAC地址表项对应的第三哈希链表;
确定所述第三哈希链表的容量是否超过所述设定阈值;
若确定所述第三哈希链表的容量超过所述设定阈值,则确定所述候选MAC地址子表是否是所述MAC地址子表序列中的最后一个,若确定所述候选MAC地址子表是所述MAC地址子表序列中的最后一个,则丢弃所述当前超出MAC地址表项;若确定所述候选MAC地址子表不是所述MAC地址子表排序中的最后一个,则将所述MAC地址子表序列中位于所述候选MAC地址子表之后且相邻的MAC地址子表替换所述候选MAC地址子表,并执行所述采用所述候选MAC地址子表的哈希算法确定当前超出MAC地址表项对应的第三哈希链表的步骤;
若确定所述第三哈希链表的容量未超过所述设定阈值,则确定所述候选MAC地址子表为选定MAC地址子表。
可选的,若所述确定模块确定所述端口类型为物理端口,则所述查找模块还用于:在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址;
若所述查找模块在所述第一MAC地址子表中查找到所述目的MAC地址,则所述处理模块还用于:
根据所述第一MAC地址子表中所述目的MAC地址对应的第二MAC地址表项转发所述待转发报文;
若所述查找模块在所述第一MAC地址子表中未查找到所述目的MAC地址,则所述处理模块还用于:
在重定向环回口与MAC地址子表的第二对应关系中查找所述第一MAC地址子表对应的第一重定向环回口;
若所述查找模块在所述第二对应关系中查找到所述第一重定向环回口,则所述处理模块还用于:
通过所述第一重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第一重定向环回口,则泛洪所述待转发报文。
可选的,若所述确定模块确定所述端口类型为环回口,则所述查找模块还用于:
在所述第一对应关系中查找所述第一接口端口标识对应的第二MAC地址子表;在所述第二MAC地址子表中查找所述待转发报文的目的MAC地址;
若所述查找模块在所述第二MAC地址子表中查找到所述目的MAC地址,则所述处理模块还用于:
根据所述第二MAC地址子表中所述目的MAC地址对应的第三MAC地址表项转发所述待转发报文;
若所述查找模块在所述第二MAC地址子表中未查找到所述目的MAC地址,则所述处理模块还用于:
在重定向环回口与MAC地址子表的第二对应关系中查找所述第二MAC地址子表对应的第二重定向环回口;
若所述查找模块在所述第二对应关系中查找到所述第二重定向环回口,则所述处理模块还用于:
通过所述第二重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第二重定向环回口,则泛洪所述待转发报文。
上述第二方面及第二方面各个可选装置的有益效果,可以参考上述第一方面及第一方面各个可选方法的有益效果,这里不再赘述。
上述第二方面及第二方面各个可选装置的有益效果,可以参考上述第一方面及第一方面各个可选方法的有益效果,这里不再赘述。
第三方面,本发明提供一种计算机设备,包括程序或指令,当所述程序或指令被执行时,用以执行上述第一方面及各个可选的方法。
第四方面,本发明提供一种计算机可读存储介质,包括程序或指令,当所述程序或指令被执行时,用以执行上述第一方面及各个可选的方法。
本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种MAC地址的处理方法对应的流程示意图;
图2为本发明实施例提供的一种MAC地址的处理方法中多个MAC地址子表划分的示意图;
图3为本发明实施例提供的一种MAC地址的处理方法中将所述第一超出MAC地址表项移至所述第二哈希链表的示意图;
图4为本发明实施例提供的一种MAC地址的处理方法对应的具体流程示意图;
图5为本发明实施例提供的一种MAC地址的处理装置对应的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
MAC地址转发表:存放用于指导以太网报文转发的地址表项。
ACL:ACLs(Access Control Lists,访问控制列表),也有称为TCAM表,俗称为防火墙,在有的文档中还称之为包过滤。通过定义一些规则对网络设备接口上的数据报文进行控制:允许通过、丢弃。
目前的方式中,对于因为MAC地址哈希冲突而无法安装到MAC地址表的MAC地址表项,一般安装到交换芯片的ACL,从而缓解冲突。但是,ACL也是交换芯片的稀缺资源。这种将哈希冲突的MAC地址表项安装到ACL中的方式,对ACL的资源占用较多,会造成ACL的空间较为紧张。为此,如图1所示,本发明提供一种MAC地址的处理方法。
步骤101:获取待转发报文的源MAC地址和第一接收端口标识。
步骤102:确定所述第一接收端口标识对应的端口类型。
步骤103:若确定所述端口类型为物理端口,则确定所述第一接收端口标识所属的第一VLAN标识,在MAC地址表中查找所述源MAC地址和所述第一VLAN标识对应的第一MAC地址表项。
所述MAC地址表包括至少两个MAC地址子表,所述至少两个MAC地址子表采用不同的哈希算法。
步骤104:若在所述MAC地址表中未查找到所述第一MAC地址表项,则在接收端口标识与MAC地址子表的第一对应关系中查找所述第一接收端口标识对应的第一MAC地址子表,在所述第一MAC地址子表中建立所述第一MAC地址表项。
步骤105:定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值,将容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中。
步骤101~步骤105的方法中,如图2所示,举例来说,将整块MAC地址表(即图中的MAC地址转发表)划分为N个MAC地址子表(图2中简称为子表),N为大于1的正整数,所述至少两个MAC地址子表采用不同的哈希(HASH)算法,降低HASH冲突概率,如MAC地址子表0(图2中简称为子表0)使用哈希算法0,如CTC16L;如MAC地址子表1(图2中简称为子表1)使用哈希算法1,如CTC16U,MAC地址子表N(图2中简称为子表N)使用哈希算法N,CTC32U。需要说明的是,上述方式可以根据交换芯片的HASH算法特性及报文特征,灵活调整子表个数,对应HASH算法及子表容量,使冲突率降到最小值。
在进行表项分配时,可以设置子表大小需避免等比划分,如划分给子表0的大小推荐为总MAC地址表容量的预设比例,如(70%)。其它子表依次递减,以提高首次查表的命中率。
步骤101~步骤105的方法适用于MAC地址冲突率大,但是又要求MAC地址容量能够接近交换芯片硬件容量(也就是说MAC地址存储充分利用了交换芯片硬件容量)的场景,以及适用于ACL资源紧缺,不允许冲突的MAC地址大量占用ACL资源的场景。
步骤101~步骤105的方法中,通过将整块MAC地址表划分为N个MAC地址子表的方式,即将MAC地址转发表划分为不同子表,每个子表采用不同的HASH算法进行MAC地址表硬件安装;在部分交换芯片MAC地址冲突率大,且ACL资源较少的情况下,可以通过该方案实现降低MAC地址冲突,提升MAC地址表利用率。
步骤101~步骤105的方法中,各个子表可以绑定子表标识(Classid),如L2CLASSID0。为不同子表绑定不同CLASSID,举例来说,子表和子表标识的绑定关系如下(其中N可以灵活设置,如设置为4个):
子表号 | 子表标识(Classid) |
子表0 | L2 CLASSID0 |
子表1 | L2 CLASSID1 |
… | … |
子表N | L2 CLASSIDN |
表1子表与子表标识的绑定关系
进一步地,各个子表可以绑定接收端口标识,不同的接收端口可用设置不同的端口类型,端口类型可以包括物理端口和环回口(环回口用LOOPBACK表示,如LOOPBACK 1,即环回口1)。举例来说,如表2所示,子表和接收端口标识的绑定关系(第一对应关系)如下:
子表号 | 接收端口标识 |
子表0 | 物理端口 |
子表1 | LOOPBACK 1 |
… | … |
子表N | LOOPBACK N |
表2子表与接收端口标识的绑定关系
显然,结合表1和表2,子表标识和接收端口标识也有相应的绑定关系。
举例来说,在步骤101中,获取到了待转发报文的源MAC地址,第一接收端口标识为L2 CLASSID0,步骤102中,所对应的端口类型为物理端口,步骤103中一种可能的实现过程如下:
确定所述第一接收端口标识L2 CLASSID0所属的第一VLAN标识为VLANID0,在MAC地址表中查找所述源MAC地址和VLANID0对应的第一MAC地址表项,即为MAC地址表项0。
若在所述MAC地址表中未查找到所述第一MAC地址表项,举例来说,步骤104可能实现的过程为:
因为L2 CLASSID0绑定的第一MAC地址子表为子表0,在子表0中建立第一MAC地址表项。
一种可选实施方式中,步骤105中将容量超过所述设定阈值的哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表(可简称为移表过程)中的具体方式可以为:
步骤1051:确定容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项。
步骤1052:确定每个超出MAC地址表项是否存在选定MAC地址子表。
步骤1053:针对存在选定MAC地址子表的第一超出MAC地址表项,采用所述选定MAC地址子表的哈希算法确定所述第一超出MAC地址表项对应的第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中。
步骤1054:针对不存在选定MAC地址子表的第二超出MAC地址表项,从所述第一哈希链表中删除所述第二超出MAC地址表项。
举例来说,第一MAC地址子表为子表0,当子表0中第一哈希链表中的地址表项超过第一哈希链表70%容量(即设定阈值)时,触发移表过程,即步骤1051~步骤1054。
步骤1051具体实现过程可以为:
在子表0的第一哈希链表超过70%容量时,对于超过70%容量的多余的MAC地址表项部分,CPU将多余的MAC地址表项部分取出,即为各个超出MAC地址表项。
举例来说,第一超出MAC地址表项存在选定MAC地址子表,且选定MAC地址子表为子表1时,步骤1053具体实现过程可以为:
根据子表1的HASH算法重新计算后确定出第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中,即将所述第一超出MAC地址表项安装到子表1,同时删除子表0中的所述第一超出MAC地址表项。
具体来说,如图3所示,所述第一超出MAC地址表项为K,那么便将K移入所述第二哈希链表(图3中的2002)。
另一种情况下,第二超出MAC地址表项并不存在选定MAC地址子表,那么便从所述第一哈希链表中删除所述第二超出MAC地址表项。
需要说明的是,上述过程仅以子表0为例说明,事实上,每个子表都有类似的轮询过程。
上述移表过程中,步骤1052具体可以为:
针对每个超出MAC地址表项,执行:
步骤(1):确定MAC地址子表序列中位于当前超出MAC地址表项所属的第二MAC地址子表之后且相邻的MAC地址子表,得到候选MAC地址子表。
步骤(2):采用所述候选MAC地址子表的哈希算法确定所述当前超出MAC地址表项对应的第三哈希链表。
步骤(3):确定所述第三哈希链表的容量是否超过所述设定阈值。
步骤(4):若确定所述第三哈希链表的容量超过所述设定阈值,则确定所述候选MAC地址子表是否是所述MAC地址子表序列中的最后一个,若确定所述候选MAC地址子表是所述MAC地址子表序列中的最后一个,则丢弃所述当前超出MAC地址表项;若确定所述候选MAC地址子表不是所述MAC地址子表排序中的最后一个,则将所述MAC地址子表序列中位于所述候选MAC地址子表之后且相邻的MAC地址子表替换所述候选MAC地址子表,并执行步骤(2)。
步骤(5):若确定所述第三哈希链表的容量未超过所述设定阈值,则确定所述候选MAC地址子表为选定MAC地址子表。
举例来说,上述步骤(4)的具体过程如下:
如果子表1中第一哈希链表超过70%容量(即设定阈值)时,则继续尝试子表2,一直到子表N;如果冲突率依然超过子表N中70%容量(即设定阈值),则取出该第一哈希链表中其他的MAC地址表项,重复上面的步骤进行尝试安装。
一种可能的实现方式如下:
步骤(i):若确定所述端口类型为物理端口,则在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址。
步骤(ii):若在所述第一MAC地址子表中查找到所述目的MAC地址,则根据所述第一MAC地址子表中所述目的MAC地址对应的第二MAC地址表项转发所述待转发报文。
步骤(iii):若在所述第一MAC地址子表中未查找到所述目的MAC地址,则在重定向环回口与MAC地址子表的第二对应关系中查找所述第一MAC地址子表对应的第一重定向环回口;若在所述第二对应关系中查找到所述第一重定向环回口,则通过所述第一重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第一重定向环回口,则泛洪所述待转发报文。
步骤(i)~步骤(iii)所针对的一种情形是,当所述待转发报文要转发时,在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址,从而根据目的MAC地址转发,查找到便按照步骤(ii)的过程的按照第二MAC地址表项执行转发。进一步地,步骤(iii)可通过以下过程实现:
设备初始化时,可以设置子表与重定向环回口的绑定关系,即第二对应关系,具体如表3所示:
子表号 | 重定向环回口 |
子表0 | LOOPBACK 1 |
子表1 | … |
… | LOOPBACK N |
子表N | 空 |
表3子表与重定向环回口的绑定关系
具体可以根据子表数量创建相应数量的ACL条目和接收端口标识,通过ACL实现自动化动作。可以将“在子表中未命中MAC地址”设置为匹配域。格式可以为:子表标识且HIT=0,其中HIT=0表示未命中。举例来说,L2 CLASSID0且HIT=0,表示在子表0中未命中MAC地址。将动作域设置为重定向到环回口(如LOOPBACK 1),从而通过ACL引流,重新匹配。
ACL对应匹配域和动作域如表4所示:
表4 ACL对应匹配域和动作域
举例来说,所述第一MAC地址子表为子表0,第二对应关系中,子表0对应的第一重定向环回口为LOOPBACK 1,那么便通过LOOPBACK 1转发所述待转发报文;另一种可能的情形为,若在所述第二对应关系中未查找到所述第一重定向环回口,则泛洪所述待转发报文。
进一步地,还可以采用如下可选实施方式:
步骤(a):若确定所述端口类型为环回口,则在所述第一对应关系中查找所述第一接口端口标识对应的第二MAC地址子表;
步骤(b):在所述第二MAC地址子表中查找所述待转发报文的目的MAC地址。
步骤(c):若在所述第二MAC地址子表中查找到所述目的MAC地址,则根据所述第二MAC地址子表中所述目的MAC地址对应的第三MAC地址表项转发所述待转发报文。
步骤(d):若在所述第二MAC地址子表中未查找到所述目的MAC地址,则在重定向环回口与MAC地址子表的第二对应关系中查找所述第二MAC地址子表对应的第二重定向环回口;若在所述第二对应关系中查找到所述第二重定向环回口,则通过所述第二重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第二重定向环回口,则泛洪所述待转发报文。
需要说明的是,上述步骤(a)~步骤(d)可以通过以下过程实现:
若在所述第一MAC地址子表(子表0)中未查找到所述目的MAC地址,则进入ACL引流的流程,具体实现过程中,交换芯片会携带子表0之前绑定的CLASSID=0及HIT=0字段进入ACL引流的流程,ACL表项匹配命中后,将报文利用二层重定向引流到LOOPBACK1口。以此类推,子表1、子表2直至子表N执行上述ACL引流的流程,重复上面所述目的MAC地址的查找步骤,如果未命中则根据ACL对应的动作域引流到对应的接收端口。
最终当命中L2 CLASSID N且HIT=0这条匹配域时(即在所述第二对应关系中未查找到所述第二重定向环回口),将待匹配报文做泛洪处理。
通过ACL实现不同的MAC地址子表查找,通过不同MAC子表关联不同接收端口标识,当命中指定接收端口标识的子表时取消ACL引流,实现破环技术,防止陷入死循环。
上述方式下,结合ACL引流方法实现多级MAC地址查找技术,实现了降低MAC地址冲突的概率,从而提升了MAC地址转发表的利用率。
综上所述,一种可能的实现方式中,本发明提供的MAC地址的处理可以如图4所示。首先划分硬件子表(MAC地址表),每个MAC地址子表关联不同的HASH算法,之后便进行源MAC地址的学习。具体可以按照步骤101~步骤105的方式以及可选方式,进行源MAC地址的学习,建立源MAC地址相应的MAC表项,并存储到相应的MAC地址子表中。进一步地,可以对目的MAC地址查找(即对目的MAC地址在所述第二MAC地址子表的查找)。
如果查到,则进行单播转发,单播转发具体为:根据所述第二MAC地址子表中所述目的MAC地址对应的第三MAC地址表项转发所述待转发报文。
如果没有查到,则确定所述目的MAC地址是否命中环回口(LOOPBACK)。
具体来说,可以首先确定所述目的MAC地址是否命中指定的子表标识,若未命中,则确定所述目的MAC地址未命中环回口,否则,命中的子表标识对应的环回口,便是命中的环回口。
如果未命中,则泛洪转发待转发报文。
如果命中,则将待转发报文引流到命中的环回口,重新触发目的MAC地址查找步骤。
如图5所示,本发明提供一种MAC地址的处理装置,包括:
获取模块501,用于获取待转发报文的源MAC地址和第一接收端口标识;
确定模块502,用于确定所述第一接收端口标识对应的端口类型;
查找模块503,用于若确定所述端口类型为物理端口,则确定所述第一接收端口标识所属的第一虚拟局域网VLAN标识,在MAC地址表中查找所述源MAC地址和所述第一VLAN标识对应的第一MAC地址表项,所述MAC地址表包括至少两个MAC地址子表,所述至少两个MAC地址子表采用不同的哈希算法;若在所述MAC地址表中未查找到所述第一MAC地址表项,则在接收端口标识与MAC地址子表的第一对应关系中查找所述第一接收端口标识对应的第一MAC地址子表,在所述第一MAC地址子表中建立所述第一MAC地址表项;以及,
处理模块504,用于定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值,将容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中。
可选的,所述处理模块504具体用于:
确定容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项;
确定每个超出MAC地址表项是否存在选定MAC地址子表;
针对存在选定MAC地址子表的第一超出MAC地址表项,采用所述选定MAC地址子表的哈希算法确定所述第一超出MAC地址表项对应的第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中;
针对不存在选定MAC地址子表的第二超出MAC地址表项,从所述第一哈希链表中删除所述第二超出MAC地址表项。
可选的,所述处理模块504具体用于:
针对每个超出MAC地址表项,执行:
确定MAC地址子表序列中位于当前超出MAC地址表项所属的第二MAC地址子表之后且相邻的MAC地址子表,得到候选MAC地址子表;
采用所述候选MAC地址子表的哈希算法确定所述当前超出MAC地址表项对应的第三哈希链表;
确定所述第三哈希链表的容量是否超过所述设定阈值;
若确定所述第三哈希链表的容量超过所述设定阈值,则确定所述候选MAC地址子表是否是所述MAC地址子表序列中的最后一个,若确定所述候选MAC地址子表是所述MAC地址子表序列中的最后一个,则丢弃所述当前超出MAC地址表项;若确定所述候选MAC地址子表不是所述MAC地址子表排序中的最后一个,则将所述MAC地址子表序列中位于所述候选MAC地址子表之后且相邻的MAC地址子表替换所述候选MAC地址子表,并执行所述采用所述候选MAC地址子表的哈希算法确定当前超出MAC地址表项对应的第三哈希链表的步骤;
若确定所述第三哈希链表的容量未超过所述设定阈值,则确定所述候选MAC地址子表为选定MAC地址子表。
可选的,若所述确定模块502确定所述端口类型为物理端口,则所述查找模块503还用于:在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址;
若所述查找模块503在所述第一MAC地址子表中查找到所述目的MAC地址,则所述处理模块504还用于:
根据所述第一MAC地址子表中所述目的MAC地址对应的第二MAC地址表项转发所述待转发报文;
若所述查找模块503在所述第一MAC地址子表中未查找到所述目的MAC地址,则所述处理模块504还用于:
在重定向环回口与MAC地址子表的第二对应关系中查找所述第一MAC地址子表对应的第一重定向环回口;
若所述查找模块503在所述第二对应关系中查找到所述第一重定向环回口,则所述处理模块504还用于:
通过所述第一重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第一重定向环回口,则泛洪所述待转发报文。
可选的,若所述确定模块502确定所述端口类型为环回口,则所述查找模块503还用于:
在所述第一对应关系中查找所述第一接口端口标识对应的第二MAC地址子表;在所述第二MAC地址子表中查找所述待转发报文的目的MAC地址;
若所述查找模块503在所述第二MAC地址子表中查找到所述目的MAC地址,则所述处理模块504还用于:
根据所述第二MAC地址子表中所述目的MAC地址对应的第三MAC地址表项转发所述待转发报文;
若所述查找模块503在所述第二MAC地址子表中未查找到所述目的MAC地址,则所述处理模块504还用于:
在重定向环回口与MAC地址子表的第二对应关系中查找所述第二MAC地址子表对应的第二重定向环回口;
若所述查找模块503在所述第二对应关系中查找到所述第二重定向环回口,则所述处理模块504还用于:
通过所述第二重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第二重定向环回口,则泛洪所述待转发报文。
基于同一发明构思,本发明实施例还提供了一种计算机设备,包括程序或指令,当所述程序或指令被执行时,如本发明实施例提供的MAC地址的处理方法及任一可选方法被执行。
基于同一发明构思,本发明实施例还提供了一种计算机可读存储介质,包括程序或指令,当所述程序或指令被执行时,如本发明实施例提供的MAC地址的处理方法及任一可选方法被执行。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种MAC地址的处理方法,其特征在于,包括:
获取待转发报文的源介质访问控制MAC地址和第一接收端口标识;
确定所述第一接收端口标识对应的端口类型;
若确定所述端口类型为物理端口,则确定所述第一接收端口标识所属的第一虚拟局域网VLAN标识,在MAC地址表中查找所述源MAC地址和所述第一VLAN标识对应的第一MAC地址表项,所述MAC地址表包括至少两个MAC地址子表,所述至少两个MAC地址子表采用不同的哈希算法;
若在所述MAC地址表中未查找到所述第一MAC地址表项,则在接收端口标识与MAC地址子表的第一对应关系中查找所述第一接收端口标识对应的第一MAC地址子表,在所述第一MAC地址子表中建立所述第一MAC地址表项;以及,
定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值,将容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中。
2.如权利要求1所述的方法,其特征在于,将容量超过所述设定阈值的哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中,具体包括:
确定容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项;
确定每个超出MAC地址表项是否存在选定MAC地址子表;
针对存在选定MAC地址子表的第一超出MAC地址表项,采用所述选定MAC地址子表的哈希算法确定所述第一超出MAC地址表项对应的第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中;
针对不存在选定MAC地址子表的第二超出MAC地址表项,从所述第一哈希链表中删除所述第二超出MAC地址表项。
3.如权利要求2所述的方法,其特征在于,确定每个超出MAC地址表项是否存在选定MAC地址子表,具体包括:
针对每个超出MAC地址表项,执行:
确定MAC地址子表序列中位于当前超出MAC地址表项所属的第二MAC地址子表之后且相邻的MAC地址子表,得到候选MAC地址子表;
采用所述候选MAC地址子表的哈希算法确定所述当前超出MAC地址表项对应的第三哈希链表;
确定所述第三哈希链表的容量是否超过所述设定阈值;
若确定所述第三哈希链表的容量超过所述设定阈值,则确定所述候选MAC地址子表是否是所述MAC地址子表序列中的最后一个,若确定所述候选MAC地址子表是所述MAC地址子表序列中的最后一个,则丢弃所述当前超出MAC地址表项;若确定所述候选MAC地址子表不是所述MAC地址子表排序中的最后一个,则将所述MAC地址子表序列中位于所述候选MAC地址子表之后且相邻的MAC地址子表替换所述候选MAC地址子表,并执行所述采用所述候选MAC地址子表的哈希算法确定当前超出MAC地址表项对应的第三哈希链表的步骤;
若确定所述第三哈希链表的容量未超过所述设定阈值,则确定所述候选MAC地址子表为选定MAC地址子表。
4.如权利要求1所述的方法,其特征在于,还包括:
若确定所述端口类型为物理端口,则在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址;
若在所述第一MAC地址子表中查找到所述目的MAC地址,则根据所述第一MAC地址子表中所述目的MAC地址对应的第二MAC地址表项转发所述待转发报文;
若在所述第一MAC地址子表中未查找到所述目的MAC地址,则在重定向环回口与MAC地址子表的第二对应关系中查找所述第一MAC地址子表对应的第一重定向环回口;若在所述第二对应关系中查找到所述第一重定向环回口,则通过所述第一重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第一重定向环回口,则泛洪所述待转发报文。
5.如权利要求1-4任一所述的方法,其特征在于,还包括:
若确定所述端口类型为环回口,则在所述第一对应关系中查找所述第一接口端口标识对应的第二MAC地址子表;
在所述第二MAC地址子表中查找所述待转发报文的目的MAC地址;
若在所述第二MAC地址子表中查找到所述目的MAC地址,则根据所述第二MAC地址子表中所述目的MAC地址对应的第三MAC地址表项转发所述待转发报文;
若在所述第二MAC地址子表中未查找到所述目的MAC地址,则在重定向环回口与MAC地址子表的第二对应关系中查找所述第二MAC地址子表对应的第二重定向环回口;若在所述第二对应关系中查找到所述第二重定向环回口,则通过所述第二重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第二重定向环回口,则泛洪所述待转发报文。
6.一种MAC地址的处理装置,其特征在于,包括:
获取模块,用于获取待转发报文的源MAC地址和第一接收端口标识;
确定模块,用于确定所述第一接收端口标识对应的端口类型;
查找模块,用于若确定所述端口类型为物理端口,则确定所述第一接收端口标识所属的第一虚拟局域网VLAN标识,在MAC地址表中查找所述源MAC地址和所述第一VLAN标识对应的第一MAC地址表项,所述MAC地址表包括至少两个MAC地址子表,所述至少两个MAC地址子表采用不同的哈希算法;若在所述MAC地址表中未查找到所述第一MAC地址表项,则在接收端口标识与MAC地址子表的第一对应关系中查找所述第一接收端口标识对应的第一MAC地址子表,在所述第一MAC地址子表中建立所述第一MAC地址表项;以及,
处理模块,用于定期轮询所述第一MAC地址子表中的各个哈希链表的容量是否超过设定阈值,将容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项移至所述至少两个MAC地址子表中除所述第一MAC地址子表之外的选定MAC地址子表中。
7.如权利要求6所述的装置,其特征在于,所述处理模块具体用于:
确定容量超过所述设定阈值的第一哈希链表中的各个超出MAC地址表项;
确定每个超出MAC地址表项是否存在选定MAC地址子表;
针对存在选定MAC地址子表的第一超出MAC地址表项,采用所述选定MAC地址子表的哈希算法确定所述第一超出MAC地址表项对应的第二哈希链表,将所述第一超出MAC地址表项移至所述第二哈希链表中;
针对不存在选定MAC地址子表的第二超出MAC地址表项,从所述第一哈希链表中删除所述第二超出MAC地址表项。
8.如权利要求7所述的装置,其特征在于,所述处理模块具体用于:
针对每个超出MAC地址表项,执行:
确定MAC地址子表序列中位于当前超出MAC地址表项所属的第二MAC地址子表之后且相邻的MAC地址子表,得到候选MAC地址子表;
采用所述候选MAC地址子表的哈希算法确定所述当前超出MAC地址表项对应的第三哈希链表;
确定所述第三哈希链表的容量是否超过所述设定阈值;
若确定所述第三哈希链表的容量超过所述设定阈值,则确定所述候选MAC地址子表是否是所述MAC地址子表序列中的最后一个,若确定所述候选MAC地址子表是所述MAC地址子表序列中的最后一个,则丢弃所述当前超出MAC地址表项;若确定所述候选MAC地址子表不是所述MAC地址子表排序中的最后一个,则将所述MAC地址子表序列中位于所述候选MAC地址子表之后且相邻的MAC地址子表替换所述候选MAC地址子表,并执行所述采用所述候选MAC地址子表的哈希算法确定当前超出MAC地址表项对应的第三哈希链表的步骤;
若确定所述第三哈希链表的容量未超过所述设定阈值,则确定所述候选MAC地址子表为选定MAC地址子表。
9.如权利要求6所述的装置,其特征在于,
若所述确定模块确定所述端口类型为物理端口,则所述查找模块还用于:在所述第一MAC地址子表中查找所述待转发报文的目的MAC地址;
若所述查找模块在所述第一MAC地址子表中查找到所述目的MAC地址,则所述处理模块还用于:
根据所述第一MAC地址子表中所述目的MAC地址对应的第二MAC地址表项转发所述待转发报文;
若所述查找模块在所述第一MAC地址子表中未查找到所述目的MAC地址,则所述处理模块还用于:
在重定向环回口与MAC地址子表的第二对应关系中查找所述第一MAC地址子表对应的第一重定向环回口;
若所述查找模块在所述第二对应关系中查找到所述第一重定向环回口,则所述处理模块还用于:
通过所述第一重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第一重定向环回口,则泛洪所述待转发报文。
10.如权利要求6-9任一所述的装置,其特征在于,
若所述确定模块确定所述端口类型为环回口,则所述查找模块还用于:
在所述第一对应关系中查找所述第一接口端口标识对应的第二MAC地址子表;在所述第二MAC地址子表中查找所述待转发报文的目的MAC地址;
若所述查找模块在所述第二MAC地址子表中查找到所述目的MAC地址,则所述处理模块还用于:
根据所述第二MAC地址子表中所述目的MAC地址对应的第三MAC地址表项转发所述待转发报文;
若所述查找模块在所述第二MAC地址子表中未查找到所述目的MAC地址,则所述处理模块还用于:
在重定向环回口与MAC地址子表的第二对应关系中查找所述第二MAC地址子表对应的第二重定向环回口;
若所述查找模块在所述第二对应关系中查找到所述第二重定向环回口,则所述处理模块还用于:
通过所述第二重定向环回口转发所述待转发报文;若在所述第二对应关系中未查找到所述第二重定向环回口,则泛洪所述待转发报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011384354.2A CN112491725B (zh) | 2020-11-30 | 2020-11-30 | 一种mac地址的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011384354.2A CN112491725B (zh) | 2020-11-30 | 2020-11-30 | 一种mac地址的处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112491725A true CN112491725A (zh) | 2021-03-12 |
CN112491725B CN112491725B (zh) | 2022-05-20 |
Family
ID=74938534
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011384354.2A Active CN112491725B (zh) | 2020-11-30 | 2020-11-30 | 一种mac地址的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112491725B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090292721A1 (en) * | 2008-05-21 | 2009-11-26 | Soeren Laursen | System and Method for Application of Hash Function in Telecommunication and Networking |
CN102124703A (zh) * | 2008-08-13 | 2011-07-13 | 格诺多有限公司 | 以太网网桥的交换表 |
CN102880724A (zh) * | 2012-10-23 | 2013-01-16 | 盛科网络(苏州)有限公司 | 处理哈希冲突的方法及系统 |
CN104378263A (zh) * | 2014-11-27 | 2015-02-25 | 盛科网络(苏州)有限公司 | 基于tcp会话的网络流量监测方法、装置及报文处理芯片 |
CN105095212A (zh) * | 2014-04-22 | 2015-11-25 | 华为技术有限公司 | 创建哈希表的方法和设备 |
CN105897589A (zh) * | 2015-02-12 | 2016-08-24 | 英特尔公司 | 用于cuckoo散列流查找的并发性的技术 |
CN106233688A (zh) * | 2014-05-16 | 2016-12-14 | 华为技术有限公司 | 一种聚合帧设计方法及装置 |
CN106294191A (zh) * | 2015-05-26 | 2017-01-04 | 华为技术有限公司 | 处理表的方法、访问表的方法和装置 |
CN110932983A (zh) * | 2019-12-04 | 2020-03-27 | 锐捷网络股份有限公司 | 一种tcp负载均衡方法、装置、设备及介质 |
-
2020
- 2020-11-30 CN CN202011384354.2A patent/CN112491725B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090292721A1 (en) * | 2008-05-21 | 2009-11-26 | Soeren Laursen | System and Method for Application of Hash Function in Telecommunication and Networking |
CN102124703A (zh) * | 2008-08-13 | 2011-07-13 | 格诺多有限公司 | 以太网网桥的交换表 |
CN102880724A (zh) * | 2012-10-23 | 2013-01-16 | 盛科网络(苏州)有限公司 | 处理哈希冲突的方法及系统 |
CN105095212A (zh) * | 2014-04-22 | 2015-11-25 | 华为技术有限公司 | 创建哈希表的方法和设备 |
CN106233688A (zh) * | 2014-05-16 | 2016-12-14 | 华为技术有限公司 | 一种聚合帧设计方法及装置 |
CN104378263A (zh) * | 2014-11-27 | 2015-02-25 | 盛科网络(苏州)有限公司 | 基于tcp会话的网络流量监测方法、装置及报文处理芯片 |
CN105897589A (zh) * | 2015-02-12 | 2016-08-24 | 英特尔公司 | 用于cuckoo散列流查找的并发性的技术 |
CN106294191A (zh) * | 2015-05-26 | 2017-01-04 | 华为技术有限公司 | 处理表的方法、访问表的方法和装置 |
CN110932983A (zh) * | 2019-12-04 | 2020-03-27 | 锐捷网络股份有限公司 | 一种tcp负载均衡方法、装置、设备及介质 |
Non-Patent Citations (1)
Title |
---|
高健博: "以太网二层交换芯片的MAC地址交换器的设计与实现", 《中国优秀博硕士学位论文全文数据库(硕士)》 * |
Also Published As
Publication number | Publication date |
---|---|
CN112491725B (zh) | 2022-05-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11811660B2 (en) | Flow classification apparatus, methods, and systems | |
US9871728B2 (en) | Exact match hash lookup databases in network switch devices | |
US10476794B2 (en) | Efficient caching of TCAM rules in RAM | |
US10110492B2 (en) | Exact match lookup with variable key sizes | |
US10389633B2 (en) | Hash-based address matching | |
EP2377273B1 (en) | Reducing propagation of message floods in computer networks | |
US8345688B2 (en) | System and method for managing flow of packets | |
US8750144B1 (en) | System and method for reducing required memory updates | |
US9704574B1 (en) | Method and apparatus for pattern matching | |
US7724728B2 (en) | Policy-based processing of packets | |
US20050259672A1 (en) | Method to improve forwarding information base lookup performance | |
US20200228449A1 (en) | Exact match and ternary content addressable memory (tcam) hybrid lookup for network device | |
US7835304B2 (en) | Method and apparatus for assigning IP addresses | |
US20130329730A1 (en) | Scaling IPv4 in Data Center Networks Employing ECMP to Reach Hosts in a Directly Connected Subnet | |
CN112118186A (zh) | 一种交换芯片路由表项存储方法、转发方法及配置方法 | |
CN101692653B (zh) | 路由表的管理方法和装置 | |
CN112491725B (zh) | 一种mac地址的处理方法及装置 | |
CN110971526B (zh) | 一种混合交换机fdb资源的流表扩展方法及装置 | |
US11018978B1 (en) | Configurable hash-based lookup in network devices | |
CN104301227B (zh) | 基于tcam的高速低功耗ip路由表查找方法 | |
WO2024078011A1 (zh) | 并行查表装置、方法及设备、计算机可读存储介质 | |
US11316828B2 (en) | Networking sub-ranges | |
Anand et al. | An efficient mask reduction strategy to optimize storage and computational complexity in routing table lookups | |
CN115604208A (zh) | Tcam匹配查找方法与装置 | |
CN115665066A (zh) | 一种扩展mac地址表容量的方法、设备及介质 |
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 |