Протоколы многоадресной маршрутизации в Linux

Узел Hum

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

Но если бы они были, маршрутизатор Hum удалил бы все записи зависимых маршрутизаторов. Все маршруты, для которых узел Arts являлся назначенным ретранслятором по отношению к маршрутизатору Hum, должны быть рассчитаны повторно. Если есть несколько путей доступа в сети, подключенные к маршрутизатору Arts, должен быть выбран новый назначенный ретранслятор. Все члены группы, которые находятся в сетях, обслуживаемых маршрутизатором Arts, попадают в затруднительное положение. Они теперь не могут получать многоадресные пакеты, поскольку не имеют резервный ретранслятор.

Но из этой ситуации есть выход, требующий, правда, ручного вмешательства, зато позволяющий создать постоянный резервный канал. В первую очередь необходимо запустить протокол DVMRP на другом маршрутизаторе, подключенном к тем же сетям, что и Arts. В нашей сети это маршрутизатор Eng, но проблема в том, что он изолирован от других маршрутизаторов, работающих в многоадресном режиме. К счастью, в протоколе DVMRP поддерживаются два вида туннелей (виртуальных соединений между машинами), создаваемых на основе либо протокола IP-IP, либо протокола GRE (Generic Routing Encapsulation — общая инкапсуляция маршрутной информации). После образования туннеля маршрутизатор Eng начнет считать, что у него есть соседи, поэтому все алгоритмы будут функционировать правильно. Подробнее о средствах создания туннелей рассказывается в главе 6, "Демоны многоадресной маршрутизации в ядре 2.2.x".

Данные не смогут быть переданы членам группы, которых обслуживал маршрутизатор Arts, пока администратор не обнаружит сбой этого маршрутизатора и не создаст туннель в обход него. Сценарий 2: маршрутизатор Arts был намеренно удален, и замены ему не предвидится. Этот сценарий практически не отличается от предыдущего случая. Разница только в том, что, прежде чем удалять маршрутизатор Arts, можно создать туннель к маршрутизатору Eng.

Сценарий 3: соединение маршрутизатора Arts с сетью временно вышло из строя, что привело к изоляции маршрутизатора, компьютеров подключенной к нему сети, а также всех остальных сетей, данные к которым передаются через этот маршрутизатор. Соединение остается неактивным в течение трех часов.