【正文】 s control munication requirements. This functionality may be fully or partially subsumed by a separate session control protocol, which is beyond the scope of this document. RTP represents a new style of protocol following the principles of application level framing and integrated layer processing proposed by Clark and Tennenhouse [1]. That is, RTP is intended to be malleable to provide the information required by a particular application and will often be integrated into the application processing rather than being implemented as a separate layer. RTP is a protocol framework that is deliberately not plete. This document specifies those functions expected to be mon across all the applications for which RTP would be appropriate. Unlike conventional protocols in which additional functions might be acmodated by making the protocol more general or by adding an option mechanism that would require parsing, RTP is intended to be 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 35 tailored through modifications and/or additions to the headers as needed. Examples are given in Sections and . Therefore, in addition to this document, a plete specification of RTP for a particular application will require one or more panion documents (see Section 12): [1]. A profile specification document, which defines a set of payload type codes and their mapping to payload formats (., media encodings). A profile may also define extensions or modifications to RTP that are specific to a particular class of applications. Typically an application will operate under only one profile. A profile for audio and video data may be found in the panion RFC TBD.。 both protocols contribute parts of the transport protocol functionality. However, RTP may be used with other suitable underlying work or transport protocols (see Section 10). RTP supports data transfer to multiple destinations using multicast distribution if provided by the underlying work. Note that RTP itself does not provide any mechanism to ensure timely delivery or provide other qualityofservice guarantees, but relies on lowerlayer services to do so. It does not guarantee delivery or prevent outoforder delivery, nor does it assume that the underlying work is reliable and delivers packets in sequence. The sequence numbers included in RTP allow the receiver to reconstruct the sender39。 由于本人知識有限、經(jīng)驗不足，文中難免有一些不足之處，希望老師和同學提出寶貴意見。我也終于明白了大學四年學習的意義和作用。 這是一個漫長的學習過程。在這兩個月中，通過自己的學習和努力；通過各位老師的指導和教育，使我不僅僅在知識水平和解決實際問題的能力上有了很大的提高?？墒牵瑢ξ襾碚f，這次設計的本身所產(chǎn)生的影響，還遠遠沒有結束，我從本次畢業(yè)設計中學到了許多課本上沒有的知識。 在董國芳老師的指導下。在連接設備上，我查閱了 3 VCN 交換機和 switch4007 交換機的特點和性能，發(fā)現(xiàn)它非 常適合使用在小區(qū)網(wǎng)絡上，最后決定把它作為主要連接設備。 注：客戶端口之間或服務器端口之間可以通過設置使之相互通訊 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 31 第四章 結束語 本文算是對當前智能化小區(qū)網(wǎng)絡規(guī)劃做了一個簡潔扼要的描述。 (5).客戶端口之間默認情況下不存在交流。 (3).來自客戶端的 Unicast被指派到指定服務器端口。 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 30 其特點是，默認情況下 VCN10/100 交換機提供 24 個客戶端口一個服務器端口 ,這些端口之間遵循以下規(guī)則： 這些端口之間遵循以下規(guī)則： (1).服務器端口的廣播包可以被所有客戶端收到。 VCN10/100M 交換機提供了 24 個10/100M以太網(wǎng)自適應端口，支持單、雙口多模光纖上聯(lián)模塊。 方案中小區(qū)各樓內(nèi)采用 10/100M到戶，邊緣交換機也同樣可采用 VCN10/100M交換機，用以聯(lián)結單個用戶或有信任關系的用戶群。 圖 低密度小區(qū)網(wǎng)絡連接示意圖 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 29 接入層交換機配置 3COM VCN Switch10/100 為用戶提供100M接入，通過該交換機 100M Server端口上聯(lián)到二級網(wǎng)絡網(wǎng)絡中心交換機。 低密度社區(qū)網(wǎng)絡結構設計 對于低密度社區(qū)住宅樓，接入層網(wǎng)絡交換機可以通過光纖直接連接到網(wǎng)絡中心交換機上。 由于整個小區(qū)接入網(wǎng)絡包含了大量的網(wǎng)絡設備，維護起來十分困難，所以也應該考慮網(wǎng)管問題。所以為了 更好的實現(xiàn)運營服務管理、用戶認證與計費等問題也是應該重點考慮的。 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 28 在本方案設計中，應著重注意以下幾點： 由于本方案采用局域網(wǎng)以太網(wǎng)技術，所以智能小區(qū)這樣一個提供公共接入服務的運營管理平臺而言，傳統(tǒng)以太網(wǎng)的安全將成為一個重點要考慮的問題。對于不同密度的小區(qū) ，所需要的接入設備也不同，所以我分別對兩種情況，進行了不同的規(guī)劃，這里我會講到。 針對不同密度的用戶網(wǎng)絡設計描述 此方案是以局域網(wǎng)以太網(wǎng)技術為基礎，建設高密度或低密度智能化小區(qū)的社區(qū)網(wǎng)絡。采用 VBN服務運營管理服務器實現(xiàn)社區(qū)網(wǎng)絡的運營管理的計費和認證。從物理上解決網(wǎng)絡安全問題，減少整個網(wǎng)絡的 VLAN數(shù)量，減輕二級交換記路由負擔，便于整個網(wǎng)絡的合理實現(xiàn)。整體性能遠高于采用 VLAN方式實現(xiàn)安全 (軟件實現(xiàn) )的傳統(tǒng)交換機。 方案特點 地址規(guī)劃方案 按照小區(qū)現(xiàn)有用戶 500 戶左右的規(guī)模，結合以上分配原則，可以為用戶提供動態(tài)分配或靜態(tài)分配的原則。 可管理性：地址的分配應該有層次，某個局部的變動不要影響上層、全局。 可擴充性：為整個小區(qū)或樓內(nèi)區(qū)域分配的網(wǎng)絡地址應該具有一定的容量，便于主機數(shù)量增加時仍然能夠保持地址的連續(xù)性。 地址分配應遵循如下原則： 簡單性：地址的分配應該簡單，避免在小區(qū)內(nèi)采用復雜的掩碼方式?？傊徽糏nter地址資源。因此建議使用 3COM公司的 NetworkSupervisor作為網(wǎng)管軟件，提供上述的各種功能。網(wǎng)管工作站負責接收這些信息，然后對其進行分析和整理，作出必要的反應。 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 26 網(wǎng)管系統(tǒng)是由安裝在網(wǎng)絡設備中的網(wǎng)絡管理模塊和網(wǎng)絡管理工作站組成。網(wǎng)管系統(tǒng)通過 SNMP、RMON等網(wǎng)絡管理協(xié)議，對網(wǎng)絡中的網(wǎng)絡設備進行遠程的監(jiān)控，通過探測每臺網(wǎng)絡設備的工作狀態(tài)，來保證整個網(wǎng)絡的可靠性，一旦網(wǎng)絡設備出現(xiàn)問題，則網(wǎng)管系統(tǒng)就會及時準確的發(fā)現(xiàn)問題所在，并發(fā)出警告信息。 網(wǎng)絡管理 對于一個完整的社區(qū)網(wǎng)絡而言，由于存在著大量的網(wǎng)絡設備，所以為了保障整個網(wǎng)絡正常運作，就需要使用網(wǎng)管軟件來對整個網(wǎng)絡的運作進行監(jiān)控。 認證與計費 對于多功能系統(tǒng)網(wǎng)絡服務運營平臺，以及智能化社區(qū)的網(wǎng)絡建設，僅僅有高速的物理網(wǎng)絡是遠遠不夠的，還需要客戶服務運營管理，用以形成強大的后臺支撐系統(tǒng)，推薦采用在城域網(wǎng)中心提供集中的管理計費。 對于二層交換式網(wǎng)絡，主要是通過標準協(xié)議 IGMPSnooping來實現(xiàn)。 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 25 組播實現(xiàn) 網(wǎng)絡拓撲結構對組播 Multicast的支持分兩個層次：路由網(wǎng)絡和二層交換網(wǎng)絡。 由于小區(qū)用戶數(shù)量多，組成復雜，如果運營商試圖通過綁定IP和 PCMAC得方式來保證內(nèi)網(wǎng)的安全，勢必花費大量的人力物力，并且會增加運營成本，因為綁定 IP和 PC MAC須增加交換機三層路由模塊。 2020 河南農(nóng)業(yè)大學華豫學院計算機系畢業(yè)論文 第 頁 24 傳統(tǒng)的用戶在實現(xiàn)內(nèi)網(wǎng)安全時，往往采用劃分 VLAN、 IP地址和 MAC地址的綁定等等。 另外對于一個完整的社區(qū)網(wǎng)絡來說，不僅僅要考慮到內(nèi)部用戶在社區(qū)內(nèi)數(shù)據(jù)通信的安全性，同時也要考慮到內(nèi)部用戶在社區(qū)外訪問社區(qū)內(nèi)網(wǎng)絡的數(shù)據(jù)通信的安全性，所以對于一個移動用戶通過公網(wǎng)來訪問社區(qū)網(wǎng)絡的安全性問題，一般通過虛擬私有網(wǎng)絡（ VPN）來實現(xiàn)，即通過 PPTP或 L2TP在公網(wǎng)與社區(qū)網(wǎng)絡之間 建立一條 VPN隧道，在該隧道中的通過 IPSec進行數(shù)據(jù)加密的封裝以保證數(shù)據(jù)通信的安全性。 所以在本方案中我使用寬帶以太網(wǎng) VCN交換機，利用 VCN交換機端口的硬件特性從網(wǎng)絡二層上完全隔離了每個端口的用戶數(shù)據(jù)流 而實現(xiàn)用戶數(shù)據(jù)的安全性，同時由于通過硬件提