TR111測試小結

2021-09-21 18:01:31 字數 2173 閱讀 4347

測試目的:

tr111 是 tr069功能的拓展,用來實現acs對cpe下面連線的支援tr-111的家庭網路裝置的簡單管理,例如機頂盒、攝像頭等;實際測試中我們使用軟體傳送dhcp option125來模擬tr111裝置,可快速測試cpe的tr111功能。

測試步驟:

關於tr111的測試,開發人員提供了一些文件,不過文件上有些地方不明確,容易造成誤導,因此我這裡專門寫乙個關於tr111測試的資料,供大家參考。

以rg為例:

測試步驟:

1. client pc開啟omnipeek,選用dhcp option125的discover資料報模板(模板可由開發人員提供或自行抓取),設定報文內的mac位址,ip位址,option125的option data(包含oui,serialnumber,productclass等資訊),以及udp checksum;

修改discover包內容例如:

特別注意, 這裡客戶端不是指 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包內容例如:

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的列表中應當顯示沒有tr-111客戶端裝置,同時通過tr-069平台檢視到的manageabledevicenumberofentries應當為0,而manageabledevice應當提示「子樹沒有資料」。

串列埠資訊:

tr069平台資訊:

tr111是tr069的拓展,大家先熟悉了tr069的測試,tr111就比較簡單了。

這裡小結一下整個過程:為了讓acs對cpe內部裝置進行統一管理,cpe閘道器和內部裝置需要使用tr-111協議定義的互動機制。cpe通過動態主機配置協議(dhcp)將acs位址通知給內部裝置,內部裝置使用資料報協議通過網路位址轉換簡單穿越(stun)機制在閘道器上建立乙個與acs互動的埠對映,這樣acs就可以透過閘道器對內部裝置進行配置(設定機頂盒的編譯碼特性、電子節目指南(epg)位址等。

目前我們只是做了簡單的模擬測試,後續大家可以根據實際條件做更詳細的測試。

港口111班級小結

2011 2012年度文明班級申請 時間匆匆流逝,轉眼一學年已經結束。作為機械系一員的我班,在張老師,葉老師的領導下,我班始終跟著學院步伐,不斷邁向新台階。以下是對我班的一學期在此過程中的小結。1.班級學風的建設 良好的學風是乙個班級發展的源動力。常規性的班級活動可以促進班級同學之間的相互了解,增進...

111班吳樂奕期末小結

期末小結 光陰似箭,回首這半年的點點滴滴,朝朝暮暮,對我來說真是飛躍的半年。在這半年裡,無論是學習方法 態度還是紀律都比小學更上了一層樓。下面,我就這幾簡單的總結一下。在日常生活上 以前我是乙個衣來伸手飯來張口的小孩子,而通過5天軍訓生活和這半年老師和同學們的幫助,使我養成了獨立性,不再嬌生慣養,現...

軟體測試小結

一 測試基礎 測試模型 v模型 測試的目的 發現程式中錯誤,是為了證明程式有錯,而不是證明程式無錯。測試的原則 測試貫穿各個階段 測試用例應由輸入部分與之對應的輸出結果組成 程式設計師應該避免檢查自己的程式 一定要注意測試中的錯誤集中發生現象 對測試錯誤結果一定要有乙個確認的過程 制定乙個嚴格的測試...