В прошлой заметке мы более менее разобрались в том, как работает MED, для чего он нужен, когда использовать.
Здесь я кратко опишу те возможности, которые есть еще в MED.
По умолчанию, если к маршруту не привязан никакой MED, то он считается 0, и соответственно считается лучшим. Есть опция, которая меняет это положение дел: bgp bestpath med missing-med-worst.
Для маршрутов с неустановленной метрикой ставит не ноль, как по умолчанию, а трактуется как значение бесконечности, тоесть — худшим.
Эта опция является рекомендованной.
По умолчанию MED работает в одной AS, если мы хотим сравнивать значение от разных AS, то мы помним опцию bgp always-compare-med, но есть такое понятие как конфедерации, которые мы с Вами еще будем разбирать в обозримом будущем, забегая вперед, можно сделать так, чтоб MED сравнивался от sub-as, делается это с помощью фичи: bgp bestpath med confed.
Была у нас статья о процедуре выбора маршрутов BGP, и все мы помним, что сначала смотрится ORIGIN Type а потом сравнивается MED, но это можно немного изменить, а именно сделать наоборот.
Сначала сравниваем MED, а потом сравниваем Origin type, делается это с помощью: bgp deterministic-med.
Эту фичу Cisco рекомендует использовать во всех новых сетях. В существующих сетях внедрение deterministic-med должно быть очень аккуратным, дабы не сделать IBGP петель.
Вот и все, что я хотел на данный момент поведать о BGP MED.
