模組與介面測試

註冊一個Netfilter hook 需要調用 nf_register_hook()函數，以及使用到一個 nf_hook_ops 結 構。nf_register_hook()函數以一個 nf_hook_ops 結構的位址作為參數並且返回一個整數型的 值。

而另外使用到的Socket Stack 也內建在 Linux Kernel 中，主要是在提供使用者網路存取的功 能，擇路協定利用它來產生控制封包並且傳送封包。

6.2.5 模組與介面測試

Ad-hoc 群播繞徑模組(SMRP)功能符合性測試 1. 測試項目表

代碼 測試項目 測試項目簡介 備註

NET-C-01 Node Join 測試新節點是否能夠加入已存在之 multicast group NET-C-02 Group Member

Monitor

驗證來源節點是否能夠監測目前群組成員組成

2. 測試程序

(1)NET-C-01：Node Join (a)測試設備與系統參數

PCM-7230 嵌入式系統 5 套 (b)測試系統架構與場景

<註> 節點 C，D 預設為群組成員；節點 A 為初始網路架構下之封包發送節點，節 點E 為中途加入之封包發送節點。

(c)測試步驟

Step 1: 原始網路組成僅有來源節點 A，中繼 Relay Node B，群組成員 C，D.

Step 2: 新來源節點加入原始網路，進行 RREQ-J/RREP-J 路徑找尋程序 Step 3: 觀察群組成員 C，D 是否能收到來自節點 E 之封包

(d)測試結果評估標準

測試結果滿足以下條件則本功能符合：

Rule 1: 群組成員 C，D 可收到來源節點 A，E 分別發送之 128 bytes 之 IP 封包訊 息。

(e)測試結果

架設網路結構如(b)的場景。並且給予位置的對應如下為：

NODE Number

A 1

B 8

C 5

D 9

E 2

<註>這個位置的對應是方便將場景的字母代號轉換成電腦的代號。

進行 Step 1 將 A、B、C 和 D 四節點架設起來，並以 A 為來源節點，B 為 Relay Node，而 C 和 D 為群組成員節點。圖 6-1、圖 6-2 和圖 6-3 為 Node A、C 和 D 的畫面快照，用以證 明原始網路已經架設完畢。

圖6-1 Node A 快照

圖6-1 中 Node A 送出資料為”DATA1”，而其下出現的即是群組成員節點代號 5 和 9 即是Node C 和 Node D，由此可知 Node A 成功和群組成員節點相連接。

圖6-2 Node C 快照

圖6-3 Node D 快照

圖6-2 和圖 6-3 出現”DATA1”證明 Node A 成功和群組成員節點相連接，並且群組成員 節點成功接收到來自Node A 封包。

接下來進行Step 2 和 Step 3，如圖 6-4，Node E 加入群組並且傳送資料`DATA2’給群組 成員。如圖6-5 和圖 6-6，`DATA2’成功被 Node C 和 Node D 成功接收，因此 Rule 1: 群組 成員C，D 可收到來源節點 A，E 分別發送之 128 bytes 之 IP 封包訊息，已經被驗證完畢。

圖6-4 Node E 快照

圖6-5 Node C 快照

圖6-6 Node D 快照 (2)NET-C-02：Group Member Monitor

(a) 測試設備與系統參數

I. PCM7230 嵌入式系統 5 套 (b)測試系統架構與場景

同NET-C-01 (c)測試步驟

Step 1:初始網路架構為來源節點 A，中繼 Relay Node B，群組成員節點 C，D。

Step 2:節點 E 加入初始網路，進行 RREQ/RREP 路徑找尋程序

Step 3:由節點 A 觀察來自節點 C，D，E 之 RREP 封包以達到監測目前群組成員之 功能

(d)測試結果評估標準

Rule 1:由來源節點 A 可週期性藉 RREQ/RREP 交換程序達到監測目前群組成員之 效果；由最初記錄之群組成員C，D 爾後中途更新為群組成員 C，D，E。

(e)測試結果

接續NET-C-01 的測試結果，由圖 6-7 可知道現在網路中的群組成員為 Node C、

Node D 和新加入的 Node E，代號分別為 5、9 和 2。因此 NET-C-02 的 Rule 1 已 經成功被驗證。

圖6-7 Node E 加入後的 Node