BGP MED Attribute: Cách “điều hướng” đường đi giữa các AS một cách tinh tế

[Cẩm Thanh]

BGP MED Attribute: Cách “điều hướng” đường đi giữa các AS một cách tinh tế (và những hiểu nhầm thường gặp)


Trong thế giới CCIE, BGP giống như một hội nghị: mỗi AS nói với nhau bằng những “tín hiệu” để các router tự tính toán đường đi tối ưu. Và trong những tín hiệu đó, MED (Multi-Exit Discriminator) là một trong các thuộc tính rất hay bị dùng sai—hoặc bị mong đợi quá mức.


Nếu bạn từng tự hỏi: “Tại sao bên kia vẫn chọn đường mình không mong muốn?”, thì bài này dành cho bạn. Hôm nay mình sẽ giải thích MED là gì, MED tác động thế nào trong quá trình chọn đường BGP, và MED được cấu hình ra sao thông qua ví dụ theo đúng nội dung trong file bạn gửi.


1) MED (Multi-Exit Discriminator) là gì? Dùng để làm gì?

Trong BGP, MED là thuộc tính metric dùng để gợi ý cho các láng giềng BGP rằng:

• Khi cùng một đích (prefix), một AS “muốn” traffic đi vào mạng của nó qua điểm/đường ra nào.
• Nói đơn giản: MED giúp định hướng “từ AS bên ngoài, cửa ngõ nào nên được ưu tiên” khi nhiều đường cùng đi đến một đích.

MED có thể hiểu theo cách trực quan:

• Trước khi chọn đường, router sẽ xem các tuyến BGP học được.
• Trong những tuyến có ràng buộc tương đương theo các tiêu chí khác, router sẽ dùng MED để phân biệt:
  MED càng thấp thì càng được ưu tiên.

Vì vậy, khi bạn gán MED cho đường đi ra khỏi AS của bạn, bạn đang gửi một “khuyến nghị lựa chọn lối ra” sang phía đối tác.


2) Khi nào MED có tác dụng? Và điều kiện quan trọng nhất

Trong BGP, không phải cứ set MED là đối tác tự nhiên chọn đường theo ý bạn. MED chỉ có ý nghĩa khi các tuyến được so sánh theo đúng phạm vi mà BGP cho phép.

Theo nội dung file, MED được sử dụng để “đi ra” theo các quy tắc so sánh giữa các autonomous systems.

Một điểm cực quan trọng: MED chỉ so sánh giữa các tuyến từ các neighbors theo ngữ cảnh hợp lệ (tức là so sánh theo nhóm để tránh “đem so sánh tùy tiện” giữa các AS). Nếu bạn không nắm quy tắc này, rất dễ gặp tình huống set MED xong nhưng không thấy thay đổi.

Trong ví dụ của file, có 3 router: R1, R2, R3 thuộc các AS khác nhau, và R2 là nơi chúng ta quan sát kết quả lựa chọn đường dựa trên MED.
3) Ví dụ trong file: MED 200 và MED 300 làm thay đổi lựa chọn tuyến như thế nào?

File mô tả một kịch bản có các AS và nhiều đường đi cùng đích. Trọng tâm là hành vi:

• MED thấp hơn sẽ thắng khi các tuyến được so sánh theo điều kiện phù hợp.
• MED được set khác nhau trên các tuyến tương ứng với “đường ra” mà bạn muốn ưu tiên.

Trong hình ví dụ ban đầu:

• Một tuyến có MED 200
• Tuyến còn lại có MED 300
• Và thông điệp là: Đường nào có MED nhỏ hơn (200) sẽ được ưu tiên hơn 300.

Điều này là “linh hồn” của MED: dùng để tạo chênh lệch lựa chọn giữa các đường exit.
4) Demo thực hành trong file: cấu hình BGP trước, rồi mới set MED

Ở phần thực hành, file đi theo đúng trình tự mà người học thật sự nên làm:

Bước 1: Thiết lập topology và BGP ban đầu (chưa set MED)

Ban đầu, bạn chạy BGP giữa các router (trong file là các neighbor giữa các AS). Sau khi cấu hình xong, bạn kiểm tra bảng BGP.

Ở trạng thái “chưa có MED tác động”, bạn sẽ thấy router sẽ chọn đường theo mặc định dựa trên các tiêu chí BGP phía trước MED trong chuỗi quyết định.

File nhấn mạnh rằng:

Nếu chưa set MED hoặc chưa cấu hình MED đúng cách, kết quả chọn đường có thể chỉ phản ánh metric/mặc định hoặc các bước chọn đường khác trong BGP, chứ chưa thể hiện MED.

Bước 2: Quan sát R2 trước khi thay đổi

Trong phần show BGP, file chỉ ra rằng R2 đang học các next hop đi đến các prefix, và “đường đang được ưu tiên” sẽ được thể hiện qua các cột trong output (như metric/một số trường thể hiện ưu tiên tuyến).

Tại thời điểm này, file cho thấy MED chưa phải yếu tố điều khiển—hoặc MED đang ở trạng thái default.
5) Set MED với route-map: dùng route-map để gán MED ra BGP updates

Đây là phần cốt lõi kỹ thuật trong file, và cũng là thứ bạn nên nắm để tự set MED trên CCIE lab.

Trong file, trên R1 và R3, MED được set khác nhau cho các prefix tương ứng bằng route-map.

Ý tưởng:

• Bạn tạo route-map (ví dụ đặt tên như trong file).
• Match vào prefix/tuyến bạn muốn gán.
• Dùng câu lệnh set metric <value> để biến nó thành MED trong BGP advertisement (ở Cisco, MED được gán thông qua metric trong ngữ cảnh route-map cho BGP).

Sau đó bạn áp route-map này vào BGP bằng câu lệnh:

• neighbor X route-map <name> out

Tức là: “Khi đi ra (outbound) sang neighbor, hãy áp logic route-map để gán MED”.

6) Kết quả quan sát: MED thấp hơn sẽ khiến R2 ưu tiên tuyến nào?

Trong file, logic được mô tả rất rõ bằng con số:

• Trước khi set MED, R2 có thể đang ưu tiên một next-hop.
• Sau khi áp route-map:
  • Ví dụ R1 set MED 700 cho tuyến của nó (file thể hiện bằng metric 700)
  • và R3 set MED 500 (file thể hiện bằng metric 500)

Vì MED 500 thấp hơn 700, nên R2 sẽ ưu tiên đường tới prefix đi qua phía có MED thấp hơn.

File cũng mô tả lại kết luận dưới dạng nhận xét:
“R2 prefers the path … because the med is lower.”
(nghĩa là R2 chọn tuyến bởi MED nhỏ hơn)

Đây chính là điểm bạn cần “thuộc lòng về nguyên tắc”:

• MED càng nhỏ → càng ưu tiên khi so sánh trong ngữ cảnh BGP cho phép.

7) Đoạn “hậu trường” về MED: không nên kỳ vọng vượt quá khả năng

Một phần trong file có nội dung dạng trao đổi/ghi chú từ diễn đàn, nhấn mạnh vấn đề thực tế:

• MED là thuộc tính “định hướng” nhưng không phải lúc nào cũng “đè” được ý của đối tác.
• Các chính sách khác, local preference, policy inbound/outbound, và các bước so sánh khác trong BGP có thể làm “MED không còn là yếu tố quyết định”.
• Một số người mong muốn MED điều khiển traffic theo ý mình trong mọi trường hợp, nhưng thực tế là MED phụ thuộc vào chuỗi quyết định của BGP và các điều kiện so sánh.

Nói thẳng theo kiểu CCIE:
MED là công cụ điều chỉnh “sau cùng” trong một số bối cảnh, không phải nút override tuyệt đối.


8) Những “bẫy” khi cấu hình MED (để bạn tránh mất thời gian lúc troubleshooting)


Dựa trên những gì file thể hiện và những lỗi thường gặp khi học MED, bạn nên chú ý các điểm sau:


Bạn set MED nhưng không thấy khác biệt





Nguyên nhân hay gặp:

• MED không được áp đúng hướng (quên route-map ... out hoặc áp sai neighbor).
• Match prefix trong route-map không khớp đúng prefix bạn thực sự đang quảng bá.
• Các tuyến còn lại chưa “đến bước so sánh MED” trong chuỗi best path (do bị chi phối bởi yếu tố khác như Local Preference, AS-path length, v.v.).

Bạn set MED nhưng kỳ vọng “bên kia sẽ luôn chọn theo ý”.





MED chỉ có tác dụng theo chính sách so sánh mà BGP cho phép. Bên kia có thể có cơ chế ưu tiên khác khiến MED không quyết định.


9) Mẫu cấu hình logic (bám sát theo file) để bạn hình dung cách làm đúng


Trong file, các cấu hình cho thấy workflow chuẩn:

• Trên router phát route:
  • tạo route-map
  • match ip address ...
  • set metric <MED_value>
  • áp route-map vào neighbor theo hướng outbound
• Trên router nhận route:
  • dùng show ip bgp để quan sát tuyến nào được ưu tiên
  • nhìn vào metric/MED và next-hop để xác nhận hành vi “MED thấp thắng”

Điểm quan trọng là:


Bạn không “set MED trực tiếp cho neighbor” theo kiểu magic—mà thường phải dùng route-map để đảm bảo đúng prefix, đúng policy và đúng hướng outbound.


Kết luận: Khi nào MED là vũ khí tốt?


MED phù hợp khi bạn muốn:

• Điều khiển lựa chọn “đường ra” trong cùng một ngữ cảnh quảng bá BGP giữa các AS.
• Tạo ưu tiên theo “cửa ngõ” mà traffic đi vào mạng bạn.

Nguyên tắc cần nhớ:

• MED càng thấp càng được ưu tiên khi các tuyến được so sánh theo điều kiện hợp lệ trong BGP.
• Không nên kỳ vọng MED luôn thắng vì chuỗi quyết định BGP có thể bị chi phối bởi nhiều yếu tố khác.