CN102647341B - 一种报文处理方法、装置以及系统 - Google Patents

Abstract

本发明公开了一种报文处理方法、装置以及系统，该方法包括：获取客户端向所述客户端自身配置的第一DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定设定域名对应的应用服务器所提供的应用的应用类型；查找确定的所述应用类型是否存在对应的路由策略；当存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；接收第二DNS服务器返回的携带解析结果的响应报文并反馈给客户端。该方案保证了用户可以进行快速流畅的访问。

Description

一种报文处理方法、装置以及系统

技术领域

本发明涉及网络设备技术领域，尤指一种报文处理方法、装置以及系统。

背景技术

在互联网发展到21世纪之前，是通过端口号来识别互联网络协议IP报文的应用类型的，例如：端口号80代表超文本传输协议(Hyper Text TransferProtocol，HTTP)、端口号21代表文本传输协议(File Transfer Protocol，FTP)、端口号25代表简单邮件传输协议(Simple Mail Transfer Protocol，SMTP)等，用户可以通过端口检测实现对某一特定应用类型的动作策略，如：访问控制、策略路由等等。

到21世纪之后，涌现出的各种技术改变了整个网络的架构，这给基于端口检测的应用类型识别技术带来了前所未有的挑战。比较典型的端对端(Peer toPeer，P2P)技术采用了端口伪装技术，如基于端口号80的下载、网络电话这两种应用的应用类型是不同的，却是基于同一端口号的端口。在现有的网吧中多数采用了该技术，图1所示为现有的网吧拓扑图，网吧经营者从节约成本的角度考虑，通常会同时租用多条出口链路，包括1～2条主光纤和多条非对称数字用户环路(Asymmetric Digital Subscriber Line，ADSL)作为扩展链路；并且区分关键应用(如游戏、网页浏览、即时通讯、邮件等)和抑制应用(在线影视、P2P下载)，在确保关键应用带宽的基础上，尽量提升抑制应用的使用体验，这样就可以在带宽投入成本和使用体验之间取得较高的性价比。当然，不仅仅网吧有这样的需求，学校、企业网络等等也都存在类似的需求。因此，传统的采用防火墙、路由设备等端口检测技术，已经无法对于这些基于P2P技术的应用类型做出精确的判断以及给予有效的控制。

为了解决上述问题，采用了深度应用识别技术(不仅仅是通过端口号来识别应用类型)识别报文的应用类型，并根据识别出的应用类型进行选路，该方法的具体流程是：获取客户端发送的报文；根据报文中的内容进行应用类型识别；根据识别出的应用类型查找路由策略，得到出口链路和下一跳信息；按照得到的出口链路和下一跳信息转发报文。

上述基于报文的应用类型进行选路的方法中，即使客户端上配置多个域名系统(Domain Name System，DNS)服务器，在某一时间生效的也只能有一个，也就是说，只有主DNS服务器解析超时，备用DNS服务器才会起作用。那么，这就会存在一个问题，如图2所示，网吧有电信和网通两个出口链路，某应用在电信和网通均拥有分布式的服务器(比如某在线视频服务网站)，该应用的电信服务器服务于电信用户，网通服务器服务于网通用户，当网吧中的某个客户端上配置的主用DNS服务器是电信DNS服务器时，那么该客户端通过电信DNS服务器解析后得到的服务器地址是该应用的电信服务器地址。如果网吧管理者配置了应用路由，要求该应用的出口链路是网通，那么客户端发送的访问该应用的电信服务器的报文还是需要经过网通服务器才能到的电信服务器。这样就会造成访问该应用的服务器延迟增大，甚至访问失败。

综上所述，现有技术中由于客户端配置的DNS服务器所在的出口链路与用户配置的应用路由策略的出口链路不一致，导致访问服务器延迟增大或者出现访问故障。

发明内容

本发明实施例提供一种报文处理方法、装置以及系统，用以解决现有技术中存在的访问服务器延迟增大或者出现访问故障的问题。

一种报文处理方法，包括：

获取客户端向所述客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定所述设定域名对应的应用服务器所提供的应用的应用类型；

查找确定的所述应用类型是否存在对应的路由策略；

当存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据所述第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；

接收所述第二DNS服务器返回的携带解析结果的响应报文并反馈给所述客户端。

一种报文处理装置，包括：

应用类型确定单元，用于获取客户端向所述客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定所述设定域名对应的应用服务器所提供的应用的应用类型；

路由策略查找单元，用于查找确定的所述应用类型是否存在对应的路由策略；

报文发送单元，用于当存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据所述第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；

报文接收单元，用于接收所述第二DNS服务器返回的携带解析结果的响应报文并反馈给所述客户端。

一种网络设备，包括上述报文处理装置。

一种报文处理系统，包括上述网络设备、客户端、第一域名系统DNS服务器、第二DNS服务器；

所述客户端，用于向自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文；以及接收所述网络设备反馈的所述第二DNS服务器返回的携带解析结果的响应报文；

所述网络设备，用于获取客户端向所述客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定所述设定域名对应的应用服务器所提供的应用的应用类型；查找确定的所述应用类型是否存在对应的路由策略；当存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据所述第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；接收所述第二DNS服务器返回的携带解析结果的响应报文并反馈给所述客户端；

所述第二DNS服务器，用于接收所述网络设备发送的所述第二解析请求报文；以及向所述网络设备返回携带所述解析结果的响应报文。

本发明实施例提供的报文处理方法、装置以及系统，通过获取客户端向所述客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定所述设定域名对应的应用服务器所提供的应用的应用类型；查找确定的所述应用类型是否存在对应的路由策略；当存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据所述第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；接收所述第二DNS服务器返回的携带解析结果的响应报文并反馈给所述客户端。该方案在接收到客户端向客户端自身配置的第一DNS服务器发送的请求解析设定域名的第一解析请求报文后，并不会把该第一解析请求报文发送给第一DNS服务器，而是首先查找设定域名对应的应用服务器提供的应用的应用类型是否对应路由策略，当存在路由策略时，就可以用路由策略中的该应用类型出口链路上的第二DNS服务器地址信息替换第一解析请求报文，并发送给第二DNS服务器，这样就保证了DNS服务器解析后得到的解析结果标识的设定域名对应的应用服务器与路由策略中设定域名对应的应用的应用类型的出口链路所在的互联网服务提供商一致，这样就保证了用户可以进行快速流畅的访问，从而避免了现有技术中的访问延迟甚至是访问故障的现象。

附图说明

图1为现有技术中的网吧拓扑图；

图2为现有技术中的网吧报文处理方法的示意图；

图3为本发明实施例中报文处理方法的流程图；

图4为本发明实施例中的报文处理装置的结构示意图；

图5为本发明实施例中的报文处理系统的结构示意图。

具体实施方式

针对现有技术中存在的访问服务器延迟增大或者出现访问故障的问题，本发明实施例提供一种报文处理方法，该方法的流程如图3所示，具体执行步骤如下：

S10：获取客户端向客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定设定域名对应的应用服务器所提供的应用的应用类型。

一般，在客户端中都会配置多个DNS服务器，当主用DNS服务器解析正常时，配置的其他DNS服务器不会生效；当主用DNS服务器出现解析超时等故障时，备用的DNS服务器才会接替主用DNS服务器工作。以下假设主用DNS服务器可以正常工作，作为第一DNS服务器。

当用户想访问某个应用的时候，会在客户端上输入提供应用的应用服务器对应的域名，客户端获取用户输入的域名后，该域名即为设定域名，会向该客户端上的配置的第一DNS服务器发送请求解析该设定域名的第一解析请求报文。可以预先存储现有的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，当获取到客户端发送的第一解析请求报文后，可以首先在上述对应关系中查找第一解析请求报文中该设定域名对应的应用服务器所提供的应用的应用类型。

例如：用户通过客户端输入www.youku.com这个设定域名后，由于www.youku.com对应的应用类型是视频，可以预先存储www.youku.com与视频的对应关系，当接收到客户端发送的请求解析www.youku.com的解析请求报文后，就可以确定www.youku.com对应的应用服务器提供的应用的应用类型是视频。现有的应用类型有游戏、视频、网页浏览、即时通信、邮件等等。

S11：查找确定的应用类型是否存在对应的路由策略，当存在时，执行S12；否则，执行S14。

如背景技术中提到的在网吧、学校、企业等场所，都会设置不同的应用类型的路由策略，例如设置游戏由网通上的应用服务器来提供服务、视频由电信上的应用服务器来提供服务等等，可以在路由策略中存储根据这些应用服务器的地址信息选择的下一跳信息。

S12：确定查找到的路由策略中应用类型出口链路上的第二DNS服务器地址信息，并根据第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送。

当查找到确定的应用类型存在路由策略时，如果路由策略中存储的是第二DNS服务器的地址信息，那么将第一请求报文中的目的地址信息，也就是第一DNS服务器的地址信息，更改为在路由策略中查询到的第二DNS服务器的地址信息。

具体的，上述S12中的根据第一解析请求报文确定第二解析请求报文，包括：当第一DNS服务器的地址信息与第二DNS服务器的地址信息一致时，第一解析请求报文与第二解析请求报文相同；当第一DNS服务器的地址信息与第二DNS服务器的地址信息不一致时，将第一解析请求报文中携带的第一DNS服务器的地址信息更改为第二DNS服务器的地址信息，作为第二解析请求报文。

S13：接收第二DNS服务器返回的携带解析结果的响应报文并反馈给客户端。

第二DNS服务器接收到第二解析请求报文后，获取其中携带的设定域名，并对该设定域名进行解析，当第二DNS服务器是电信的DNS服务器时，第二DNS服务器可以解析得到电信的应用服务器，当第二DNS服务器是网通的DNS服务器时，第二DNS服务器可以解析得到网通的应用服务器。第二DNS服务器解析第二解析请求报文中的设定域名后，会在返回的响应报文中携带解析得到的相应的应用服务器的地址信息。

S14：将第一解析请求报文发送给第一DNS服务器。

如果没有查找到对应的路由策略，就可以直接将第一解析请求报文发送给第一DNS服务器。

S15：接收第一DNS服务器返回的携带解析解析结果的响应报文并反馈给用户。

当第一DNS服务器解析第一解析请求报文中的设定域名后，会在相应报文中返回解析到的应用服务器的地址信息。

该方案在接收到客户端向客户端自身配置的第一DNS服务器发送的请求解析设定域名的第一解析请求报文后，并不会把该第一解析请求报文发送给第一DNS服务器，而是首先查找设定域名对应的应用服务器提供的应用的应用类型是否对应路由策略，当存在路由策略时，就可以用路由策略中的该应用类型出口链路上的第二DNS服务器地址信息替换第一解析请求报文，并发送给第二DNS服务器，这样就保证了DNS服务器解析后得到的解析结果标识的设定域名对应的应用服务器与路由策略中设定域名对应的应用的应用类型的出口链路所在的互联网服务提供商一致，这样就保证了用户可以进行快速流畅的访问，从而避免了现有技术中的访问延迟甚至是访问故障的现象。

较佳的，S13中在接收第二DNS服务器返回的携带解析结果的响应报文之后，还包括：将客户端的地址信息、设定域名的解析结果、设定域名对应的应用服务器所提供的应用的应用类型以及该应用类型的出口链路信息的对应关系存储在对应关系表中。

其中客户端的地址信息作为源地址信息，一般是IP地址信息，设定域名的解析结果作为目的地址信息，一般也是IP地址信息。可以一一存储源地址信息、目的地址信息、设定域名对应的应用服务器所提供的应用的应用类型以及该应用类型的出口链路信息的对应关系，将这个对应关系作为对应关系表中的一个表项存储，以便于后面在接收到报文后可以直接查找该对应关系表，确定应用类型以及出口链路信息，不用再像现有技术一样通过解析报文内容获取应用类型。

较佳的，S13中在将第二DNS服务器返回的携带解析结果的响应报文反馈给客户端之后，还包括：获取客户端发送的携带解析结果作为目的地址信息的第一访问请求报文；确定对应关系表中是否存在第一访问请求报文中携带的源地址信息、目的地址信息；当存在时，根据对应关系表中存储的与第一访问请求报文中携带的源地址信息、目的地址信息对应的出口链路信息发送第一访问请求报文。

用户在获取到响应报文后，需要访问解析出的应用服务器时候，就会发送携带有上述解析结果作为目的地址信息的第一访问请求报文。当获取用户发送的携带有上述解析结果作为目的地址信息的第一访问请求报文后，就可以查找对应关系表中是否存在第一访问请求报文中携带的源地址信息和目的地址信息，当存在时就可以直接根据对应关系表中的该表项确定应用类型以及出口链路信息，就可以直接发送第一请求访问报文了，相对于现有技术中需要解析报文内容才能确定出口链路能更加快速有效的处理报文。

基于同一发明构思，本发明实施例提供一种报文处理装置，该装置可以设置在处理报文的网络设备中，该装置的结构如图4所示，包括：

应用类型确定单元40，用于获取客户端向客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定设定域名对应的应用服务器所提供的应用的应用类型。

路由策略查找单元41，用于查找确定的应用类型是否存在对应的路由策略。

报文发送单元42，用于当路由策略查找单元41查找到确定的应用类型存在路由策略时，确定查找到的路由策略中应用类型出口链路上的第二DNS服务器地址信息，并根据第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送。

报文接收单元43用于接收第二DNS服务器返回的携带解析结果的响应报文并反馈给客户端。

较佳的，该报文处理装置还包括对应关系存储单元44，具体用于：将客户端的地址信息、设定域名的解析结果、设定域名对应的应用服务器所提供的应用的应用类型以及该应用类型的出口链路信息的对应关系存储在对应关系表中。

较佳的，该报文处理装置还包括地址信息查找单元45。

上述报文接收单元43，还用于获取客户端发送的携带解析结果作为目的地址信息的第一访问请求报文。

上述地址信息查找单元45，用于确定对应关系表中是否存在第一访问请求报文中的携带的源地址信息、目的地址信息。

上述报文发送单元42，还用于当地址信息查找单元45确定的结果为存在时，根据对应关系表中存储的与第一访问请求报文中携带的源地址信息、目的地址信息对应的出口链路信息发送第一访问请求报文。

具体的，上述报文发送单元42，用于当第一DNS服务器的地址信息与第二DNS服务器的地址信息一致时，第一解析请求报文与第二解析请求报文相同；当第一DNS服务器的地址信息与第二DNS服务器的地址信息不一致时，将第一解析请求报文中携带的第一DNS服务器的地址信息更改为第二DNS服务器的地址信息，作为第二解析请求报文。

基于同一发明构思，本发明实施例提供一种报文处理系统，该系统的结构如图5所示，包括：网络设备50、客户端51、第一DNS服务器52、第二DNS服务器53，其中网络设备包括如图4所示的报文处理装置。

上述客户端50，用于向自身配置的第一DNS服务器52发送的请求解析设定域名的第一解析请求报文；以及接收网络设备50反馈的第二DNS服务器返回的携带解析结果的响应报文。

上述网络设备50，用于获取客户端51向客户端自身配置的第一DNS服务器52发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定设定域名对应的应用服务器所提供的应用的应用类型；查找确定的应用类型是否存在对应的路由策略；当存在路由策略时，确定查找到的路由策略中应用类型出口链路上的第二DNS服务器地址信息，并根据第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；接收第二DNS服务器返回的携带解析结果的响应报文并反馈给客户端。

上述第二DNS服务器53，用于接收网络设备50发送的第二解析请求报文；以及向网络设备50返回携带解析结果的响应报文。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (8)

1.一种报文处理方法，其特征在于，包括：

获取客户端向所述客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定所述设定域名对应的应用服务器所提供的应用的应用类型；

查找确定的所述应用类型是否存在对应的路由策略；

当存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据所述第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；

接收所述第二DNS服务器返回的携带解析结果的响应报文并反馈给所述客户端；

其中，根据所述第一解析请求报文确定第二解析请求报文，包括：

当所述第一DNS服务器的地址信息与所述第二DNS服务器的地址信息一致时，所述第一解析请求报文与第二解析请求报文相同；

当所述第一DNS服务器的地址信息与所述第二DNS服务器的地址信息不一致时，将所述第一解析请求报文中携带的所述第一DNS服务器的地址信息更改为所述第二DNS服务器的地址信息，作为第二解析请求报文。

2.如权利要求1所述的方法，其特征在于，接收所述第二DNS服务器返回的携带解析结果的响应报文之后，还包括：

将所述客户端的地址信息、所述设定域名的解析结果、所述设定域名对应的应用服务器所提供的应用的应用类型以及该应用类型的出口链路信息的对应关系存储在对应关系表中。

3.如权利要求2所述的方法，其特征在于，将所述第二DNS服务器返回的携带解析结果的响应报文反馈给所述客户端之后，还包括：

获取所述客户端发送的携带所述解析结果作为目的地址信息的第一访问请求报文；

确定所述对应关系表中是否存在所述第一访问请求报文中携带的源地址信息、目的地址信息；

当存在时，根据所述对应关系表中存储的与所述第一访问请求报文中携带的源地址信息、目的地址信息对应的出口链路信息发送所述第一访问请求报文。

4.一种报文处理装置，其特征在于，包括：

应用类型确定单元，用于获取客户端向所述客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定所述设定域名对应的应用服务器所提供的应用的应用类型；

路由策略查找单元，用于查找确定的所述应用类型是否存在对应的路由策略；

报文发送单元，用于当所述路由策略查找单元查找到确定的所述应用类型存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据所述第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；

报文接收单元，用于接收所述第二DNS服务器返回的携带解析结果的响应报文并反馈给所述客户端；

其中，所述报文发送单元，具体用于：

当所述第一DNS服务器的地址信息与所述第二DNS服务器的地址信息一致时，所述第一解析请求报文与第二解析请求报文相同；

当所述第一DNS服务器的地址信息与所述第二DNS服务器的地址信息不一致时，将所述第一解析请求报文中携带的所述第一DNS服务器的地址信息更改为所述第二DNS服务器的地址信息，作为第二解析请求报文。

5.如权利要求4所述的装置，其特征在于，还包括对应关系存储单元，具体用于：

将所述客户端的地址信息、所述设定域名的解析结果、所述设定域名对应的应用服务器所提供的应用的应用类型以及该应用类型的出口链路信息的对应关系存储在对应关系表中。

6.如权利要求5所述的装置，其特征在于，还包括：地址信息查找单元；

所述报文接收单元，还用于获取所述客户端发送的携带所述解析结果作为目的地址信息的第一访问请求报文；

所述地址信息查找单元，用于确定所述对应关系表中是否存在所述第一访问请求报文中携带的源地址信息、目的地址信息；

所述报文发送单元，还用于当所述地址信息查找单元确定的结果为存在时，根据所述对应关系表中存储的与所述第一访问请求报文中携带的源地址信息、目的地址信息对应的出口链路信息发送所述第一访问请求报文。

7.一种网络设备，其特征在于，包括如权利要求4-6所述的任一报文处理装置。

8.一种报文处理系统，其特征在于，包括如权利要求7所述的网络设备、客户端、第一域名系统DNS服务器、第二DNS服务器；

所述客户端，用于向自身配置的第一域名系统DNS服务器发送请求解析设定域名的第一解析请求报文；以及接收所述网络设备反馈的所述第二DNS服务器返回的携带解析结果的响应报文；

所述网络设备，用于获取客户端向所述客户端自身配置的第一域名系统DNS服务器发送的请求解析设定域名的第一解析请求报文后，根据预存的域名与该域名对应的应用服务器所提供的应用的应用类型的对应关系，确定所述设定域名对应的应用服务器所提供的应用的应用类型；查找确定的所述应用类型是否存在对应的路由策略；当存在路由策略时，确定查找到的路由策略中所述应用类型出口链路上的第二DNS服务器地址信息，并根据所述第一解析请求报文确定第二解析请求报文并向第二DNS服务器发送；接收所述第二DNS服务器返回的携带解析结果的响应报文并反馈给所述客户端；

所述第二DNS服务器，用于接收所述网络设备发送的所述第二解析请求报文；以及向所述网络设备返回携带所述解析结果的响应报文。