【導讀】的建設，一是網(wǎng)絡管理中心與網(wǎng)絡節(jié)點之間進行互連的網(wǎng)絡鏈路的設計。每臺路由器中配置的Netflow所收集的原始計費數(shù)據(jù)進行進行預處理。放在另外一臺工作站上。的連接線路可以采用其它的租用線路方式實現(xiàn)。間隔離，在路由上也是獨立分開的，如圖2所示。為了保證只有合法的網(wǎng)絡管理員。它采用分布式網(wǎng)絡管理體系結(jié)構(gòu)，具有高可靠性，高性能以及易于擴。建議在運營商的網(wǎng)絡管理中使用CSM中的IPManager，CiscoWorks2020，CSM結(jié)構(gòu)由采用多種網(wǎng)絡技術(shù)的組合提。供真實端對端業(yè)務的應用。對端網(wǎng)絡拓撲的數(shù)據(jù)。業(yè)務管理層應用還支持客戶之間的服務等級協(xié)定以及。業(yè)務到業(yè)務的相互作用。TMN模型的最上層，即商務。管理層，支持組織的商務管理功能。應用程序范例包括用戶維護（customer. care）、故障票，以及記帳等。服務供應商的需求。因而，Cisco提供，并將持續(xù)開發(fā)高度可擴展的

　　

【正文】 IP VPN Solution Center 能對 VPN 配置不同的策略，從而決定 了 VPN 的拓撲結(jié)構(gòu)，能夠配置 VPN 中 Intra 和 Extra 的不同關(guān)系。 圖 11 增加 /刪除 /修改 MPLS VPN 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 34 頁 圖 12 描繪每個 VPN 網(wǎng)絡拓撲結(jié)構(gòu)和運行情 況 圖 13 對 VPN QOS 的配置和管理 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 35 頁 b) （ 2）任務調(diào)度 當網(wǎng)管人員通過業(yè)務配置工具，填寫好相關(guān)業(yè)務信息以后，網(wǎng)管人員能夠調(diào)度業(yè)務激活的時間，即確定向網(wǎng)絡設備下載配置數(shù)據(jù)的時間，任務調(diào)度界面如圖 14 所示。當?shù)竭_所確定的時間時，網(wǎng)管軟件將向相應的網(wǎng)絡單元傳送Cisco IOS 配置命令，從而激活所進行的業(yè)務配置。當新的業(yè)務配置被激活后，可以對該業(yè)務進行測試，以保證業(yè)務的可靠的提供，例如當在一個 VPN 中新增加一個節(jié)點時，可以進行端到端的 PING 測試，以保證配置的正確性。 圖 14 任務調(diào)度功能 c) （ 3）業(yè)務審計 IP VPN Solution Center 能夠產(chǎn)生關(guān)于將要實施的 /和已實施的業(yè)務請求的狀態(tài)報告，當進行任務調(diào)度時，網(wǎng)管軟件讀取路由器當前的配置文件，分析業(yè)務請求并根據(jù)業(yè)務實施的當前狀態(tài)，產(chǎn)生報告。 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 36 頁 d) （ 4） VPN 業(yè)務量參數(shù)統(tǒng)計 IP VPN Solution Center 能夠利用 Cisoc NetFlow 技術(shù)，提供每個 VPN Intra和 Extra 的性能報告，如圖 15 所示。 NetFlow 采集了豐富的業(yè)務量統(tǒng)計數(shù)字，包括每個 VPN 一段時間內(nèi)的平均流量、最高流量，還包括基于每個 應用端口和用戶 IP 地址的相關(guān)信息。網(wǎng)管能夠提供關(guān)于每一個 VPN 這些統(tǒng)計信息，從而使網(wǎng)管人員能確定網(wǎng)絡資源的占用情況，圖 16 顯示了一個統(tǒng)計報告的實例。 NetFlow 的流采集器 (Flow Collector)把負責匯集各種統(tǒng)計數(shù)據(jù)，形成NetFlow 報告，并提交給 IP VPN Solution Center，由后者對統(tǒng)計數(shù)據(jù)進行進一步的匯集和關(guān)聯(lián)。然后 IP Solution Center 可以把這些信息提交給性能分析系統(tǒng)或計費系統(tǒng)以及報告應用系統(tǒng)等第三方應用，第三方應用通過開放的應用編程接口 (API)來訪問 IP VPN Solution Center 中的相關(guān)信息。 圖 15 VPN 的業(yè)務量統(tǒng)計利用 NetFlow 來進行 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 37 頁 圖 16 統(tǒng)計報告舉例 MPLS VPN 服務等級協(xié)定 (SLA)監(jiān)視和報告 IP VPN Solution Center 能啟動 Cisco 路由器進行 SLA 測試，可以監(jiān)視 SLA 的環(huán)回延遲、可用性以及流量等參數(shù)，同時可以設置相應的參數(shù)門限，當某參數(shù)超過門限值時，能提供違反協(xié)定的報告，詳見“服務等級協(xié)議 (SLA)的監(jiān)視和報告”一節(jié)。 e) （ 5） VPN 的計費 ? 當需要對 MPLS VPN 進行計費時，需 要在 PE 路由器中激活 NetFlow 功能，以提供計費統(tǒng)計信息數(shù)據(jù)。同時 IPVPN Solution Center 提供標準的應用編程接口 (API)，以支持 Portal 計費系統(tǒng)， IP VPN Solution Center 負責把 NetFlow 送上來的計費數(shù)據(jù)，提交給 Portal 計費系統(tǒng)進行計費，如圖 D 所示， NetFlow 提交的計費數(shù)據(jù)主要包括： ? 業(yè)務量使用信息 (發(fā)送 /接收的分組數(shù)，發(fā)送接收的字節(jié)數(shù) ) ? 流的時間標簽 (起始時間標簽 /結(jié)束時間標簽 ) 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 38 頁 ? 路由器接口信息 (輸出接口號 /輸入接口號 ) ? QoS 信息 (TOS、 TCP 標識、協(xié)議標識 ) ? 源端 /目的端自治系統(tǒng)號 IP VPN Solution Center 利用 NetFlow 可以獲得關(guān)于每個 VPN 以及每個 VPN中每個業(yè)務級別 (COS)等級的業(yè)務量信息，它通過這些業(yè)務量信息形成 VPN業(yè)務量矩陣 (VTM)， Portal 計費系統(tǒng)通過 DTM 數(shù)據(jù)管理器 (DM)API 來讀取VTM 數(shù)據(jù)。 VTM 數(shù)據(jù)如下所示， 源和目的端數(shù)據(jù) IP 地址 PE VRF Interface 索引 Interface 名稱 應用名稱 發(fā)送的 IP 分組數(shù) 返回的 IP 分組數(shù) 發(fā)送的字節(jié)數(shù) 返回 的字節(jié)數(shù) 流計數(shù) 起始時間 結(jié)束時間 激活時間 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 39 頁 f) （ 6）網(wǎng)絡性能監(jiān)視 當需要對 MPLS VPN 進行性能監(jiān)視時，需要在 PE 路由器中激活 NetFlow 功能，以提供性能統(tǒng)計信息數(shù)據(jù)。同時 IP VPN Solution Center 提供標準的應用編程接口 (API)，以支持 Concord 網(wǎng)絡診斷系統(tǒng)， IP VPN Solution Center 負責把 NetFlow 送上來的性能數(shù)據(jù)，提交給 Concord 網(wǎng)絡診斷系統(tǒng)進行網(wǎng)絡性能的監(jiān)控，如圖 17 所示。 圖 17 VPN 的計費和性能監(jiān)視 g) （ 7） VPN 的故障 監(jiān)視 在運營商的網(wǎng)絡中需要進行 VPN的故障管理功能時，可以使用 CSM中的 Info Center 網(wǎng)管系統(tǒng)來進行， Info Center 能夠從第二層和第三層中收集故障信息，Info Center 使用標準的 API 來詢問 IP VPN Solution Center 的數(shù)據(jù)庫，以確定當發(fā)生網(wǎng)絡故障時，哪些 VPN 會受到影響。 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 40 頁 同時 Info Center 還能完成用戶網(wǎng)絡管理功能以及 VPN 劃分功能。 服服 務務 級級 別別 協(xié)協(xié) 定定 (SLA)的的 監(jiān)監(jiān) 測測 與與 報報 告告 運營商向集團用戶提供服務時，通常集團用戶會對其業(yè)務有自己的要求，例如網(wǎng)絡的延遲、網(wǎng)絡的可 用性等，因此運營商在向集團用戶提供服務之前，通常需要簽訂關(guān)于服務質(zhì)量的合同，稱為服務級別協(xié)定 (SLA)。 在運營商向用戶提供服務的過程中，用戶和運營商運營人員都期望了解，由運營商向用戶提供的服務是否達到了 SLA 的要求，因此運營商的網(wǎng)絡管理系統(tǒng)必須能夠進行 SLA 的監(jiān)視和檢查，并提供 SLA 監(jiān)視報告。 CSM 中的 IP VPN Solution Center 能夠?qū)λ渲瞄_放的各種業(yè)務進行 SLA 監(jiān)視和檢測，并提供 SLA 監(jiān)視報告，同時還提供開放的 API，以支持第三方的增值應用。 CSM IP VPN Solution Center 支持 SLA 測試參數(shù)如下所述， Cisco 將根據(jù)運營商的要求，逐漸擴展 SLA 參數(shù)的范圍： 連接性 (可用性 ) 業(yè)務處于正常狀態(tài)的時間占總時間的比例； 激活期間 一天中進行 SLA 監(jiān)視的時間； 延遲 (抖動 ) VPN 內(nèi)各種業(yè)務的環(huán)回時間 (抖動 )，可以設置相應的門限值； 吞吐量 用戶發(fā)送到網(wǎng)絡中的業(yè)務量； 其它性能參數(shù)，如分組丟失率等。 CSM IP VPN Solution Center 利用 Cisco IOS 中的 RTR MIB (環(huán)回時間報告器 )，對網(wǎng)絡 的 SLA 進行 24 7 小時的監(jiān)視，獲得并存儲 SLA 參數(shù)報告。RTR 是內(nèi)置于 Cisco IOS 中的一個功能，它的代理部分置于 Cisco 的路由器中，而它的服務器部分置于 IP VPN Solution Center 中，如圖 18 所示。 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 41 頁 圖 18 IP VPN Solution Center 利用 RTR 進行 SLA 監(jiān)視 使用 RTR 來進行 SLA 監(jiān)視所需完成的工作如下所述： 在 RTR MIB 中標識相關(guān)的路由器； 配置路由器中的 RTR MIB，所需監(jiān)視的業(yè)務定義探測器； IP VPN Solution Center 從 RTR MIB 中周期性地采集統(tǒng)計數(shù)據(jù)； IP VPN Solution Center 把采集的數(shù)據(jù)放到相應的數(shù)據(jù)庫中，并提供對于這些數(shù)據(jù)訪問的接口； 產(chǎn)生 SLA 性能報告； 定義并實現(xiàn) SLA API，以支持第三方應用。 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 42 頁 RTR 可以對每個 VPN 的 SLA 進行監(jiān)視，同時還能對每個 VPN 中的每中業(yè)務級別 (COS)進行監(jiān)視。 可以配置 RTR MIB，以監(jiān)視兩個端點之間的連接性 (可用性 )， RTR MIB 中的每一個配置定義被稱為一個探測器。一個探測器可以用于測試延遲參數(shù)，如環(huán)回時間 (RTT)，同時還可測試各種協(xié)議的參數(shù)，如 ICMP echo， UDP echo，TCP 連接， DNS， DHCP， HTML 以及話音抖動等。 使用 RTR 可以觀察到連接性、延遲和超過門限設定的比例等參數(shù)，而吞吐量參數(shù)可以從 NetFlow 中獲得，這些數(shù)據(jù)存儲在 IP VPN Solution Center 的數(shù)據(jù)庫中，并提供 API 接口，以提供 SLA 監(jiān)測報告，同時支持第三方應用。 RTR 的功能非常類似于 ICMP 功能，但與 ICMP 不同的是，為了驗證實際運營商的網(wǎng)絡服務是否達到與用戶所簽訂的 SLA 的要求， RTR 需要模擬實際網(wǎng)絡中的 典型 IP 業(yè)務流或用戶發(fā)送的典型 IP 業(yè)務流，因此 RTR 代理需要發(fā)送基于 TCP、 UDP 以及 ICMP 分組上的業(yè)務流，以監(jiān)視 /測試在各種情況下的SLA 參數(shù)，如圖 19 所示。 圖 19 RTR 模擬實際網(wǎng)絡中的 IP 業(yè)務流 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 43 頁 RTR 發(fā)送基于 TCP 的分組 當 RTR 發(fā)送基于 TCP 的分組時，它測試 TCP 連接建立時間。 RTR 發(fā)送的 基于 TCP 的分組包括 HTTP 分組、 DLSW 分組。這時 RTR 可以配置 TCP 的端口號，測 TCP 會話的可用性，并且可以建立 HTTP、 DLSW 探測器。 RTR 發(fā)送 HTTP 分組時，可以監(jiān)視 /測試當完成一次 Web 查詢時，需要花費多少時間，這些時間包括從對 Web 請求的名字解析，到下載文件并呈現(xiàn)在用戶計算機上所經(jīng)歷的時間。 RTR 發(fā)送 DLSW 時，可以監(jiān)視 /測試使用 TCP 進行封裝的業(yè)務流的環(huán)回相應時間。 RTR 發(fā)送基于 UDP 的分組 當 RTR 發(fā)送基于 T CP 的分組時，它測試 UDP 的響應時間、抖動、分組丟失等。 RTR 可以配置 UDP 端口號，配置 UDP 分組長度，并且可以模擬 VOIP分組。 RTR 測試每個方向的延遲抖動時，即測試 UDP 分組之間的延遲變化，并檢查是否違反了 SLA 合同。 RTR 測試每個方向的分組丟失時， 能夠統(tǒng)計 UDP 分組的丟失數(shù)量。 RTR 發(fā)送 DNS/DHCP 分組，監(jiān)視 /測試域名解析、動態(tài)主機自動配置功能的響應時間。 RTR 發(fā)送基于 ICMP 的分組 RTR 發(fā)送基于 ICMP 的分組時，測試路由器每一跳的通道回聲響應時間，這樣使 RTR 可以監(jiān)視 /測繪下列 SLA 參數(shù)： 核心網(wǎng)絡中丟失的分組比率； 端到端延遲 (CE 路由器到 CE 路由器之間的延遲 )； POP 點到 POP 點之間延遲 (PE 路由器到 PE 路由器之間的延遲 )； 思科系統(tǒng) (中國 )網(wǎng)絡技術(shù)有限公司 ,09/26/20 第 44 頁 接入延遲 (CE 路由器到 PE 路由器之間的延遲 )； 延遲抖動； 接口的吞吐量 (與 NetFlow 一起使用 )。 RTR 能夠識別 IP 信頭上的 TOS 字段，從而對每個業(yè)務級別 (COS)進行 SLA測試，從而檢驗運營商與用戶之間所簽訂的 SLA 是否達到。 當運營商與用戶簽訂了 SLA 協(xié)定以后，用戶和運營商都希望看到網(wǎng)絡實際提供業(yè)務時，網(wǎng)絡實際提供的服務水平，即希望看到 SLA 報告，因此，運營商必須考慮怎么樣來監(jiān)視 (測試