🔥 OSPF DR/BDR Election – Vì sao OSPF phải bầu “leader” trong mạng Ethernet?
Rất nhiều kỹ sư mới học OSPF thường nghĩ:
👉 “Chỉ cần neighbor FULL là xong.”
Nhưng trong môi trường thực tế, đặc biệt là mạng Ethernet multi-access:
❌ Nếu tất cả router đều trao đổi LSDB full mesh với nhau
➡️ Số lượng adjacency sẽ tăng cực nhanh
➡️ Flooding LSA khắp mạng
➡️ CPU và bandwidth bị tiêu tốn rất lớn
Đó là lý do OSPF tạo ra cơ chế:
🔥 DR/BDR Election
Đây là một trong những chủ đề cực kỳ quan trọng trong:
Hiểu DR/BDR không chỉ để thi:
👉 Mà để hiểu cách OSPF scale trong enterprise network.
📘 DR và BDR là gì?
Trong mạng multi-access như Ethernet:
Nếu có 5 router cùng kết nối vào một switch:
❌ OSPF full mesh sẽ tạo:
n(n-1)/2
adjacency.
Ví dụ:
➡️ Số lượng kết nối tăng cực nhanh.
🚀 OSPF giải quyết bằng cách nào?
OSPF sẽ bầu ra:
✅ DR (Designated Router)
✅ BDR (Backup Designated Router)
Các router còn lại gọi là:
DROTHER
🧠 Vai trò của DR
DR đóng vai trò:
👉 Trung tâm trao đổi LSDB.
Thay vì:
❌ Mỗi router sync với tất cả router khác
Router sẽ:
✅ Chỉ gửi LSU/LSA cho DR
Sau đó:
👉 DR flood lại cho toàn mạng.
➡️ Giảm rất nhiều adjacency và traffic.
🔄 Vai trò của BDR
BDR là router dự phòng cho DR.
Nếu DR bị down:
✅ BDR sẽ lên DR ngay lập tức
➡️ Giúp OSPF hội tụ nhanh hơn.
📌 Ví dụ thực tế dễ hiểu
Giả sử có 4 router:
R1
R2
R3
R4
cùng kết nối vào switch Layer 2.
Nếu không có DR:
❌ Mỗi router phải full adjacency với tất cả router khác.
Nếu có DR:
✅ DROTHER chỉ full adjacency với DR và BDR.
➡️ Hệ thống nhẹ hơn rất nhiều.
🔍 DR/BDR hoạt động ở đâu?
DR/BDR chỉ hoạt động trên:
✅ Broadcast Network
✅ NBMA Network
❌ Không có DR/BDR trên:
Point-to-Point
Ví dụ:
Serial PPP Point-to-Multipoint
Vì:
👉 Không cần election.
⚙️ Quá trình bầu chọn DR/BDR
OSPF dùng 2 yếu tố: 🔹 OSPF Priority
Giá trị:
0 - 255
Mặc định:
1
Router có priority cao nhất:
✅ Sẽ thắng DR.
🔹 Router ID
Nếu priority bằng nhau:
👉 Router ID cao nhất thắng.
Ví dụ:
1.1.1.1
2.2.2.2
3.3.3.3
➡️ 3.3.3.3 sẽ thắng.
📌 Priority = 0 nghĩa là gì?
Nếu cấu hình:
ip ospf priority 0
Router:
❌ Không bao giờ trở thành DR/BDR.
Rất hay dùng cho:
⚠️ Điều cực kỳ quan trọng: Election không preempt
Đây là phần nhiều kỹ sư nhầm nhất.
Ví dụ:
👉 R2 KHÔNG giành lại DR.
OSPF:
❌ Không preempt DR election.
Muốn bầu lại:
👉 Phải reset OSPF process hoặc interface.
🔧 Cấu hình OSPF Priority
Ví dụ:
interface g0/0
ip ospf priority 200
🔍 Kiểm tra DR/BDR
Dùng lệnh:
show ip ospf neighbor
Bạn sẽ thấy:
FULL/DR
FULL/BDR
FULL/DROTHER
🧩 Góc nhìn thực chiến Enterprise
Trong hệ thống lớn:
Nếu để DR election “tự nhiên”:
❌ Có thể router yếu trở thành DR
❌ CPU tăng rất cao
❌ Flooding chậm
❌ Hội tụ kém
Vì vậy trong enterprise:
✅ DR thường được chỉ định chủ động.
Ví dụ:
💡 Một lỗi cực phổ biến khi troubleshoot
Nhiều kỹ sư thấy:
2WAY
rồi nghĩ:
❌ OSPF lỗi
Nhưng thực tế:
👉 DROTHER với DROTHER chỉ dừng ở 2WAY.
Điều này hoàn toàn bình thường.
🎯 Kết luận
DR/BDR Election không chỉ là:
❌ “Một bài lab CCNA”
Đây là:
🔥 Cơ chế giúp OSPF scale trong enterprise
🔥 Nền tảng tối ưu flooding
🔥 Kiến thức cực kỳ quan trọng khi troubleshoot OSPF
Hiểu DR/BDR:
👉 Bạn sẽ bắt đầu hiểu cách OSPF hoạt động thật sự phía sau hệ thống mạng.
Rất nhiều kỹ sư mới học OSPF thường nghĩ:
👉 “Chỉ cần neighbor FULL là xong.”
Nhưng trong môi trường thực tế, đặc biệt là mạng Ethernet multi-access:
❌ Nếu tất cả router đều trao đổi LSDB full mesh với nhau
➡️ Số lượng adjacency sẽ tăng cực nhanh
➡️ Flooding LSA khắp mạng
➡️ CPU và bandwidth bị tiêu tốn rất lớn
Đó là lý do OSPF tạo ra cơ chế:
🔥 DR/BDR Election
Đây là một trong những chủ đề cực kỳ quan trọng trong:
- CCNA
- CCNP Enterprise
- CCIE Enterprise Infrastructure
- Troubleshooting OSPF thực tế
Hiểu DR/BDR không chỉ để thi:
👉 Mà để hiểu cách OSPF scale trong enterprise network.
📘 DR và BDR là gì?
Trong mạng multi-access như Ethernet:
Nếu có 5 router cùng kết nối vào một switch:
❌ OSPF full mesh sẽ tạo:
n(n-1)/2
adjacency.
Ví dụ:
- 5 router → 10 adjacency
- 10 router → 45 adjacency
➡️ Số lượng kết nối tăng cực nhanh.
🚀 OSPF giải quyết bằng cách nào?
OSPF sẽ bầu ra:
✅ DR (Designated Router)
✅ BDR (Backup Designated Router)
Các router còn lại gọi là:
DROTHER
🧠 Vai trò của DR
DR đóng vai trò:
👉 Trung tâm trao đổi LSDB.
Thay vì:
❌ Mỗi router sync với tất cả router khác
Router sẽ:
✅ Chỉ gửi LSU/LSA cho DR
Sau đó:
👉 DR flood lại cho toàn mạng.
➡️ Giảm rất nhiều adjacency và traffic.
🔄 Vai trò của BDR
BDR là router dự phòng cho DR.
Nếu DR bị down:
✅ BDR sẽ lên DR ngay lập tức
➡️ Giúp OSPF hội tụ nhanh hơn.
📌 Ví dụ thực tế dễ hiểu
Giả sử có 4 router:
R1
R2
R3
R4
cùng kết nối vào switch Layer 2.
Nếu không có DR:
❌ Mỗi router phải full adjacency với tất cả router khác.
Nếu có DR:
✅ DROTHER chỉ full adjacency với DR và BDR.
➡️ Hệ thống nhẹ hơn rất nhiều.
🔍 DR/BDR hoạt động ở đâu?
DR/BDR chỉ hoạt động trên:
✅ Broadcast Network
- Ethernet
✅ NBMA Network
- Frame Relay
- ATM
❌ Không có DR/BDR trên:
Point-to-Point
Ví dụ:
Serial PPP Point-to-Multipoint
Vì:
👉 Không cần election.
⚙️ Quá trình bầu chọn DR/BDR
OSPF dùng 2 yếu tố: 🔹 OSPF Priority
Giá trị:
0 - 255
Mặc định:
1
Router có priority cao nhất:
✅ Sẽ thắng DR.
🔹 Router ID
Nếu priority bằng nhau:
👉 Router ID cao nhất thắng.
Ví dụ:
1.1.1.1
2.2.2.2
3.3.3.3
➡️ 3.3.3.3 sẽ thắng.
📌 Priority = 0 nghĩa là gì?
Nếu cấu hình:
ip ospf priority 0
Router:
❌ Không bao giờ trở thành DR/BDR.
Rất hay dùng cho:
- Branch router
- Access router
- Router cấu hình yếu
⚠️ Điều cực kỳ quan trọng: Election không preempt
Đây là phần nhiều kỹ sư nhầm nhất.
Ví dụ:
- R1 đang là DR
- R2 có priority cao hơn nhưng khởi động sau
👉 R2 KHÔNG giành lại DR.
OSPF:
❌ Không preempt DR election.
Muốn bầu lại:
👉 Phải reset OSPF process hoặc interface.
🔧 Cấu hình OSPF Priority
Ví dụ:
interface g0/0
ip ospf priority 200
🔍 Kiểm tra DR/BDR
Dùng lệnh:
show ip ospf neighbor
Bạn sẽ thấy:
FULL/DR
FULL/BDR
FULL/DROTHER
🧩 Góc nhìn thực chiến Enterprise
Trong hệ thống lớn:
Nếu để DR election “tự nhiên”:
❌ Có thể router yếu trở thành DR
❌ CPU tăng rất cao
❌ Flooding chậm
❌ Hội tụ kém
Vì vậy trong enterprise:
✅ DR thường được chỉ định chủ động.
Ví dụ:
- Core Router làm DR
- Distribution Router làm BDR
💡 Một lỗi cực phổ biến khi troubleshoot
Nhiều kỹ sư thấy:
2WAY
rồi nghĩ:
❌ OSPF lỗi
Nhưng thực tế:
👉 DROTHER với DROTHER chỉ dừng ở 2WAY.
Điều này hoàn toàn bình thường.
🎯 Kết luận
DR/BDR Election không chỉ là:
❌ “Một bài lab CCNA”
Đây là:
🔥 Cơ chế giúp OSPF scale trong enterprise
🔥 Nền tảng tối ưu flooding
🔥 Kiến thức cực kỳ quan trọng khi troubleshoot OSPF
Hiểu DR/BDR:
👉 Bạn sẽ bắt đầu hiểu cách OSPF hoạt động thật sự phía sau hệ thống mạng.