国产探花免费观看_亚洲丰满少妇自慰呻吟_97日韩有码在线_资源在线日韩欧美_一区二区精品毛片,辰东完美世界有声小说,欢乐颂第一季,yy玄幻小说排行榜完本

首頁 > 學院 > 網絡通信 > 正文

OSPF 不形成鄰接在PRI、BRI接口?

2019-11-04 20:42:47
字體:
來源:轉載
供稿:網友

  前言
  當撥號程序接口配置作為點到點鏈路時,此技術說明 解釋OSPF鄰接的形成的一個問題。
  
  問題
  OSPF網絡類型在主速率接口、基本速率接口(BRI)和 撥號程序接口點到點,意味著接口不能形成鄰接與超過一相鄰。 一個常見的問題當時PRI、BRI或者撥號程序接口設法形成 OSPF鄰接是相鄰困住在exstart/exchange進程里。請查看示例。
  
OSPF 不形成鄰接在PRI、BRI接口?
點擊查看大圖

  使用 show ip ospf neighbor 命令 ,我們能發現相鄰狀態在"EXSTART"被滯留。
  
  RTR-A#show ip ospf neighbor
   Neighbor ID   Pri  State      Dead Time  Address     Interface
   3.3.3.3      1  EXSTART/ -   00:00:37  3.3.3.3     Serial6/0:23
   3.3.3.4      1  EXSTART/ -   00:00:39  3.3.3.4     Serial6/0:23
   RTR-B#show ip ospf neighbor
   Neighbor ID   Pri  State      Dead Time  Address     Interface
   3.3.3.2      1  EXSTART/ -   00:00:36  3.3.3.2     BRI0
   RTR-C#show ip ospf neighbor
   Neighbor ID   Pri  State      Dead Time  Address     Interface
   3.3.3.2      1  EXSTART/ -   00:00:35  3.3.3.2     BRI0
  
  RTR-Bs配置顯示網絡類型點到點:
  
   RTR-B#show ip ospf interface bri0
   BRI0 is up, line protocol is up (spoofing)
    Internet Address 3.3.3.3/24, Area 2
    Process ID 1, Router ID 3.3.3.3, Network Type POINT_TO_POINT, Cost: 1562
    Transmit Delay is 1 sec, State POINT_TO_POINT,
    Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
     Hello due in 00:00:06
    Index 1/1, flood queue length 0
    Next 0x0(0)/0x0(0)
    Last flood scan length is 1, maximum is 1
    Last flood scan time is 0 msec, maximum is 0 msec
    Neighbor Count is 1, Adjacent neighbor count is 0
    Suppress hello for 0 neighbor(s)
  
  我們能使用debug ip ospf adj命令調試此 情況。請查看被采取的若 干示例輸出當在RTR-B運行此命令在以上時圖:
  
  1: Send DBD to 3.3.3.2 on BRI0 seq 0xB41 opt 0x42 flag 0x7 len 32
  2: Rcv DBD from 3.3.3.2 on BRI0 seq 0x1D06 opt 0x42 flag 0x7 len 32 mtu 1500 state EXSTART
  3: First DBD and we are not SLAVE
  4: Rcv DBD from 3.3.3.2 on BRI0 seq 0xB41 opt 0x42 flag 0x2 len 92 mtu 1500 state EXSTART
  5: NBR Negotiation Done. We are the MASTER
  6: Send DBD to 3.3.3.2 on BRI0 seq 0xB42 opt 0x42 flag 0x3 len 92
  7: Database request to 3.3.3.2
  8: sent LS REQ packet to 3.3.3.2, length 12
  9: Rcv DBD from 3.3.3.2 on BRI0 seq 0x250 opt 0x42 flag 0x7 len 32 mtu 1500 state EXCHANGE
  10: EXCHANGE - inconsistent in MASTER/SLAVE
  11: Bad seq received from 3.3.3.2 on BRI0
  12: Send DBD to 3.3.3.2 on BRI0 seq 0x2441 opt 0x42 flag 0x7 len 32
  13: Rcv DBD from 3.3.3.2 on BRI0 seq 0x152C opt 0x42 flag 0x2 len 92 mtu 1500 state EXSTART
  14: Unrecognized dbd for EXSTART
  15: Rcv DBD from 3.3.3.2 on BRI0 seq 0xB42 opt 0x42 flag 0x0 len 32 mtu 1500 state EXSTART
  16: Unrecognized dbd for EXSTART
  第1行-第3行:RTR-B發送第一DBD到 3.3.3.2 (RTR-A)與順序0xB41并且從3.3.3.2接受第一DBD (RTR-A) 與順序# 0x1D06.鄰接協商仍然不完成。
  
  第4行-第6行:RTR-B收到從(RTR-A) 表明的 3.3.3.2的一個回復RTR-A接受了RTR-B的第一DBD。因為RTR-B 有更高的路由器ID,RTR-A 選擇自己從屬。在收到應答以后 從RTR-A,RTR-B在它自稱重要并且發送第一DBD帶有數據。注 釋序號,是0xB42。因為RTR-B是主設備,只有能增加序號。
  
  第7行:RTR-B請求數據從 RTR-A因為RTR-A指示有更多數據發送(標志位集對0x2在從RTR-A接收 前DBD)。
  
  第8行:RTR-B寄發一 個鏈路狀態請求信息包到3.3.3.2 (RTR-A)。這是OSPF信息包 第三類型。此信息包通常寄發到鄰接IP 地址。在這 種情況下,鄰接IP地址是其路由器ID。
  
  第9行-第11行:RTR-B收到從從屬(RTR-A)帶有 一個完全不同的序號和0x7標志位的一個回復,是init標志位。 此DBD為另一個路由器(很可能RTR-C)打算,但RTR-B不正確地 接受了它。RTR-B宣稱那里是差誤因為0x7 標志位意味著從 屬更改了其狀態到主設備通過設置MS (主從的)位在鄰接交換期間。 因為有故障,RTR-B也抱怨序號。從屬應該總跟隨主設 備的序號。
  
  第12行:RTR-B通 過發送第一DBD 重初始化鄰接到3.3.3.2重選主設備和從屬。
  
  第13行-第14行:RTR-B從 3.3.3.2接受DBD (RTR-A),表明它是從屬,沒有認可RTR-B的序號。 RTR-B宣稱不認可此DBD因為重要和從屬協商不完成。此DBD信息包為另一個路由器打算。
  
  第15行:RTR-B收到從3.3.3.2的一個回復(RTR-A)為老DBD, 但太晚因為RTR-B已經重初始化鄰接進程。
  
  第16行:RTR-B不能認可此DBD因為是為"老"鄰 接,RTR-B已經切斷了。
  
  此進程將重 復操作得不盡地。
  
  解決方案
  根據RFC 2328在接口達到雙向狀態以 后,第8.1部分,OSPF發送一個組播信息包為一個點到點的網絡類型 。因為RTR-A設法形成鄰接帶有RTR-B和RTR-C,RTR-B收到為 RTR-C意味著的DBD信息包并且RTR-C收到為RTR-B意味著的DBD 信息 包。
  
  解決此問題,更改網絡類型在 所有 路由器到點對多 點。 這更改OSPF工作情況在雙向狀態以后發送單播信息包。 現在RTR-B收到為本身注定的僅信息包并且RTR-C收到為本身 注定的信息包。 更改網絡類型這樣保證OSPF路由器在PRI、 BRI或者撥號程序接口將形成鄰接。
  
  更改網絡類型,輸入以下配置命令,結束每條線路通過按Enter。 我們將更改RTR-B例如。
  
  RTR-B#conf term
   RTR-B(config)#int bri 0
   RTR-B(config-if)#ip ospf network point-to-multipoint
   RTR-B(config-if)#end
  現在 假如我們查看 show命令為 RTR-B,我們能驗證網絡類型點對多點并且狀態是充分的。
  
   RTR-B#show ip ospf interface bri0
   BRI0 is up, line protocol is up (spoofing)
  Internet Address 3.3.3.3/24, Area 2>  Process ID 1, Router ID 3.3.3.3, Network Type POINT_TO_MULTIPOINT, Cost: 1562
  Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,
  Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
   Hello due in 00:00:16
  Index 1/1, flood queue length 0
  Next 0x0(0)/0x0(0)
  Last flood scan length is 1, maximum is 1
  Last flood scan time is 0 msec, maximum is 0 msec
  Neighbor Count is 1, Adjacent neighbor count is 1
   Adjacent with neighbor 172.16.141.10
  Suppress hello for 0 neighbor(s)
   RTR-B#show ip ospf neighbor
   Neighbor ID   Pri  State      Dead Time  Address     Interface
   172.16.141.10   1  FULL/ -    00:01:36  3.3.3.2     BRI0


發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
主站蜘蛛池模板: 陆川县| 山西省| 陇南市| 集安市| 宝清县| 尼玛县| 南汇区| 湄潭县| 凌海市| 巴青县| 丹东市| 蕲春县| 怀宁县| 诏安县| 新安县| 沂南县| 徐闻县| 田林县| 古丈县| 安康市| 远安县| 赤城县| 武定县| 广水市| 新河县| 内江市| 江达县| 新宾| 湖州市| 丰都县| 永仁县| 德阳市| 大邑县| 涡阳县| 邵阳县| 临西县| 奈曼旗| 涟水县| 邛崃市| 古丈县| 潍坊市|