Принцип оптимальности
Практически все методы маршрутизации базируются на следующем утверждении.
Принцип оптимальности маршрута. Если маршрутизатор M находится на оптимальном пути от маршрутизатора I к маршрутизатору J, тогда оптимальный путь от М к J проходит по этому же пути.
Главным параметром при маршрутизации пакета в Интернет является IP-адрес его места назначения. Проблема оптимальной маршрутизации в современном Интернет, насчитывающем уже более миллиарда узлов, весьма сложна. Полная таблица маршрутов может содержать 109! записей (здесь ! означает знак факториала, а не выражение эмоций)
Метрики маршрутов
Если адресат достижим более чем одним путем, маршрутизатор должен сделать выбор, этот выбор осуществляется на основании оценки маршрутов-кандидатов. Обычно каждому сегменту, составляющему маршрут, присваивается некоторая величина — оценка этого сегмента. Каждый протокол маршрутизации использует свою систему оценки маршрутов. Оценка сегмента маршрута называется метрикой
Здесь следует обратить внимание на то, что при выборе маршрута всем сегментам пути должны быть даны сопоставимые значения метрики. Недопустимо, чтобы одни сегменты оценивались числом шагов, а другие — по величине задержки в миллисекундах
В пределах автономной системы это обычно не создает проблем, ведь это зона ответственности одного администратора. Но в региональных сетях, где работает много администраторов, проблема выбора метрики может стать реальной трудностью. Именно по этой причине в таких сетях часто используется вектор расстояния, исключающий субъективность оценок метрики.
Просмотр маршрутов в Linux
Команда выводит на экран все содержимое таблицы IP-маршрутизации и позволяет изменять записи.
$ $ route --help
Использование: route Отобразить таблицу маршрутизации ядра
route {add|del|flush} ... Изменить таблицу маршрутизации для AF.
route {-h|--help} Детальное описание использование указанной AF.
route {-V|--version} Отобразить версию/автора и выйти.
-v, --verbose более детальный вывод
-n, --numeric не преобразовывать адреса в имена
-e, --extend отображать другую/больше информации
-F, -fib отобразить информацию форвардинга базы (по умолчанию)
-C, --cache отобразить кэш маршрутизации вместо FIB
<AF>=Use -4, -6, '-A <af>' or '--<af>'; default: inet
Список возможный адресных семейств (которые поддерживают маршрутизацию):
inet (DARPA Internet) inet6 (IPv6) ax25 (AMPR AX.25)
netrom (AMPR NET/ROM) ipx (Novell IPX) ddp (Appletalk DDP)
x25 (CCITT X.25)
Просмотр таблицы маршрутизации:
$ route Таблица маршрутизации ядра протокола IP Destination Gateway Genmask Flags Metric Ref Use Iface default _gateway 0.0.0.0 UG 100 0 0 enp0s3 link-local 0.0.0.0 255.255.0.0 U 1000 0 0 enp0s3 192.168.110.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s3
$ route -n Таблица маршрутизации ядра протокола IP Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.110.1 0.0.0.0 UG 100 0 0 enp0s3 169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 enp0s3 192.168.110.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s3
Утилита предоставляет возможность определить маршрут, по которому проходит пакет до заданного узла:
$ sudo apt install traceroute
$ traceroute ya.ru traceroute to ya.ru (87.250.250.242), 30 hops max, 60 byte packets 1 _gateway (192.168.110.1) 0.697 ms 0.607 ms 0.584 ms 2 78.107.125.69 (78.107.125.69) 2.050 ms 1.967 ms 1.777 ms 3 stpert-bng1-local.msk.corbina.net (85.21.0.172) 1.679 ms 1.605 ms 1.499 ms 4 10.2.254.10 (10.2.254.10) 2.215 ms 2.180 ms 2.167 ms 5 korova-bb-be5.corbina.net (195.14.54.195) 3.577 ms 3.544 ms 3.824 ms 6 85.21.224.96 (85.21.224.96) 2.645 ms 2.208 ms 2.149 ms 7 m9-crs-be13.corbina.net (85.21.224.54) 3.762 ms 3.207 ms 3.794 ms 8 m9-br-be3.corbina.net (195.14.62.85) 3.716 ms 3.639 ms m9-br-be1.corbina.net (195.14.54.79) 3.559 ms 9 corbina-gw.dante.yandex.net (83.102.145.178) 6.750 ms 11.716 ms 16.226 ms 10 ya.ru (87.250.250.242) 5.330 ms 8.678 ms 8.628 ms
Поиск:
Linux • Windows • Локальная сеть • route • Маска сети • Шлюз • Маршрут • Таблица • Адрес • Команда
Виды
Статическая маршрутизация
В данном случае маршруты задаются в таблице напрямую администратором во время конфигурации маршрутизатора, без использования протоколов, помогающих построить пути.
При задании такого маршрута назначается:
- Адрес и маска сети
- Адрес шлюза/узла
- Иногда указывается метрика и интерфейс, на который пойдет трафик
Плюсы:
- Легкость настройки в не крупных сетках
- Небольшая нагрузка на саму сетку, что в какой-то степени увеличивает скорость интернета
- Прозрачность работы в любой момент времени
- Не требует дополнительных денежных расходов, т.к. не используются протоколы построения путей
Минусы:
- Долгое масштабирование, каждая добавленная сетка потребует двойных вмешательств в конфигурацию
- Если произошли какие-либо изменения, то в любом случае администратору придется вручную настраивать новые пути
- Нет динамического балансирования нагрузки
- Нужна отдельная документация с записями маршрутов, также, проблемы с синхронизацией этой документации и реальных путей
Динамическая маршрутизация
В этом случае таблица редактируется на программном уровне и рассчитывается по протоколам. Позволяет маршрутизаторам в реальном времени своевременно менять пути, применяемые для передачи IP пакетов. У каждого протокола есть свой метод определения маршрута движения пакетов: самый быстрый путь, использование именно того маршрута, который рекомендуют другие роутеры и т.д.
Так, если в сети произойдут какие-либо изменения, то протокол динамической маршрутизации оповестит об этом все маршрутизаторы, а вот при статической, все придется делать администратору.
В заключение
Работая в интернете или читая там занимательную литературу, вы даже не замечаете сколько процессов происходит, а происходит там очень много. Если вам и дальше интересны материалы на темы работы интернета, то заходите еще.
Классификация протоколов
Протоколы маршрутизации классифицируются как протоколы внутренних шлюзов (IGP) или внешние шлюзовые протоколы (EGP). IGP используются для обмена информацией о процессе в межсетевых сетях, которые попадают под единый административный домен (также называемый автономными системами). EGP используются для обмена информацией между различными автономными системами. Обычными примерами IGP являются протокол маршрутизации (RIP), расширенный протокол внутренних шлюзов (EIGRP) и Open Shortest Path First (OSPF).
Протокол маршрутизации использует программное обеспечение и алгоритмы для определения оптимальной передачи сетевых данных и путей связи между сетевыми узлами. Также известен как политика маршрутизации. Они существенно облегчают взаимодействие маршрутизаторов, а также общую топологию сети.
В большинстве сетей интернет-протокола (IP) используются следующие протоколы маршрутизации:
-
Протокол маршрутизации (RIP) и протокол маршрутизации внутренних шлюзов (IGRP): обеспечивают процесс для внутренних шлюзов через протоколы маршрутных или дистанционных векторов. RIP используется для определения кратчайшего пути от источника к месту назначения. Это позволяет передавать данные на высокой скорости в кратчайшие сроки.
-
Open Shortest Path First (OSPF): обеспечивает процесс для внутренних шлюзов через протоколы маршрутизации состояния канала.
Протокол пограничного шлюза (BGP) v4: предоставляет общедоступный протокол маршрутизации через внешнее взаимодействие со шлюзом.
Общий алгоритм выбора оптимального маршрута
Общий алгоритм выбора оптимального маршрута на основе метрик сегментов пути сформулировал американский математик Дикстра в 1959 году. Описание алгоритма выбора маршрута представлено ниже:
Извлечь IP-адрес (ID) места назначения из дейтограммы
.
Вычислить IP-адрес сети назначения (IN)
IF IN соответствует какому-либо адресу локальной сети, послать дейтограмму по этому адресу;
else if IN присутствует в маршрутной таблице, то послать дейтограмму к серверу, указанному в таблице;
else if описан маршрут по умолчанию, то послать дейтограмму к этому серверу;
else выдать сообщение об ошибке маршрутизации
Если сеть включает в себя субсети, то для каждой записи в маршрутной таблице производится побитная операция <И> для ID и маски субсети. Если результат этой операции совпадет с содержимым адресного поля сети, дейтограмма посылается серверу субсети. На практике при наличии субсетей в маршрутную таблицу добавляются соответствующие записи с масками и адресами сетей.
5.1. Сущность, цели и способы маршрутизации
Определение пути,
то есть последовательности транзитных
узлов и их интерфейсов, через которые
необходимо передавать данные, чтобы
доставить их адресату – сложная задача.
Задача определения маршрутов состоит
в выборе из множества одного или
нескольких путей.
В качестве критериев
выбора могут выступать:
-
номинальная
пропускная способность; -
загруженность
каналов связи; -
задержки, вносимые
каналами; -
количество
промежуточных транзитных узлов; -
надежность каналов
и транзитных узлов.
Определить
маршрут
– однозначно задать последовательность
транзитных узлов и их интерфейсов, через
которые необходимо передать данные,
чтобы доставить их адресату.
После того, как
маршрут определен, следует сообщить о
нем всем устройствам сети .Сообщение о
маршруте должно нести каждому транзитному
устройству примерно такую информацию:
«Если придут
данные, относящиеся к протоколу х,
то их нужно передать на интерфейс у
Сообщение
о маршруте обрабатывается транзитным
устройством, в результате чего создается
новая запись в таблице коммутации.
Цель маршрутизации
– доставка пакетов по назначению с
максимальной эффективностью. Чаще всего
эффективность выражена взвешенной
суммой времен доставки сообщений при
ограничении снизу на вероятность
доставки.
Задача
маршрутизации состоит в выборе
маршрута для передачи информации от
отправителя к получателю. Она имеет
смысл сетях, где не только необходимы,
но и возможен выбор оптимального или
приемлемого маршрута. Выбор одного из
возможных в маршрутизаторе направлений
зависит от текущей топологии сети, длин
очередей в узлах коммутации, интенсивности
входных потоков и т. п.
Выбор маршрутов
в узлах ТКС производится в соответствии
с реализуемым алгоритмом (методом)
маршрутизации.
Алгоритмы
маршрутизации включает процедуры
-
измерение и
оценивание параметров сети; -
принятие решения
о рассылке служебной информации; -
расчет таблиц
маршрутизации; -
реализация принятых
маршрутных решений.
Основные цели
маршрутизации
заключаются в обеспечении:
-
минимальной
задержки пакета при его передаче
отправителя к получателю -
максимальной
пропускной способностью сети -
максимальной
защиты пакета от угроз безопасности
информации -
минимальной
стоимости передачи -
мадежности доставки
пакета адресату
Различают следующие
способы маршрутизации:
-
централизованная
маршрутизация; -
децентрализованная
маршрутизация; -
смешенная
маршрутизация;
Централизованная
маршрутизация реализуется обычно
в сетях с централизованным управлением.
Выбор маршрута для каждого пакета
осуществляется в центре управления
сетью, а узлы сети связи только воспринимают
и реализуют результаты решения задачи
маршрутизации. Такое управление
маршрутизацией уязвимо к отказам в
центрального узла и не отличается
высокой гибкостью.
Распределенная
(децентрализованная) маршрутизация
выполняется главным образом в сетях с
децентрализованным управлением. Функция
управления маршрутизации распределены
между узлами сети, которые располагают
соответствующими средствами. Распределённая
маршрутизация сложнее централизованной
маршрутизации, но отличается большей
гибкостью.
Смешенная
маршрутизация характеризуется
тем, что в ней в определённом соотношении
реализованы принципы централизованной
и распределённой маршрутизации.
Задача маршрутизации
в сетях решается при условии, что
кратчайший маршрут, обеспечивает
передачу пакета за минимальное время,
в зависимости от топологии сети,
пропускной способности, нагрузки на
линию связи. Топология сети
изменяется в результате отказов узлов
и линий связи Пропускная способность
линий связи определяется типом передающей
среды и зависит от уровня шумов и
параметров аппаратуры, обслуживающей
линии. Наиболее динамичным фактором
является нагрузка на линии связи,
изменяющаяся довольно быстро и в трудно
прогнозируемом направлении.
Для выбора
оптимального маршрута каждый узел связи
должен располагать информацией о
состоянии ТКС в целом – всех остальных
узлов и линий связи. Данные о текущей
топологии сети и пропускной способности
линии связи предоставляется узлам без
затруднений. Однако нет способа точно
предсказать состояния нагрузки в сети.
Поэтому алгоритм маршрутизации
выполняются в условиях неопределённости
текущего и будущего состояний ТКС.
Несколько агентов
В некоторых сетях маршрутизация осложняется тем фактом, что ни один объект не отвечает за выбор путей; вместо этого несколько объектов участвуют в выборе путей или даже частей одного пути. Осложнения или неэффективность могут возникнуть, если эти организации выберут пути оптимизации своих собственных целей, которые могут вступать в противоречие с целями других участников.
Классический пример связан с движением в дорожной системе, в которой каждый водитель выбирает путь, который сводит к минимуму время в пути. При такой маршрутизации равновесные маршруты могут быть длиннее оптимальных для всех водителей. В частности, парадокс Браесса показывает, что добавление новой дороги может увеличить время в пути для всех водителей.
В другой модели, например, используемой для маршрутизации автоматизированных управляемых транспортных средств (AGV) на терминале, резервирование выполняется для каждого транспортного средства, чтобы предотвратить одновременное использование одной и той же части инфраструктуры. Этот подход также называется контекстно-зависимой маршрутизацией.
Интернет разделен на автономные системы (AS), такие как провайдеры интернет-услуг (ISP), каждая из которых контролирует маршруты, связанные с его сетью, на нескольких уровнях. Во-первых, пути уровня AS выбираются с помощью протокола BGP , который создает последовательность AS, через которые проходят пакеты. Каждая AS может иметь несколько путей, предлагаемых соседними AS, из которых можно выбирать. Его решение часто связано с деловыми отношениями с этими соседними AS, которые могут не иметь отношения к качеству пути или задержке. Во-вторых, после выбора пути уровня AS часто имеется несколько соответствующих путей уровня маршрутизатора, отчасти потому, что два ISP могут быть подключены в нескольких местах. При выборе единственного пути на уровне маршрутизатора каждый поставщик услуг Интернета обычно использует маршрутизацию по принципу « горячей картошки» : отправка трафика по пути, который минимизирует расстояние через собственную сеть поставщика услуг Интернета, даже если этот путь увеличивает общее расстояние до пункта назначения.
Рассмотрим два ПУИ, A и B . У каждого есть присутствие в Нью-Йорке , связанное быстрым каналом с задержкой 5 мс, и у каждого есть присутствие в Лондоне, соединенное каналом 5 мс. Предположим, что у обоих интернет-провайдеров есть трансатлантические каналы, соединяющие их две сети, но канал A имеет задержку 100 мс, а канал B — 120 мс. При маршрутизации сообщения от источника в лондонской сети A к пункту назначения в нью-йоркской сети B , A может выбрать немедленную отправку сообщения B в Лондоне. Это избавляет A от работы по отправке его по дорогостоящему трансатлантическому каналу, но вызывает задержку сообщения 125 мс, тогда как другой маршрут был бы на 20 мс быстрее.
Исследование интернет-маршрутов 2003 года показало, что между парами соседних интернет-провайдеров более 30% путей имеют завышенную задержку из-за маршрутизации по принципу «горячей картошки», при этом 5% путей задерживаются не менее чем на 12 мс. Инфляция из-за выбора пути на уровне AS, хотя и значительная, была связана в первую очередь с отсутствием у BGP механизма прямой оптимизации задержки, а не с эгоистичной политикой маршрутизации. Было также высказано предположение, что при наличии соответствующего механизма интернет-провайдеры будут готовы сотрудничать для уменьшения задержки, а не использовать маршрутизацию «горячая картошка».
Позднее такой механизм был опубликован теми же авторами сначала для случая двух интернет-провайдеров, а затем для глобального случая.
Программная и аппаратная маршрутизация
Первые маршрутизаторы представляли собой специализированное ПО, обрабатывающее приходящие IP-пакеты специфичным образом. Это ПО работало на компьютерах, у которых было несколько сетевых интерфейсов, входящих в состав различных сетей (между которыми осуществляется маршрутизация). В дальнейшем появились маршрутизаторы в форме специализированных устройств. Компьютеры с маршрутизирующим ПО называют программные маршрутизаторы, оборудование — аппаратные маршрутизаторы.
В современных аппаратных маршрутизаторах для построения таблиц маршрутизации используется специализированное ПО («прошивка»), для обработки же IP-пакетов используется коммутационная матрица (или другая технология аппаратной коммутации), расширенная фильтрами адресов в заголовке IP-пакета.
Аппаратная маршрутизация
Основная статья: Коммутация IP-пакетов
Выделяют два типа аппаратной маршрутизации: со статическими шаблонами потоков и с динамически адаптируемыми таблицами.
Статические шаблоны подразумевают разделение всех входящих в маршрутизатор IP-пакетов на виртуальные потоки; каждый поток характеризуется набором признаков для пакета такие как: IP-адресами отправителя/получателя, TCP/UDP-порт отправителя/получателя (в случае поддержки маршрутизации на основании информации 4 уровня), порт, через который пришёл пакет.
Оптимизация маршрутизации при этом строится на идее, что все пакеты с одинаковыми признаками должны обрабатываться одинаково (по одинаковым правилам), при этом признаки проверяются только для первого пакета в потоке (при появлении пакета с набором признаков, не укладывающимся в существующие потоки, создаётся новый поток), по результатам анализа этого пакета формируется статический шаблон, который и используется для определения правил коммутации приходящих пакетов (внутри потока). Обычно время хранения неиспользующегося шаблона ограничено (для освобождения ресурсов маршрутизатора). Ключевым недостатком подобной схемы является инерционность по отношению к изменению таблицы маршрутизации (в случае существующего потока изменение правил маршрутизации пакетов не будет «замечено» до момента удаления шаблона).
Динамически адаптируемые таблицы используют правила маршрутизации «напрямую», используя маску и номер сети из таблицы маршрутизации для проверки пакета и определения порта, на который нужно передать пакет. При этом изменения в таблице маршрутизации (в результате работы, например, протоколов маршрутизации/резервирования) сразу же влияют на обработку всех новопришедших пакетов. Динамически адаптируемые таблицы также позволяют легко реализовывать быструю (аппаратную) проверку списков доступа.
Программная маршрутизация
Программная маршрутизация выполняется либо специализированным ПО маршрутизаторов (в случае, когда аппаратные методы не могут быть использованы, например, в случае организации туннелей), либо программным обеспечением на компьютере. В общем случае, любой компьютер осуществляет маршрутизацию своих собственных исходящих пакетов (как минимум, для разделения пакетов, отправляемых на шлюз по умолчанию и пакетов, предназначенных узлам в локальном сегменте сети). Для маршрутизации чужих IP-пакетов, а также построения таблиц маршрутизации используется различное ПО:
- Сервис RRAS (англ. routing and remote access service) в Windows Server
- Демоны routed, gated, quagga в Unix-подобных операционных системах (Linux, FreeBSD и т. д.)
Переадресация¶
Вполне возможно, что по какому-то маршруту мы захотим сделать переадресацию по другому пути. Например, в случае, если нужного маршрута для запроса не найдено, мы можем переадресовать на главную страницу:
Для переадресации указываем параметр . Его значение представляет путь переадресации. В данном случае слеш указывает на первый маршрут или на главную страницу.
Также мы можем задать критерий соответствия строки запроса маршруту с помощью параметра :
Значение указывает, что запрошенный адрес должен полностью соответствовать маршруту, то есть должно быть полное соответствие. Например, запрос полностью соотвествует маршруту , поэтому будет выполняться переадресация на адрес .
А запрос не будет соответствовать этому маршруту, так как после идут другие сегменты.
Таблицы маршрутизации
В стеке TCP/IP маршрутизаторы и конечные узлы принимают решения о том, кому передавать пакет для его успешной доставки узлу назначения, на основании так называемых таблиц маршрутизации (routing tables).
Таблица представляет собой типичный пример таблицы маршрутов, использующей IP-адреса сетей, для сети, представленной на рисунке.
Таблица маршрутизации для Router 2
В таблице представлена таблица маршрутизации многомаршрутная, так как содержится два маршрута до сети 116.0.0.0. В случае построения одномаршрутной таблицы маршрутизации, необходимо указывать только один путь до сети 116.0.0.0 по наименьшему значению метрики.
Как нетрудно видеть, в таблице определено несколько маршрутов с разными параметрами. Читать каждую такую запись в таблице маршрутизации нужно следующим образом:
Чтобы доставить пакет в сеть с адресом из поля Сетевой адрес и маской из поля Маска сети, нужно с интерфейса с IP-адресом из поля Интерфейс послать пакет по IP-адресу из поля Адрес шлюза, а «стоимость» такой доставки будет равна числу из поля Метрика.
В этой таблице в столбце «Адрес сети назначения» указываются адреса всех сетей, которым данный маршрутизатор может передавать пакеты. В стеке TCP/IP принят так называемый одношаговый подход к оптимизации маршрута продвижения пакета (next-hop routing) – каждый маршрутизатор и конечный узел принимает участие в выборе только одного шага передачи пакета. Поэтому в каждой строке таблицы маршрутизации указывается не весь маршрут в виде последовательности IP-адресов маршрутизаторов, через которые должен пройти пакет, а только один IP-адрес — адрес следующего маршрутизатора, которому нужно передать пакет. Вместе с пакетом следующему маршрутизатору передается ответственность за выбор следующего шага маршрутизации. Одношаговый подход к маршрутизации означает распределенное решение задачи выбора маршрута. Это снимает ограничение на максимальное количество транзитных маршрутизаторов на пути пакета.
Для отправки пакета следующему маршрутизатору требуется знание его локального адреса, но в стеке TCP/IP в таблицах маршрутизации принято использование только IP-адресов для сохранения их универсального формата, не зависящего от типа сетей, входящих в интерсеть. Для нахождения локального адреса по известному IP-адресу необходимо воспользоваться протоколом ARP.
Одношаговая маршрутизация обладает еще одним преимуществом — она позволяет сократить объем таблиц маршрутизации в конечных узлах и маршрутизаторах за счет использования в качестве номера сети назначения так называемого маршрута по умолчанию – default (0.0.0.0), который обычно занимает в таблице маршрутизации последнюю строку. Если в таблице маршрутизации есть такая запись, то все пакеты с номерами сетей, которые отсутствуют в таблице маршрутизации, передаются маршрутизатору, указанному в строке default. Поэтому маршрутизаторы часто хранят в своих таблицах ограниченную информацию о сетях интерсети, пересылая пакеты для остальных сетей в порт и маршрутизатор, используемые по умолчанию. Подразумевается, что маршрутизатор, используемый по умолчанию, передаст пакет на магистральную сеть, а маршрутизаторы, подключенные к магистрали, имеют полную информацию о составе интерсети.
Кроме маршрута default, в таблице маршрутизации могут встретиться два типа специальных записей — запись о специфичном для узла маршруте и запись об адресах сетей, непосредственно подключенных к портам маршрутизатора.
Специфичный для узла маршрут содержит вместо номера сети полный IP-адрес, то есть адрес, имеющий ненулевую информацию не только в поле номера сети, но и в поле номера узла. Предполагается, что для такого конечного узла маршрут должен выбираться не так, как для всех остальных узлов сети, к которой он относится. В случае, когда в таблице есть разные записи о продвижении пакетов для всей сети N и ее отдельного узла, имеющего адрес N,D, при поступлении пакета, адресованного узлу N,D, маршрутизатор отдаст предпочтение записи для N,D.
Записи в таблице маршрутизации, относящиеся к сетям, непосредственно подключенным к маршрутизатору, в поле «Метрика» содержат нули («подключено»).
Примечания
- Поскольку альтернативных маршрутов к сети 10.0.0.0 не существует, фактически ввод данных о метрике не требуется. Однако всегда рекомендуется проявлять предусмотрительность и вводить данные о метрике, чтобы можно было уменьшить объем работы по администрированию сети на тот случай, если конфигурация сети в дальнейшем изменится. Следует также ответить, что с точки зрения настройки конфигурации, статические маршруты в действительности не имеют метрики. При вводе в статический маршрут параметра, который в терминах ISO именуется «метрикой», фактически для этого статического маршрута задается так называемое административное расстояние. При условии, что используются только статические маршруты, административное расстояние можно рассматривать как аналог метрики, но различия между этими параметрами станут существенными только после перехода к применению в сети динамических маршрутизирующих протоколов.
- Следует учитывать, что маршрутизатор всегда использует наиболее конкретный маршрут, который он может найти в таблице маршрутизации. Например, если пакет должен быть передан по адресу 10.1.1.1, а маршрутизатор имеет данные о маршрутах к сетям 10.0.0.0/8, 10.1.1.0/24 и 0.0.0.0/0, то он воспользуется маршрутом 10.1.1.0/24. Это правило известно под названием правила поиска адреса с наибольшим количеством совпадающих битов.
- Метод распределения нагрузки по резервным статическим маршрутам известен под названием распределения нагрузки с учетом равной стоимости; при этом каналы и пропускная способность в обоих маршрутах должны быть примерно равными. Если это условие не соблюдается, то один канал будет перегружен, а другой недогружен. Такая ситуация называется микрозатором.
- Обычно система IOS компании Cisco позволяет распределять нагрузку по статическим маршрутам, количество которых может достигать шести.
- При использовании статической маршрутизации резервирование обеспечивает нормальную работу только при отказах прямого канала. Средства статической маршрутизации не позволяют обнаружить отказ удаленного устройства и не обеспечивают удаление из таблицы маршрутизации маршрута через отказавший резервный канал. Поэтому доставка пакетов периодически нарушается. (При наличии двух каналов отказ резервного канала влечет за собой потерю 50% пакетов, при наличии трех каналов — 33% пакетов и т.д.)
- В системе IOS компании Cisco предусмотрено, чтобы маршруты с более высокой метрикой в таблице маршрутизации не были показаны. Но после возникновения отказа прямого канала эти маршруты вставляются в таблицу маршрутизации и используются обычным образом.
