Учебное пособие ip-маршрутизация в операционной системе Windows

Вид материалаУчебное пособие
Подобный материал:
1   2   3   4   5   6   7   8   9   10   11

Как было указано выше, команда add interface “Имя интерфейса” включает на заданном интерфейсе протокол RIP с параметрами по умолчанию. Один из параметров по умолчанию – RIP версии 2. Чтобы включить RIP версии 1, нужно использовать дополнительные параметры. Дополнительных параметров в команде add interface много, но чтобы включить RIP версии 1, достаточно использовать первые четыре из них. В этом случае команда add interface должна иметь следующий формат:


add interface [name=]“Имя интерфейса” [[metric=]Метрика] [[updatemode=]demand|periodic] [[announce=]none|rip1|rip1compat|rip2]

Ниже описаны параметры данной команды и их значения (рассмотрены только значения, которые будут использованы в представленных далее примерах):

name

Имя интерфейса, на котором включается RIP.

Имя интерфейса

Имя интерфейса в окне “Сеть и удаленный доступ к сети”.

metric

Добавочная стоимость для маршрутов на данном интерфейсе (при автоматическом добавлении маршрутов в таблицу маршрутизации узла-получателя RIP-сообщения это значение добавляется к указанному в RIP-сообщении значению метрики, отражающей расстояние до сети назначения).

Mетрика


Значение метрики.

updatemode

Режим передачи RIP-сообщений (одно из двух значений: demand или periodic).

periodic

Периодическая передача RIP-сообщений (по умолчанию – каждые 30 секунд).

announce

Тип передаваемых RIP-сообщений (одно из четырех значений: none, rip1, rip1compat или rip2)

rip1

Передача RIP-сообщений версии 1.

В соответствии с обозначениями на рис. 1 предположим, что администратор лабораторной сети назначил интерфейсу маршрутизатора Over-Server, подключенному к сети 2, имя “Сеть 2” (в окне “Сеть и удаленный доступ к сети”). Предположим также, что интерфейсу маршрутизатора Under-Server, подключенному к сети 2, администратор назначил имя “Сеть 2”, а интерфейсу этого же маршрутизатора, подключенному к сети 1, – имя “Сеть 1”. Наконец, предположим, что администратор лабораторной сети установил на маршрутизаторах Over-Server и Under-Server протокол RIP с помощью оснастки “Маршрутизация и удаленный доступ”. Тогда, чтобы включить RIP версии 1 на интерфейсах маршрутизаторов Over-Server и Under-Server с периодической передачей RIP-сообщений и добавочной стоимостью 1 для маршрутов на всех интерфейсах, нужно выполнить перечисленные ниже команды.

  • На маршрутизаторе Over-Server
  • Включение RIP на интерфейсе с IP-адресом 192.168.0.1, подключенном к сети 2:

C:\>netsh routing ip rip add interface name=“Сеть 2” metric=1 updatemode=periodic announce=rip1
  • На маршрутизаторе Under-Server
  • Включение RIP на интерфейсе с IP-адресом 192.168.0.3, подключенном к сети 2:

C:\>netsh routing ip rip add interface name=“Сеть 2” metric=1 updatemode=periodic announce=rip1
  • Включение RIP на интерфейсе с IP-адресом 192.168.10.1, подключенном к сети 1:

C:\>netsh routing ip rip add interface name=“Сеть 1” metric=1 updatemode=periodic announce=rip1

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

На маршрутизаторе Over-Server протокол RIP включается только на интерфейсе 192.168.0.1 (“Сеть 2”), так как для выполнения задачи “прозвонки” лабораторной сети, т.е. для успешного выполнения на хосте Notebook команды ping по адресу 192.168.15.75 интерфейса маршрутизатора Over-Server, передавать RIP-сообщения в сеть 192.168.15.0 не нужно.

Теперь рассмотрим работу протокола RIP версии 1 с использованием результатов трассировки, полученных с помощью анализатора протоколов EtherPeek (см. рис. 16 и 19). Трассировка выполнялась только на двух интерфейсах маршрутизатора Under-Server, так как этого вполне достаточно, чтобы отследить передачу всех RIP-сообщений в лабораторной сети сразу после включения RIP на интерфейсах маршрутизаторов Over-Server и Under-Server (результаты, представленные на рис. 19, соответствуют случаю запуска трассировки на интерфейсе сети 1 маршрутизатора Under-Server в момент, когда на хосте Notebook служба “Listener RIP” уже работала, т.е. среди захваченных в окне захвата пакетов нет сообщения-запроса RIP от хоста Notebook, передаваемого в момент запуска службы “Listener RIP” на этом хосте).

Н
а рис. 16 представлены результаты трассировки RIP-сообщений на интерфейсе 192.168.0.3 маршрутизатора Under-Server.

Рис. 16. Окно захвата пакетов анализатора EtherPeek на интерфейсе 192.168.0.3 маршрутизатора Under-Server

Пакеты 1 и 2 являются сообщениями-запросами RIP, передаваемыми с интерфейса 192.168.0.3 (“Сеть 2”) маршрутизатора Under-Server и с интерфейса 192.168.0.1 (“Сеть 2”) маршрутизатора Over-Server соответственно в момент включения протокола RIP на этих интерфейсах (обозначение C в столбце Summary является сокращением от Command – “Команда”). Пакеты 3-15 представляют собой сообщения-ответы RIP (обозначение R в столбце Summary является сокращением от Reply – “Ответ”), причем пакет 3 является сообщением-ответом RIP на сообщение-запрос RIP в пакете 2, что можно определить по значению в столбце Destination, где указан конкретный адрес 192.168.0.1 узла назначения, а пакеты 4-15 являются обычными, периодически генерируемыми RIP-сообщениями с маршрутной информацией, которые передаются каждые 30 секунд (по умолчанию) по широковещательному адресу 192.168.0.255.

Сообщения-запросы служат для того, чтобы маршрутизаторы, на интерфейсах которых только что включен RIP, могли сразу же получить маршрутную информацию RIP от соседних маршрутизаторов. Как было указано при описании формата RIP-сообщения, в поле адрес сообщения-запроса RIP указывается 0.0.0.0. Это видно из столбца Summary (1 networks: 0.0.0.0). При описании формата RIP-сообщения было также указано, что поле метрика сообщения-запроса RIP содержит значение 16. Это тоже отражено в столбце Summary (metric 16).

По информации в столбце Absolute Time можно сделать вывод, что на интерфейсе 192.168.0.3 (“Сеть 2”) маршрутизатора Under-Server протокол RIP был включен (путем ввода соответствующей команды) в 17:25:25 (см. строку 1), так как именно в этот момент времени с данного интерфейса было послано сообщение-запрос RIP. На интерфейсе 192.168.0.1 (“Сеть 2”) маршрутизатора Over-Server протокол RIP был включен в 17:25:27 (см. строку 2), т.е. на две секунды позже. Этим объясняется тот факт, что никакого ответа на сообщение-запрос RIP от маршрутизатора Under-Server не последовало, так как на маршрутизаторе Over-Server протокол RIP в момент запроса еще включен не был. Получив RIP-запрос от маршрутизатора Over-Server (пакет 2), маршрутизатор Under-Server сразу же послал RIP-ответ (пакет 3), в котором сообщил о маршруте к сети 192.168.10.0 с метрикой 2 (см. столбец Summary).


Примечание. Сеть 192.168.10.0 непосредственно подключена к маршрутизатору Under-Server, т.е. по логике в сообщении-ответе для этой сети должна быть указана метрика 1. Однако работа маршрутизатора Windows 2000 имеет следующую особенность: когда маршрутизатор Windows 2000 оповещает о маршруте, о котором он узнал не из RIP-сообщений, маршрутизатор объявляет такой маршрут с метрикой 2. К маршрутам, выявляемым не с помощью RIP-сообщений, относятся статические маршруты, в том числе для непосредственно подключенных сетей (как в данном случае), а также маршруты протокола маршрутизации OSPF.

Получив RIP-ответ, маршрутизатор Over-Server добавляет в свою таблицу маршрутизации запись, в которой указывает, что для достижения сети 192.168.10.0 нужно передавать пакеты через шлюз с адресом 192.168.0.3 (так как именно с этого адреса был получен RIP-ответ), и что сеть 192.168.10.0 находится на расстоянии три транзитных участка (результат “три транзитных участка” получается путем добавления единицы к значению метрики из полученного RIP-ответа, так как в команде включения RIP на интерфейсе “Сеть 2” маршрутизатора Over-Server был использован параметр metric, равный 1). В результате добавления такой записи таблица маршрутизации маршрутизатора Over-Server принимает вид, показанный на рис. 17 (добавленная запись выделена жирным шрифтом).


Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика

127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1

192.168.0.0 255.255.255.0 192.168.0.1 192.168.0.1 1

192.168.0.1 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.0.255 255.255.255.255 192.168.0.1 192.168.0.1 1

192.168.10.0 255.255.255.0 192.168.0.3 192.168.0.1 3

192.168.15.0 255.255.255.0 192.168.15.75 192.168.15.75 1

192.168.15.75 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.15.255 255.255.255.255 192.168.15.75 192.168.15.75 1

224.0.0.0 240.0.0.0 192.168.0.1 192.168.0.1 1

224.0.0.0 240.0.0.0 192.168.15.75 192.168.15.75 1

255.255.255.255 255.255.255.255 192.168.0.1 192.168.0.1 1

255.255.255.255 255.255.255.255 192.168.15.75 192.168.15.75 1