【正文】 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 102 骨干網(wǎng)絡(luò)容災(zāi)設(shè)計(jì) 快速檢測(cè) +IP FRR ? 如果 BFD/APDP協(xié)議跟接口備份 （ IP FRR） 綜合應(yīng)用 ， 效果會(huì)更佳 ， 因?yàn)橐坏?BFD協(xié)議模塊 （ 或進(jìn)程 ） 檢測(cè)到異常情況 ， 可以馬上啟動(dòng)接口備份功能 ， 同時(shí)通知路由協(xié)議 ，這樣網(wǎng)絡(luò)設(shè)備首先會(huì)使用備用接口轉(zhuǎn)發(fā)流量 ， 在路由協(xié)議完成收斂之后 ， 再使用收斂后的路徑 。 一般情況下 ， 這種協(xié)議在點(diǎn)對(duì)點(diǎn)鏈路上啟用 ， 啟用 BFD協(xié)議的設(shè)備 ， 會(huì)以間隔很短的時(shí)間 （ 10ms－30ms） 相互發(fā)送 （ 或單向發(fā)送 ） BFD協(xié)議報(bào)文 ， 如果兩者之間的任何一臺(tái)設(shè)備 ， 由于各種原因停止工作 ， 那么對(duì)方會(huì)因?yàn)槎啻?（ 缺省情況下是 3次 ） 接收不到對(duì)方的 BFD報(bào)文而感知到這種異常狀態(tài) ， 于是 BFD協(xié)議模塊會(huì) “ 聯(lián)動(dòng) ” 路由協(xié)議進(jìn)程 ， 路由協(xié)議進(jìn)程會(huì)重新開(kāi)始收斂 。 可以看出 ， 上述過(guò)程中最消耗時(shí)間的是故障感知過(guò)程 ， 如果是鏈路物理故障 ， 那么設(shè)備會(huì)馬上檢測(cè)到 ， 如果是鏈路邏輯故障 ， 那么需要依靠路由協(xié)議的故障檢測(cè)機(jī)制 （ Hello協(xié)議 ） 來(lái)檢測(cè)這種故障 ， 往往需要十幾秒的時(shí)間 。當(dāng)TRUNK中的部分鏈路故障時(shí)，只需要更新 TRUNK表，而不影響需要更新路由表，大大提高了故障恢復(fù)的能力，提高了路由的穩(wěn)定性。 總體策略為：在用戶接入近端實(shí)施分類 、 標(biāo)記 、 速率限制；用戶接入遠(yuǎn)端出端口實(shí)施流量整形；網(wǎng)絡(luò)匯聚及核心層的出端口實(shí)施隊(duì)列調(diào)度和丟包策略 QOS 部署規(guī)則 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 91 課程內(nèi)容 第一章 骨干網(wǎng)絡(luò)規(guī)劃概述 第二章 骨干網(wǎng)絡(luò)結(jié)構(gòu)討論 第三章 骨干網(wǎng)絡(luò)數(shù)據(jù)規(guī)劃 第四章 骨干網(wǎng)絡(luò)容災(zāi)設(shè)計(jì) 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 92 骨干網(wǎng)絡(luò)容災(zāi)設(shè)計(jì)概述 ?容災(zāi)設(shè)計(jì)的思路 IP網(wǎng)絡(luò)承載網(wǎng)的業(yè)務(wù)種類不斷增多 ， 業(yè)務(wù)的重要性不斷增加 ，業(yè)務(wù)對(duì)網(wǎng)絡(luò)質(zhì)量的敏感性不斷加強(qiáng) ， 現(xiàn)在的網(wǎng)絡(luò)不僅僅要求網(wǎng)絡(luò)出現(xiàn)故障后能夠恢復(fù) ， 對(duì)網(wǎng)絡(luò)恢復(fù)的時(shí)間也有很高的要求 ， 如 NGN網(wǎng)絡(luò)對(duì)業(yè)務(wù)的中斷時(shí)間要求在 50ms以內(nèi) ， 接下來(lái)就從物理與邏輯兩個(gè)層面對(duì)網(wǎng)絡(luò)容災(zāi)進(jìn)行分析 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 93 骨干網(wǎng)絡(luò)容災(zāi)設(shè)計(jì) ? 物理（設(shè)備級(jí)別）層面： ? 板卡容錯(cuò) ? 設(shè)備容錯(cuò) ? 傳輸鏈路容錯(cuò) ? 平面容災(zāi) ? 邏輯（網(wǎng)絡(luò)級(jí)別）層面 ? 故障感知 ? 路由收斂 ? 硬件轉(zhuǎn)發(fā)表 FIB更新 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 94 骨干網(wǎng)絡(luò)容災(zāi)設(shè)計(jì) 物理層面 板卡容錯(cuò) ? 主控板 、 交換網(wǎng)板 、 電源 、 風(fēng)扇是否實(shí)現(xiàn)冗余備份 ? 如果拓?fù)浣Y(jié)構(gòu)涉及到雙上行 ， 如果條件允許 ， 上行口需要分布在不同的業(yè)務(wù)板上 ， 同時(shí)考慮到設(shè)備物理結(jié)構(gòu)：如供電方式 、 散熱方式 、 電纜布放等 ? 雙上行端口的流量 ， 建議每端口帶寬利用率不超過(guò) 40% 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 95 骨干網(wǎng)絡(luò)容災(zāi)設(shè)計(jì) 物理層面 設(shè)備容錯(cuò) ? 網(wǎng)絡(luò)中關(guān)鍵節(jié)點(diǎn)保證雙設(shè)備 條件允許建議雙設(shè)備部署于不同機(jī)房達(dá)到異地容災(zāi) ? 關(guān)鍵鏈路保證雙上行 ? 由于接口板不能以主備的方式實(shí)現(xiàn) ， 所以需要從鏈路上保證備份關(guān)系 ， 即盡量建立節(jié)點(diǎn)之間的多條鏈路； ? 在節(jié)點(diǎn)之間通過(guò)多條鏈路連接，為實(shí)現(xiàn)負(fù)荷分擔(dān)和備份，有兩種處理方式： IGP等價(jià)路由和 IP Trunk 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 96 鏈路容錯(cuò) ?在節(jié)點(diǎn)之間通過(guò)多條鏈路連接，為實(shí)現(xiàn)負(fù)荷分擔(dān)和備份，有兩種處理方式： IGP等價(jià)路由和 IP Trunk IGP等價(jià)路由就是有多個(gè)等價(jià)的下一跳，轉(zhuǎn)發(fā)時(shí)進(jìn)行輪選，缺點(diǎn)是鏈路數(shù)目多， IGP開(kāi)銷大，可能導(dǎo)致路由收斂速度減緩 骨干網(wǎng)絡(luò)容災(zāi)設(shè)計(jì) 物理層面 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 97 ?IP Trunk是將多條相同類型的鏈路（ POS、 GE等）捆綁為一個(gè)邏輯鏈路，這個(gè)邏輯接口在路由表中只有一項(xiàng)，其下一跳是這個(gè)邏輯接口，當(dāng)報(bào)文需要經(jīng)這個(gè)邏輯接口轉(zhuǎn)發(fā)時(shí)，路由表信息指示這個(gè)接口是邏輯接口，轉(zhuǎn)發(fā)部件會(huì)使用報(bào)文頭信息 ,進(jìn)行 Hash計(jì)算，在 TRUNK表中解析下一跳的物理出接口，進(jìn)行轉(zhuǎn)發(fā)，通過(guò)逐流的負(fù)載分擔(dān)方式克服亂序。 DiffServ模型則將多個(gè)業(yè)務(wù)流聚合成一個(gè)行為集合（ BA），在 各網(wǎng)絡(luò)單元上使用相同的 PHB進(jìn)行轉(zhuǎn)發(fā)處理，簡(jiǎn)化了業(yè)務(wù)的處 理和存儲(chǔ)過(guò)程，具有良好的擴(kuò)展性，目前大型網(wǎng)絡(luò)中的 QOS實(shí) 現(xiàn)多為基于 DiffServ模型的 DiffServ網(wǎng)絡(luò) 用戶網(wǎng)絡(luò) DiffServ網(wǎng)絡(luò) 流量控制 SLA/TCA 邊界節(jié)點(diǎn) 內(nèi)部節(jié)點(diǎn) 邊界節(jié)點(diǎn) 邊界節(jié)點(diǎn) 內(nèi)部節(jié)點(diǎn) 邊界節(jié)點(diǎn) 用戶網(wǎng)絡(luò) 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 84 QOS 數(shù)據(jù)規(guī)劃 在 MPLS 網(wǎng)絡(luò)中也主要存在以下兩種方式： ? MPLS DiffServ 根據(jù)將 IP DiffServ信息通過(guò) Label傳達(dá)給 LSR方式的不同 ，業(yè)界存在兩種 MPLS DiffServ的解決方案 MPSL ELSP 在 LER上將 IP DSCP字節(jié)映射到 MPLS Label的 EXP位 ， 通過(guò) EXP 位向 LSR表示分組的 QoS要求 ， 這樣一個(gè) LSP最多可支持 8個(gè)服 務(wù)等級(jí) ， LSR根據(jù) Label和 EXP對(duì)分組進(jìn)行隊(duì)列調(diào)度 ， 根據(jù) EXP進(jìn)行報(bào)文丟棄 ， 同一 LSP中的分組可能被分到不同的隊(duì) 列 ， ELSP是通過(guò) LDP協(xié)議建立的普通的 LSP ELSP LSR EF AF1 LER LER 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 85 QOS 數(shù)據(jù)規(guī)劃 MPSL LLSP 在 LER上將 IP DSCP字節(jié)映射為一個(gè) LSP， 通過(guò) Label和 EXP位向 LSR表示分組的 QoS要求 , LSR根據(jù) Label對(duì)分組進(jìn)行隊(duì)列調(diào) 度 ， 根據(jù) EXP進(jìn)行報(bào)文丟棄 ， 同一 LSP中的分組被分到同一個(gè) 隊(duì)列 LLSP LSR LER LER EF AF1 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 86 QOS 數(shù)據(jù)規(guī)劃 選擇上述兩種方案主要取決網(wǎng)絡(luò)所規(guī)劃的業(yè)務(wù)類別數(shù)目 、 分組丟棄值以及 MPLS運(yùn)行的模式 （ 幀模式或信元模式 ） , 當(dāng)采用信元模式的 MPLS操作時(shí) ， Label與 VPI/VCI相對(duì)應(yīng) ， 只能采用 LLSP， 此時(shí)將 Label的 EXP映射為信元的 CLP；當(dāng)采用幀模式的 MPLS操作時(shí) ， 采用 ELSP或 LLSP方案都可以 。 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 82 QOS 數(shù)據(jù)規(guī)劃 QOS規(guī)劃思路： ?QOS模型簡(jiǎn)介 在 IP網(wǎng)絡(luò)中主要存在以下兩種模型： ? IntServ模型：業(yè)務(wù)通過(guò)信令向網(wǎng)絡(luò)申請(qǐng)?zhí)囟ǖ?QoS服務(wù) ， 網(wǎng)絡(luò)在流量參數(shù)描述的范圍內(nèi) ， 預(yù)留資源以承諾滿足該請(qǐng)求 。核心鏈路一般在網(wǎng)絡(luò)中擁有最大的帶寬容量；匯聚上行鏈路為匯聚層提供了到網(wǎng)絡(luò)核心的連接性； ? 核心路由器不是集中放置的，因?yàn)檫@樣會(huì)降低網(wǎng)絡(luò)的容錯(cuò)能力； ? 網(wǎng)絡(luò)核心中 BGP的策略應(yīng)用或數(shù)據(jù)包過(guò)濾是不常見(jiàn)的； ? 網(wǎng)絡(luò)的 BGP架構(gòu)也反映在處于網(wǎng)絡(luò)層次頂部的核心層上； 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 74 BGP 的模塊化設(shè)計(jì) 核心層 bgp 100 routerid group CORE_ROUTER internal peer CORE_ROUTER description Core_IBGP_Full_Mesh peer CORE_ROUTER connectinterface LoopBack0 group AGG_ROUTER internal peer AGG_ROUTER description IBGP_For_Aggregation_ROUTER peer AGG_ROUTER connectinterface LoopBack0 ipv4family unicast reflector clusterid undo synchronization peer CORE_ROUTER enable peer CORE_ROUTER advertisemunity peer AGG_ROUTER enable peer AGG_ROUTER reflectclient peer AGG_ROUTER advertisemunity 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 75 BGP 的模塊化設(shè)計(jì) 匯聚層 ? 網(wǎng)絡(luò)匯聚層主要是在適當(dāng)?shù)奈恢猛ㄟ^(guò)提供網(wǎng)絡(luò)層次來(lái)降低核心路由器的復(fù)雜性：分散鏈路匯聚、減少終結(jié)在核心路由器上的 BGP對(duì)等會(huì)話數(shù)量； ? 網(wǎng)絡(luò)匯聚層有兩種類型的鏈路：上行鏈路與下行鏈路。 ? 頂級(jí) RR要求必須全互連，下級(jí) RR由于本身就是客戶，因此互相之間不需要全互連。 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 68 RR的部署 層次化路由反射器 ? 何時(shí)考慮使用層次化路由反射器？ 頂層全連接拓?fù)涞臅?huì)話數(shù)量如果變得不可管理了，就應(yīng)該考慮引入 RR的層次了。 Update消息中包含 O_id屬性 R3發(fā)現(xiàn)從 R1發(fā)來(lái)的 Update消息中的 O_id是自己，拒絕接收 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 66 RR的部署 Cluster_list R1客戶 R5 R2客戶 RR/客戶 RR/客戶 RR/客戶 R3 R4 R6客戶 ? Cluster_list只用于 RR以防止環(huán)路； ? RR只在路由從一個(gè)客戶反射給另一個(gè)客戶 /非客戶，或者從非客戶反射被客戶的時(shí)候，才會(huì)創(chuàng)建Cluster_list； ? 當(dāng) RR向 EBGP通告路由時(shí)，已有的Cluster_list就被清除掉； 注入 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 文檔密級(jí)：內(nèi)部公開(kāi) 67 RR的部署 Cluster_ID與簇設(shè)計(jì) 將 Cluster_ID設(shè)置為相同與不相同，到底有什么區(qū)別呢？ ? 首先，如果 Cluster_ID設(shè)置為不相同的值，則該兩臺(tái) RR分別屬于不同的簇，一般對(duì)于下級(jí)普通客戶，會(huì)與兩個(gè) RR都建立IB