四川移動mdcn網(wǎng)監(jiān)控培訓(xùn)講義-資料下載頁
2025-07-25 03:22本頁面
【正文】 VPNA VPNA MPLS Domain L0: L0: L0: Use label 3 for Use label 1024 for FEC In/Out Label FEC In/Out Label FEC In/Out Label 數(shù)據(jù)轉(zhuǎn)發(fā)過程 PEA PEB P CEA CEB 公司 A總部 公司 A分部 .1 .2 S3 S3 .5 .6 S0 S0 VPNA VPNA MPLS Domain L0: L0: L0: 15362 1024 15362 1024 15362 3 HoPE技術(shù)的背景 核心層 匯聚層 接入層 PE設(shè)備的處境 PE越往下移，由于路由更具體，要維護(hù)的路由數(shù)目更多！ ? PE設(shè)備在不同層次間的尷尬處境： ? 接入層：容量小，無法承擔(dān)。 ? 匯聚層：識別用戶需要大量 (子 )接口，用戶數(shù)目大，而接口數(shù)量有限。 ? 核心層：用戶數(shù)目更大，接口數(shù)目更少，帶寬粒度更粗 HoPE技術(shù)的背景 問題的出現(xiàn) 這是一種昂貴的解決方案 ? 要求接口數(shù)目和存儲容量同時增長，最終超出設(shè)備能力 ? 網(wǎng)絡(luò)規(guī)模擴(kuò)大，本地和遠(yuǎn)程站點增加用戶，也要求本地 PE更多的存儲容量 ? 解決方法 ? PE擴(kuò)容、替換 ? 增加 PE，分別負(fù)擔(dān)一部分 VPN用戶 HoPE技術(shù)的背景 原因所在 ? 接入用戶需要大量接口，處理用戶報文需要大容量的內(nèi)存和轉(zhuǎn)發(fā)能力 ? PE難以同時具備大容量內(nèi)存和大量接口 ? 典型的網(wǎng)絡(luò)是分層的，邊緣接口多，核心容量大 ? MPLS VPN是平面模型， PE無論處于網(wǎng)絡(luò)中哪個位置，對內(nèi)存容量的要求基本相同，甚至在 PE向邊緣擴(kuò)展時，對內(nèi)存容量要求更大，而同時網(wǎng)絡(luò)設(shè)備的容量是下降的 關(guān)鍵點： MPLS VPN的模型同典型網(wǎng)絡(luò)的模型不符合 HoPE的架構(gòu) 新的解決方案 —— PE的分層體系結(jié)構(gòu) UPE1 UPE2 SPE VPN1 Site1 VPN1 Site2 VPN2 Site1 VPN2 Site2 MPLS網(wǎng)絡(luò) 分層式 PE PE PE VPN1 Site3 VPN2 Site3 MPBGP MPLS 網(wǎng)絡(luò) ? PE同另外一些 PE相連，各有分工，完成傳統(tǒng)上一個 PE的功能 ? PE之間具有層次結(jié)構(gòu)，直接連接 VPN用戶的稱為 UPE(Underlayer PE)，位于網(wǎng)絡(luò)內(nèi)部的稱為 SPE(Superstratum PE) ? UPE和 SPE之間可以直接相連，也可以通過一個 IP/MPLS網(wǎng)絡(luò)相連 ? 這種結(jié)構(gòu)稱為 HoPE(Hierarchy of PE) HoPE的架構(gòu) UPE和 SPE的分工 ? UPE僅維護(hù)其直接連接的 VPN Site的路由，但不維護(hù) VPN中其它遠(yuǎn)程 Site的路由； SPE維護(hù)其通過 UPE所連接的 Site所在的 VPN中的所有路由，包括本地和遠(yuǎn)程 Site中的路由。 ? UPE為其直接連接的 Site的路由分配內(nèi)層標(biāo)簽，并發(fā)布給SPE； SPE只發(fā)布 VRF默認(rèn)路由給 UPE，并攜帶標(biāo)簽。 ? UPE和 SPE之間采用標(biāo)簽轉(zhuǎn)發(fā)，因而只需要一個 (子 )接口相互連接。若相隔一個 IP/MPLS網(wǎng)絡(luò)，采用 GRE/LSP等隧道連接。 UPE是一個傳統(tǒng)的 PE，而 SPE要在傳統(tǒng) PE的基礎(chǔ)上增加功能 HoPE的架構(gòu) 數(shù)據(jù)的轉(zhuǎn)發(fā)過程 Site1 Site2 CE1 UPE SPE1 P PE2 CE2 Dest/Mask Dest/Mask, Li 0/0, L0 0/0 Dest/Mask Dest/Mask, L0 Dest/Mask, Li, Lo Dest/Mask, Li Dest/Mask SPE1發(fā)布 VPN默認(rèn)路由給 UPE，并攜帶一個內(nèi)層標(biāo)簽 Site1訪問 Site2中的目的地址根據(jù)默認(rèn)路由轉(zhuǎn)發(fā)到 UPE PE2為這個路由分配內(nèi)層標(biāo)簽 CE2發(fā)布 Site2中的一個路由 根據(jù) VPN默認(rèn)路由 PUSH內(nèi)層標(biāo)簽轉(zhuǎn)發(fā)到 SPE1 POP默認(rèn)路由對應(yīng)的內(nèi)層標(biāo)簽，查看對應(yīng)的 VRF路由表PUSH內(nèi)外層標(biāo)簽 倒數(shù)第二跳POP外層標(biāo)簽 POP內(nèi)層標(biāo)簽 UPE發(fā)布默認(rèn)路由給 CE1 目錄 MDCN網(wǎng)的定義 MDCN網(wǎng)設(shè)備介紹 MDCN網(wǎng)承載的主要業(yè)務(wù) MDCN網(wǎng)的結(jié)構(gòu)和路由協(xié)議介紹 MDCN網(wǎng)的關(guān)鍵技術(shù) ? MDCN網(wǎng)的劣勢和告警 MDCN網(wǎng)的劣勢 鏈路單鏈路 鏈路和節(jié)點故障容易造成局部或全網(wǎng)不可用 MDCN網(wǎng)的告警 ?鏈路斷開：此類故障最為常見，約占 80%以上，多與傳輸有關(guān)，也不排除接口板故障原因；有時還會出現(xiàn) MPLS隧道告警。 設(shè)備接口狀態(tài) MDCN網(wǎng)的告警 ?OSPF鄰居狀態(tài)異常： DROther與 DR、 BDR的鄰居狀態(tài)和 DR與 BDR的正常鄰居狀態(tài)正常情況下為 Full,DROther 之間正常鄰居狀態(tài) 2Way；1Way表明路由器發(fā)現(xiàn)自己不在鄰居發(fā)送的 Hello報文的鄰居列表中，通常是由于對端鄰居重啟造成。 OSPF鄰居狀態(tài) MDCN網(wǎng)的告警 ?BGP鄰居狀態(tài)異常： MDCN網(wǎng) NE80與 NE16E BGP正常鄰居關(guān)系為 Established； 如果狀態(tài)為 Idle，需檢查物理連接；如果狀態(tài)了 Active,表明無法通告路由， TCP連接沒有建立起來，可能的原因是路由不可達(dá)或 BGP配置有錯誤。 BGP鄰居狀態(tài) MDCN網(wǎng)的告警 ?設(shè)備硬件告警：此類故障一般告警有設(shè)備 ping無響應(yīng)、板卡拔出、設(shè)備資源異常等。 ? 什么是 MDCN網(wǎng)， MDCN網(wǎng)產(chǎn)生的背景？ ? MDCN網(wǎng)的 P、 SPE、 UPE分別是什么設(shè)備？ ? MDCN網(wǎng)采用了哪些路由協(xié)議？ ? MDCN網(wǎng)所使用的關(guān)鍵技術(shù)？ ? 什么是 VRF？ ? RT和 RD的作用？ ? MDCN網(wǎng)的劣勢？ QUESTION 總結(jié) Thanks Thanks
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1