Tweet
Một trong những sai lầm phổ biến khi làm việc với OSPF là chỉ xem nó đơn giản là một giao thức định tuyến. Nhưng OSPF không chỉ dừng lại ở việc tìm đường đi — nó xây dựng một bản đồ đầy đủ và đồng bộ hóa giữa các router trong cùng một khu vực (area). Và chính vì thế, nếu bạn nắm được cơ chế hoạt động của OSPF từ gốc rễ, bạn sẽ giải quyết được hầu hết các lỗi định tuyến khó chịu trong mạng nội bộ phức tạp. 1. OSPF là gì và vì sao nó vượt trội hơn các giao thức định tuyến dạng vector?
OSPF (Open Shortest Path First) là một giao thức định tuyến link-state IGP (Interior Gateway Protocol), được thiết kế để khắc phục các hạn chế của các giao thức dạng distance vector như RIP. Trong khi RIP dựa vào số hop để chọn đường đi và cập nhật định kỳ gây trễ, OSPF duy trì một cơ sở dữ liệu trạng thái liên kết (Link-State Database - LSDB), từ đó tính toán toàn bộ sơ đồ mạng dựa trên thuật toán Dijkstra’s Shortest Path First (SPF). 2. Hai phiên bản chính của OSPF
Mỗi phiên bản sử dụng các loại LSA khác nhau, và cách hoạt động của OSPFv3 còn mở rộng hơn khi hỗ trợ multiple address families (AFI). 3. Link-State Advertisement (LSA) và cách OSPF xây dựng "bản đồ mạng"
Khi một router OSPF phát hiện thay đổi mạng (ví dụ: link down), nó tạo ra LSA để thông báo thông tin trạng thái liên kết. Các LSA này được truyền đến các router khác và được lưu trữ vào Link-State Database (LSDB).
Tất cả các router trong một khu vực OSPF sẽ duy trì một bản sao đồng bộ của LSDB. Từ LSDB này, mỗi router tự xem mình là “gốc của cây” và sử dụng thuật toán SPF để xây dựng cây đường đi ngắn nhất (Shortest Path Tree – SPT).
Quan trọng: Tuy cùng một LSDB, nhưng mỗi router sẽ có SPT riêng vì nó tính đường đi dựa trên chính nó là gốc. 4. Router OSPF có thể chạy nhiều process?
Có. Một router có thể chạy nhiều tiến trình OSPF (multiple OSPF processes), mỗi tiến trình sẽ có:
Điều này hữu ích khi bạn muốn cô lập các phần mạng logic mà không phụ thuộc vào các policy routing phức tạp.
[Hình minh họa SPF Tree – Góc nhìn thay đổi theo router]
Hình trên mô tả rất rõ: dù topology vật lý không đổi, nhưng R1 thấy mình là gốc và tính toán đường đi từ chính nó. Ngược lại, R4 cũng thấy mình là gốc và cây SPT của nó hoàn toàn khác biệt.
Đây là lý do vì sao khi bạn cấu hình OSPF troubleshooting, cần xem từ góc nhìn từng router.
Tổng kết cho anh em NetInfra
OSPF (Open Shortest Path First) là một giao thức định tuyến link-state IGP (Interior Gateway Protocol), được thiết kế để khắc phục các hạn chế của các giao thức dạng distance vector như RIP. Trong khi RIP dựa vào số hop để chọn đường đi và cập nhật định kỳ gây trễ, OSPF duy trì một cơ sở dữ liệu trạng thái liên kết (Link-State Database - LSDB), từ đó tính toán toàn bộ sơ đồ mạng dựa trên thuật toán Dijkstra’s Shortest Path First (SPF). 2. Hai phiên bản chính của OSPF
- OSPFv2: Hỗ trợ cho IPv4, định nghĩa trong RFC 2328.
- OSPFv3: Điều chỉnh để hỗ trợ IPv6, tách biệt rõ giữa địa chỉ IP và cấu trúc định tuyến.
Mỗi phiên bản sử dụng các loại LSA khác nhau, và cách hoạt động của OSPFv3 còn mở rộng hơn khi hỗ trợ multiple address families (AFI). 3. Link-State Advertisement (LSA) và cách OSPF xây dựng "bản đồ mạng"
Khi một router OSPF phát hiện thay đổi mạng (ví dụ: link down), nó tạo ra LSA để thông báo thông tin trạng thái liên kết. Các LSA này được truyền đến các router khác và được lưu trữ vào Link-State Database (LSDB).
Tất cả các router trong một khu vực OSPF sẽ duy trì một bản sao đồng bộ của LSDB. Từ LSDB này, mỗi router tự xem mình là “gốc của cây” và sử dụng thuật toán SPF để xây dựng cây đường đi ngắn nhất (Shortest Path Tree – SPT).
Quan trọng: Tuy cùng một LSDB, nhưng mỗi router sẽ có SPT riêng vì nó tính đường đi dựa trên chính nó là gốc. 4. Router OSPF có thể chạy nhiều process?
Có. Một router có thể chạy nhiều tiến trình OSPF (multiple OSPF processes), mỗi tiến trình sẽ có:
- LSDB riêng biệt.
- Không chia sẻ route nếu không thực hiện redistribution.
Điều này hữu ích khi bạn muốn cô lập các phần mạng logic mà không phụ thuộc vào các policy routing phức tạp.
[Hình minh họa SPF Tree – Góc nhìn thay đổi theo router]
Hình trên mô tả rất rõ: dù topology vật lý không đổi, nhưng R1 thấy mình là gốc và tính toán đường đi từ chính nó. Ngược lại, R4 cũng thấy mình là gốc và cây SPT của nó hoàn toàn khác biệt.
- R1’s SPF Tree: R1 là root, các route tới R2, R3, R4 tính theo chi phí từ R1.
- R4’s SPF Tree: R4 là root, thấy R3 với chi phí 20 (qua R2), chứ không qua R1.
Đây là lý do vì sao khi bạn cấu hình OSPF troubleshooting, cần xem từ góc nhìn từng router.
Tổng kết cho anh em NetInfra
- Hiểu bản chất LSDB đồng bộ – SPT cục bộ giúp ta debug hiệu quả khi xảy ra mismatch route hoặc lỗi SPF.
- Đừng quên rằng quản lý cost, phân vùng OSPF Area hợp lý, và hiểu rõ tương tác giữa các LSA là ba trụ cột giúp mạng OSPF ổn định.
- Và nếu đã từng "cãi nhau" với OSPF vì một route không xuất hiện, hãy nhớ: chỉ cần một LSA không cập nhật đúng, toàn bộ SPT tính sai.
💬 Anh em đang triển khai OSPF trong môi trường đa site, đã bao giờ gặp tình huống LSDB không đồng bộ? Hay cost lệch gây ra routing loop tạm thời? Comment chia sẻ để mọi người học hỏi lẫn nhau!
Attached Files