CN101808034B - 一种路由管理方法和设备 - Google Patents
一种路由管理方法和设备 Download PDFInfo
- Publication number
- CN101808034B CN101808034B CN2010101249687A CN201010124968A CN101808034B CN 101808034 B CN101808034 B CN 101808034B CN 2010101249687 A CN2010101249687 A CN 2010101249687A CN 201010124968 A CN201010124968 A CN 201010124968A CN 101808034 B CN101808034 B CN 101808034B
- Authority
- CN
- China
- Prior art keywords
- address field
- isp
- router
- information
- field information
- 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
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种路由管理方法和设备,在路由器连接不同的ISP的情况下,内网用户无需切换,便可以选择相匹配的ISP线路进行数据通信,满足用户需要访问不同ISP网络的需求,由此,避免跨越其他ISP线路进行通信所带来的访问延迟,这种方案无需对路由器进行复杂的配置管理,自动收集与更新网通电信的IP,智能路由,并且不会引入人为错误,大幅降低运营维护成本,提高产品竞争力。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种路由管理方法和设备。
背景技术
在实际的网络体验中,网络运营商A所服务的用户如果通过网络运营商B的端口进行网络接入,则会感觉网络速度下降,这主要是不同网络运营商的网络切换所带来的影响。下面通过一个具体实验看一下网通与电信之间的互联互通问题。
某网吧双WAN出口路由器,分别接入电信和网通。现在在该路由器的网通线路和电信线路上分别对一台位于南方电信的服务器(61.147.108.222)进行tracert测试,观察所经过的路由器延时,并查出途经的每个节点的所在地。
从网通的线路访问电信,结果如下:
表1从网通线路访问电信
从电信线路访问电信,结果如下:
表2从电信线路访问电信
从电信访问电信的服务器,延时一直较稳定,最终到达服务器的延时为65ms。而从网通访问电信,一开始还比较正常,但在第7节点和第8节点就发生异常,这是电信/网通骨干交汇处。有一个明显的延时,最终延时达到215ms。
这就是所谓的不正常电信网通互联不互通问题。因为最终访问的服务器是相同的,延时大的原因不在于所访问的服务器硬件条件,而在于所途经线 路有没有跨越ISP。只要是跨ISP进行访问,就会出现较大的延时。这里面的原因当然是很多的。有可能是骨干到骨干节点有限,从北方通往电信都要走那几个交汇处,导致通过独木桥而延时大。还有可能是由于骨干网络资源的归属不同及网间结算等商业利益的因素,使得网通与电信两大运营商之间在业务上加上人为的限制,导致互联不互通瓶颈。
当跨网访问时延时会达到200-300ms,游戏会出现卡的现象,TFTP传输会失败,影响非常严重。
网吧是一个靠网络来运营的实体,对于双网的互联互通要求很高,需要互相访问位于不同运营商所私有的电影和游戏资源。
因此,网吧路由器如何避免网吧用户跨ISP访问,减少延迟以保证网络应用的正常工作。就是本专利要解决问题。
市场上很多双WAN网吧路由器,都是只提供了基于策略路由的配置手段,让用户自己去添加网通和电信的路由表,非常有限地保证了一些已知ISP地址不走错路。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
这种只提供配置手段的产品面临的最大问题是配置上要求很高,网管根本搞不清楚哪些IP是属于电信的,哪些IP是属于网通的。常在出现卡时,找到相应的服务器IP,然后通过从不同的WAN口去PING,检查看哪条快就配置让出口走哪一条。这样的做法显然是落后的——网通和电信的路由表不全,靠手工收集很容易漏,技术落后。有些厂商根据网上个人整理的路由表,改成自己设备使用格式让用户导入使用,并不清楚是否正确。但实际上这个表也是不全的,甚至有错误,不能及时更新。在用户导入的时候甚至还会出现电信与网通弄反的情况导致网吧掉线。
发明内容
本发明提供一种路由管理方法和设备,自动获取路由信息和相对应的ISP信息,根据路由所对应的ISP信息,选择最优网络路径。
为达到上述目的,本发明一方面提供了一种路由管理方法,具体包括以 下步骤:
路由器向网络服务器获取IP地址段信息;
所述路由器向所述网络服务器所对应的IP地址查询服务器获取各所述IP地址段信息所对应的特征信息;
所述路由器根据各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系;
所述路由器按照所述各IP地址段与ISP的对应关系,根据报文的目的IP地址,为所述报文选择相对应的ISP端口进行转发。
优选的,所述路由器向网络服务器获取IP地址段信息,具体为:
所述路由器向所述网络服务器发送IP地址段信息的获取请求;
所述路由器接收所述网络服务器返回的当前已分配的IP地址段信息;
当所述IP地址段信息获取完成后,所述路由器向所述网络服务器发送结束消息。
优选的,各所述IP地址段信息所对应的特征信息,具体包括Inetnum区,还包括Route区和Person区。
优选的,所述路由器根据各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系,具体为:
所述路由器查询所述Route区是否存在ISP标识,如果存在,确定所述Route区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应;或,
当所述各所述IP地址段信息所对应的特征信息没有Route区,或所述路由器查询所述Route区中不存在ISP标识时,所述路由器查询所述Inetnum区是否存在ISP标识,如果存在,确定所述Inetnum区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应。
优选的,所述的方法,还包括:
所述路由器检测网络中是否存在发生变化的IP地址段信息;
如果出现发生变化的IP地址段信息,所述路由器向所述IP地址查询服务器获取所述发生变化的IP地址段信息所对应的特征信息,并根据所述发生变化的IP地址段信息的特征信息,确定所述发生变化的IP地址段信息与ISP的 对应关系。
优选的,所述路由器检测网络中是否存在发生变化的IP地址段信息,具体为:
所述路由器按照预设的更新周期向所述网络服务器获取当前的IP地址段信息;
所述路由器判断获取到的当前的IP地址段信息与本地存储的IP地址段信息是否一致;
当所述路由器判断获取到的当前的IP地址段信息与本地存储的IP地址段信息存在区别时,确定所述区别为发生变化的IP地址段信息,并更新本地存储的IP地址段信息。
另一方面,本发明还提供了一种路由器,包括:
获取模块,用于向网络服务器获取IP地址段信息;
查询模块,与所述获取模块相连接,用于向所述网络服务器所对应的IP地址查询服务器查询所述获取模块所获取的各所述IP地址段信息所对应的特征信息;
确定模块,与所述查询模块相连接,用于根据所述查询模块所查询到的各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系;
调度模块,与所述确定模块相连接,用于按照所述确定模块所确定的所述各IP地址段与ISP的对应关系,根据报文的目的IP地址,为所述报文选择相对应的ISP端口进行转发。
优选的,各所述IP地址段信息所对应的特征信息,具体包括Inetnum区,还包括Route区和Person区,所述确定模块根据各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系,具体为:
所述确定模块查询所述Route区是否存在ISP标识,如果存在,确定所述Route区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应;或,
当所述各所述IP地址段信息所对应的特征信息没有Route区,或所述确定模块查询所述Route区中不存在ISP标识时,所述确定模块查询所述Inetnum区是否存在ISP标识,如果存在,确定所述Inetnum区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应。
优选的,所述的路由器,还包括检测模块,用于检测网络中是否存在发生变化的IP地址段信息,如果出现发生变化的IP地址段信息,通知所述查询模块向所述IP地址查询服务器获取所述发生变化的IP地址段信息所对应的特征信息,所述确定模块根据所述发生变化的IP地址段信息的特征信息,确定所述发生变化的IP地址段信息与ISP的对应关系。
优选的,所述检测模块检测网络中是否存在发生变化的IP地址段信息,具体为:
所述检测模块按照预设的更新周期向所述网络服务器获取当前的IP地址段信息;
所述检测模块判断获取到的当前的IP地址段信息与本地存储的IP地址段信息是否一致;
当所述检测模块判断获取到的当前的IP地址段信息与本地存储的IP地址段信息存在区别时,确定所述区别为发生变化的IP地址段信息,并更新本地存储的IP地址段信息。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,在路由器连接不同的ISP的情况下,内网用户无需切换,便可以选择相匹配的ISP线路进行数据通信,满足用户需要访问不同ISP网络的需求,由此,避免跨越其他ISP线路进行通信所带来的访问延迟,这种方案无需对路由器进行复杂的配置管理,自动收集与更新网通电信的IP,智能路由,并且不会引入人为错误,大幅降低运营维护成本,提高产品竞争力。
附图说明
图1为本发明所提出的一种路由管理方法的流程示意图;
图2为本发明所提出的一种具体应用场景下路由管理方法的流程示意图;
图3为本发明所提出的一种具体应用场景下路由管理方法的IP地址获取流程的流程示意图;
图4为本发明所提出的一种具体应用场景下路由管理方法的特征信息的获取流程的流程示意图;
图5为本发明所提出的一种具体应用场景下路由管理方法的IP地址段与ISP的对应关系确定阶段的流程示意图;
图6为本发明所提出的一种路由器的结构示意图。
具体实施方式
针对现有路由技术中的缺点,路由器需要一种路由表的自动获得技术,该技术不依赖于特定的如RIP这样的动态路由协议,因为具体的网络环境中,没有可配合的路由器能够相互通信,都是独立的实体。该技术获得的路由表应该来自于可信机构,保证表项的正确性以及可持续使用性。
本发明所提出的技术方案能够自动向INTERNET机构采集路由信息,智能识别出目的IP所属ISP的技术,不需要用户干预便能输入到路由器中使用,保证用户访问不同的ISP网络时可以选择相匹配的网络路径。
如图1所示,为本发明所提出的一种路由管理方法的结构示意图,该方案具体包括以下步骤:
步骤S101、路由器向网络服务器获取IP地址段信息,具体为:
路由器向网络服务器发送IP地址段信息的获取请求;
路由器接收网络服务器返回的当前已分配的IP地址段信息;
当IP地址段信息获取完成后,路由器向网络服务器发送结束消息。
步骤S102、路由器向网络服务器所对应的IP地址查询服务器获取各IP地址段信息所对应的特征信息。
其中,各IP地址段信息所对应的特征信息,具体包括Inetnum区,还包括Route区和Person区。
步骤S103、路由器根据各IP地址段信息所对应的特征信息,确定各IP地址段与ISP的对应关系。
在具体的实施场景中,本步骤的实现过程具体为:
路由器查询Route区是否存在ISP标识,如果存在,确定Route区所归属的IP地址段信息与ISP标识所代表的ISP相对应;或,
当各IP地址段信息所对应的特征信息没有Route区,或路由器查询Route区中不存在ISP标识时,路由器查询Inetnum区是否存在ISP标识,如果存在,确定Inetnum区所归属的IP地址段信息与ISP标识所代表的ISP相对应。
步骤S104、路由器按照各IP地址段与ISP的对应关系,根据报文的目的IP地址,为报文选择相对应的ISP端口进行转发。
进一步的,本技术方案还包括路由更新流程,具体说明如下:
路由器检测网络中是否存在发生变化的IP地址段信息;
如果出现发生变化的IP地址段信息,路由器向IP地址查询服务器获取发生变化的IP地址段信息所对应的特征信息,并根据发生变化的IP地址段信息的特征信息,确定发生变化的IP地址段信息与ISP的对应关系。
其中,路由器检测网络中是否存在发生变化的IP地址段信息的方式具体如下:
路由器按照预设的更新周期向网络服务器获取当前的IP地址段信息;
路由器判断获取到的当前的IP地址段信息与本地存储的IP地址段信息是否一致;
当路由器判断获取到的当前的IP地址段信息与本地存储的IP地址段信息存在区别时,确定区别为发生变化的IP地址段信息,并更新本地存储的IP地址段信息。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,在路由器连接不同的ISP的情况下,内网用户无需切换,便可以选择相匹配的ISP线路进行数据通信,满足用户需要访问不同ISP网络的需求,由此,避免跨越其他ISP线路进行通信所带来的访问延迟,这种方案无需对路由器进行复杂的配置管理,自动收集与更新网通电信的IP,智能路由,并且不会引入人为错误,大幅降低运营维护成本,提高产品竞争力。
为了进一步阐述本发明的技术思想,现结合具体的应用场景,对本发明的技术方案进行说明。
为了方便说明,以中国的ISP电信和网通为例进行后续的技术方案的描述,这仅是一种优选的实施方式,在实际应用中,具体的ISP变化,并不会影响本发明的保护范围。
如图2所示,本发明所提出的技术方案不再依赖手工收集IP地址信息,也不依赖常规下的动态路由协议(如RIP等),而是进行路由的自动获得。
首先,自动地将各ISP的IP从一个公开的WEB服务器上一次性获取过来,并查询出各IP得到对应的WHOIS信息。
然后,利用WHOIS地域信息,处理成路由器所能使用的完整的网通和电信路由表,具体包括以下步骤:
步骤S201、路由器向APNIC的WEB服务器自动获取全亚太地区的所有IP地址段,网通/电信的IP被包含在内。
步骤S202、路由器向APNIC的WHOIS服务器查询每一地址段对应的WHOIS信息。
步骤S203、路由器根据网通/电信ISP的特征对WHOIS结果进行解析,得到IP地址段的所属ISP名称。
其中,电信、网通的特征在于“ROUTE字段”具有CNC或CHINANET关键字,当ROUTE字段不存在时,“INETNUM”字段中包含了CNC或CHINANET的关键字。
步骤S204、路由器根据当前路由器的配置,WAN1/WAN2对应的ISP链路,转换成本设备支持的路由表格式,输入到路由器。
步骤S205、路由器对新来IP报文,检查对应的路由表项,确定其所属ISP,进而根据ISP与出口对应关系,选择出口。最终正确从相应ISP链路进行转发,避免跨ISP访问带来的无谓延迟。
进一步的,在上述方案完成后,还包括自动检测更新的流程:路由器根据系统设定,自动检查INTERNET上变化的IP信息,再对变化的IP进行 WHOIS查询,解释出其ISP名,进行路由表更新。
需要进一步指出的是,系统能够提供根据IP地址查询对应ISP名、并支持手工修正和导出备份,这些作为一个辅助管理手段,可用于微调出现偏差的路由表。手工修改的表项具备最高的优先级,不具备可更新性,当自动升级时,不会被更新。
下面,进一步对各个处理步骤进行说明:
一、IP地址获取流程
如图3所示,在此流程中具体包括以下步骤:
步骤S301、路由器向管辖亚太地区地址段的WEB服务器建立连接。
步骤S302、路由器发出HTTP的GET请求。
该请求中指定获取最新的已分配IP,对应的URL为/stats/apnic/delegated-apnic-latest。
需要说明的是,上述的IP地址列表是可获得的,由APNIC组织维护,对外公开。
步骤S303、服务器根据GET请求,把相应的内容发给路由器。
步骤S304、路由器保存相应的信息。
获取到的IP地址段数据由三部分组成。分别介绍如下:
第一部分,是版本行,如表3所示。
表3版本行信息
version | registry | serial | records | startdate | enddate | UTCoffset |
2 | Apnic | 20091028 | 20757 | 19850701 | 20091027 | +1000 |
其中,Version:数据格式,当前为2
Registry:注册者,为APNIC
Serial:系列号
Records:该文件的系列号。
Startdate:开始时间
Enddate:结束时间
UTCoffset:与UTC的时间偏移值(+/-小时)
第二部分是总结行,如表4所示:
表4总结行信息
registry | type | count |
apnic | asn | 3456 |
Apnic | ipv4 | 16460 |
apnic | Ipv6 | 841 |
其中,Registry:注册体,为APNIC
Type:数据类型。有三个种类,asn/IPV4和IPV6。ASN是自治号。
Count:当前该类数据的记录数。
上例表示了IPv4的记录数有16460条。每条记录的格式见下面介绍。
第三部分,ASN/IPv4和IPv6三类记录数据的详细信息,如表5所示:
表5记录信息
registry | cc | type | start | value | date | status |
apnic | CN | ipv4 | 111.208.0.0 | 262144 | 20090703 | allocated |
其中,registry:注册体
cc:国别
type:信息种类,IPv4等
styart:IP地址起始值
value:IP总数
date:分配时间
status:,状态,当前是否已分配。
上述表示111.208.0.0开始的IP,总262144,已于20090703分配出去。
基于上述的数据信息,根据版本行和总结行,可以知道分配的IP地址段有没有在变化,增加了多少条记录,进而可实现版本更新检查以及增量式的更新。
根据国别为CN、类型为IPv4的记录,可初步筛选出包括网通和电信在内的各ISP网段的首地址以及地址数,由地址数可转换成路由表的掩码格式。
步骤S305、服务器发送数据结束标志。
步骤S306、路由器与服务器的通信结束。
二、特征信息的获取流程
该流程的流程示意图如图4所示,包括以下步骤:
步骤S401、路由器根据获取到的IP地址,连接whois.apnic.net的WHOIS服务端口(TCP 43端口)。
步骤S402、路由器发送要查询的IP地址,加上\r\n结束符,等待服务器响应。
步骤S403、服务器接到查询请求之后,把该IP地址对应的WHOIS信息响应回来。
以查221.204.0.0为例,服务器响应的信息如下图所示:
%[whois.apnic.net node-2]
%Whois data copyright terms http://www.apnic.net/db/dbcopyright.html
inetnum: 221.204.0.0-221.205.255.255
netname: UNICOM-SX
descr: China Unicom Shanxi Province Network
descr: China Unicom
country: CN
admin-c: CH1302-AP
tech-c: XH63-AP
remarks: service provider
mnt-by: APNIC-HM
mnt-lower: MAINT-CNCGROUP-SX
mnt-Routes: MAINT-CNCGROUP-RR
status: ALLOCATEDPORTABLE
remarks: This object can only be modified by APNIC hostmaster
remarks: If you wish to modify this object details please
remarks: send email to hostmasterapnic.net with your organisation
remarks: account name in the subject line.
changed: hm-changedapnic.net 20030702
changed: hm-changedapnic.net 20060124
changed: hm-changedapnic.net 20090508
source: APNIC
Route: 221.204.0.0/15
descr: CNC Group CHINA 169 Shanxi Province Network
country: CN
origin: AS4837
mnt-by: MAINT-CNCGROUP-RR
changed: abusecnc-noc.net 20060118
source: APNIC
person: ChinaUnicom Hostmaster
nic-hdl: CH1302-AP
e-mail: abusechinaunicom.cn
address: No.21,Jin-Rong Street
address: Beijing,100140
address: P.R.China
phone: +86-10-66259940
fax-no: +86-10-66259764
country: CN
changed: abusechinaunicom.cn 20090408
mnt-by: MAINT-CNCGROUP
source: APNIC
person: xuehong han
address: BingZhou North Road YouDian Front Street NO.2 ShanXiData Communciation Bureau TaiYuan ShanXi China
country: CN
phone: +86-351-4091749
fax-no: +86-351-4088347
e-mail: hxhpublic.ty.sx.cn
nic-hdl: XH63-AP
mnt-by: MAINT-CHINANET-SX
changed: hxhpublic.ty.sx.cn 20010208
source: APNI
Whois查询结果以%开头的是注释行。接下来,以空行为标志划成一个一个区域,每个区域由首单词标识,共有三种区域:Inetnum区、Route区和Person区。其中,在Whois查询结果中,Inetnum区是必备的,而其他的区则可省略。
步骤S404、路由器保存相应的特征信息。
步骤S405、路由器断开与WHOIS服务的链接。
需要指出的是,上述的查询过程是针对221.204.0.0一个IP地址进行的查询,具体的实现方式是加入了“\r\n”的结束符,在实际的应用场景中,也可以进行批量IP地址的查询,例如:221.204.0.0-221.205.255.255,具体的IP地址查询数量可以根据实际需要进行调整,并通过一定的标识方式进行标识,这样的变化并不会影响本发明的保护范围。
三、IP地址段与ISP的对应关系确定阶段
具体如图5所示,同样以网通和电信的解析为例进行说明,具体包括以下步骤:
步骤S501、判断特征信息中是否存在Route区。
当Route区存在时,执行步骤S502;
当Route区不存在时,执行步骤S503。
步骤S502、路由器判断Route区是否存在ISP的关键字。
如网通的关键字为:“CNC”,电信的关键字为“CHINANET”。关键字可能出现在”Mnt-by”字段,也可能出现在”mnt-lower”字段,甚至有可能出现在descr描述字段。只需对整个区的数据进行字符串查找即可,无需进一步精确到哪一个字段。
如果在Route区没有查出网通或电信的关键字,执行步骤S503;
如果在Route区查出网通的关键字,执行步骤S504;
如果在Route区查出电信的关键字,执行步骤S505。
步骤S503、路由器进一步查找Inetnum区,判断Inetnum区是否存在ISP的关键字。
如果在Inetnum区没有查出网通或电信的关键字,执行步骤S506;
如果在Inetnum区查出网通的关键字,执行步骤S504;
如果在Inetnum区查出电信的关键字,执行步骤S505。
步骤S502和步骤S503的顺序不能颠倒,否则有可能在Inetnum区查出的是电信,而Route区查出是网通时,错误地认为结果是电信。
Person区则可能会对结果产生误导,例如:有可能在PERSON区出现网通关键字,而实际是电信的IP的情况。所以,PERSON区要忽略。
步骤S504、路由器确定该IP地址段对应的ISP为网通。
步骤S505、路由器确定该IP地址段对应的ISP为电信。
步骤S506、路由器确定该IP地址段对应的ISP为未知。
结合前述步骤S403中的Whois查询结果,本阶段的具体处理过程如下:
经过判断,确认221.204.0.0的Whois查询结果中存在Router区,并识别Router区中是否存在ISP关键字,并且最终在Router区中的“descr”字段查询到ISP关键字为“CNC”,因此,直接确认221.204.0.0的ISP为网通。
在步骤S403的Whois查询结果中可以看到,Inetnum区中还存在“China Unicom”的标识,但是,由于Router区的ISP关键字具有最高的判定优先级,因此,在Router区中存在ISP关键字的情况下,直接以Router区中的ISP关键字作为ISP的判定依据,而不再参考Inetnum区和Person区的信息。
另一方面,只有在不存在Router区,或Router区中不存在ISP关键字的情况下,才会进一步识别Inetnum区中的ISP关键字,如果Inetnum区具有ISP关键字,则以该关键字作为ISP识别依据,而如果在Router区和Inetnum区都没有识别出ISP关键字,则确定该IP地址的ISP为未知,在整个过程中,无论Router区和Inetnum区中是否存在ISP关键字,Person区中的信息都不作为ISP识别的依据。
四、路由调度流程
在确定电信与网通管辖的所有IP段之后,路由器将路由信息进行转换,IP数转换为网络掩码,输入到路由器,得到IP与ISP对应关系表,例如表6所示。
表6IP地址与ISP对应关系
ISP | IP起始地址 | 网络掩码 |
电信 | 58.32.0.0 | 255.248.0.0 |
网通 | 221.204.0.0 | 255.254.0.0 |
继续以前述的IP地址221.204.0.0为例,通过前述的ISP识别,确定该IP地址的ISP为网通,根据该IP地址所处的IP地址段的首地址(在本实施例中即为221.204.0.0本身)和该IP地址段中当前存在的IP地址数量计算相应的网络掩码,例如,上述的255.254.0.0即为221.204.0.0所处的IP地址段的网络掩码。
根据路由器的配置,又得到网络出口与ISP对应关系表,具体如表7所示:
表7网络出口与ISP对应关系
ISP | WAN口 |
电信 | WAN1 |
网通 | WAN2 |
同样以IP地址221.204.0.0为例,由于前述识别为网通,所以,其对应的WAN口为WAN2。
基于上述的技术方案,当有新报文到达时,路由器首先查询表6的“IP起始地址”和“网络掩码”确定该报文在哪一个网络中,从而得知其所属的ISP,然后,根据表7所记录的网络出口与ISP对应关系,选择正确的出口将报文转发出去。
五、IP地址更新流程
路由器中可以设定相应的更新周期,根据相应的更新,获得完整的IP列表,对照上当前保存的表项,找出差异。针对IP地址的差异项重新学习对应的ISP名,更新到策略路由表中。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,在路由器连接不同的ISP的情况下,内网用户无需切换,便可以选择相匹配的ISP线路进行数据通信,满足用户需要访问不同ISP网络的需求,由此,避免跨越其他ISP线路进行通信所带来的访问延迟,这种方案无需对路由器进行复杂的配置管理,自动收集与更新网通电信的IP,智能路由,并且不会引入人为错误,大幅降低运营维护成本,提高产品竞争力。
需要进一步指出的是,在本发明上述的实施例中,所应用的电信走电信,网通走网通的策略只是一种地域性的利用样例,在实际应用中,不一定只查网通和电信的关键字,也可以根据国别来进行策略路由。比如:用在教科网,教科网与国外网站分别对待,一方面可以演变成一种保证教科网走教科网线 路,国外走国外线路的系统和设备,另一方面根据教科网与国外网站访问时的不同计费策略,在本发明的技术方案基础上加以改进,根据访问地的地域性,制订不同的收费标准,实现访问教科网免费,访问国外收费较高等策略,以鼓励教科网网内的交流,减少国外出口压力。当然,具体的策略设置可以根据实际的应用场景需要进行调整,这样的变化并不会影响本发明的保护范围。
另一方面,IP地址具有地域性,而路由器可以利用这种地域性自动地进行策略路由。路由器同样还可以利用这种地域性自动地进行QOS、访问控制等,例如:电信运营商,为了打击访问其他ISP的资源,即便没有ISP网间互联互通带来的延时问题,也可以利用本技术来自动采集要访问IP地理位置信息,对特定ISP的流量进行识别,加上人为的某个速率的限制。这样的应用方式同样属于本发明的保护范围。
为了实现本发明的技术方案,本发明还提出了一种监控管理服务器,其结构示意图如图6所示,具体包括:
获取模块61,用于向网络服务器获取IP地址段信息。
查询模块62,与获取模块61相连接,用于向网络服务器所对应的IP地址查询服务器查询获取模块61所获取的各IP地址段信息所对应的特征信息。
其中,各IP地址段信息所对应的特征信息,具体包括Inetnum区,还包括Route区和Person区,
确定模块63,与查询模块62相连接,用于根据查询模块62所查询到的各IP地址段信息所对应的特征信息,确定各IP地址段与互联网服务商ISP的对应关系。
确定模块63查询Route区是否存在ISP标识,如果存在,确定Route区所归属的IP地址段信息与ISP标识所代表的ISP相对应;或,
当各IP地址段信息所对应的特征信息没有Route区,或确定模块63查询Route区中不存在ISP标识时,确定模块63查询Inetnum区是否存在ISP标识,如果存在,确定Inetnum区所归属的IP地址段信息与ISP标识所代表的ISP相对应。
调度模块64,与确定模块63相连接,用于按照确定模块63所确定的各IP地址段与ISP的对应关系,根据报文的目的IP地址,为报文选择相对应的ISP端口进行转发。
进一步的,路由器还包括检测模块65,用于检测网络中是否存在发生变化的IP地址段信息,如果出现发生变化的IP地址段信息,通知查询模块62向IP地址查询服务器获取发生变化的IP地址段信息所对应的特征信息,确定模块63根据发生变化的IP地址段信息的特征信息,确定发生变化的IP地址段信息与ISP的对应关系。
相应的,检测模块65检测网络中是否存在发生变化的IP地址段信息,具体为:
检测模块65按照预设的更新周期向网络服务器获取当前的IP地址段信息;
检测模块65判断获取到的当前的IP地址段信息与本地存储的IP地址段信息是否一致;
当检测模块65判断获取到的当前的IP地址段信息与本地存储的IP地址段信息存在区别时,确定区别为发生变化的IP地址段信息,并更新本地存储的IP地址段信息。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,在路由器连接不同的ISP的情况下,内网用户无需切换,便可以选择相匹配的ISP线路进行数据通信,满足用户需要访问不同ISP网络的需求,由此,避免跨越其他ISP线路进行通信所带来的访问延迟,这种方案无需对路由器进行复杂的配置管理,自动收集与更新网通电信的IP,智能路由,并且不会引入人为错误,大幅降低运营维护成本,提高产品竞争力。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。 基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
本领域技术人员按照上述技术方案,已经能够实现本发明的技术方案,解决本发明所要解决的技术问题,并产生预期的技术方案。
但是,需要进一步指出的是,在本发明上述的实施例中,所应用的电信走电信,网通走网通的策略只是一种地域性的利用样例,在实际应用中,本领域技术人员根据本发明技术方案的启示,对技术方案进行变化,不一定只查网通和电信的关键字,也可以根据国别来进行策略路由。比如:用在教科网,教科网与国外网站分别对待,一方面可以演变成一种保证教科网走教科网线路,国外走国外线路的系统和设备,另一方面根据教科网与国外网站访问时的不同计费策略,在本发明的技术方案基础上加以改进,根据访问地的地域性,制订不同的收费标准,实现访问教科网免费,访问国外收费较高等策略,以鼓励教科网网内的交流,减少国外出口压力。当然,具体的策略设置可以根据实际的应用场景需要进行调整。
另一方面,IP地址具有地域性,而路由器可以利用这种地域性自动地进行策略路由。路由器同样还可以利用这种地域性自动地进行QOS、访问控制等,例如:电信运营商,为了打击访问其他ISP的资源,即便没有ISP网间互联互通带来的延时问题,也可以利用本技术来自动采集要访问IP地理位置信息,对特定ISP的流量进行识别,加上人为的某个速率的限制。以上内容只是对 本发明可以变化的技术方案进行说明。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种路由管理方法,其特征在于,具体包括以下步骤:
路由器向网络服务器获取IP地址段信息;
所述路由器向所述网络服务器所对应的IP地址查询服务器获取各所述IP地址段信息所对应的特征信息;
所述路由器根据各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系;
所述路由器按照所述各IP地址段与ISP的对应关系,根据报文的目的IP地址,为所述报文选择相对应的ISP端口进行转发。
2.如权利要求1所述的方法,其特征在于,所述路由器向网络服务器获取IP地址段信息,具体为:
所述路由器向所述网络服务器发送IP地址段信息的获取请求;
所述路由器接收所述网络服务器返回的当前已分配的IP地址段信息;
当所述IP地址段信息获取完成后,所述路由器向所述网络服务器发送结束消息。
3.如权利要求1所述的方法,其特征在于,各所述IP地址段信息所对应的特征信息,具体包括Inetnum区,还包括Route区和Person区。
4.如权利要求3所述的方法,其特征在于,所述路由器根据各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系,具体为:
所述路由器查询所述Route区是否存在ISP标识,如果存在,确定所述Route区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应;或,
当所述各所述IP地址段信息所对应的特征信息没有Route区,或所述路由器查询所述Route区中不存在ISP标识时,所述路由器查询所述Inetnum区是否存在ISP标识,如果存在,确定所述Inetnum区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应。
5.如权利要求1所述的方法,其特征在于,还包括:
所述路由器检测网络中是否存在发生变化的IP地址段信息;
如果出现发生变化的IP地址段信息,所述路由器向所述IP地址查询服务 器获取所述发生变化的IP地址段信息所对应的特征信息,并根据所述发生变化的IP地址段信息的特征信息,确定所述发生变化的IP地址段信息与ISP的对应关系。
6.如权利要求5所述的方法,其特征在于,所述路由器检测网络中是否存在发生变化的IP地址段信息,具体为:
所述路由器按照预设的更新周期向所述网络服务器获取当前的IP地址段信息;
所述路由器判断获取到的当前的IP地址段信息与本地存储的IP地址段信息是否一致;
当所述路由器判断获取到的当前的IP地址段信息与本地存储的IP地址段信息存在区别时,确定所述区别为发生变化的IP地址段信息,并更新本地存储的IP地址段信息。
7.一种路由器,其特征在于,包括:
获取模块,用于向网络服务器获取IP地址段信息;
查询模块,与所述获取模块相连接,用于向所述网络服务器所对应的IP地址查询服务器查询所述获取模块所获取的各所述IP地址段信息所对应的特征信息;
确定模块,与所述查询模块相连接,用于根据所述查询模块所查询到的各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系;
调度模块,与所述确定模块相连接,用于按照所述确定模块所确定的所述各IP地址段与ISP的对应关系,根据报文的目的IP地址,为所述报文选择相对应的ISP端口进行转发。
8.如权利要求7所述的路由器,其特征在于,各所述IP地址段信息所对应的特征信息,具体包括Inetnum区,还包括Route区和Person区,所述确定模块根据各所述IP地址段信息所对应的特征信息,确定各所述IP地址段与互联网服务商ISP的对应关系,具体为:
所述确定模块查询所述Route区是否存在ISP标识,如果存在,确定所述Route区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应;或,
当所述各所述IP地址段信息所对应的特征信息没有Route区,或所述确定模块查询所述Route区中不存在ISP标识时,所述确定模块查询所述Inetnum区是否存在ISP标识,如果存在,确定所述Inetnum区所归属的IP地址段信息与所述ISP标识所代表的ISP相对应。
9.如权利要求7所述的路由器,其特征在于,还包括检测模块,用于检测网络中是否存在发生变化的IP地址段信息,如果出现发生变化的IP地址段信息,通知所述查询模块向所述IP地址查询服务器获取所述发生变化的IP地址段信息所对应的特征信息,所述确定模块根据所述发生变化的IP地址段信息的特征信息,确定所述发生变化的IP地址段信息与ISP的对应关系。
10.如权利要求9所述的路由器,其特征在于,所述检测模块检测网络中是否存在发生变化的IP地址段信息,具体为:
所述检测模块按照预设的更新周期向所述网络服务器获取当前的IP地址段信息;
所述检测模块判断获取到的当前的IP地址段信息与本地存储的IP地址段信息是否一致;
当所述检测模块判断获取到的当前的IP地址段信息与本地存储的IP地址段信息存在区别时,确定所述区别为发生变化的IP地址段信息,并更新本地存储的IP地址段信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101249687A CN101808034B (zh) | 2010-03-16 | 2010-03-16 | 一种路由管理方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010101249687A CN101808034B (zh) | 2010-03-16 | 2010-03-16 | 一种路由管理方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101808034A CN101808034A (zh) | 2010-08-18 |
CN101808034B true CN101808034B (zh) | 2012-07-04 |
Family
ID=42609656
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010101249687A Active CN101808034B (zh) | 2010-03-16 | 2010-03-16 | 一种路由管理方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101808034B (zh) |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102158406B (zh) * | 2011-04-01 | 2013-10-23 | 中国人民解放军国防科学技术大学 | 面向计算机网络链路的智能选路方法 |
CN102394944B (zh) * | 2011-09-16 | 2014-01-29 | 北京新媒传信科技有限公司 | 一种Web访问中的IP地址库修正方法和设备 |
CN102624938A (zh) * | 2011-11-28 | 2012-08-01 | 苏州奇可思信息科技有限公司 | 电信联通双宽带出口的代理上网方法 |
CN103501351A (zh) * | 2013-10-22 | 2014-01-08 | 广东睿江科技有限公司 | 一种网络出口的监控方法和监控装置 |
CN103685021B (zh) * | 2014-01-02 | 2019-03-19 | 网神信息技术(北京)股份有限公司 | 数据传输方法及装置 |
CN104394079B (zh) * | 2014-11-26 | 2017-07-04 | 迈普通信技术股份有限公司 | 一种基于边界网关协议的下一跳路由检测方法及装置 |
CN107231303A (zh) * | 2016-03-24 | 2017-10-03 | 中兴通讯股份有限公司 | 数据流传输方法及装置 |
CN106130913B (zh) * | 2016-09-08 | 2019-04-26 | 深圳市磊科实业有限公司 | 一种多运营商接入情况下基于策略的多wan口路由器的选路方法 |
CN108023970A (zh) * | 2016-11-02 | 2018-05-11 | 阿里巴巴集团控股有限公司 | 信息获取方法及装置、服务器 |
CN107395683B (zh) * | 2017-06-26 | 2021-06-04 | 网宿科技股份有限公司 | 一种回源路径的选择方法及服务器 |
CN108259324B (zh) * | 2017-10-30 | 2019-09-17 | 新华三技术有限公司 | 一种路由管理方法和装置 |
CN108156052B (zh) * | 2017-12-25 | 2020-08-04 | 杭州迪普科技股份有限公司 | 一种设备稳定性测试的方法及系统 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20020035234A (ko) * | 2000-11-04 | 2002-05-11 | 문옥석 | 인텔리전트 네임서버 |
US7886075B2 (en) * | 2003-05-16 | 2011-02-08 | Cisco Technology, Inc. | Arrangement for retrieving routing information for establishing a bidirectional tunnel between a mobile router and a correspondent router |
CN100571203C (zh) * | 2006-02-23 | 2009-12-16 | 中兴通讯股份有限公司 | 一种数据业务路由方法 |
CN101026589A (zh) * | 2007-04-05 | 2007-08-29 | 杭州华为三康技术有限公司 | 一种路由选择的方法和路由器 |
CN101184053B (zh) * | 2007-12-29 | 2010-10-27 | 杭州华三通信技术有限公司 | 局域网出口链路选择方法、装置及路由设备 |
-
2010
- 2010-03-16 CN CN2010101249687A patent/CN101808034B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101808034A (zh) | 2010-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101808034B (zh) | 一种路由管理方法和设备 | |
CN103339887B (zh) | 用于优化网络前缀列表搜索的方法 | |
CN104067566B (zh) | 在多区域网络中改进最短路径桥接 | |
US7072952B2 (en) | Spanning tree bypassing method and apparatus | |
CN101945038A (zh) | 用于创建过渡性最优流路径的系统和方法 | |
CN103262585B (zh) | 用于无归属mpls微移动性的方法和网络单元 | |
US20210014174A1 (en) | Method, Device, and System for Transmitting Multicast Packet | |
CN109818858B (zh) | 用于实现域间拓扑关系自动拼接的方法、装置和系统 | |
CN101409672A (zh) | 数据分发设备、数据分发方法及分发控制程序 | |
US10411911B2 (en) | Network as service service cross-domain orchestration method, orchestration device, and control device | |
CN105991441B (zh) | 对bgp路由选择性下发路由转发表的方法和装置 | |
CN102137001B (zh) | 交换路由信息的方法、设备和系统 | |
CN116547953A (zh) | 由网络结构控制平面实施段间流量策略 | |
CN102792651B (zh) | 在mac层应用服务路径路由选择的装置 | |
CN103262503A (zh) | 分组核心网络中的节点选择 | |
CN109729019A (zh) | 一种evpn组网中专线业务的限速方法及装置 | |
CN105227466A (zh) | 通信处理方法和装置 | |
CN105553711A (zh) | 实现陆、海、空、天网络一体化的网络体系架构及方法 | |
US20120300777A1 (en) | Supporting multiple iec-101/iec-104 masters on an iec-101/iec-104 translation gateway | |
CN114025000B (zh) | 网络访问关系的建立方法、装置、设备及存储介质 | |
CN103873372B (zh) | 基于域名的策略路由系统及设置方法 | |
CN106027396B (zh) | 一种路由控制方法、装置和系统 | |
JP2000003322A (ja) | 通信ネットワ―クにおける送信装置及び送信方法 | |
CN106059922A (zh) | 路由注入方法及装置 | |
CN104995879A (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 | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |