Tweet
🔥 Nếu bạn nghĩ EIGRP chỉ dành cho “thời FastEthernet” thì nhầm to rồi nha!
Trong kỷ nguyên 10GE, 40GE, 100GE và cả EtherChannel băng thông hàng trăm Gbps, EIGRP cổ điển (classic mode) bắt đầu gặp vấn đề nghiêm trọng: nó không thể phân biệt được giữa một đường 1GE với một đường 10GE hay 100GE! Tất cả đều bị coi như… 1GE 🤯. Kết quả là EIGRP load balancing không chính xác, chọn đường đi không tối ưu, làm kỹ sư mạng đau đầu.
💡 Giải pháp Cisco đưa ra chính là: EIGRP-Wide Metrics
👉 Những điểm mới:
⚙️ Công thức mặc định EIGRP-Wide Metrics:
Composite Metric = (K1 * Minimum Throughput) + (K3 * Total Latency)
Trong đó:
✅ Câu hỏi ôn tập:
K1 trong công thức metric EIGRP đại diện cho thành phần nào?
👉 Đáp án: Bandwidth 🎯
📌 Ví dụ thực tế:
⚡️ Anh em CCNA/CCNP/CCIE lưu ý: nếu lab EIGRP với các router đời mới, đừng quên test EIGRP-Wide Metrics để thấy sự khác biệt. Đây là lý do vì sao các nền tảng mới (Catalyst, Nexus) vẫn trung thành với EIGRP trong nhiều môi trường thực chiến.
Trong kỷ nguyên 10GE, 40GE, 100GE và cả EtherChannel băng thông hàng trăm Gbps, EIGRP cổ điển (classic mode) bắt đầu gặp vấn đề nghiêm trọng: nó không thể phân biệt được giữa một đường 1GE với một đường 10GE hay 100GE! Tất cả đều bị coi như… 1GE 🤯. Kết quả là EIGRP load balancing không chính xác, chọn đường đi không tối ưu, làm kỹ sư mạng đau đầu.
💡 Giải pháp Cisco đưa ra chính là: EIGRP-Wide Metrics
👉 Những điểm mới:
- Dùng 64-bit metric calculation thay cho 32-bit cũ → hỗ trợ băng thông lên tới 4.2 Tbps 🚀
- Đơn vị đo delay thay đổi sang picosecond để phù hợp tốc độ cực cao
- Có thêm K6 (để dành cho tương lai)
- Cho phép scale metric trong RIB với lệnh metric rib-scale
- MTU và hop count vẫn được quảng bá trong update, nhưng không dùng để tính metric. MTU chỉ dùng làm “tie-breaker” khi có quá nhiều equal-cost path.
⚙️ Công thức mặc định EIGRP-Wide Metrics:
Composite Metric = (K1 * Minimum Throughput) + (K3 * Total Latency)
Trong đó:
- K1 = 1 → Bandwidth
- K3 = 1 → Delay
- Các K khác (K2 = Load, K4/K5 = Reliability) = 0, Cisco khuyến nghị không bật vì dễ gây metric không ổn định.
✅ Câu hỏi ôn tập:
K1 trong công thức metric EIGRP đại diện cho thành phần nào?
👉 Đáp án: Bandwidth 🎯
📌 Ví dụ thực tế:
- Đường A: 1GE, delay thấp
- Đường B: 10GE, delay cao hơn một chút
Trong EIGRP classic, 2 đường này có thể bị xem ngang nhau → load balancing “kỳ cục”.
Nhưng với EIGRP-Wide Metrics, nó sẽ tính chính xác hơn, chọn đường hợp lý hơn, tận dụng băng thông hiệu quả.
⚡️ Anh em CCNA/CCNP/CCIE lưu ý: nếu lab EIGRP với các router đời mới, đừng quên test EIGRP-Wide Metrics để thấy sự khác biệt. Đây là lý do vì sao các nền tảng mới (Catalyst, Nexus) vẫn trung thành với EIGRP trong nhiều môi trường thực chiến.
Attached Files