DNS解析正常情况下使用TST DNS命令测得主机地址却为“NULL”的案例分析

摘要：维护中发现国际漫入用户无法使用GPRS业务，经在SGSN上进行DNS解析，发现测试得到的地址有时正常，有时显示为空。通过LMT查看SGSN9810设备告警，发现测试主机地址为空时，SGSN上有大量“GTP-C隧道路径断”的告警，对端IP为“212.129.65.225”与“212.129.65.233”。而测试主机地址正常时却没有上述两个IP的告警。对比告警与国外漫游用户正常使用GPRS业务时所要完成的信令流程以及所涉及的IP地址和路由通达情况等，基本可以确定国内SGSN与国外运营商GGSN之间的Gn接口路由中断导致漫游用户和移动网络之间无法完成“PDP上下文激活”流程，造成国外漫游用户无法使用GPRS业务。经了解，国外运营商为优化数据流量，对部分国际漫出路由进行调整。

关键词：DNS；解析；主机地址

中图分类号：TP393 文献标识码：A文章编号：1007-9599 (2011) 12-0000-02

Using the TST DNS Command to Checking Host Address But As"NULL"Case Study under DNS Normally Resolution

Zhang Jia

(China United Network Communications Co.,Ltd.,Shijiazhuang Branch(Agent),Shijiazhuang050000,China)

Abstract:Maintaining found diffuse into the international business users can not use GPRS,the DNS resolution on the SGSN and found the address of the test to be normal sometimes,and sometimes appears to be empty.By LMT view SGSN9810 device alarm,found the test host address is empty,SGSN has a lot of"GTP-C tunnel path breaking"the alarm,the remote IP is"212.129.65.225"and"212.129.65.233".The test,he was not the normal host address IP-two alarms.Contrast the normal alarms and foreign roaming users to use GPRS services when the signaling process to be completed and the respective IP address and routing accessible and so on,is almost certain domestic and foreign operators SGSN GGSN Gn interface between the routes leading to roaming users and disruption mobile networks can not be completed"PDP context activation"process,resulting in foreign roaming users can not use GPRS service.The understanding of foreign operators to optimize the data flow,diffuse some way by the international adjustment.

Keywords:DNS;Analysis;Host address

一、现象描述

通过iManager M2000移动网元管理系统（或LMT本地维护终端）提供的MML命令――“测试DNS通信（TST DNS）”――可以测试各种类型（HOSTFILE、CACHE、DNS SERVER）域名解析功能是否正常，从而也可以根据测试结果推断SGSN与DNS SERVER之间的解析流程是否正常。

实际中，维护人员为协助处理国外某运营商移动用户在国内漫游时无法使用GPRS业务的投诉，尝试在SGSN9810上使用TST DNS命令来测试SGSN与DNS SERVER之间的解析流程是否正常，发现在DNS解析正常的情况下，使用TST DNS命令测试得到的主机地址有时显示为正常IP地址，有时却显示为“NULL”，例如以下记录的两次测试：

（一）第一次测试

相关命令：TST DNS：SRN=0，SN=12，HOST="wap.mymeteor.ie.MNC003.MCC272.GPRS"，RSVTP=ALL；

测试DNS通信结果：

-----------

解析来源=Server

服务器IP地址=220.206.133.1

主机名称=wap.mymeteor.ie.MNC003.MCC272.GPRS

主机地址1=NULL

主机地址2=NULL

主机地址3=NULL

……

主机地址32=NULL

---END

（二）第二次测试

相关命令：TSTDNS：SRN=0，SN=12，HOST="wap.mymeteor.ie.MNC003.MCC272.GPRS"，RSVTP=ALL；

测试DNS通信结果：

-----------

解析来源=Server

服务器IP地址=220.206.133.1

主机名称=wap.mymeteor.ie.MNC003.MCC272.GPRS

主机地址1=212.129.65.225

主机地址2=212.129.65.233

主机地址3=NULL

……

主机地址32=NULL

---END

在SGSN9810上进行两次测试的过程中，DNS SERVER网管也同时监测记录DNS SERVER的解析响应过程，发现两次DNS SERVER均成功解析出了“wap.mymeteor.ie.MNC003.MCC272.GPRS”主机名称对应的IP地址――主机地址（主用）=212.129.65.225，主机地址（备用）=212.129.65.233，并且都已经成功发送至SGSN；另外从SGSN上两次显示的“解析来源=Server”来看，SGSN在两次测试中也确实收到了DNS SERVER返回的域名解析地址。DNS SERVER解析正常，为何使用TST DNS命令第一次测试时显示的主机地址却为“NULL”呢？

二、告警信息

通过LMT本地维护终端查询SGSN9810设备的告警情况，发现第一次测试时该SGSN上有大量的“GTP-C隧道路径断”的告警，定位信息显示其中也包括对端IP地址为“212.129.65.225”与“212.129.65.233”的两条“GTP-C隧道路径断”的告警；而在进行第二次测试时，网上出现的“GTP-C隧道路径断”告警均已处于恢复状态，也就是说没有与对端IP地址为“212.129.65.225”或“212.129.65.233”等相关的“GTP-C隧道路径断”告警。