IP組播技術(shù)在企業(yè)網(wǎng)中的應(yīng)用
2萬字 39頁
包括開題報告，任務(wù)書，翻譯資料，完整論文，可執(zhí)行程序，安裝說明等完整全套資料



摘 要

隨著全球經(jīng)濟體系的形成，越來越多的企業(yè)開始在不同的地區(qū)和國家建立分支機構(gòu)?？偛繖C構(gòu)和分支機構(gòu)之間需要進行信息共享和交流，隨著企業(yè)規(guī)模的擴大，在實際應(yīng)用上對企業(yè)網(wǎng)的要求也越來越高。
企業(yè)需要高效安全的網(wǎng)絡(luò)互聯(lián)，所以在一個安全的企業(yè)網(wǎng)絡(luò)上同時使用IP組播技術(shù)就顯得極為重要了。
本文先介紹了組播技術(shù)的原理和特點，介紹了組播路由協(xié)議的選擇。然后針對企業(yè)網(wǎng)絡(luò)的各個功能經(jīng)行設(shè)計，包括企業(yè)總部于分支機構(gòu)的互聯(lián)，企業(yè)內(nèi)部網(wǎng)絡(luò)的設(shè)計，QoS，VPN，組播等。最后針對企業(yè)網(wǎng)絡(luò)的連通性進行了測試。
關(guān)鍵詞：企業(yè)；安全；組播；VPN
目 錄

第1章 緒論 1
1.1 組播企業(yè)網(wǎng)的研究意義 1
1.2 組播技術(shù)的發(fā)展歷史 1
第2章 組播技術(shù)的介紹與分析 3
2.1 組播技術(shù)介紹 3
2.1.1 IP組播技術(shù)的特性 4
2.1.2 組播與單播的比較 6
2.1.3 組播技術(shù)在網(wǎng)絡(luò)中的應(yīng)用方式 7
2.2 組播的優(yōu)缺點分析 8
2.2.1 組播的優(yōu)點 8
2.2.2 組播目前存在的問題 8
第3章 組播協(xié)議的選擇和網(wǎng)絡(luò)特性 10
3.1 選擇合適的組播路由協(xié)議 10
3.1.1 組播路由協(xié)議分類 10
3.1.2 密集模式DM 10
3.1.3 稀疏模式SM 11
3.1.4 設(shè)計中使用的組播路由協(xié)議 12
3.2 組播網(wǎng)絡(luò)需要具有的特性 12
第4章 企業(yè)網(wǎng)規(guī)劃和設(shè)計方案概述 14
4.1 企業(yè)網(wǎng)絡(luò)需求和網(wǎng)絡(luò)結(jié)構(gòu) 14
4.1.1 企業(yè)網(wǎng)絡(luò)需求 14
4.1.2 企業(yè)網(wǎng)絡(luò)結(jié)構(gòu) 14
4.2 企業(yè)網(wǎng)絡(luò)INTERNET的接入技術(shù)和方式 15
4.3 企業(yè)網(wǎng)內(nèi)部的設(shè)計和配置 19
4.3.1 VLAN的原理 19
4.3.2 設(shè)計中VLAN具體劃分 19
4.4 企業(yè)網(wǎng)絡(luò)NAT的配置方案 21
4.4.1 NAT的工作原理 21
4.4.2 NAT的用法 21
4.4.3 設(shè)計采用的NAT技術(shù) 22
4.5 企業(yè)網(wǎng)絡(luò)QOS的配置方案 22
4.5.1 QoS的概念 22
4.5.2 QoS的功能 22
4.5.3 QoS配置 24
4.6 企業(yè)網(wǎng)絡(luò)VPN的配置方案 25
4.6.1 VPN的定義 25
4.6.2 VPN解決方案的優(yōu)點 25
4.6.3 VPN技術(shù)原理 25
4.6.4 VPN的配置 26
4.7 企業(yè)網(wǎng)絡(luò)組播的配置方案 26
4.8 設(shè)備選型 27
4.8.1 交換機的選型 27
4.8.2 路由器的選型 27
第5章 企業(yè)網(wǎng)的測試 28
5.1 總部與分支機構(gòu)連通性測試 28
5.2 總部與分支機構(gòu)VPN鏈接測試 28
5.3 總部與分支機構(gòu)組播鏈接測試 30
設(shè)計總結(jié) 31
致 謝 32
參考文獻 33

第1章 緒論
1.1 組播企業(yè)網(wǎng)的研究意義
伴隨著Internet和各種業(yè)務(wù)的迅猛發(fā)展，尤其是視頻、話音等多媒體實時業(yè)務(wù)的迅猛增長，企業(yè)網(wǎng)由以前單一的數(shù)據(jù)網(wǎng)變成了多業(yè)務(wù)的綜合數(shù)字網(wǎng)。此時，傳統(tǒng)的IP網(wǎng)絡(luò)沒有服務(wù)質(zhì)量、沒有組播的弱點已經(jīng)顯示出來。面對新業(yè)務(wù)的不斷涌現(xiàn)，增加帶寬將固然是解決服務(wù)質(zhì)量問題最為簡單和有效的方法，但應(yīng)用對帶寬的需求正以指數(shù)級速度增長，不可能通過無限制的購買帶寬來解決需求。當有效帶寬能滿足某一應(yīng)用的需求時，更大帶寬需求的業(yè)務(wù)又將出現(xiàn)。由此看來，如何合理利用當前的帶寬才是值得思考的一個問題。
在如今的企業(yè)網(wǎng)絡(luò)使用過程中，視頻點播、新聞發(fā)布、網(wǎng)絡(luò)電視、視頻會議、數(shù)據(jù)和資料的分發(fā)等對現(xiàn)有的網(wǎng)絡(luò)的承載能力提出了挑戰(zhàn)。與傳統(tǒng)應(yīng)用相比，這些應(yīng)用有著數(shù)據(jù)量大、延時敏感性強、時序時間長等特點。因此采用的最少時間、最小空間來傳輸和解決這些應(yīng)用所需要的網(wǎng)絡(luò)利用率高、傳輸速度快、實時性強的問題。就要采用不同于傳統(tǒng)單播、廣播及時的轉(zhuǎn)發(fā)技術(shù)及QoS服務(wù)保證機制來實現(xiàn)，而IP組播技術(shù)是解決這些問題的關(guān)鍵技術(shù)。
1.2 組播技術(shù)的發(fā)展歷史
收者之間的各個路由器而形成路由。
2.1.2 組播與單播的比較
使用IP組播將數(shù)據(jù)分組發(fā)送給多個接收方時，并不會為每個接收方復(fù)制分組，而是在單個流中發(fā)送它們。下游路由器僅僅在接受了接收方的鏈路上復(fù)制分組。
組播數(shù)據(jù)流的發(fā)送方（信源）不需要知道接收方的單播地址。
采用單播方式傳輸時，需要發(fā)送數(shù)據(jù)分組的多個拷貝每個接收方一個。
如圖2-2中所示，一個主機發(fā)送數(shù)據(jù)分組的三個拷貝，網(wǎng)絡(luò)將這些拷貝轉(zhuǎn)發(fā)到三個不同的接收方。主機每次只能向一個接收方發(fā)送，因為對于每個接收方，它必須創(chuàng)佳包含不同目標地址的分組。如圖2-3所示，主機發(fā)送數(shù)據(jù)分組的一個拷貝，在網(wǎng)絡(luò)中的由離每個接受方最近的路由器進行復(fù)制。

圖2-2 數(shù)據(jù)在單播的傳輸示意圖

圖2-3 數(shù)據(jù)在單播的傳輸示意圖
2.1.3 組播技術(shù)在網(wǎng)絡(luò)中的應(yīng)用方式
在需要同時將數(shù)據(jù)遞交給一組接收方時使用IP組播，組播的應(yīng)用方式最常見的兩種模型是一到多和多到多。
在一到多應(yīng)用中，一個發(fā)送方將數(shù)據(jù)發(fā)送給多個接收方。這種模型可用于音頻或者視頻分發(fā)、通告、監(jiān)控等。如果一到多應(yīng)用需要接收方提供反饋，則將可能變成多到多應(yīng)用。
在多到多應(yīng)用中，任何數(shù)量的主機像同一個組播組發(fā)送數(shù)據(jù)。多個接收方也充當發(fā)送方，因此注解可能同時是發(fā)送和接收方。從多個信源接受數(shù)據(jù)增加了引用的復(fù)雜度，在管理方面帶來了完全不同的挑戰(zhàn)，以多到多組播概念為基礎(chǔ)，可以構(gòu)建一系列全新的應(yīng)用，如協(xié)同、并行處理、和分布式交互模擬。
現(xiàn)在出現(xiàn)了很多新的組播應(yīng)用，這是因為對其需求不斷增長。試試應(yīng)用包括直播的電視、公司廣播、遠程學(xué)習(xí)和視頻會議等。非實時應(yīng)用包括文件傳輸、數(shù)據(jù)和文件的復(fù)制以及視頻點播（VOD）。
4.7 企業(yè)網(wǎng)絡(luò)組播的配置方案
企業(yè)組播方案采用PIM-SM模式。在總部上建立組，在分支上加入組即可
interface Loopback0
ip address 1.1.1.1 255.255.255.255
ip pim sparse-mode
!
interface FastEthernet0/1.1
ip pim sparse-mode
!
interface FastEthernet0/1.2
encapsulation dot1Q 2
ip address 10.0.2.1 255.255.255.0
ip pim sparse-mode
no snmp trap link-status
!
interface FastEthernet0/1.3
encapsulation dot1Q 3
ip address 10.0.3.1 255.255.255.0
ip pim sparse-mode
no snmp trap link-status
!
interface FastEthernet0/1.4
encapsulation dot1Q 4
ip address 10.0.4.1 255.255.255.0
ip pim sparse-mode
no snmp trap link-status
!
ip pim send-rp-announce Loopback0 scope 3 group-list 50
ip pim send-rp-discovery Loopback0 scope 3
ip nat inside source list natacl interface FastEthernet0/0 overload
參考文獻
[1] 程文青，張燕．基于OPNET的多播網(wǎng)絡(luò)仿真平臺的設(shè)計與實現(xiàn)[J]．計算機工程與科學(xué)，2007(05)
[2] 張志方．IP組播技術(shù)及其基于寬帶IP網(wǎng)的解決方案[J]．大眾科技，2005（2）
[3] 張谞,吳慧中．支持流媒體的應(yīng)用層組播研究[J]．計算機科學(xué)，007（06）
[4] 夏光峰．校園網(wǎng)絡(luò)環(huán)境下組播服務(wù)的研究、設(shè)計與部署[J]．合肥學(xué)院學(xué)報(自然科學(xué)版)，2008（03）
[5] 江魁,楊文玲．IP網(wǎng)絡(luò)組播路由研究[J]．中山大學(xué)學(xué)報(自然科學(xué)版)，2007
[6] 王大偉．組播技術(shù)在實際應(yīng)用中的優(yōu)勢與不足[J]．網(wǎng)絡(luò)安全技術(shù)與應(yīng)用，2005（04）
[7] ITU-T Recommendation G，113，Transmission impairments due to speech processing，International Telecommunication Union，2007（11）