[发明专利]应用于DNS查询的IP地址列表存储和查询方法

说明书

本发明涉及一种应用于DNS查询的IP地址列表存储和查询方法。首先将每个策略的IP地址列表进行去重处理，并采用红黑树、数组、链表等方式存储；然后将每个业务的不同策略的IP地址列表进行合并，构建成“IP地址列表+策略”的形式并存储，合并过程中遵循IP最长匹配原则或者优先级原则；然后将不同业务的“IP地址列表+策略”存储结构继续进行合并，构建成“IP地址列表+业务+策略”的形式并存储；然后对“IP地址列表+业务+策略”的存储结构按照IP地址列表起始地址大小进行排序；查询时采用二分法等查询方法进行DNS查询。本发明在现有的IP存储结构上上进行了改进，操作简单，能够减少查询次数，提高查询效率。

技术领域

本发明属于信息技术、DNS技术领域，具体涉及一种应用于DNS查询的IP地址列表存储和查询方法。

背景技术

IP地址的匹配广泛存在于DNS(Domain Name System，域名系统)查询过程中，比如服务器端的查询黑白名单、View(视图)的客户端的IP地址列表、递归服务器的Sortlist(路由重定向)配置等等，IP地址列表的快速匹配在一定程度上影响着查询的效率。

Radix Tree(基数树)是常用的IP路由存储结构，实际上IP路由查找正是Radixtree最常用的领域之一。在存储IP数据，尤其是CIDR(无类别域间路由，Classless Inter-Domain Routing)的时候，Radix退化成一种二叉树，左右子树分别表示IP的二进制表示的1或者0，所以对于IPv4，Radix树的最大高度是32。对于CIDR的存储，只需要存储前缀位就可以了，比如存储130.50.30.40/18，只需要存储前18位即可，后面的14位不用存储，因为在查找ACL(访问控制列表)的时候，只要对比到第18位就可以确定是否让此IP通过验证。BIND9中ACL的实现就是基于Radix Tree。Nginx(一种高性能的服务器，Engine X)中的Geo模块(用于作全局负载功能)也用Radix Tree存储CIDR形式的IP。

除此之外常用的IP存储结构还有顺序表、四级HASH表等。各结构的复杂度如表1所示：

表1.不同IP存储结构的复杂度