CN102571599B - 一种路由表项的快速存储方法 - Google Patents

一种路由表项的快速存储方法 Download PDF

Info

Publication number
CN102571599B
CN102571599B CN201210028320.9A CN201210028320A CN102571599B CN 102571599 B CN102571599 B CN 102571599B CN 201210028320 A CN201210028320 A CN 201210028320A CN 102571599 B CN102571599 B CN 102571599B
Authority
CN
China
Prior art keywords
node
list item
index
table items
route table
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
Application number
CN201210028320.9A
Other languages
English (en)
Other versions
CN102571599A (zh
Inventor
林川
黄海峰
张媛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ankexun (Fujian) Technology Co., Ltd.
Original Assignee
Fujian Sunnada Communication Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujian Sunnada Communication Co Ltd filed Critical Fujian Sunnada Communication Co Ltd
Priority to CN201210028320.9A priority Critical patent/CN102571599B/zh
Publication of CN102571599A publication Critical patent/CN102571599A/zh
Application granted granted Critical
Publication of CN102571599B publication Critical patent/CN102571599B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种路由表项的快速存储方法,采用256tire树结构来配置路由表项,该256tire树的树高为四,四个节点均包括索引值为0~255的256个索引表项,根节点的索引值为255的索引表项直接指向的路由表项表示默认路由;而第二级节点的索引值为255的索引表项指向的是匹配中根节点后,第二级节点都没有匹配的情况下,应该返回的路由表项;第三级节点的索引值为255的索引表项指向的是匹配中前两级节点后,第三级节点都没有匹配中的情况下,应该返回的路由表项;第四级节点的索引值为255的索引表项指向的是匹配中前三级节点后,第四级节点都没有匹配中的情况下,应该返回的路由表项。本发明不仅路由查找都会很快速,提高了路由查找的效率,从而提高路由器的转发性能,还能节省内存空间。

Description

一种路由表项的快速存储方法
【技术领域】
本发明涉及一种通信技术,特别涉及一种路由表项的存储方法,不仅路由查找都会很快速,提高了路由查找的效率,从而提高路由器的转发性能,还能节省内存空间。
【背景技术】
由于Internet的飞速发展,网络用户数目的增长,多媒体网络应用日益广泛,网络流量呈爆炸式的增长趋势。Internet若要想继续提供较好的服务,要求核心路由器每秒能转发几百万个以上的分组,快速路由查找技术成为路由器报文转发的瓶颈。因此如何实现高速路由表的查找和更新是研究的难点。
1、先了解几个概念:
路由:是指路由器从一个接口上收到数据包,根据数据包的目的地址进行定向并转发到另一个接口的过程。
路由表:在计算机网络中,路由表或称路由择域信息库(RIB)是一个存储在路由器或者联网计算机中的电子表格(文件)或类数据库。路由表存储着指向特定网络地址的路径(在有些情况下,十进制的数据也附属在路径上)。路由表中含有网络周边的拓扑信息。路由表建立的主要目标是为了实现路由协议和静态路由选择。
2、路由表的主要工作及表项类型:
路由器的主要工作就是为经过路由器的每个数据报寻找一条最佳传输路径,并将该数据有效地传送到目的站点。由此可见,选择最佳路径的策略即路由算法是路由器的关键所在。为了完成这项工作,在路由器中保存着各种传输路径的相关数据——路由表(Routing Table),供路由选择时使用,表中包含的信息决定了数据转发的策略。打个比方,路由表就像我们平时使用的地图一样,标识着各种路线,路由表中保存着子网的标志信息、网上路由器的个数和下一个路由器的名字等内容。路由表可以是由系统管理员固定设置好的,也可以由系统动态修改,可以由路由器自动调整,也可以由主机控制。路由表包括静态路由表和动态路由表:
(1)静态路由表:由系统管理员事先设置好固定的路由表称之为静态(static)路由表,一般是在系统安装时就根据网络的配置情况预先设定的,它不会随未来网络结构的改变而改变。
(2)动态路由表:动态(Dynamic)路由表是路由器根据网络系统的运行情况而自动调整的路由表。路由器根据路由选择协议(Routing Protocol)提供的功能,自动学习和记忆网络运行情况,在需要时自动计算数据传输的最佳路径。
路由器通常依靠所建立及维护的路由表来决定如何转发。路由表能力是指路由表内所容纳路由表项数量的极限。由于Internet上执行BGP协议的路由器通常拥有数十万条路由表项,所以该项目也是路由器能力的重要体现。路由表项如下:
首先,路由表的每个项的目的字段含有目的网络前缀。其次,每个项还有一个附加字段,还有用于指定网络前缀位数的子网掩码(address mask).第三,当下一跳字段代表路由器时,下一跳字段的值使用路由的IP地址。
理解网际网络中可用的网络地址(或网络ID)有助于路由决定。这些知识是从称为路由表的数据库中获得的。路由表是一系列称为路由的项,其中包含有关网际网络的网络ID位置信息。路由表不是对路由器专用的。主机(非路由器)也可能有用来决定优化路由的路由表。路由表中的每一项都被看作是一个路由,并且属于下列任意类型:
(1)网络路由:网络路由提供到网际网络中特定网络ID的路由。
(2)主路由:主路由提供到网际网络地址(网络ID和节点ID)的路由。主路由通常用于将自定义路由创建到特定主机以控制或优化网络通信。
(3)默认路由:如果在路由表中没有找到其他路由,则使用默认路由。例如,如果路由器或主机不能找到目标的网络路由或主路由,则使用默认路由。默认路由简化了主机的配置。使用单个默认的路由来转发带有在路由表中未找到的目标网络或网际网络地址的所有数据包,而不是为网际网络中所有的网络ID配置带有路由的主机。
(4)无类路由:即可以在每个网络段中使用不相同的子网掩码,RIPv2、EIGRP、OSPF和BGP等是一些比较新的路由选择协议,它们在路由更新过程中,将网络掩码与路径一起广播出去,这时网络掩码也称为前缀屏蔽或前缀。例如,如果C类IP地址192.168.1.0的网络掩码为255.255.255.0,可标识为192.168.1.0/24。由于在路由器之间传送掩码(前缀),因而没有必要判断地址类型和缺省掩码,这就是无类地址及无类路由选择,也是目前Internet上所基于的路由选择协议。
对于有类路由协议:RIP、IGRP等。路由控制包里面只有IP地址,没有掩码。路由协议根据IP地址的具体值,按规定划分网络ID和主机ID。这就是有类路由(Classful Routing)。Classful Routing规定,IP地址有五种分类:A,B,C,D,E。
A类地址:前8位是0~127的IP地址,它们的网络地址是前8位,主机地址是后24位。
B类地址:前8位是128~191的IP地址,它们的网络地址是前16位,主机地址是后16位。
C类地址:前8位是192~223的IP地址,他们的网络地址是前24位,主机地址是后8位。
D类和E类地址:前8位是224~255之间的地址,D类用于组播,E类用于科学实验。
而对于无类的路由协议:OSPF、IS-IS、RIPv2等,路由控制包里面除了IP地址,还必须包含一个掩码与其匹配。掩码的作用是划分出网络ID和主机ID,这样的划分更灵活多变。
3、现有技术及解决方案
目前,交换机,路由器实现路由的方法多种多样,有些通过硬件的三层转发表项实现路由更新,有些通过软件实现,软件实现路由的方法也很多,采用Trie树的方法,采用HASH的方法,不过,采用硬件3层转发的成本较高,采用软件路由的,算法都比较复杂,实现起来较为困难。
Trie树,又称单词查找树或键树,是一种树形结构,是一种哈希树的变种。典型应用是用于统计和排序大量的字符串(但不仅限于字符串),所以经常被搜索引擎系统用于文本词频统计。它的优点是:最大限度地减少无谓的字符串比较,查询效率比哈希表高。它有3个基本特性:
1)根节点不包含字符,除根节点外每一个节点都只包含一个字符;
2)从根节点到某一节点,路径上经过的字符连接起来,为该节点对应的字符串;
3)每个节点的所有子节点包含的字符都不相同。
如图1所示,为一种Trie树结构的示意图,如图所示,该trie树存有abc、d、da、dda四个字符串,如果是字符串会在节点的尾部进行标记。没有后续字符的branch分支指向NULL(即无效数据)。
如图2所示,Trie树又包括256trie树,图2为256trie树结构的示意图,256trie树是字符集为{0,1,2…255}的Trie树,可以用来做路由表查找;对于ipv4路由,目的ip可以分为4个字节的字符,其中每个字节的值,都在0-255的范围内;
目前的路由查找算法,有的需要硬件配合,有的算法十分复杂,软件实现比较困难,经检索,利用Trie树来实现路由的方法有:
公开日为2009-11-11,公开号为101577662的中国发明专利申请[200810096906.2]公开了最长前缀匹配方法和装置,该方法包括:A.读取一个搜索节点;B.确定读出的搜索节点的偏移量域是否指示上一级别的节点内存在匹配的前缀,如果存在,将上一级别的节点内指向叶子节点数组的指针加上该搜索节点的偏移量域,更新当前最佳匹配指针,并执行步骤C;如果不存在,执行步骤C;C.确定该搜索节点的分支指示域和搜索关键字的对应比特匹配时,确定该搜索节点是否存在子节点;D.确定该搜索节点不存在子节点时,读取该搜索节点的内部位图,根据内部位图和搜索节点内指向叶子节点数组的指针,计算该搜索节点内存在的最长匹配前缀,更新当前最佳匹配指针,计算当前最佳匹配指针对应的叶子节点的地址。该方法可以提高查询速度。该算法是对Trie算法的一种改进,起到了提高路由查找效率的作用,但是该算法比较复杂。
公开日为2006-06-14,公开号为1787477的中国发明专利申请[200410009995.4]公开了一种IPv6路由表查找方法,包括以下步骤;a)将整个IPv6路由表分割成至少两个前缀子集;b)对前缀数目较多或前缀长度较长的前缀子集采用索引表进行检索,对前缀数目较少且前缀长度较短的前缀子集,利用多分支Trie树进行查找;以及c)在全局范围内利用至少两个微处理器模块来对每一部分前缀子集进行并行查找,在局部范围内利用路由预计算进行查找。该方法能十分有效地支持IPv6路由查找,不依赖于TCAM,可以在通用硬件平台上实现。
但申请人没有在公开的文献中检索到利用256Trie树算法的路由方法,据了解,有些企业目前的路由算法也有采用256树的办法,只是需要创建很多节点,会过度的使用内存空间,而且软件算法实现复杂,不支持无类路由,因此使用不是很广泛。
【发明内容】
本发明要解决的技术问题,在于提供一种路由表项存储方法,对现有的256Trie树的方法进行改进,能够仅依赖于软件实现路由快速存储和快速查找,达到提高转发性能的目的,同时节约内存,而且软件算法实现简单,能符合一个字节8比特的特性,方便程序员编程。
本发明是这样实现的:一种路由表项的快速存储方法,其是采用256trie树结构来配置路由表项,该256trie树的树高为四,即包括根节点、第二级节点,第三级节点,第四级节点,所述根节点、第二级节点,第三级节点,第四级节点均包括索引值为0~255的256个索引表项,所述根节点的索引值为255的索引表项直接指向的路由表项表示默认路由;而第二级节点的索引值为255的索引表项指向的是匹配中根节点后,第二级节点都没有匹配的情况下,应该返回的路由表项;第三级节点的索引值为255的索引表项指向的是匹配中前两级节点后,第三级节点都没有匹配中的情况下,应该返回的路由表项;第四级节点的索引值为255的索引表项指向的是匹配中前三级节点后,第四级节点都没有匹配中的情况下,应该返回的路由表项。
上述路由表项的快速存储方法进一步是将任意一个目的ip地址,都用4个一字节的数值表示;该4个一字节的数值分别称为ip地址的第一字节,第二字节,第三字节和第四字节;所述路由表项的快速存储方法包括256trie树生成的过程,该256trie树生成的过程包括下述步骤:
步骤(1)、判断配置的路由表项的类型:
a、如果配置的是默认路由,则直接把根节点的索引值为255的索引表项指向该默认路由表项,无需进入步骤(2);
b、如果是掩码长度小于等于8的路由表项,需要设置到根节点,所有索引值和目的ip地址前缀匹配的,且前缀匹配长度为掩码长度的索引表项都要设置路由表项;设置路由表项的过程按步骤(2)进行;
c、如果是掩码长度大于8小于等于16的路由表项,先取目的ip的第一字节,算出根节点的索引值,然后取出目的ip地址的第二字节,找到和第二字节前缀匹配,并且匹配长度是掩码减8的所有第二级节点的索引表项,这些第二级节点的索引表项和刚才算出的索引值对应的索引表项建立关联,同时按步骤(2)设置这个路由表项;
d、如果是掩码长度大于16小于等于24的路由表项,先取目的ip地址的前两字节,算出根节点的索引值和第二级的索引值,该根节点的索引值和第二级的索引值分别等于目的ip地址的第一字节,第二字节的值,把根节点中与根节点的索引值对应的索引表项关联到第二级节点,把第二级节点中与第二级的索引值对应的索引表项关联到第三级节点,然后,取出目的ip地址的第三字节,找到和第三字节前缀匹配,并且长度是掩码长度减16的所有第三级节点的索引表项,这些第三级节点的索引表项,和所述与第二级的索引值对应的索引表项建立关联,同时按步骤(2)设置路由表项;
e、如果掩码长度大于24小于等于32的路由表项,先取目的ip地址的前三字节,算出根节点的索引值、第二级的索引值和第三级的索引值,该根节点的索引值、第二级的索引值和第三级的索引值分别等于目的ip地址的第一字节,第二字节的值、第三字节的值,把根节点中与根节点的索引值对应的索引表项关联到第二级节点,把第二级节点中与第二级的索引值对应的索引表项关联到第三级节点,把第三级节点中与第三级的索引值对应的索引表项关联到第四级节点,然后,取出目的ip地址的第四字节,找到和第四字节前缀匹配,并且长度是掩码长度减24的所有第四级索引表项,这些第四级索引表项和所述的第三级的索引值对应的索引表项建立关联,同时按步骤(2)设置路由表项;
步骤(2)、设置路由表项:对于前三级节点,除了默认路由以外,要关联路由表项,上一级节点都是和下一级节点的索引值为255的索引表项建立关联,然后将该索引的索引值为255的索引表项指向这个路由表项;第四级节点表项则是直接指向步骤(1)对应的所述路由表项;在设置路由表项时要先看是否已经关联了路由表项了,如果该索引表项已经指向了一个路由表项,则比较这两个路由表项中掩码长度,该索引表项与掩码长度长的那个路由表项关联;
如果上一级节点要关联的下一级节点没有创建,则需要先创建下一级节点。
进一步地,该路由表项的快速存储方法还包括256trie树查找路由的过程,所述256trie树查找路由的过程为:
步骤1、首先取ip地址的第一字节,在根节点中匹配索引值等于该第一字节的索引表项,即看根节点中索引值等于该第一字节的索引表项是否关联到第二级节点,如果否,说明未匹配中,则返回根节点中的索引值为255的索引表项指向的路由表项,如果根节点中的索引值为255的索引表项没有指向任何路由表项,则返回路由查找失败;如果是,说明匹配中,则转入步骤2;
步骤2、取ip地址的第二字节,看在步骤1根节点的索引值等于该第一字节的索引表项所关联的第二级节点中,索引值和ip地址的第二字节对应的第二级索引表项是否和第三级节点建立了关联;如果建立了关联则转步骤3,如果没有建立关联,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点的索引值为255的索引表项指向的路由表项,如果根节点的索引值为255的索引表项没有指向路由表项,则返回查找失败;
步骤3、取ip地址的第三字节,看步骤2中第二级索引表项所关联的第三级节点中,索引值和该ip地址第三字节相同的第三级索引表项是否关联到第四级节点;如果建立了关联则转步骤4,如果没有建立关联,则返回第三级节点的索引值为255的索引表项指向的路由表项,如果第三级节点的索引值为255的索引表项没有指向路由表项,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点索引值为255的索引表项指向的路由表项,如果根节点的索引值为255的索引表项没有指向路由表项,返回查找失败;
步骤4、取ip地址的第四字节,看步骤3中第三级索引表项所关联的第四级节点中,和ip地址第四字节相同的索引值所对应的第四级索引表项是否关联到路由表项;如果建立了关联,返回第四级节点对应的索引表项指向的路由表项;如果没有建立关联,则返回第四级节点的索引值为255的索引表项值指向的路由表项,如果四级索引的索引值为255的索引表项没有指向路由表项,则返回第三级节点的索引值为255的索引表项指向的路由表项,如果第三级节点的索引值为255的索引表项没有指向路由表项,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点的索引值为255的索引表项所指向的路由表项,如果根节点没有指向路由表项,则返回查找失败;
其中,所述的关联是指上一级节点中,与某个索引值对应的索引表项指向下一级节点,或者指向路由表项。
本发明具有如下优点:改进的256trie是根据静态路由配置以及动态路由生成的路由表项生成的,主要是以目的网络地址为索引,最后都指向一个路由表项;每个路由表项都包含目的ip、网络掩码长度、下一条的ip或者出口。该方法能符合一个字节8比特的特性,方便软件编程;实质上是通过对Mtrie算法改进,在Mtrie树的每级都用255索引指向这级索引值都匹配不中的情况下的路由表项,这样不用每次都匹配到第四级节点,通过该办法,能大量节省创建节点的数量,从而达到节约内存的效果;采用了每次路由表项前都比较下之前表项和现在表项的掩码长度,保证每个节点指向的路由表项都是掩码最长的,实现节点的最长前缀匹配,很好的支持了无类路由。
【附图说明】
下面参照附图结合实施例对本发明作进一步的说明。
图1为现有技术中一种Trie树结构的示意图。
图2为现有技术中一种256Trie树结构的示意图。
图3为本发明一种256Trie树结构的示意图。
图4至图6为本发明一实施例中256Trie树结构的路由表项的创建过程示意图。
图7为本发明的查找路由的过程的一实施例的256trie树结构示意图。
图8为本发明的查找路由的过程的另一实施例的256trie树结构示意图。
图9为本发明的查找路由的过程的再一实施例的256trie树结构示意图。
【具体实施方式】
本发明要解决的技术问题,在于提供一种路由表项存储方法,对现有的256Trie树的方法进行改进,能够仅依赖于软件实现路由快速存储和快速查找,达到提高转发性能的目的,同时节约内存,而且软件算法实现简单,能符合一个字节8比特的特性,方便程序员编程。
如图3所示,本发明方法是采用256trie树结构来配置路由表项,该256trie树的树高为四,即包括根节点、第二级节点,第三级节点,第四级节点,所述根节点、第二级节点,第三级节点,第四级节点均包括索引值为0~255的256个索引表项,所述根节点的索引值为255的索引表项直接指向的路由表项表示默认路由;而第二级节点的索引值为255的索引表项指向的是匹配中根节点后,第二级节点都没有匹配的情况下,应该返回的路由表项;第三级节点的索引值为255的索引表项指向的是匹配中前两级节点后,第三级节点都没有匹配中的情况下,应该返回的路由表项;第四级节点的索引值为255的索引表项指向的是匹配中前三级节点后,第四级节点都没有匹配中的情况下,应该返回的路由表项。
上述路由表项的快速存储方法进一步是将任意一个目的ip地址,都用4个一字节的数值表示;该4个一字节的数值分别称为ip地址的第一字节,第二字节,第三字节和第四字节;所述路由表项的快速存储方法包括256trie树生成的过程,该256trie树生成的过程包括下述步骤:
步骤(1)、判断配置的路由表项的类型:
a、如果配置的是默认路由,则直接把根节点的索引值为255的索引表项指向该默认路由表项,无需进入步骤(2);
b、如果是掩码长度小于等于8的路由表项,需要设置到根节点,所有索引值和目的ip地址前缀匹配的,且前缀匹配长度为掩码长度的索引表项都要设置路由表项;设置路由表项的过程按步骤(2)进行;
c、如果是掩码长度大于8小于等于16的路由表项,先取目的ip的第一字节,算出根节点的索引值,然后取出目的ip地址的第二字节,找到和第二字节前缀匹配,并且匹配长度是掩码减8的所有第二级节点的索引表项,这些第二级节点的索引表项和刚才算出的索引值对应的索引表项建立关联,同时按步骤(2)设置这个路由表项;
d、如果是掩码长度大于16小于等于24的路由表项,先取目的ip地址的前两字节,算出根节点的索引值和第二级的索引值,该根节点的索引值和第二级的索引值分别等于目的ip地址的第一字节,第二字节的值,把根节点中与根节点的索引值对应的索引表项关联到第二级节点,把第二级节点中与第二级的索引值对应的索引表项关联到第三级节点,然后,取出目的ip地址的第三字节,找到和第三字节前缀匹配,并且长度是掩码长度减16的所有第三级节点的索引表项,这些第三级节点的索引表项,和所述与第二级的索引值对应的索引表项建立关联,同时按步骤(2)设置路由表项;
e、如果掩码长度大于24小于等于32的路由表项,先取目的ip地址的前三字节,算出根节点的索引值、第二级的索引值和第三级的索引值,该根节点的索引值、第二级的索引值和第三级的索引值分别等于目的ip地址的第一字节,第二字节的值、第三字节的值,把根节点中与根节点的索引值对应的索引表项关联到第二级节点,把第二级节点中与第二级的索引值对应的索引表项关联到第三级节点,把第三级节点中与第三级的索引值对应的索引表项关联到第四级节点,然后,取出目的ip地址的第四字节,找到和第四字节前缀匹配,并且长度是掩码长度减24的所有第四级索引表项,这些第四级索引表项和所述的第三级的索引值对应的索引表项建立关联,同时按步骤(2)设置路由表项;
步骤(2)、设置路由表项:对于前三级节点,除了默认路由以外,要关联路由表项,上一级节点都是和下一级节点的索引值为255的索引表项建立关联,然后将该索引的索引值为255的索引表项指向这个路由表项;第四级节点表项则是直接指向步骤(1)对应的所述路由表项;在设置路由表项时要先看是否已经关联了路由表项了,如果该索引表项已经指向了一个路由表项,则比较这两个路由表项中掩码长度,该索引表项与掩码长度长的那个路由表项关联;
如果上一级节点要关联的下一级节点没有创建,则需要先创建下一级节点。
现分情况举例说明该256trie树生成的过程:
实施例一
请举例说明上述a种情况,
例如用户配置了默认路由:则根节点索引值为255的索引表项直接指向了这个默认路由项。
实施例二
请举例说明上述b种情况
如果配置了目的地址/掩码为:10.0.0.0/8的路由表项,则256trie树中根节点的索引值为10的索引表项指向第二级节点,而第二级节点中索引值为255的索引表项指向该路由项。
实施例三
如图4所示,一开始路由表只有根节点,且根节点不关联任何路由表项;这时,用户配置了一条路由目的ip地址和掩码为:192.168.12.23/15,则先匹配中根节点索引值为192的索引表项,然后看ip地址的第二字节为168,掩码长度15,也就是找到第二级节点索引值为168、前缀匹配长度为7的两个索引表项,也就是索引值为168和169的两个索引表项,然后建立关联,并且同时,第二级节点也要和路由项建立关联,按照上述步骤(1)中的d种情况介绍的方法和通过第三级节点的255项关联路由表项;该路由表项设置后256Trie树变为如图5所示的状态。如图6所示,如果此时用户再配置了192.168.12.23/9这个路由表项,则第二级节点索引值为128-254的索引表项都要被设置成该路由表项(图中实线箭头部分),除了索引值为168、169两个索引表项(图中虚线箭头部分),因为它们所指向的下一级节点的索引值为255的索引表项所指向的路由表象的掩码长度大于9,所以索引值为168、169两个索引表项不会被改变。
实施例四
用户配置了一条网络地址和掩码为:192.168.125.0/24的路由表项,这时如图7所示,根节点索引值为192的索引表项,指向第二级节点,第二级节点的索引值为168的索引表项指向第三级节点,第三级节点索引值为125的索引表项指向第四级节点,第四级节点的索引值为255的索引表项指向该路由项。图中虚线箭头表示的应该是原先配置的路由项,生成的256trie树后,虚线箭头链接的索引表项关联不变。
本发明方法还包括256trie树查找路由的过程,所述256trie树查找路由的过程为:
步骤1、首先取ip地址的第一字节,在根节点中匹配索引值等于该第一字节的索引表项,即看根节点中索引值等于该第一字节的索引表项是否关联到第二级节点,如果否,说明未匹配中,则返回根节点中的索引值为255的索引表项指向的路由表项,如果根节点中的索引值为255的索引表项没有指向任何路由表项,则返回路由查找失败;如果是,说明匹配中,则转入步骤2;
步骤2、取ip地址的第二字节,看在步骤1根节点的索引值等于该第一字节的索引表项所关联的第二级节点中,索引值和ip地址的第二字节对应的第二级索引表项是否和第三级节点建立了关联;如果建立了关联则转步骤3,如果没有建立关联,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点的索引值为255的索引表项指向的路由表项,如果根节点的索引值为255的索引表项没有指向路由表项,则返回查找失败;
步骤3、取ip地址的第三字节,看步骤2中第二级索引表项所关联的第三级节点中,索引值和该ip地址第三字节相同的第三级索引表项是否关联到第四级节点;如果建立了关联则转步骤4,如果没有建立关联,则返回第三级节点的索引值为255的索引表项指向的路由表项,如果第三级节点的索引值为255的索引表项没有指向路由表项,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点索引值为255的索引表项指向的路由表项,如果根节点的索引值为255的索引表项没有指向路由表项,返回查找失败;
步骤4、取ip地址的第四字节,看步骤3中第三级索引表项所关联的第四级节点中,和ip地址第四字节相同的索引值所对应的第四级索引表项是否关联到路由表项;如果建立了关联,返回第四级节点对应的索引表项指向的路由表项;如果没有建立关联,则返回第四级节点的索引值为255的索引表项值指向的路由表项,如果四级索引的索引值为255的索引表项没有指向路由表项,则返回第三级节点的索引值为255的索引表项指向的路由表项,如果第三级节点的索引值为255的索引表项没有指向路由表项,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点的索引值为255的索引表项所指向的路由表项,如果根节点没有指向路由表项,则返回查找失败;
其中,所述的关联是指上一级节点中,与某个索引值对应的索引表项指向下一级节点,或者指向路由表项。
为了更好地说明,下面举几个例子来说明本发明256trie树查找路由的过程;
实施例五
以ip192.168.125.2为例,如果256Trie树的结构是如图3所示的结构,则索引过程如图8;经过对ip地址192.168.125.2的四次索引就查到了该目的ip的路由项。图中虚线箭头表示的应该是原先配置的路由项,生成的256trie树后,虚线箭头链接的索引表项关联不变。(此实施例最好能按前述步骤1-4进行较详细地描述)
实施例六
如图9所示,以ip地址192.168.135.2为例,前两级节点的匹配可参照实施五中前两级节点的匹配,匹配第三级节点时,第三级节点中索引值为135的索引项没有匹配中,于是匹配第三级节点中索引值为255的索引项。图中虚线箭头表示的应该是原先配置的路由项,生成的256trie树后,虚线箭头链接的索引表项关联不变。
实施例七
再如图9所示,以ip地址192.11.11.3为例,第一级节点匹配中索引值为192的索引项后,索引值为为192的索引项没有关联到第二级节点索引值为11的索引项,所以只能匹配到第二级节点索引值为255的索引项,需要注意的是,如果第二级节点索引值为255的索引项没有指向路由项,则应该匹配第一级节点匹配中索引值为255的索引项指向的路由项。
本发明的256trie是根据静态路由配置以及动态路由生成的路由表项生成的,主要是以目的网络地址为索引,最后都指向一个路由表项;每个路由表项都包含目的ip、网络掩码长度、下一条的ip或者出口。该方法能符合一个字节8比特的特性,方便软件编程;实质上是通过对Mtrie算法改进,在Mtrie树的每级都用255索引指向这级索引值都匹配不中的情况下的路由表项,这样不用每次都匹配到第四级节点,通过该办法,能大量节省创建节点的数量,从而达到节约内存的效果;采用了每次路由表项前都比较下之前表项和现在表项的掩码长度,保证每个节点指向的路由表项都是掩码最长的,实现节点的最长前缀匹配,很好的支持了无类路由。
虽然以上描述了本发明的具体实施方式,但是熟悉本技术领域的技术人员应当理解,我们所描述的具体的实施例只是说明性的,而不是用于对本发明的范围的限定,熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化,都应当涵盖在本发明的权利要求所保护的范围内。

Claims (2)

1.一种路由表项的快速存储方法,其特征在于:采用256trie树结构来配置路由表项,该256trie树的树高为四,即包括根节点、第二级节点,第三级节点,第四级节点,所述根节点、第二级节点,第三级节点,第四级节点均包括索引值为0~255的256个索引表项,所述根节点的索引值为255的索引表项直接指向的路由表项表示默认路由;而第二级节点的索引值为255的索引表项指向的是匹配中根节点后,第二级节点都没有匹配的情况下,应该返回的路由表项;第三级节点的索引值为255的索引表项指向的是匹配中前两级节点后,第三级节点都没有匹配中的情况下,应该返回的路由表项;第四级节点的索引值为255的索引表项指向的是匹配中前三级节点后,第四级节点都没有匹配中的情况下,应该返回的路由表项;
将任意一个目的ip地址,都用4个一字节的数值表示;该4个一字节的数值分别称为ip地址的第一字节,第二字节,第三字节和第四字节;所述路由表项的快速存储方法包括256trie树生成的过程,该256trie树生成的过程包括下述步骤:
步骤(1)、判断配置的路由表项的类型:
a、如果配置的是默认路由,则直接把根节点的索引值为255的索引表项指向该默认路由表项,无需进入步骤(2);
b、如果是掩码长度小于等于8的路由表项,需要设置到根节点,所有索引值和目的ip地址前缀匹配的,且前缀匹配长度为掩码长度的索引表项都要设置路由表项;设置路由表项的过程按步骤(2)进行;
c、如果是掩码长度大于8小于等于16的路由表项,先取目的ip的第一字节,算出根节点的索引值,然后取出目的ip地址的第二字节,找到和第二字节前缀匹配,并且匹配长度是掩码减8的所有第二级节点的索引表项,这些第二级节点的索引表项和刚才算出的索引值对应的索引表项建立关联,同时按步骤(2)设置这个路由表项;
d、如果是掩码长度大于16小于等于24的路由表项,先取目的ip地址的前两字节,算出根节点的索引值和第二级的索引值,该根节点的索引值和第二级的索引值分别等于目的ip地址的第一字节,第二字节的值,把根节点中与根节点的索引值对应的索引表项关联到第二级节点,把第二级节点中与第二级的索引值对应的索引表项关联到第三级节点,然后,取出目的ip地址的第三字节,找到和第三字节前缀匹配,并且长度是掩码长度减16的所有第三级节点的索引表项,这些第三级节点的索引表项,和所述与第二级的索引值对应的索引表项建立关联,同时按步骤(2)设置路由表项;
e、如果掩码长度大于24小于等于32的路由表项,先取目的ip地址的前三字节,算出根节点的索引值、第二级的索引值和第三级的索引值,该根节点的索引值、第二级的索引值和第三级的索引值分别等于目的ip地址的第一字节,第二字节的值、第三字节的值,把根节点中与根节点的索引值对应的索引表项关联到第二级节点,把第二级节点中与第二级的索引值对应的索引表项关联到第三级节点,把第三级节点中与第三级的索引值对应的索引表项关联到第四级节点,然后,取出目的ip地址的第四字节,找到和第四字节前缀匹配,并且长度是掩码长度减24的所有第四级索引表项,这些第四级索引表项和所述的第三级的索引值对应的索引表项建立关联,同时按步骤(2)设置路由表项;
步骤(2)、设置路由表项:对于前三级节点,除了默认路由以外,要关联路由表项,上一级节点都是和下一级节点的索引值为255的索引表项建立关联,然后将该索引的索引值为255的索引表项指向这个路由表项;第四级节点表项则是直接指向步骤(1)对应的所述路由表项;在设置路由表项时要先看是否已经关联了路由表项了,如果该索引表项已经指向了一个路由表项,则比较这两个路由表项中掩码长度,该索引表项与掩码长度长的那个路由表项关联;
如果上一级节点要关联的下一级节点没有创建,则需要先创建下一级节点。
2.如权利要求1所述的一种路由表项的快速存储方法,其特征在于:该路由表项的快速存储方法还包括256trie树查找路由的过程,所述256trie树查找路由的过程为:
步骤1、首先取ip地址的第一字节,在根节点中匹配索引值等于该第一字节的索引表项,即看根节点中索引值等于该第一字节的索引表项是否关联到第二级节点,如果否,说明未匹配中,则返回根节点中的索引值为255的索引表项指向的路由表项,如果根节点中的索引值为255的索引表项没有指向任何路由表项,则返回路由查找失败;如果是,说明匹配中,则转入步骤2;
步骤2、取ip地址的第二字节,看在步骤1根节点的索引值等于该第一字节的索引表项所关联的第二级节点中,索引值和ip地址的第二字节对应的第二级索引表项是否和第三级节点建立了关联;如果建立了关联则转步骤3,如果没有建立关联,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点的索引值为255的索引表项指向的路由表项,如果根节点的索引值为255的索引表项没有指向路由表项,则返回查找失败;
步骤3、取ip地址的第三字节,看步骤2中第二级索引表项所关联的第三级节点中,索引值和该ip地址第三字节相同的第三级索引表项是否关联到第四级节点;如果建立了关联则转步骤4,如果没有建立关联,则返回第三级节点的索引值为255的索引表项指向的路由表项,如果第三级节点的索引值为255的索引表项没有指向路由表项,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点索引值为255的索引表项指向的路由表项,如果根节点的索引值为255的索引表项没有指向路由表项,返回查找失败;
步骤4、取ip地址的第四字节,看步骤3中第三级索引表项所关联的第四级节点中,和ip地址第四字节相同的索引值所对应的第四级索引表项是否关联到路由表项;如果建立了关联,返回第四级节点对应的索引表项指向的路由表项;如果没有建立关联,则返回第四级节点的索引值为255的索引表项值指向的路由表项,如果四级索引的索引值为255的索引表项没有指向路由表项,则返回第三级节点的索引值为255的索引表项指向的路由表项,如果第三级节点的索引值为255的索引表项没有指向路由表项,则返回第二级节点的索引值为255的索引表项指向的路由表项,如果第二级节点的索引值为255的索引表项没有指向路由表项,则返回根节点的索引值为255的索引表项所指向的路由表项,如果根节点没有指向路由表项,则返回查找失败;
其中,所述的关联是指上一级节点中,与某个索引值对应的索引表项指向下一级节点,或者指向路由表项。
CN201210028320.9A 2012-02-08 2012-02-08 一种路由表项的快速存储方法 Active CN102571599B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210028320.9A CN102571599B (zh) 2012-02-08 2012-02-08 一种路由表项的快速存储方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210028320.9A CN102571599B (zh) 2012-02-08 2012-02-08 一种路由表项的快速存储方法

Publications (2)

Publication Number Publication Date
CN102571599A CN102571599A (zh) 2012-07-11
CN102571599B true CN102571599B (zh) 2014-12-10

Family

ID=46416100

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210028320.9A Active CN102571599B (zh) 2012-02-08 2012-02-08 一种路由表项的快速存储方法

Country Status (1)

Country Link
CN (1) CN102571599B (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581023A (zh) * 2013-11-06 2014-02-12 盛科网络(苏州)有限公司 实现最长掩码匹配的方法及装置
CN103646317A (zh) * 2013-12-30 2014-03-19 广西科技大学 一种应用于项目管理系统的实时数据智能关联计算方法
CN104394083B (zh) * 2014-09-22 2017-12-15 华为技术有限公司 转发表项处理的方法、报文转发的方法及其装置和系统
CN106302178B (zh) * 2015-05-20 2020-02-21 中兴通讯股份有限公司 一种路由查询方法及装置
CN105138282A (zh) * 2015-08-06 2015-12-09 上海七牛信息技术有限公司 一种存储空间回收的方法及存储系统
CN105939264A (zh) * 2015-08-13 2016-09-14 杭州迪普科技有限公司 一种路由的管理方法和装置
CN108075978B (zh) * 2016-11-17 2021-03-30 华为技术有限公司 一种报文发送方法、节点配置方法以及相关设备
CN107169054A (zh) * 2017-04-26 2017-09-15 四川长虹电器股份有限公司 基于前缀森林的ip索引方法
CN107483457B (zh) * 2017-08-28 2019-08-09 常熟理工学院 一种基于物联网的多媒体数据通信方法
CN107547173B (zh) * 2017-08-28 2020-03-24 常熟理工学院 一种基于云的物联网多媒体数据通信方法
CN107679187B (zh) * 2017-09-30 2020-12-01 浪潮软件股份有限公司 一种中文地址树的构建方法及装置
CN109995645B (zh) * 2019-03-07 2021-03-16 盛科网络(苏州)有限公司 一种灵活查找fdb表项的芯片实现方法
CN110995876B (zh) * 2019-10-11 2021-02-09 中国科学院计算技术研究所 一种ip存储与查找的方法及装置
CN112637053B (zh) * 2020-12-30 2022-05-20 锐捷网络股份有限公司 路由的备份转发路径的确定方法及装置
CN114153400B (zh) * 2021-12-08 2024-01-30 国仪石油技术(无锡)有限公司 一种用于测井仪器中的数据存储方法
CN115378869B (zh) * 2022-06-28 2024-03-19 国家电网有限公司信息通信分公司 白盒路由器转发信息库表的分发与存储方法及相关设备
CN115442301A (zh) * 2022-09-09 2022-12-06 珍爱信息技术(海南)有限公司 路由配置树生成方法、基于路由配置树的路由方法、装置和电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101110778A (zh) * 2007-07-23 2008-01-23 中兴通讯股份有限公司 一种利用默认路由压缩路由转发表的方法
CN101277252A (zh) * 2007-03-30 2008-10-01 迈普(四川)通信技术有限公司 多分支Trie树的遍历方法
CN101783761A (zh) * 2009-01-21 2010-07-21 华为技术有限公司 一种存储及查找路由表的方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7564841B2 (en) * 2004-03-05 2009-07-21 Samsung Electronics Co., Ltd. Apparatus and method for performing forwarding table searches using consecutive symbols tables

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101277252A (zh) * 2007-03-30 2008-10-01 迈普(四川)通信技术有限公司 多分支Trie树的遍历方法
CN101110778A (zh) * 2007-07-23 2008-01-23 中兴通讯股份有限公司 一种利用默认路由压缩路由转发表的方法
CN101783761A (zh) * 2009-01-21 2010-07-21 华为技术有限公司 一种存储及查找路由表的方法及装置

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
一种基于Trie的快速IP路由查找算法;郜国良等;《微电子学与计算机》;20110630;第28卷(第6期);第163-167页 *
一种基于哈希表和trie树的快速IP路由查找算法;崔尚森等;《计算机工程与应用》;20050930(第9期);第156-158页 *
崔尚森等.一种基于哈希表和trie树的快速IP路由查找算法.《计算机工程与应用》.2005,(第9期), *
郜国良等.一种基于Trie的快速IP路由查找算法.《微电子学与计算机》.2011,第28卷(第6期), *

Also Published As

Publication number Publication date
CN102571599A (zh) 2012-07-11

Similar Documents

Publication Publication Date Title
CN102571599B (zh) 一种路由表项的快速存储方法
US7774538B2 (en) Method for ternary contents address memory table management
AU2002217593B2 (en) Apparatus and method for performing high-speed IP route lookup and managing routing/forwarding tables
US5917820A (en) Efficient packet forwarding arrangement for routing packets in an internetwork
US8090901B2 (en) TCAM management approach that minimize movements
US20060083247A1 (en) Prefix lookup using address-directed hash tables
CA2365395C (en) Default route coding
US9007918B2 (en) Techniques for efficiently updating routing information
EP3777055B1 (en) Longest prefix matching
US20160241473A1 (en) Apparatus and Method for Processing Alternately Configured Longest Prefix Match Tables
CN105763454A (zh) 基于二维路由策略的数据报文转发方法及装置
CN106803809B (zh) 一种报文转发的方法和装置
CN103201987A (zh) 区分路由信息更新的优先级
CN103107945A (zh) 一种快速查找ipv6路由的系统及方法
Zhong An IPv6 address lookup algorithm based on recursive balanced multi-way range trees with efficient search and update
US7969995B2 (en) Method and apparatus for constructing a forwarding database for a data communications network
US20030023581A1 (en) Method and system for performing a longest prefix match search
CN113810287A (zh) 一种基于ndn和sdn的数据检索与推送方法
US20070025346A1 (en) System and method for creating a routing table
CN105207904A (zh) 报文的处理方法、装置和路由器
RU2233473C2 (ru) Устройство и способ выполнения высокоскоростного поиска маршрутов протокола интернет и управления таблицами маршрутизации/пересылки
JP3949696B2 (ja) プロトコル高速化装置
US7570644B2 (en) Routing method for a telecommunications network and router for implementing said method
CN112565072B (zh) 一种路由表压缩方法、路由器及存储介质
CN103209128A (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
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20151225

Address after: No. 7 building two Wufeng Street software Avenue Gulou District of Fuzhou city in Fujian province 350000 No. 89 Software Industrial Park

Patentee after: FUJIAN SUNNADA COMMUNICATION CO., LTD.

Address before: No. 7 building two Wufeng Street software Avenue Gulou District of Fuzhou city in Fujian province 350000 No. 89 Fuzhou Software Industrial Park

Patentee before: Fujian Sunnada Communication Co., Ltd.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 350000 No. 89 Software Avenue, Wufeng Street, Gulou District, Fuzhou City, Fujian Province

Patentee after: Ankexun (Fujian) Technology Co., Ltd.

Address before: 350000 No. 89 Software Avenue, Wufeng Street, Gulou District, Fuzhou City, Fujian Province

Patentee before: FUJIAN SUNNADA NETWORK TECHNOLOGY CO., LTD.