Принципы маршрутизации в Internet. Самое полное описание протокола BGP 4 - Сэм Хелеби

Рис. 7.9. Вариант многоканального соединения с одним провайдером

См. в главе 12 раздел "Маршрутизация только по умолчанию: один основной и один резервный канал". В последующих разделах мы обсудим управление входящим и исходящим трафиком.

Исходящий трафик клиента

В варианте сети, представленном на рис. 7.9, когда при подключении к провайдеру в нескольких географических точках используется один маршрутизатор, имеется возможность использовать несколько статических маршрутов по умолчанию с различными значениями дистанции. При этом маршрут по умолчанию с меньшей дистанцией будет основным. Кроме того, сведения о маршруте по умолчанию 0/0 или нескольких объединенных маршрутах также могут быть получены от провайдера динамически, что позволяет затем клиенту установить маршрут по умолчанию. Для выбора приоритетности одного маршрута по умолчанию можно использовать локальные предпочтения.

Предположим, что маршрут по умолчанию (рис. 7.9) через узел NY более предпочтителен, чем маршрут через узел SF. При нормальной работе клиент будет использовать канал с узлом NY в качестве основного, а канал с узлом SF как резервный.

Для исходящего трафика распределение нагрузки некритично, так как весь трафик пересылается по основному каналу, а второй канал выступает в качестве резервного.

Отсутствие распределения нагрузки компенсируется тем, что маршрутизатору клиента требуется меньше памяти и ресурсов процессора.

Входящий трафик клиента

Клиент может объявлять свои сети провайдеру посредством протокола BGP. Провайдер имеет два соединения с клиентом. Выбор провайдером соединения для связи с клиентом будет определяющим для входящего трафика клиента. Обычно провайдер старается направить весь трафик (предполагая, что все атрибуты BGP одинаковы) через ближайшую к себе точку выхода из клиентской AS. Если трафик в направлении клиента окажется вблизи канала с узлом NY, то он будет поступать в AS клиента именно через этот узел. Если трафик окажется поблизости узла SF, то он будет направлен клиенту через узел

SF.

Все эти факторы неподвластны клиенту. Клиенты, которые хотят преодолеть эти ограничения и самостоятельно контролировать свой входящий трафик на одном из каналов, должны объявлять свои маршруты с различными метриками. Провайдер в этом случае будет направлять трафик в AS клиента, руководствуясь значениями метрик. На рис. 7.9 показана ситуация, когда клиент объявляет свои маршруты с метрикой 50 в направлении узла NY и с метрикой 100 в направлении узла SF. Таким образом, трафик в сеть клиента будет направляться по маршруту через узел NY.

Глава 7. Избыточность, симметрия и распределение нагрузки

191

Маршрутизация по умолчанию, основной и резервный каналы, плюс частичная маршрутизация

Этот вариант подключения представляет собой тот же самое, что и предыдущий, за исключением того, что клиент способен принимать частичную маршрутизацию от провайдера. Такая схема подключения показана на рис. 7.10.

В случае использования подхода, представленного на рис. 7.10, клиент имеет дополнительную гибкость в выборе точки выхода, так как в этом случае ему предоставляется больше маршрутной информации. Далее мы обсудим работу входящего и исходящего трафика в подобной схеме.

См. в главе 12 раздел "Маршрутизация по умолчанию: основной и резервный каналы плюс частичная маршрутизация"

Рис. 7.10. Вариант многоканального соединения с одним провайдером с использованием частичной маршрутизации

Исходящий трафик клиента

Рассмотрим ситуацию, когда Клиент 1 подключается к провайдеру через два отдельных маршрутизатора. У клиента в этом случае есть выбор, какой из маршрутов использовать для каждого из частичных маршрутов, полученных от провайдера. Эта задача решается установкой различных локальных предпочтений для маршрутов, поступающих в AS клиента. Локальные предпочтения могут быть установлены на основе атрибута AS_PATH, префикса или того и другого. Если набор предпочтений установлен на основе AS_PATH, то локальные предпочтения будут применяться ко всем префиксам, содержащимся в AS. Если решение о маршрутизации должно приниматься на основе префиксов, локальные предпочтения могут быть установлены для каждого префикса. На рис. 7.10, показано, что в зависимости от физического местоположения AS или префиксов с учетом AS провайдера, клиент может пересылать трафик на Клиента 2 и Клиента 3 (К2 и КЗ) по каналу с узлом SF, и трафик Клиенту 4 и Клиенту 5 (К4 и К5) — по каналу с узлом NY. Клиент может реализовать подобную схему следующим образом.

Маршрутам, получаемым по каналу от узла NY, назначить локальное предпочтение 300 в сторону клиентов К4 и К5. Задать всем другим маршрутам значение 250. (Таким образом, будут описаны маршруты к К2 и КЗ).

Маршрутам, сведения о которых были получены по каналу от узла SF, назначить локальное предпочтение 300 для маршрутов к клиентам К2 и КЗ. Задать всем

Глава 7. Избыточность, симметрия и распределение нагрузки

192

остальным маршрутам локальное предпочтение 200. (Таким образом, будут описаны маршруты к К4 и К5).

Когда к одному узлу имеется несколько маршрутов (через внешний и внутренний BGP), клиент, скорее всего, будет использовать маршруты к К4 и К5 по каналу с узлом NY (так как 300 больше 200). Подобным образом клиент воспользуется маршрутами с К2 и КЗ по каналу с узлом SF (так как 300 больше 250). Для всех других клиентов, кроме К2, КЗ, К4 и К5, будет использоваться канал через узел NY (так как 250 больше 200).

Для всех остальных маршрутов в сети Internet, неизвестных Клиенту I, будет использоваться по умолчанию либо основной, либо резервный канал. Кроме того, маршрут по умолчанию 0/0 может быть получен от провайдера динамически по обоим каналам или задан статически с указанием на одну из сетей провайдера (как описано в разделе "Статические маршруты по умолчанию" этой главы). Для выбора основного или запасного маршрута по умолчанию можно воспользоваться атрибутом локального предпочтения. На основе локальных предпочтений были установлены маршруты в сети клиентов К2, КЗ, К4 и К5, при этом все остальные маршруты, включая 0/0, будут обслуживаться через канал с узлом NY (так как 250 больше 200).

Существует еще один, отличный от вышеприведенного подход, при этом не требуется проводить большое количество настроек на стороне клиента, провайдер должен лишь посылать используемые метрики в сеть клиента. Этот случай обсуждался в разделе "Атрибут MULTI_EXIT_DISC" главы 6. Если метрики, поступающие от провайдера, представляют относительное расстояние сетей от точек входа в сети клиентов (например, К2, КЗ, К4, К5), то Клиент 1 (К1) будет иметь возможность соответствующим образом сбалансировать исходящий трафик. Трафик в направлении К4 и К5 будет выходить через канал с узлом NY, а трафик в направлении К2 и КЗ — через канал с узлом SF. Весь остальной трафик будет покидать AS K1 в зависимости от соответствующих метрик, полученных для каждого из маршрутов. Хотя этот метод не требует серьезных настроек, он является менее однозначным, так как траектория трафика от К1 в этом случае полностью зависит от точности атрибутов MED, получаемых от провайдера. Помните, что подобный тип маршрутизации называется маршрутизацией по ближайшему выходу. Наилучшие результаты достигается комбинацией двух подходов.

Входящий трафик клиента

Клиент может повлиять на входящий трафик путем объявления для соединений различных метрик. Некоторые провайдеры даже поощряют своих клиентов к отправке сведений о маршрутах с внутренними метриками 1GP (эти вопросы также рассматривались в главе 6). Таким образом, провайдер будет доставлять трафик клиенту через соединение, которое находится наиболее близко к пункту назначения. На рис. 7.10 клиент вручную устанавливает все метрики, чтобы получить такой результат.

Маршруты, сведения о которых пересылаются по каналу через узел NY, несут информацию о префиксах Z и W с MED, равным 200. Всем остальным префиксам присваивается метрика 250. (Сюда входят префиксы X и Y).

Маршруты, сведения о которых пересылаются по каналу через узел SF, несут информацию о префиксах X и Y со значением 200. Остальным префиксам задается MED 300. (К ним относятся Z и W).

Когда к одному и тому же пункту назначения существует несколько маршрутов, провайдер обеспечивает доступ к префиксам Z и W через соединение с узлом NY (так как 200 меньше 300). Точно так же провайдер будет получать доступ к префиксам X и Y по каналу от узла SF (так как 200 меньше, чем 250). Для всех других префиксов, отличных от X, Y, W и Z, провайдер будет выбирать канал с узлом NY (так как 250 меньше 300).

В RFC I9982 описан еще один метод влияния на входящий трафик. Хотя мы не будем обсуждать этот вариант, советуем вам ознакомиться и с таким подходом к проблеме управления входящим трафиком.

Глава 7. Избыточность, симметрия и распределение нагрузки

193

Маршрутизация по умолчанию, основной и резе^ный каналы, плюс полная и частичная маршрутизация

Для клиентов, которые имеют несколько соединений с одним провайдером, имеется возможность получать сведения обо всех маршрут к провайдеру через один канал, а по другим каналам либо вообще не получать маршрутной информации, либо получать частичные сведения о маршрутах. Подобный подход описан и в предыдущих разделах. Для управления исходящим трафиком клиента используется совокупность локальных предпочтений, а для упраачения входящим трафиком — набор метрик (или процедуры, описанные в RFC 1998). Кроме того, если имеется возможность обмена внутренними метриками между клиентом и провайдером, то вы можете обеспечить определенный уровень распределения нагрузки.

Внимание!

При обработке исходящего трафика изменение точек выхода для заданных маршрутов очень опасно. Это может привести к образованию петель маршрутизации в исходящем трафике, который будет по умолчанию следовать по маршруту IGP в направлении клиентского маршрутизатора BGP, а тот, в свою очередь, будет направлять трафик по умолчанию на другой маршрутизатор BGP. Другими словами, при работе с маршрутами по умолчанию все маршруты в домене маршрутизации должны вести себя одинаково, особенно при пропадании одного из маршрутов по умолчанию. Возможно, сейчас это может показаться не-! много запутанным, но мы более подробно рассмотрим эти вопросы в следующей главе.

Автоматическое распределение нагрузки

Как вы уже, очевидно, поняли, распределение нагрузки — не такая простая задача и требует тщательного планирования. В программном обеспечении Cisco IOS поддерживается динамическое распределение нагрузки на отдельном маршрутизаторе для узлов, сведения о маршрутах с которыми получены по EBGP и находящимися в той же автономной системе. Таким образом, от администратора требуется гораздо меньше усилий для настройки.

Примечание

Отметим, что реальный эффект от распределения нагрузки зависит от режимов пакетной коммутации, разрешенных для протоколов маршрутизации. Хотя обсуждение принципов коммутации не входит в круг рассматриваемых нами вопросов, понимание основ коммутации в сетях просто необходимо.

На рис. 7.11 приведен пример, когда маршрутизатор на узле NY подключается к провайдеру по двум каналам и получает по ним идентичные обновления маршрутов.

Маршрутизатор Cisco будет (локально в своей таблице IP-маршрутов) содержать шесть идентичных BGP-маршрутов к одному пункту назначения. Однако при передаче EBGP-обновлений другим IBGP-узлам он будет анонсировать только один (наилучший) маршрут в заданный пункт назначения. Адрес маршрута к следующему ближайшему узлу будет автоматически изменяться, чтобы отражать собственный адрес маршрутизатора NY, а не транслировать адрес ближайшего следующего узла из EBGP в IBGP. Обратите внимание, что эта операция выполняется автоматически только в том случае, когда задано динамическое распределение нагрузки.

По умолчанию маршрутизатор Cisco будет распределять нагрузку на основе информации о пунктах назначения (т.е. хостах, на которые интенсивней всего направляется трафик). Распределение нагрузки, таким образом, выполняется циклически. Один хост будет закреплен за одни;*-! маршрутом (интерфейсом), следующий хост — за другим маршрутом (интерфейсом) и т.д.

В схеме, приведенной на рис. 7.11, предполагается, что клиент получает два идентичных маршрута в сеть 192.213.10.0/24. Без автоматического распределения нагрузки в процессе принятия решения в BGP выбирается только один из существующих маршрутов. Для распределения трафика между маршрутами сетевой администратор должен соответствующим образом модифицировать атрибуты BGP.

Глава 7. Избыточность, симметрия и распределение нагрузки

106

См. в главе 12 раздел "Распределение нагрузки в BGP при работе по нескольким

каналам

Рис. 7.11. Маршрутизатор получает обновления маршрутов из двух источников

При автоматическом распределении нагрузки для префикса 192.213.10.0/24 в протоколе BGP хранится две записи — одна для канала с узлом SF, а вторая для канала с узлом NY. Исходящий из сети клиента трафик распределяется между двумя каналами на циклической основе, если клиенту требуется передать трафик в пункт назначения 192.213.10.1 через 192.213.10.6. При этом по каналу с узлом SF можно попасть на узел 10.1, на 10.2 — по каналу с узлом NY, на 10.3 — по каналу с узлом SF и т.д.

Примечание

Как уже отмечалось, в протоколе BGP по умолчанию устанавливается только один, наилучший, маршрут к каждому пункту назначения, присутствующему в таблице маршрутов. Однако для организации нескольких маршрутов в таблице IPмаршрутов, если они объявляются через одни и те же соседние AS, можно использовать многонаправленный BGP (BGP Multipath). Для установления до шести различных маршрутов к одной сети на маршрутизаторе может быть использована команда maximum-paths. В главе 12 вы найдете дополнительные сведения о настройке BGP Multipath.

Примечание

Распределение нагрузки вышеописанным образом функционирует только в тех случаях, когда идентичные обновления маршрутов поступают на один и тот же маршрутизатор от одного провайдера. Эта схема не будет работать, если клиентский узел подключен к нескольким провайдерам.

Распределение нагрузки между двумя маршрутизаторами, которые совместно используют несколько каналов

В некоторых случаях два маршрутизатора сЪвместно используют несколько физических каналов в качестве запасных или для обеспечения высокопроизводительных

Глава 7. Избыточность, симметрия и распределение нагрузки

195

соединений, как это показано на рис. 7.12. Хотя автоматическое распределение нагрузки наиболее применимо к исходящему трафику, если вы хотите повлиять на входящий трафик. В этом случае вам следует прибегнуть к манипулированию метриками маршрутов.

Рис. 7.12. Распределение нагрузки между двумя маршрутизаторами, которые совместно используют несколько каналов

Одним из условий распределения трафика в примере, приведенном на рис. 7.12, является обеспечение этого динамическим путем. На самом деле это всего лишь частный случай автоматического распределения нагрузки, о котором мы говорили ранее. Однако, с другой стороны, динамическое распределение нагрузки может привести к созданию дополнительной нагрузки на маршрутизатор. В этом случае каждый маршрутизатор будет принимать дублированные обновления маршрутов от другого маршрутизатора. При реализации полной маршрутизации вы можете оказаться в ситуации, когда по каждому из каналов будет передаваться около 70000 маршрутов. Чтобы избежать подобного, желательно (и даже необходимо) реализовать распределение нагрузки для схемы, приведенной на рис. 7.12, на основе статической маршрутизации.

При нормальной работе в протоколе BGP на каждый префикс хранится информация о наиболее подходящем ближайшем узле. Как показано в табл. 7.1, маршрутизатор RTA получает два идентичных BGP-маршрута для сети X.

Таблица 7.1. Таблица BGP-маршрутов маршрутизатора RTA — сеть X доступна через узел 10.10.10.2

Пункт назначения	Следующий ближайший узел
СетьХ	10.10.10.2 (наилучший)
СетьХ	11.11.11.2

Протокол BGP выбирает наилучший маршрут и вносит его в таблицу IP-маршрутов. В нашем случае выбирается маршрут через узел 10.10.10.2. В табл. 7.2 представлена таблица IP-маршрутов маршрутизатора RTA, где доступ к следующему ближайшему узлу 10.10.10.2 осуществляется по каналу 1. Следовательно, в этом случае не обеспечивается распределение нагрузки.

Таблица 7.2. Таблица IP-маршрутов маршрутизатора RTA — сеть X доступна по каналу 1

Пункт назначения	Следующий ближайший узел
СетьХ	10.10.10.2
10.10.10.0/24	Канал 1

См. в главе 12 раздел "Распределение нагрузки между двумя маршрутизаторами, которые совместно используют несколько каналов"

С целью обеспечения более интеллектуального распределения нагрузки имеется возможность "обмануть" BGP путем установки в качестве следующего узла виртуаль-нпро интерфейса, а не физического соединения. Тогда таблица IP-маршрутов будет использоваться для выполнения реального распределения нагрузки через IP-адрес виртуального интерфейса по нескольким интерфейсным IP-адресам, которые подключены

Глава 7. Избыточность, симметрия и распределение нагрузки

196

непосредственно. На рис. 7.13 маршрутизатору RTB назначается петельный интерфейс (виртуальный интерфейс), который маршрутизатор RTA может использовать при соединении по протоколу BGP с соседним узлом. Таким образом, в качестве следующего узла будет использоваться IP-адрес петельного интерфейса, а не физического соединения. Для распределения нагрузки в каналах без участия протокола BGP может использоваться как динамическая, так и статическая маршрутизация по IGP.

Как показано в табл. 7.3, маршрутизатор RTA будет получать сведения о BGPмаршрутах от своего соседа 12.12.12.12 и сможет попасть в сеть X именно через узел

12.12.12.12.

Рис. 7.13. Простой сеанс BGP по нескольким физическим каналам

Таблица 7.3. Таблица BGP маршрутизатора RTA — сеть X доступна через узел 12.12.12.12

Пункт назначения	Следующий ближайший узел
СетьХ	12.12.12.12

В табл. 7.4 описана таблица IP-маршрутов маршрутизатора RTA. Ближайший узел с сетевым адресом 12.12.12.12 может быть достигнут и по каналу 1, и по каналу 2. Попасть в сеть 12.12.12.0/24 можно либо с использованием протокола IGP, либо путем указания нескольких статических маршрутов через каналы 1 и 2. Теперь маршрутизатор сможет распределить трафик между этими каналами. Вследствие рекурсивного опроса маршрутов в подобной схеме распределение нагрузки выполняется между сетями, а не между отдельными узлами. Так, трафик в сети от маршрутизатора RTB также может распределиться по нескольким каналам.

Таблица 7.4. Таблица маршрутов маршрутизатора RTA — сеть X доступна по каналам 1 и 2

Пункт назначения	Следующий ближайший узел
СетьХ	12.12.12.12
12.12.12.0/24	Канал 1
12.12.12.0/24	Канал 2

Вариант 3: многоканальное соединение с различными провайдерами

Клиент, подключенный к нескольким провайдерам, называется клиентом с многоканальным соединением с различными провайдерами. Подобные схемы подключения имеют право на существование при необходимости обеспечить избыточность и работу корпоративной сети в различных географических областях. Поведение исходящего трафика зависит от каждого конкретного случая. Поведение входящего трафика ко всех случаях одинаково, мы рассмотрим его в конце раздела.

В последующих разделах мы затронем следующие вопросы, касающиеся организации многоканальных подключений к различным провайдерам.

Маршрутизация только по умолчанию; один основной и один резервный каналы.

Маршрутизация по умолчанию: один основной и один резервный каналы, плюс

Глава 7. Избыточность, симметрия и распределение нагрузки

197

частичная маршрутизация.

Маршрутизация по умолчанию: один основной и один резервный каналы, плюс частичная и полная маршрутизация.

Входящий трафик клиента (управление атрибутом AS_PATH).

Маршрутизация только по умолчанию: один основной и один резервный каналы

При такой структуре подключения клиент может использовать маршруты по умолчанию, установленные с узлом провайдера. Один канал используется как основной, а второй — как резервный. На рис. 7.14 представлена такая схема подключения.

Рис. 7.14. Многоканальное подключение к двум провайдерам

Клиент может самостоятельно устанавливать или получать сведения о маршрутах по умолчанию от двух провайдеров. Причем в последнем случае маршруты по умолчанию могут быть получены как статически, так и динамически. Клиент может выбирать один из маршрутов по умолчанию в качестве основного путем задания административной дистанции или локального предпочтения. Хорошо зарекомендовало себя указание маршрутов по умолчанию к обоим провайдерам, позволяющее принимать сведения об одной сети от двух провайдеров. На основании маршрута в эту сеть клиент будет залапать свой мпршрут по умолчанию 0/0и для выбора того или иного канала манипулировать значениями локальных предпочтений. Если один из маршрутов вследствие отказа канала одного из провайдеров исключается из таблицы маршрутов, то его место занимает другой маршрут по умолчанию. Клиент может договориться с провайдерами о пересылке только одной записи о сети по умолчанию или со своей стороны фильтровать маршруты, исключая все, кроме одного.

На рис. 7.14 клиент указывает маршрут по умолчанию в направлении префикса 192.213.0.0/16, который он получает от обоих провайдеров. Канал с узлом NY будет основным, а канал с узлом SF -- резервным. Так, клиент устанавливает наибольшее

Глава 7. Избыточность, симметрия и распределение нагрузки

198

локальное предпочтение для канала с NY (200).

Маршрутизация по умолчанию: один основной и один резервный каналы, плюс частичная маршрутизация

В рассмотренной выше схеме имеется возможность организовать частичную маршрутизацию, что повлияет на поведение исходящего трафика. На рис. 7.15 показана такая схема подключения. Клиент принимает частичные маршруты от одного или обоих провайдеров. В то же время клиент должен определить или сконфигурировать маршруты по умолчанию в направлении обоих провайдерских узлов, причем выбрать из них основной и резервный.

Рис. 7.15. Многоканальное подключение к двум провайдерам с применением час-тинной маршрутизации

Принимая частичные маршруты от провайдеров, клиенту не требуется получать сведения обо всех маршрутах в сети Internet, и он может самостоятельно принимать решения о наилучших маршрутах при взаимодействии с провайдерами. (Для некоторых крупных провайдеров частичные маршруты составляют существенную долю всех маршрутов, проходящих через их узлы). В ситуации, представленной на рис. 7.15, в протоколе BGP делается правильный выбор маршрута, и узел клиента выбирает тот канал с провайдером, который находится ближе всего к сети назначения (т.е. выбирается кратчайший маршрут через AS). Для других маршрутов в сети Internet будет применяться принцип основного и резервного маршрутов. Клиент может указать определенную сеть в качестве сети по умолчанию и принимать сведения о маршрутах к ней от обоих провайдеров с использованием механизма локальных предпочтений для выбора того или иного маршрута.

Маршрутизация по умолчанию: один основной и один резервный каналы, плюс частичная и полная маршрутизация

При подключении одного узла к различным провайдерам нет необходимости в получении полных маршрутов от одного или обеих провайдеров, если только клиент не планирует сам стать провайдером и передавать через свой узел все маршруты своим клиентам (т.е. чтобы его AS работала в транзитном режиме). На рис. 7.16 представлена схема подобного подключения.

Клиент может принимать полные сведения о маршрутах от одного или от обоих провайдеров, в зависимости от требований, предъявляемых к распределению нагрузки. Если организуется полная маршрутизация от двух (или более) провайдеров, клиент может

Глава 7. Избыточность, симметрия и распределение нагрузки

199

воспользоваться локальными предпочтениями, чтобы принимать решение об организации доступа в ту или иную сеть через определенного провайдера. Это решение может приниматься на основании номера AS, префикса или информации о сообществах. В некоторых случаях клиенту может понадобиться принимать полные маршруты от одного провайдера, а с другим провайдером реализовать взаимодействие через маршрутизацию по умолчанию и частичную маршрутизацию. При такой схеме работы клиент может получить наибольшие преимущества от обоих провайдеров без необходимости управления всеми маршрутами на различных каналах. Как вы увидите позже, нестабильность работы Internet может быть следствием того, что у какого-либо из провайдеров слишком высокая нагрузка на процессор маршрутизатора.

Рис. 7.16. Многоканальное подключение к двум провайдерам с использованием полной и частичной маршрутизации

На рис. 7.16 показано, что клиент получает полные сведения о маршрутах от провайдера на узле NY и частичные — от провайдера на узле SF. На клиентском узле также указывается маршрут по умолчанию в направлении провайдера SF. Канал с узлом SF будет использоваться для маршрутов клиента и локальных маршрутов провайдера SF вследствие более короткого маршрута AS. Для всех других маршрутов будет использоваться канал с узлом NY, так как канат с узлом SF обеспечивает только частичную маршрутизацию. При выходе из строя канала с узлом SF все сети могут быть доступны по каналу с узлом NY. Есди же пропадает канал с узлом NY, то вес маршруты, используемые в сети Internet могут быть получены по умолчанию по каналу с узлом SF.

См. в главе 12 раздел "Подключение к различным провайдерам по нескольким каналам"

Входящий трафик клиента

Входящий трафик клиента зависит от того, каким образом его узел объявляет сведения о своих сетях провайдерам. Отметим, что в случае подключения к нескольким провайдерам рассылка различных метрик' от клиентского узла не принесет никаких результатов. Причиной этого является нетранзитивность значений MED. Другими словами, обмен значениями MED может проводиться только между клиентом и провайдером, а провайдеры между собой уже не могут обмениваться этой информацией.

Чтобы динамически влиять на маршрутизацию со стороны провайдера, клиент

Глава 7. Избыточность, симметрия и распределение нагрузки

200