對第四層及更高層交換機的測試需要考慮到實際的通信流（例如，會話的建立、數據傳輸、會話的拆除）。就其性質而言，這種通信主要由多種數據幀（包）組成。因而，如果測試人員要測試這種高層交換機，僅考慮一種大小的數據幀就不可取了。

  但是，需要認識到，處理更小和更大的數據單元確實存在于四到七層的交換機測試中。這種數據單元在測試中被稱為“對象大小”，即通過交換機從服務器返回給客戶端的對象大小。非常重要的一點是，這些對象的大小通常要比標準以太網的最大的數據幀（1518字節）還要大。

  5、考慮局域網交換機能源效率測試的通信類型

  根據通信的屬性不同，交換機需要處理硬件或軟件中或軟硬件組合中的通信。雖然交換機的廠商很少披露其細節，但是對于測試人員來說，理解軟件和硬件可以對交換機的能耗產生重大影響是很重要的……

  在交換機無法處理依賴于硬件芯片的某種通信時，就必須依賴于運行于主處理器中的軟件，而這必定要增加CPU 的負擔，從而增加能耗。

  因而，在測量能耗時，通信類型和通信組合類型必須適用于你的使用目的，這一點非常重要。雖然多數交換機在硬件中處理第二層的通信，但是還有一些交換機在主處理器中處理第三層的某些或所有功能。

  有時候，要想理解正在處理哪一層的通信并不太容易，甚至使人糊涂。關鍵是要記住，并不是內容決定層，而是交換機功能和設置決定了其層次。例如，我們可以將第七層的http通信通過第二層的交換機，但這臺交換機僅能根據第二層的信息作出決定。因而，其結果都是相同的，而不管其通信是否包含應用程序信息還是除了第二層的地址信息什么也沒有。

  請記住，正因為你要傳輸上層的通信，你就不能簡單地假定交換機正在一個特定水平上處理數據，除非你制定了測試計劃，并證明你根據協議堆棧中特定等級的內容指導了通信。舉個例子來說，我們可以設計許多第七層的測試，指示交換機根據所請求的web頁面將通信發送給一個特定端口。這時，通過驗證服務器是否收到了“get”請求，測試人員很容易地就可以證明這種處理過程是否正在某個層次上執行。

[1]  [2]  [3]