我讀到了OSPF網絡的DR發生故障時數據流量轉發中斷的情況。這是爲什麼?根據我的理解,由DR發起的網絡LSA仍然存在於AS中,並且這將描述連接到網絡的路由器,並且仍然應允許將數據業務轉發到該網絡。那麼爲什麼DR的失敗會中斷數據流量呢?任何OSPF專家都可以解決這個疑問嗎?災難恢復失敗對OSPF中數據流量的影響
回答
OSPF在很短的時間內快速檢測到拓撲中的變化(如鏈路故障)並收斂於新的無環路由結構。 ospf
如果您在廣播網絡上丟失DR,則在選擇新DR之前,其餘路由器之間不會進行通信,如果您沒有任何BDR,則可能需要幾分鐘的時間。通過實施BDR,這削減了「缺乏可見時間」的協議。
由於只有1個DR,鏈路可能會失敗,並且這個故障在幾分鐘內不會被ospf發現,直到選出一個新的DR,即使有一個數據包流量可能會被不必要地阻塞幾分鐘備份路由存在於ospf中。
這取決於您的配置,即您是否只有1個DR(&無BDR)拓撲。否則,如OSPF文檔中所述,它會從鏈路故障中快速恢復。
不是OSPF的專家,但(可以推論)OSPF也有侷限性,並且在某些拓撲中,它也可能失敗(即數據流量可能被中斷),但這不是一般情況。
感謝您的迴應。當DR關閉時,鏈路故障的情況對於理解DR如何關閉(並且不存在BDR)可能導致數據通信中的問題有意義。 – user1510194 2013-03-19 15:35:49
但是RFC也表示,即使BDR存在,在通知新DR的LSA被洪水淹沒之前,也會有一段時間的中轉流量中斷。我的疑問是:爲什麼在這種情況下「數據」流量會出現中斷?路由流量可能會中斷,但DR/BDR與通過傳輸網絡轉發數據流量有什麼關係(假設在您的示例中沒有鏈路斷開情況)?我認爲DR/BDR概念僅用於優化路由數量協議流量;我不明白他們在轉發數據流量方面的重要性。 – user1510194 2013-03-19 15:42:07
- 1. Hadoop災難恢復
- 2. MSMQ災難恢復
- 3. Sharepoint災難恢復
- 4. TFS 2012的災難恢復
- 5. 災難恢復 - 不使用MDF恢復SQL Server數據庫
- 6. AWS中的災難恢復服務器
- 7. 配置Apache Cassandra的災難恢復
- 8. Cassandra的年度災難恢復練習
- 9. gwan的災難恢復和編程
- 10. 數據庫恢復失敗,
- 11. 輸入流失敗後對輸入變量的影響
- 12. Web角色和SQL Azure災難恢復
- 13. 災難恢復 - 反向工程XAML/BAML
- 14. TFS2010僅備份災難恢復
- 15. 災難恢復打開了嗎?
- 16. 災難恢復模板文檔
- 17. Mule ESB災難恢復策略
- 18. 彈性搜索主數據災難恢復
- 19. MFC對話框數據驗證恢復失敗時的數據
- 20. 使用複製的SQL Server災難恢復?
- 21. MongoDB恢復失敗
- 22. Git恢復失敗
- 23. Adventureworks恢復失敗
- 24. 恢復vim失敗
- 25. Mongoid恢復失敗
- 26. 如何在簡單恢復模式下實現災難恢復(DR)
- 27. 重構架構之前的災難恢復計劃
- 28. 什麼是您的災難恢復計劃?
- 29. windows上的nodejs服務器災難恢復
- 30. StoreKit:Catch失敗的恢復?
嗨,請問任何ospf高手能幫忙嗎?我認爲這應該是一個簡單的問題,對於曾經在ospf工作過一段時間的人... – user1510194 2013-03-18 18:01:32