1、技術(shù)創(chuàng)新，變革未來H3C IP智能視頻監(jiān)控網(wǎng)絡(luò)規(guī)劃方案如何以組播組網(wǎng)，如何規(guī)劃組播？如何保證視頻監(jiān)控系統(tǒng)的QoS？引入了解IP智能監(jiān)控系統(tǒng)對網(wǎng)絡(luò)的要求掌握IP智能監(jiān)控系統(tǒng)的網(wǎng)絡(luò)設(shè)計(jì)本章目標(biāo)學(xué)習(xí)完本章，您應(yīng)該能夠：視頻監(jiān)控對網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯目錄傳統(tǒng)視頻監(jiān)控系統(tǒng)組成VCR光纖傳輸切換和控制電纜視音頻存儲視頻顯示 矩陣視頻分配器攝像光端機(jī)光端機(jī)監(jiān)視器監(jiān)視器DVR圖像檢索/調(diào)閱控制鍵盤視頻客戶端編碼器存儲式編碼器視頻管理服務(wù)器(VM)數(shù)據(jù)管理服務(wù)器(DM)Internet編碼器視頻存儲IP SAN 前端單元中心平臺用戶端單元媒體交換服務(wù)器MS媒體網(wǎng)關(guān)MSR攝像機(jī)攝

2、像機(jī)攝像機(jī)電視墻視頻解碼器DCIP智能監(jiān)控系統(tǒ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)，保證給客戶提供一個專業(yè)的網(wǎng)絡(luò)平臺，確保實(shí)現(xiàn)客戶的主要業(yè)務(wù)需求；大型監(jiān)控系統(tǒng)監(jiān)控網(wǎng)點(diǎn)多，規(guī)模大，覆蓋范圍廣（通常覆蓋一個區(qū)甚至整個城域范圍），這就要求網(wǎng)絡(luò)平臺能夠做到覆蓋范圍廣，接入形式多樣；要求大量減少對承載網(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)限

3、的人在網(wǎng)內(nèi)任何位置實(shí)時觀看任何一個監(jiān)控點(diǎn)，能支持多人同時觀看某一監(jiān)控點(diǎn)或多個監(jiān)控點(diǎn)，要求有一個強(qiáng)大的隨處可達(dá)的網(wǎng)絡(luò)平臺；要求IP視頻切換和攝像機(jī)控制延時低，小于300ms500s，要求網(wǎng)絡(luò)的轉(zhuǎn)發(fā)高性能以及低延時；視頻數(shù)據(jù)的集中或者分布式存儲，要求網(wǎng)絡(luò)能夠滿足部分節(jié)點(diǎn)的高流量沖擊，在設(shè)計(jì)網(wǎng)絡(luò)時需要考慮高帶寬接入IP SAN；典型組網(wǎng)非專網(wǎng)解決方案非專網(wǎng)解決方案網(wǎng)絡(luò)需求分析客戶原有網(wǎng)絡(luò)資源可以利用，視頻監(jiān)控業(yè)務(wù)作為客戶眾多業(yè)務(wù)之一，圖像質(zhì)量要求一般；客戶原有網(wǎng)絡(luò)設(shè)備性能各異，對組播的支持能力一般，組網(wǎng)需求多樣化，以組播組網(wǎng)可能需要客戶進(jìn)行網(wǎng)絡(luò)改造，單播組網(wǎng)可能需要進(jìn)行帶寬擴(kuò)容；現(xiàn)有網(wǎng)絡(luò)的接入方式可

4、能比較局限，規(guī)劃時要選擇合適的線路類型，既滿足圖像質(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ò)對單、組播的支持不一致，單組播網(wǎng)絡(luò)環(huán)境需要通過媒體交換服務(wù)器實(shí)現(xiàn)單播網(wǎng)絡(luò)內(nèi)客戶對組播網(wǎng)內(nèi)監(jiān)控資源的訪問。視頻監(jiān)控對網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯目錄組播技術(shù)原理組播和單播、廣播多點(diǎn)傳送比較組播單播廣播組播技術(shù)原理組播地址組播地址范圍224.0.0.0239.255.255.255保留組播地址(用于協(xié)議)224.0.0.0224.0.0.

5、255本地網(wǎng)段協(xié)議報(bào)文傳送專用地址本地管理組地址239.0.0.0239.255.255.255管理權(quán)限組播地址用戶組播地址224.0.1.0238.255.255.255組播MAC地址：以太網(wǎng)：01-00-5e-xx-xx-xxIP地址到MAC地址的映射11100000000100000000010111100IP組播地址后23位映射到MAC地址中32位IP組播地址48位MAC地址（以太網(wǎng)/FDDI）此5位地址不作映射，因此32個IP組播地址映射成一個MAC地址組播技術(shù)原理組播組件構(gòu)成三層交換機(jī)/路由器組播路由協(xié)議PIM SMPIM DMPIM-SSM跨域組播MSDP終端主機(jī)系統(tǒng)IGMP v

6、1、v2、v3二層交換機(jī)IGMP SnoopingPIM SMIGMP V2IGMP SnoopingMSDP組播技術(shù)原理IGMP協(xié)議運(yùn)行主動報(bào)告加入組普遍查詢響應(yīng)報(bào)告離開組消息指定組查詢組播規(guī)劃組管理協(xié)議IGMPv1、v2、v3IGMPv1，不支持退出報(bào)告消息，退出時延大IGMPv2，支持特定組查詢，為主流版本IGMPv3，支持基于源、組的加入，配合PIM SSM使用一般網(wǎng)絡(luò)中應(yīng)使用IGMPv2，保證協(xié)議的兼容性，如果部署PIM SSM技術(shù)，則必須使用IGMPv3。目前支持IGMPv2協(xié)議的主機(jī)和網(wǎng)絡(luò)設(shè)備占主流組播技術(shù)原理Layer 2 組播2層交換機(jī)組播接收者非組播接收者組播報(bào)文非組播接收

7、者非組播接收者組播規(guī)劃IGMP-SnoopingCPU012345IGMP報(bào)告IGMP查詢MAC地址轉(zhuǎn)發(fā)表端口01005e0000030 1 3 5路由器2層交換機(jī)組播技術(shù)原理組播路由協(xié)議PIM DM使用“推”（Push）模型（先給你，可以不要）組播數(shù)據(jù)整網(wǎng)絡(luò)的泛濫（Flood）下游不想接收的話則剪枝（Prune）泛濫、剪枝、泛濫、剪枝周而復(fù)始 (通常3分鐘折騰一次)PIM SM使用 “拉”（Pull）模型（你要了，才給你）組播數(shù)據(jù)只發(fā)送到有需要的地方有顯式的加入（Join）過程視頻監(jiān)控應(yīng)用中，適合采用PIM SM協(xié)議組播技術(shù)原理RPF逆向路徑轉(zhuǎn)發(fā)(RPF- Reverse Path Forw

8、arding)組播包的轉(zhuǎn)發(fā)不是基于IP包的目的地址的，而是用RPF檢查決定是否轉(zhuǎn)發(fā)和丟棄輸入信息包RPF檢查的過程如下：路由器檢查到達(dá)組播包的源地址，如果信息包是在可返回源站點(diǎn)的接口上到達(dá)，則RPF檢查成功，信息包被轉(zhuǎn)發(fā)如果RPF檢查失敗，丟棄信息包 對組播包源地址的檢查是通過查詢單播路由表來實(shí)現(xiàn)的接收者 組播技術(shù)原理RPF檢查源接收者接收者 組播數(shù)據(jù)包錯誤接口到達(dá)的組播數(shù)據(jù)包RPF檢查失敗，數(shù)據(jù)包從錯誤接口到達(dá)192.18.0.32PIM-DM轉(zhuǎn)發(fā)源192.18.0.32接收者組播數(shù)據(jù)流PIM-DM剪枝源192.18.0.32接收者組播數(shù)據(jù)流剪枝消息停發(fā)組播數(shù)據(jù)流123PIM-SM (RFC

9、 2362)支持共享樹和源樹假設(shè)沒有主機(jī)需要接收組播數(shù)據(jù)，除非它們明確地發(fā)出了請求使用“匯聚點(diǎn)”(RP, Rendezvous Point)發(fā)送者和接收者在RP處進(jìn)行匯聚發(fā)送者的第一跳路由器把發(fā)送者注冊到RP上（報(bào)個到，掛個號）接收者的DR（直連網(wǎng)絡(luò)上的負(fù)責(zé)人）為接收者加入到共享樹 (樹根在RP)適合于大規(guī)模的企業(yè)網(wǎng)絡(luò)是任何網(wǎng)絡(luò)的優(yōu)選方案，不管其規(guī)模和成員密集程度。 這個RP很重要哦！PIM-SM轉(zhuǎn)發(fā)與加入源192.18.0.32接收者組播數(shù)據(jù)流RP/DRDR加入消息IGMP加入1234PIM-SM剪枝源192.18.0.32接收者組播數(shù)據(jù)流RP/DRDR剪枝消息IGMP離開停止發(fā)送組播數(shù)據(jù)流

10、組播分發(fā)樹模型源192.18.0.32接收者接收者接收者源192.18.0.32接收者DRRP接收者接收者這就是SPT呀！噢，RPT！組播數(shù)據(jù)流這還是SPT呀！最短路徑樹切換源192.18.0.32接收者DRDR接收者接收者組播數(shù)據(jù)流停發(fā)組播數(shù)據(jù)流SPT加入SPT剪枝RP123PIM SM的部署原則大型組播網(wǎng)絡(luò)網(wǎng)絡(luò)中設(shè)置RP，形成共享樹結(jié)構(gòu)，簡化組播的路徑管理。組播用戶分布稀疏假設(shè)網(wǎng)絡(luò)中“地廣人稀”，既要使所有組播用戶收到數(shù)據(jù)，又不能制造多余流量。跨域組播與MSDP配合使用，可以實(shí)現(xiàn)跨域組播。組播路由規(guī)劃RP的指定方式靜態(tài)指定必須在組播網(wǎng)絡(luò)中的每個路由器手動配置；所有路由器必須使用相同RP；無

11、法實(shí)現(xiàn)RP備份和切換；通過bootstrap協(xié)議自動選舉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ò)散RP部署原則路由器要求高性能、高帶寬連接網(wǎng)絡(luò)位置處于網(wǎng)絡(luò)中心位置，減少次要路由通過BSR機(jī)制選擇RP RP的冗余備份一臺主RP，多臺備份RP，防止單點(diǎn)故障主RP從RPPIM SM域RP/BSR規(guī)劃一級監(jiān)控中心二級監(jiān)控中心三級監(jiān)控中心二級監(jiān)控中心二級監(jiān)控中心三級監(jiān)控中心攝像機(jī)接入交換機(jī)匯

12、聚交換機(jī)IP SANC-RP/BSRC-RPC-RP三級監(jiān)控中心交換機(jī)充當(dāng)本地組播組的C-RP核心交換機(jī)作為BSR整網(wǎng)做組播三層轉(zhuǎn)發(fā),以IGMP V2和PIM SM協(xié)議實(shí)現(xiàn)組播功能核心交換機(jī)隧道方式用GRE、L2TP等隧道技術(shù)，可以使組播數(shù)據(jù)穿越非組播網(wǎng)絡(luò)。組播數(shù)據(jù)穿越單播網(wǎng)絡(luò)GREInternetRTARTB組播配置案例（一）核心交換機(jī)配置(做三層交換機(jī)用)：在全局模式下使能igmpigmp enable在全局模式下使能組播路由和PIM協(xié)議multicast routing-enablepim在vlan三層接口和loopback接口下使能PIM SMinterface vlan-interf

13、ace 和interface loopback 0pim sm在vlan三層接口(互聯(lián)三層接口除外)和loopback接口下使能igmpinterface vlan-interface 和interface loopback 0igmp enable根據(jù)情況配置pim協(xié)議的RP和BSRacl number rule permit source #Pimc-bsr vlan-interface c-rp vlan-interface group-policy 組播配置案例（二）匯聚交換機(jī)配置(做三層交換機(jī)用)：在全局模式下使能igmpigmp enable在全局模式下使能組播路由和PIM協(xié)議mu

14、lticast routing-enablePim在vlan三層接口和loopback接口下使能PIM SMinterface vlan-interface 和interface loopback pim sm在vlan三層接口(互聯(lián)三層接口除外)和loopback接口下使能igmpinterface vlan-interface 和interface loopback igmp enable根據(jù)情況配置pim協(xié)議的RP和BSRPimc-bsr vlan-interface c-rp vlan-interface group-policy 如果啟用EPON，則在OLT端口下配置未知組播流不上C

15、PUinterface Olt undo igmp-to-cpu enable組播配置案例（三）EC接入交換機(jī)配置(當(dāng)二層交換機(jī)用) ：在連接EC的物理端口下配置端口隔離interface ethernet port isolate如果啟用EPON，則在OLT端口下配置未知組播流不上CPUinterface Olt undo igmp-to-cpu enableDC接入交換機(jī)組播配置(當(dāng)二層交換機(jī)用)組播配置案例（四）在全局下配置igmp-snooping enableigmp-snooping enable在vlan下啟用igmp-snoopingVlan igmp-snooping ena

16、ble在全局下配置未知組播丟棄unknown-multicast drop enable在全局下配置igmp fast leaveigmp-snooping fast-leave vlan 視頻監(jiān)控對網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯目錄iVS IP智能視頻監(jiān)控系統(tǒng)網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)接入方式設(shè)計(jì)IP地址規(guī)劃路由協(xié)議規(guī)劃QoS設(shè)計(jì)網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)（一）匯聚設(shè)備的選擇選型原則：支持豐富的特性，支持豐富的線路類型（LAN、EPON等）, 性能和穩(wěn)定性較高特點(diǎn)：在中大型視頻監(jiān)控網(wǎng)絡(luò)中為L3設(shè)備（一般為三層交換機(jī)）在以組播組網(wǎng)時，必須支持組播路由協(xié)議： PIM SM和IGMP

17、v2在以組播組網(wǎng)時，匯聚設(shè)備的型號必須滿足組播組數(shù)量的要求推薦：H3C S7500/S5600/S3610/S3600交換機(jī)，如果要求支持EPON，則必須是S7500系列；核心設(shè)備的選擇選型原則：高穩(wěn)定性、高性能、高背板帶寬特點(diǎn):在中大型視頻監(jiān)控網(wǎng)絡(luò)中為L3設(shè)備（一般為三層交換機(jī)）端口支持GE或10GE 以太網(wǎng)在以組播組網(wǎng)時，必須支持組播路由協(xié)議：PIM SM和IGMP v2在以組播組網(wǎng)時，核心設(shè)備的型號必須滿足組播組數(shù)量的要求推薦：H3C S9500/S7500交換機(jī)；網(wǎng)絡(luò)設(shè)備選型設(shè)計(jì)（二）接入設(shè)備的選擇選型原則：支持端口隔離(多端口的情況下)，支持傳輸?shù)木€路類型，能滿足環(huán)境對設(shè)備的要求（尤

18、其在室外的時候)，可網(wǎng)管。特點(diǎn)：形態(tài)豐富,可以是L2/L3交換機(jī),路由器,ONU設(shè)備,WLAN設(shè)備在以組播模式組網(wǎng)時，支持IGMP Snooping推薦：H3C S3610/S3600/S3100交換機(jī)，如果要求支持EPON，則必須是S3100系列；注意:接入設(shè)備不能是HUB幾點(diǎn)說明在小型視頻監(jiān)控網(wǎng)絡(luò)中，層次不一定這么明顯，很可能只有兩個甚至一個層次的設(shè)備。在某個范圍之內(nèi)的核心層，在上一級網(wǎng)絡(luò)中很可能只是匯聚層。接入設(shè)計(jì)前端接入（一）LAN 通用，廉價(jià)，隨處可得距離：100米內(nèi)帶寬：10/100M接入方式：EC的電口以網(wǎng)線上聯(lián)至接入交換機(jī)的電口SFP抗干擾；點(diǎn)對點(diǎn)；距離：80公里內(nèi)帶寬：100

19、M接入方式：EC的光口以光纜上聯(lián)至接入交換機(jī)的100M光口接入設(shè)計(jì)前端接入（二）ADSL適合偏遠(yuǎn)地區(qū)或者對圖像質(zhì)量要求不高的場合距離：500M帶寬：目前一般的上行512K，下行1M/2M接入方式： EC的電口以網(wǎng)線上聯(lián)至接前端的ADSL 接入設(shè)備（如路由器）的電口，前端接入設(shè)備再外接ADSL modem專線（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)口在

20、與SDH光纖相連接入設(shè)計(jì)前端接入（三）EPON(無源光網(wǎng)絡(luò))安全，方便部署，單纖；成本優(yōu)勢；P2MP結(jié)構(gòu)；距離：20KM內(nèi)；帶寬：上行/下行各享1G，所有ONU共享接入方式： EC外插一個ONU子卡，ONU子卡以尾纖法蘭盤與分光器的分支光纖相連，或者ONU子卡直接與分光器的分支光纖相連，光器的主干光纖通過法蘭盤與上行的光纖相連；WLAN(無線局域網(wǎng))應(yīng)用于不方便布線,且傳輸路徑中無遮擋物的場合；帶寬：54M/108M(支持Super A)；距離：AP：大多不超過五六百米；無線網(wǎng)橋：大多不超過二三十公里；接入方式：EC的電口以網(wǎng)線上聯(lián)至無線網(wǎng)橋的電口，無線網(wǎng)橋再以無線的方式上聯(lián)至對端的無線網(wǎng)橋，

21、對端的無線網(wǎng)橋以電口連接至接入交換機(jī)；接入設(shè)計(jì)其他設(shè)備接入DC/VC接入組播組網(wǎng)時，所有的DC接入（包括DC/EC混和）的交換機(jī)必須選用支持組播的交換機(jī)，如S3600EI系列交換機(jī)組播組網(wǎng)時， VC的接入交換機(jī)必須支持PIM-SM 組播協(xié)議或者IGMP-Snooping協(xié)議單播組網(wǎng)時，網(wǎng)絡(luò)只需要考慮視頻碼流帶寬要求即可IP SAN接入IP SAN通過千兆鏈路與網(wǎng)絡(luò)相連以滿足實(shí)時存儲和點(diǎn)播對帶寬的需求VM、DM接入VM/DM服務(wù)器對帶寬的要求較低，可以在10/100M以太網(wǎng)口接入IP地址規(guī)劃互聯(lián)地址互聯(lián)地址概述互聯(lián)地址是指兩臺網(wǎng)絡(luò)設(shè)備相互連接的接口(或三層vlan接口)所需要的地址?；ヂ?lián)地址規(guī)劃

22、技巧務(wù)必使用30位掩碼的地址。核心設(shè)備，使用較小的一個地址（即：loopback地址較小的設(shè)備使用互聯(lián)地址中較小的一個）。互聯(lián)地址通常要聚合后發(fā)布，在規(guī)劃時要充分考慮使用連續(xù)的可聚合地址。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ī)劃在同一個網(wǎng)段同一歸屬單位的VM/DM、IP SAN規(guī)

23、劃在同一個網(wǎng)段IP地址規(guī)劃組播地址規(guī)劃在H3C的iVS視頻監(jiān)控系統(tǒng)中，只有EC需要實(shí)際配置組播地址，且只有在采用組播模式組網(wǎng)時才需要；其他設(shè)備不固定配置組播地址；一個EC通道一個組播地址；建議所有EC的組播地址的首段數(shù)字相同，例如都為228；組播地址和單播地址建立對應(yīng)關(guān)系（比如把單播地址的后兩段映射到組播地址的中間兩段），例如：192.4.3.1 228.3.1.1把EC的通道和組播地址的末段數(shù)字對應(yīng)起來，例如：EC1004-HC，ip地址規(guī)劃為192.4.5.23，其各通道組播地址可以規(guī)劃為通道0: 228.5.23.0通道1: 228.5.23.1通道2: 228.5.23.2通道3: 2

24、28.5.23.3路由協(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)營商網(wǎng)絡(luò)中使用三層組播路由協(xié)議的選擇一般選擇使用PIM SMQoS設(shè)計(jì)視頻監(jiān)控對 IP網(wǎng)絡(luò)技術(shù)要求中華人民共和國通信行業(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級或1級以上我啊三張是本地這么說 .我啊三是對方聽到的是 .QoS設(shè)計(jì)丟包對語音質(zhì)量的影響對于語音通信來說，丟包對語音質(zhì)量的影響與語音編碼的打包時長密切相關(guān)如果語音打包時

25、長為20ms，那么丟失掉一個包就會丟掉20ms的語音信號。？QoS設(shè)計(jì)丟包對視頻質(zhì)量的影響數(shù)據(jù)壓縮導(dǎo)致的圖像方塊丟包導(dǎo)致的圖像方塊QOS設(shè)計(jì)時延的產(chǎn)生節(jié)點(diǎn)時延鏈路時延轉(zhuǎn)發(fā)時延 排隊(duì)時延 串行發(fā)送時延 傳播時延入口路由器 出口路由器傳播時延：一般來說非常小，并且一旦線路固定，傳播時延值也可以固定；串行發(fā)送時延：可以通過路由器安裝高速接口來解決；轉(zhuǎn)發(fā)時延：基本上由路由器的轉(zhuǎn)發(fā)處理能力決定，因此一旦選擇好了路由器其值也固定下來；排隊(duì)時延：數(shù)據(jù)包在路由器隊(duì)列當(dāng)中等待轉(zhuǎn)發(fā)的時間。另外對于視頻會議來說，還會有一部分編碼/解碼時延與打包時延，這些可以統(tǒng)稱為處理時延。QOS設(shè)計(jì)時延抖動時延抖動即時延的變化，時

26、延抖動是影響語音視頻質(zhì)量的重要原因之一時延抖動會造成圖像語音的不連貫，圖像的橫條等現(xiàn)象。QoS設(shè)計(jì)QoS規(guī)劃基本原則什么情況下需要使用QoS網(wǎng)絡(luò)帶寬緊張，或者在突發(fā)流量時帶寬不足。網(wǎng)絡(luò)中存在多種業(yè)務(wù)，并且這些不同的業(yè)務(wù)各自對帶寬和時延的要求不同。即使帶寬足夠，為了防止網(wǎng)絡(luò)中出現(xiàn)異常的突發(fā)流量（病毒攻擊）的情況，也需要對關(guān)鍵業(yè)務(wù)做QoS保證。使用哪種QoS模型？IntServ模型：業(yè)務(wù)通過信令向網(wǎng)絡(luò)申請?zhí)囟ǖ腝oS服務(wù)，網(wǎng)絡(luò)在流量參數(shù)描述的范圍內(nèi)，預(yù)留資源以承諾滿足該請求。屬于理論上可控制的、端到端的服務(wù)。但要求端到端所有設(shè)備支持RSVP協(xié)議，可擴(kuò)展性差和協(xié)議報(bào)文開銷較大。不建議使用。DiffS

27、erv模型：當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時，根據(jù)業(yè)務(wù)的不同服務(wù)等級約定，有差別地進(jìn)行流量控制和轉(zhuǎn)發(fā)來解決擁塞問題。屬于常用的簡單有效的QoS模型，推薦使用。QoS設(shè)計(jì)DiffServ QoS模型DiffServ域在網(wǎng)絡(luò)邊緣對分組進(jìn)行分類、流量控制、標(biāo)識DSCP在網(wǎng)絡(luò)中根據(jù)分組的DSCP值，進(jìn)行隊(duì)列調(diào)度、報(bào)文丟棄等QoS策略PHBPHBPHBPHBPHB：Per Hop Behavior當(dāng)網(wǎng)絡(luò)出現(xiàn)擁塞時，根據(jù)業(yè)務(wù)的不同服務(wù)等級約定，有區(qū)別地進(jìn)行流量控制和轉(zhuǎn)發(fā)來解決擁塞問題；QoS保證是基于每個報(bào)文的轉(zhuǎn)發(fā)行為，不需要額外的信令處理，是目前IP網(wǎng)絡(luò)中主要的QoS技術(shù)；存在分類有限、對相同分類的業(yè)務(wù)量的資源共搶無能

28、為力等本質(zhì)不足；QoS設(shè)計(jì)DiffServ實(shí)施策略實(shí)施Diff-Serv的主要技術(shù)包括流分類、流量監(jiān)管(CAR)、流量整形(GTS)、擁塞管理(PQ/CQ/WFQ/CBQ)和擁塞避免(WRED)。流分類：依據(jù)一定的匹配規(guī)則識別出感興趣的對象。流分類是有區(qū)別地實(shí)施服務(wù)的前提。流量監(jiān)管(CAR)：對進(jìn)入路由器的特定流量的規(guī)格進(jìn)行監(jiān)管。當(dāng)流量超出規(guī)格時，可以采取限制或懲罰措施，以保護(hù)網(wǎng)絡(luò)資源不受損害；擁塞管理(PQ/CQ/WFQ/CBQ)：網(wǎng)絡(luò)擁塞時必須采取的解決資源競爭的措施。通常是將報(bào)文放入隊(duì)列中緩存，并采取某種調(diào)度算法安排報(bào)文的轉(zhuǎn)發(fā)次序；在這幾種隊(duì)列調(diào)度技術(shù)中，CBQ兼顧了其余技術(shù)的優(yōu)點(diǎn)，與現(xiàn)

29、實(shí)中的業(yè)務(wù)模型十分相符，所以實(shí)施擁塞管理技術(shù)通常只使用CBQ。擁塞避免(WRED)：過度的擁塞會對網(wǎng)絡(luò)資源造成損害。擁塞避免監(jiān)督網(wǎng)絡(luò)資源的使用情況，當(dāng)發(fā)現(xiàn)擁塞有加劇的趨勢時采取主動丟棄報(bào)文的策略，通過調(diào)整流量來解除網(wǎng)絡(luò)的過載；流量整形(GTS)：一種主動調(diào)整流的輸出速率的流控措施，通常是為了使流量適配下游路由器可供給的網(wǎng)絡(luò)資源，避免不必要的報(bào)文丟棄和擁塞；QoS設(shè)計(jì)實(shí)施QoS須知基于業(yè)務(wù)的分析與報(bào)文標(biāo)記QoS中的幾乎所有控制手段都是基于對業(yè)務(wù)的分類，及不同業(yè)務(wù)流的標(biāo)記。多種方法結(jié)合使用，綜合治理預(yù)防策略：LR、CAR、GTS、WRED調(diào)度策略：各種隊(duì)列調(diào)度方案。QoS的局限性和副作用每一種策略

30、都會消耗設(shè)備的系統(tǒng)資源，導(dǎo)致設(shè)備的總體性能下降。并非使用了QoS就可以高枕無憂，可能設(shè)備異常繁忙導(dǎo)致無法處理配置的各種策略。最有效的QoS手段是增加帶寬和提高設(shè)備的處理能力視頻監(jiān)控對網(wǎng)絡(luò)的要求組播技術(shù)基礎(chǔ)視頻監(jiān)控系統(tǒng)承載網(wǎng)絡(luò)設(shè)計(jì)網(wǎng)絡(luò)排錯目錄網(wǎng)絡(luò)排錯組播排錯案例S3900交換機(jī)啟用三層組播路由后不能在二層轉(zhuǎn)發(fā)組播報(bào)文 S3900如果啟用了multicast routing-enable，并且給vlan配置了IP地址，不論是否啟用未知組播丟棄（unkown-multicast drop enable），組播報(bào)文都不會在該vlan中廣播。啟用pim協(xié)議或者igmp enable后，igmp-snoo

31、ping便不能再配置，但是這個時候交換機(jī)自動啟用了和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ī)級聯(lián)也可能出現(xiàn)丟包的情況。網(wǎng)絡(luò)排錯組播表項(xiàng)查看display igmp group看某接口下有多少組播組。這是按三層接口統(tǒng)計(jì)有多少組播組。display mld group看某vlan接口的某端口下有多少組播組。這張表按端口

32、統(tǒng)計(jì)有多少組播組。 display multicast forwarding-table真正指導(dǎo)組播數(shù)據(jù)轉(zhuǎn)發(fā)的組播轉(zhuǎn)發(fā)表。 display pim routing-tablepim協(xié)議的組播路由表。定位協(xié)議本身的問題，可以查看此路由表。display multicast routing-table 多種協(xié)議生成的組播路由，并把最優(yōu)的組播路由下刷到組播轉(zhuǎn)發(fā)表中。（通常情況下就一種組播路由，類似display ip route protocol ospf和display ip route） 網(wǎng)絡(luò)排錯組播排錯案例組播流未到交換機(jī) 組播路由會檢查組播源的IP地址（RPF檢查），要保證組播網(wǎng)絡(luò)中所有交換機(jī)到組播源的單播路由都可達(dá)。dis igmp group存在表項(xiàng)，但是dis pim rou中沒有(*,g)表項(xiàng) igmp group表項(xiàng)在收到igmp請求報(bào)文或者在接口設(shè)置igmp host-join時