CN101980486A - 地址库数据的更新方法及网络设备 - Google Patents

地址库数据的更新方法及网络设备 Download PDF

Info

Publication number
CN101980486A
CN101980486A CN2010105120637A CN201010512063A CN101980486A CN 101980486 A CN101980486 A CN 101980486A CN 2010105120637 A CN2010105120637 A CN 2010105120637A CN 201010512063 A CN201010512063 A CN 201010512063A CN 101980486 A CN101980486 A CN 101980486A
Authority
CN
China
Prior art keywords
address
outgoing interface
time delay
message
corresponding relation
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.)
Pending
Application number
CN2010105120637A
Other languages
English (en)
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.)
Beijing Star Net Ruijie Networks Co Ltd
Ruijie Networks Co Ltd
Original Assignee
Beijing Star Net Ruijie Networks 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 Beijing Star Net Ruijie Networks Co Ltd filed Critical Beijing Star Net Ruijie Networks Co Ltd
Priority to CN2010105120637A priority Critical patent/CN101980486A/zh
Publication of CN101980486A publication Critical patent/CN101980486A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种地址库数据的更新方法及网络设备。该方法包括:接收内网用户向外网发送的数据报文,该据报文包括指向外网的目的IP地址;若本地路由表中未存在与目的IP地址对应的转发表项,则分别检测若通过预设的各出接口转发数据报文至目的IP地址时各自所需的链路访问时延,每个出接口与唯一的ISP应;将目的IP地址与具有最小链路访问时延的出接口所对应的ISP间的对应关系存储到本地的地址数据库及本地路由表中。本发明网络设备自动完成了地址数据库中的数据信息的配置,避免了采用人工方式收集地址数据库中的IP地址带来的效率低下的问题,提高了网络设备的地址数据库的配置效率以及准确率。

Description

地址库数据的更新方法及网络设备
技术领域
本发明实施例涉及通信技术领域,特别涉及一种地址库数据的更新方法及网络设备。
背景技术
目前的互联网络中通常包括多个不同的互联网服务提供商(Internet Service Provider,简称ISP),当用户跨运营商访问某个网络资源时,会出现访问速度慢甚至无法访问的情况。为解决上述问题,许多网络场所均采用多线路接入的方式。多线路接入需要网络中的出口网关设备能够根据内网的用户访问外网时的IP地址选择匹配的线路类型,并通过选择出的线路类型对用户发送的数据报文进行转发,从而避免了用户出现跨运营商访问的情况,提高了用户的体验。由于各运营商的网段划分均是固定的,因此可预先将各运营商的网段划分信息以及IP地址与线路类型的对应关系记录在网关设备的本地地址库文件中,当网关设备运行时,通过在地址库文件中查询这些预存的信息,可以达到据此控制用户进行数据流选路的目的。
现有技术中,对网关设备的本地地址库文件中信息的设置通常通过网关设备从地址库服务器进行信息下载予以实现。具体地,设备厂商为多个网关设备维护一个共同的地址库服务器,以提供地址库文件给客户端网关设备下载使用。客户端网关设备可以定期地将地址库服务器中存储的地址库信息更新至本地的地址库文件中,从而根据该地址库信息可以对接收到的上行数据报文进行转发。而对于地址库服务器而言,地址库服务器中的地址库信息的设置过程则通过设备厂商工作人员手动地去收集与不同运营商对应的IP地址,然后人工将收集到的对应关系添加到地址库服务器的地址库文件中而予以实现。
现有技术的这种方案实现了基于网关设备的地址库文件,对接收到的上行数据报文进行控制转发的目的,但是存在明显的缺陷:地址库服务器中存储的地址库信息需要通过人工的方式进行收集,不仅收集的过程费时费力,而且通过这样的方式收集到的IP地址与运营商类型的对应关系还有可能存在错误,准确率不高;与此同时,该人工收集方式收集到的IP地址与运营商类型的对应关系的数量也相当有限,从而还造成了对网关设备的地址库数据配置过程效率低下的缺陷。
发明内容
本发明提供一种地址库数据的更新方法及网络设备,用以克服现有技术中手动收集配置地址库服务器中的地址库信息效率低下的缺陷,提高对网关设备的地址库数据的配置效率和准确率。
为实现上述目的,本发明提供一种地址库数据的更新方法,包括:
接收内网用户向外网发送的数据报文,所述数据报文包括指向所述外网的目的IP地址;
若本地路由表中未存在与所述目的IP地址对应的转发表项,则分别检测若通过预设的各出接口转发所述数据报文至所述目的IP地址时各自所需的链路访问时延,每个所述出接口与唯一的互联网服务运营商相对应;
将所述目的IP地址与具有最小链路访问时延的出接口所对应的互联网服务运营商之间的对应关系存储到本地的地址数据库及本地路由表中。
为实现上述目的,本发明还提供一种网络设备,包括:
报文接收模块,用于接收内网用户向外网发送的数据报文,所述数据报文包括指向所述外网的目的IP地址;
时延检测模块,用于若本地路由表中未存在与所述目的IP地址对应的转发表项,则分别检测若通过预设的各出接口转发所述数据报文至所述目的IP地址时各自所需的链路访问时延,每个所述出接口与唯一的互联网服务运营商相对应;
对应关系存储模块,用于将所述目的IP地址与具有最小链路访问时延的出接口所对应的互联网服务运营商的之间的对应关系存储到本地的地址数据库及本地路由表中。
本发明提供的地址库数据的更新方法及网络设备,通过在客户端的网关设备接收到内网用户发送至外网的数据报文时,根据该数据报文指向的目的IP地址,对该数据报文经由对应不同ISP的不同线路传送至目的端的链路访问时延进行检测,并选取链路访问时延最小的出接口对应的ISP作为该目的IP地址匹配的ISP,以在本地地址数据库中对应储存该目的IP地址与ISP类型之间的对应关系,从而由网络设备自动完成了地址数据库中的数据信息的配置,避免了采用人工方式收集地址数据库中的IP地址带来的效率低下的问题,提高了网络设备的地址数据库的配置效率以及准确率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明地址库数据的更新方法实施例一的流程图;
图2为本发明地址库数据的更新方法实施例二的流程图;
图3为本发明网络设备实施例一的结构示意图;
图4为本发明网络设备实施例二的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明地址库数据的更新方法实施例一的流程图,如图1所示,该方法具体包括如下步骤:
步骤100,接收内网用户向外网发送的数据报文,该数据报文包括指向外网的目的IP地址;
步骤101,若本地路由表中未存在与目的IP地址对应的转发表项,则分别检测若通过预设的各出接口转发数据报文至目的IP地址时各自所需的链路访问时延,每个出接口与唯一的ISP相对应;
本实施例中的各步骤可以由用于对客户端的数据报文进行控制转发的网络设备执行,且该网络设备具体可以为一网关设备。具体地,本实施例中,当网关设备接收到内网用户发送至外网、以请求访问外网的上行流数据报文后,为了实现对该上行流数据报文的转发控制,将首先查看本地的路由表中是否储存有与该数据报文的目的IP地址对应的转发表项。若本地路由表中已储存有对应的转发表项,网关设备只需按照转发表项中指定的出口线路对接收到的数据报文进行转发即可。而若经查询,网关设备得知本地路由表中还未设置有对应的转发表项,在本实施例中,网关设备则需根据该数据报文指定的目的IP地址,即该内网用户请求访问的外网的IP地址,分别检测若通过预设的、对应不同ISP的不同出接口转发该数据报文至目的IP地址时,不同的线路类型各自所需的链路访问时延。
具体地,在本发明的客户端网关设备中,可以预先针对设备所需用到的不同的广域网口,对应设置与不同的ISP绑定的不同出接口。当将数据报文经过不同的出接口发送时,代表的是数据报文经由对应不同ISP的不同的线路被发送至目的端。因而网关设备在接收到上行流数据报文时,通过分别检测该数据报文对应于各线路类型的链路访问延时,可以得知该数据报文在哪条线路上进行传输时能够得到最佳最快速的传输效果,从而能够为该未知的目的IP地址选择最优最适配的线路类型。
步骤102,将目的IP地址与具有最小链路访问时延的出接口所对应的ISP之间的对应关系存储到本地的地址数据库及本地路由表中。
具体地,在通过检测获知了接收到的数据报文对应于各线路类型的不同的链路访问时延后,网关设备可以选取链路访问时延最小的出接口作为与该数据报文的目的IP地址对应的出接口,从而该出接口所对应的ISP和线路类型则为与该目的IP地址对应的ISP和线路类型。网关设备将数据报文中的目的IP地址,即数据报文请求访问的外网的IP地址,与检测到的具有最小链路访问时延的出接口对应的ISP类型两者之间的对应关系存储至本地的地址数据库中,以及更新至本地的路由表中,从而相当于在本地地址数据库中记录了该目的IP地址与某一线路类型的对应关系,以及在本地路由表中记录了与该目的IP地址对应的转发表项。从而当网关设备再次接收到指向同一目的IP地址的上行流数据报文时,该网关设备基于本地地址数据库以及本地路由表中记录的该对应关系,可以得知应当将该数据报文通过绑定的哪个出接口、经由哪条线路类型进行转发。
而网关设备选择链路访问时延最小的出接口对应的ISP作为与目的IP地址对应的线路类型的原因在于:由于在实际应用中,当用户跨运营商访问某个网络资源时,通常会出现访问速度慢甚至无法访问的情况,因而通过反向推断可得,若用户通过某条线路访问某个网络资源的速度最快时,可以初步断定该访问速度最快的线路没有存在跨运营商访问的现象,即该网络资源的IP地址匹配的线路类型即为该访问速度最快的线路类型。
本实施例的地址库数据的更新方法,通过在客户端的网关设备接收到内网用户发送至外网的数据报文时,根据该数据报文指向的目的IP地址,对该数据报文经由对应不同ISP的不同线路传送至目的端的链路访问时延进行检测,并选取链路访问时延最小的出接口对应的ISP作为该目的IP地址匹配的ISP,以在本地地址数据库中对应储存该目的IP地址与ISP类型之间的对应关系,从而由网关设备自动完成了地址数据库中的数据信息的配置,避免了采用人工方式收集地址数据库中的IP地址带来的效率低下的问题,提高了网关设备的地址数据库的配置效率以及准确率。
图2为本发明地址库数据更新方法实施例二的流程图,如图2所示,该方法具体包括如下步骤:
步骤200,接收内网用户向外网发送的数据报文,该数据报文包括指向外网的目的IP地址;
步骤201,查询本地路由表中是否存在与目的IP地址对应的转发表项,若是执行步骤202,若否执行步骤203;
步骤202,按照与目的IP地址对应的转发表项转发数据报文;
在本实施例中,当客户端的网关设备接收到内网用户发送的请求访问外网的某一目的IP地址的上行流数据报文后,首先将查询判断本地路由表中是否存在与该目的IP地址对应的转发表项。若本地路由表中已经储存有与该目的IP地址对应的转发表项,网关设备只需按照转发表项中指定的出口线路对接收到的数据报文进行转发即可。
步骤203,分别检测若通过预设的各出接口转发数据报文至目的IP地址时各自所需的链路访问时延;
而若在上述步骤201中,网关设备在本地路由表中未查询到与目的IP地址对应的转发表项,为了为该目的IP地址确定对应的出接口与线路类型,网关设备则将根据该数据报文指定的目的IP地址,分别检测若通过预设的、对应不同ISP的不同出接口转发该数据报文至目的IP地址时,不同的线路类型各自所需的链路访问时延。具体地,该检测步骤可以通过下述的几个子步骤予以实现。
步骤2030,分别通过预设的各出接口向目的IP地址发送时延检测请求报文,并记录发送时间;
步骤2031,检测是否在预定时间内通过各出接口接收到时延检测应答报文,若是执行步骤2032,若否执行步骤2033;
网关设备可以通过向目的IP地址指向的目的端发送时延检测请求报文的方法,来检测与各出接口、即各线路类型对应的链路访问时延。具体地,当网关设备中预先设置有分别与多个ISP绑定的多个出接口时,在链路访问时延的检测过程中,网关设备可以分别通过预设的各出接口向目的IP地址的对端设备发送时延检测请求报文。而对端设备在接收到各时延检测请求报文后,在正常网络情况下会向发送该时延检测请求报文的源端,即向网关设备的各个出接口返回时延检测应答报文,从而网关设备可以根据发送时延检测请求报文以及接收时延检测应答报文的时间,检测出对应于各出接口的链路访问时延。
实际应用中,网关设备发送的该时延检测请求报文具体可以为一网络控制报文协议(Internet Control Message Protocol,简称ICMP)回显请求报文,优选地,网关设备在发送该ICMP回显请求报文时,还可以在本地启动一个预设的定时器,以检测在预定时间是否接收到对端设备返回的ICMP回显应答报文。启动该定时器的目的在于:由于在实际应用中,对端的网络设备很有可能因为设置有访问控制列表(Access Control List,简称ACL)功能,或者设置有防火墙等功能,而会对接收到的ICMP回显请求报文进行过滤,从而不会向发送ICMP回显请求报文的网关设备返回ICMP回显应答报文,本实施例中通过在网关设备发送ICMP回显请求报文的同时,启动定时器进行计时,可以检测出这一现象,从而可以针对检测出的这一现象进行应对。
步骤2032,分别记录接收时间,并根据各接收时间以及发送时间,计算与各出接口对应的各链路访问时延;
具体地,若网关设备在预定的时间内,通过各出接口接收到了对端设备返回的时延检测应答报文,网关设备可以记录下各出接口接收到该时延检测应答报文的具体接收时间,从而根据此时记录的各接收时间以及根据之前记录的各发送时间,网关设备可以计算出对应于各出接口的各链路访问时延,该链路访问时延具体为接收时间与发送时间之差。
步骤2033,向目的IP地址发送指向特定端口的UDP报文;
步骤2034,根据分别通过各出接口接收到的应答报文,分别计算与各出接口对应的各链路访问时延;
而若网关设备在分别通过各出接口发送了时延检测请求报文后,在预定的时间内还未从各出接口接收到对端设备返回的时延检测应答报文,网关设备可以初步获知对端设备可能由于设置了某些过滤功能,而将时延检测请求报文进行了过滤。而为了强制对端设备返回应答报文,在本实施例中,网关设备可以再次向目的IP地址的对端设备发送指向特定端口的用户数据包协议(User Datagram Protocol,简称UDP)报文,该UDP报文中指定的特定端口具体可以为网络应用中不常用的端口,例如端口号为60000以后的端口,应用这些特定端口可以使得对端设备在接收到这些UDP报文后,即便自身设置了过滤功能,也必须向发送源端返回一个目的端口不可达的应答报文。从而基于对端设备通过各出接口返回的该应答报文,网关设备同样可以计算出与各出接口对应的各链路访问时延,该计算过程与上述计算过程一样,同样通过计算发送时间和接收时间之差进行。
步骤204,将目的IP地址与具有最小链路访问时延的出接口所对应的ISP之间的对应关系存储到本地的地址数据库中;
步骤205,在本地路由表中添加与上述对应关系相应的转发表项;
在计算出对应于各出接口的各链路访问时延后,网关设备通过对计算出的各链路访问时延进行比较,可以获知链路访问时延最小的出接口,从而网关设备将该具有最小链路访问时延的出接口所对应的ISP与目的IP地址,甚至与对应的出接口之间的对应关系添加储存至本地的地址数据库中,相当于在本地地址数据库中记录了与该目的IP地址对应的某一具体的线路类型。进一步地,网关设备还将该对应关系记录至本地的路由表中,即在本地路由表中添加相应的转发表项,从而若网关设备再次接收到指向同一目的IP地址的上行流数据报文时,该网关设备可以根据本地地址数据库以及本地路由表中记录的该对应关系,得知应当将该数据报文通过绑定的哪个出接口、经由哪条线路进行转发,而按照记录的线路对数据报文进行的转发可以使得该数据报文得到最小的转发时延。
步骤206,定期将本地的地址数据库中存储的对应关系上传至地址库服务器中,以使地址库服务器对从各网关设备收集到的对应关系进行汇总统计,以生成总地址库数据;
网关设备将通过时延检测确定出的目的IP地址与ISP的线路类型的对应关系存储添加至本地的地址数据库后,为了进一步地将本地存储的IP地址的对应关系更新至地址库服务器中,优选地,网关设备还可以定期地将本地的地址数据库中存储的对应关系上传至地址库服务器中。具体地,网关设备可以定期地对本地地址库文件中储存的数据进行检测查看,以查看是否存在更新,若存在更新则将本地地址库的数据进行一次上传。
由于地址库服务器同时对应多个网关设备,因而当各网关设备均将其本地的地址库数据上传至地址库服务器中后,地址库服务器可以针对从各网关设备收集到的IP地址与ISP线路类型的对应关系,将所有的地址库数据进行汇总统计,尤其是针对相同的目的IP地址进行统计,选取各网关设备中记录的与该目的IP地址对应的ISP结果最多的线路作为最优结果记录入最终生成的总地址库数据中。从而在地址库服务器最终生成的总地址库数据中,记录的是对各网关设备中的目的IP地址与线路类型的对应关系进行汇总后的最终结果。
步骤207,获取地址库服务器生成的总地址库数据;
步骤208,根据获取到的地址库数据,对本地的地址数据库中的数据进行更新;
而对于任一网关设备而言,在地址库服务器对对应的所有的网关设备中的地址数据进行了汇总统计,并生成了汇总后的总地址库数据后,任一网关设备可以通过远程升级模块,将地址库服务器生成的该总地址库数据更新至本地。具体地,该远程升级模块可以定期地检测地址库服务器中存储的总地址库数据是否存在更新,若存在更新,则将该新的总地址库数据下载至本地端。
将地址库服务器中生成的总地址库数据下载至本地端之后,网关设备可以将该总地址库数据中记录的各目的IP地址与ISP线路类型的对应关系与本地的地址数据中记录的对应关系进行比较,通过比较可以得到两种比较结果:
第一种比较结果为,总地址库数据存储的目的IP地址的对应关系中包含与本地地址数据库记录的对应关系中相同的目的IP地址,这种比较结果是必然存在的。针对这种情况,虽然地址库服务器是对各网关设备存储的所有的目的IP地址的对应关系进行了汇总,并为各目的IP地址选取了最优的ISP线路类型,但是针对本网关设备来说,地址库服务器经汇总统计后为该目的IP地址选取的该最优的线路类型并不一定就是最适配于该网关设备的最优线路类型,而且对于本网关设备来说,在其本地的地址数据库中存储的对应关系是经过该网关设备的时延检测而得出的,应当是最适配于本网关设备的实际网络情况的。因此,即便针对同一目的IP地址,总地址库数据中出现了与本地地址数据库中不相同的ISP线路类型对应关系,网关设备也应以本地地址数据库记录的出口线路类型为准,而不依据总地址库数据中记录的相关信息对本地地址数据库中的对应关系进行更改。
第二种比较结果为,总地址数据库中存在本地地址数据库中未包含的目的IP地址的对应关系。由于总地址数据库是地址库服务器针对多个网关设备的地址库数据进行汇总统计而得到的,因而这种情况也通常会存在。而针对这一情况,网关设备将这些本地地址数据库中未包含的目的IP地址的对应关系添加至本地的地址数据库中,扩充了本地地址数据库中的存储的数据量。从而对于总地址数据库中已存的目的IP地址对应关系而言,网关设备无需在本地再次进行时延的检测,便可以直接将其应用在本地地址数据库中。
其次还需要说明的是,由于在实际应用中,对于各网关设备而言,可以在其本地预设的出口线路并不完全相同,例如在第一网关设备中设置了A、B、C三个不同的ISP的出口线路类型,而在第二网关设备中可能则仅设置了A和B两个不同的ISP出口线路类型。此时若在第一网关设备的地址数据库中存储了某一目的IP地址与C线路类型的对应关系,该对应关系经汇总到地址库服务器的总地址库数据中后,若第二网关设备直接将其添加至本地的地址数据库中,这一对应关系在第二网关设备中将无法得到应用。因而,在本实施例中,这对这种情况,若总地址库数据中存在本地地址数据中未包含的目的IP地址的对应关系,但是该对应关系中指定的ISP的线路类型在本地设备中不存在,网关设备将不会添加该IP地址的对应关系至本地地址数据库中。
步骤209,通过链路访问时延检测的方式,定期对本地的地址数据库中存储的所有目的IP地址与ISP的对应关系进行检测,并根据检测结果对本地的地址数据库及本地路由表中存储的对应关系进行更新。
此外,优选地,为了避免因一时的网络状态影响而造成的选路错误,在本实施例中,即便本地的地址数据库中已经存储了针对某一目的IP地址与ISP线路类型的对应关系,还可以设置网关设备定期地对本地地址数据库中存储的所有目的IP地址进行重新的选路,以定期地对本地存储的目的IP地址的对应关系进行检测更新。具体地,网关设备可以定期地采用上述的链路访问时延检测与对比的方式,对本地地址数据库中存储的目的IP地址与ISP线路类型的对应关系进行检测,并根据检测结果定期地对本地的地址数据库以及本地路由表中存储的对应关系进行更新。从而对于某一目的IP地址而言,若在初次的选路过程中,由于当前的网络状态,造成网关设备为其选路的ISP线路类型并不十分匹配,通过定期的检测与重新选路,网关设备最终能够为该目的IP地址选路到匹配的线路类型,并在本地的地址数据库以及路由表中进行相应的更新。
本实施例的地址库数据的更新方法,通过在客户端的网关设备接收到内网用户发送至外网的数据报文时,根据该数据报文指向的目的IP地址,对该数据报文经由对应不同ISP的不同线路传送至目的端的链路访问时延进行检测,并选取链路访问时延最小的出接口对应的ISP作为该目的IP地址匹配的ISP,以在本地地址数据库中对应储存该目的IP地址与ISP类型之间的对应关系,从而由网关设备自动完成了地址数据库中的数据信息的配置,避免了采用人工方式收集地址数据库中的IP地址带来的效率低下的问题,提高了网关设备的地址数据库的配置效率以及准确率。
进一步地,本实施例中,各网关设备还通过定期将本地地址数据库中存储的目的IP地址与ISP线路类型的对应关系上传至地址库服务器中,以使地址库服务器对各网关设备存储的对应关系进行汇总统计,以及根据获取到的地址库服务器生成的总地址库数据对本地的地址数据库中的数据进行更新,大大扩展了本地地址数据库中的存储目的IP地址对应关系的数据量;更进一步地,网关设备还通过定期地为本地地址库中存储目的IP地址进行重新选路,还避免了因一时的网络影响而造成选路错误情况的出现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
图3为本发明网络设备实施例一的结构示意图。如图3所示,本实施例的网络设备至少包括:报文接收模块11、时延检测模块12和对应关系存储模块13。其中,报文接收模块11用于接收内网用户向外网发送的数据报文,该数据报文中包括指向外网的目的IP地址;时延检测模块12用于若本地路由表中未存在与数据报文中的目的IP地址对应的转发表项,则分别检测若通过预设的各出接口转发该数据报文至目的IP地址时各自所需的链路访问时延,每个出接口与唯一的ISP相对应;对应关系存储模块13则用于将数据报文中的目的IP地址与时延检测模块12检测得到的、具有最小链路访问时延的出接口所对应的ISP的之间的对应关系存储到本地的地址数据库以及本地路由表中。
具体地,本实施例的网络设备具体可以为一网关设备,而本实施例网络设备中的所有模块所涉及的具体工作过程,可以参考上述地址库数据更新方法所涉及的相关实施例揭露的相关内容,在此不再赘述。
本实施例的网络设备,通过在接收到内网用户发送至外网的数据报文时,根据该数据报文指向的目的IP地址,对该数据报文经由对应不同ISP的不同线路传送至目的端的链路访问时延进行检测,并选取链路访问时延最小的出接口对应的ISP作为该目的IP地址匹配的ISP,以在本地地址数据库中对应储存该目的IP地址与ISP类型之间的对应关系,从而自动完成了地址数据库中的数据信息的配置,避免了采用人工方式收集地址数据库中的IP地址带来的效率低下的问题,提高了地址数据库的配置效率以及准确率。
图4为本发明网络设备实施例二的结构示意图。如图4所示,在上一实施例的基础上,本实施例的网络设备中的时延检测模块12具体还可以包括:报文发送子模块121和第一时延计算子模块122。其中,报文发送子模块121用于分别通过预设的各出接口向目的IP地址的对端发送时延检测请求报文,并记录发送时间;而第一时延计算子模块122则用于若通过各出接口接收到时延检测应答报文,则分别记录各接收时间,并根据分别记录的各接收时间以及记录的各发送时间,计算与各出接口对应的各链路访问时延。
进一步地,本实施例的网络设备中,时延检测模块12还可以包括:UDP报文发送子模块123和第二时延计算子模块124。其中,UDP报文发送子模块123用于在上述报文发送子模块121分别通过预设的各出接口向目的IP地址发送时延检测请求报文之后,若在预定时间内还未通过各出接口接收到时延检测应答报文,则向目的IP地址发送指向特定端口的UDP报文,以使拥有目的IP地址的对端设备返回目的端口不可达的应答报文,该特定端口为网络协议中不常用的端口,例如端口号为60000以后的端口;而第二时延计算子模块124则用于根据分别通过各出接口接收到的上述不可达的应答报文,分别计算与各出接口对应的各链路访问时延。
进一步地,本实施例的网络设备中还可以包括对应关系上传模块14。该对应关系上传模块14用于定期将本地的地址数据库中存储的所有对应关系上传至地址库服务器中,以使地址库服务器对从各网络设备收集到的IP地址的对应关系进行汇总统计,从而在地址库服务器中生成总地址库数据。
而在上述对应关系上传模块14的基础上,进一步地,本实施例的网络设备中还可以包括:数据获取模块15和对应关系添加模块16。其中,数据获取模块15用于获取地址库服务器对各网络设备中的IP地址的对应关系进行汇总后生成的总地址库数据;而对应关系添加模块16则用于若数据获取模块15获取到的总地址库数据中包括本地的地址数据库中未包含的目的IP地址的对应关系,将该未包含的目的IP地址的对应关系添加至本地的地址数据库中。
具体地,上述未包含的目的IP地址的对应关系具体指本地的地址数据库中未包含、且该对应关系中指定的ISP的线路类型在本地已经预设设置了的目的IP地址的对应关系,若总地址库数据存储的某一对应关系中指定的ISP的线路类型在本地设备中不存在,则网络设备将不会添加该IP地址的对应关系至本地地址数据库中。
更进一步地,本实施例的网络设备还可以包括检测更新模块17。该检测更新模块17用于通过链路访问时延检测的方式,定期对本地的地址数据库中存储的所有目的IP地址与ISP的对应关系进行检测,并根据检测结果对本地的地址数据库以及本地路由表中存储的对应关系进行更新。
同样地,本实施例的网络设备中的所有模块所涉及的具体工作过程,同样可以参考上述地址库数据更新方法所涉及的相关实施例揭露的相关内容,在此不再赘述。
本实施例的网络设备,通过在接收到内网用户发送至外网的数据报文时,根据该数据报文指向的目的IP地址,对该数据报文经由对应不同ISP的不同线路传送至目的端的链路访问时延进行检测,并选取链路访问时延最小的出接口对应的ISP作为该目的IP地址匹配的ISP,以在本地地址数据库中对应储存该目的IP地址与ISP类型之间的对应关系,从而自动完成了地址数据库中的数据信息的配置,避免了采用人工方式收集地址数据库中的IP地址带来的效率低下的问题,提高了地址数据库的配置效率以及准确率。
进一步地,本实施例中,网络设备还通过定期将本地地址数据库中存储的目的IP地址与ISP线路类型的对应关系上传至地址库服务器中,以使地址库服务器对各设备存储的对应关系进行汇总统计,以及根据获取到的地址库服务器生成的总地址库数据对本地的地址数据库中的数据进行更新,大大扩展了本地地址数据库中的存储目的IP地址对应关系的数据量;更进一步地,本实施例的网络设备还通过定期地为本地地址库中存储目的IP地址进行重新选路,还避免了因一时的网络影响而造成选路错误情况的出现。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种地址库数据的更新方法,其特征在于,包括:
接收内网用户向外网发送的数据报文,所述数据报文包括指向所述外网的目的IP地址;
若本地路由表中未存在与所述目的IP地址对应的转发表项,则分别检测若通过预设的各出接口转发所述数据报文至所述目的IP地址时各自所需的链路访问时延,每个所述出接口与唯一的互联网服务运营商相对应;
将所述目的IP地址与具有最小链路访问时延的出接口所对应的互联网服务运营商的之间的对应关系存储到本地的地址数据库和本地路由表中。
2.根据权利要求1所述的方法,其特征在于,所述分别检测若通过预设的各出接口转发所述数据报文至所述目的IP地址时各自所需的链路访问时延具体包括:
分别通过所述预设的各出接口向所述目的IP地址发送时延检测请求报文,并记录发送时间;
若通过所述各出接口接收到时延检测应答报文,则分别记录接收时间,并根据分别记录的各所述接收时间以及记录的各所述发送时间,计算与所述各出接口对应的各所述链路访问时延。
3.根据权利要求2所述的方法,其特征在于,所述分别通过所述预设的各出接口向所述目的IP地址发送时延检测请求报文之后,所述方法还包括:
若在预定时间内还未通过所述各出接口接收到所述时延检测应答报文,则向所述目的IP地址发送指向特定端口的UDP报文,以使拥有所述目的IP地址的对端设备返回目的端口不可达的应答报文,所述特定端口为网络协议中不常用的端口;
根据分别通过各所述出接口接收到的所述应答报文,分别计算与所述各出接口对应的各所述链路访问时延。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
定期将本地的地址数据库中存储的所有对应关系上传至地址库服务器中,以使所述地址库服务器对从各网关设备收集到的IP地址的对应关系进行汇总统计,以生成总地址库数据。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
获取所述地址库服务器生成的所述总地址库数据;
若所述总地址库数据中包括本地的地址数据库中未包含的目的IP地址的对应关系,将所述未包含的目的IP地址的对应关系添加至本地的地址数据库中。
6.根据权利要求1~5任一所述的方法,其特征在于,所述方法还包括:
通过链路访问时延检测的方式,定期对本地的地址数据库中存储的所有目的IP地址与互联网服务运营商的对应关系进行检测,并根据检测结果对本地的地址数据库以及本地路由表中存储的对应关系进行更新。
7.一种网络设备,其特征在于,包括:
报文接收模块,用于接收内网用户向外网发送的数据报文,所述数据报文包括指向所述外网的目的IP地址;
时延检测模块,用于若本地路由表中未存在与所述目的IP地址对应的转发表项,则分别检测若通过预设的各出接口转发所述数据报文至所述目的IP地址时各自所需的链路访问时延,每个所述出接口与唯一的互联网服务运营商相对应;
对应关系存储模块,用于将所述目的IP地址与具有最小链路访问时延的出接口所对应的互联网服务运营商的之间的对应关系存储到本地的地址数据库和本地路由表中。
8.根据权利要求7所述的网络设备,其特征在于,所述时延检测模块具体包括:
报文发送子模块,用于分别通过所述预设的各出接口向所述目的IP地址发送时延检测请求报文,并记录发送时间;
第一时延计算子模块,用于若通过所述各出接口接收到时延检测应答报文,则分别记录接收时间,并根据分别记录的各所述接收时间以及记录的各所述发送时间,计算与所述各出接口对应的各所述链路访问时延。
9.根据权利要求8所述的网络设备,其特征在于,所述时延检测模块还包括:
UDP报文发送子模块,用于在所述报文发送子模块分别通过所述预设的各出接口向所述目的IP地址发送所述时延检测请求报文之后,若在预定时间内还未通过所述各出接口接收到所述时延检测应答报文,则向所述目的IP地址发送指向特定端口的UDP报文,以使拥有所述目的IP地址的对端设备返回目的端口不可达的应答报文,所述特定端口为网络协议中不常用的端口;
第二时延计算子模块,用于根据分别通过各所述出接口接收到的所述应答报文,分别计算与所述各出接口对应的各所述链路访问时延。
10.根据权利要求7所述的网络设备,其特征在于,还包括:
对应关系上传模块,用于定期将本地的地址数据库中存储的所有对应关系上传至地址库服务器中,以使所述地址库服务器对从各网络设备收集到的IP地址的对应关系进行汇总统计,以生成总地址库数据。
11.根据权利要求10所述的网络设备,其特征在于,还包括:
数据获取模块,用于获取所述地址库服务器生成的所述总地址库数据;
对应关系添加模块,用于若所述总地址库数据中包括本地的地址数据库中未包含的目的IP地址的对应关系,将所述未包含的目的IP地址的对应关系添加至本地的地址数据库中。
12.根据权利要求7~11任一所述的网络设备,其特征在于,还包括:
检测更新模块,用于通过链路访问时延检测的方式,定期对本地的地址数据库中存储的所有目的IP地址与互联网服务运营商的对应关系进行检测,并根据检测结果对本地的地址数据库以及本地路由表中存储的对应关系进行更新。
CN2010105120637A 2010-10-12 2010-10-12 地址库数据的更新方法及网络设备 Pending CN101980486A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2010105120637A CN101980486A (zh) 2010-10-12 2010-10-12 地址库数据的更新方法及网络设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2010105120637A CN101980486A (zh) 2010-10-12 2010-10-12 地址库数据的更新方法及网络设备

Publications (1)

Publication Number Publication Date
CN101980486A true CN101980486A (zh) 2011-02-23

Family

ID=43600971

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2010105120637A Pending CN101980486A (zh) 2010-10-12 2010-10-12 地址库数据的更新方法及网络设备

Country Status (1)

Country Link
CN (1) CN101980486A (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281242A (zh) * 2013-06-19 2013-09-04 迈普通信技术股份有限公司 协议栈路由表维护方法及装置
CN104636458A (zh) * 2015-02-04 2015-05-20 中国联合网络通信集团有限公司 地址信息库的更新方法和装置
CN107181685A (zh) * 2016-03-09 2017-09-19 群光电子股份有限公司 电子装置及其传输方法
CN107431968A (zh) * 2015-12-30 2017-12-01 华为技术有限公司 一种建立路由表的方法、电子设备及网络
CN109428820A (zh) * 2017-08-29 2019-03-05 贵州白山云科技股份有限公司 一种多线路由方法及系统
CN109639488A (zh) * 2018-12-18 2019-04-16 无锡华云数据技术服务有限公司 一种多外网分流加速方法及系统
CN110266674A (zh) * 2019-06-10 2019-09-20 平安科技(深圳)有限公司 一种内网访问方法及相关装置
CN110324318A (zh) * 2019-06-10 2019-10-11 平安科技(深圳)有限公司 一种内网访问方法及相关装置
CN110336793A (zh) * 2019-06-10 2019-10-15 平安科技(深圳)有限公司 一种内网访问方法及相关装置
CN110365751A (zh) * 2019-06-26 2019-10-22 口碑(上海)信息技术有限公司 网关系统的业务处理方法、装置及设备
CN110505320A (zh) * 2019-08-13 2019-11-26 锐捷网络股份有限公司 一种更新ip地址的方法、装置、网络设备及存储介质
CN114143251A (zh) * 2021-12-08 2022-03-04 北京天融信网络安全技术有限公司 智能选路方法、装置、电子设备及计算机可读存储介质
CN115550107A (zh) * 2022-09-21 2022-12-30 北京天融信网络安全技术有限公司 一种建立隧道的方法、为建立隧道选取网络的方法及装置
WO2023280186A1 (zh) * 2021-07-07 2023-01-12 中兴通讯股份有限公司 跨设备链路聚合报文处理方法、系统、交换机及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1334666A (zh) * 2001-08-17 2002-02-06 北京佳讯飞鸿网络技术有限公司 一种维护路由表的方法及装置
WO2004049668A1 (en) * 2002-11-27 2004-06-10 Research In Motion Limited Data transfer from a host server via a tunnel server to a wireless device, and associating a temporary ipv6 address with a temporary ipv4 address for communicating in an ipv4 wireless network with the device
CN101686265A (zh) * 2008-09-26 2010-03-31 凹凸电子(武汉)有限公司 网络设备、网络系统以及建立数据通讯的方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1334666A (zh) * 2001-08-17 2002-02-06 北京佳讯飞鸿网络技术有限公司 一种维护路由表的方法及装置
WO2004049668A1 (en) * 2002-11-27 2004-06-10 Research In Motion Limited Data transfer from a host server via a tunnel server to a wireless device, and associating a temporary ipv6 address with a temporary ipv4 address for communicating in an ipv4 wireless network with the device
CN101686265A (zh) * 2008-09-26 2010-03-31 凹凸电子(武汉)有限公司 网络设备、网络系统以及建立数据通讯的方法

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103281242B (zh) * 2013-06-19 2016-04-13 迈普通信技术股份有限公司 协议栈路由表维护方法及装置
CN103281242A (zh) * 2013-06-19 2013-09-04 迈普通信技术股份有限公司 协议栈路由表维护方法及装置
CN104636458A (zh) * 2015-02-04 2015-05-20 中国联合网络通信集团有限公司 地址信息库的更新方法和装置
CN104636458B (zh) * 2015-02-04 2018-03-23 中国联合网络通信集团有限公司 地址信息库的更新方法和装置
CN107431968B (zh) * 2015-12-30 2020-10-09 华为技术有限公司 一种建立路由表的方法、电子设备及网络
CN107431968A (zh) * 2015-12-30 2017-12-01 华为技术有限公司 一种建立路由表的方法、电子设备及网络
US11658896B2 (en) 2015-12-30 2023-05-23 Huawei Technologies Co., Ltd. Routing table creation method, electronic device, and network
CN107181685A (zh) * 2016-03-09 2017-09-19 群光电子股份有限公司 电子装置及其传输方法
CN109428820B (zh) * 2017-08-29 2021-12-24 贵州白山云科技股份有限公司 一种多线路由方法及系统
CN109428820A (zh) * 2017-08-29 2019-03-05 贵州白山云科技股份有限公司 一种多线路由方法及系统
CN109639488B (zh) * 2018-12-18 2020-02-28 无锡华云数据技术服务有限公司 一种多外网分流加速方法及系统
CN109639488A (zh) * 2018-12-18 2019-04-16 无锡华云数据技术服务有限公司 一种多外网分流加速方法及系统
CN110324318B (zh) * 2019-06-10 2022-08-23 平安科技(深圳)有限公司 一种内网访问方法及相关装置
CN110336793A (zh) * 2019-06-10 2019-10-15 平安科技(深圳)有限公司 一种内网访问方法及相关装置
CN110324318A (zh) * 2019-06-10 2019-10-11 平安科技(深圳)有限公司 一种内网访问方法及相关装置
CN110266674A (zh) * 2019-06-10 2019-09-20 平安科技(深圳)有限公司 一种内网访问方法及相关装置
CN110365751A (zh) * 2019-06-26 2019-10-22 口碑(上海)信息技术有限公司 网关系统的业务处理方法、装置及设备
CN110505320A (zh) * 2019-08-13 2019-11-26 锐捷网络股份有限公司 一种更新ip地址的方法、装置、网络设备及存储介质
WO2023280186A1 (zh) * 2021-07-07 2023-01-12 中兴通讯股份有限公司 跨设备链路聚合报文处理方法、系统、交换机及存储介质
CN114143251A (zh) * 2021-12-08 2022-03-04 北京天融信网络安全技术有限公司 智能选路方法、装置、电子设备及计算机可读存储介质
CN114143251B (zh) * 2021-12-08 2023-10-13 北京天融信网络安全技术有限公司 智能选路方法、装置、电子设备及计算机可读存储介质
CN115550107A (zh) * 2022-09-21 2022-12-30 北京天融信网络安全技术有限公司 一种建立隧道的方法、为建立隧道选取网络的方法及装置

Similar Documents

Publication Publication Date Title
CN101980486A (zh) 地址库数据的更新方法及网络设备
US9986411B1 (en) System, method and apparatus for node selection of a sensor network
US9900236B2 (en) Plug-and-play network filter
US20200336925A1 (en) System, Method and Apparatus for Managing Disruption in a Sensor Network Application
US11812288B2 (en) System, method and apparatus for presentation of sensor information to a building control system
CN102164078B (zh) 策略路由方法、装置及系统
CN105704036B (zh) 报文转发方法、装置和系统
CN101895589A (zh) 广域网路由器和广域网路由器中路由表项建立的方法
US20170329808A1 (en) System and method for a multi-sensor network interface for real-time data historian
US9973378B2 (en) Implementing gateway redundancy in a network
CN102474444A (zh) 一种用于限制到达根据工业以太网协议操作的本地节点的网络业务量的方法
CN103595808B (zh) 一种文件更新信息推送方法及装置
CN105099762B (zh) 一种系统运维功能的自检方法及自检系统
KR20150063072A (ko) 데이터 패킷 전송 및 전달 시스템 및 방법
CN103888289A (zh) 一种网关的管控方法、网关、管控设备与系统
WO2002025870A1 (en) Method, system, and computer program product for managing storage resources
CN109917742A (zh) 可编程逻辑控制器plc系统、数据上传方法
CN107872309B (zh) 一种网络传输介质和速率的自适应方法、装置及设备
JP6612151B2 (ja) ネットワーク機器監視装置
CN103109498A (zh) 用于对多级别层级式计算机管理系统的事件进行集中的方法
CN108055151A (zh) 网络节点的端口管理方法、装置、网络节点及存储介质
CN114050960B (zh) 一种分布式服务器集群节点管理方法及装置
JP2009206845A (ja) 通信網の試験方式
CN104270431A (zh) 一种并发控制的方法及装置
CN105100300A (zh) 网络地址转换nat的方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20110223