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: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 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值 特别注意， 这里客户端不是指 Client PC， 而是支持TR111的设备机顶盒、摄像头等，由于我们没有连接实物，因此这里设置的也是虚拟的MAC地址；客户端设备地址不能与Client PC地址冲突。

修改时建议用Ultraedit进行，由于事先无法确定Checksum,因此在修改 MAC 和IP之后，即先保存该模板，并用 OmniPeek打开，可以查看到关于Checksum的提示，如：

之后根据提示再用 Ultraedit 修改， 之后再用 OmniPeek打开后进行检查，看MAC， IP以及 Checksum 是否正确。

用OmniPeek软件的“Edit Send Packet”可以对其进行修改，但并不生效，这点也要注意（只能用来获得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 Address / 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值

3．Client PC使用OmniPeek对LAN口开始抓包，然后依次发送DHCP Option125 Discover包和Request包，查看抓到的数据包内容。CPE应当在收到DHCP Discover和Request请求报文之后很快分别回应DHCP Offer和Ack报文，且回应的这两个报文中包含Option125的数据(Option125的Option Data中包含了CPE的OUI,SerialNumber,ProductClass信息,各个信息均与设备实际参数保持一致)；

4．Client PC通过串口或者Telnet登录CPE，查看串口信息，其中包含客户端设备的IP地址、OUI、SerialNumber、ProductClass信息；

5．登录TR-069平台（以中兴服务器为例），查询到CPE并进行配置管理，进入动态参数树界面，选择管理服务器目录下的管理服务器节点查看信息，其中ManageableDeviceNumberOfEntries应正确显示当前连接上的TR-111可管理设备的数量，即TR-111客户端设备，属性为只读；

6．选择管理服务器目录下的ManageableDevice节点，查看TR-111客户端设备信息，应当正确显示TR-111客户端设备的OUI、SerialNumber、ProductClass，参数值应当与DHCP Option125报文中设置的参数相同，属性为只读；

7．Client PC停止发送模拟DHCP报文,即停止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)地址等。目前我们只是做了简单的模拟测试，后续大家可以根据实际条件做更详细的测试。

本文来源：https://www.bwwdw.com/article/l0nf.html