Tweet
[CHUYÊN ĐỀ OSPF] Giải mã vai trò Designated Router (DR) và Backup Designated Router (BDR) trong môi trường Broadcast
Nếu bạn từng triển khai OSPF trong mạng LAN Ethernet, bạn sẽ nhận ra một vấn đề: Khi có nhiều router cùng tham gia trong một segment Layer 2, số lượng quan hệ neighbor OSPF sẽ tăng theo cấp số nhân. Điều này không chỉ khiến lượng LSA tràn lan trong mạng mà còn đẩy CPU và bộ nhớ của router lên mức báo động. Đây chính là lúc vai trò của DR và BDR được sinh ra như một cơ chế “cân bằng và tổ chức lại giao tiếp OSPF”.
❖ Vì sao cần DR/BDR?
Trong môi trường mạng multi-access như Ethernet hoặc Frame Relay, mỗi router đều có thể tạo adjacency với mọi router khác trong cùng segment. Với n router, số lượng adjacency có thể lên đến n(n-1)/2. Trong một mạng có 5 router, bạn có tới 10 kết nối OSPF neighbor nếu không có DR.
⇒ Điều này gây ra:
❖ DR hoạt động như thế nào?
OSPF giải quyết vấn đề này bằng cách:
Ví dụ bạn có 4 router A, B, C, D thì:
❖ Quy trình truyền LSA qua DR (theo hình minh hoạ):
Step 1: Một router (ví dụ DROTHER) phát hiện tuyến mới và gửi LSA tới địa chỉ 224.0.0.6 (AllDRouters) ⇒ Chỉ DR và BDR nhận.
Step 2: DR gửi unicast ACK lại cho router đã gửi LSA.
Step 3: DR tiến hành flood LSA đến tất cả các router (kể cả BDR) qua địa chỉ 224.0.0.5 (AllSPFRouters).
📌 Như vậy, mọi cập nhật tuyến đều được điều phối thông qua DR, giúp mạng gọn gàng hơn, cập nhật nhanh hơn và giảm thiểu tràn LSA không cần thiết.
❖ Điều gì xảy ra nếu DR gặp sự cố?
❖ Tình huống thực tế triển khai:
Giả sử bạn triển khai OSPF trên một dải mạng VLAN cho các switch phân tầng Access Layer, mỗi switch đều có interface kết nối lên Core. Nếu không có DR/BDR, mỗi switch sẽ duy trì neighbor với tất cả các switch khác → Quản lý cực kỳ rối rắm.
Với DR, tất cả chỉ cần làm bạn với một router trung tâm – bạn kiểm soát thông tin tuyến một cách trật tự hơn.
✍️ Kết luận:
DR/BDR trong OSPF không chỉ là giải pháp tối ưu hóa mà còn là “chiếc cầu điều phối” giữa hàng loạt router trong môi trường broadcast. Nhờ DR, OSPF trở nên có tổ chức, tiết kiệm tài nguyên và vận hành hiệu quả hơn rất nhiều.
Nếu bạn từng gặp sự cố OSPF “flood LSA ồ ạt”, CPU tăng đột biến, hay topology cập nhật chậm – đừng quên kiểm tra lại cách thiết kế DR/BDR trong mạng của bạn.
Nếu bạn từng triển khai OSPF trong mạng LAN Ethernet, bạn sẽ nhận ra một vấn đề: Khi có nhiều router cùng tham gia trong một segment Layer 2, số lượng quan hệ neighbor OSPF sẽ tăng theo cấp số nhân. Điều này không chỉ khiến lượng LSA tràn lan trong mạng mà còn đẩy CPU và bộ nhớ của router lên mức báo động. Đây chính là lúc vai trò của DR và BDR được sinh ra như một cơ chế “cân bằng và tổ chức lại giao tiếp OSPF”.
❖ Vì sao cần DR/BDR?
Trong môi trường mạng multi-access như Ethernet hoặc Frame Relay, mỗi router đều có thể tạo adjacency với mọi router khác trong cùng segment. Với n router, số lượng adjacency có thể lên đến n(n-1)/2. Trong một mạng có 5 router, bạn có tới 10 kết nối OSPF neighbor nếu không có DR.
⇒ Điều này gây ra:
- Quá tải CPU để duy trì trạng thái neighbor.
- Quá nhiều bản tin LSA được flooding.
- Mất kiểm soát khi có thay đổi topology.
❖ DR hoạt động như thế nào?
OSPF giải quyết vấn đề này bằng cách:
- Chọn ra một router làm Designated Router (DR) và một router dự phòng gọi là Backup Designated Router (BDR).
- Tất cả các router khác chỉ hình thành adjacency với DR và BDR, chứ không với nhau.
- DR hoạt động như một pseudonode, đại diện cho toàn bộ mạng broadcast.
Ví dụ bạn có 4 router A, B, C, D thì:
- Nếu không có DR, cần đến 6 adjacency.
- Nếu có DR, chỉ cần 3 adjacency (A-DR, B-DR, C-DR, D-DR).
❖ Quy trình truyền LSA qua DR (theo hình minh hoạ):
Step 1: Một router (ví dụ DROTHER) phát hiện tuyến mới và gửi LSA tới địa chỉ 224.0.0.6 (AllDRouters) ⇒ Chỉ DR và BDR nhận.
Step 2: DR gửi unicast ACK lại cho router đã gửi LSA.
Step 3: DR tiến hành flood LSA đến tất cả các router (kể cả BDR) qua địa chỉ 224.0.0.5 (AllSPFRouters).
📌 Như vậy, mọi cập nhật tuyến đều được điều phối thông qua DR, giúp mạng gọn gàng hơn, cập nhật nhanh hơn và giảm thiểu tràn LSA không cần thiết.
❖ Điều gì xảy ra nếu DR gặp sự cố?
- BDR sẽ tự động thăng cấp thành DR, và một router khác trong segment sẽ được bầu chọn làm BDR mới.
- Quá trình bầu chọn DR/BDR sử dụng thông số OSPF Router ID và Priority trong interface. Router có priority cao hơn sẽ được ưu tiên.
❖ Tình huống thực tế triển khai:
Giả sử bạn triển khai OSPF trên một dải mạng VLAN cho các switch phân tầng Access Layer, mỗi switch đều có interface kết nối lên Core. Nếu không có DR/BDR, mỗi switch sẽ duy trì neighbor với tất cả các switch khác → Quản lý cực kỳ rối rắm.
Với DR, tất cả chỉ cần làm bạn với một router trung tâm – bạn kiểm soát thông tin tuyến một cách trật tự hơn.
✍️ Kết luận:
DR/BDR trong OSPF không chỉ là giải pháp tối ưu hóa mà còn là “chiếc cầu điều phối” giữa hàng loạt router trong môi trường broadcast. Nhờ DR, OSPF trở nên có tổ chức, tiết kiệm tài nguyên và vận hành hiệu quả hơn rất nhiều.
Nếu bạn từng gặp sự cố OSPF “flood LSA ồ ạt”, CPU tăng đột biến, hay topology cập nhật chậm – đừng quên kiểm tra lại cách thiết kế DR/BDR trong mạng của bạn.
Attached Files