Протокол RIP (маршрутной информации) позволят значительно увеличить производительность сетей со сложной топологии. Роутеры и маршрутизаторы, поддерживающие данную технологию, автоматически получают информацию от устройств в цепочке передачи данных и используют маршруты с наименьшим количеством переходов.
Настройка протокола на роутерах CISCO - эта дисциплина входит в экзаменационную для претендентов на сертификацию специалиста. Задача не представляет сложности, однако для настройки сети с несколькими включенными подсетями от администратора потребуется внимание.
Настройка сети из трех маршрутизаторов
Поставим конкретную задачу. В сети есть несколько связанных между собой сегментов. Каждый из них управляется отдельным роутером. Их три. Поэтому начальная настройка стартует с задания параметров для всех интерфейсов.
Проверка настроек производится следующим образом:
Из выдачи параметров видно, что каждый из роутеров пока может оперировать только подключенными интерфейсами. Теперь можно настроить RIP между сетями отдельных маршрутизаторов.
R1(config)#router rip
R1(config-router)#network 192.168.12.0
R1(config-router)#network 172.16.1.0
R2(config)#router rip
R2(config-router)#network 192.168.12.0
Далее нужно объявить сети, которые будут анализироваться другими роутерами. Это делается при помощи команды network. Она:
- Инициализирует сети для маршрутизаторов.
- Инициирует обмен данными, отправку обновлений на указанный адрес интерфейса.
R1 (config-router) #network 192.168.12.0
R1 (config-router) #network 172.16.1.0
Теперь сети из диапазона 192.168.12.0 будут попадать в базу статистики. Роутер с соответствующими критериями выборки адреса интерфейса будет отправлять обновления. Аналогичная ситуация задана для сетей 172.16.0.1/24
Делаем настройку второго роутера. По умолчанию для версии 1 протокола адресация сети будет выглядеть как 172.16.0.0/16.
R2 (config-router) #network 192.168.12.0
Добавляем сеть 192.168.23.0/24 в таблицу RIP.
Просмотрим базу данных протокола на роутере 2.
R1# show ip route rip
R2# show ip route rip
R 172.16.0.0/16 [120/1] via 192.168.12.1, 00:00:21, FastEthernet 0/0
Метрика R в начале записи показывает источник данных - это сам протокол. Далее идет диапазон адресов полученной сети. Затем указывается служебная информация в виде административного значения 120 (расстояние) и количества переходов (1). После служебного слова via указывается адрес, куда должны уходить пакеты.
Время, присутствующее в строке, указывает на время, прошедшее после последнего обновления данных. Протокол делает вторичные проверки каждые 30 секунд. Наконец, оканчивается строка выдачи названием интерфейса, который будет использован для отсылки данных.
Настроим протокол на втором роутере, имеющем две связанные сети.
R2 (config) #router rip
R2 (config-router) #network 192.168.23.0
Это можно сделать проще.
R2 (config-router) #network 192.168.0.0
И еще проще.
R2 (config-router) #network 0.0.0.0
Однако данный подход не является оптимальным. Его не рекомендуется использовать в загруженных сетях. Причина проста. Каждый новый добавленный адрес будет включаться в базу данных протокола. Как результат, станут увеличиваться задержки на анализ и обновление.
В использованной по умолчанию безклассовой, первой версии RIP, есть небольшой недостаток. Его результат выглядит так:
- первый роутер не знает диапазона адресов 172.16.2.0/24;
- второй роутер не знает диапазон 172.16.1.0/24;
- у второго роутера в базе протокола для подсети 172.16.0.0/16 только два адреса 192.168.12.1, 23.3.
Чтобы устранить недостатки маршрутизации, имеет смысл перейти на вторую версию протокола. Здесь указывается параметр no auto-summary, чтобы заставить роутеры отравлять полные данные, вместе с масками подсети.
При проверке данных маршрутизации, сразу видна разница. Теперь второй роутер видит нужные сети. Их объявили второй и первый маршрутизатор. Кроме этого, первый роутер в цепочке начал обмениваться данными с последним.
В результате мы получили оптимальную конфигурацию из трех роутеров, каждый из которых может анализировать поступающие пакеты и перенаправлять их в указанные подсети без привлечения ресурсов остальных двух. Такой подход значительно снижает нагрузку на оборудование и ускоряет прохождение данных по сети.