首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
您现在的位置: 程式碼之家 >> 編程語言 >  >> 更多程式語言 >> 程式設計綜合問答

幀中繼網路互聯實戰:OSPF 網路類型設為 Broadcast 解決不通問題

     編輯:程式設計綜合問答

拓撲與配置背景

三台路由器 R1/R2/R3 透過幀中繼交換機 FR 互聯,R1 使用多點子介面 Serial1/0.2 multipoint 映射 DLCI 102/103 至 R2/R3;R2/R3 使用實體介面配置 frame-relay map。FR 交換機配置 frame-relay route 完成 PVC 交換。

現象

  • R1 ↔ R2、R1 ↔ R3 可互 Ping 通(12.12.12.x 網段)。
  • R2 ↔ R3 **無法** 互 Ping 通。
  • Loopback 介面(192.168.x.x)全不通。

根本原因

幀中繼預設為 **NBMA(非廣播多重存取)** 網路類型。OSPF 在 NBMA 上需手動指定 neighbor 或變更網路類型為 broadcast 才能自動發現鄰居並建立鄰居關係。R2/R3 之間無直接 PVC(DLCI 203/302 不存在),且 OSPF 預設不發送 Hello 至非直接映射的 DLCI,導致鄰居關係無法建立,路由不傳遞。

解決方案

在所有路由器的 Serial 介面/子介面下設定:

interface Serial1/0.2 multipoint   // R1
 ip ospf network broadcast

interface Serial1/0                // R2, R3
 ip ospf network broadcast

原理說明

網路類型Hello 發送方式鄰居發現適用場景
NBMA單播至手動指定 neighbor需靜態配置全網狀 PVC、節省頻寬
Broadcast多播 224.0.0.5自動支援多播的 NBMA(如 FR、ATM)
Point-to-Multipoint單播至動態學習的鄰居自動非全網狀 PVC、Hub-Spoke

設為 broadcast 後,R1 子介面會將 Hello 多播至 DLCI 102、103;R2/R3 實體介面同樣多播,雙方皆能收到 Hello 並建立鄰居,進而交換 Loopback 路由,實現全網互通。

驗證步驟

  1. show ip ospf neighbor 確認 R1-R2、R1-R3、R2-R3 均為 FULL/ - 狀態。
  2. show ip route ospf 檢視 192.168.1.0/24、192.168.2.0/24、192.168.3.0/24 均出現。
  3. R2 Ping R3 Loopback、R3 Ping R2 Loopback 成功。

補充建議

  • 若 FR 不支援多播,改用 ip ospf network point-to-multipoint 並配合 frame-relay map ... broadcast。
  • 生產環境建議加上 ip ospf authentication 保護路由交換。
  • 文件記錄網路類型選型理由,利於後續維護。

一行 ip ospf network broadcast 解決幀中繼 OSPF 不通難題,關鍵在於理解 NBMA 與多播行為的差異。

  1. 上一篇文章:
  2. 下一篇文章:
Copyright © 程式碼之家 All Rights Reserved