HVS-005-H3C-IP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃課件_第1頁
HVS-005-H3C-IP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃課件_第2頁
HVS-005-H3C-IP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃課件_第3頁
HVS-005-H3C-IP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃課件_第4頁
HVS-005-H3C-IP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃課件_第5頁
已閱讀5頁,還剩105頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

HVS-005H3CIP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃HVS-005H3CIP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃如果以組播組網(wǎng),如何規(guī)劃組播?如何保證視頻監(jiān)控系統(tǒng)的QoS?引入如果以組播組網(wǎng),如何規(guī)劃組播?引入視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯(cuò)目錄視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求目錄典型組網(wǎng)(一):監(jiān)控專網(wǎng)解決方案典型組網(wǎng)(一):監(jiān)控專網(wǎng)解決方案視頻監(jiān)控業(yè)務(wù)需求分析專業(yè)客戶要求高清晰畫質(zhì),監(jiān)控業(yè)務(wù)作為網(wǎng)絡(luò)中的最重要的業(yè)務(wù),就需要建設(shè)視頻監(jiān)控專網(wǎng),保證給客戶提供一個(gè)專業(yè)的網(wǎng)絡(luò)平臺(tái),確保實(shí)現(xiàn)客戶的主要業(yè)務(wù)需求;大型監(jiān)控系統(tǒng)監(jiān)控網(wǎng)點(diǎn)多,規(guī)模大,覆蓋范圍廣(通常覆蓋一個(gè)區(qū)甚至整個(gè)城域范圍),這就要求網(wǎng)絡(luò)平臺(tái)能夠做到覆蓋范圍廣,接入形式多樣;要求大量減少對(duì)承載網(wǎng)絡(luò)中的帶寬浪費(fèi)及編碼器、轉(zhuǎn)發(fā)服務(wù)器的性能壓力,盡可能多的提供并發(fā)視頻流,降低網(wǎng)絡(luò)成本,網(wǎng)絡(luò)組播技術(shù)可以很好的滿足視頻監(jiān)控業(yè)務(wù)模型需求,可以高質(zhì)量的為客戶提供傳輸解決方案;要求承載網(wǎng)絡(luò)能支持有權(quán)限的人在網(wǎng)內(nèi)任何一點(diǎn)實(shí)時(shí)觀看任何一個(gè)監(jiān)控點(diǎn),能支持多人同時(shí)觀看某一監(jiān)控點(diǎn)或多個(gè)監(jiān)控點(diǎn),要求有一個(gè)強(qiáng)大的隨處可達(dá)的網(wǎng)絡(luò)平臺(tái);要求IP視頻切換和攝像機(jī)控制延時(shí)低,小于300ms~500ms,要求網(wǎng)絡(luò)的轉(zhuǎn)發(fā)高性能以及低延時(shí);視頻數(shù)據(jù)的集中或者分布式存儲(chǔ),要求網(wǎng)絡(luò)能夠滿足部分節(jié)點(diǎn)的高流量沖擊,在設(shè)計(jì)網(wǎng)絡(luò)時(shí)需要考慮高帶寬接入IPSAN;視頻監(jiān)控業(yè)務(wù)需求分析專業(yè)客戶要求高清晰畫質(zhì),監(jiān)控業(yè)務(wù)作為網(wǎng)絡(luò)典型組網(wǎng)(二):非專網(wǎng)解決方案典型組網(wǎng)(二):非專網(wǎng)解決方案非專網(wǎng)解決方案網(wǎng)絡(luò)需求分析客戶原有網(wǎng)絡(luò)資源可以利用,視頻監(jiān)控業(yè)務(wù)作為客戶眾多業(yè)務(wù)之一,圖像質(zhì)量要求一般;客戶原有網(wǎng)絡(luò)設(shè)備性能各異,對(duì)組播的支持能力一般,組網(wǎng)需求多樣化,以組播組網(wǎng)可能需要客戶進(jìn)行網(wǎng)絡(luò)改造,單播組網(wǎng)可能需要進(jìn)行帶寬擴(kuò)容;現(xiàn)有網(wǎng)絡(luò)的接入方式可能比較局限,規(guī)劃時(shí)要選擇合適的線路類型,既滿足圖像質(zhì)量要求,又確保適應(yīng)現(xiàn)有線路狀況;現(xiàn)有網(wǎng)絡(luò)覆蓋有限,前端設(shè)備可能利用公網(wǎng)線路接入,需要考慮使用VPN技術(shù)確保連通性和網(wǎng)絡(luò)安全,組播組網(wǎng)還需要考慮在VPN上能支持組播;現(xiàn)有網(wǎng)絡(luò)和改造后的網(wǎng)絡(luò)對(duì)單、組播的支持不一致,單組播網(wǎng)絡(luò)環(huán)境需要通過媒體交換服務(wù)器實(shí)現(xiàn)單播網(wǎng)絡(luò)內(nèi)客戶對(duì)組播網(wǎng)內(nèi)監(jiān)控資源的訪問。非專網(wǎng)解決方案網(wǎng)絡(luò)需求分析客戶原有網(wǎng)絡(luò)資源可以利用,視頻監(jiān)控視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯(cuò)目錄視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求目錄組播技術(shù)原理-單、組播多點(diǎn)傳送比較單播組播提高效率,減少服務(wù)器和CPU負(fù)載優(yōu)化性能,消除流量冗余降低帶寬要求,使多點(diǎn)傳輸成為可能組播技術(shù)原理-單、組播多點(diǎn)傳送比較單播組播提高效率,減少服務(wù)組播技術(shù)原理-組播地址組播地址范圍224.0.0.0-239.255.255.255保留組播地址(用于協(xié)議)224.0.0.0-224.0.0.255224.0.1.0-224.0.1.255本地管理組地址239.0.0.0-239.255.255.255用戶組播地址224.0.2.0-238.255.255.255組播MAC地址:以太網(wǎng):01-00-5e-xx-xx-xx組播技術(shù)原理-組播地址組播地址范圍IP地址到MAC地址的映射11100000000100000000010111100IP組播地址后23位映射到MAC地址中32位IP組播地址48位MAC地址(以太網(wǎng)/FDDI)此5位地址不作映射,因此32個(gè)IP組播地址映射成一個(gè)MAC地址IP地址到MAC地址的映射11100000000100000組播技術(shù)原理-組播組件構(gòu)成PIMSMIGMPV2IGMPSnoopingMSDP三層交換機(jī)/路由器PIMSMPIMDMPIM-SSMDVMRP終端主機(jī)系統(tǒng)IGMPv1、v2、v3二層交換機(jī)IGMPSnooping組播技術(shù)原理-組播組件構(gòu)成PIMSMIGMPV2MSDP組播技術(shù)原理-組管理協(xié)議IGMPv1、v2、v3IGMPv1,不支持退出報(bào)告消息,退出時(shí)延大IGMPv2,支持特定組查詢,為主流版本IGMPv3,支持基于源、組的加入,配合PIMSSM使用一般網(wǎng)絡(luò)中應(yīng)使用IGMPv2,保證協(xié)議的兼容性,如果部署PIMSSM技術(shù),則必須使用IGMPv3。目前支持IGMPv2協(xié)議的主機(jī)和網(wǎng)絡(luò)設(shè)備占主流組播技術(shù)原理-組管理協(xié)議IGMPv1、v2、v3目前支持IG組播技術(shù)原理-組播路由協(xié)議DVMRP距離矢量的組播路由協(xié)議,工作原理類似RIP,能獨(dú)立計(jì)算單播路由,實(shí)現(xiàn)簡(jiǎn)單,但擴(kuò)展性較差PIMDM使用“推”(Push)模型(先給你,可以不要)組播數(shù)據(jù)整網(wǎng)絡(luò)的泛濫(Flood)下游不想接收的話則剪枝(Prune)泛濫、剪枝、泛濫、剪枝…周而復(fù)始(通常3分鐘折騰一次)PIMSM使用“拉”(Pull)模型(你要了,才給你)組播數(shù)據(jù)只發(fā)送到有需要的地方有顯式的加入(Join)過程視頻監(jiān)控應(yīng)用中,適合采用PIMSM協(xié)議組播技術(shù)原理-組播路由協(xié)議DVMRP視頻監(jiān)控應(yīng)用中,適合采組播技術(shù)原理-RPF逆向路徑轉(zhuǎn)發(fā)(RPF--ReversePathForwarding)組播包的轉(zhuǎn)發(fā)不是基于IP包的目的地址的,而是用RPF檢查決定是否轉(zhuǎn)發(fā)和丟棄輸入信息包RPF檢查的過程如下:路由器檢查到達(dá)組播包的源地址,如果信息包是在可返回源站點(diǎn)的接口上到達(dá),則RPF檢查成功,信息包被轉(zhuǎn)發(fā)如果RPF檢查失敗,丟棄信息包對(duì)組播包源地址的檢查是通過查詢單播路由表來實(shí)現(xiàn)的組播技術(shù)原理-RPF逆向路徑轉(zhuǎn)發(fā)(RPF--Reverse接收者組播技術(shù)原理-RPF檢查源接收者接收者組播數(shù)據(jù)包錯(cuò)誤接口到達(dá)的組播數(shù)據(jù)包RPF檢查失敗,數(shù)據(jù)包從錯(cuò)誤接口到達(dá)192.18.0.32接收者組播技術(shù)原理-RPF檢查源接收者接收者組播數(shù)據(jù)包錯(cuò)PIM-SM(RFC2362)支持共享樹和源樹假設(shè)沒有主機(jī)需要接收組播數(shù)據(jù),除非它們明確地發(fā)出了請(qǐng)求使用“匯聚點(diǎn)”(RP,RendezvousPoint)發(fā)送者和接收者在RP處進(jìn)行匯聚發(fā)送者的第一跳路由器把發(fā)送者注冊(cè)到RP上(報(bào)個(gè)到,掛個(gè)號(hào))接收者的DR(直連網(wǎng)絡(luò)上的負(fù)責(zé)人)為接收者加入到共享樹(樹根在RP)適合于…大規(guī)模的企業(yè)網(wǎng)絡(luò)是任何網(wǎng)絡(luò)的優(yōu)選方案,不管其規(guī)模和成員密集程度。這個(gè)RP很重要哦!PIM-SM(RFC2362)支持共享樹和源樹這組播分發(fā)樹模型源192.18.0.32接收者DRDR接收者接收者源192.18.0.32接收者DRRP接收者接收者這就是SPT呀!噢,RPT!組播數(shù)據(jù)流RP這還是SPT呀!組播分發(fā)樹模型源接收者DRDR接收者接收者源接收者DRRP接組播路由規(guī)劃-RP的指定方式靜態(tài)指定必須在組播網(wǎng)絡(luò)中的每個(gè)路由器手動(dòng)配置;所有路由器必須使用相同RP;無法實(shí)現(xiàn)RP備份和切換;通過bootstrap協(xié)議自動(dòng)選舉BSR是標(biāo)準(zhǔn)的RP選舉與維護(hù)機(jī)制,支持PIM-SM設(shè)備都支持BSR機(jī)制;BSR是PIM-SM網(wǎng)絡(luò)里的管理核心;PIM-SM網(wǎng)絡(luò)C-RPC-RPC-RP通告(單播)C-RP通告(單播)BSRBSR消息BSR消息BSR消息BSR消息BSR消息一跳一跳向外擴(kuò)散組播路由規(guī)劃-RP的指定方式靜態(tài)指定PIM-SM網(wǎng)絡(luò)C-RPIMSM的部署原則大型組播網(wǎng)絡(luò)網(wǎng)絡(luò)中設(shè)置RP,形成共享樹結(jié)構(gòu),簡(jiǎn)化組播的路徑管理。組播用戶分布稀疏假設(shè)網(wǎng)絡(luò)中“地廣人稀”,既要使所有組播用戶收到數(shù)據(jù),又不能制造多余流量。跨域組播與MSDP配合使用,可以實(shí)現(xiàn)跨域組播。PIMSM的部署原則大型組播網(wǎng)絡(luò)RP部署原則路由器要求高性能、高帶寬連接網(wǎng)絡(luò)位置處于網(wǎng)絡(luò)中心位置,減少次要路由RP的冗余備份一臺(tái)主RP,多臺(tái)備份RP,防止單點(diǎn)故障主RP從RPRP部署原則路由器要求主RP從RP隧道方式用GRE、L2TP等隧道技術(shù),可以使組播數(shù)據(jù)穿越非組播網(wǎng)絡(luò)。組播數(shù)據(jù)穿越單播網(wǎng)絡(luò)GREInternetRTARTB隧道方式組播數(shù)據(jù)穿越單播網(wǎng)絡(luò)GREInternetRTARTRP/BSR規(guī)劃監(jiān)控中心一級(jí)監(jiān)控中心二級(jí)監(jiān)控中心一級(jí)監(jiān)控中心一級(jí)監(jiān)控中心二級(jí)監(jiān)控中心攝像頭接入交換機(jī)匯聚交換機(jī)IPSANBSRC-RPC-RP二級(jí)監(jiān)控中心交換機(jī)充當(dāng)本地組播組的RP核心交換機(jī)作為BSR整網(wǎng)做組播三層轉(zhuǎn)發(fā),以IGMPV2和PIMSM協(xié)議實(shí)現(xiàn)組播功能核心交換機(jī)C-RPRP/BSR規(guī)劃監(jiān)控中心一級(jí)監(jiān)控中心二級(jí)監(jiān)控中心一級(jí)監(jiān)控中心組播配置案例(一)核心交換機(jī)配置(做三層交換機(jī)用):在全局模式下使能igmpigmpenable在全局模式下使能組播路由和PIM協(xié)議multicastrouting-enablepim在vlan三層接口和loopback接口下使能PIMSMinterfacevlan-interface<端口號(hào)>和interfaceloopback0pimsm在vlan三層接口(互聯(lián)三層接口除外)和loopback接口下使能igmpinterfacevlan-interface<端口號(hào)>和interfaceloopback0igmpenable根據(jù)情況配置pim協(xié)議的RP和BSRaclnumber<acl號(hào)>rulepermitsource<組播網(wǎng)段><組播反掩碼>#Pimc-bsrvlan-interface<vlan端口號(hào)>c-rpvlan-interface<vlan端口號(hào)>group-policy<acl號(hào)>組播配置案例(一)核心交換機(jī)配置(做三層交換機(jī)用):在全局模組播配置案例(二)匯聚交換機(jī)配置(做三層交換機(jī)用):在全局模式下使能igmpigmpenable在全局模式下使能組播路由和PIM協(xié)議multicastrouting-enablePim在vlan三層接口和loopback接口下使能PIMSMinterfacevlan-interface<端口號(hào)>和interfaceloopback<端口>pimsm在vlan三層接口(互聯(lián)三層接口除外)和loopback接口下使能igmpinterfacevlan-interface<端口號(hào)>和interfaceloopback<端口>igmpenable根據(jù)情況配置pim協(xié)議的RP和BSRPimc-bsrvlan-interface<vlan端口號(hào)>c-rpvlan-interface<vlan端口號(hào)>group-policy<acl號(hào)>如果啟用EPON,則在OLT端口下配置未知組播流不上CPUinterfaceOlt<端口號(hào)>undoigmp-to-cpuenable組播配置案例(二)匯聚交換機(jī)配置(做三層交換機(jī)用):在全局模組播配置案例(三)EC接入交換機(jī)配置(當(dāng)二層交換機(jī)用):在連接EC的物理端口下配置端口隔離interfaceethernet<端口號(hào)>portisolate如果啟用EPON,則在OLT端口下配置未知組播流不上CPUinterfaceOlt<端口號(hào)>undoigmp-to-cpuenable組播配置案例(三)EC接入交換機(jī)配置(當(dāng)二層交換機(jī)用):在DC接入交換機(jī)組播配置(當(dāng)二層交換機(jī)用)組播配置案例(四)在全局下配置igmp-snoopingenableigmp-snoopingenable在vlan下啟用igmp-snoopingVlan<vlan號(hào)>igmp-snoopingenable在全局下配置未知組播丟棄unknown-multicastdropenable在全局下配置igmpfastleaveigmp-snoopingfast-leavevlan<vlan號(hào)>DC接入交換機(jī)組播配置(當(dāng)二層交換機(jī)用)組播配置案例(四)在視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯(cuò)目錄視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求目錄iVSIP智能視頻監(jiān)控系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)接入方式設(shè)計(jì)IP地址規(guī)劃路由協(xié)議規(guī)劃QoS設(shè)計(jì)iVSIP智能視頻監(jiān)控系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(一)匯聚設(shè)備的選擇選型原則:支持豐富的特性,支持豐富的線路類型(LAN、EPON等),性能和穩(wěn)定性較高特點(diǎn):在中大型視頻監(jiān)控網(wǎng)絡(luò)中為L(zhǎng)3設(shè)備(一般為三層交換機(jī))在以組播組網(wǎng)時(shí),必須支持組播路由協(xié)議:PIMSM和IGMPv2在以組播組網(wǎng)時(shí),匯聚設(shè)備的型號(hào)必須滿足組播組數(shù)量的要求推薦:H3CS7500/S5600/S3610/S3600交換機(jī),如果要求支持EPON,則必須是S7500系列;核心設(shè)備的選擇選型原則:高穩(wěn)定性、高性能、高背板帶寬特點(diǎn):在中大型視頻監(jiān)控網(wǎng)絡(luò)中為L(zhǎng)3設(shè)備(一般為三層交換機(jī))端口支持GE或10GE以太網(wǎng)在以組播組網(wǎng)時(shí),必須支持組播路由協(xié)議:PIMSM和IGMPv2在以組播組網(wǎng)時(shí),核心設(shè)備的型號(hào)必須滿足組播組數(shù)量的要求推薦:H3CS9500/S7500交換機(jī);網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(一)匯聚設(shè)備的選擇核心設(shè)備的選擇網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(二)接入設(shè)備的選擇選型原則:支持端口隔離(多端口的情況下),支持傳輸?shù)木€路類型,能滿足環(huán)境對(duì)設(shè)備的要求(尤其在室外的時(shí)候),可網(wǎng)管。特點(diǎn):形態(tài)豐富,可以是L2/L3交換機(jī),路由器,ONU設(shè)備,WLAN設(shè)備在以組播模式組網(wǎng)時(shí),支持IGMPSnooping推薦:H3CS3610/S3600/S3100交換機(jī),如果要求支持EPON,則必須是S3100系列;注意:接入設(shè)備不能是HUB幾點(diǎn)說明在小型視頻監(jiān)控網(wǎng)絡(luò)中,層次不一定這么明顯,很可能只有兩個(gè)甚至一個(gè)層次的設(shè)備。在某個(gè)范圍之內(nèi)的核心層,在上一級(jí)網(wǎng)絡(luò)中很可能只是匯聚層。網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(二)接入設(shè)備的選擇幾點(diǎn)說明接入設(shè)計(jì)-前端接入(一)LAN通用,廉價(jià),隨處可得距離:100米內(nèi)帶寬:10/100M接入方式:EC的電口以網(wǎng)線上聯(lián)至接入交換機(jī)的電口SPF抗干擾;點(diǎn)對(duì)點(diǎn);距離:80公里內(nèi)帶寬:100M接入方式:EC的光口以光纜上聯(lián)至接入交換機(jī)的100M光口接入設(shè)計(jì)-前端接入(一)LAN接入設(shè)計(jì)-前端接入(二)ADSL適合偏遠(yuǎn)地區(qū)或者對(duì)圖像質(zhì)量要求不高的場(chǎng)合距離:500M帶寬:目前一般的上行512K,下行1M/2M接入方式:EC的電口以網(wǎng)線上聯(lián)至接前端的ADSL接入設(shè)備(如路由器)的電口,前端接入設(shè)備再外接ADSLmodem專線(MSTP/SDH)適用于自建傳輸網(wǎng)的用戶,比如電力公司,高速公路MSTP傳輸節(jié)點(diǎn)設(shè)備直接出以太網(wǎng)接口,SDH需加路由器轉(zhuǎn)成以太網(wǎng)距離:取決于傳輸網(wǎng)帶寬:n*2M接入方式:MSTP:EC的電口以網(wǎng)線上聯(lián)至接MSTP節(jié)點(diǎn)機(jī)的網(wǎng)口;SDH:EC的電口以網(wǎng)線上聯(lián)至路由器的電口,路由器的廣域網(wǎng)口在與SDH光纖相連接入設(shè)計(jì)-前端接入(二)ADSL接入設(shè)計(jì)-前端接入(三)EPON(無源光網(wǎng)絡(luò))安全,方便部署,單纖;成本優(yōu)勢(shì);P2MP結(jié)構(gòu);距離:20KM內(nèi);帶寬:2-23M(對(duì)ONU而言);接入方式:EC外插一個(gè)ONU子卡,ONU子卡以尾纖+法蘭盤與分光器的分支光纖相連,或則ONU子卡直接與分光器的分支光纖相連,光器的主干光纖通過法蘭盤與上行的光纖相連;WLAN(無線局域網(wǎng))應(yīng)用于不方便布線,且傳輸路徑中無遮擋物的場(chǎng)合;帶寬:54M/108M(支持SuperA);距離:AP:大多不超過五六百米;無線網(wǎng)橋:大多不超過二三十公里;接入方式:EC的電口以網(wǎng)線上聯(lián)至無線網(wǎng)橋的電口,無線網(wǎng)橋再以無線的方式上聯(lián)至對(duì)端的無線網(wǎng)橋,對(duì)端的無線網(wǎng)橋以電口連接至接入交換機(jī);接入設(shè)計(jì)-前端接入(三)EPON(無源光網(wǎng)絡(luò))接入設(shè)計(jì)-其他設(shè)備接入DC/VC接入組播組網(wǎng)時(shí),所有的DC接入(包括DC/EC混和)的交換機(jī)必須選用支持組播的交換機(jī),如S3600EI系列交換機(jī)組播組網(wǎng)時(shí),VC的接入交換機(jī)必須支持PIM-SM組播協(xié)議或者IGMP-Snooping協(xié)議單播組網(wǎng)時(shí),網(wǎng)絡(luò)只需要考慮視頻碼流帶寬要求即可IPSAN接入IPSAN通過千兆鏈路與網(wǎng)絡(luò)相連以滿足實(shí)時(shí)存儲(chǔ)和點(diǎn)播對(duì)帶寬的需求VM、DM接入VM/DM服務(wù)器對(duì)帶寬的要求較低,可以在10/100M以太網(wǎng)口接入接入設(shè)計(jì)-其他設(shè)備接入DC/VC接入IP地址規(guī)劃-互聯(lián)地址互聯(lián)地址概述互聯(lián)地址是指兩臺(tái)網(wǎng)絡(luò)設(shè)備相互連接的接口(或三層vlan接口)所需要的地址。互聯(lián)地址規(guī)劃技巧務(wù)必使用30位掩碼的地址。核心設(shè)備,使用較小的一個(gè)地址(即:loopback地址較小的設(shè)備使用互聯(lián)地址中較小的一個(gè))?;ヂ?lián)地址通常要聚合后發(fā)布,在規(guī)劃時(shí)要充分考慮使用連續(xù)的可聚合地址。IP地址規(guī)劃-互聯(lián)地址互聯(lián)地址概述IP地址規(guī)劃-業(yè)務(wù)地址業(yè)務(wù)地址概述業(yè)務(wù)地址是連接在網(wǎng)絡(luò)設(shè)備上的各種服務(wù)器、主機(jī)、業(yè)務(wù)設(shè)備所使用的地址以及網(wǎng)關(guān)的地址。業(yè)務(wù)地址規(guī)劃建議:所有的網(wǎng)關(guān)地址統(tǒng)一使用相同的末位數(shù)字,如:.254都是表示網(wǎng)關(guān)。地址連續(xù)分配,方便路由聚合各網(wǎng)段預(yù)留地址充分,滿足后續(xù)業(yè)務(wù)的擴(kuò)展需求相同性質(zhì)的網(wǎng)段采用相同的地址分配策略EC按所屬行政歸屬劃分不同的網(wǎng)段同一歸屬單位的DC和VC規(guī)劃在同一個(gè)網(wǎng)段同一歸屬單位的VM/DM、IPSAN規(guī)劃在同一個(gè)網(wǎng)段IP地址規(guī)劃-業(yè)務(wù)地址業(yè)務(wù)地址概述IP地址規(guī)劃-組播地址規(guī)劃在H3C的iVS視頻監(jiān)控系統(tǒng)中,只有EC需要實(shí)際配置組播地址,且只有在采用組播模式組網(wǎng)時(shí)才需要;其他設(shè)備不固定配置組播地址;一個(gè)EC通道一個(gè)組播地址;建議所有EC的組播地址的首段數(shù)字相同,例如都為228;組播地址和單播地址建立對(duì)應(yīng)關(guān)系(比如把單播地址的后兩段映射到組播地址的中間兩段),例如:192.4.3.1

228.3.1.1把EC的通道和組播地址的末段數(shù)字對(duì)應(yīng)起來,例如:EC1004-HC,ip地址規(guī)劃為192.4.5.23,其各通道組播地址可以規(guī)劃為通道0:228.5.23.1通道1:228.5.23.2通道2:228.5.23.3通道3:228.5.23.4IP地址規(guī)劃-組播地址規(guī)劃在H3C的iVS視頻監(jiān)控系統(tǒng)中,只路由協(xié)議規(guī)劃-路由協(xié)議的選擇單播路由協(xié)議選擇RIP—適合在小型的網(wǎng)絡(luò)中使用OSPF—是使用最為廣范的路由協(xié)議,大中型網(wǎng)絡(luò)中,建議采用OSPF協(xié)議IS-IS—在性能上與OSPF類似,但是在行業(yè)網(wǎng)絡(luò)應(yīng)用較少,主要在運(yùn)營(yíng)商網(wǎng)絡(luò)中使用三層組播路由協(xié)議的選擇一般選擇使用PIMSM路由協(xié)議規(guī)劃-路由協(xié)議的選擇單播路由協(xié)議選擇QoS設(shè)計(jì)-視頻監(jiān)控對(duì)IP網(wǎng)絡(luò)技術(shù)要求中華人民共和國(guó)通信行業(yè)標(biāo)準(zhǔn)《IP網(wǎng)絡(luò)技術(shù)要求--網(wǎng)絡(luò)性能參數(shù)與指標(biāo)》:進(jìn)行多媒體傳輸(視訊業(yè)務(wù)),網(wǎng)絡(luò)性能要求達(dá)到1級(jí)或1級(jí)以上QoS設(shè)計(jì)-視頻監(jiān)控對(duì)IP網(wǎng)絡(luò)技術(shù)要求中華人民共和國(guó)通信行我啊三張是……本地這么說…...我啊三是……對(duì)方聽到的是…...QoS設(shè)計(jì)-丟包對(duì)語音質(zhì)量的影響對(duì)于語音通信來說,丟包對(duì)語音質(zhì)量的影響與語音編碼的打包時(shí)長(zhǎng)密切相關(guān)如果語音打包時(shí)長(zhǎng)為20ms,那么丟失掉一個(gè)包就會(huì)丟掉20ms的語音信號(hào)。?我啊三張是……本地這么說…...我啊三是……對(duì)方聽到的是QoS設(shè)計(jì)-丟包對(duì)視頻質(zhì)量的影響數(shù)據(jù)壓縮導(dǎo)致的圖像方塊丟包導(dǎo)致的圖像方塊QoS設(shè)計(jì)-丟包對(duì)視頻質(zhì)量的影響數(shù)據(jù)壓縮導(dǎo)致的圖像方塊丟包導(dǎo)QoS設(shè)計(jì)-QoS規(guī)劃基本原則什么情況下需要使用QoS網(wǎng)絡(luò)帶寬緊張,或者在突發(fā)流量時(shí)帶寬不足。網(wǎng)絡(luò)中存在多種業(yè)務(wù),并且這些不同的業(yè)務(wù)各自對(duì)帶寬和時(shí)延的要求不同。即使帶寬足夠,為了防止網(wǎng)絡(luò)中出現(xiàn)異常的突發(fā)流量(病毒攻擊)的情況,也需要對(duì)關(guān)鍵業(yè)務(wù)做QoS保證。使用哪種QoS模型?IntServ模型:業(yè)務(wù)通過信令向網(wǎng)絡(luò)申請(qǐng)?zhí)囟ǖ腝oS服務(wù),網(wǎng)絡(luò)在流量參數(shù)描述的范圍內(nèi),預(yù)留資源以承諾滿足該請(qǐng)求。屬于理論上可控制的、端到端的服務(wù)。但要求端到端所有設(shè)備支持RSVP協(xié)議,可擴(kuò)展性差和協(xié)議報(bào)文開銷較大。不建議使用。DiffServ模型:當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時(shí),根據(jù)業(yè)務(wù)的不同服務(wù)等級(jí)約定,有差別地進(jìn)行流量控制和轉(zhuǎn)發(fā)來解決擁塞問題。屬于常用的簡(jiǎn)單有效的QoS模型,推薦使用。QoS設(shè)計(jì)-QoS規(guī)劃基本原則什么情況下需要使用QoSQoS設(shè)計(jì)-DiffServQoS模型DiffServ域在網(wǎng)絡(luò)邊緣對(duì)分組進(jìn)行分類、流量控制、標(biāo)識(shí)DSCP在網(wǎng)絡(luò)中根據(jù)分組的DSCP值,進(jìn)行隊(duì)列調(diào)度、報(bào)文丟棄等QoS策略PHBPHBPHBPHBPHB:PerHopBehavior當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時(shí),根據(jù)業(yè)務(wù)的不同服務(wù)等級(jí)約定,有區(qū)別地進(jìn)行流量控制和轉(zhuǎn)發(fā)來解決擁塞問題;QoS保證是基于每個(gè)報(bào)文的轉(zhuǎn)發(fā)行為,不需要額外的信令處理,是目前IP網(wǎng)絡(luò)中主要的QoS技術(shù);存在分類有限、對(duì)相同分類的業(yè)務(wù)量的資源共搶無能為力等本質(zhì)不足;QoS設(shè)計(jì)-DiffServQoS模型DiffServ域在QoS設(shè)計(jì)-DiffServ實(shí)施策略實(shí)施Diff-Serv的主要技術(shù)包括流分類、流量監(jiān)管(CAR)、流量整形(GTS)、擁塞管理(PQ/CQ/WFQ/CBQ)和擁塞避免(WRED)。流分類:依據(jù)一定的匹配規(guī)則識(shí)別出感興趣的對(duì)象。流分類是有區(qū)別地實(shí)施服務(wù)的前提。流量監(jiān)管(CAR):對(duì)進(jìn)入路由器的特定流量的規(guī)格進(jìn)行監(jiān)管。當(dāng)流量超出規(guī)格時(shí),可以采取限制或懲罰措施,以保護(hù)網(wǎng)絡(luò)資源不受損害;擁塞管理(PQ/CQ/WFQ/CBQ):網(wǎng)絡(luò)擁塞時(shí)必須采取的解決資源競(jìng)爭(zhēng)的措施。通常是將報(bào)文放入隊(duì)列中緩存,并采取某種調(diào)度算法安排報(bào)文的轉(zhuǎn)發(fā)次序;在這幾種隊(duì)列調(diào)度技術(shù)中,CBQ兼顧了其余技術(shù)的優(yōu)點(diǎn),與現(xiàn)實(shí)中的業(yè)務(wù)模型十分相符,所以實(shí)施擁塞管理技術(shù)通常只使用CBQ。擁塞避免(WRED):過度的擁塞會(huì)對(duì)網(wǎng)絡(luò)資源造成損害。擁塞避免監(jiān)督網(wǎng)絡(luò)資源的使用情況,當(dāng)發(fā)現(xiàn)擁塞有加劇的趨勢(shì)時(shí)采取主動(dòng)丟棄報(bào)文的策略,通過調(diào)整流量來解除網(wǎng)絡(luò)的過載;流量整形(GTS):一種主動(dòng)調(diào)整流的輸出速率的流控措施,通常是為了使流量適配下游路由器可供給的網(wǎng)絡(luò)資源,避免不必要的報(bào)文丟棄和擁塞;QoS設(shè)計(jì)-DiffServ實(shí)施策略實(shí)施Diff-ServQoS設(shè)計(jì)-實(shí)施QoS須知基于業(yè)務(wù)的分析與報(bào)文標(biāo)記QoS中的幾乎所有控制手段都是基于對(duì)業(yè)務(wù)的分類,及不同業(yè)務(wù)流的標(biāo)記。多種方法結(jié)合使用,綜合治理預(yù)防策略:LR、CAR、GTS、WRED調(diào)度策略:各種隊(duì)列調(diào)度方案。QoS的局限性和副作用每一種策略都會(huì)消耗設(shè)備的系統(tǒng)資源,導(dǎo)致設(shè)備的總體性能下降。并非使用了QoS就可以高枕無憂,可能設(shè)備異常繁忙導(dǎo)致無法處理配置的各種策略。最有效的QoS手段是-增加帶寬和提高設(shè)備的處理能力QoS設(shè)計(jì)-實(shí)施QoS須知基于業(yè)務(wù)的分析與報(bào)文標(biāo)記視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯(cuò)目錄視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求目錄網(wǎng)絡(luò)排錯(cuò)-組播表項(xiàng)查看displayigmpgroup看某接口下有多少組播組。這是按三層接口統(tǒng)計(jì)有多少組播組。displaympmgroup看某vlan接口的某端口下有多少組播組。這張表按端口統(tǒng)計(jì)有多少組播組。displaymulticastforwarding-table真正指導(dǎo)組播數(shù)據(jù)轉(zhuǎn)發(fā)的組播轉(zhuǎn)發(fā)表。displaypimrouting-tablepim協(xié)議的組播路由表。定位協(xié)議本身的問題,可以查看此路由表。displaymulticastrouting-table多種協(xié)議生成的組播路由,并把最優(yōu)的組播路由下刷到組播轉(zhuǎn)發(fā)表中。(通常情況下就一種組播路由,類似displayiprouteprotocolospf和displayiproute)網(wǎng)絡(luò)排錯(cuò)-組播表項(xiàng)查看displayigmpgroup網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例組播流未到交換機(jī)組播路由會(huì)檢查組播源的IP地址(RPF檢查),要保證組播網(wǎng)絡(luò)中所有交換機(jī)到組播源的單播路由都可達(dá)。disigmpgroup存在表項(xiàng),但是dispimrou中沒有(*,g)表項(xiàng)igmpgroup表項(xiàng)在收到igmp請(qǐng)求報(bào)文或者在接口設(shè)置igmphost-join時(shí)就會(huì)生成,但是要在需接口啟用pimsm協(xié)議,并且存在相應(yīng)的pimrp時(shí)才會(huì)在pim路由表中生成(*,g)表項(xiàng)??梢酝ㄟ^dispimbsr和dispimrp命令查看bsr和rp情況。網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例組播流未到交換機(jī)網(wǎng)絡(luò)設(shè)計(jì)-組播排錯(cuò)案例dismulfor有表項(xiàng),但dismulrou沒有表項(xiàng),組播流不轉(zhuǎn)發(fā)仍然是RPF(反向路徑檢查)的問題。這時(shí)displaymulticastforwording-table有表項(xiàng),displaymulticastrouting-table沒有表項(xiàng),displaypimrouting-table只有(*,g)表項(xiàng),沒有(s,g)表項(xiàng)。這時(shí)只要將該交換機(jī)到組播源的路由打通就一切正常了。S3900啟用igmp-snooping后組播報(bào)文仍然在vlan內(nèi)廣播要在系統(tǒng)試圖和vlan視圖下都設(shè)置igmp-snoopingenable。僅僅這樣設(shè)置S3900仍然會(huì)將組播報(bào)文在vlan內(nèi)廣播,還要在系統(tǒng)試圖下設(shè)置unknown-multicastdropenable。注意設(shè)置unknown-multicastdropenable后一定要啟用igmp-snooping才能讓組播報(bào)文二層轉(zhuǎn)發(fā),否則所有組播報(bào)文都會(huì)丟棄。網(wǎng)絡(luò)設(shè)計(jì)-組播排錯(cuò)案例dismulfor有表項(xiàng),但dis網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例S3900交換機(jī)啟用三層組播路由后不能在二層轉(zhuǎn)發(fā)組播報(bào)文S3900如果啟用了multicastrouting-enable,并且給vlan配置了IP地址,不論是否啟用未知組播丟棄(unkown-multicastdropenable),組播報(bào)文都不會(huì)在該vlan中廣播。啟用pim協(xié)議或者igmpenable后,igmp-snooping便不能再配置,但是這個(gè)時(shí)候交換機(jī)自動(dòng)啟用了和igmp-snooping功能相同的mpm,如果收到組播源發(fā)出的報(bào)文就根據(jù)mac組播表向相應(yīng)的主機(jī)端口(收到igmp加入報(bào)文的端口)以及所有的路由器端口(收到igmp通用組查詢報(bào)文的端口)轉(zhuǎn)發(fā)組播流。4M碼流的鏈路速率

4M的碼流能穩(wěn)定跑在百兆全雙工鏈路上。如果是百兆半雙工,或是十兆的鏈路就可能出現(xiàn)嚴(yán)重丟包現(xiàn)象。二層交換機(jī)級(jí)聯(lián)也可能出現(xiàn)丟包的情況。網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例S3900交換機(jī)啟用三層組播路由后不能網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例S3900啟用igsp做二層組播時(shí),host口會(huì)丟失S3900啟用IGSP做二層組播,計(jì)算機(jī)上用VLC接收組播流,過幾分鐘組播流就會(huì)停止,要重新播放一次才能恢復(fù)。這是因?yàn)榻粨Q機(jī)在默認(rèn)的240s老化時(shí)間后會(huì)發(fā)出源IP為全0的查詢報(bào)文,但是VLC對(duì)這種報(bào)文不處理,不會(huì)回IGMPreport報(bào)文??梢栽诮粨Q機(jī)的vlan視圖下配置igmp-snoopinggeneral-querysource-ipxxx來規(guī)避,讓交換機(jī)發(fā)出的查詢報(bào)文源IP不為全0,這樣VLC就能回復(fù)IGMPreport報(bào)文了。網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例S3900啟用igsp做二層組播時(shí),h網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例交換機(jī)AVC8000客戶端主機(jī)問題現(xiàn)象:一臺(tái)VC8000客戶端主機(jī)連接到系統(tǒng)一個(gè)交換機(jī)A上,在VC上執(zhí)行將某攝像機(jī)圖像在軟解碼窗口顯示,顯示命令成功下發(fā),但是沒有出圖像排查步驟:登錄到交換機(jī)上,使用displayigmpgroup命令,發(fā)現(xiàn)此PC已經(jīng)發(fā)出了igmp的組播請(qǐng)求dispimrouting-table發(fā)現(xiàn)沒有(*,g)表項(xiàng)dispimbsr和dispimrp命令查看bsr和rp情況,發(fā)現(xiàn)配置了C-RP,但是沒有配置bsr配置loopback0為brp,vc上能正常接收?qǐng)D像網(wǎng)絡(luò)排錯(cuò)-組播排錯(cuò)案例交換機(jī)AVC8000客戶端主機(jī)問題現(xiàn)象HVS-005-H3C_IP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃演講完畢,謝謝觀看!演講完畢,謝謝觀看!HVS-005H3CIP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃HVS-005H3CIP智能視頻監(jiān)控解決方案之網(wǎng)絡(luò)規(guī)劃如果以組播組網(wǎng),如何規(guī)劃組播?如何保證視頻監(jiān)控系統(tǒng)的QoS?引入如果以組播組網(wǎng),如何規(guī)劃組播?引入視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯(cuò)目錄視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求目錄典型組網(wǎng)(一):監(jiān)控專網(wǎng)解決方案典型組網(wǎng)(一):監(jiān)控專網(wǎng)解決方案視頻監(jiān)控業(yè)務(wù)需求分析專業(yè)客戶要求高清晰畫質(zhì),監(jiān)控業(yè)務(wù)作為網(wǎng)絡(luò)中的最重要的業(yè)務(wù),就需要建設(shè)視頻監(jiān)控專網(wǎng),保證給客戶提供一個(gè)專業(yè)的網(wǎng)絡(luò)平臺(tái),確保實(shí)現(xiàn)客戶的主要業(yè)務(wù)需求;大型監(jiān)控系統(tǒng)監(jiān)控網(wǎng)點(diǎn)多,規(guī)模大,覆蓋范圍廣(通常覆蓋一個(gè)區(qū)甚至整個(gè)城域范圍),這就要求網(wǎng)絡(luò)平臺(tái)能夠做到覆蓋范圍廣,接入形式多樣;要求大量減少對(duì)承載網(wǎng)絡(luò)中的帶寬浪費(fèi)及編碼器、轉(zhuǎn)發(fā)服務(wù)器的性能壓力,盡可能多的提供并發(fā)視頻流,降低網(wǎng)絡(luò)成本,網(wǎng)絡(luò)組播技術(shù)可以很好的滿足視頻監(jiān)控業(yè)務(wù)模型需求,可以高質(zhì)量的為客戶提供傳輸解決方案;要求承載網(wǎng)絡(luò)能支持有權(quán)限的人在網(wǎng)內(nèi)任何一點(diǎn)實(shí)時(shí)觀看任何一個(gè)監(jiān)控點(diǎn),能支持多人同時(shí)觀看某一監(jiān)控點(diǎn)或多個(gè)監(jiān)控點(diǎn),要求有一個(gè)強(qiáng)大的隨處可達(dá)的網(wǎng)絡(luò)平臺(tái);要求IP視頻切換和攝像機(jī)控制延時(shí)低,小于300ms~500ms,要求網(wǎng)絡(luò)的轉(zhuǎn)發(fā)高性能以及低延時(shí);視頻數(shù)據(jù)的集中或者分布式存儲(chǔ),要求網(wǎng)絡(luò)能夠滿足部分節(jié)點(diǎn)的高流量沖擊,在設(shè)計(jì)網(wǎng)絡(luò)時(shí)需要考慮高帶寬接入IPSAN;視頻監(jiān)控業(yè)務(wù)需求分析專業(yè)客戶要求高清晰畫質(zhì),監(jiān)控業(yè)務(wù)作為網(wǎng)絡(luò)典型組網(wǎng)(二):非專網(wǎng)解決方案典型組網(wǎng)(二):非專網(wǎng)解決方案非專網(wǎng)解決方案網(wǎng)絡(luò)需求分析客戶原有網(wǎng)絡(luò)資源可以利用,視頻監(jiān)控業(yè)務(wù)作為客戶眾多業(yè)務(wù)之一,圖像質(zhì)量要求一般;客戶原有網(wǎng)絡(luò)設(shè)備性能各異,對(duì)組播的支持能力一般,組網(wǎng)需求多樣化,以組播組網(wǎng)可能需要客戶進(jìn)行網(wǎng)絡(luò)改造,單播組網(wǎng)可能需要進(jìn)行帶寬擴(kuò)容;現(xiàn)有網(wǎng)絡(luò)的接入方式可能比較局限,規(guī)劃時(shí)要選擇合適的線路類型,既滿足圖像質(zhì)量要求,又確保適應(yīng)現(xiàn)有線路狀況;現(xiàn)有網(wǎng)絡(luò)覆蓋有限,前端設(shè)備可能利用公網(wǎng)線路接入,需要考慮使用VPN技術(shù)確保連通性和網(wǎng)絡(luò)安全,組播組網(wǎng)還需要考慮在VPN上能支持組播;現(xiàn)有網(wǎng)絡(luò)和改造后的網(wǎng)絡(luò)對(duì)單、組播的支持不一致,單組播網(wǎng)絡(luò)環(huán)境需要通過媒體交換服務(wù)器實(shí)現(xiàn)單播網(wǎng)絡(luò)內(nèi)客戶對(duì)組播網(wǎng)內(nèi)監(jiān)控資源的訪問。非專網(wǎng)解決方案網(wǎng)絡(luò)需求分析客戶原有網(wǎng)絡(luò)資源可以利用,視頻監(jiān)控視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯(cuò)目錄視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求目錄組播技術(shù)原理-單、組播多點(diǎn)傳送比較單播組播提高效率,減少服務(wù)器和CPU負(fù)載優(yōu)化性能,消除流量冗余降低帶寬要求,使多點(diǎn)傳輸成為可能組播技術(shù)原理-單、組播多點(diǎn)傳送比較單播組播提高效率,減少服務(wù)組播技術(shù)原理-組播地址組播地址范圍224.0.0.0-239.255.255.255保留組播地址(用于協(xié)議)224.0.0.0-224.0.0.255224.0.1.0-224.0.1.255本地管理組地址239.0.0.0-239.255.255.255用戶組播地址224.0.2.0-238.255.255.255組播MAC地址:以太網(wǎng):01-00-5e-xx-xx-xx組播技術(shù)原理-組播地址組播地址范圍IP地址到MAC地址的映射11100000000100000000010111100IP組播地址后23位映射到MAC地址中32位IP組播地址48位MAC地址(以太網(wǎng)/FDDI)此5位地址不作映射,因此32個(gè)IP組播地址映射成一個(gè)MAC地址IP地址到MAC地址的映射11100000000100000組播技術(shù)原理-組播組件構(gòu)成PIMSMIGMPV2IGMPSnoopingMSDP三層交換機(jī)/路由器PIMSMPIMDMPIM-SSMDVMRP終端主機(jī)系統(tǒng)IGMPv1、v2、v3二層交換機(jī)IGMPSnooping組播技術(shù)原理-組播組件構(gòu)成PIMSMIGMPV2MSDP組播技術(shù)原理-組管理協(xié)議IGMPv1、v2、v3IGMPv1,不支持退出報(bào)告消息,退出時(shí)延大IGMPv2,支持特定組查詢,為主流版本IGMPv3,支持基于源、組的加入,配合PIMSSM使用一般網(wǎng)絡(luò)中應(yīng)使用IGMPv2,保證協(xié)議的兼容性,如果部署PIMSSM技術(shù),則必須使用IGMPv3。目前支持IGMPv2協(xié)議的主機(jī)和網(wǎng)絡(luò)設(shè)備占主流組播技術(shù)原理-組管理協(xié)議IGMPv1、v2、v3目前支持IG組播技術(shù)原理-組播路由協(xié)議DVMRP距離矢量的組播路由協(xié)議,工作原理類似RIP,能獨(dú)立計(jì)算單播路由,實(shí)現(xiàn)簡(jiǎn)單,但擴(kuò)展性較差PIMDM使用“推”(Push)模型(先給你,可以不要)組播數(shù)據(jù)整網(wǎng)絡(luò)的泛濫(Flood)下游不想接收的話則剪枝(Prune)泛濫、剪枝、泛濫、剪枝…周而復(fù)始(通常3分鐘折騰一次)PIMSM使用“拉”(Pull)模型(你要了,才給你)組播數(shù)據(jù)只發(fā)送到有需要的地方有顯式的加入(Join)過程視頻監(jiān)控應(yīng)用中,適合采用PIMSM協(xié)議組播技術(shù)原理-組播路由協(xié)議DVMRP視頻監(jiān)控應(yīng)用中,適合采組播技術(shù)原理-RPF逆向路徑轉(zhuǎn)發(fā)(RPF--ReversePathForwarding)組播包的轉(zhuǎn)發(fā)不是基于IP包的目的地址的,而是用RPF檢查決定是否轉(zhuǎn)發(fā)和丟棄輸入信息包RPF檢查的過程如下:路由器檢查到達(dá)組播包的源地址,如果信息包是在可返回源站點(diǎn)的接口上到達(dá),則RPF檢查成功,信息包被轉(zhuǎn)發(fā)如果RPF檢查失敗,丟棄信息包對(duì)組播包源地址的檢查是通過查詢單播路由表來實(shí)現(xiàn)的組播技術(shù)原理-RPF逆向路徑轉(zhuǎn)發(fā)(RPF--Reverse接收者組播技術(shù)原理-RPF檢查源接收者接收者組播數(shù)據(jù)包錯(cuò)誤接口到達(dá)的組播數(shù)據(jù)包RPF檢查失敗,數(shù)據(jù)包從錯(cuò)誤接口到達(dá)192.18.0.32接收者組播技術(shù)原理-RPF檢查源接收者接收者組播數(shù)據(jù)包錯(cuò)PIM-SM(RFC2362)支持共享樹和源樹假設(shè)沒有主機(jī)需要接收組播數(shù)據(jù),除非它們明確地發(fā)出了請(qǐng)求使用“匯聚點(diǎn)”(RP,RendezvousPoint)發(fā)送者和接收者在RP處進(jìn)行匯聚發(fā)送者的第一跳路由器把發(fā)送者注冊(cè)到RP上(報(bào)個(gè)到,掛個(gè)號(hào))接收者的DR(直連網(wǎng)絡(luò)上的負(fù)責(zé)人)為接收者加入到共享樹(樹根在RP)適合于…大規(guī)模的企業(yè)網(wǎng)絡(luò)是任何網(wǎng)絡(luò)的優(yōu)選方案,不管其規(guī)模和成員密集程度。這個(gè)RP很重要哦!PIM-SM(RFC2362)支持共享樹和源樹這組播分發(fā)樹模型源192.18.0.32接收者DRDR接收者接收者源192.18.0.32接收者DRRP接收者接收者這就是SPT呀!噢,RPT!組播數(shù)據(jù)流RP這還是SPT呀!組播分發(fā)樹模型源接收者DRDR接收者接收者源接收者DRRP接組播路由規(guī)劃-RP的指定方式靜態(tài)指定必須在組播網(wǎng)絡(luò)中的每個(gè)路由器手動(dòng)配置;所有路由器必須使用相同RP;無法實(shí)現(xiàn)RP備份和切換;通過bootstrap協(xié)議自動(dòng)選舉BSR是標(biāo)準(zhǔn)的RP選舉與維護(hù)機(jī)制,支持PIM-SM設(shè)備都支持BSR機(jī)制;BSR是PIM-SM網(wǎng)絡(luò)里的管理核心;PIM-SM網(wǎng)絡(luò)C-RPC-RPC-RP通告(單播)C-RP通告(單播)BSRBSR消息BSR消息BSR消息BSR消息BSR消息一跳一跳向外擴(kuò)散組播路由規(guī)劃-RP的指定方式靜態(tài)指定PIM-SM網(wǎng)絡(luò)C-RPIMSM的部署原則大型組播網(wǎng)絡(luò)網(wǎng)絡(luò)中設(shè)置RP,形成共享樹結(jié)構(gòu),簡(jiǎn)化組播的路徑管理。組播用戶分布稀疏假設(shè)網(wǎng)絡(luò)中“地廣人稀”,既要使所有組播用戶收到數(shù)據(jù),又不能制造多余流量??缬蚪M播與MSDP配合使用,可以實(shí)現(xiàn)跨域組播。PIMSM的部署原則大型組播網(wǎng)絡(luò)RP部署原則路由器要求高性能、高帶寬連接網(wǎng)絡(luò)位置處于網(wǎng)絡(luò)中心位置,減少次要路由RP的冗余備份一臺(tái)主RP,多臺(tái)備份RP,防止單點(diǎn)故障主RP從RPRP部署原則路由器要求主RP從RP隧道方式用GRE、L2TP等隧道技術(shù),可以使組播數(shù)據(jù)穿越非組播網(wǎng)絡(luò)。組播數(shù)據(jù)穿越單播網(wǎng)絡(luò)GREInternetRTARTB隧道方式組播數(shù)據(jù)穿越單播網(wǎng)絡(luò)GREInternetRTARTRP/BSR規(guī)劃監(jiān)控中心一級(jí)監(jiān)控中心二級(jí)監(jiān)控中心一級(jí)監(jiān)控中心一級(jí)監(jiān)控中心二級(jí)監(jiān)控中心攝像頭接入交換機(jī)匯聚交換機(jī)IPSANBSRC-RPC-RP二級(jí)監(jiān)控中心交換機(jī)充當(dāng)本地組播組的RP核心交換機(jī)作為BSR整網(wǎng)做組播三層轉(zhuǎn)發(fā),以IGMPV2和PIMSM協(xié)議實(shí)現(xiàn)組播功能核心交換機(jī)C-RPRP/BSR規(guī)劃監(jiān)控中心一級(jí)監(jiān)控中心二級(jí)監(jiān)控中心一級(jí)監(jiān)控中心組播配置案例(一)核心交換機(jī)配置(做三層交換機(jī)用):在全局模式下使能igmpigmpenable在全局模式下使能組播路由和PIM協(xié)議multicastrouting-enablepim在vlan三層接口和loopback接口下使能PIMSMinterfacevlan-interface<端口號(hào)>和interfaceloopback0pimsm在vlan三層接口(互聯(lián)三層接口除外)和loopback接口下使能igmpinterfacevlan-interface<端口號(hào)>和interfaceloopback0igmpenable根據(jù)情況配置pim協(xié)議的RP和BSRaclnumber<acl號(hào)>rulepermitsource<組播網(wǎng)段><組播反掩碼>#Pimc-bsrvlan-interface<vlan端口號(hào)>c-rpvlan-interface<vlan端口號(hào)>group-policy<acl號(hào)>組播配置案例(一)核心交換機(jī)配置(做三層交換機(jī)用):在全局模組播配置案例(二)匯聚交換機(jī)配置(做三層交換機(jī)用):在全局模式下使能igmpigmpenable在全局模式下使能組播路由和PIM協(xié)議multicastrouting-enablePim在vlan三層接口和loopback接口下使能PIMSMinterfacevlan-interface<端口號(hào)>和interfaceloopback<端口>pimsm在vlan三層接口(互聯(lián)三層接口除外)和loopback接口下使能igmpinterfacevlan-interface<端口號(hào)>和interfaceloopback<端口>igmpenable根據(jù)情況配置pim協(xié)議的RP和BSRPimc-bsrvlan-interface<vlan端口號(hào)>c-rpvlan-interface<vlan端口號(hào)>group-policy<acl號(hào)>如果啟用EPON,則在OLT端口下配置未知組播流不上CPUinterfaceOlt<端口號(hào)>undoigmp-to-cpuenable組播配置案例(二)匯聚交換機(jī)配置(做三層交換機(jī)用):在全局模組播配置案例(三)EC接入交換機(jī)配置(當(dāng)二層交換機(jī)用):在連接EC的物理端口下配置端口隔離interfaceethernet<端口號(hào)>portisolate如果啟用EPON,則在OLT端口下配置未知組播流不上CPUinterfaceOlt<端口號(hào)>undoigmp-to-cpuenable組播配置案例(三)EC接入交換機(jī)配置(當(dāng)二層交換機(jī)用):在DC接入交換機(jī)組播配置(當(dāng)二層交換機(jī)用)組播配置案例(四)在全局下配置igmp-snoopingenableigmp-snoopingenable在vlan下啟用igmp-snoopingVlan<vlan號(hào)>igmp-snoopingenable在全局下配置未知組播丟棄unknown-multicastdropenable在全局下配置igmpfastleaveigmp-snoopingfast-leavevlan<vlan號(hào)>DC接入交換機(jī)組播配置(當(dāng)二層交換機(jī)用)組播配置案例(四)在視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯(cuò)目錄視頻監(jiān)控對(duì)網(wǎng)絡(luò)的要求目錄iVSIP智能視頻監(jiān)控系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)接入方式設(shè)計(jì)IP地址規(guī)劃路由協(xié)議規(guī)劃QoS設(shè)計(jì)iVSIP智能視頻監(jiān)控系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(一)匯聚設(shè)備的選擇選型原則:支持豐富的特性,支持豐富的線路類型(LAN、EPON等),性能和穩(wěn)定性較高特點(diǎn):在中大型視頻監(jiān)控網(wǎng)絡(luò)中為L(zhǎng)3設(shè)備(一般為三層交換機(jī))在以組播組網(wǎng)時(shí),必須支持組播路由協(xié)議:PIMSM和IGMPv2在以組播組網(wǎng)時(shí),匯聚設(shè)備的型號(hào)必須滿足組播組數(shù)量的要求推薦:H3CS7500/S5600/S3610/S3600交換機(jī),如果要求支持EPON,則必須是S7500系列;核心設(shè)備的選擇選型原則:高穩(wěn)定性、高性能、高背板帶寬特點(diǎn):在中大型視頻監(jiān)控網(wǎng)絡(luò)中為L(zhǎng)3設(shè)備(一般為三層交換機(jī))端口支持GE或10GE以太網(wǎng)在以組播組網(wǎng)時(shí),必須支持組播路由協(xié)議:PIMSM和IGMPv2在以組播組網(wǎng)時(shí),核心設(shè)備的型號(hào)必須滿足組播組數(shù)量的要求推薦:H3CS9500/S7500交換機(jī);網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(一)匯聚設(shè)備的選擇核心設(shè)備的選擇網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(二)接入設(shè)備的選擇選型原則:支持端口隔離(多端口的情況下),支持傳輸?shù)木€路類型,能滿足環(huán)境對(duì)設(shè)備的要求(尤其在室外的時(shí)候),可網(wǎng)管。特點(diǎn):形態(tài)豐富,可以是L2/L3交換機(jī),路由器,ONU設(shè)備,WLAN設(shè)備在以組播模式組網(wǎng)時(shí),支持IGMPSnooping推薦:H3CS3610/S3600/S3100交換機(jī),如果要求支持EPON,則必須是S3100系列;注意:接入設(shè)備不能是HUB幾點(diǎn)說明在小型視頻監(jiān)控網(wǎng)絡(luò)中,層次不一定這么明顯,很可能只有兩個(gè)甚至一個(gè)層次的設(shè)備。在某個(gè)范圍之內(nèi)的核心層,在上一級(jí)網(wǎng)絡(luò)中很可能只是匯聚層。網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)(二)接入設(shè)備的選擇幾點(diǎn)說明接入設(shè)計(jì)-前端接入(一)LAN通用,廉價(jià),隨處可得距離:100米內(nèi)帶寬:10/100M接入方式:EC的電口以網(wǎng)線上聯(lián)至接入交換機(jī)的電口SPF抗干擾;點(diǎn)對(duì)點(diǎn);距離:80公里內(nèi)帶寬:100M接入方式:EC的光口以光纜上聯(lián)至接入交換機(jī)的100M光口接入設(shè)計(jì)-前端接入(一)LAN接入設(shè)計(jì)-前端接入(二)ADSL適合偏遠(yuǎn)地區(qū)或者對(duì)圖像質(zhì)量要求不高的場(chǎng)合距離:500M帶寬:目前一般的上行512K,下行1M/2M接入方式:EC的電口以網(wǎng)線上聯(lián)至接前端的ADSL接入設(shè)備(如路由器)的電口,前端接入設(shè)備再外接ADSLmodem專線(MSTP/SDH)適用于自建傳輸網(wǎng)的用戶,比如電力公司,高速公路MSTP傳輸節(jié)點(diǎn)設(shè)備直接出以太網(wǎng)接口,SDH需加路由器轉(zhuǎn)成以太網(wǎng)距離:取決于傳輸網(wǎng)帶寬:n*2M接入方式:MSTP:EC的電口以網(wǎng)線上聯(lián)至接MSTP節(jié)點(diǎn)機(jī)的網(wǎng)口;SDH:EC的電口以網(wǎng)線上聯(lián)至路由器的電口,路由器的廣域網(wǎng)口在與SDH光纖相連接入設(shè)計(jì)-前端接入(二)ADSL接入設(shè)計(jì)-前端接入(三)EPON(無源光網(wǎng)絡(luò))安全,方便部署,單纖;成本優(yōu)勢(shì);P2MP結(jié)構(gòu);距離:20KM內(nèi);帶寬:2-23M(對(duì)ONU而言);接入方式:EC外插一個(gè)ONU子卡,ONU子卡以尾纖+法蘭盤與分光器的分支光纖相連,或則ONU子卡直接與分光器的分支光纖相連,光器的主干光纖通過法蘭盤與上行的光纖相連;WLAN(無線局域網(wǎng))應(yīng)用于不方便布線,且傳輸路徑中無遮擋物的場(chǎng)合;帶寬:54M/108M(支持SuperA);距離:AP:大多不超過五六百米;無線網(wǎng)橋:大多不超過二三十公里;接入方式:EC的電口以網(wǎng)線上聯(lián)至無線網(wǎng)橋的電口,無線網(wǎng)橋再以無線的方式上聯(lián)至對(duì)端的無線網(wǎng)橋,對(duì)端的無線網(wǎng)橋以電口連接至接入交換機(jī);接入設(shè)計(jì)-前端接入(三)EPON(無源光網(wǎng)絡(luò))接入設(shè)計(jì)-其他設(shè)備接入DC/VC接入組播組網(wǎng)時(shí),所有的DC接入(包括DC/EC混和)的交換機(jī)必須選用支持組播的交換機(jī),如S3600EI系列交換機(jī)組播組網(wǎng)時(shí),VC的接入交換機(jī)必須支持PIM-SM組播協(xié)議或者IGMP-Snooping協(xié)議單播組網(wǎng)時(shí),網(wǎng)絡(luò)只需要考慮視頻碼流帶寬要求即可IPSAN接入IPSAN通過千兆鏈路與網(wǎng)絡(luò)相連以滿足實(shí)時(shí)存儲(chǔ)和點(diǎn)播對(duì)帶寬的需求VM、DM接入VM/DM服務(wù)器對(duì)帶寬的要求較低,可以在10/100M以太網(wǎng)口接入接入設(shè)計(jì)-其他設(shè)備接入DC/VC接入IP地址規(guī)劃-互聯(lián)地址互聯(lián)地址概述互聯(lián)地址是指兩臺(tái)網(wǎng)絡(luò)設(shè)備相互連接的接口(或三層vlan接口)所需要的地址?;ヂ?lián)地址規(guī)劃技巧務(wù)必使用30位掩碼的地址。核心設(shè)備,使用較小的一個(gè)地址(即:loopback地址較小的設(shè)備使用互聯(lián)地址中較小的一個(gè))。互聯(lián)地址通常要聚合后發(fā)布,在規(guī)劃時(shí)要充分考慮使用連續(xù)的可聚合地址。IP地址規(guī)劃-互聯(lián)地址互聯(lián)地址概述IP地址規(guī)劃-業(yè)務(wù)地址業(yè)務(wù)地址概述業(yè)務(wù)地址是連接在網(wǎng)絡(luò)設(shè)備上的各種服務(wù)器、主機(jī)、業(yè)務(wù)設(shè)備所使用的地址以及網(wǎng)關(guān)的地址。業(yè)務(wù)地址規(guī)劃建議:所有的網(wǎng)關(guān)地址統(tǒng)一使用相同的末位數(shù)字,如:.254都是表示網(wǎng)關(guān)。地址連續(xù)分配,方便路由聚合各網(wǎng)段預(yù)留地址充分,滿足后續(xù)業(yè)務(wù)的擴(kuò)展需求相同性質(zhì)的網(wǎng)段采用相同的地址分配策略EC按所屬行政歸屬劃分不同的網(wǎng)段同一歸屬單位的DC和VC規(guī)劃在同一個(gè)網(wǎng)段同一歸屬單位的VM/DM、IPSAN規(guī)劃在同一個(gè)網(wǎng)段IP地址規(guī)劃-業(yè)務(wù)地址業(yè)務(wù)地址概述IP地址規(guī)劃-組播地址規(guī)劃在H3C的iVS視頻監(jiān)控系統(tǒng)中,只有EC需要實(shí)際配置組播地址,且只有在采用組播模式組網(wǎng)時(shí)才需要;其他設(shè)備不固定配置組播地址;一個(gè)EC通道一個(gè)組播地址;建議所有EC的組播地址的首段數(shù)字相同,例如都為228;組播地址和單播地址建立對(duì)應(yīng)關(guān)系(比如把單播地址的后兩段映射到組播地址的中間兩段),例如:192.4.3.1

228.3.1.1把EC的通道和組播地址的末段數(shù)字對(duì)應(yīng)起來,例如:EC1004-HC,ip地址規(guī)劃為192.4.5.23,其各通道組播地址可以規(guī)劃為通道0:228.5.23.1通道1:228.5.23.2通道2:228.5.23.3通道3:228.5.23.4IP地址規(guī)劃-組播地址規(guī)劃在H3C的iVS視頻監(jiān)控系統(tǒng)中,只路由協(xié)議規(guī)劃-路由協(xié)議的選擇單播路由協(xié)議選擇RIP—適合在小型的網(wǎng)絡(luò)中使用OSPF—是使用最為廣范的路由協(xié)議,大中型網(wǎng)絡(luò)中,建議采用OSPF協(xié)議IS-IS—在性能上與OSPF類似,但是在行業(yè)網(wǎng)絡(luò)應(yīng)用較少,主要在運(yùn)營(yíng)商網(wǎng)絡(luò)中使用三層組播路由協(xié)議的選擇一般選擇使用PIMSM路由協(xié)議規(guī)劃-路由協(xié)議的選擇單播路由協(xié)議選擇QoS設(shè)計(jì)-視頻監(jiān)控對(duì)IP網(wǎng)絡(luò)技術(shù)要求中華人民共和國(guó)通信行業(yè)標(biāo)準(zhǔn)《IP網(wǎng)絡(luò)技術(shù)要求--網(wǎng)絡(luò)性能參數(shù)與指標(biāo)》:進(jìn)行多媒體傳輸(視訊業(yè)務(wù)),網(wǎng)絡(luò)性能要求達(dá)到1級(jí)或1級(jí)以上QoS設(shè)計(jì)-視頻監(jiān)控對(duì)IP網(wǎng)絡(luò)技術(shù)要求中華人民共和國(guó)通信行我啊三張是……本地這么說…...我啊三是……對(duì)方聽到的是…...QoS設(shè)計(jì)-丟包對(duì)語音質(zhì)量的影響對(duì)于語音通信來說,丟包對(duì)語音質(zhì)量的影響與語音編碼的打包時(shí)長(zhǎng)密切相關(guān)如果語音打包時(shí)長(zhǎng)為20ms,那么丟失掉一個(gè)包就會(huì)丟掉20ms的語音信號(hào)。?我啊三張是……本地這么說…...我啊三是……對(duì)方聽到的是QoS設(shè)計(jì)-丟包對(duì)視頻質(zhì)量的影響數(shù)據(jù)壓縮導(dǎo)致的圖像方塊丟包導(dǎo)致的圖像方塊QoS設(shè)計(jì)-丟包對(duì)視頻質(zhì)量的影響數(shù)據(jù)壓縮導(dǎo)致的圖像方塊丟包導(dǎo)QoS設(shè)計(jì)-QoS規(guī)劃基本原則什么情況下需要使用QoS網(wǎng)絡(luò)帶寬緊張,或者在突發(fā)流量時(shí)帶寬不足。網(wǎng)絡(luò)中存在多種業(yè)務(wù),并且這些不同的業(yè)務(wù)各自對(duì)帶寬和時(shí)延的要求不同。即使帶寬足夠,為了防止網(wǎng)絡(luò)中出現(xiàn)異常的突發(fā)流量(病毒攻擊)的情況,也需要對(duì)關(guān)鍵業(yè)務(wù)做QoS保證。使用哪種QoS模型?IntServ模型:業(yè)務(wù)通過信令向網(wǎng)絡(luò)申請(qǐng)?zhí)囟ǖ腝oS服務(wù),網(wǎng)絡(luò)在流量參數(shù)描述的范圍內(nèi),預(yù)留資源以承諾滿足該請(qǐng)求。屬于理論上可控制的、端到端的服務(wù)。但要求端到端所有設(shè)備支持RSVP協(xié)議,可擴(kuò)展性差和協(xié)議報(bào)文開銷較大。不建議使用。DiffServ模型:當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時(shí),根據(jù)業(yè)務(wù)的不同服務(wù)等級(jí)約定,有差別地進(jìn)行流量控制和轉(zhuǎn)發(fā)來解決擁塞問題。屬于常用的簡(jiǎn)單有效的QoS模型,推薦使用。QoS設(shè)計(jì)-QoS規(guī)劃基本原則什么情況下需要使用QoSQoS設(shè)計(jì)-DiffServQoS模型DiffServ域在網(wǎng)絡(luò)邊緣對(duì)分組進(jìn)行分類、流量控制、標(biāo)識(shí)DSCP在網(wǎng)絡(luò)中根據(jù)分組的DSCP值,進(jìn)行隊(duì)列調(diào)度、報(bào)文丟棄等QoS策略PHBPHBPHBPHBPHB:PerHopBehavior當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時(shí),根據(jù)業(yè)務(wù)的不同服務(wù)等級(jí)約定,有區(qū)別地進(jìn)行流量控制和轉(zhuǎn)發(fā)來解決擁塞問題;QoS保證是基于每個(gè)報(bào)文的轉(zhuǎn)發(fā)行為,不需要額外的信令處理,是目前IP網(wǎng)絡(luò)中主要的QoS技術(shù);存在分類有限、對(duì)相同分類的業(yè)務(wù)量的資源共搶無能為力等本質(zhì)不足;QoS設(shè)計(jì)-DiffServQoS模型DiffServ域在QoS設(shè)計(jì)-DiffServ實(shí)施策略實(shí)施Diff-Serv的主要技術(shù)包括流分類、流量監(jiān)管(CAR)、流量整形(GTS)、擁塞管理(PQ/CQ/WFQ/CBQ)和擁塞避免(WRED)。流分類:依據(jù)一定的匹配規(guī)則識(shí)別出感興趣的對(duì)象。流分類是有區(qū)別地實(shí)施服務(wù)的前提。流量監(jiān)管(CAR):對(duì)進(jìn)入路由器的特定流量的規(guī)格進(jìn)行監(jiān)管。當(dāng)流量超出規(guī)格時(shí),可以采取限制或懲罰措施,以保護(hù)網(wǎng)絡(luò)資源不受損害;擁塞管理(PQ/CQ/WFQ/CBQ):網(wǎng)絡(luò)擁塞時(shí)必須采取的解決資源競(jìng)爭(zhēng)的措施。通常是將報(bào)文放入隊(duì)列中緩存,并采取某種調(diào)度算法安排報(bào)文的轉(zhuǎn)發(fā)次序;在這幾種隊(duì)列調(diào)度技術(shù)中,CBQ兼顧了其余技術(shù)的優(yōu)點(diǎn),與現(xiàn)實(shí)中的業(yè)務(wù)模型十分相符,所以實(shí)施擁塞管理技術(shù)通常只使用CBQ。擁塞避免(WRED):過度的擁塞會(huì)對(duì)網(wǎng)絡(luò)資源造成損害。擁塞避免監(jiān)督網(wǎng)絡(luò)資源的使用情況,當(dāng)發(fā)現(xiàn)擁塞有加劇的趨勢(shì)時(shí)采取主動(dòng)丟棄報(bào)文的策略,通過調(diào)整流量來解除網(wǎng)絡(luò)的過載;流量整形(GTS):一種主動(dòng)調(diào)整流的輸出速率的流控措施,通常是為了使流量適配下游路由器可供給的網(wǎng)絡(luò)資源,避免不必要的報(bào)文丟棄和擁塞;QoS設(shè)計(jì)-DiffServ實(shí)施策略實(shí)施Diff-ServQoS設(shè)計(jì)-實(shí)施QoS須知基于業(yè)務(wù)的分析與報(bào)文標(biāo)記QoS中的幾乎所有控制手段都是基于對(duì)業(yè)務(wù)的分類,及不同業(yè)務(wù)流的標(biāo)記。多種方法結(jié)合使用,綜合治理預(yù)防策略:LR、CAR、GTS、WRED

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論