[发明专利]一种解决业务访问不通的方法和装置

说明书

本申请提供一种解决业务访问不通的方法和装置，其方法包括：接收业务请求报文，所述请求报文由第二网关设备发出，经中转设备转发给第一网关设备；获取第一端口信息，所述第一端口信息为请求报文中所含的端口信息；使用第一端口信息更新第二端口信息，所述第二端口信息为第一网关设备本地加解封装策略中用于添加到回应报文的端口信息，第二端口信息在更新前为所述第一网关设备和第二网关设备通信协商时所确定的端口信息。通过端口信息更新机制，克服了回应报文因端口不正确而导致的丢包问题，保证了IPSec业务访问的稳定性，增强了IPSec VPN的实用性和易用性，而且无需保活报文，很好的解决了NAT环境中VPN业务访问不通的问题。

技术领域

本申请涉及网络通信技术领域，特别涉及一种解决业务访问不通的方法和装置。

背景技术

VPN(Virtual Private Network)即虚拟专用网络，其作用是在公用网络上建立专用网络，以进行加密通讯。当前随着经济和社会的快速发展，企业信息化程度不断提高，企业各地分公司\办事处与企业总部的信息交互、企业与客户之间的信息传递等需求逐渐被释放，基于IPSec(Internet Protocol Security)的VPN技术被更加广泛的应用，同时VPN的应用场景也越来越多样化，经常被应用于较复杂的组网环境中，其中将VPN部署在有NAT(Network Address Translation网络地址转换)穿越的网络环境中越来越常见。

在NAT环境中的VPN连接建立成功后，如果不再有业务流量，则之前的业务数据报文信息在VPN设备上会因老化而被删除。而当下一次的IPSec业务正向报文(或者称为请求报文)经过NAT环境时，其报文的源端口可能会发生改变，例如正向报文的发起方VPN设备加密后的报文源端口为4500，转发过程中经过NAT设备转换后可能变为53560。这样该正向报文的端口信息与VPN对端设备保存的加解封装策略端口信息不一致，而反向报文(或者称为回应报文)是按照VPN设备保存的加解封装策略进行加密封装的，使得加密封装后的正向报文的目的端口可能会与正向报文的源端口不一致，导致正向请求/反向回应的报文的端口不一致，进而导致回应报文在NAT环境中丢包，造成VPN业务访问不通。

鉴于存在以上这种业务访问不通的情况，在现有技术中，一种解决办法是开启IPSec保活机制，即保持端口不变，以避免出现因端口不一致而丢包的问题。然而发明人在实现本发明的过程中发现，如果对于VPN隧道较多的网关出口开启保活机制，则每个隧道发送的保活报文也会比较多，在业务数据流量也较大的时候，可能会拥堵网络带宽，影响带宽负荷。可见现有技术中尚未很好的解决NAT环境中IPSec业务访问不通的问题。

发明内容

有鉴于此，本申请提供一种解决业务访问不通的方法和装置，以有效解决一些环境中业务访问受阻的问题。

具体地，本申请是通过如下技术方案实现的：

一种解决业务访问不通的方法，用于第一网关设备，所述方法包括：

接收业务请求报文，其中所述请求报文由第二网关设备发出，经中转设备转发给所述第一网关设备；

获取第一端口信息，其中所述第一端口信息为所述请求报文中所含的端口信息；

使用所述第一端口信息更新第二端口信息，其中所述第二端口信息为所述第一网关设备本地加解封装策略中用于添加到回应报文的端口信息，所述第二端口信息在更新前为所述第一网关设备和第二网关设备通信协商时所确定的端口信息。

一种解决业务访问不通的装置，用于第一网关设备，所述装置包括：

报文接收单元，用于接收业务请求报文，其中所述请求报文由第二网关设备发出，经中转设备转发给所述第一网关设备；

端口信息获取单元，用于获取第一端口信息，其中所述第一端口信息为所述请求报文中所含的端口信息；