Протокол IP : IP-маршрутизация

Почему RIP и IGRP не поддерживают изолированные сети?

14 мая 2010 - Перевод, выполненный профессиональным переводчиком
Другие версии: PDF-версия:pdf | Машинный перевод (28 июля 2013) | Английский (10 августа 2005) | Отзыв

Содержание

Введение
Предварительные условия
      Требования
      Используемые компоненты
      Условные обозначения
Общие сведения
Когда маршрутизатор 1 посылает обновления маршрутизатору 2
Маршрутизатор 2 получает обновления от маршрутизатора 1
Решение
      Установление соединения
Связанные обсуждения сообщества поддержки Cisco
Дополнительная информация

Введение

Изолированная сеть состоит из основной сети, которая отделяет другую основную сеть. На рис. 1 подсеть сети 172.20.0.0 отделяет сеть 172.16.0.0. 172.16.0.0 является изолированной сетью. В данном документе описано, почему RIPv1 и IGRP не поддерживают изолированные сети и как это преодолеть.

Рис. 1 – Изолированная сеть

55a.gif

Предварительные условия

Требования

Корпорация Cisco рекомендует ознакомиться со следующими темами:

  • Настройка RIPv1 и IGRP

  • Принципы, которые лежат в основе IP-адресов и подсетей

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

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

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

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

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

Общие сведения

RIP и IGRP — это классовые протоколы маршрутизации. При каждой передачи сведений о сети протоколом RIP через границу другой основной сети RIP добавляет эту объявленную сеть на границе основной сети. На рис. 1, когда маршрутизатор 1 отправляет обновление, содержащее 172.16.5.0, маршрутизатору 2 через сеть 172.20.88.0, маршрутизатор преобразует 172.16.5.0/24 в 172.16.0.0/16. Этот процесс называется автоматическим суммированием.

Когда маршрутизатор 1 посылает обновления маршрутизатору 2

Используйте топологию на рис. 1, чтобы определить вопросы, требующие ответов при подготовке маршрутизатора 1 к отправке обновления маршрутизатору 2. Подробную информацию о принятии решения в этой ситуации см. в документе Поведение RIP и IGRP при отправке и получении обновлений. Помните, что целью является объявление сети 131.108.5.0/24. Вопрос, требующий ответа:

  • являются ли 172.16.5.0/24 и 172.20.88.0/24 частями одной основной сети, которая назначена интерфейсу, отправившему обновление?

    • Нет. Маршрутизатор 1 суммирует 172.16.5.0/24 и объявляет маршрут 172.16.0.0/16. Это суммирование выполняется для основной классовой границы. В этом случае адресом является классовый адрес В, следовательно, сумма составляет 16 бит.

    • Да. Хотя этот случай не рассматривается в данном примере, но при ответе "Да" маршрутизатор 1 не будет суммировать сеть, а объявит сеть со сведениями о подсети без изменения.

С помощью команды debug ip rip на маршрутизаторе 1 можно увидеть обновление, отправляемое этим маршрутизатором:

RIP: sending v1 update to 255.255.255.255 via Serial3/0 (172.20.88.2)
RIP: build update entries
  network 172.16.0.0 metric 1

Маршрутизатор 2 получает обновления от маршрутизатора 1

Когда маршрутизатор 2 готовится к приёму обновления от маршрутизатора 1, необходимо определить вопросы, требующие ответа. Помните, что целью является приём сети 172.16.5.0/24. Однако не забывайте, когда маршрутизатор 1 отправлял обновление, сеть была суммирована с 172.16.0.0/16. Вопрос, требующий ответа:

  • является ли сеть, принимающая обновления (172.16.0.0/16), частью той же основной сети 172.20.88.0, адрес которой назначен интерфейсу, получившему это обновление?

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

    • Да. Игнорировать это обновление.

Вновь, с помощью команды debug ip rip на маршрутизаторе 2 можно увидеть обновления, принятые от маршрутизатора 1:

RIP: received v1 update from 172.20.88.2 on Serial2/0
     172.16.0.0 in 1 hops

Однако таблица маршрутизации маршрутизатора 2 указывает, что обновление было проигнорировано. Единственной записью для любой подсети или сети на 172.16.0.0 является компонент, прямо подсоединенный к Ethernet0. Выполнение команды show ip route на маршрутизаторе 2 дает следующий результат:

172.20.0.0/24 is subnetted, 1 subnets
C       172.20.88.0 is directly connected, Serial2/0
     172.16.0.0/24 is subnetted, 1 subnets
C       172.16.2.0 is directly connected, Ethernet0/0

Протоколы RIPv1 и IGRP ведут себя таким образом, что когда маршрутизаторы 1 и 2 обмениваются обновлениями, оба маршрутизатора 1 и 2 не знают о подключенных подсетях 172.16.5.0/24 и 172.16.2.0/24. В результате устройства в этих двух подсетях не способны обмениваться данными между собой.

Решение

В некоторых ситуациях изолированных сетей не избежать. В таких ситуациях корпорация Cisco рекомендует не использовать протоколы RIPv1 и IGRP. Протоколы маршрутизации EIGRP или OSPF лучше подходят для таких случаев.

Установление соединения

При использовании протокола RIPv1 или IGRP с изолированными сетями необходимо использовать статические маршруты для установления соединения между изолированными подсетями. В этом примере такое соединение устанавливают следующие статические маршруты:

для маршрутизатора 1:

ip route 172.16.2.0 255.255.255.0 172.20.88.1

для маршрутизатора 2:

ip route 172.16.5.0 255.255.255.0 172.20.88.2

Связанные обсуждения сообщества поддержки Cisco

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


Document ID: 13724