【正文】 例，在測試的同時，加深了對協(xié)議的理解，也保證了協(xié)議在實際設(shè)備上的實用性。近年來新出了一種組播協(xié)議——PIM SNOOPING，它是對IGMPSNOOPING的補(bǔ)充和改進(jìn)，更加利于減少帶寬占用率，增強(qiáng)網(wǎng)絡(luò)的健壯性。本論文詳細(xì)探討了PIMSNOOPING的協(xié)議分析和測試。關(guān)鍵詞：組播協(xié)議，PIMSNOOPING，協(xié)議測試i浙江大學(xué)碩士學(xué)位論文 AbstractAbstractMulticast technology has long since bee a system, multicast protocols and multicast routing protocols into the multicast group management protocol, multicast routing protocols that include basic PIM protocol, similar to the IGMP and MLD multicast members of the management agreement, as well as inter domain MSDP and MBGP protocol, in the internal LAN Layer 2 multicast protocol IGMPSNOOPING and so on. In recent years, out of a new multicast protocol PIM SNOOPING, it is the IGMPSNOOPING supplement and improved, more beneficial to reduce bandwidth utilization, enhance network robustness. This paper discusses the PIMSNOOPING detailed protocol analysis and testing. The article first describes the application of multicast in the LAN area, and then e out of PIMSNOOPING, including its working principle and configuration instructions. Then explore the software testing process and derive the characteristics of the test protocol, the final interpretation of the authors focus on PIMSNOOPING protocol testing process work. During the test, mainly on the configuration, features, performance and other aspects of testing, the use of the pany within the system and their own learning through the design of the protocol test cases, test at the same time, deepen the understanding of the agreement, but also to ensure agreement on the usefulness of the actual device. Key Words：Multicast protocol, PIM SNOOPING, Protocol test ii浙江大學(xué)碩士學(xué)位論文 目錄目錄摘要 iAbstract ii圖目錄 III表目錄 IV第1章 緒論 1 課題背景 1 組播體系結(jié)構(gòu) 2 組播地址 2 組播IP地址 2 組播地址劃分 2 組播地址映射 3 組管理協(xié)議——IGMP（Internet Group Management Protocol） 4 二層交換環(huán)境中組管理的實現(xiàn)——IGMP SNOOPING 4 現(xiàn)狀 7 本章小結(jié) 8第2章 相關(guān)技術(shù)綜述 10 PIMSNOOPING的提出 10 軟件測試工作規(guī)范流程 10 軟件測試的原則 13 對網(wǎng)絡(luò)協(xié)議測試特性的個人理解 15 本章小結(jié) 16第3章 PIMSNOOPING的測試 17 PIMSNOOPING的測試 17 PIMSNOOPING驗收測試的具體過程 18 協(xié)調(diào)及熟悉測試設(shè)備和工具 18 如何搭建測試環(huán)境 20 如何配置環(huán)境 20 配置測試 22 對設(shè)計方案的功能實現(xiàn)測試 31 流量分析測試 46 本章小結(jié) 50第4章 基于思科設(shè)備的測試實現(xiàn) 51 思科設(shè)備測試實例 51 本章小結(jié) 55第5章 論文總結(jié) 56參考文獻(xiàn) 57作者簡歷 59致謝 60II 浙江大學(xué)碩士學(xué)位論文 第3章 緒論圖目錄 組播地址劃分 3 組播地址映射 3 IGMPSNOOPING工作原理圖 5 未使能pimsnooping時 7 使能pimsnooping時 8 每個階段的問題發(fā)現(xiàn)率 14 IXIA機(jī)圖 19 PIM SNOOPING 測試拓?fù)鋱D 21 PIM SNOOPING 配置測試拓?fù)鋱D 30 Hello報文格式 34 Holdtime報文格式 35 LAN Prune Delay報文格式 35 J/P報文格式 36 Unicast 格式圖 36 Source 格式圖 37 Group 格式圖 37 PIM SNOOPING 分片報文測試拓?fù)鋱D 42 組播躍遷狀態(tài)圖 44 PIM SNOOPING 測試拓?fù)湫薷膱D 45 PIM SNOOPING 測試正常流量圖 46 PIM SNOOPING 測試流量丟失圖 47 PIM SNOOPING 測試流量冗余圖 48 PIM SNOOPING 測試流量小波動圖 49表目錄 D類IP地址格式 2 測試用例模板表 20 配置測試用例表 24 PIMSNOOPING配置表 25 功能測試用例表 33 下游狀態(tài)及躍遷表 38 二層轉(zhuǎn)發(fā)表項狀態(tài)機(jī) 39 分片報文處理測試 41 PIMv1報文處理測試 43IV 浙江大學(xué)碩士學(xué)位論文 第1章 緒論第1章 緒論 課題背景歷經(jīng)20多年的研究和發(fā)展，從1988年Deering提出了將組播的功能機(jī)制增加到數(shù)據(jù)網(wǎng)IP層的組播實現(xiàn)體系結(jié)構(gòu)開始，IP組播已經(jīng)形成了較為完整的組播協(xié)議體系，包括組播主機(jī)和網(wǎng)絡(luò)的交互協(xié)議、組播路由協(xié)議、組播的地址管理協(xié)議等。短短幾年來，第2層局域網(wǎng)交換設(shè)備從一種昂貴的尖端設(shè)備變成一種成熟的耗費(fèi)比較好的設(shè)備，交換機(jī)的使用已經(jīng)十分廣泛，但是同時帶來一些在交換拓?fù)渚W(wǎng)絡(luò)中使用組播的新問題。可以說傳統(tǒng)的IP通信技術(shù)不能有效地解決單點(diǎn)發(fā)送多點(diǎn)接收的問題。即允許源IP主機(jī)向網(wǎng)上所有IP主機(jī)的一部分（子集）發(fā)送IP分組，只有該子集內(nèi)的主機(jī)（目標(biāo)主機(jī)）可以接收該分組，而網(wǎng)絡(luò)中其它IP主機(jī)不能收到該分組。 組播體系結(jié)構(gòu)組播協(xié)議按照作用范圍分（在此為了敘述簡潔，只對IPV4的組播協(xié)議進(jìn)行劃分，IPV6協(xié)議可類同），分為主機(jī)路由器之間的組成員關(guān)系協(xié)議和路由器路由器之間的組播路由協(xié)議。同時為了有效抑制組播數(shù)據(jù)在鏈路層的擴(kuò)散，引入了IGMP Snooping、HGMP等二層組播協(xié)議，而今還有現(xiàn)在已開發(fā)并投入實現(xiàn)的PIM Snooping。 組播地址 組播IP地址在各種公共資料中均可以知曉，IP組播地址用于標(biāo)識一個IP組播組。為路由協(xié)議以及其他低級拓?fù)洳檎壹熬S護(hù)協(xié)議使用。 組播地址劃分 組播地址映射，以太網(wǎng)和FDDI的MAC地址01:00:5E:00:00:00到01:00:5E:7F:FF:FF用于將三層IP組播地址映射為二層地址，即IP組播地址中的低23位放入IEEE MAC地址的低23位。IGMPv3目前仍然是一個草案。查詢器周期性的發(fā)送普遍組查詢消息進(jìn)行成員關(guān)系查詢；主機(jī)發(fā)送報告消息來應(yīng)答查詢。通常本協(xié)議中，“接口”指在一個所連網(wǎng)絡(luò)上的主接口，若一個路由器連在同一個網(wǎng)絡(luò)上的接口有多個，則只需要在其中一個接口上運(yùn)行此協(xié)議即可。至于數(shù)據(jù)報文在路由器之間如何轉(zhuǎn)發(fā)則由路由協(xié)議決定，IGMP協(xié)議并不負(fù)責(zé)。IGMP Snooping可以解決這個問題，不過IGMP Snooping會降低二層交換設(shè)備的處理能力。而交換機(jī)在2層進(jìn)行轉(zhuǎn)發(fā)，就會出現(xiàn)組播報文向所有端口進(jìn)行轉(zhuǎn)發(fā)。并且IGMPSNOOPING已經(jīng)寫入了RFC中。假設(shè)在網(wǎng)絡(luò)上主機(jī)A,B,C,D,分別連接交換機(jī)的5端口，路由器連接到端口1，發(fā)往端口0就是指該報文交給CPU處理。該CAM表項形成后，、1和2轉(zhuǎn)發(fā)，而不再向其他端口擴(kuò)散，但是交換機(jī)的CPU仍然在接收這些報文，因為它必須注意地址為此MAC地址的其他IGMP消息。此時該轉(zhuǎn)發(fā)表項的出端口也變?yōu)?、5.至此，、主機(jī)D、路由器和CPU上，而不會被轉(zhuǎn)發(fā)到其他的端口上。在這種情況下，在連接多臺PIM路由器的交換機(jī)上，數(shù)據(jù)報文和協(xié)議報文不能保證只想有接收需求的設(shè)備轉(zhuǎn)發(fā)，無接收需求的設(shè)備會接收到冗余流量。 本章小結(jié)組播是一個自成體系的網(wǎng)絡(luò)協(xié)議大家庭，里面包含了所有的網(wǎng)絡(luò)協(xié)議相關(guān)的理論知識。三網(wǎng)合一需要組播，IPTV需要組播，甚至連簡單的網(wǎng)絡(luò)視頻也需要組播，組播在今后的應(yīng)用只會更廣，更寬，更進(jìn)步。由此引申出PIM SNOOPING的實現(xiàn)原因，以及對其測試的重要性。同時它也描述了PIM SNOOPING的實現(xiàn)必須在IGMP SNOOPING支持之下。首先我們要制定和確認(rèn)測試進(jìn)度，在制定測試進(jìn)度時，需要如下幾個規(guī)范：。特殊情況下指定特殊系統(tǒng)的測試進(jìn)度。其中有通過測試階段時間的時間段進(jìn)行監(jiān)控；通過測試用例過程的執(zhí)行情況進(jìn)行監(jiān)控；根據(jù)測試通知單的平均反饋時間和更改程序的速度；根據(jù)問題趨勢圖。其中測試前的輸入條件有如下幾個，包括必要的測試技術(shù)文檔資料。 測試的數(shù)據(jù)邊界值及合理的輸入輸出數(shù)據(jù)結(jié)果類型的說明。對于上述的輸入條件，在無特殊原因必須并且應(yīng)該經(jīng)過開發(fā)和測試人員共同評定。同樣，無特殊原因，必須提供，如遇到問題，測試人員應(yīng)該和開發(fā)協(xié)商。測試計劃會隨著測試階段的變化而變化。 開發(fā)人員會對測試通知書進(jìn)行分析，如果需要修改問題，則給出修改方法，如果不需要，則給出相應(yīng)的具有力量的理由。 C類：系統(tǒng)功能中出現(xiàn)的一般性問題，主要是引起功能失效，會造成操作上重大誤解的。所以測試人員對此要重視。驗收測試是在系統(tǒng)測試之后的，相當(dāng)于該產(chǎn)品已經(jīng)成型了，不過要在實際情況下進(jìn)行模擬測試。一般驗收測試的整個周期是4到7天，當(dāng)然具體情況下也可能會有所改變。封板測試時要提交報告，經(jīng)上級確認(rèn)后才能封板。最后是評審驗收報告和提交軟件的流程。驗收報告評審?fù)ㄟ^后，開發(fā)會將程序下載單和軟件一起交給測試部門，測試部門經(jīng)仔細(xì)檢查后，審核通過，并將軟件復(fù)制做備份。不可能進(jìn)行完全的測試：對一個程序進(jìn)行完全測試的概念就是整個測試結(jié)束后不會再發(fā)現(xiàn)其他錯誤了。這是因為從集成測試到系統(tǒng)測試階段，隨著測試的深入擴(kuò)大，測試時間和測試所用的資源也隨之?dāng)U大。（4）程序員沒有養(yǎng)成錯誤跟蹤和回歸測試的習(xí)慣。還有軟件測試的重要性，很多人都認(rèn)為測試工作并不重要，這是非常錯誤的想法。同樣測試也需要設(shè)計，并不能忽略測試的設(shè)計工作。網(wǎng)絡(luò)協(xié)議測試和一般的軟件測試一樣，在軟件需求階段就已經(jīng)開始了，之后是測試設(shè)計，單元測試，代碼鑒定，以及之后的集成測試，系統(tǒng)測試等等。功能測試是指協(xié)議按照之前所設(shè)計的要求能夠使能，基本上是按照RFC來執(zhí)行、設(shè)計測試用例。而由于很多RFC都是由思科制定，所以在網(wǎng)絡(luò)通信公司有個不成文的規(guī)定，即如果協(xié)議在設(shè)計上或者在測試功能上有出入，按照思科設(shè)備為基準(zhǔn)。性能和壓力測試有時會結(jié)合在一起，比如在組播測試中，通常會要求測試該設(shè)備在最大數(shù)目的組播流下也能正常運(yùn)作，此時一般的測試步驟就是使用IXIA打入性能規(guī)格所要求的最大組播流數(shù)，同時對設(shè)備進(jìn)行組播組清除的操作。TCL語言非常類似于C，它唯一的不同就是所有的變量都是字符串形式。61 浙江大學(xué)碩士學(xué)位論文 第3章 PIMSNOOPING的測試第3章 PIMSNOOPING的測試 PIMSNOOPING的測試PIMSNOOPING的測試也是根據(jù)上一章節(jié)的工作流程和規(guī)范進(jìn)行測試的。系統(tǒng)測試，協(xié)同開發(fā)人員進(jìn)行的測試，在驗收測試之前，對開發(fā)后的新產(chǎn)品或者新特性進(jìn)行的測試，一般不在實際產(chǎn)品上進(jìn)行，適用于在虛擬軟件平臺上，對其進(jìn)行基礎(chǔ)的模塊測試，一般發(fā)現(xiàn)問題較多，且質(zhì)量也較高。 如果在測試過程中發(fā)現(xiàn)問題，就要提交問題單。一般定位問題后，開發(fā)人員會告訴測試人員提交問題單，但特殊情況下，開發(fā)人員可能無法給出具體定位，此時測試人員仍然可以提交問題單，讓此問題單交由仲裁小組進(jìn)行評定。問題單的評定細(xì)則可按照上一章節(jié)所描述的規(guī)范那樣。 PIMSNOOPING驗收測試的具體過程驗收測試是在系統(tǒng)測試之后進(jìn)行的版本驗證測試，本人接到驗收測試的時候，系統(tǒng)測試已經(jīng)做完。測試用例會在驗收測試正式啟動后拿到。協(xié)調(diào)的設(shè)備一般都是公司本部的測試設(shè)備，如路由器，交換機(jī)