Разное

Таблицы маршрутизации: Недопустимое название — Xgu.ru

Содержание

Примеры таблиц маршрутизации разных форматов

Структура реальных таблиц маршрутизации стека TCP/IP в целом соответствует упрощенной структуре рассмотренных ранее таблиц. Отметим, однако, что вид таблицы IP-маршрутизации зависит от конкретной реализации стека TCP/IP. Приведем пример нескольких вариантов таблицы маршрутизации, с которыми мог бы работать маршрутизатор R1 в сети, представленной на рис. 1.

Наши партнеры:
- Возможно эта информация Вас заинтересует:
- Посмотрите интересные ссылочки вот тут:


Начнем с «придуманного» предельно упрощенного варианта таблицы маршрутизации (табл. 1). Здесь имеются три маршрута к сетям (записи 56.0.0.0,116.0.0.0 и 129.13.0.0), две записи о непосредственно подсоединенных сетях (198.21.17.0 и 213.34.12.0), а также запись о маршруте по умолчанию.

Таблица 1. Упрощенная таблица маршрутизации маршрутизатора R1

Адрес сети назначения    Адрес следующего маршрутизатора Адрес выходного интерфейса                Расстояние до сети назначения
            15
            13
            2
            1 (подсоединена)
            1
 
56.0.0.0    213.34.12.4 213.34.12.3 15
116.0.0.0 213.34.12.4 213.34.12.3 13
129.13.0.0   198.21.17.6 198.21.17.5 2
198.21.17.0 198.21.17.5 198.21.17.5 1(подсоединена)
213.34.12.0   213.34.12.3 213.34.12.3 1(подсоединена)
Маршрут по умолчанию  198.21.17.7 198.21.17.5 -

Более сложный вид имеют таблицы, которые генерируются в промышленно выпускаемом сетевом оборудовании.

Если представить, что в качестве маршрутизатора R1 в данной сети работает штатный программный маршрутизатор операционной системы Microsoft Windows ХР, то его таблица маршрутизации могла бы выглядеть так, как табл. 2.

Рис. 1 Пример маршрутизируемой сети

Таблица 2. Таблица программного маршрутизатора ОС Windows ХР

Сетевой адрес  Маска Адрес шлюза             Интерфейс                 Метрика
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
0.0.0.0   0.0.0.0  198.21.17.7 198.21.17.5 1
56.0.0.0  255.0.0.0 213.34.12.4 213.34.12.3 15
116.0.0.0 255.0.0.0 213.34.12.4 213.34.12.3 13
129.13.0.0  255.255.0.0 198.21.17.6 198.21.17.5 2
198.21.17.0 255.255.255.0 198.21.17.5 198.21.17.5 1
198.21.17.5 255.255.255.255 127.0.0.1 127.0.0.1 1
198.21.17.255 255.255.255.255 198.21.17.5 198.21.17.5 1
213.34.12.0  255.255.255.0   213.34.12.3  213.34.12.3  1
213.34.12.3 255.255.255.255 127.0.0.1 127.0.0.1  1
213.34.12.255 255.255.255.255 213.34.12.3 213.34.12.3 1
224.0.0.0 224.0.0.0 198.21.17.6 198.21.17.6 1
224.0.0.0 224.0.0.0 213.34.12.3 213.34.12.3 1
255.255.255.255 255.255.255.255 198.21.17.6 198.21.17.6 1

Если на месте маршрутизатора R1 установить один из популярных аппаратных маршрутизаторов, то его таблица маршрутизации для этой же сети может выглядеть совсем иначе (табл. 3).

Таблица 3. Таблица маршрутизации аппаратного маршрутизатора

Адрес назначения     Маска         Шлюз Метрика Статус  TTL Источник
198.21.17.0  255.255.255.0 198.21.17.5 0 Up   Подключена
213.34.12.0  255.255.255.0 213.34.12.3 0 Up - Подключена
56.0.0.0  255.0.0.0 213.34.12.4 14 Up - Статическая
116.0.0.0 255.0.0.0 213.34.12.4 12 Up - Статическая
129.13.0.0 255.255.0.0  198.21.17.6 1 Up 160 RIP

И наконец табл. 4 представляет собой таблицу маршрутизации для того же маршрутизатора R1, реализованного в виде программного маршрутизатора одной из версий операционной системы Unix.

Таблица 4. Таблица маршрутизации Unix-маршрутизатора

Адрес назначения     Шлюз Флаги Число ссылок   Загрузка Интерфейс
127.0.0.0  127.0.0.1 UH 1 154   1о0
Маршрут по умолчанию 198.21.17.7 UG 5 43270 1е0
198.21.17.0 198.21.17.5 U 35 246876 1е0
213.34.12.0 213.34.12.3 U 44 132435 le1
129.13.0.0 198.21.1.7.6 UG 6 16450 1е0
56.0.0.0   213.34.12.4 UG 12 5764 le1
116.0.0.0 213.34.12.4 UG 21 23544 le1

ПРИМЕЧАНИЕ
Заметим, что поскольку между структурой сети и таблицей маршрутизации нет однозначного соответствия, для каждого из приведенных вариантов таблицы можно предложить свои «подварианты», отличающиеся выбранным маршрутом к той или иной сети. В данном случае внимание концентрируется на существенных различиях в форме представления маршрутной информации разными реализациями маршрутизаторов.

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

К таким данным, во-первых, относятся адреса сети назначения (столбцы «Адрес назначения» в аппаратном маршрутизаторе и маршрутизаторе Unix или столбец «Сетевой адрес» в маршрутизаторе ОС Windows ХР).

Вторым обязательным полем таблицы маршрутизации является адрес следующего маршрутизатора (столбцы «Шлюз» в аппаратном маршрутизаторе и маршрутизаторе Unix или столбец «Адрес шлюза» в маршрутизаторе ОС Windows ХР).

Третий ключевой параметр — адрес порта, на который нужно направить пакет, в некоторых таблицах указывается прямо (столбец «Интерфейс» в таблице маршрутизатора ОС Windows ХР), а в некоторых — косвенно. Так, в таблице маршрутизатора Unix вместо адреса порта задается его условное наименование — 1е0 для порта с адресом 198.21.17.5, lei для порта с адресом 213.34.12.3 и 1о0 для внутреннего порта с адресом 127.0.0.1. В адпаратном маршрутизаторе поле, обозначающее выходной порт в какой-либо форме, вообще отсутствует. Это объясняется тем, что адрес выходного порта всегда можно косвенно определить по адресу следующего маршрутизатора. Например, определим по табл. 3 адрес выходного порта для сети 56.0.0.0. Из таблицы следует, что следующим маршрутизатором для этой сети будет маршрутизатор с адресом 213.34.12.4. Адрес следующего маршрутизатора должен принадлежать одной из непосредственно присоединенных к маршрутизатору сетей, и в данном случае это сеть 213.34.12.0. Маршрутизатор имеет порт, присоединенный к этой сети, и адрес этого порта 213.34.12.3 мы находим в столбце «Шлюз» второй строки таблицы маршрутизации, которая описывает непосредственно присоединенную сеть 213.34.12.0. Для непосредственно присоединенных сетей адресом следующего маршрутизатора всегда является адрес собственного порта маршрутизатора. Таким образом, для сети 56.0.0 адресом выходного порта является 213.34.12.3.

Стандартным решением сегодня является использование поля маски в каждой записи таблицы, как это сделано в таблицах маршрутизатора ОС Windows ХР и аппаратного маршрутизатора (столбцы «Маска»). Механизм обработки масок при принятии решения маршрутизаторами рассматривается далее. Отсутствие поля маски говорит о том, что либо маршрутизатор рассчитан на работу только с тремя стандартными классами адресов, либо для всех записей используется одна и та же маска, что снижает гибкость маршрутизации.
Поскольку в таблице маршрутизации маршрутизатора Unix каждая сеть назначения упомянута только один раз, а значит, возможность выбора маршрута отсутствует, то поле метрики является необязательным параметром. В остальных двух таблицах поле метрики используется только для указания на то, что сеть подключена непосредственно. Метрика 0 для аппаратного маршрутизатора или 1 для маршрутизатора ОС Windows ХР говорит маршрутизатору, что эта сеть непосредственно подключена к его порту, а другое значение метрики соответствует удаленной сети. Выбор метрики для непосредственно подключенной сети (1 или 0) является произвольным, главное, чтобы метрика удаленной сети отсчитывалась с учетом этого выбранного начального значения. В маршрутизаторе Unix используется поле признаков, где флаг G (Gateway — шлюз) отмечает удаленную сеть, а его отсутствие — непосредственно подключенную.

Признак непосредственно подключенной сети говорит маршрутизатору, что пакет уже достиг своей сети, поэтому протокол IP активизирует ARP-запрос относительно IP-адреса узла назначения, а не следующего маршрутизатора.

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

Флаги записей присутствуют только в таблице маршрутизатора Unix.

  • U — маршрут активен и работоспособен. Аналогичный смысл имеет поле статуса в аппаратном маршрутизаторе.
  • Н — признак специфического маршрута к определенному хосту.
  • G — означает, что маршрут пакета проходит через промежуточный маршрутизатор (шлюз). Отсутствие этого флага отмечает непосредственно подключенную сеть.
  • D — означает, что маршрут получен из перенаправленного сообщения протокола ICMP. Этот признак может присутствовать только в таблице маршрутизации конечного узла. Признак означает, что конечный узел при какой-то предыдущей передаче пакета выбрал не самый рациональный следующий маршрутизатор на пути к данной сети, и этот маршрутизатор с помощью протокола ICMP сообщил конечному узлу, что все последующие пакеты к данной сети нужно отправлять через другой маршрутизатор.

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

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

Маршрутизация | CiscoTips

В этой статье будет много тавтологий: итак, основное назначение маршрутизатора – маршрутизировать и делает он это при помощи маршрутов в таблице маршрутизации. Маршрутизатор может быть с продвинутой версией софта, обладать теми или иными дополнительными функциями (VPN, Firewall, и т.п.), может быть совсем простым с версией IOS «BASE», но он в любом случае будет маршрутизировать – это его главная задача.

Маршрутизация осуществляется на третьем уровне модели OSI. Если в сети есть не только IP, но и другие протоколы сетевого уровня, то процесс маршрутизации для каждого из них выполняется отдельно. В курсе CCNA рассматривается только маршрутизация IPv4 и IPv6 пакетов (тем не менее, даже это – два разных протокола и маршрутизация у них работает независимо друг от друга).

В чём же суть процесса: маршрутизатор содержит специальную таблицу – таблицу маршрутизации (routing table), в которой собирает маршруты во все сети, про которые ему довелось узнать. Каждый маршрут представляет из себя:

  1. собственно, саму сеть, в которую он ведёт
  2. направление к этой сети (направление может записываться двумя способами: это либо адрес следующего маршрутизатора на пути к нужной сети, либо имя интерфейса, из которого нужно «выдать наружу» пакет, чтобы он продолжил двигаться к нужной сети)
  3. метрика (опционально) – характеризует качество маршрута чем меньше метрика, тем «лучше» и «приоритетнее» маршрут

Маршруты могут попадать в таблицу маршрутизации тремя способами:

  1. Непосредственно подключенные (Connected). Такие маршруты появляются автоматически, когда мы включаем на маршрутизаторе какой-то интерфейс и настраиваем на нём ip адрес. Это наше действие означает, что непосредственно рядом с маршрутизатором за этим самым интерфейсом к нему примыкает указанная сеть, один из адресов которой мы настроили на новом интерфейсе. Маршрутизатор автоматически добавляет такой маршрут с указанием, что сеть доступна через данный интерфейс.
  2. Статические маршруты (Static). Если искомая сеть находится не в непосредственной близости к маршрутизатору, а хотя бы через один маршрутизатор от данного, то сам он про неё никак не узнает и один из способов сообщить, что «где-то там далеко есть такая сеть» - прописать статический маршрут. То есть явно сеть и направление к ней. Подробнее об этом можно прочитать в статье про статические маршруты.
  3. Динамическая маршрутизация. В этом случае на каждом маршрутизаторе настраивается один из протоколов динамической маршрутизации. Они бывают разными, но цели их работы одни и те же: каждый маршрутизатор берёт свои собственные непосредственно подключенные (Connected) сети (про которые, как мы уже говорили, он узнаёт автоматически), и передаёт их своим соседям. В результате каждый маршрутизатор узнаёт про все сети других маршрутизаторов и у всех в итоге получается таблица маршрутизации со всеми сетями данного участка. Динамическая маршрутизация, в отличие от статической может применяться на больших сетях, где статических маршрутов пришлось бы прописывать очень много.

Итак, тем или иным способом, таблица маршрутизации пополнилась маршрутами. Теперь, если на вход маршрутизатора приходит некий пакет, идущий в сеть N, то маршрутизатор просматривает свою таблицу в поисках искомой сети. Если сеть найдена, то берётся её направление (например, ip адрес следующего маршрутизатора) и ему пересылается данный пакет. Кроме того, существует маршрут по умолчанию, куда отправляются те пакеты, сеть получателя которых отсутствует в таблице маршрутизации. Если маршрут по умолчанию не задан, то такие пакеты уничтожаются, а отправителю может быть отправлено ICMP сообщение «Destination Unreachable»

Просмотреть содержимое таблицы маршрутизации можно с помощью команды show ip route. С этой командой необходимо разобраться детально, так как она непременно присутствует в любом траблшутинге.

Router#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route
 
Gateway of last resort is not set
 
C    192.168.0.0/24 is directly connected, FastEthernet0/0
D    192.168.2.0/24 [90/156160] via 192.168.0.1, 00:55:03, FastEthernet0/0
Router>

Итак, вначале вывода команды мы видим легенду, где показано, какая буква что обозначает. Из того что проходится в CCNA, нам потребуется: S – статический маршрут, C – непосредственно подключенная сеть и динамические протоколы (R – RIP, D – EIGRP, O – OSPF).

Ниже легенды идёт список известных устройству маршрутов. Первая из строчек «Gateway of last resort is not set» означает, что маршрут по умолчанию на данном маршрутизаторе не задан, далее идут две известных сети. Первая начинается с буквы C, что означает, что сеть непосредственно подключена к нашему маршрутизатору (конкретно, интерфейс FastEthernet0/0 является её частью). Вторая строчка начинается с буквы D, если посмотреть в легенду выше, то видно, что это EIGRP маршрут, про который информация получена издалека. Можно сказать, что сеть 192.168.2.0 не граничит с нашим роутером непосредственно, а находится где-то далеко, конкретно, за другим маршрутизатором с адресом 192.168.0.1 и чтобы достичь этой сети, пакет должен быть отправлен этому маршрутизатору через интерфейс FastEthernet0/0. Два других значения, которые есть в этой строчке - [90/156160]. Первое из них – это административная дистанция, вторая – метрика. Про дистанцию можно подробнее прочитать в этой статье, что касается метрики – то она считается по-разному для каждого протокола маршрутизации и характеризует качество маршрута. Чем меньше метрика, тем лучше маршрут. Используется метрика в том случае, когда один протокол имеет более одного маршрута в одну и ту же сеть. В это случае в таблицу маршрутизации попадает только маршрут с самой лучше (читай – меньшей) метрикой. Подробнее про вычисление метрике следует читать в описании конкретного протокола.

Аналогично маршрутизатору любой компьютер имеет свою таблицу маршрутизации, но она, как правило простая: состоит из «своей сети» и шлюза по умолчанию. Например, в windows можно посмотреть такую таблицу командной route print.

Теперь, когда мы более или менее понимаем, как происходит маршрутизация, давайте задумаемся, какие выводы можно сделать из приведённого выше. В курсе CCNA три достаточно очевидных вывода сделаны за нас. Вот они:

  1. Каждый маршрутизатор самостоятельно принимает решение о том, куда надо отправить очередной проходящий через него пакет. При этом он основывается только на адресе получателя пакета и своей собственной таблице маршрутизации.
  2. Тот факт, что один маршрутизатор «знает» маршрут в некоторую сеть не гарантирует, что другой маршрутизатор будет «знать» про ту же сеть.
  3. Если маршрутизатор может переправить пакет из сети А в сеть Б, это не гарантирует, что он может переправить пакет обратно – из сети Б в сеть А.

В принципе, эти три постулата очевидно вытекают из приведённого выше описания того, как работает маршрутизация, но, тем не менее, их полезно озвучить. Так же, из первого пункта следует такая проблема как петли. Если маршрутизаторы неправильно настроены, то каждый принимая решение о маршрутизации самостоятельно может пересылать пакеты другому, в результате чего пакеты могут начать циркулировать по кругу, загружая процессоры маршрутизаторов обработкой бессмысленных пересылок. Простейшим примером могу служить два маршрутизатора, у каждого из которых указан в качестве маршрута по умолчанию адрес друг друга. В этом случае, между ними, очевидно, образуется петля. Правильная настройка сети не должна допускать возникновения петель. Подробнее про петли и поведение маршрутизаторов в случае их возникновения можно прочитать в статье TTL

Маршрутизация – очень важный процесс, так как именно он описывает структуру всего интернета. Как правило, каждое устройство знает маршруты только до нескольких сетей. Например, маршрутизатор предприятия будет знать только маршруты к сетям этого предприятия. Если пакет предназначается одной из таких сетей, то маршрутизатор переправляет его по внутренней сети, если же сеть неизвестна (например, пакет предназначается какому-то далёкому узлу в интернете), то маршрутизатор отправляет его используя маршрут по умолчанию вышестоящему провайдеру. Провайдер, в свою очередь так же знает только про сети своих клиентов. Если пакет предназначается кому-то из них, то он будет передан на маршрутизатор этого клиента, если нет, то он по маршруту по умолчанию уходит ещё выше – следующему вышестоящему провайдеру. Таким образом функционирует весь интернет.

Таблица маршрутизации в сетях IP | Журнал сетевых решений/LAN

Представление информации о маршрутах в таблицах маршрутизации.

Структура таблицы маршрутизации стека TCP/IP, соответствуя общим принципам построения таблиц маршрутизации (см. предыдущий выпуск рубрики), зависит от конкретной реализации стека TCP/IP. В качестве примера рассмотрим несколько вариантов таблицы маршрутизации, с которыми мог бы работать маршрутизатор М1 в сети, представленной на Рисунке 1.

Рисунок 1. Пример маршрутизируемой сети.

Если в качестве маршрутизатора М1 в данной сети применяется программный маршрутизатор MPR операционной системы Microsoft Windows NT, то его таблица маршрутизации могла бы иметь такой же вид, как в Таблице 1. Если на месте маршрутизатора М1 установить аппаратный маршрутизатор NetBuil-der II компании 3Com, то его таблица маршрутизации для этой же сети может выглядеть так, как показано в Таблице 2. В Таблице 3 помещена таблица маршрутизации для маршрутизатора М1, реализованного в виде программного маршрутизатора одной из версий операционной системы UNIX.

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

ОСНОВНЫЕ ПАРАМЕТРЫ ТАБЛИЦ МАРШРУТИЗАЦИИ

Несмотря на достаточно заметные внешние различия, во всех трех таблицах присутствуют все ключевые параметры, необходимые для работы маршрутизатора, которые мы рассмотрели ранее при обсуждении концепции маршрутизации. К таким параметрам, безусловно, относятся адрес сети назначения (столбцы Destination в маршрутизаторах NetBuilder и UNIX или Network Address в маршрутизаторе MPR) и адрес следующего маршрутизатора (столбцы Gateway в маршрутизаторах NetBuilder и UNIX или Gateway Address в маршрутизаторе MPR). Третий ключевой параметр — адрес порта, на который нужно направить пакет, в одних таблицах указывается прямо (поле Interface в таблице Windows NT), а в других — косвенно. Так, в таблице UNIX-маршрутизатора вместо адреса порта задается его условное наименование — le0 для порта с адресом 198.21.17.5, le1 для порта с адресом 213.34.12.3 и lo0 для внутреннего порта с адресом 127.0.0.1.

В маршрутизаторе NetBuilder II поле, указывающее выходной порт в какой-либо форме, вообще отсутствует. Это объясняется тем, что адрес выходного порта всегда можно косвенно определить по адресу следующего маршрутизатора. Например, попробуем определить по Таблице 2 адрес выходного порта для сети 56.0.0.0. Из таблицы видно, что следующим маршрутизатором для этой сети будет маршрутизатор с адресом 213.34.12.4. Адрес следующего маршрутизатора должен принадлежать одной из непосредственно присоединенных к маршрутизатору сетей, и в данном случае это сеть 213.34.12.0. Один из портов маршрутизатора подключен к этой сети, а его адрес 213.34.12.3 мы находим в поле Gateway второй строки таблицы маршрутизации, где указывается непосредственно присоединенная сеть 213.34.12.0. Для таких сетей адресом следующего маршрутизатора всегда будет адрес собственного порта маршрутизатора. Таким образом, адрес выходного порта для сети 56.0.0 — это 213.34.12.3.

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

Наличие или отсутствие поля маски в таблице говорит о том, насколько современен данный маршрутизатор. Стандартным решением сегодня является использование поля маски в каждой записи таблицы, как это сделано в таблицах маршрутизаторов MPR Windows NT (поле Netmask) и NetBuilder (поле Mask). Отсутствие поля маски говорит о том, что либо маршрутизатор рассчитан на работу только с тремя стандартными классами адресов, либо он использует для всех записей одну и ту же маску, а это снижает гибкость маршрутизации.

Как видно из примера таблицы Unix-маршрутизатора, метрика относится к необязательным параметрам. В остальных двух таблицах это поле имеется, однако оно используется только в качестве признака непосредственно подключенной сети. Действительно, если в таблице маршрутизации каждая сеть назначения упомянута только один раз, то поле метрики не будет приниматься во внимание при выборе маршрута, так как выбор отсутствует. А вот признак непосредственно подключенной сети маршрутизатору нужен, потому что пакет для этой сети обрабатывается особым способом — он не передается следующему маршрутизатору, а отправляется узлу назначения. Поэтому метрика 0 для маршрутизатора NetBuilder или 1 для маршрутизатора MPR сообщает, что эта сеть непосредственно подключена к конкретному порту. Другое значение метрики соответствует удаленной сети. Выбор значения метрики для непосредственно подключенной сети является достаточно произвольным, главное, чтобы метрика удаленной сети отсчитывалась с учетом этого выбранного начального значения. В UNIX-маршрутизаторе используется поле признаков, где флаг G отмечает удаленную сеть, а его отсутствие — непосредственно подключенную.

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

Флаги записей присутствуют только в таблице UNIX-маршрутизатора. Они описывают характеристики записи:

U показывает, что маршрут активен и работоспособен. Аналогичный смысл имеет поле Status в маршрутизаторе NetBuilder;

H — признак специфического маршрута к определенному хосту. Маршрут ко всей сети, к которой принадлежит данный хост, может отличаться от данного маршрута;

G означает, что маршрут пакета проходит через промежуточный маршрутизатор (gateway). Отсутствие этого флага указывает на непосредственно подключенную сеть;

D означает, что маршрут получен из сообщения Redirect (перенаправление) протокола ICMP. Такой признак может присутствовать только в таблице маршрутизации конечного узла. Он означает, что конечный узел при какой-то предыдущей передаче пакета выбрал не самый рациональный следующий маршрутизатор на пути к данной сети, и этот маршрутизатор с помощью протокола ICMP сообщил, что все последующие пакеты в данную сеть нужно отправлять через другой соседний маршрутизатор. Протокол ICMP может посылать сообщения только узлу-отправителю, поэтому на промежуточном маршрутизаторе этот признак встретиться не может. Признак никак не влияет на процесс маршрутизации, он только указывает администратору источник появления записи.

В таблице UNIX-маршрутизатора используется еще два поля, имеющих справочное значение. Поле Refcnt показывает, сколько раз на данный маршрут ссылались при продвижении пакетов. Поле Use отражает количество пакетов, переданных по данному маршруту.

В таблице маршрутизатора NetBuil-der также имеются два справочных поля. Поле времени жизни TTL (Time To Live) имеет смысл для динамических записей, с ограниченным сроком жизни. Текущее значение поля показывает оставшийся срок жизни записи в секундах. Поле Source отражает источник появления записи в таблице маршрутизации. Хотя это поле присутствует не во всех таблицах маршрутизаторов, но практически для всех маршрутизаторов существует три основных источника появления записи в таблице.

ИСТОЧНИКИ И ТИПЫ ЗАПИСЕЙ В ТАБЛИЦЕ МАРШРУТИЗАЦИИ

Первым источником является программное обеспечение стека TCP/IP. При инициализации маршрутизатора это программное обеспечение автоматически заносит в таблицу несколько записей, в результате чего создается так называемая минимальная таблица маршрутизации.

Во-первых, это записи о непосредственно подключенных сетях и маршрутизаторах по умолчанию, информация о которых появляется в стеке при ручном конфигурировании интерфейсов компьютера или маршрутизатора. В приведенных примерах к ним относятся записи о сетях 213.34.12.0 и 198.21.17.0, а также о маршрутизаторе по умолчанию — default в UNIX-маршрутизаторе и 0.0.0.0 в маршрутизаторе MPR Windows NT. В рассматриваемой таблице для маршрутизатора NetBuilder маршрутизатор по умолчанию не используется, следовательно, при поступлении пакета с адресом назначения, отсутствующим в таблице, этот пакет будет отброшен.

Во-вторых, программное обеспечение автоматически заносит в таблицу маршрутизации записи об адресах особого назначения. В таблице маршрутизатора MPR Windows NT содержится наиболее полный набор записей такого рода. Несколько записей связаны с особым адресом 127.0.0.0 (loopback), который используется для локального тестирования стека TCP/IP. Пакеты, направленные в сеть с номером 127.0.0.0, не передаются протоколом IP на канальный уровень для последующего направления в сеть, а возвращаются в источник — локальный модуль IP. Записи с адресом 224.0.0.0 предназначены для обработки групповых адресов (multicast address). Кроме того, в таблицу могут быть занесены адреса для широковещательных рассылок (например, записи 8 и 11 содержат адрес отправки широковещательного сообщения в соответствующих подсетях, а последняя запись в таблице — адрес ограниченной широковещательной рассылки сообщения). Заметим, что в некоторых таблицах записи об особых адресах вообще отсутствуют.

Вторым источником появления записи в таблице является администратор, непосредственно формирующий ее с помощью некоторой системной утилиты, например программы route, имеющейся в операционных системах UNIX и Windows NT. В аппаратных маршрутизаторах также всегда поддерживается команда для ручного задания записей таблицы маршрутизации. Заданные вручную записи всегда являются статическими, т. е. не имеют срока истечения жизни. Они могут быть как постоянными, т. е. сохраняющимися при перезагрузке маршрутизатора, так и временными, хранящимися в таблице только до выключения устройства. Часто администратор вручную заносит запись default о маршрутизаторе по умолчанию. Таким же образом в таблицу маршрутизации может быть внесена запись о специфичном для узла маршруте, где вместо номера сети содержится полный IP-адрес, т. е. адрес, имеющий ненулевую информацию не только в поле номера сети, но и в поле номера узла. Для такого конечного узла маршрут должен выбираться не так, как для всех остальных узлов сети, к которой он относится. В случае, когда в таблице есть разные записи о продвижении пакетов для всей сети и ее отдельного узла, при поступлении пакета, адресованного узлу, маршрутизатор отдаст предпочтение записи с полным адресом узла.

И, наконец, третьим источником записей могут быть протоколы маршрутизации, такие, как RIP или OSPF. Данные записи всегда являются динамическими, т. е. имеют ограниченный срок жизни. Программные маршрутизаторы Windows NT и UNIX не показывают источник появления той или иной записи в таблице, а маршрутизатор NetBuilder использует для этой цели поле Source. В приведенном в Таблице 2 примере первые две записи созданы программным обеспечением стека на основании данных о конфигурации портов маршрутизатора — это показывает признак Connected. Следующие две записи обозначены как Static, что указывает на то, что их ввел вручную администратор. Последняя запись появилась в результате работы протокола RIP, поэтому в ее поле TTL имеется значение 160.

Наталья Олифер — ответственный редактор LAN. С ней можно связаться по адресу: [email protected]

Поделитесь материалом с коллегами и друзьями

Выбор маршрута в маршрутизаторах Cisco

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

Требования

Для данного документа отсутствуют предварительные условия.

Используемые компоненты

Настоящий документ не имеет жесткой привязки к каким-либо конкретным версиям программного обеспечения и оборудования.

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

В создание и поддержку таблицы маршрутизации в маршрутизаторе Cisco вовлечены три процесса:

  • Различные процессы маршрутизации, которые фактически запускают сетевой протокол или протокол маршрутизации, такой как улучшенный протокол маршрутизации внутреннего шлюза (EIGRP), связь между промежуточными системами (IS-IS), первоочередное открытие кратчайших маршрутов (OSPF).

  • Сама таблица маршрутизации, которая получает сведения от процессов маршрутизации и отвечает на запросы данных от процесса переадресации.

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

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

Основные вопроси при построении маршрутной таблицы:

  • Административное расстояние – Это мера надежности источника маршрута. Если маршрутизатор узнает о получателе из нескольких протоколов маршрутизации, то сравниваются административные расстояния и преимущество получают маршруты с меньшим административным расстоянием. Другими словами, это степень доверия источнику маршрута.

  • Метрики – это мера, используемая протоколом маршрутизации для вычисления лучшего пути к данному месту назначения, если известно множество путей к нему. Каждый протокол маршрутизации использует свою метрику.

  • Длина префикса

Поскольку каждый процесс маршрутизации получает обновления и иную информацию, он выбирает наилучший путь к указанному пункту назначения и предпринимает попытку внедрить данный путь в таблицу маршрутизации. Например, если протокол EIGRP определяет наилучший путь к адресу 10.1.1.0/24, выполняется попытка установки данного пути в таблицу маршрутизации.

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

Для лучшего понимания давайте обратимся к примеру. Предположим, что в маршрутизаторе работает 4 процесса маршрутизации —: EIGRP, OSPF, RIP и IGRP. Все 4 процесса получили данные о различных маршрутах к сети 192.168.24.0/24, и каждый выбрал наилучший путь к этой сети, используя внутренние метрики и процессы.

Каждый из четырех процессов пытается установить свой маршрут к сети 192.168.24.0/24 в таблицу маршрутизации. Каждый из процессов маршрутизации назначил административное расстояние, которое используется для определения маршрута, который следует установить.

Административное расстояние по умолчанию
Подключено 0
Статичный 1
eBGP 20
EIGRP (внутренний) 90
IGRP 100
OSPF 110
IS-IS 115
RIP 120
EIGRP (внешний) 170
iBGP 200
Суммарный маршрут EIGRP 5

Так как внутренний маршрут EIGRP имеет наилучшее административное расстояние (чем меньше административное расстояние, тем выше приоритет), он устанавливается в таблицу маршрутизации.

Резервные маршруты

Что другие протоколы, RIP, IGRP и OSPF, делают с неустановленными маршрутами? Что делать, если оптимальный маршрут, полученный от EIGRP, недоступен? ПО Cisco IOS® использует два похода к решению этой проблемы: Сначала каждый процесс маршрутизации должен периодически пытаться установить свои лучшие маршруты. Если наиболее предпочтительный маршрут недоступен, то на следующей попытке будет выбран следующий по приоритету маршрут (в соответствие с административным расстоянием). Другим решением для протокола маршрутизации, которому не удалось установить маршрут в таблице, является использование маршрута и передача процессу таблицы маршрутизации команды послать отчет, если лучший маршрут даст сбой.

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

Для протоколов, не имеющих БД маршрутной информации, например EIGRP, IS-IS, OSPF, BGP и RIP, резервный маршрут регистрируется при сбое первоначальной попытки установить маршрут. Если маршрут, установленный в таблице маршрутизации, отказывает по тем или иным причинам, процесс обслуживания таблицы маршрутизации вызывает процессы всех протоколов маршрутизации, которые зарегистрировали резервный маршрут, и просит установить этот маршрут в таблицу. Если резервный маршрут зарегистрировали несколько протоколов, предпочтительный маршрут выбирается на основе административного расстояния.

Настройка административного расстояния

Административное расстояние по умолчанию не всегда подходит для вашей сети; можно внести изменение, чтобы маршруты RIP были предпочтительны, например, по сравнению с маршрутами IGRP. Перед тем как объяснить, как регулировать административные расстояния, необходимо посмотреть на последствия изменения административного расстояния.

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

Для полных протоколов изменение расстояния относительно просто. Для этого необходимо ввести команду distance в режиме субконфигурации процесса маршрутизации. Также можно изменить расстояние маршрутов, полученных только из одного источника или расстояние только определенных маршрутов. Для получения дополнительной информации см. Изменение административного расстояния для выбора маршрута в примере настройки маршрутизаторов Cisco IOS.

Чтобы изменить расстояние для статических маршрутов, введите нужное расстояние после следующей команды ip route:

ip-маршрут подсеть сети маска следующий транзитный участок расстояние

Невозможно одновременно изменить административное расстояние для всех статических маршрутов.

Как метрика определяет процесс выбора маршрута

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

Длина префикса

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

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

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

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

router# show ip route
     ....
     D   192.168.32.0/26 [90/25789217] via 10.1.1.1
     R   192.168.32.0/24 [120/4] via 10.1.1.2
     O   192.168.32.0/19 [110/229840] via 10.1.1.3
     ....

Если пакет прибывает на интерфейс маршрутизатора с адресом назначения 192.168.32.1, какой маршрут выберет маршрутизатор? Это зависит от длины префикса или количества бит, установленного в маске подсети. При пересылке пакета более длинные префиксы всегда предпочтительнее коротких.

В этом примере, пакет, отправленный по адресу 192.168.32.1 направляется в сеть 10.1.1.1, так как адрес 192.168.32.1 находится в сети 192.168.32.0/26 (192.168.32.0–192.168.32.63). Адресу соответствуют еще два доступных маршрута, но у 192.168.32.0/26 наиболее длинный префикс в таблице маршрутизации (26 бит против 24 и 19).

Точно так же, если пакет, направленный на адрес 192.168.32.100, прибывает на один из интерфейсов маршрутизатора, он перенаправляется на 10.1.1.2, поскольку 192.168.32.100 не попадает в диапазон адресов 192.168.32.0/26 (от 192.168.32.0 до 192.168.32.63), но попадает в диапазон адресов 192.168.32.0/24 назначения (от 192.168.32.0 до 192.168.32.255). Опять, он также попадает в область, перекрытую 192.168.32.0/19, но 192.168.32.0/24 имеет более длинный префикс.

Ip classless

Для тех адресов, для которых команда ip classless configuration попадает в данный диапазон, возможно возникновение сбоев в процессе маршрутизации и пересылки. В реальности команда "IP classless" влияет только на работу процессов переадресации IOS, но не влияет на построение таблицы маршрутизации. Если функция "IP classless" не настроена (с помощью команды no ip classless), маршрутизатор не будет переадресовать пакеты в подсети. Для примера снова поместим три маршрута в таблицу маршрутизации и проведем пакеты через маршрутизатор.

Примечание: Если суперсеть или маршрут по умолчанию получены через IS-IS или OSPF, то команда no ip classless configuration игнорируется. В этом случае режим коммутация пакетов работает так, как если бы команда ip classless была настроена.

router# show ip route
....
     172.30.0.0/16 is variably  subnetted, 2 subnets, 2 masks
D        172.30.32.0/20 [90/4879540] via  10.1.1.2
D       172.30.32.0/24  [90/25789217] via 10.1.1.1
S*   0.0.0.0/0 [1/0] via 10.1.1.3  

Помня о том, что сеть 172.30.32.0/24 включает адреса с 172.30.32.0 по 172.30.32.255, а сеть 172.30.32.0/20 включает адреса с 172.30.32.0 по 172.30.47.255, мы можем выполнить коммутацию трех пакетов с использованием этой таблицы маршрутизации и проанализировать результаты.

  • Пакет, направленный по адресу 172.30.33.1, переадресуются на 10.1.1.2, так как этот маршрут имеет наибольший префикс.

  • Пакет, предназначенный для адреса 172.30.33.1, пересылается на 10.1.1.2, из-за совпадения самого длинного префикса.

  • Пакет, направленный по адресу 192.168.10.1 переадресуются на 10.1.1.3. Так как сеть отсутствует в таблице маршрутизации, пакет переадресуется на маршрут по умолчанию.

  • Пакет, отправленный по адресу 172.30.254.1, отбрасывается.

Удивительно, что из этих четырех пакетов был отброшен последний. Он отброшен потому, что его место назначения 172.30.254.1 находится внутри известной крупной сети 172.30.0.0/16, но маршрутизатор не знает об этой отдельной подсети внутри этой крупной сети.

На этом основана маршрутизация типа classful: Если одна часть основной сети известна, но подсеть в этой основной сети, для которой предназначен пакет, не известна, пакет отбрасывается.

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

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

Маршрутизатор удаленного сайта настраивается следующим образом:

interface Serial 0
     ip address 10.1.2.2 255.255.255.0
   !
   interface Ethernet 0
     ip address 10.1.1.1 255.255.255.0
   !
   ip route 0.0.0.0 0.0.0.0 10.1.2.1
   !
   no ip classless

В такой конфигурации узлы на удаленном узле могут достичь назначения через Интернет (через облако 10.x.x.x), но не назначений в облаке 10.x.x.x, которое является корпоративной сетью. Поскольку удаленный маршрутизатор обладает информацией о части сети 10.0.0.0/8, двух напрямую подключенных подсетях и ничего не знает о другой подсети диапазона 10.x.x.x, то он предполагает, что таких подсетей не существует, и сбрасывает предназначенные для них пакеты. Однако трафик, направленный в Интернет, не имеет получателя в диапазоне адресов 10.x.x.x и поэтому правильно направляется по стандартному маршруту.

Настройка бесклассового IP на удаленном маршрутизаторе позволяет решить эту проблему, так как она позволяет удаленному маршрутизатору игнорировать границы класса сетей в таблице маршрутизации и выполнять маршрутизацию просто по совпадению с наибольшей длиной префикса.

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

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

Таблица IP-маршрутизации. Категория: Локальная сеть • Разное

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

  • адрес сети или узла назначения, либо указание, что маршрут является маршрутом по умолчанию
  • маску сети назначения (маска 255.255.255.255 позволяет указать единичный узел сети)
  • шлюз, обозначающий адрес маршрутизатора в сети, на который необходимо отправить пакет, следующий до указанного адреса
  • интерфейс, через который доступен шлюз (это может быть порядковый номер, GUID или символьное имя устройства)
  • метрику — числовой показатель, задающий предпочтительность маршрута; чем меньше, тем предпочтительнее маршрут

Шлюз по умолчанию (default gateway) — адрес маршрутизатора, на который отправляется трафик, для которого невозможно определить маршрут, исходя из таблиц маршрутизации. Шлюз по умолчанию задаётся записью в таблице маршрутизации вида «сеть 0.0.0.0 с маской сети 0.0.0.0».

Просмотр маршрутов в Windows

Команда route выводит на экран все содержимое таблицы IP-маршрутизации и позволяет изменять записи. Запущенная без параметров, команда route выводит справку:

> route

Обработка таблиц сетевых маршрутов.

ROUTE [-f] [-p] [-4|-6] <команда> [<назначение>]
                  [MASK <маска_сети>]  [<шлюз>] [METRIC <метрика>]
                  [IF <интерфейс>]

  -f           Очистка таблиц маршрутов от всех записей шлюзов. При указании
               одной из команд таблицы очищаются до выполнения команды.

  -p           При использовании с командой ADD маршрут
               сохраняется после перезагрузок системы. По умолчанию маршруты
               не сохраняются при перезагрузке. Пропускается для остальных
               команд, всегда изменяющих соответствующие постоянные маршруты.

  -4           Принудительное использование протокола IPv4.

  -6           Принудительное использование протокола IPv6.

   <команда>   Одна из следующих команд:
                 PRINT     Печать маршрута
                 ADD       Добавление маршрута
                 DELETE    Удаление маршрута
                 CHANGE    Изменение существующего маршрута
  <назначение> Задает узел.
  MASK         Далее следует значение параметра "маска_сети".
  <маска_сети> Значение маски подсети для записи данного маршрута.
               Если этот параметр не задан, по умолчанию используется
               значение 255.255.255.255.
  <шлюз>       Шлюз.
  <интерфейс>  Номер интерфейса для указанного маршрута.
  METRIC       Определение метрики, т. е. затрат для узла назначения.

Проводится поиск всех символических имен узлов в файле сетевой базы данных
NETWORKS. Проводится поиск символических имен шлюзов в файле базы данных имен
узлов HOSTS.

Для команд PRINT и DELETE можно указать узел или шлюз с помощью подстановочного
знака либо опустить параметр "шлюз".

Если узел содержит подстановочный знак "*" или "?", он используется
в качестве шаблона и печатаются только соответствующие ему маршруты. Знак "*"
соответствует любой строке, а "?" - любому знаку.
Примеры: 157.*.1, 157.*, 127.*, *224*.

Соответствие шаблону поддерживает только команда PRINT.
Диагностические сообщения:
    Недопустимое значение MASK вызывает ошибку, если (УЗЕЛ МАСКА) != УЗЕЛ.
      Если IF не задан, то производится попытка найти лучший интерфейс для
      указанного шлюза.
    > route ADD 3ffe::/32 3ffe::1

    > route CHANGE 157.0.0.0 MASK 255.0.0.0 157.55.80.5 METRIC 2 IF 2

      Параметр CHANGE используется только для изменения шлюза или метрики.

    > route DELETE 157.0.0.0
    > route DELETE 3ffe::/32

Просмотр таблицы маршрутизации:

> route print
===========================================================================
Список интерфейсов
 21...0a 00 27 00 00 15 ......VirtualBox Host-Only Ethernet Adapter
  5...0a 00 27 00 00 05 ......VirtualBox Host-Only Ethernet Adapter #2
 20...1c 1b 0d e6 14 bd ......Realtek PCIe GbE Family Controller
  1...........................Software Loopback Interface 1
===========================================================================

IPv4 таблица маршрута
===========================================================================
Активные маршруты:
Сетевой адрес           Маска сети      Адрес шлюза       Интерфейс  Метрика
          0.0.0.0          0.0.0.0    192.168.110.1    192.168.110.2     35
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
     172.28.128.0    255.255.255.0         On-link      172.28.128.1    281
     172.28.128.1  255.255.255.255         On-link      172.28.128.1    281
   172.28.128.255  255.255.255.255         On-link      172.28.128.1    281
     192.168.53.0    255.255.255.0         On-link      192.168.53.1    281
     192.168.53.1  255.255.255.255         On-link      192.168.53.1    281
   192.168.53.255  255.255.255.255         On-link      192.168.53.1    281
    192.168.110.0    255.255.255.0         On-link     192.168.110.2    291
    192.168.110.2  255.255.255.255         On-link     192.168.110.2    291
  192.168.110.255  255.255.255.255         On-link     192.168.110.2    291
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link      172.28.128.1    281
        224.0.0.0        240.0.0.0         On-link      192.168.53.1    281
        224.0.0.0        240.0.0.0         On-link     192.168.110.2    291
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link      172.28.128.1    281
  255.255.255.255  255.255.255.255         On-link      192.168.53.1    281
  255.255.255.255  255.255.255.255         On-link     192.168.110.2    291
===========================================================================
Постоянные маршруты:
  Отсутствует

IPv6 таблица маршрута
===========================================================================
Активные маршруты:
 Метрика   Сетевой адрес            Шлюз
  1    331 ::1/128                  On-link
 20    291 fe80::/64                On-link
  5    281 fe80::/64                On-link
 21    281 fe80::/64                On-link
 21    281 fe80::14e:9612:aea9:b378/128
                                    On-link
  5    281 fe80::61bb:3768:1294:4dc0/128
                                    On-link
 20    291 fe80::a872:bd46:b87d:7fac/128
                                    On-link
  1    331 ff00::/8                 On-link
 21    281 ff00::/8                 On-link
  5    281 ff00::/8                 On-link
 20    291 ff00::/8                 On-link
===========================================================================
Постоянные маршруты:
  Отсутствует

Команда tracert предоставляет возможность определить маршрут, по которому проходит пакет до заданного узла:

> tracert ya.ru

Трассировка маршрута к ya.ru [87.250.250.242]
с максимальным числом прыжков 30:

  1    <1 мс    <1 мс    <1 мс  192.168.110.1
  2     1 ms    <1 мс    <1 мс  78.107.125.69
  3     1 ms     1 ms     1 ms  stpert-bng1-local.msk.corbina.net [85.21.0.172]
  4     1 ms     1 ms     1 ms  10.2.254.10
  5     3 ms     3 ms     3 ms  korova-bb-be5.corbina.net [195.14.54.195]
  6     2 ms     2 ms     2 ms  85.21.224.96
  7     2 ms     2 ms     2 ms  85.21.224.54
  8     3 ms     2 ms     3 ms  m9-br-be1.corbina.net [195.14.54.79]
  9     7 ms     7 ms    12 ms  corbina-gw.dante.yandex.net [83.102.145.178]
 10     5 ms     4 ms     4 ms  ya.ru [87.250.250.242]

Трассировка завершена.

Просмотр маршрутов в Linux

Команда route выводит на экран все содержимое таблицы IP-маршрутизации и позволяет изменять записи.

$ $ route --help
Использование: route [-nNvee] [-FC] [<AF>] Отобразить таблицу маршрутизации ядра
       route [-v] [-FC] {add|del|flush} ... Изменить таблицу маршрутизации для AF.

       route {-h|--help} [<AF>] Детальное описание использование указанной 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

Утилита traceroute предоставляет возможность определить маршрут, по которому проходит пакет до заданного узла:

$ 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 • Маска сети • Шлюз • Маршрут • Таблица • Адрес • Команда

Как работают таблицы маршрутизации?

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

Ваш сетевой адаптер имеет IP-адрес и маску подсети. Таким образом, вы получаете бесплатную запись в таблице маршрутизации на основе этого. т. е. если ваш IP-адрес 192.168.2.1, а ваша маска подсети 255.255.255.0, то, если вы хотите достичь чего-либо еще на 192.168.2.X, вы можете пройти через интерфейс 192.168.2.1. (Это так называемые "напрямую связанные" маршруты)

Что-нибудь с NIC, который делает TCP / IP, имеет по крайней мере маленькую таблицу маршрутизации, содержащую по крайней мере одну или две записи.

Если у вас есть две сетевые карты, которые подключены к двум отдельным сетям, у вас будет две записи. Допустим, у вас есть второй сетевой адаптер с IP-адресом 192.168.3.1 и маской подсети 255.255.255.0. Из-за этого вы получите еще одну бесплатную запись в таблице маршрутизации.

Полезно иметь маршрут по умолчанию, вы можете установить его вручную или назначить через DHCP.

Система, когда она пытается выяснить, как отправить пакет, пройдет через все записи таблицы маршрутизации и сопоставит ту, которая имеет самую высокую подсеть (подсеть с наибольшим количеством 1 бит - 255 = 8 бит).

Если он не может найти соответствие, он отправляет его на IP-адрес и интерфейс, указанный в качестве маршрута по умолчанию.

Таким образом, если у нас есть две сетевые карты и маршрут по умолчанию, так как для маршрута по умолчанию обычно устанавливается маска подсети 0.0.0.0, это будет последнее совпадение. Поэтому, если мы отправим трафик на 192.168.3.2, он выйдет из NIC в этой подсети из-за таблиц маршрутизации.

Если это не IP-адрес, начинающийся с 192.168.2.X или 192.168.3.X, он попытается перейти к IP-адресу маршрута по умолчанию, как правило, к интернет-интерфейсу. (Маршрут по умолчанию технически не требуется. Если его нет, отправка данных в этот момент не выполняется.)

Такие маршрутизаторы, как ваш, имеют как минимум 3 сетевых адаптера, порты «WAN», «LAN» (все эти порты обычно соединены мостом и функционируют как один сетевой адаптер) и точку доступа «WLAN».

Разбираясь со сложными и сложными вещами, конечно, вы также можете делать такие вещи, как, например, подсеть 192.168.8.X доступна через 192.168.20.1 (на другой стороне, конечно же, должен быть маршрутизатор, который знает об этом) и делать сложная ручная и полностью статическая маршрутизация, конечно. Такие вещи, как RIP, OSPF и IS-IS, изменяют таблицу маршрутизации маршрутизатора в соответствии с информацией от «вышестоящих» маршрутизаторов.

Создание, изменение или удаление таблицы маршрутов Azure

  • Чтение занимает 10 мин

В этой статье

Azure автоматически направляет трафик между подсетями Azure, виртуальными и локальными сетями. Если нужно изменить какой-либо из стандартных маршрутов Azure, это можно сделать с помощью создания таблицы маршрутов. Если у вас нет опыта маршрутизации в виртуальных сетях, вы можете узнать об этом подробнее из обзора маршрутизации или изучить руководство.

Подготовка к работе

Если у вас нет учетной записи Azure с активной подпиской, обзаведитесь ей. Создайте учетную запись бесплатно. После этого, прежде чем приступать к выполнению инструкций какого-либо раздела этой статьи, выполните один из перечисленных ниже пунктов.

  • Пользователям портала. Войдите на портал Azure с использованием своей учетной записи Azure.

  • Пользователям PowerShell. Выполните соответствующие команды в Azure Cloud Shell или запустите PowerShell на своем компьютере. Azure Cloud Shell — это бесплатная интерактивная оболочка, с помощью которой можно выполнять действия, описанные в этой статье. Она включает предварительно установленные общие инструменты Azure и настроена для использования с вашей учетной записью. На вкладке обозревателя Azure Cloud Shell найдите раскрывающийся список Выбор среды, а затем выберите PowerShell, если этот пункт еще не выбран.

    Если вы работаете с PowerShell в локальной среде, используйте модуль Azure PowerShell 1.0.0 или более поздней версии. Выполните командлет Get-Module -ListAvailable Az.Network, чтобы узнать установленную версию. Если вам необходимо выполнить обновление, ознакомьтесь со статьей, посвященной установке модуля Azure PowerShell. Кроме того, выполните команду Connect-AzAccount, чтобы создать подключение к Azure.

  • Пользователям интерфейса командной строки Azure (Azure CLI) . Выполните соответствующие команды в Azure Cloud Shell или запустите интерфейс командной строки на своем компьютере. Если вы работаете с Azure CLI в локальной среде, используйте Azure CLI 2.0.31 или более поздней версии. Выполните командлет az --version, чтобы узнать установленную версию. Если вам необходимо выполнить установку или обновление, см. статью Установка Azure CLI 2.0. Кроме того, выполните команду az login, чтобы создать подключение к Azure.

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

Создание таблицы маршрутов

Число таблиц маршрутов, которые можно создать в одном расположении и одной подписке Azure, ограничено. Дополнительные сведения см. в разделе "Ограничения сети — Azure Resource Manager" статьи "Лимиты, квоты и ограничения на подписку и службу Azure".

  1. На домашней странице или в меню портала Azure щелкните Создать ресурс.

  2. В поле поиска введите Таблица маршрутов. Когда элемент Таблица маршрутов появится в результатах поиска, выберите его.

  3. На странице Таблица маршрутов щелкните Создать.

  4. В диалоговом окне Создание таблицы маршрутов выполните следующие действия.

    1. Введите имя таблицы маршрутов в поле Имя.
    2. Выберите свою подписку.
    3. Выберите имеющуюся группу ресурсов в списке Группа ресурсов или выберите Создать, чтобы создать новую.
    4. Выберите расположение.
    5. Если планируется связать таблицу маршрутов с подсетью в виртуальной сети, подключенной к локальной сети через VPN-шлюз, но так, чтобы локальные маршруты не распространялись на сетевые интерфейсы в подсети, установите для параметра Распространение маршрутов шлюза виртуальной сети значение Отключено.
  5. Нажмите Создать, чтобы создать таблицу маршрутов.

Создание таблицы маршрутизации — команды

Просмотр таблиц маршрутов

Перейдите на портал Azure для управления виртуальной сетью. Найдите и щелкните Таблицы маршрутов. В списке будут содержаться таблицы маршрутов, имеющиеся в вашей подписке.

Просмотр таблицы маршрутизации — команды

Просмотр сведений о таблице маршрутов

  1. Перейдите на портал Azure для управления виртуальной сетью. Найдите и щелкните Таблицы маршрутов.

  2. В списке таблиц маршрутизации выберите таблицу, о которой хотите просмотреть подробные сведения.

  3. На странице таблицы маршрутизации в разделе Параметры вы можете просмотреть содержащиеся в таблице маршруты или подсети, с которыми связана таблица.

Дополнительные сведения об общих параметрах Azure см. ниже:

Просмотр сведения о таблице маршрутизации — команды

Изменение таблицы маршрутов

  1. Перейдите на портал Azure для управления виртуальной сетью. Найдите и щелкните Таблицы маршрутов.

  2. Выберите в списке таблицу маршрутизации, которую требуется изменить.

Наиболее распространенные изменения — это добавление и удаление маршрутов, а также связывание и отмена связи таблиц маршрутов с подсетями.

Создание таблицы маршрутизации — команды

Связывание таблицы маршрутов с подсетью

При необходимости можно связать таблицу маршрутизации с подсетью. Таблица маршрутизации может быть связана с несколькими подсетями, но наличие такой связи необязательно. Таблицы маршрутизации не связаны с виртуальными сетями, поэтому необходимо явно связать таблицу маршрутов с каждой из требуемых подсетей. В Azure весь трафик, исходящий из подсети, направляется по маршрутам, внесенным в таблицы маршрутизации: маршрутам по умолчанию и маршрутам, распространяемым из локальной сети, если виртуальная сеть подключена к шлюзу виртуальной сети Azure (ExpressRoute или VPN). Вы можете связать таблицы маршрутов только с теми подсетями в виртуальной сети, которые находятся в том же расположении и той же подписке Azure, что и таблица маршрутов.

  1. Перейдите на портал Azure для управления виртуальной сетью. Найдите и щелкните Виртуальные сети.

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

  3. В строке меню виртуальной сети выберите Подсети.

  4. Выберите подсеть, с которой нужно связать таблицу маршрутов.

  5. В списке Таблица маршрутизации выберите таблицу, которую нужно связать с подсетью.

  6. Нажмите кнопку Сохранить.

Если виртуальная сеть подключена к шлюзу Azure VPN, не связывайте таблицу маршрутов с подсетью шлюза, включающей маршрут с назначением 0.0.0.0/0. Это может привести к неправильной работе шлюза. Дополнительные сведения об использовании префикса 0.0.0.0/0 в маршруте см. в разделе "Префикс адреса 0.0.0.0/0" статьи "Маршрутизация трафика виртуальных сетей".

Связывание таблицы маршрутизации с подсетью — команды

Отмена связи таблицы маршрутов с подсетью

При отмене связи таблицы маршрутов с подсетью Azure направляет трафик на основе своих стандартных маршрутов.

  1. Перейдите на портал Azure для управления виртуальной сетью. Найдите и щелкните Виртуальные сети.

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

  3. В строке меню виртуальной сети выберите Подсети.

  4. Выберите подсеть, с которой нужно отменить связь.

  5. В списке Таблица маршрутизации выберите вариант Нет.

  6. Нажмите кнопку Сохранить.

Отмена связи таблицы маршрутизации с подсетью — команды

Удаление таблицы маршрутов

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

  1. Перейдите на портал Azure для управления таблицами маршрутизации. Найдите и щелкните Таблицы маршрутов.

  2. В списке таблиц маршрутизации выберите таблицу, которую требуется удалить.

  3. Нажмите Удалить, а затем нажмите Да в диалоговом окне подтверждения.

Удаление таблицы маршрутизации — команды

Создание маршрута

Число маршрутов на одну таблицу маршрутизации в одном расположении и одной подписке Azure ограничено. Дополнительные сведения см. в разделе "Ограничения сети — Azure Resource Manager" статьи "Лимиты, квоты и ограничения на подписку и службу Azure".

  1. Перейдите на портал Azure для управления таблицами маршрутизации. Найдите и щелкните Таблицы маршрутов.

  2. В списке таблиц маршрутизации выберите таблицу, в которую требуется добавить маршрут.

  3. В строке меню таблицы маршрутизации выберите Маршруты > Добавить.

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

  5. В поле Префикс адреса введите префикс адреса в нотации CIDR, по которому нужно направить трафик. Префикс не может повторяться в нескольких маршрутах в таблице маршрутизации, но может содержаться внутри другого префикса. Например, если вы задали для одного маршрута префикс адреса 10.0.0.0/16, то по-прежнему можете определить другой маршрут с префиксом 10.0.0.0/22. Azure выбирает маршрут трафика на основе совпадения с самым длинным префиксом. Дополнительные сведения см. в разделе "Как Azure выбирает маршрут" статьи "Маршрутизация трафика виртуальных сетей".

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

  7. Если вы выбрали значение Виртуальный модуль для параметра Тип следующего прыжка, введите IP-адрес в поле Адрес следующего прыжка.

  8. Нажмите кнопку ОК.

Создание маршрута — команды

Просмотр маршрутов

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

  1. Перейдите на портал Azure для управления таблицами маршрутизации. Найдите и щелкните Таблицы маршрутов.

  2. В списке таблиц маршрутизации выберите таблицу, маршруты в которой требуется просмотреть.

  3. В строке меню таблицы маршрутизации выберите Маршруты, чтобы увидеть список маршрутов.

Просмотр маршрутов — команды

Просмотр сведений о маршруте

  1. Перейдите на портал Azure для управления таблицами маршрутизации. Найдите и щелкните Таблицы маршрутов.

  2. В списке таблиц маршрутизации выберите таблицу с маршрутом, о котором хотите просмотреть подробные сведения.

  3. В строке меню таблицы маршрутизации выберите Маршруты, чтобы увидеть список маршрутов.

  4. Выберите маршрут, сведения о котором нужно просмотреть.

Просмотр сведений о маршруте — команды

Изменение маршрута

  1. Перейдите на портал Azure для управления таблицами маршрутизации. Найдите и щелкните Таблицы маршрутов.

  2. В списке таблиц маршрутизации выберите таблицу с маршрутом, который хотите изменить.

  3. В строке меню таблицы маршрутизации выберите Маршруты, чтобы увидеть список маршрутов.

  4. Выберите маршрут, который нужно изменить.

  5. Измените имеющиеся параметры на новые, а затем нажмите кнопку Сохранить.

Изменение маршрута — команды

Удаление маршрута

  1. Перейдите на портал Azure для управления таблицами маршрутизации. Найдите и щелкните Таблицы маршрутов.

  2. В списке таблиц маршрутизации выберите таблицу с маршрутом, который хотите удалить.

  3. В строке меню таблицы маршрутизации выберите Маршруты, чтобы увидеть список маршрутов.

  4. Выберите маршрут, который нужно удалить.

  5. Нажмите Удалить, а затем нажмите Да в диалоговом окне подтверждения.

Удаление маршрута — команды

Просмотр действующих маршрутов

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

  1. Перейдите на портал Azure для управления своими виртуальными машинами. Найдите и щелкните Виртуальные машины.

  2. В списке виртуальных машин выберите машину, для которой нужно просмотреть действующие маршруты.

  3. В строке меню виртуальной машины выберите Сеть.

  4. Выберите имя сетевого интерфейса.

  5. В строке меню сетевого интерфейса выберите Фактические маршруты.

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

Просмотр действующих маршрутов — команды

Проверка маршрутизации между двумя конечными точками

Вы можете определить тип следующего прыжка между виртуальной машиной и IP-адресом другого ресурса Azure, локальным ресурсом или ресурсом в Интернете. Определение маршрутизации Azure эффективно при устранении неполадок, связанных с маршрутизацией. Для проверки маршрутизации необходимо иметь экземпляр Наблюдателя за сетями. Если у вас его нет, создайте его, как описано в статье "Создание экземпляра Наблюдателя за сетями Azure".

  1. Перейдите на портал Azure для управления наблюдателями за сетями. Найдите и выберите Наблюдатель за сетями.

  2. В строке меню Наблюдателя за сетями выберите Следующий прыжок.

  3. На странице Наблюдатель за сетями | Следующий прыжок выполните следующие действия.

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

    2. Выберите виртуальную машину и сетевой интерфейс, подключенный к виртуальной машине.

    3. В поле Исходный IP-адрес введите IP-адрес, присвоенный сетевому интерфейсу, маршрутизацию с которого требуется проверить.

    4. В поле Конечный IP-адрес введите IP-адрес, маршрутизацию на который требуется проверить.

  4. Выберите Следующий прыжок.

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

Проверка маршрутизации между двумя конечными точками — команды

Разрешения

Для выполнения операций над таблицами маршрутизации и маршрутами необходимо, чтобы вашей учетной записи была назначена одна из ролей: Участник сетей или Настраиваемая роль, которой назначены соответствующие действия, перечисленные в следующей таблице.

Действие Имя
Microsoft.Network/routeTables/read Чтение таблицы маршрутов.
Microsoft.Network/routeTables/write Создание или обновление таблицы маршрутов.
Microsoft.Network/routeTables/delete Удаление таблицы маршрутов
Microsoft.Network/routeTables/join/action Связывание таблицы маршрутов с подсетью
Microsoft.Network/routeTables/routes/read Чтение маршрута.
Microsoft.Network/routeTables/routes/write Создание или обновление маршрута.
Microsoft.Network/routeTables/routes/delete Удаление маршрута
Microsoft.Network/networkInterfaces/effectiveRouteTable/action Получение действующей таблицы маршрутов для сетевого интерфейса.
Microsoft.Network/networkWatchers/nextHop/action Получить следующий прыжок из виртуальной машины

Дальнейшие действия

таблиц маршрутизации в компьютерной сети

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

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

Таблица маршрутизации:
Таблица маршрутизации - это набор правил, часто просматриваемых в табличном формате, который используется для определения того, куда будут направляться пакеты данных, проходящие по сети Интернет-протокола (IP). Все IP-устройства, включая маршрутизаторы и коммутаторы, используют таблицы маршрутизации.См. Ниже таблицу маршрутизации:

  Назначение   Маска подсети   Интерфейс 
 128.75.43.0 255.255.255.0 Eth0
 128.75.43.0 255.255.255.128 Eth2
 192.12.17.5 255.255.255.255 Eth4
 default Eth3 

Запись, соответствующая конфигурации шлюза по умолчанию , является сетевым адресатом 0.0.0.0 с сетевой маской (сетевой маской) 0.0.0.0. Маска подсети маршрута по умолчанию всегда 255.255.255.255.


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

Каждая запись в таблице маршрутизации состоит из следующих записей:

  1. Идентификатор сети:
    Идентификатор сети или пункт назначения, соответствующий маршруту.
  2. Маска подсети:
    Маска, которая используется для сопоставления IP-адреса назначения с идентификатором сети.
  3. Следующий переход:
    IP-адрес, на который пересылается пакет.
  4. Исходящий интерфейс:
    Исходящий интерфейс, пакет должен выйти, чтобы достичь сети назначения.
  5. Метрика:
    Обычно метрика используется для обозначения минимального количества переходов (пересекаемых маршрутизаторов) для идентификатора сети.

Записи таблицы маршрутизации могут использоваться для хранения следующих типов маршрутов:

  • Идентификаторы сети с прямым подключением
  • Идентификаторы удаленной сети
  • Маршруты хоста
  • Маршрут по умолчанию
  • Назначение

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



Как заполняются таблицы маршрутизации?
Есть способы поддерживать таблицу маршрутизации:

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

Процесс определения маршрута (поиск идентификатора подсети с помощью таблицы маршрутизации):
Предположим, что сеть разделена на 4 подсети, как показано на рисунке выше.IP-адреса четырех подсетей:

 200.1.2.0 (подсеть a)
200.1.2.64 (Подсеть b)
200.1.2.128 (Подсеть c)
200.1.2.192 (Подсеть d) 

Тогда Таблица маршрутизации , поддерживаемая внутренним маршрутизатором, выглядит следующим образом:

5 12 по умолчанию
Назначение Маска подсети Интерфейс
200.1.2.0 .255.192 a
200.1.2.64 255.255.255.192 b
200.1.2.128 255.255.255.192 c
200.1.2.192 255.255.255.192 d

Чтобы найти свою правильную подсеть (идентификатор подсети), маршрутизатор выполняет побитовое И для IP-адреса назначения, указанного в пакете данных, и все маски подсети одну за другой.

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

Пример-1: GATE-CS-2004 | Вопрос 55

Пример-2: GATE IT 2006 | Вопрос 63

Обратите внимание на , что таблицы маршрутизации не относятся к устройствам Cisco. Даже в вашей операционной системе Windows есть таблица маршрутизации, которую можно отобразить с помощью команды route print

Как работает таблица маршрутизации?

В нашем последнем «объясненном» посте Как работает маршрутизатор вы ознакомились с принципом работы маршрутизатора.Итого:

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

Маршрутный стол

В этом посте мы сосредоточимся на следующем процессе: «поле IP-адреса назначения пакета проверяется на соответствие информации, хранящейся в маршрутизаторе» . Место, где хранится информация о маршрутизации, называется таблицей маршрутизации . Таблица маршрутизации содержит записи маршрутизации, то есть список пунктов назначения (часто называемый: список сетевых префиксов или маршрутов).

Когда запущен ПРОСМОТР МАРШРУТА:

  1. Имея IP-адрес назначения пакета, маршрутизаторы всегда выбирают наилучшее соответствие ВХОД МАРШРУТИЗАТОРА . Это означает ДЛИННОЕ СОГЛАСОВАНИЕ ПРЕФИКСА . Это означает, что в нашем случае запись: 192.168.1.20 / 32 точнее 192.168.1.0/24 при поиске 192.168.1.20.
  2. Почему этот точнее? Поскольку запись 192.168.1.20/32 соответствует ровно 32 битам нашего IP-адреса назначения, тогда как 192.168.1.0/24 соответствует только 24 битам нашего адреса. Если вам нужно понять IP-адресацию, прочтите наш пост об IP-адресации, подсетях и планировании.

И последнее, но не менее важное: как маршрутизаторы узнают правильные места назначения?

Есть два варианта:

  • Мы можем явно указать маршрутизатору, как маршрутизировать к месту назначения: например: если вы хотите перейти к C, перейдите через маршрутизатор 2.Это так называемая СТАТИЧЕСКАЯ МАРШРУТИЗАЦИЯ , где пункты назначения записываются в конфигурацию маршрутизатора статически (вручную администратором сети). На рисунке ниже оранжевые элементы необходимо ввести в маршрутизатор вручную.

А теперь представьте, что вам нужно настроить все интернет-направления, более 600 000 маршрутов! Нужно ли нам вручную предоставить более 600 тыс. Записей? Ни за что. Есть идея поумнее и называется:

  • ДИНАМИЧЕСКАЯ МАРШРУТИЗАЦИЯ .С помощью динамической маршрутизации мы можем настроить маршрутизаторы на получение IP-адресов от других маршрутизаторов, которые также участвуют в том же процессе маршрутизации.

Пример: К маршрутизатору 3 подключен портативный компьютер C, поэтому он объявляет сетевой адрес C соседним маршрутизаторам. Соседний маршрутизатор Маршрутизатор 2 получает объявление и вводит префикс C в свою таблицу маршрутизации и, в свою очередь, отправляет информацию о сети C своим соответствующим соседям (маршрутизатор 1). Таким образом, без вмешательства человека вся сеть может узнать пункты назначения и создать топологию маршрутизации.

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

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

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

.

Чтобы увидеть другие сообщения по основам работы в сети и беспроводной связи, см. Наш поясненный раздел.

Чтобы подписаться на наш список рассылки для нашей онлайн-платформы, где вы можете узнать обо всем этом, посетите GrandmetricWatch.Мы сообщим вам, когда он выйдет в эфир.

Объяснение таблицы маршрутизации | CCNA

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

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

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

Рассмотрим следующий пример:

В приведенном выше примере у нас есть сеть из двух компьютеров и маршрутизатора.Хост A хочет связаться с хостом B. Поскольку хосты находятся в разных подсетях, хост A отправляет свой пакет на шлюз по умолчанию (маршрутизатор). Маршрутизатор получает пакет, проверяет IP-адрес назначения и просматривает свою таблицу маршрутизации, чтобы выяснить, на какой интерфейс будет отправлен пакет. Команду show ip route можно использовать для отображения таблицы маршрутизации маршрутизатора:

Это запись, которая будет использоваться для маршрутизации пакета:

Строка выше указывает, что каждый пакет, предназначенный для 10.Сеть 0.0.0 / 8 будет отправлена ​​через интерфейс Fa0 / 1 . Вот описание каждого поля:

  • C - обозначает подключенных . Каждая напрямую подключенная сеть автоматически добавляется в таблицу маршрутизации.
  • 10.0.0.0/8 - указывает диапазон IP-адресов, для которых будет использоваться маршрут, в данном случае все IP-адреса из следующего диапазона: 10.0.0.0 - 10.255.255.255.
  • FastEthernet0 / 1 - указывает интерфейс, на который будет отправлен пакет, чтобы достичь сети назначения.

Для заполнения таблицы маршрутизации используются следующие методы:

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

Обратите внимание, что таблицы маршрутизации не относятся к устройствам Cisco. Даже в вашей операционной системе Windows есть таблица маршрутизации, которую можно отобразить с помощью команды route print :

Общие сведения о таблицах маршрутизации - TechRepublic

Чтобы полностью понять маршрутизацию, вам необходимо понять таблицы маршрутизации.В этой ежедневной статье Деб Шиндер объясняет, как используются таблицы маршрутизации, какую информацию они содержат, а также как просматривать и настраивать таблицу маршрутизации.


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

Большинство сетевых администраторов имеют хотя бы базовое представление о том, как работает IP-маршрутизация. Маршрутизатор (выделенное устройство или многосетевой компьютер, настроенный для IP-переадресации) подключен как минимум к двум сетям и принимает решения о том, куда отправлять пакеты, которые он получает, на основе адреса назначения. Маршрутизаторы соединяют несколько сетей или подсетей в единую сеть.

Но как маршрутизатор определяет, куда следует отправить пакет с определенным адресом назначения? Один из способов - использовать протоколы динамической маршрутизации , , такие как протокол информации о маршрутизации (RIP) или сначала открыть кратчайший путь (OSPF), которые автоматически создают и обновляют базу данных или таблицу маршрутизации.Другой способ - статическая маршрутизация, консультация с таблицей маршрутизации, созданной вручную, в которой администратор ввел серию маршрутов, каждый из которых содержит информацию о том, как добраться до определенного идентификатора сети в объединенной сети.

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

Как работают таблицы маршрутизации
Статическая маршрутизация использует таблицу маршрутизации, которая была предварительно настроена вручную; все записи останутся прежними, если они не будут изменены вручную.Это отлично работает, если все машины остаются в одной подсети и всегда имеют один и тот же IP-адрес (и при условии, что все маршрутизаторы остаются работоспособными). К сожалению, этот идеальный набор обстоятельств применим не всегда. Протоколы динамической маршрутизации позволяют маршрутизаторам получать информацию от других (одноранговых) маршрутизаторов в сети, чтобы обновлять записи в таблице маршрутизации без вмешательства человека.

Каким бы способом ни была построена таблица, когда маршрутизатор или хост-компьютер, на котором включена IP-переадресация, отправляет IP-дейтаграмму, он должен определить, какой физический адрес интерфейса использовать.(Помните, что он подключен как минимум к двум сетям с отдельным интерфейсом для каждой сети.) Если пакет предназначен для адреса в подсети, к которой он не подключен, он будет использовать таблицу маршрутизации, чтобы определить, что пакет должны быть отправлены на шлюз. Таблица маршрутизации содержит (логический) IP-адрес шлюза. Протокол разрешения адресов (ARP) будет использовать IP-адрес для определения физического (MAC) адреса шлюза. Дейтаграмма будет пересылаться от маршрутизатора к маршрутизатору до тех пор, пока не достигнет маршрутизатора, подключенного к подсети или узлу назначения.


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

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

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

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

  • · Сетевые маршруты
  • · Маршруты хоста

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

Типичная запись в таблице IP-маршрутизации содержит следующую информацию:

  1. · Сетевой идентификатор или межсетевой адрес маршрута хоста.
  2. · Маска подсети (сетевая маска), используемая для определения идентификатора сети по IP-адресу.
  3. · Адрес пересылки или шлюз. (Это может быть адрес сетевого интерфейса, подключенного к сети, если адрес находится в сети / подсети, к которой напрямую подключен маршрутизатор.)
  4. · Номер порта (или другой логический идентификатор) сетевого интерфейса используется для пересылки пакетов по идентификатору сети.
  5. · Метрика, которая представляет собой число, которое указывает уровень предпочтения или приоритет определенного маршрута (при этом самая низкая метрика обычно указывает на наиболее предпочтительный маршрут).Метрика указывает стоимость использования определенного маршрута; обычно он выражается как количество переходов (количество маршрутизаторов, которые необходимо пересечь) для достижения определенного пункта назначения.

В дополнение к маршруту по умолчанию таблица маршрутизации может содержать маршруты к сетевому адресу петли (127.0.0.0), локальной сети, локальному IP-адресу хоста, а также многоадресным и широковещательным адресам.

Многосетевой компьютер (один с несколькими сетевыми интерфейсами) будет иметь указанные выше записи для каждого интерфейса.

Просмотр и настройка таблицы маршрутизации
Команды, используемые для просмотра и создания записей в таблице маршрутизации, зависят от используемого маршрутизатора и операционной системы, на которой он работает. (Например, маршрутизаторы Cisco используют IOS; операционные системы, такие как Windows 2000 и UNIX, имеют встроенную функцию маршрутизации.)

В наших примерах будет использоваться многосетевой сервер Windows 2000. Есть два способа просмотреть таблицу маршрутизации; первый использует графический интерфейс, а второй - командную строку.

Чтобы использовать графический интерфейс, выберите Пуск | Программы | Инструменты администрирования | Маршрутизация и удаленный доступ. В консоли RRAS разверните имя сервера на левой панели, разверните узел IP-маршрутизации и щелкните правой кнопкой мыши «Статические маршруты». Выберите Показать таблицу IP-маршрутизации в контекстном меню, как показано на Рисунок A .


Рисунок A
В Windows 2000 вы можете просмотреть таблицу IP-маршрутизации с помощью консоли RRAS.

Отобразится таблица маршрутизации, как показано на Рисунок B .


Рисунок B
Отображаются записи таблицы маршрутизации для многосетевого сервера Windows 2000.

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


Обновить
Вы можете обновить таблицу маршрутизации, щелкнув правой кнопкой мыши в любом месте таблицы и выбрав «Обновить».

Чтобы просмотреть таблицу маршрутизации через командную строку (cmd в поле «Пуск | Выполнить»), введите в командной строке route print . Это отобразит активные маршруты, как показано на Рисунок C .

Рисунок C
Таблицу маршрутизации можно отобразить в командной строке с помощью команды печати маршрута.

С помощью команды route можно выполнять множество административных задач.При вводе route отобразится список переключателей и связанных команд. Используйте команды ДОБАВИТЬ, УДАЛИТЬ и ИЗМЕНИТЬ, чтобы добавить новый маршрут в таблицу, удалить существующий маршрут или изменить запись маршрута.


Отсутствует команда маршрута
Обратите внимание, что команда маршрута не будет доступна в командной строке Windows 2000, если не установлен протокол TCP / IP.

Синтаксис команды маршрута см. На этой боковой панели.

Если маска подсети не указана, используется значение по умолчанию 255.255.255.255 будет использоваться.

Я расскажу об использовании других команд и переключателей в следующей ежедневной статье «Оптимизация таблиц маршрутизации».

Резюме
Маршрутизация необходима для функционирования современных объединенных сетей, включая самую большую из всех - глобальный Интернет. Таблицы маршрутизации, которые могут быть построены вручную или созданы и обновлены протоколами динамической маршрутизации, используются маршрутизаторами для определения, куда отправить IP-дейтаграмму следующей, чтобы продолжить ее путь к месту назначения.В этой ежедневной статье я обсудил, как работают таблицы маршрутизации, какую информацию они содержат, а также как просматривать и вручную настраивать статическую таблицу маршрутизации на многосетевом сервере Windows 2000, настроенном для работы в качестве маршрутизатора.

Что такое таблица маршрутизации? - Определение с сайта WhatIs.com

От

Таблица маршрутизации - это набор правил, часто просматриваемых в табличном формате, который используется для определения, куда будут направляться пакеты данных, проходящие по сети Интернет-протокола (IP).Все IP-устройства, включая маршрутизаторы и коммутаторы, используют таблицы маршрутизации.

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

Базовая таблица маршрутизации включает следующую информацию:

  • Назначение: IP-адрес конечного пункта назначения пакета
  • Следующий переход: IP-адрес, на который пересылается пакет
  • Интерфейс: исходящий сетевой интерфейс, который устройство должно использовать при пересылке пакета на следующий переход или конечный пункт назначения
  • Метрика: назначает стоимость каждому доступному маршруту, чтобы можно было выбрать наиболее экономичный путь.
  • Маршруты: включает непосредственно подключенные подсети, косвенные подсети, которые не подключены к устройству, но могут быть доступны через один или несколько переходов, а также маршруты по умолчанию для использования для определенных типов трафика или при отсутствии информации.

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

Последний раз обновлялся в апреле 2007 г.

Продолжить чтение о таблице маршрутизации
Узнайте больше о сетевой инфраструктуре

Проект документации Linux


Информация о LDP
FAQ
Манифест / лицензия
История
Волонтеры / сотрудники
Должностные инструкции
Списки рассылки
IRC
Обратная связь

Автор / внесите свой вклад
Руководство для авторов LDP
Внесите свой вклад / помогите
Ресурсы
Как отправить
- Репозиторий GIT
Загрузок
Контакты

Спонсор сайта LDP
Мастерская

LDP Wiki : LDP Wiki - это отправная точка для любой незавершенной работы
Члены | Авторы | Посетители
Документы

HOWTO : тематическая справка
последние обновления | основной индекс | просматривать по категориям
Руководства : более длинные, подробные книги
последние обновления / основной индекс
Часто задаваемые вопросы : Часто задаваемые вопросы
последние обновления / основной индекс
страницы руководства : справка по отдельным командам (20060810)
Бюллетень Linux : Интернет-журнал
Поиск / Ресурсы

Ссылки
Поиск OMF
Объявления / Разное


Обновления документов
Ссылка на HOWTO, которые были недавно обновлены.

Таблица маршрутизации - обзор

19.7 Сетевая маршрутизация в реальном времени (RTNR)

Сетевая маршрутизация в реальном времени (RTNR) [52] является преемником DNHR и была развернута в сети дальней связи AT&T в 1991. Он используется до сих пор.

В отличие от DNHR, RTNR - это адаптивная схема маршрутизации. Таблица маршрутизации для альтернативных маршрутов может обновляться практически для каждого вызова. Рассмотрим сеть RTNR с N узлами. Когда вызов поступает на узел i и предназначен для узла j во время t , узел i запрашивает узел j , ища информацию о состоянии исходящих каналов от узла j к узлу коммутации k кроме узла i , т.е.е., статус ссылки j - k . Обратите внимание, что узел i знает статус всех своих исходящих каналов i - k . Поскольку путь ограничен максимум двумя связями, а каналы с коммутацией каналов являются двунаправленными, узел i может затем определить состояние всех двухканальных путей i - k - j к месту назначения j путем объединения информации для ссылки i - k и ссылки j - k .Теперь, зная эту информацию, i может принять решение о выборе альтернативного маршрута для этого вызова.

Теперь обсудим тип информации, запрашиваемой от узла j . В случае RTNR узел i запрашивает (в простейшей форме) статус доступности всех исходящих каналов как двоичный статус: 1, если ссылка доступна, 0, если она недоступна. По сути, RTNR не очень заботится о доступности исходящих каналов от узла j , пока есть доступная емкость.То есть, если эффективная остаточная пропускная способность Rjk, указанная в (19.5.1), которая учитывает любое резервирование соединительной линии, положительна, канал j - k доступен. Таким образом, доступность исходящих каналов j - k составляет

Ijk = {1, если Rjk≥Rˆ0, иначе

для k = 1,2, ..., N, k ≠ i, k ≠ j, где Rˆ - заранее определенное положительное целое число. Хотя Rˆ = 1 было бы наименьшим значением, для которого работает это соотношение, для практических целей было бы безопаснее использовать более высокое значение.Другими словами, Rˆ = 1 означало бы, что линия связи почти перегружена; таким образом, это может быть нежелательно. Таким образом, Rˆ в RTNR определяет порог для указания, где канал сильно загружен (используется) или слабо загружен. Точно так же узел i может определять состояние всех своих исходящих каналов, т. Е.

Iik = {1, если Rik≥Rˆ0, в противном случае

для k = 1,2, ..., N, k ≠ i, k ≠ j. Как только узел i принимает информацию о доступности от узла j , он выполняет логическую операцию «И» (∧) для всех промежуточных узлов k , i.e.,

Iik∧Ijk, k = 1,2, ..., N, k ≠ i, k ≠ j

, чтобы определить наличие альтернативных путей. Для подмножества путей, для которых результат равен 1, т.е. путь доступен, узел i случайным образом выбирает один из путей в качестве альтернативного маршрута для этого вызова. На самом деле, RTNR также выполняет дополнительную операцию «И» для проверки предпочтения доступности коммутаторов, называемую доступностью узла , поскольку ЦП коммутатора может быть перегружен («перегрузка коммутатора») или коммутатор может быть нежелательным из-за технического обслуживания. перед определением используемых путей.

Теперь мы проиллюстрируем RTNR на простом примере, где также учитывается доступность узлов (рисунок 19.12). Рассмотрим вызов, поступающий на узел 1 и предназначенный для узла 2, и предположим, что сеть состоит из 6 узлов. Затем статус доступности узла 1 для его исходящих каналов и узла 2 для его исходящих каналов показан в таблице 19.1.

Рисунок 19.12. Пример RTNR.

Таблица 19.1. Расчет доступности маршрута RTNR.

узел k 1 2 3 4 5 6
Исходящий из узла 1
  • I906
  • - - 0 1 1 1
    Исходящий из узла 2 I 2 k 12 - 0 1
    Доступность пути 1– k –2 0 1 0 1
    Доступность узла
  • k
  • - - 1 1 0 1
    Полезные пути 1– k –2 - 90 127 0 1 0 1

    В этом примере мы видим, что пути 1–4–2 и 1–6–2 могут использоваться; узел 1 может затем случайным образом выбрать один из них.Важно отметить, что если прямое соединение существует, вызов сначала пытается использовать маршрут прямого соединения, прежде чем пытаться использовать альтернативный маршрут, выбранный вышеупомянутым механизмом.

    Исходя из основной операции вышеупомянутого метода, мы можем видеть, что откат не является существенным, поскольку информация о доступности свежая, поскольку коммутатор i принимает это решение на основе запроса после прибытия вызова. Однако важной проблемой в голосовых сетях с коммутацией каналов является сведение к минимуму времени установления вызова.Мы можем видеть, что если запрос сгенерирован после прибытия вызова, вызов должен дождаться ответа от узла назначения и вычисления доступности пути , прежде чем вызов сможет попытаться использовать альтернативный маршрут; это время складывается со временем установления вызова, т. е. задержкой после набора номера. В общем, желательно избежать этой задержки. На практике RTNR использует небольшую вариацию. Чтобы выбрать альтернативный путь, поступающий вызов использует результат запроса и доступности пути , уже полученный для последнего вызова для той же пары источник-адресат; он по-прежнему генерирует запрос к своему узлу назначения для этого вызова, который предназначен для использования в будущем вызове, поступающем для той же пары источник-адресат.Этот процесс снижает влияние на задержку установления вызова. Однако это понятие «одноразового старого» вводит возможность того, что путь, случайно выбранный из набора доступных путей, полученный таким образом, может оказаться устаревшим для нового поступающего вызова; таким образом, в этом случае наличие функции возврата позволяет вызову попробовать другой путь из его списка доступности (для последнего вызова), если первый больше не доступен; в худшем случае, если ни один из путей из списка с одним вызовом не работает, тогда вызов может дождаться результата для своего собственного запроса, чтобы увидеть, доступен ли лучший путь.Тем не менее, одно предостережение: такой возврат от одного к другому может также вызвать дополнительную задержку времени установления вызова; таким образом, это следует использовать только для определенного количества попыток на альтернативных путях для определенного вызова.

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *