HCIP-Datacom 的 H12-821 這門考試真正讓人頭疼的從來不是那些一眼就能看出答案的送分題而是 41 到 50 這一段——題目開始往協(xié)議交互細(xì)節(jié)、路由策略的邊界條件、以及設(shè)備實際行為上靠光靠背題庫里那句干巴巴的“正確答案是 X”根本撐不住。我見過太多人把這幾道題的答案背得滾瓜爛熟一上機配個 route-policy 或者調(diào)個 OSPF 鄰居狀態(tài)立刻就露餡。這篇東西就是想把這一段題目背后真正該掌握的東西拆開講清楚每道題考的是什么知識點、為什么這個選項對、其他選項錯在哪、以及在實際設(shè)備上這個知識點會以什么形態(tài)出現(xiàn)。不管你是正在備考、還是已經(jīng)過了筆試但想回頭把基礎(chǔ)夯實或者只是日常做網(wǎng)絡(luò)運維想補一補路由協(xié)議的細(xì)節(jié)下面這些內(nèi)容都能直接拿去用。1. 先搞清楚 41-50 題這一段到底在考什么1.1 這一段的題目分布特征把 41 到 50 這十道題攤開看你會發(fā)現(xiàn)它們并不是隨機撒點而是集中在幾個明確的板塊上。大致可以分成三類第一類是路由協(xié)議的狀態(tài)機與報文交互比如 OSPF 的鄰居狀態(tài)遷移、BGP 的鄰居建立過程第二類是路由策略與過濾工具的行為邊界包括 route-policy 的匹配邏輯、ACL 與前綴列表的差異、filter-policy 的生效方向第三類是設(shè)備層面的轉(zhuǎn)發(fā)與選路行為涉及路由優(yōu)先級、負(fù)載分擔(dān)、以及某些配置在特定拓?fù)湎碌膶嶋H效果。這三類題有一個共同點它們都不是“定義題”而是“行為題”。也就是說題目不會直接問你“OSPF 有幾種報文”而是給你一個場景問“此時鄰居處于什么狀態(tài)”或者“這條路由會不會被優(yōu)選”。這種出題方式?jīng)Q定了你光記住結(jié)論沒用必須理解協(xié)議在什么條件下會做出什么動作。我在帶人復(fù)習(xí)這一段的時候最常強調(diào)的一句話是把每道題當(dāng)成一次排障現(xiàn)場。題目給的條件就是你在設(shè)備上 show 出來的現(xiàn)象你要做的是從現(xiàn)象反推配置和協(xié)議行為。這個思維一轉(zhuǎn)換很多原本覺得“繞”的題目立刻就順了。1.2 為什么這一段最容易丟分41-50 這一段丟分率高核心原因不在于知識點有多偏而在于知識點之間的耦合。舉個典型的例子一道題里同時出現(xiàn)了 OSPF 區(qū)域劃分、路由引入、以及 route-policy 的匹配順序三個東西單獨拿出來你都懂但疊在一起任何一個環(huán)節(jié)理解偏了答案就錯了。而題庫給的解析往往只寫“根據(jù) route-policy 匹配規(guī)則選 B”中間那層“為什么這個節(jié)點先匹配、為什么 deny 之后還有隱含動作”全被省略了。另一個丟分點是默認(rèn)行為的記憶模糊。很多協(xié)議都有“不配置時的默認(rèn)值”比如 OSPF 的默認(rèn)參考帶寬、BGP 的默認(rèn) Keepalive 時間、路由的默認(rèn)優(yōu)先級。這些默認(rèn)值平時配網(wǎng)時不太會去改所以印象不深但考試偏偏愛考“默認(rèn)情況下會怎樣”。我的建議是把這些默認(rèn)值單獨列一張表貼在顯示器邊上看多了自然就記住了比死背題目有效得多。1.3 復(fù)習(xí)這一段該用什么姿勢我的做法是先按知識點歸類再按題目驗證。具體來說先把 41-50 涉及的協(xié)議和工具列出來每個知識點自己先畫一遍交互流程或者匹配流程畫不出來的地方就是你的盲區(qū)。畫完之后再去做題這時候做題的目的不是記答案而是檢驗?zāi)惝嫷牧鞒虒Σ粚ΑＷ鲥e的題回到流程圖上找斷點而不是直接看解析抄答案。這個方法慢但扎實。尤其是路由策略那幾道題你只要把 route-policy 的匹配流程完整畫一遍——從節(jié)點順序、if-match 的多條件與關(guān)系、apply 的執(zhí)行時機、到 deny 節(jié)點的隱含行為——這一類的題基本就通殺了不用一道一道去背。2. OSPF 鄰居狀態(tài)與報文交互41-44 題的核心鏈路2.1 鄰居狀態(tài)機不是背出來的是推出來的OSPF 的鄰居狀態(tài)從 Down 到 Full 一共七個狀態(tài)很多人是硬背順序Down、Init、2-Way、ExStart、Exchange、Loading、Full。背下來不難但題目不會問你順序它會給你一個現(xiàn)象讓你判斷當(dāng)前狀態(tài)。比如“鄰居卡在 ExStart 不動”你要能立刻反應(yīng)過來這是 Master/Slave 選舉出了問題通常和 MTU 不匹配或者 Router ID 沖突有關(guān)。我習(xí)慣用一個類比來記這個狀態(tài)機把它想成兩個人建立信任的過程。Down 是互相不認(rèn)識Init 是我收到了你的問候但我還沒回2-Way 是咱倆互相確認(rèn)了身份這時候 DR/BDR 選舉已經(jīng)完成但非 DR/BDR 之間就停在這了這是正常的ExStart 是開始商量誰先說、誰后說選主從Exchange 是互相交換各自的“目錄”DBD 報文Loading 是照著目錄去要具體的“內(nèi)容”LSR/LSUFull 是雙方數(shù)據(jù)庫完全同步。這個類比的好處是一旦題目描述某個狀態(tài)“卡住”你能順著“這個階段在干什么”去推原因而不是干想狀態(tài)名。ExStart 卡住就是主從沒談攏Exchange 卡住往往是 MTU 不一致導(dǎo)致 DBD 報文被丟棄這些因果關(guān)系比死記“ExStart 對應(yīng) DBD 協(xié)商”要牢固得多。2.2 幾個高頻報文的作用與觸發(fā)時機41-44 這幾道題里反復(fù)出現(xiàn)的報文有 Hello、DBD、LSR、LSU、LSAck 五種。這里容易混淆的是 DBD 和 LSU 的分工。DBD 只帶“摘要”相當(dāng)于告訴對方我有哪些 LSA 的頭部信息LSU 才是真正把完整 LSA 帶過去。題目里經(jīng)常設(shè)置一個陷阱問“數(shù)據(jù)庫同步階段主要靠哪個報文傳遞完整的 LSA 信息”答案必須是 LSU不能選 DBD。還有一個細(xì)節(jié)是 Hello 報文的發(fā)送周期和失效時間的關(guān)系。默認(rèn)情況下廣播網(wǎng)絡(luò)里 Hello 是 10 秒一次失效時間是 40 秒也就是 4 倍關(guān)系。這個 4 倍不是隨便定的它給了網(wǎng)絡(luò)一定的容錯空間——丟一兩個 Hello 不至于讓鄰居關(guān)系斷掉?？荚?yán)飼歼@個倍數(shù)關(guān)系實際排障時這個知識同樣有用如果你發(fā)現(xiàn)鄰居頻繁 up/down先看 Hello 是不是被 ACL 攔了再看鏈路是不是有丟包導(dǎo)致 40 秒內(nèi)沒收到足夠 Hello。提示Hello 和 Dead 的倍數(shù)關(guān)系在修改 Hello 時間后必須同步修改 Dead 時間否則鄰居關(guān)系建立不起來。這一點在實際配置中比考試?yán)锔菀撞瓤印?.3 DR/BDR 選舉那道年年考的“誰當(dāng) DR”DR/BDR 選舉是這一段繞不開的題。規(guī)則本身不復(fù)雜先比接口優(yōu)先級默認(rèn) 1范圍 0-2550 表示不參與優(yōu)先級高的當(dāng) DR優(yōu)先級相同比 Router ID大的當(dāng) DR。但題目喜歡在“優(yōu)先級相同”和“是否搶占”上做文章。關(guān)鍵要記住的是選舉是非搶占的。也就是說DR 一旦選出來除非它掛了或者接口重置否則新加入一臺優(yōu)先級更高的路由器它也不會搶走 DR 身份。這個特性在實際網(wǎng)絡(luò)里非常重要——你新加一臺設(shè)備進網(wǎng)絡(luò)不會因為它的 Router ID 更大就把現(xiàn)網(wǎng) DR 頂?shù)舯苊饬瞬槐匾恼鹗?。考試?yán)锶绻麊枴靶录尤敫邇?yōu)先級路由器后 DR 是否變化”答案是不變除非原 DR 失效。還有一個容易錯的點優(yōu)先級為 0 的接口不參與選舉但它仍然會和其他路由器建立 2-Way 鄰居關(guān)系。很多人以為優(yōu)先級 0 就完全不建鄰居了這是錯的。它只是不當(dāng) DR/BDR鄰居照建數(shù)據(jù)庫照同步。2.4 區(qū)域與 LSA 類型的對應(yīng)關(guān)系41-44 里還有涉及 LSA 類型的題。OSPF 的 LSA 有六種常用類型考試重點通常在 Type 1、2、3、4、5 上。我記它們的方式是“誰產(chǎn)生的、傳播范圍多大”LSA 類型產(chǎn)生者傳播范圍內(nèi)容Type 1每臺路由器本區(qū)域內(nèi)路由器的直連鏈路和接口信息Type 2DR本區(qū)域內(nèi)廣播網(wǎng)段的子網(wǎng)信息Type 3ABR跨區(qū)域其他區(qū)域的網(wǎng)段匯總Type 4ABR跨區(qū)域描述 ASBR 的位置Type 5ASBR整個 AS外部引入的路由題目常考的是 Type 3 和 Type 4 的區(qū)別Type 3 傳的是“網(wǎng)段”Type 4 傳的是“ASBR 在哪”。如果你要訪問一個外部路由先得通過 Type 4 找到 ASBR再通過 Type 5 拿到外部路由的具體信息。這個先后關(guān)系理解了相關(guān)題目就不會選錯。3. 路由策略與過濾工具45-47 題的行為邊界3.1 route-policy 的匹配流程必須畫一遍45-47 這幾道題幾乎全部圍繞 route-policy 展開而 route-policy 最容易錯的地方就是節(jié)點匹配順序和默認(rèn)行為。我把它的執(zhí)行邏輯拆成四步你按這個順序去套題基本不會錯第一步按節(jié)點號從小到大依次匹配。節(jié)點號是 node 后面的數(shù)字比如 node 10、node 20小的先匹配。第二步進入一個節(jié)點后先看 if-match 條件。一個節(jié)點里可以有多個 if-match它們之間是**“與”的關(guān)系**——全部滿足才算匹配上這個節(jié)點。這一點和很多人直覺相反大家容易以為是“或”。第三步如果 if-match 全部滿足執(zhí)行該節(jié)點的 apply 動作然后不再往下匹配其他節(jié)點直接結(jié)束。如果 if-match 沒滿足繼續(xù)匹配下一個節(jié)點。第四步如果所有節(jié)點都沒匹配上走默認(rèn)行為。默認(rèn)行為取決于 route-policy 的模式如果是 permit 模式默認(rèn)沒匹配上的路由被允許通過如果是 deny 模式?jīng)]匹配上的路由被拒絕。這里第四步是重災(zāi)區(qū)。題目經(jīng)常給一個只配了 permit 節(jié)點的 route-policy然后問“未匹配的路由會怎樣”答案是被允許因為默認(rèn)模式是 permit。很多人想當(dāng)然以為沒匹配上就被拒絕這就錯了。3.2 if-match 多條件的“與”邏輯用表格記最清楚為了把 if-match 的“與”關(guān)系釘死我建議用下面這張表來對照記憶。假設(shè)一個節(jié)點里配了兩條 if-match條件組合匹配結(jié)果條件 A 滿足條件 B 滿足匹配該節(jié)點條件 A 滿足條件 B 不滿足不匹配繼續(xù)下一節(jié)點條件 A 不滿足條件 B 滿足不匹配繼續(xù)下一節(jié)點條件 A 不滿足條件 B 不滿足不匹配繼續(xù)下一節(jié)點只有全滿足才匹配這個邏輯和防火墻的“與”規(guī)則是一致的。實際配置時如果你想要“或”的效果就得拆成兩個節(jié)點分別寫而不是在一個節(jié)點里堆 if-match。3.3 ACL 與前綴列表什么時候用哪個45-47 里還有涉及過濾工具的題核心是區(qū)分 ACL 和前綴列表ip-prefix的適用場景。兩者的根本差異在于匹配的粒度ACL 匹配的是路由的目的地址它不關(guān)心掩碼長度除非你用高級 ACL 或者帶掩碼的通配符。前綴列表則同時匹配地址和掩碼長度而且支持范圍匹配比如 greater-equal、less-equal。這個差異決定了使用場景如果你只想按網(wǎng)段過濾不關(guān)心掩碼ACL 夠用如果你要精確控制“某個網(wǎng)段且掩碼在某個范圍內(nèi)”的路由必須用前綴列表?？荚?yán)锝?jīng)常給一個“只允許 10.0.0.0/8 且掩碼長度在 9 到 24 之間”的需求這時候選 ACL 就錯了必須選前綴列表。我實際配網(wǎng)時的經(jīng)驗是能用前綴列表就別用 ACL 做路由過濾。原因很簡單ACL 的掩碼匹配行為容易讓人誤解尤其是通配符的寫法稍不注意就放行了不該放的路由。前綴列表的語義更明確可讀性也好后期維護省心。3.4 filter-policy 的生效方向import 還是 exportfilter-policy 是另一個高頻考點它的關(guān)鍵在于方向。filter-policy 可以用在 import 方向也可以用在 export 方向但它在不同協(xié)議下的行為不一樣在 OSPF 里filter-policy import 只影響本地路由表的生成不影響 LSA 的傳播filter-policy export 影響的是引入的外部路由是否被發(fā)布出去。在 BGP 里filter-policy import 影響從鄰居收到的路由是否進入本地 BGP 表export 影響發(fā)給鄰居的路由。題目常設(shè)的陷阱是問“filter-policy import 在 OSPF 中會不會影響鄰居的路由表”。答案是不會因為它只過濾本地計算LSA 該傳還是傳。這個點如果不清楚很容易選錯。實際排障時這個知識也有用你發(fā)現(xiàn)某臺設(shè)備本地沒有某條 OSPF 路由但鄰居有先查這臺設(shè)備是不是配了 filter-policy import。4. 路由優(yōu)先級與選路48-50 題的判斷邏輯4.1 路由優(yōu)先級表這張表必須刻在腦子里48-50 這幾道題大量涉及“多條路由同時存在時選哪條”而選路的第一道關(guān)卡就是路由優(yōu)先級preference。不同來源的路由優(yōu)先級不同數(shù)值越小越優(yōu)先。這張表我建議直接背下來路由來源默認(rèn)優(yōu)先級直連路由0OSPF 內(nèi)部路由10靜態(tài)路由60RIP 路由100OSPF 外部路由150BGP 路由255題目經(jīng)常給一個場景同一目的網(wǎng)段既有靜態(tài)路由又有 OSPF 路由問哪條進路由表。答案是靜態(tài)路由因為 60 小于 10不對這里要小心——數(shù)值越小越優(yōu)先靜態(tài)是 60OSPF 內(nèi)部是 1010 更小所以是 OSPF 路由優(yōu)先。這個“越小越優(yōu)先”和“數(shù)值大小”的反向關(guān)系是最容易搞混的地方我見過不少人在這里翻車。記憶技巧把優(yōu)先級理解成“距離目標(biāo)的代價”代價越小越優(yōu)先這樣就不會搞反了。4.2 同優(yōu)先級下的選路cost 與負(fù)載分擔(dān)如果兩條路由優(yōu)先級相同接下來比的是cost開銷。cost 小的優(yōu)先。OSPF 的 cost 計算和接口帶寬相關(guān)默認(rèn)參考帶寬是 100Mbpscost 參考帶寬 / 接口帶寬。這里有個實際配置中常見的坑現(xiàn)在接口動輒千兆萬兆按默認(rèn)參考帶寬算出來的 cost 都是 1區(qū)分不出快慢。所以實際組網(wǎng)里通常要把參考帶寬調(diào)大比如改成 1000010Gbps這樣不同帶寬的接口才有區(qū)分度。如果優(yōu)先級相同、cost 也相同那就進入負(fù)載分擔(dān)。ECMP等價多路徑會把流量分?jǐn)偟蕉鄺l路徑上。題目里如果問“兩條 cost 相同的 OSPF 路由會怎樣”答案是多條都進路由表形成負(fù)載分擔(dān)而不是只選一條。這里有個細(xì)節(jié)負(fù)載分擔(dān)的最大條數(shù)是可以配的默認(rèn)通常是 8 條或 16 條不同設(shè)備型號不一樣?？荚囈话悴粫季唧w條數(shù)但會考“是否形成負(fù)載分擔(dān)”這個判斷。4.3 最長匹配原則別忘了還有這一層在比較優(yōu)先級和 cost 之前其實還有一層更基礎(chǔ)的規(guī)則最長匹配。當(dāng)有多條路由都能到達(dá)同一目的地址時先看掩碼長度掩碼最長的優(yōu)先。比如 10.1.0.0/16 和 10.1.1.0/24 同時存在去往 10.1.1.5 的流量會走 /24 那條因為它的掩碼更長、更精確。這個原則的優(yōu)先級高于路由優(yōu)先級。也就是說即使 /24 那條是優(yōu)先級數(shù)值更大的路由比如 BGP只要它掩碼更長也會被選中。題目里如果同時給了不同掩碼的路由先判斷最長匹配再判斷優(yōu)先級順序不能亂。4.4 一道典型綜合題的完整推演假設(shè)題目給這樣的條件去往 192.168.1.0/24 有三條路由——一條 OSPF 內(nèi)部路由 cost 20一條靜態(tài)路由一條 BGP 路由。問最終哪條進路由表。推演過程首先看掩碼三條都是 /24最長匹配這一層分不出勝負(fù)。接著比優(yōu)先級OSPF 內(nèi)部是 10靜態(tài)是 60BGP 是 255。10 最小所以 OSPF 內(nèi)部路由勝出。cost 20 在這里甚至用不上因為優(yōu)先級這一層已經(jīng)分出結(jié)果了。如果題目把 OSPF 那條改成 OSPF 外部路由優(yōu)先級 150那結(jié)果就變成靜態(tài)路由勝出60 小于 150。你看同樣是 OSPF內(nèi)部和外部的優(yōu)先級差很多這個區(qū)分必須清楚。5. 這些題背后真正該帶走的能力5.1 從“記答案”到“推行為”的轉(zhuǎn)變做完這十道題如果你只是記住了十個答案那這十道題的價值基本為零——因為考試題庫會變但協(xié)議行為不會變。真正該帶走的是從配置推行為、從現(xiàn)象推原因的能力。比如看到 route-policy 里有多個節(jié)點你能立刻在腦子里跑一遍匹配流程看到鄰居卡在某個狀態(tài)你能順著狀態(tài)機的階段去定位原因。這種能力不是靠刷題刷出來的是靠把每個知識點自己復(fù)述一遍練出來的。我的方法是合上資料拿一張白紙把 OSPF 鄰居建立的全過程畫出來把 route-policy 的匹配流程寫出來把路由選路的判斷順序列出來。畫不出來的地方就是沒真懂的地方回去補補完再畫直到能一氣呵成。5.2 幾個實際配置中反復(fù)踩的坑第一個坑是OSPF 的 network 命令寫錯反掩碼。OSPF 的 network 后面跟的是反掩碼wildcard mask不是子網(wǎng)掩碼。比如要把 10.1.1.0/24 宣告進 OSPF命令是network 10.1.1.0 0.0.0.255而不是255.255.255.0。這個錯誤新手常犯配完發(fā)現(xiàn)鄰居起不來排查半天。第二個坑是route-policy 里忘了配 apply 或者 if-match 寫反。route-policy 的節(jié)點如果只寫了 if-match 沒寫 apply匹配上了也不做任何動作等于白配。另外 if-match 的條件如果寫得太嚴(yán)可能一條路由都匹配不上這時候要檢查是不是多個條件之間誤用了“或”的思維。第三個坑是BGP 鄰居建立時 update-source 沒配。用環(huán)回口建 BGP 鄰居時必須指定 update-source 為環(huán)回口否則對方收到的報文源地址和鄰居配置的地址對不上鄰居起不來。這個在實際組網(wǎng)里非常常見考試?yán)镆矏劭肌Ｗ⒁庖陨线@些坑的共同點是“配置語法沒錯但行為不符合預(yù)期”。排障時不要只盯著報錯要看協(xié)議的實際交互過程用 display 命令把鄰居狀態(tài)、路由表、策略匹配情況都拉出來看。5.3 給不同基礎(chǔ)讀者的復(fù)習(xí)建議如果你是完全新手先把 OSPF 和 BGP 的基礎(chǔ)概念過一遍知道什么是區(qū)域、什么是 AS、什么是 LSA再來做這一段?；A(chǔ)不牢直接刷題效率極低。如果你是有一定基礎(chǔ)但總在細(xì)節(jié)上丟分重點補 route-policy 的匹配流程和路由選路的判斷順序這兩塊是 41-50 的主要失分點。建議把這兩塊的流程圖畫到能默寫為止。如果你已經(jīng)過了筆試、想回頭夯實那就別只看題了找個模擬器把每道題對應(yīng)的配置實際敲一遍看設(shè)備真實的行為和你推演的是不是一致。這種“預(yù)測—驗證”的循環(huán)是提升最快的方式。我個人在實際操作中的體會是網(wǎng)絡(luò)協(xié)議這東西看十遍不如配一遍配十遍不如排一次障。41-50 這些題之所以難是因為它們模擬的就是真實排障時的判斷過程。你把每一道題都當(dāng)成一次小排障來做做完之后收獲的就不只是考試分?jǐn)?shù)而是實打?qū)嵞苡迷诂F(xiàn)網(wǎng)里的判斷力。