專利名稱：測(cè)試網(wǎng)絡(luò)設(shè)備的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)，特別地涉及一種測(cè)試網(wǎng)絡(luò)設(shè)備的方法和裝置。
背景技術(shù)：
隨著計(jì)算機(jī)技術(shù)和通信技術(shù)的發(fā)展，網(wǎng)絡(luò)設(shè)備例如交換機(jī)、路由器等實(shí)現(xiàn) 的功能和協(xié)議也越來越多，提供的服務(wù)也越來越豐富，用戶通過相關(guān)網(wǎng)絡(luò)協(xié)議 與網(wǎng)絡(luò)設(shè)備建立并接受相應(yīng)的服務(wù)。網(wǎng)絡(luò)設(shè)備的一種功能涉及對(duì)用戶數(shù)量的管 理，例如管理與網(wǎng)絡(luò)設(shè)備建立或者接受網(wǎng)絡(luò)設(shè)備提供的服務(wù)的用戶的數(shù)量，這
種功能稱作網(wǎng)絡(luò)設(shè)備的多用戶特性管理功能。比如，動(dòng)態(tài)主機(jī)配置協(xié)議DHCP (Dynamic Host Configuration Protocol)建立的DHCP CLIENT用戶等等。
網(wǎng)絡(luò)設(shè)備的多用戶特性管理功能都會(huì)涉及到網(wǎng)絡(luò)設(shè)備關(guān)于這類用戶的容 量，比如某款網(wǎng)絡(luò)設(shè)備上實(shí)現(xiàn)了 DHCP SNOOPING,即DHCP偵聽功能，DHCP CL正NT用戶容量為4k ( lk=1000 )。在對(duì)網(wǎng)絡(luò)設(shè)備的多用戶特性管理功能進(jìn)行 測(cè)試時(shí)，測(cè)試人員需要模擬使用網(wǎng)絡(luò)設(shè)備所提供的服務(wù)的用戶，驗(yàn)證網(wǎng)絡(luò)設(shè)備 的多用戶特性管理功能的正確性。
對(duì)網(wǎng)絡(luò)設(shè)備而言，主要通過MAC地址和IP地址來標(biāo)識(shí)一個(gè)用戶。其中介 質(zhì)訪問控制MAC (Media Access Control)地址是燒錄在網(wǎng)卡NIC (Network Interface Card)里的地址，也叫物理地址，是識(shí)別局i或網(wǎng)LAN (Local Area Network)節(jié)點(diǎn)的標(biāo)識(shí)。網(wǎng)卡的物理地址通常是由網(wǎng)卡生產(chǎn)廠家燒入網(wǎng)卡的 EPROM,它存儲(chǔ)的是傳輸數(shù)據(jù)時(shí)標(biāo)識(shí)發(fā)出數(shù)據(jù)的電腦和接收數(shù)據(jù)的主機(jī)的地 址。也就是說，在網(wǎng)絡(luò)底層的物理傳輸過程中，是通過物理地址來識(shí)別主機(jī)的， 它一般是全球唯一的。網(wǎng)際協(xié)議IP (Internet Protocol)地址工作在網(wǎng)絡(luò)層， 在邏輯上標(biāo)識(shí)網(wǎng)絡(luò)中的一臺(tái)主機(jī)。 一般用點(diǎn)分十進(jìn)制表示，比如192.168丄1。此外，由于網(wǎng)絡(luò)設(shè)備一般都實(shí)現(xiàn)了虛擬局域網(wǎng)VLAN (Virtual Local Area Network )，網(wǎng)絡(luò)設(shè)備用VLAN ID來標(biāo)識(shí)用戶所在的VLAN。因此網(wǎng)絡(luò)設(shè)備標(biāo) 識(shí)一個(gè)用戶，可以通過IP地址、MAC地址和VLAN ID這三個(gè)參凄t來唯一標(biāo) 識(shí)。如果網(wǎng)絡(luò)設(shè)備沒有實(shí)現(xiàn)VLAN技術(shù)，那么一jf殳通過MAC地址和IP地址 來唯一標(biāo)識(shí)。
DHCP SNOOPING —般在連接有DHCP用戶的網(wǎng)絡(luò)設(shè)備上開啟。在DHCP 的網(wǎng)絡(luò)環(huán)境中經(jīng)常會(huì)出現(xiàn)用戶私自設(shè)置IP地址的情況，這樣的用戶通常稱作 非法用戶，非法用戶的存在增加了網(wǎng)絡(luò)維護(hù)的困難，并且會(huì)導(dǎo)致一些使用DHCP 獲取IP地址的合法用戶因?yàn)镮P地址沖突而無法正常使用網(wǎng)絡(luò)。DHCP SNOOPING通過窺探DHCP用戶和DHCP服務(wù)器之間交互的DHCP報(bào)文，把 用戶身份信息例如用戶終端的MAC地址、用戶終端所在的物理端口號(hào)等信息
等信息組成一個(gè)用戶記錄表項(xiàng)，形成DHCP SNOOPING的用戶數(shù)據(jù)庫，通過 該用戶數(shù)據(jù)庫的信息對(duì)用戶發(fā)送的報(bào)文進(jìn)行合法性檢查，丟棄不合法用戶的報(bào) 文，來達(dá)到控制用戶上網(wǎng)的目的。另外，由于DHCP服務(wù)器分配IP地址是使 用廣播的形式，從而也會(huì)存在非法DHCP服務(wù)器廣播DHCP響應(yīng)而影響用戶 正常獲取IP地址的情況。應(yīng)用DHCP SNOOPING就可以實(shí)現(xiàn)對(duì)非法DHCP服
目前網(wǎng)絡(luò)設(shè)備的多用戶特性管理功能測(cè)試的一般方式是測(cè)試人員使用一 臺(tái)或幾臺(tái)終端設(shè)備例如個(gè)人計(jì)算機(jī)PC ( Personal Computer)來模擬協(xié)議用戶， 經(jīng)過被測(cè)網(wǎng)絡(luò)設(shè)備與服務(wù)器交互，測(cè)試網(wǎng)絡(luò)設(shè)備的多用戶特性管理功能的正確 性。在網(wǎng)絡(luò)維護(hù)中一般對(duì)于用戶數(shù)達(dá)到或超過被測(cè)網(wǎng)絡(luò)設(shè)備的容量時(shí)網(wǎng)絡(luò)的運(yùn) 行狀況更加關(guān)心，比如系統(tǒng)崩潰，內(nèi)存泄露，轉(zhuǎn)發(fā)異常等，需要研究如何應(yīng)對(duì) 這些狀況的發(fā)生，因此需根據(jù)模擬出網(wǎng)絡(luò)設(shè)備的用戶數(shù)容量這樣的數(shù)量較大的 用戶，該數(shù)量往往在IOOO以上，由于一臺(tái)pc只能^t擬為一個(gè)用戶，在通常的 實(shí)驗(yàn)環(huán)境中無法模擬上千個(gè)用戶，這樣無法充分測(cè)試在用戶數(shù)達(dá)到或超過被測(cè)網(wǎng)絡(luò)設(shè)備的容量時(shí)被測(cè)網(wǎng)絡(luò)設(shè)備的性能。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種測(cè)試網(wǎng)絡(luò)設(shè)備的方法和裝置，以解決現(xiàn)有技 術(shù)中無法充分測(cè)試在用戶數(shù)達(dá)到或超過被測(cè)網(wǎng)絡(luò)設(shè)備的容量時(shí)被測(cè)網(wǎng)絡(luò)設(shè)備 的性能的問題。
為解決上述問題，本發(fā)明提供如下的技術(shù)方案 一種測(cè)試網(wǎng)絡(luò)設(shè)備的方法，包括如下步驟
測(cè)試裝置根據(jù)設(shè)置的一個(gè)或多個(gè)用戶標(biāo)識(shí)，按照網(wǎng)絡(luò)設(shè)備提供的服務(wù)所應(yīng) 用的協(xié)議對(duì)應(yīng)的開》丈系統(tǒng)互連參考模型OSI/RM層次，生成屬于所述OSI/RM 各層次的字段，并將生成的字段合并構(gòu)成對(duì)應(yīng)于各用戶標(biāo)識(shí)的服務(wù)請(qǐng)求報(bào)文；
測(cè)試裝置將構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文向網(wǎng)絡(luò)設(shè)備發(fā)送，并根據(jù)預(yù)設(shè) 的測(cè)試項(xiàng)目與網(wǎng)絡(luò)設(shè)備根據(jù)收到的報(bào)文與測(cè)試裝置進(jìn)行信息交互；
測(cè)試裝置獲取所述信息交互產(chǎn)生的屬于預(yù)設(shè)測(cè)試項(xiàng)目的數(shù)據(jù)，并輸出根據(jù) 該數(shù)據(jù)得到的網(wǎng)絡(luò)設(shè)備性能分析結(jié)果。
一種測(cè)試網(wǎng)絡(luò)設(shè)備的裝置，包括
報(bào)文構(gòu)成模塊，用于根據(jù)預(yù)設(shè)的一個(gè)或多個(gè)用戶標(biāo)識(shí)，按照網(wǎng)絡(luò)設(shè)備提供 的服務(wù)所應(yīng)用的協(xié)議對(duì)應(yīng)的開放系統(tǒng)互連參考模型OSI/RM層次，生成屬于所 述OSI/RM各層次的字段，并將生成的字段合并構(gòu)成對(duì)應(yīng)于各用戶標(biāo)識(shí)的服務(wù) 請(qǐng)求報(bào)文；
交互模塊，用于向網(wǎng)絡(luò)設(shè)備發(fā)送報(bào)文構(gòu)成模塊構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求 報(bào)文，并根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目與網(wǎng)絡(luò)設(shè)備收到該報(bào)文后與網(wǎng)絡(luò)設(shè)備進(jìn)行信息交 互；
獲取模塊，用于獲取所述信息交互產(chǎn)生的屬于預(yù)設(shè)項(xiàng)目的數(shù)據(jù)，并輸出根 據(jù)該數(shù)據(jù)得到的網(wǎng)絡(luò)設(shè)備性能分析結(jié)果。
根據(jù)本發(fā)明實(shí)施例的技術(shù)方案，根據(jù)預(yù)設(shè)的用戶標(biāo)識(shí)生成測(cè)試報(bào)文并根據(jù)生成的報(bào)文與被測(cè)網(wǎng)絡(luò)設(shè)備進(jìn)行信息交互，以及獲取信息交互過程中產(chǎn)生的數(shù) 據(jù)，在此過程中是由測(cè)試裝置根據(jù)設(shè)置的用戶標(biāo)識(shí)生成測(cè)試報(bào)文，而不是根據(jù) 實(shí)際的終端設(shè)備的標(biāo)識(shí)生成測(cè)試報(bào)文，所以能夠突破一臺(tái)終端設(shè)備只能模擬一 個(gè)測(cè)試用戶的局限，實(shí)現(xiàn)在同一臺(tái)終端設(shè)備上模擬多個(gè)用戶，由此能夠充分測(cè) 試在用戶數(shù)達(dá)到或超過被測(cè)網(wǎng)絡(luò)設(shè)備的容量時(shí)被測(cè)網(wǎng)絡(luò)設(shè)備的性能。


圖1為本發(fā)明實(shí)施例的方法流程圖2為OSI/RM模型的層次示意圖3為本發(fā)明實(shí)施例中使用的測(cè)試裝置實(shí)體結(jié)構(gòu)示意圖4A和圖4B為測(cè)試裝置和被測(cè)網(wǎng)絡(luò)設(shè)備的物理連接示意圖5為測(cè)試裝置向被測(cè)網(wǎng)絡(luò)設(shè)備發(fā)送數(shù)據(jù)的處理流程圖6為測(cè)試軟件的工作流程圖7為獲取測(cè)試參數(shù)的人機(jī)界面示意圖8為顯示測(cè)試結(jié)果的人機(jī)界面示意圖9為本發(fā)明實(shí)施例中的裝置結(jié)構(gòu)示意圖。
具體實(shí)施例方式
為了在網(wǎng)絡(luò)設(shè)備的多用戶特性管理功能測(cè)試中模擬較大數(shù)量的用戶，在本 發(fā)明實(shí)施例中，預(yù)設(shè)多個(gè)用戶標(biāo)識(shí)，測(cè)試裝置根據(jù)這些預(yù)設(shè)的用戶標(biāo)識(shí)生成服 務(wù)請(qǐng)求報(bào)文并向被測(cè)的網(wǎng)絡(luò)設(shè)備發(fā)送，并獲取網(wǎng)絡(luò)設(shè)備響應(yīng)該服務(wù)請(qǐng)求報(bào)文所 生成的各種數(shù)據(jù)，以及根據(jù)這些數(shù)據(jù)對(duì)網(wǎng)絡(luò)設(shè)備的多用戶特性管理功能進(jìn)行分 析。具體步驟如圖i所示。
步驟ll:設(shè)置用戶標(biāo)識(shí)。設(shè)置用戶標(biāo)識(shí)是為了構(gòu)造用于測(cè)試的服務(wù)請(qǐng)求報(bào) 文，所以用戶標(biāo)識(shí)的類型根據(jù)報(bào)文所使用的協(xié)議的要求而定。例如服務(wù)請(qǐng)求報(bào) 文是DHCP請(qǐng)求報(bào)文，那么根據(jù)DHCP協(xié)議的要求，用戶標(biāo)識(shí)為MAC地址。在一些網(wǎng)絡(luò)服務(wù)中也需要驗(yàn)證用戶的IP地址，或者既驗(yàn)證用戶IP地址又驗(yàn)證
MAC地址。所以設(shè)置的用戶標(biāo)識(shí)可以是用戶IP地址和/或MAC地址。在實(shí)現(xiàn) 了虛擬局域網(wǎng)VLAN ( Virtual Local Area Network)的網(wǎng)絡(luò)環(huán)境中，還可以使用 虛擬網(wǎng)絡(luò)標(biāo)識(shí)VLAN ID和MAC地址的組合作為用戶標(biāo)識(shí)。另外也可以將IP 地址與VLAN ID以及MAC地址共同作為用戶標(biāo)識(shí)。在測(cè)試時(shí)如果已有前次 測(cè)試設(shè)置的用戶標(biāo)識(shí)，則可以直接從步驟12開始測(cè)試流程。如果需要考察網(wǎng) 絡(luò)設(shè)備的多用戶特性管理功能在較大數(shù)目的用戶數(shù)下的功能執(zhí)行情況，則可以 根據(jù)網(wǎng)絡(luò)設(shè)備提供的服務(wù)的用戶容量設(shè)置多個(gè)用戶標(biāo)識(shí)。
步驟12:測(cè)試裝置生成服務(wù)請(qǐng)求報(bào)文。在實(shí)際網(wǎng)絡(luò)應(yīng)用系統(tǒng)中每個(gè)用戶的 服務(wù)請(qǐng)求報(bào)文中包含了該用戶的標(biāo)識(shí)，所以在測(cè)試中也采取相同的做法，在每 個(gè)用于測(cè)試的服務(wù)請(qǐng)求報(bào)文中包含有生成的用戶標(biāo)識(shí)，并且該服務(wù)請(qǐng)求是按照 網(wǎng)絡(luò)設(shè)備提供的服務(wù)所應(yīng)用的協(xié)議生成，例如DHCP協(xié)議和IEEE802.1x協(xié)議。 可以是對(duì)應(yīng)于如圖2所示的開放系統(tǒng)互連參考模型OSI/RM (Open System Interconnection Reference Model)的各個(gè)層次，生成屬于OSI/RM各層次的字 段，并將生成的字段合并構(gòu)成服務(wù)請(qǐng)求報(bào)文。在步驟11中如果生成了一個(gè)或 多個(gè)用戶標(biāo)識(shí)，那么在本步驟中相應(yīng)地可以生成一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文。 步驟13:測(cè)試裝置將生成的服務(wù)請(qǐng)求報(bào)文向網(wǎng)絡(luò)設(shè)備發(fā)送。 步驟14:網(wǎng)絡(luò)設(shè)備根據(jù)收到的報(bào)文與測(cè)試裝置進(jìn)行信息交互。網(wǎng)絡(luò)設(shè)備根 據(jù)用戶發(fā)送的服務(wù)請(qǐng)求報(bào)文與用戶進(jìn)行信息交互的具體內(nèi)容根據(jù)網(wǎng)絡(luò)設(shè)備提 供的服務(wù)類型而定，例如針對(duì)網(wǎng)絡(luò)設(shè)備提供的DHCP服務(wù)器功能，用戶需要利 用該功能獲得IP地址，則用戶向該網(wǎng)絡(luò)設(shè)備發(fā)送的服務(wù)請(qǐng)求報(bào)文就是DHCP 請(qǐng)求，相應(yīng)地網(wǎng)絡(luò)設(shè)備返回DHCP響應(yīng)，于是該用戶獲得IP地址。信息交互 還可以包括進(jìn)一步的交互，而不僅限于一個(gè)回合的交互，例如上例中，用戶獲 得IP地址之后，可以進(jìn)一步使用獲取的IP地址，例如發(fā)送ARP (Address Resolution Protocol)請(qǐng)求報(bào)文，或者向網(wǎng)絡(luò)設(shè)備請(qǐng)求其他服務(wù)，該其他服務(wù)需 要驗(yàn)證用戶的IP地址和MAC地址。并且，在測(cè)試環(huán)境下，網(wǎng)絡(luò)設(shè)備也可以是向測(cè)試裝置轉(zhuǎn)發(fā)信息，例如測(cè)試網(wǎng)絡(luò)設(shè)備的DHCP SNOOPING功能，則測(cè)試 裝置模擬用戶端和服務(wù)器端，在模擬的用戶端與服務(wù)器端之間互相發(fā)送信息， 而這些信息都通過網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)，以此來測(cè)試網(wǎng)絡(luò)設(shè)備的DHCP SNOOPING功能。
需要說明的是，對(duì)于步驟13和14，也可以是并列地進(jìn)行，就是說，在步 驟13中測(cè)試裝置向網(wǎng)絡(luò)設(shè)備發(fā)送服務(wù)請(qǐng)求報(bào)文的同時(shí)，可以進(jìn)行步驟14,即 網(wǎng)絡(luò)設(shè)備根據(jù)已收到的服務(wù)請(qǐng)求報(bào)文與測(cè)試裝置進(jìn)行信息交互。 在網(wǎng)絡(luò)設(shè)備生成多用戶特性管理信息之后，即進(jìn)行步驟15。 步驟15:測(cè)試裝置根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目，獲取步驟14中產(chǎn)生的屬于預(yù)設(shè) 測(cè)試項(xiàng)目的數(shù)據(jù)。因?yàn)樵诓襟E14的信息交互中通常會(huì)產(chǎn)生多種數(shù)據(jù)，除了有 關(guān)于多用戶管理信息的數(shù)據(jù)例如DHCP SNOOPING用戶數(shù)據(jù)庫，還包括一些 事件數(shù)據(jù)例如異常事件報(bào)告，其中有些數(shù)據(jù)是測(cè)試人員所關(guān)心的，所以可以預(yù) 先設(shè)置一些測(cè)試項(xiàng)目，例如在步驟14中進(jìn)行了請(qǐng)求IP地址的DHCP協(xié)議交互， 在本步驟中就可以測(cè)試IP地址的請(qǐng)求成功或失敗的次^:,或者測(cè)試該請(qǐng)求過 程中是否能夠正確產(chǎn)生服務(wù)響應(yīng)信息例如DHCP服務(wù)器向用戶分配的IP地址 和租約時(shí)間等；又如在步驟14中用戶獲取了 IP地址之后，在本步驟中可以進(jìn) 一步考察用戶根據(jù)獲取的IP地址是否能夠在發(fā)送測(cè)試報(bào)文例如發(fā)出ARP請(qǐng)求 之后收到正確的測(cè)試響應(yīng)信息例如ARP回應(yīng)信息；又如在測(cè)試DHCP SNOOPING功能時(shí)，測(cè)試裝置的兩個(gè)端口互相發(fā)送服務(wù)請(qǐng)求報(bào)文和服務(wù)應(yīng)答 報(bào)文，發(fā)送過程中是通過被測(cè)網(wǎng)絡(luò)設(shè)備進(jìn)行轉(zhuǎn)發(fā)，網(wǎng)絡(luò)設(shè)備執(zhí)行自身功能，即 DHCP SNOOPING功能，記錄測(cè)試裝置的兩個(gè)端口之間的相關(guān)信息，生成記錄 有IP地址與MAC地址的記錄表項(xiàng)。總之，在信息交互中，測(cè)試裝置根據(jù)預(yù)設(shè) 的項(xiàng)目，獲取信息交互過程產(chǎn)生的屬于預(yù)設(shè)的測(cè)試項(xiàng)目的數(shù)據(jù)。本步驟可以和 步驟14并列進(jìn)行，即在步驟14的信息交互的過程中獲取屬于預(yù)設(shè)測(cè)試項(xiàng)目的 數(shù)據(jù)。
步驟16:測(cè)試裝置輸出網(wǎng)絡(luò)設(shè)備性能分析結(jié)果。因?yàn)樵诓襟E15中已經(jīng)獲得了有關(guān)測(cè)試項(xiàng)目的數(shù)據(jù)，所以能夠根據(jù)這些數(shù)據(jù)進(jìn)行分析。這種分析可以是 測(cè)試裝置自動(dòng)地進(jìn)行，例如根據(jù)編寫的程序來檢查多個(gè)服務(wù)請(qǐng)求報(bào)文被發(fā)送之
后收到正確的回應(yīng)報(bào)文的比例，即網(wǎng)絡(luò)設(shè)備服務(wù)響應(yīng)正確率；也可以是在測(cè)試 人員的操作下進(jìn)行，例如根據(jù)輸出的異常事件報(bào)告進(jìn)行分析，又如根據(jù)DHCP SNOOPING功能中得到的記錄表項(xiàng)，在測(cè)試裝置的模擬用戶端進(jìn)一步發(fā)送測(cè)試 報(bào)文，其中包含設(shè)置的IP地址和MAC地址，通過被測(cè)裝置轉(zhuǎn)發(fā)，檢查該測(cè)試 報(bào)文是否被允許轉(zhuǎn)發(fā)或丟棄，以此驗(yàn)證記錄表項(xiàng)的正確性或者DHCP SNOOPING功能完好性。在本步驟中由測(cè)試裝置將上迷分析的結(jié)果輸出，于是 完成本次測(cè)-汰。
下面結(jié)合具體的測(cè)試裝置實(shí)體結(jié)構(gòu)對(duì)本發(fā)明實(shí)施例的方法作進(jìn)一步說明。 本發(fā)明實(shí)施例中使用的測(cè)試裝置實(shí)體結(jié)構(gòu)如圖3所示，包括測(cè)試軟件31，用于 生成測(cè)試需要的報(bào)文以及顯示測(cè)試結(jié)果；操作系統(tǒng)32,用于提供應(yīng)用軟件與物 理硬件的轉(zhuǎn)換接口；物理硬件33,包括處理器、存儲(chǔ)器和輸入輸出等硬件設(shè)備。 可以使用常用的PC才幾來構(gòu)建測(cè)試裝置，該P(yáng)C才幾包含一塊或兩塊網(wǎng)卡，用于 收發(fā)測(cè)試裝置與被測(cè)設(shè)備之間的交互信息，在該P(yáng)C機(jī)中運(yùn)行常用的操作系統(tǒng) 例如Window操作系統(tǒng)等。
測(cè)試裝置和被測(cè)網(wǎng)絡(luò)設(shè)備的物理連接如圖4A和圖4B所示。在圖4A和圖 4B中，測(cè)試裝置41上的串口連接到被測(cè)網(wǎng)絡(luò)設(shè)備42的CONSOLE端口 ， 二 者間通過串口電纜直接連接形成線路40，用于進(jìn)行網(wǎng)絡(luò)設(shè)備配置管理，并實(shí)時(shí) 監(jiān)控測(cè)試過程的輸入與輸出信息。線路4A1 、線路4B3和線路4B4用于傳送服 務(wù)請(qǐng)求報(bào)文以及測(cè)試裝置41與被測(cè)網(wǎng)絡(luò)設(shè)備42根據(jù)服務(wù)請(qǐng)求報(bào)文進(jìn)行的信息 交互。線路4A1、線路4B3和線路4B4可以采用五類雙絞線構(gòu)成。圖4A和圖 4B的不同之處在于圖4A的連接方式中使用了一塊網(wǎng)卡4A0，而圖4B的連接 方式中使用了兩塊網(wǎng)卡4B1和4B2。下面對(duì)此作進(jìn)一步解釋。圖4A的測(cè)試系 統(tǒng)中，測(cè)試裝置41模擬申請(qǐng)網(wǎng)絡(luò)服務(wù)的用戶，例如向DHCP服務(wù)器申請(qǐng)IP地 址，則測(cè)試裝置41生成DHCP請(qǐng)求報(bào)文，通過網(wǎng)卡4A0，在線路4A1上向被測(cè)網(wǎng)絡(luò)設(shè)備42發(fā)送，被測(cè)網(wǎng)絡(luò)設(shè)備42響應(yīng)該DHCP請(qǐng)求報(bào)文，通過線路4A1 返回DHCP服務(wù)應(yīng)答報(bào)文，這樣可以測(cè)試DHCP服務(wù)器關(guān)于分配IP地址的多 用戶特性管理功能。而在圖4B的測(cè)試系統(tǒng)中，測(cè)試裝置41同時(shí)才莫擬用戶端和 服務(wù)器端，用戶端報(bào)文通過網(wǎng)卡4B1發(fā)送和接收，服務(wù)器端報(bào)文通過網(wǎng)卡4B2 發(fā)送和接收。例如需要測(cè)試網(wǎng)絡(luò)設(shè)備的DHCP SNOOPING功能，從網(wǎng)卡4B1 發(fā)出DHCP請(qǐng)求報(bào)文，在線路4B3上傳送至被測(cè)網(wǎng)絡(luò)設(shè)備42,由被測(cè)網(wǎng)絡(luò)設(shè) 備42將該DHCP請(qǐng)求報(bào)文在線路4B4上轉(zhuǎn)發(fā)至測(cè)試裝置41 ，測(cè)試裝置41通 過網(wǎng)卡4B2接收；然后測(cè)試裝置41根據(jù)預(yù)先設(shè)置的DHCP響應(yīng)報(bào)文，將對(duì)應(yīng) 于被測(cè)網(wǎng)絡(luò)設(shè)備42轉(zhuǎn)發(fā)的DHCP請(qǐng)求報(bào)文的DHCP響應(yīng)報(bào)文通過網(wǎng)卡4B2， 在線路4B4上向被測(cè)網(wǎng)絡(luò)設(shè)備42發(fā)送，被測(cè)網(wǎng)絡(luò)設(shè)備42再將該DHCP響應(yīng) 報(bào)文通過線路4B3向測(cè)試裝置41發(fā)送，測(cè)試裝置41通過網(wǎng)卡4B1進(jìn)行接收。 所以，具體是采用圖4A還是圖4B所示的測(cè)試系統(tǒng)，應(yīng)當(dāng)根據(jù)被測(cè)網(wǎng)絡(luò)設(shè)備 的多用戶特性管理功能的類型來決定。
應(yīng)用圖4A所示的測(cè)試系統(tǒng)，測(cè)試裝置41向被測(cè)網(wǎng)絡(luò)i殳備42發(fā)送數(shù)據(jù)的 處理流程如圖5所示。
步驟51:接收測(cè)試參數(shù)。測(cè)試參數(shù)由測(cè)試人員輸入，類型包括模擬的用戶 MAC地址、用戶IP地址、用戶數(shù)量、用戶VID等，4艮據(jù)需要測(cè)試的多用戶特 性管理功能來確定具體需要的測(cè)試參數(shù)。在模擬多個(gè)用戶的情況下，用戶的 MAC地址和IP地址可以使用初始值與模擬用戶數(shù)相結(jié)合的方法來生成，例如 要生成5個(gè)用戶的IP地址，設(shè)置IP初始值為172.16.1.1,并且設(shè)置才莫擬用戶數(shù) 為5,則生成的5個(gè)用戶的IP地址為172.16.1.1, 172.16.1.2, 172.16.1.3, 172.16.1.4, 172.16.1.5。 MAC地址的設(shè)置也可以4吏用類似的方法進(jìn)行。
步驟52:構(gòu)造測(cè)試報(bào)文。
步驟53:將構(gòu)造的測(cè)試報(bào)文向被測(cè)網(wǎng)絡(luò)設(shè)備發(fā)送。
在步驟52中，參考圖2,按照網(wǎng)絡(luò)設(shè)備提供的服務(wù)所應(yīng)用的協(xié)議對(duì)應(yīng)的開 放系統(tǒng)互連參考模型OSI/RM的各層次，生成相應(yīng)的字段，并將生成的字段合并構(gòu)成對(duì)應(yīng)于各用戶標(biāo)識(shí)的服務(wù)請(qǐng)求報(bào)文。具體可以根據(jù)如下的方式構(gòu)造測(cè)試
報(bào)文
將應(yīng)用層，表示層和會(huì)話層所承載的數(shù)據(jù)作為傳輸層的負(fù)載進(jìn)行封裝，作 為傳輸層數(shù)據(jù)負(fù)載字段。
傳輸層采用UDP或TCP報(bào)文格式進(jìn)行構(gòu)造，具體報(bào)文格式根據(jù)RFC協(xié) 議768版本或793版本的要求進(jìn)行，以應(yīng)用層傳下的數(shù)據(jù)作為負(fù)載，構(gòu)造TCP 或UDP的報(bào)文頭部，并合并應(yīng)用層數(shù)據(jù)進(jìn)行較^r和計(jì)算，最終合并作為網(wǎng)絡(luò) 層的數(shù)據(jù)負(fù)載字段。
網(wǎng)絡(luò)層采用IP報(bào)文格式進(jìn)行構(gòu)造，具體報(bào)文格式根據(jù)RFC協(xié)議791版本， 根據(jù)步驟5i中生成的IP地址，將該IP地址作為才艮文的源IP填入IP ^^頭相應(yīng) 的字段中，若需填寫目的IP地址，則同樣根據(jù)測(cè)試協(xié)議需要不變或依次遞增 變化。構(gòu)造成功IP報(bào)頭后同傳輸層傳下的數(shù)據(jù)字段合并，并作為數(shù)據(jù)鏈路層 的數(shù)據(jù)字段輸入。
數(shù)據(jù)鏈路層主要進(jìn)行以太網(wǎng)報(bào)頭的封裝，根據(jù)步驟51中生成的MAC地址，
的MAC地址，則根據(jù)測(cè)試協(xié)議需要不變或依次遞增變化。如需模擬虛擬局域 網(wǎng)環(huán)境，這里的MAC地址也可以用MAC地址與VLAN的組合來代替。對(duì)網(wǎng) 絡(luò)層傳入的數(shù)據(jù)字段直接進(jìn)行報(bào)頭字段的添加，合并后傳至物理層進(jìn)行物理鏈 路的傳輸。
物理層功能是對(duì)上層傳入的報(bào)文進(jìn)行格式轉(zhuǎn)化，進(jìn)行物理鏈路上的傳輸通 信。該格式轉(zhuǎn)化之后得到的報(bào)文即可在步驟53中進(jìn)行發(fā)送。
應(yīng)用圖4B所示的測(cè)試系統(tǒng)，網(wǎng)卡4B1向被測(cè)網(wǎng)絡(luò)設(shè)備42發(fā)送數(shù)據(jù)的處 理流程與圖5所示流程相同。網(wǎng)卡4B2需設(shè)置為混雜模式，以接收網(wǎng)絡(luò)上的任 意形式的報(bào)文。應(yīng)用圖4B所示的測(cè)試系統(tǒng)時(shí)，需預(yù)先設(shè)置服務(wù)應(yīng)答報(bào)文，例 如測(cè)試DHCP SNOOPING的多用戶特性管理功能時(shí)，需設(shè)置DHCP響應(yīng)報(bào)文， 并且這些報(bào)文應(yīng)當(dāng)對(duì)應(yīng)于從網(wǎng)卡4B1發(fā)送的DHCP請(qǐng)求報(bào)文。DHCP響應(yīng)報(bào)文的生成方式與DHCP請(qǐng)求報(bào)文相類似。
以下結(jié)合圖6，再對(duì)測(cè)試軟件的工作流程作出iJt明。
步驟61:接收測(cè)試參數(shù)。測(cè)試人員根據(jù)被測(cè)協(xié)議，設(shè)置被測(cè)協(xié)議用戶和服 務(wù)器端的參數(shù)，測(cè)試軟件在本步驟中接收測(cè)試人員輸入的參數(shù)。這些參數(shù)的類 型例如模擬的用戶數(shù)、用戶所在VLAN的VLAN ID、起始MAC地址、起始 IP地址等，根據(jù)被測(cè)的多用戶特性管理功能涉及的協(xié)議的不同，測(cè)試人員選擇 需要的參數(shù)并輸入。在一些情況下測(cè)試人員還需輸入模擬客戶端和服務(wù)器端的 網(wǎng)卡名稱，以便在步驟63中根據(jù)網(wǎng)卡的名稱指定網(wǎng)卡收發(fā)規(guī)定的報(bào)文。在網(wǎng) 卡初始化階段會(huì)進(jìn)行網(wǎng)卡信息檢索，查找系統(tǒng)中網(wǎng)卡的所注冊(cè)的I D值，協(xié)議 仿真交互過程中根據(jù)ID驅(qū)動(dòng)網(wǎng)卡進(jìn)行收發(fā)包模擬。
步驟62:判斷參數(shù)格式是否正確。在本步驟中對(duì)步驟61中接收的參數(shù)進(jìn) 行格式檢查，例如仿真用戶數(shù)只可為數(shù)字，若輸入為字母，則返回步驟61,要 求重新接收參數(shù)。
步驟63:網(wǎng)卡初始化。根據(jù)用戶輸入的網(wǎng)卡名稱，對(duì)應(yīng)查找到系統(tǒng)中相應(yīng) 網(wǎng)卡的注冊(cè)名稱從而確定網(wǎng)卡，測(cè)試過程中根據(jù)網(wǎng)卡的注冊(cè)名稱調(diào)用網(wǎng)卡并使 用該網(wǎng)卡進(jìn)行收發(fā)包。
步驟64:生成報(bào)文。在本步驟中生成報(bào)文的方式與圖5的流程中生成報(bào)文 的方式相同。在本步驟中，對(duì)于生成的服務(wù)請(qǐng)求報(bào)文，還可以對(duì)其添加標(biāo)識(shí)信 息例如報(bào)文的序號(hào)，這樣，如果在信息交互過程中出現(xiàn)的交互失敗，可直接根 據(jù)報(bào)文的標(biāo)識(shí)信息調(diào)用該次交互失敗的報(bào)文進(jìn)行重新交互或者進(jìn)行其他分析。
步驟65:協(xié)議交互仿真。根據(jù)測(cè)試的多用戶管理功能的要求，調(diào)用步驟 64中構(gòu)造的報(bào)文，由網(wǎng)卡進(jìn)行收發(fā)包工作。在這里需要說明的是，在實(shí)際操作 系統(tǒng)中的應(yīng)用層數(shù)據(jù)由操作系統(tǒng)進(jìn)行按層次的封裝，最后封裝相應(yīng)的網(wǎng)卡信 息，這些由操作系統(tǒng)在后臺(tái)完成。而在本發(fā)明實(shí)施例中，僅使用網(wǎng)卡進(jìn)行數(shù)據(jù) 收發(fā)，繞過操作系統(tǒng)的socket編程而直接驅(qū)動(dòng)網(wǎng)卡發(fā)送數(shù)據(jù)包，并不對(duì)網(wǎng)卡的 信息進(jìn)行封裝。但由于直接驅(qū)動(dòng)網(wǎng)卡進(jìn)行物理鏈路的收發(fā)包的存在一定的格式差異，所在在本步驟中需要相應(yīng)進(jìn)行報(bào)文格式的轉(zhuǎn)化，將上層傳入的報(bào)文結(jié)構(gòu) 進(jìn)行簡(jiǎn)單的編碼轉(zhuǎn)化，根據(jù)協(xié)議調(diào)用模擬網(wǎng)卡進(jìn)行幀校驗(yàn)和計(jì)算并發(fā)包，同時(shí) 會(huì)在接收方的網(wǎng)卡開啟實(shí)時(shí)監(jiān)聽，并設(shè)置協(xié)議報(bào)文的匹配規(guī)則在網(wǎng)卡進(jìn)行過濾 抓包，同時(shí)進(jìn)行簡(jiǎn)單的協(xié)議報(bào)文解析，并按協(xié)議的要求進(jìn)行處理。在本步驟中 被測(cè)網(wǎng)絡(luò)設(shè)備生成相應(yīng)的多用戶特性管理信息。
步驟66:協(xié)議交互結(jié)果處理。在本步驟中，才艮據(jù)步驟65中的協(xié)議交互產(chǎn) 生的各種數(shù)據(jù)，對(duì)協(xié)議交互結(jié)果進(jìn)行處理。因?yàn)樵诓襟E65的協(xié)議交互中通常 會(huì)產(chǎn)生多種數(shù)據(jù)，或者產(chǎn)生一些具體事件，對(duì)于其中有些數(shù)據(jù)和事件是測(cè)試人 員所關(guān)心的，所以可以預(yù)先設(shè)置一些測(cè)試項(xiàng)目，例如測(cè)試協(xié)議交互過程中的事 件次數(shù)如交互的成功或失敗的次數(shù)，或者測(cè)試協(xié)議交互過程中是否能夠正確產(chǎn) 生數(shù)據(jù)例如DHCP服務(wù)器向用戶分配的IP地址和租約時(shí)間等。在協(xié)議交互中， 測(cè)試裝置根據(jù)預(yù)設(shè)的項(xiàng)目，獲取協(xié)議交互過程產(chǎn)生的屬于預(yù)設(shè)項(xiàng)目的數(shù)據(jù)。
步驟67:判斷是否需要協(xié)議交互重放。如果在步驟66中輸出了協(xié)議交互 失敗的報(bào)文的列表，則測(cè)試人員可以預(yù)先設(shè)置是否需要重新發(fā)送這些報(bào)文或其 中的一部分，以便詳細(xì)地分析交互失敗的原因，在本步驟中測(cè)試軟件查找測(cè)試 人員預(yù)先的設(shè)置，若需重新發(fā)送這些報(bào)文，則返回步驟55，否則結(jié)束本次測(cè)試。
步驟68:生成異常報(bào)告。對(duì)于步驟63、 64和65中可能出現(xiàn)的異常情況， 在本步驟中生成異常報(bào)告，例如記錄和輸出異常信息。例如測(cè)試過程中出現(xiàn)的 系統(tǒng)不兼容，網(wǎng)卡信息無法初始化進(jìn)行異常拋出等情況，在本步驟中輸出相應(yīng) 的提示信息，使測(cè)試人員根據(jù)該信息進(jìn)行快速的錯(cuò)誤定位和排查。
步驟69:輸出測(cè)試數(shù)據(jù)。在步驟61、 65、 66、 68之后將執(zhí)行步驟69,以 實(shí)現(xiàn)測(cè)試過程中的數(shù)據(jù)記錄。記錄的數(shù)據(jù)例如接收的測(cè)試參數(shù)、測(cè)試裝置與 被測(cè)網(wǎng)絡(luò)設(shè)備之間的交互信息以及交互結(jié)果、測(cè)試過程中產(chǎn)生的異常報(bào)告、協(xié) 議交互失敗后重新發(fā)送的報(bào)文的標(biāo)識(shí)信息等。輸出的測(cè)試數(shù)據(jù)可用于對(duì)測(cè)試進(jìn) 行的分析。這種分析可以是測(cè)試裝置自動(dòng)地進(jìn)行，例如根據(jù)編寫的程序來檢查 多個(gè)服務(wù)請(qǐng)求報(bào)文被發(fā)送之后收到正確的回應(yīng)報(bào)文的比例，即網(wǎng)絡(luò)設(shè)備服務(wù)響應(yīng)正確率；也可以是由測(cè)試人員來完成，例如根據(jù)輸出的異常事件報(bào)告進(jìn)行分 析推理等。
下面再#>據(jù)圖4B所示的系統(tǒng)，以測(cè)試DHCP SNOOPING功能為例對(duì)本發(fā) 明實(shí)施例的方法作進(jìn)一步說明。根據(jù)圖4B的結(jié)構(gòu)組裝測(cè)試系統(tǒng)，通過串口將 測(cè)試裝置與被測(cè)網(wǎng)絡(luò)設(shè)備的CONSOLE端口連接。測(cè)試裝置上同時(shí)模擬DHCP 用戶和DHCP服務(wù)器，因此測(cè)試裝置中設(shè)有DHCP用戶模塊和DHCP服務(wù)器 模塊。設(shè)置測(cè)試裝置上的兩塊網(wǎng)卡IP地址分別為10.0.0.1和20.0.0.1,這樣避 免模擬過程中出現(xiàn)IP地址沖突。網(wǎng)卡4B1和4B2的名稱分別為PORT1和 PORT2。設(shè)置收發(fā)用戶端報(bào)文的網(wǎng)卡名稱為PORTl，收發(fā)服務(wù)器端報(bào)文的網(wǎng)卡 名稱為PORT2。設(shè)置多用戶模擬參數(shù)和服務(wù)器參數(shù)，客戶端參數(shù)設(shè)置模擬的 DHCP CLIENT用戶數(shù)nl,模擬的起始MAC地址n3 ，服務(wù)器端設(shè)置DHCP服 務(wù)器的IP地址，租約地址池，DNSIP地址，租約時(shí)間等參數(shù)。在本實(shí)施例中， 我們選擇測(cè)試模擬的用戶數(shù)nl = 200個(gè)，起始MAC地址n3 = 0000.0000.0001。 那么，生成的200個(gè)用戶對(duì)應(yīng)的MAC地址按設(shè)置的步長依次遞增，例如步長 為1，則第200個(gè)用戶MAC地址為0000.0000.00C8。設(shè)置DHCP SERVER的 IP地址為192.168.1.1/24，提供給DHCP用戶租約的IP地址范圍為 172.16.U0 172.16丄209,共200個(gè)IP地址，都是24位掩碼。用戶網(wǎng)關(guān)IP地 址為172.16.1.1, DNS的IP地址為172.16.1.1,租約時(shí)間為1000分鐘。可以 使用如圖7所示的界面70作為獲取測(cè)試參數(shù)的人機(jī)界面，測(cè)試開始時(shí)，會(huì)對(duì) 該界面接收的參數(shù)進(jìn)行合法性檢測(cè)，如果存在非法輸入則要求重新輸入。
根據(jù)設(shè)置的參數(shù)開始進(jìn)行測(cè)試，此時(shí)點(diǎn)擊"開始測(cè)試"按鈕進(jìn)行測(cè)試。測(cè) 試軟件從設(shè)置的MAC地址中取出所有的200個(gè)MAC地址構(gòu)造DHCP請(qǐng)求報(bào) 文，并從設(shè)置的IP地址范圍中取出200個(gè)IP，結(jié)合設(shè)置的MAC地址構(gòu)造DHCP 應(yīng)答報(bào)文。構(gòu)造完畢后將報(bào)文進(jìn)行存儲(chǔ)。報(bào)文構(gòu)造完畢后進(jìn)行信息交互，DHCP 用戶模塊依次從存儲(chǔ)的報(bào)文中提取出構(gòu)造成功的報(bào)文，可以是以10個(gè)報(bào)文為 一組進(jìn)行提取，對(duì)每個(gè)用戶實(shí)例，分別創(chuàng)建DHCP CLIENT處理線程。每個(gè)線程根據(jù)提取的DHCP請(qǐng)求報(bào)文，請(qǐng)求DHCP服務(wù)器模塊分配IP地址。DHCP用 戶的報(bào)文由測(cè)試裝置上的網(wǎng)卡PORT1進(jìn)行收發(fā)，DHCP服務(wù)器的報(bào)文由測(cè)試 裝置上的網(wǎng)卡PORT2進(jìn)行收發(fā)。DHCP用戶模塊根據(jù)收到的數(shù)據(jù)內(nèi)容及該用 戶的當(dāng)前狀態(tài)，按照DHCP協(xié)議對(duì)用戶的狀態(tài)進(jìn)行遷移，最終完成IP地址的 獲取。當(dāng)獲取成功后，DHCP用戶模塊就以VID、 MAC地址和IP地址的組合 作為用戶標(biāo)識(shí)，比如第一個(gè)用戶的標(biāo)識(shí)可以表達(dá)為(2， 0000.0000.0001, 172.16丄10),同時(shí)將最終獲取的信息作為多用戶特性管理信息并輸出，如圖8 中的顯示測(cè)試結(jié)果的人機(jī)界面80中的輸出框81所示。當(dāng)上述步驟完成后，再 提取下一組并進(jìn)行同樣方式的測(cè)試，在所有報(bào)文被提取并且測(cè)試結(jié)束后，對(duì)本 次測(cè)試過程中，根據(jù)DHCP請(qǐng)求報(bào)文發(fā)送之后信息交互的成功次數(shù)和失敗次數(shù) 進(jìn)行統(tǒng)計(jì)，并記錄相關(guān)統(tǒng)計(jì)結(jié)果，例如交互失敗時(shí)對(duì)應(yīng)的DHCP請(qǐng)求報(bào)文的標(biāo) 識(shí)信息。還可以對(duì)測(cè)試過程中出現(xiàn)的錯(cuò)誤，進(jìn)行規(guī)范的輸出，通?？赡軙?huì)出現(xiàn) 的錯(cuò)誤有無法查找到系統(tǒng)中的網(wǎng)卡注冊(cè)信息，報(bào)文初始化失敗和仿真系統(tǒng)協(xié) 議交互過程中報(bào)文收發(fā)異常。
根據(jù)記錄的統(tǒng)計(jì)結(jié)果，可以對(duì)測(cè)試作進(jìn)一步分析。例如可以重新發(fā)送交互 失敗時(shí)對(duì)應(yīng)的DHCP請(qǐng)求報(bào)文；也可以根據(jù)對(duì)測(cè)試過程中出現(xiàn)的錯(cuò)誤的規(guī)范輸 出，查找測(cè)試中出現(xiàn)的錯(cuò)誤的原因并用相應(yīng)的處理。又如根據(jù)DHCP SNOOPING功能中得到的記錄表項(xiàng)，在測(cè)試裝置的模擬用戶端進(jìn)一步發(fā)送測(cè)試 報(bào)文，其中包含設(shè)置的IP地址和MAC地址，通過被測(cè)裝置轉(zhuǎn)發(fā)，檢查該測(cè)試 報(bào)文是否被允許轉(zhuǎn)發(fā)或丟棄，以此驗(yàn)證記錄表項(xiàng)的正確性或者DHCP SNOOPING功能完好性。
根據(jù)本發(fā)明實(shí)施例的方法，下面再對(duì)本發(fā)明實(shí)施例中的裝置的結(jié)構(gòu)作出說 明。如圖9所示，本發(fā)明實(shí)施例中的測(cè)試裝置90包括報(bào)文構(gòu)成模塊91、交互 模塊92和獲取模塊93 。報(bào)文構(gòu)成模塊91用于根據(jù)預(yù)設(shè)的 一個(gè)或多個(gè)用戶標(biāo)識(shí)， 按照網(wǎng)絡(luò)設(shè)備提供的服務(wù)所應(yīng)用的協(xié)議對(duì)應(yīng)的開放系統(tǒng)互連參考模型OSI/RM 層次，生成屬于所述OSI/RM各層次的字段，并將生成的字段合并構(gòu)成對(duì)應(yīng)于各用戶標(biāo)識(shí)的服務(wù)請(qǐng)求報(bào)文。交互模塊92用于將報(bào)文構(gòu)成模塊91生成的一個(gè) 或多個(gè)服務(wù)請(qǐng)求報(bào)文向網(wǎng)絡(luò)設(shè)備發(fā)送，并根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目與網(wǎng)絡(luò)設(shè)備收到 該報(bào)文后與網(wǎng)絡(luò)設(shè)備進(jìn)行信息交互。獲取模塊93用于根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目， 獲取所述信息交互產(chǎn)生的屬于預(yù)設(shè)測(cè)試項(xiàng)目的數(shù)據(jù)。測(cè)試裝置90還可以包括 用戶標(biāo)識(shí)生成模塊94，用于生成一個(gè)或多個(gè)用戶標(biāo)識(shí)。生成的用戶標(biāo)識(shí)供報(bào)文 構(gòu)成模塊91使用。
報(bào)文構(gòu)成模塊91的一種結(jié)構(gòu)是包括字段生成單元和合并單元。字段生成 單元用于根據(jù)用戶標(biāo)識(shí)生成模塊94生成的一個(gè)或多個(gè)用戶標(biāo)識(shí)，按照網(wǎng)絡(luò)設(shè) 備提供的服務(wù)所應(yīng)用的協(xié)議對(duì)應(yīng)的OSI/RM層次，生成屬于所述OSI/RM各層
識(shí)的服務(wù)請(qǐng)求報(bào)文。
交互模塊92的一種結(jié)構(gòu)是包括客戶端模擬發(fā)送單元和客戶端模擬接收單 元?？蛻舳四M發(fā)送單元用于將報(bào)文構(gòu)成模塊構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文 向網(wǎng)絡(luò)設(shè)備發(fā)送?？蛻舳四M接收單元用于接收網(wǎng)絡(luò)設(shè)備發(fā)送的服務(wù)應(yīng)答報(bào) 文。
交互模塊92的另一種結(jié)構(gòu)是包括服務(wù)應(yīng)答報(bào)文生成單元、客戶端模擬單 元和服務(wù)器模擬單元。服務(wù)應(yīng)答報(bào)文生成單元用于根據(jù)報(bào)文構(gòu)成模塊構(gòu)成的多 個(gè)服務(wù)請(qǐng)求報(bào)文，生成多個(gè)相應(yīng)的服務(wù)應(yīng)答報(bào)文?？蛻舳四M單元用于將報(bào)文 構(gòu)成模塊構(gòu)成的多個(gè)服務(wù)請(qǐng)求報(bào)文向網(wǎng)絡(luò)設(shè)備發(fā)送。服務(wù)器模擬單元用于接收 網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的所述多個(gè)服務(wù)請(qǐng)求報(bào)文，以及將相應(yīng)的服務(wù)應(yīng)敘艮文向網(wǎng)絡(luò)設(shè) 備發(fā)送?？蛻舳四M單元進(jìn)一步用于接收網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的服務(wù)應(yīng)答報(bào)文。
根據(jù)本發(fā)明實(shí)施例的技術(shù)方案，根據(jù)預(yù)設(shè)的用戶標(biāo)識(shí)生成測(cè)試報(bào)文并根據(jù) 生成的報(bào)文與被測(cè)網(wǎng)絡(luò)設(shè)備進(jìn)行信息交互，以及獲取信息交互過程中產(chǎn)生的數(shù) 據(jù)，在此過程中是由測(cè)試裝置根據(jù)設(shè)置的用戶標(biāo)識(shí)生成測(cè)試報(bào)文，而不是根據(jù) 實(shí)際的終端設(shè)備的標(biāo)識(shí)如網(wǎng)卡的MAC地址生成測(cè)試報(bào)文，所以能夠突破一臺(tái) 終端設(shè)備只能模擬一個(gè)測(cè)試用戶的局限，實(shí)現(xiàn)在同 一臺(tái)終端設(shè)備上模擬多個(gè)用戶，由此能夠充分測(cè)試在用戶數(shù)達(dá)到或超過被測(cè)網(wǎng)絡(luò)設(shè)備的容量時(shí)被測(cè)網(wǎng)絡(luò)設(shè) 備的性能。另外根據(jù)本發(fā)明實(shí)施例的技術(shù)方案，測(cè)試裝置能夠根據(jù)各種協(xié)議的 要求生成測(cè)試報(bào)文，這樣能夠測(cè)試網(wǎng)絡(luò)設(shè)備在各種協(xié)議下的多用戶特性管理功
能，例如DHCP、 IEEE802.1x等協(xié)議，因此本發(fā)明實(shí)施例的技術(shù)方案有著較為 廣泛的使用范圍。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種測(cè)試網(wǎng)絡(luò)設(shè)備的方法，其特征在于，包括如下步驟測(cè)試裝置根據(jù)設(shè)置的一個(gè)或多個(gè)用戶標(biāo)識(shí)，按照網(wǎng)絡(luò)設(shè)備提供的服務(wù)所應(yīng)用的協(xié)議對(duì)應(yīng)的開放系統(tǒng)互連參考模型OSI/RM層次，生成屬于所述OSI/RM各層次的字段，并將生成的字段合并構(gòu)成對(duì)應(yīng)于各用戶標(biāo)識(shí)的服務(wù)請(qǐng)求報(bào)文；測(cè)試裝置向網(wǎng)絡(luò)設(shè)備發(fā)送構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文，并根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目與網(wǎng)絡(luò)設(shè)備進(jìn)行信息交互；測(cè)試裝置獲取所述信息交互產(chǎn)生的屬于預(yù)設(shè)測(cè)試項(xiàng)目的數(shù)據(jù)，并輸出根據(jù)該數(shù)據(jù)得到的網(wǎng)絡(luò)設(shè)備性能分析結(jié)果。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶標(biāo)識(shí)包括VID的組合；或者IP地址與MAC地址的組合；或者 IP地址與MAC地址以及VID的組合。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶標(biāo)識(shí)的個(gè)數(shù)是根 據(jù)網(wǎng)絡(luò)設(shè)備提供的服務(wù)的用戶容量設(shè)置的。
4、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述根據(jù)預(yù)設(shè)的測(cè)試 項(xiàng)目與測(cè)試裝置進(jìn)行信息交互包括網(wǎng)絡(luò)設(shè)備接收測(cè)試裝置發(fā)送的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文，針對(duì)收到的各個(gè)服務(wù)請(qǐng)求報(bào)文生成相應(yīng)的服務(wù)響應(yīng)信息并向測(cè)試裝置發(fā)送，或者，網(wǎng)絡(luò)設(shè)備接收測(cè)試裝置發(fā)送的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文，針對(duì)收到的各個(gè) 服務(wù)請(qǐng)求報(bào)文生成相應(yīng)的服務(wù)響應(yīng)信息并向測(cè)試裝置發(fā)送，測(cè)試裝置收到服務(wù) 響應(yīng)信息后，根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目生成測(cè)試報(bào)文并向網(wǎng)絡(luò)設(shè)備發(fā)送。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述屬于預(yù)設(shè)測(cè)試項(xiàng)目的 數(shù)據(jù)包括所述服務(wù)響應(yīng)信息，或者包括網(wǎng)絡(luò)設(shè)備收到所述測(cè)試報(bào)文之后向測(cè)試 裝置發(fā)送的測(cè)試響應(yīng)信息；所述網(wǎng)絡(luò)設(shè)備性能分析結(jié)果包括根據(jù)服務(wù)響應(yīng)信息得出的網(wǎng)絡(luò)設(shè)備服務(wù) 響應(yīng)正確率，或者包括對(duì)所述測(cè)試響應(yīng)信息進(jìn)行分析的結(jié)果。
6、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述測(cè)試裝置向網(wǎng)絡(luò) 設(shè)備發(fā)送構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文之前進(jìn)一步包括測(cè)試裝置生成一個(gè) 或多個(gè)相應(yīng)于所述一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文的服務(wù)應(yīng)答報(bào)文；所述測(cè)試裝置向網(wǎng)絡(luò)設(shè)備發(fā)送構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文包括 測(cè)試裝置從自身的第一端口向網(wǎng)絡(luò)設(shè)備發(fā)送構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求 報(bào)文；則所述根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目與測(cè)試裝置進(jìn)行信息交互包括 網(wǎng)絡(luò)設(shè)備向測(cè)試裝置的第二端口轉(zhuǎn)發(fā)所述服務(wù)請(qǐng)求報(bào)文， 測(cè)試裝置收到網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的所述服務(wù)請(qǐng)求報(bào)文后，從自身的第二端口向網(wǎng)絡(luò)設(shè)備發(fā)送相應(yīng)的服務(wù)應(yīng)答報(bào)文，網(wǎng)絡(luò)設(shè)備收到測(cè)試裝置發(fā)送的服務(wù)應(yīng)答報(bào)文后，向測(cè)試裝置的第一端口發(fā)送該服務(wù)應(yīng)答報(bào)文。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述屬于預(yù)設(shè)測(cè)試項(xiàng)目的 數(shù)據(jù)包括被測(cè)網(wǎng)絡(luò)設(shè)備根據(jù)所述服務(wù)請(qǐng)求報(bào)文和服務(wù)應(yīng)答報(bào)文，執(zhí)行自身功能 得到的數(shù)據(jù)，并且所述網(wǎng)絡(luò)設(shè)備性能分析結(jié)果包括該數(shù)據(jù)的正確性。
8、 一種測(cè)試網(wǎng)絡(luò)設(shè)備的裝置，其特征在于，包括報(bào)文構(gòu)成模塊，用于根據(jù)設(shè)置的一個(gè)或多個(gè)用戶標(biāo)識(shí)，按照網(wǎng)絡(luò)設(shè)備提供 的服務(wù)所應(yīng)用的協(xié)議對(duì)應(yīng)的開放系統(tǒng)互連參考^^莫型OSI/RM層次，生成屬于所 述OSI/RM各層次的字段，并將生成的字段合并構(gòu)成對(duì)應(yīng)于各用戶標(biāo)識(shí)的服務(wù) 請(qǐng)求報(bào)文；交互模塊，用于向網(wǎng)絡(luò)設(shè)備發(fā)送報(bào)文構(gòu)成模塊構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求 報(bào)文，并根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目與網(wǎng)絡(luò)設(shè)備收到該報(bào)文后與網(wǎng)絡(luò)設(shè)備進(jìn)行信息交 互；獲取模塊，用于獲取所述信息交互產(chǎn)生的屬于預(yù)設(shè)測(cè)試項(xiàng)目的數(shù)據(jù)，并輸出根據(jù)該數(shù)據(jù)得到的網(wǎng)絡(luò)設(shè)備性能分析結(jié)果。
9、 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述交互模塊包括客戶端模擬發(fā)送單元，用于將報(bào)文構(gòu)成模塊構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào) 文向網(wǎng)絡(luò)設(shè)備發(fā)送；客戶端模擬接收單元，用于接收網(wǎng)絡(luò)設(shè)備發(fā)送的服務(wù)應(yīng)答報(bào)文。
10、 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述交互模塊包括 服務(wù)應(yīng)答報(bào)文生成單元，用于根據(jù)報(bào)文構(gòu)成模塊構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文，生成一個(gè)或多個(gè)相應(yīng)的服務(wù)應(yīng)答報(bào)文；客戶端模擬單元，用于將報(bào)文構(gòu)成模塊構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文向 網(wǎng)絡(luò)設(shè)備發(fā)送；服務(wù)器模擬單元，用于接收網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的所述一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào) 文，以及將相應(yīng)的服務(wù)應(yīng)答報(bào)文向網(wǎng)絡(luò)設(shè)備發(fā)送；客戶端模擬單元進(jìn)一步用于接收網(wǎng)絡(luò)設(shè)備轉(zhuǎn)發(fā)的服務(wù)應(yīng)答報(bào)文。
全文摘要
本發(fā)明提供一種測(cè)試網(wǎng)絡(luò)設(shè)備的方法和裝置，以解決現(xiàn)有技術(shù)中無法充分測(cè)試在用戶數(shù)達(dá)到或超過被測(cè)網(wǎng)絡(luò)設(shè)備的容量時(shí)被測(cè)網(wǎng)絡(luò)設(shè)備的性能的問題。在實(shí)施例中，測(cè)試裝置根據(jù)設(shè)置的一個(gè)或多個(gè)用戶標(biāo)識(shí)，按照網(wǎng)絡(luò)設(shè)備提供的服務(wù)所應(yīng)用的協(xié)議對(duì)應(yīng)的開放系統(tǒng)互連參考模型OSI/RM層次，生成屬于所述OSI/RM各層次的字段，并將生成的字段合并構(gòu)成對(duì)應(yīng)于各用戶標(biāo)識(shí)的服務(wù)請(qǐng)求報(bào)文；測(cè)試裝置向網(wǎng)絡(luò)設(shè)備發(fā)送構(gòu)成的一個(gè)或多個(gè)服務(wù)請(qǐng)求報(bào)文，并根據(jù)預(yù)設(shè)的測(cè)試項(xiàng)目與網(wǎng)絡(luò)設(shè)備進(jìn)行信息交互；測(cè)試裝置獲取所述信息交互產(chǎn)生的屬于預(yù)設(shè)測(cè)試項(xiàng)目的數(shù)據(jù)，并輸出根據(jù)該數(shù)據(jù)得到的網(wǎng)絡(luò)設(shè)備性能分析結(jié)果。
文檔編號(hào)H04L29/08GK101425938SQ20081018610
公開日2009年5月6日 申請(qǐng)日期2008年12月17日 優(yōu)先權(quán)日2008年12月17日
發(fā)明者駿 周, 楊敬民 申請(qǐng)人:福建星網(wǎng)銳捷網(wǎng)絡(luò)有限公司