GRE处理机制问题导致共用隧道的APN不能进行WAP业务

爱卫生

现象描述：
    H公司某局GGSN原有APN=cmwap用于手机进行WAP业务，客户要求新增一APN=cmwap.xy，要求与APN=cmwap有相同属性，在GGSN中进行如下配置：1、创建APN/配置APN属性/配置到WAP网关路由器的GRE隧道等，其中tunnel soure=100.1.1.1, tunnel destination=200.1.1.11（其中tunnel source，tunnel destination与APN=cmwap相同），用APN=cmwap.xy进行WAP业务，发现能够PDP激活（激活信令流程正常），但不能打开WAP网页，手机显示“服务器端无响应”。

告警信息：
   无

原因分析：
   用APN=cmwap进行WAP业务，业务正常，但APN=cmwap.xy访问相同WAP网页就不能打开网页，说明还是该APN的配置有问题，但已PDP激活，下面能做的就是在Gi口抓包分析原因了，结果发现PDP激活后，手机发到WAP网关的包是有回应的，但手机为什么没收到呢？（显示“服务器端无响应”），再在Gn口抓包时发现在Gi口有回应的包并未从GGSN发到SGSN，询问研发，了解到原来GGSN在Gi口收到外部网回来的包时在Gi模块是这样处理的：如果收到从隧道回来的包，先剥掉隧道，然后根据tunnel ID找到对应的APN（有tunnel apn cmwap.xy的配置），然后根据该APN和回来IP包（已去掉隧道）的目的地址查找PDP context，接着就可以交给GTP模块发给SGSN了，明白了这些，这样就可以解释上面的现象了，用APN=cmwap.xy访问WAP网页回来的包，在Gi模块通过隧道后发现有两个APN(cmwap、cmwap.xy)，程序此时不可能知道该包属于哪个APN，这样的包此时被丢弃。所以，不同的APN需配置不同的隧道。

处理过程：
   为该APN配置配置另一条隧道可解决：隧道的tunnel destination不同。例如tunnel destination=200.1.1.2。上面的配置需要隧道对端配合配置相应数据。

hendouse

不同的APN需配置不同的隧道，在其他相同设置的情况下，隧道的tunnel destination一定要不同。  这句话算是本贴的要点。。。