HVS-005-H3C-IP智能視頻監(jiān)控解決方案之網(wǎng)絡規(guī)劃課件

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

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

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

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