《TR111测试小结》由会员分享，可在线阅读，更多相关《TR111测试小结（6页珍藏版）》请在金锄头文库上搜索。
1、本文格式为Word版，下载可任意编辑TR111测试小结 TR111 测试目的： TR111 是 TR069功能的拓展，用来实现ACS对CPE下面连接的支持TR-111的家庭网络设备的简朴管理，例如机顶盒、摄像头等；实际测试中我们使用软件发送DHCP OPTION125来模拟TR111设备，可快速测试CPE的TR111功能。 测试步骤： 关于TR111的测试，开发人员供给了一些文档，不过文档上有些地方不明确，轻易造成误导，因此我这里特意写一个关于TR111测试的资料，供大家参考。 以RG为例： 192.168.1.2192.168.1.110.18.102.19Http:/172.24.22.1
2、:9090/web/tr069CPEClient PCITMS Server172.24.242.119ITMS Client 测试步骤： 1. Client PC开启OmniPeek，选用DHCP Option125的Discover数据包模板（模板可由开 发人员供给或自行抓取），设置报文内的MAC地址，IP地址，Option125的Option Data(包含OUI,SerialNumber,ProductClass等信息)，以及UDP Checksum； 修改Discover包内容例如： 修改内容 Ethernet Header / Source : 00:1D:47:20:07:70
3、DHCP / Client Identifier / Hardware Address : 00:1D:47:20:07:70 DHCP / Requested IP Address / Address : 192.168.1.3 DHCP / Unknown / Option Data : 12453434 01024555 02025667 03025566 UDP / UDP Checksum : XXXX 说明 客户端设备MAC地址 客户端设备MAC地址 客户端设备苦求获得的IP地址 Option125的Option Data 根据提示信息修改Checksum值 更加留神， 这里客户端
4、不是指 Client PC， 而是支持TR111的设备机顶盒、摄像头等，由于我们没有连接实物，因此这里设置的也是虚拟的MAC地址；客户端设备地址不能与Client PC地址冲突。 修改时建议用Ultraedit举行，由于事先无法确定Checksum,因此在修改 MAC 和IP之后，即先保存该模板，并用 OmniPeek开启，可以查看到关于Checksum的提示，如： 之后根据提示再用 Ultraedit 修改， 之后再用 OmniPeek开启后举行检查，看MAC， IP以及 Checksum 是否正确。 用OmniPeek软件的“Edit Send Packet”可以对其举行修改，但并不生效，
5、这点也要留神（只能用来获得Checksum, 之后还是要用 Ultraedit 修改后保存下来供后续测试使用）。 2选用DHCP Option125的Request数据包模板，设置报文内的MAC地址，IP地址，Option125的Option Data，以及UDP Checksum； 修改Discover包内容例如： 修改内容 Ethernet Header / Source : 00:1D:47:20:07:70 DHCP / Client Identifier / Hardware Address : 00:1D:47:20:07:70 DHCP / Requested IP Addres
6、s / Address : 192.168.1.3 DHCP / Server Identifier / Address : 192.168.1.1 DHCP / Unknown / Option Data : 12453434 01024555 02025667 03025566 UDP / UDP Checksum : XXXX 说明 客户端设备MAC地址 客户端设备MAC地址 客户端设备苦求获得的IP地址 CPE(DHCP Server)的IP地址 Option125的Option Data 根据提示信息修改Checksum值 3Client PC使用OmniPeek对LAN口开头抓包，
7、然后依次发送DHCP Option125 Discover包和Request包，查看抓到的数据包内容。CPE应当在收到DHCP Discover和Request苦求报文之后很快分别回应DHCP Offer和Ack报文，且回应的这两个报文中包含Option125的数据(Option125的Option Data中包含了CPE的OUI,SerialNumber,ProductClass信息,各个信息均与设备实际参数保持一致)； 4Client PC通过串口或者Telnet登录CPE，查看串口信息，其中包含客户端设备的IP地址、OUI、SerialNumber、ProductClass信息； 5登录
8、TR-069平台（以中兴服务器为例），查询到CPE并举行配置管理，进入动态参数树界面，选择管理服务器目次下的管理服务器节点查看信息，其中ManageableDeviceNumberOfEntries应正确显示当前连接上的TR-111可管理设备的数量，即TR-111客户端设备，属性为只读； 6选择管理服务器目次下的ManageableDevice节点，查看TR-111客户端设备信息，应当正确显示TR-111客户端设备的OUI、SerialNumber、ProductClass，参数值应当与DHCP Option125报文中设置的参数一致，属性为只读； 7Client PC中断发送模拟DHCP报文
9、,即中断TR111客户端设备与CPE的通信，等待一段时间后(一般1-2分钟，概括根据CPE实际处境而定)，再次查看CPE的串口信息以及通过TR-069平台查看管理服务器目次下各节点的信息。此时，CPE的managable.device列表中应当显示没有TR-111客户端设备，同时通过TR-069平台查看到的ManageableDeviceNumberOfEntries应当为0，而ManageableDevice应当提示“子树没有数据”。 串口信息： TR069平台信息： TR111是TR069的拓展，大家先熟谙了TR069的测试，TR111就对比简朴了。 这里小结一下整个过程：为了让ACS对CPE内部设备举行统一管理，CPE网关和内部设备需要使用TR-111协议定义的交互机制。CPE通过动态主机配置协议(DHCP)将ACS地址通知给 内部设备，内部设备使用数据报协议通过网络地址转换简朴穿越(STUN)机制在网关上建立一个与ACS交互的端口映射，这样ACS就可以透过网关对内部设备举行配置(设置机顶盒的编解码特性、电子节目指南(EPG)地址等。目前我们只是做了简朴的模拟测试，后续大家可以根据实际条件做更细致的测试。 6
