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

Рис. 17. Таблица маршрутизации маршрутизатора Over-Server после записи в нее информации о новом маршруте, полученном с помощью RIP

Начиная с пакета 4, все оставшиеся пакеты представляют собой периодически генерируемые маршрутизаторами RIP-сообщения с маршрутной информацией. На момент передачи пакета 4 маршрутизатор Under-Server еще не получил ни одного RIP-сообщения с маршрутной информацией от маршрутизатора Over-Server. Поэтому содержимое пакета 4 идентично содержимому пакета 3, за исключением адреса назначения (столбец Destination). Пакет 5 является первым RIP-сообщением с маршрутной информацией, переданным маршрутизатором Over-Server. В этом сообщении маршрутизатор Over-Server объявляет о маршрутах к двум сетям – к сети 192.168.15.0 с метрикой 2 и к сети 192.168.10.0 с метрикой 16. На самом деле в таблице маршрутизации маршрутизатора Over-Server (см. рис. 17) имеется запись о маршруте к сети 192.168.10.0 с метрикой 3, т.е. и объявлять о сети 192.168.10.0 маршрутизатор Over-Server должен, казалось бы, с метрикой 3. Однако эту запись маршрутизатор Over-Server сделал на основе маршрутной информации, полученной через свой интерфейс 192.168.0.1. Поэтому сообщать через тот же интерфейс информацию о той же сети, о которой маршрутизатор Over-Server узнал через него, не имеет смысла. В такой ситуации у маршрутизатора Over-Server, в принципе, есть две возможности – либо вообще не сообщать через свой интерфейс 192.168.0.1 о маршруте к сети 192.168.10.0, либо сообщить через этот интерфейс о том, что достичь сети 192.168.10.0 через маршрутизатор Over-Server нельзя. По умолчанию в маршрутизаторе Windows 2000 используется вторая возможность. Она реализуется путем указания в маршрутной информации о той или иной сети метрики 16, означающей, что данная сеть недостижима.

Получив от маршрутизатора Over-Server RIP-сообщение с маршрутной информацией о двух сетях (пакет 5), маршрутизатор Under-Server добавляет в свою таблицу маршрутизации только запись о маршруте к сети 192.168.15.0, так как сеть 192.168.10.0 объявляется с помощью метрики 16 как недостижимая (через шлюз 192.168.0.1). В результате добавления записи о маршруте к сети 192.168.15.0 таблица маршрутизации маршрутизатора Under-Server принимает вид, показанный на рис. 18 (добавленная запись выделена жирным шрифтом).

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

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.3 192.168.0.3 1

192.168.0.3 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.0.255 255.255.255.255 192.168.0.3 192.168.0.3 1

192.168.10.0 255.255.255.0 192.168.10.1 192.168.10.1 1

192.168.10.1 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.10.255 255.255.255.255 192.168.10.1 192.168.10.1 1

192.168.15.0 255.255.255.0 192.168.0.1 192.168.0.3 3

224.0.0.0 240.0.0.0 192.168.0.3 192.168.0.3 1

224.0.0.0 240.0.0.0 192.168.10.1 192.168.10.1 1

255.255.255.255 255.255.255.255 192.168.0.3 192.168.0.3 1

255.255.255.255 255.255.255.255 192.168.10.1 192.168.10.1 1

Рис. 18. Таблица маршрутизации маршрутизатора Under-Server после записи в нее информации о новом маршруте, полученном с помощью RIP

Так как теперь в таблице маршрутизации маршрутизатора Under-Server появилась запись о новом маршруте, в следующем посылаемом этим маршрутизатором RIP-сообщении новая информация должна быть учтена. Следующим RIP-сообщением от маршрутизатора Under-Server является пакет 7. Запись о новом маршруте учтена в этом RIP-сообщении путем передачи информации о маршруте к сети 192.168.15.0 с метрикой 16, так как информацию о маршруте к этой сети маршрутизатор Under-Server получил через тот же интерфейс, через который он передает данное RIP-сообщение. Когда маршрутизатор Over-Server принимает это RIP-сообщение (пакет 7), он не вносит никаких изменений в свою таблицу маршрутизации, так как запись о маршруте к сети 192.168.10.0 у него уже имеется, а сеть 192.168.15.0 объявляется в этом RIP-сообщении как недостижимая (через шлюз 192.168.0.3). Последующие RIP-сообщения (пакеты 8-15) также не приводят к изменениям в таблицах маршрутизации маршрутизаторов Over-Server и Under-Server.

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

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

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

“Инициируемые обновления” передаются почти сразу же после того, как RIP-маршрутизатор получает информацию о новых маршрутах, т.е. для передачи новой маршрутной информации RIP-маршрутизатор не дожидается следующего момента периодической передачи RIP-сообщений. Как можно увидеть из рис. 16, маршрутизатор Under-Server впервые получает информацию о маршруте к сети 192.168.15.0 с метрикой 2 в 17:26:01 (см. пакет 5 на рис. 16). Через три секунды, т.е. в 17:26:04 (см. пакет 2 на рис. 19), он передает информацию о маршруте к этой сети с метрикой 3 через свой другой интерфейс. “Инициируемые обновления” ускоряют процесс сходимости протокола RIP.

Получив RIP-сообщение пакета 2 (см. рис. 19), хост Notebook добавляет в свою таблицу маршрутизации запись, в которой указывает, что для достижения сети 192.168.15.0 нужно передавать пакеты через шлюз с адресом 192.168.10.1 (так как именно с этого адреса было получено RIP-сообщение), и что маршрут к сети 192.168.15.0 имеет метрику 4. Получив RIP-сообщение пакета 3, хост Notebook добавляет в свою таблицу маршрутизации еще одну запись, а именно, запись о маршруте к сети 192.168.0.0 через шлюз 192.168.10.1 с метрикой 3. В результате добавления названных записей таблица маршрутизации хоста Notebook принимает вид, показанный на рис. 20 (добавленные записи выделены жирным шрифтом).

Network Destination Netmask Gateway Interface Metric

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.10.1 192.168.10.4 3

192.168.10.0 255.255.255.0 192.168.10.4 192.168.10.4 1

192.168.10.4 255.255.255.255 127.0.0.1 127.0.0.1 1

192.168.10.255 255.255.255.255 192.168.10.4 192.168.10.4 1

192.168.15.0 255.255.255.0 192.168.10.1 192.168.10.4 4

224.0.0.0 240.0.0.0 192.168.10.4 192.168.10.4 1

255.255.255.255 255.255.255.255 192.168.10.4 192.168.10.4 1

Рис. 20. Таблица маршрутизации хоста Notebook после записи в нее информации о новых маршрутах, полученных с помощью RIP

Выполним на хосте Notebook команду ping 192.168.15.75:

C:\>ping 192.168.15.75

Pinging 192.168.15.75 with 32 bytes of data:

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Reply from 192.168.15.75: bytes=32 time<1ms TTL=127

Теперь сеть работает с использованием RIP.

На рис. 21 в качестве примера показано содержимое захваченного анализатором EtherPeek кадра Ethernet, соответствующего пакету 3 на рис. 19.

Рис. 21. Кадр Ethernet, содержащий RIP-сообщение с маршрутной информацией, переданное с интерфейса 192.168.10.1 маршрутизатора Under-Server

Дата добавления: 2015-07-25