Файл: проектирование маршрутизации в трех двухуровневых сетях с использование протокола IGRP.pdf

Обновления, запускаемые по условию, могут быть достаточными в случае, если можно гарантировать, что волна обновлений достигнет всех соответствующих шлюзов немедленно. Однако существует две проблемы. Во-первых, пакеты, содержащие обновленное сообщение, могут быть отброшены или повреждены некоторой ссылкой в сети. Во-вторых, запускаемые обновления не устанавливаются мгновенно. Может случиться так, что шлюз, еще не получивший инициированное обновление, сам запустит регулярное обновление в самый неподходящий момент, в результате чего в соседний узел, уже получивший обновление, будет добавлен неверный маршрут. Чтобы обойти эту проблему были разработаны удержания. Правило удержания предписывает, что при удалении маршрута в течение некоторого времени для данного назначения не будут приниматься новые маршруты. Это позволяет запущенным обновлениям достичь всех остальных шлюзов, и пользователь может быть уверен, что все новые маршруты не являются старыми маршрутами, повторно вставляемыми каким-либо маршрутизатором. Период удержания должен быть достаточно длинным для учета волны синхронизируемых обновлений для движения всюду по сети. Кроме того, для обработки отброшенных пакетов в нем следует учитывать несколько циклов регулярного широковещания. Рассмотрите то, что происходит, если одно из синхронизируемых обновлений отброшено или повреждено. Шлюз, запустивший то обновление, запустит еще одно обновление при выполнении планового обновления. Таким образом перезапускается волна обновлений на соседних узлах, которые пропустили первую волну.

Комбинация синхронизируемых обновлений и holddowns должна быть достаточной, чтобы избавиться от просроченных маршрутов и препятствовать тому, чтобы они были повторно вставлены. Однако некоторые дополнительные меры предосторожности стоит сделать так или иначе. Они обеспечивают очень сети с потерями данных и сети, которые стали разделенными. Дополнительные меры предосторожности, вызванные IGRP, предполагают разделение диапазонов и искажение маршрута. Разделение горизонта возникает из наблюдения, что нет смысла отправлять маршрут назад по направлению его прибытия. Рассмотрим следующую ситуацию:

network 1 network 2

-------------X-----------------X

gateway A gateway B

Шлюз A скажет B, что это имеет маршрут к сети 1. Когда B передает обновления A, никогда нет никакой причины для него для упоминания сети 1. Так как A ближе к 1, нет никакой причины для него для рассмотрения движения через B. Правило разделения горизонтов говорит, что отдельное обновленное сообщение должно генерироваться для каждого соседнего узла (фактически каждая соседняя сеть). Обновление определенного соседа должно пропускать маршруты, которые указывают на этого соседа. Это правило предотвращает петли между соседними шлюзами. Предположим, например, что неисправен интерфейс А для сети 1. Без правила разделения горизонтов B сказал бы, что это может добраться до 1. Так как это больше не имеет реальный маршрут, A мог бы забрать тот маршрут. В этом случае A и B оба имел бы маршруты к 1. Но A указал бы к B, и B укажет к A. Конечно, синхронизируемые обновления и holddowns должны предотвратить это. Но поскольку необходимости в возврате информации в исходное место нет, рекомендуется все равно выполнить разделение горизонта. Помимо участия в предотвращении зацикливаний, разделение горизонта сдерживает увеличение размера сообщений об обновлении.

---

Разделение горизонтов должно предотвратить появление циклов между соседними шлюзами. Искажение маршрута предназначено для ломки больших петель. Если в процессе обновления отображается значительно возросшая метрика существующего маршрута, это свидетельствует о возникновении зацикливания. Маршрут должен быть удален и переведен в режим удержания. В настоящее время правило состоит в том, что маршрут удален, если составная метрика увеличивает больше, чем фактор 1.1. Не безопасно для просто никакого увеличения составной метрики инициировать удаление маршрута, так как небольшие метрические изменения могут произойти из-за изменений в заполнении канала или надежности. Таким образом, коэффициент 1,1 получен опытным путем. Точное значение неважно. Мы ожидаем, что это правило только будет необходимо для ломки очень больших петель, так как маленькие будут предотвращены синхронизируемыми обновлениями и holddowns.

3. Разработка сети.

3.1 Разработка сети на предприятии.

Рисунок 1. Изображение структурной схемы сети

Рассмотрим разрабатываемую сеть в качестве совокупности подсетей разного уровня. Виды и категории обрабатываемой информации, для передачи которой предназначена проектируемая сеть. Виды (категории) обрабатываемой информации представлены в виде таблицы (таблица 2).

Таблица 2.

Вид информации	Назначение	Режим передачи	Критичность доставки (QoS)	Категория доступа
Текстовая	Передача и хранение текстовых сообщений	Ethernet	0000	Общий доступ
Графики	Графические системы	Ethernet	0000	Общий доступ
Базы	Программы обработки баз данных	VPN	0010	Администратор

Критичность доставки (QoS): 1000 - Минимальная задержка
0100 - Максимальная пропускная способность
0010 - Максимальная надежность
0001 - Минимальная стоимость
0000 - Обычные (нормальные) услуги

Рисунок 2. Изображение функциональной схемы

На рисунке 2 изображена функциональная схема сети, в которой представлены 6 роутеров (рис.2.1),4 свича(2.2),14 пк(2.3)

---

3.2 Настройка сети на базе протокола IGRP

Маршрутизатор 1:

interface FastEthernet0/0

 ip address 192.168.0.1 255.255.255.0

interface FastEthernet1/0

ip address 192.168.2.1 255.255.255.0

interface FastEthernet6/0

ip address 192.168.1.1 255.255.255.0

interface FastEthernet7/0

ip address 192.168.10.1 255.255.255.0

Router igrp 1

Network 192.168.0.0 255.255.255.0

Network 192.168.2.0 255.255.255.0

Network 192.168.1.0 255.255.255.0

Network 192.168.10.0 255.255.255.0

Маршрутизатор 2:

interface FastEthernet0/0

 ip address 192.168.0.2 255.255.255.0

interface FastEthernet1/0

ip address 192.168.3.1 255.255.255.0

interface FastEthernet6/0

ip address 192.168.6.1 255.255.255.0

interface FastEthernet7/0

ip address 192.168.5.1 255.255.255.0

Router igrp 1

Network 192.168.0.0 255.255.255.0

Network 192.168.3.0 255.255.255.0

Network 192.168.5.0 255.255.255.0

Network 192.168.6.0 255.255.255.0

Маршрутизатор 3:

interface FastEthernet0/0

 ip address 192.168.6.2 255.255.255.0

interface FastEthernet1/0

ip address 192.168.4.1 255.255.255.0

interface FastEthernet6/0

ip address 192.168.8.1 255.255.255.0

interface FastEthernet7/0

ip address 192.168.7.1 255.255.255.0

Router igrp 1

Network 192.168.4.0 255.255.255.0

Network 192.168.6.0 255.255.255.0

Network 192.168.7.0 255.255.255.0

Network 192.168.8.0 255.255.255.0

Маршрутизатор 4:

interface FastEthernet0/0

 ip address 192.168.1.2 255.255.255.0

interface FastEthernet1/0

ip address 192.168.8.2 255.255.255.0

interface FastEthernet6/0

ip address 192.168.9.1 255.255.255.0

Router igrp 1

Network 192.168.1.0 255.255.255.0

Network 192.168.8.0 255.255.255.0

Network 192.168.9.0 255.255.255.0

Маршрутизатор 5:

interface FastEthernet0/0

 ip address 192.168.2.2 255.255.255.0

interface FastEthernet1/0

ip address 192.168.3.2 255.255.255.0

interface FastEthernet6/0

ip address 192.168.4.2 255.255.255.0

Router igrp 1

Network 192.168.0.0 255.255.255.0

Network 192.168.2.0 255.255.255.0

Network 192.168.1.0 255.255.255.0

Задаем IP адреса интерфейсам маршрутизаторов.  Командами routerigrp 1, мы создаем процессы маршрутизации протокола IGRP. Цифра 1 это идентификатор процесса маршрутизации протокола igrp (Иногда он называется номером автономной системы, но мы не будем его так называть). Номер идентификатора процесса маршрутизации должен быть одинаковым на всех маршрутизаторах, принимающих участие в маршрутизации с использованием протокола IGRP. Командами network мы указываем сети, которые необходимо анонсировать при помощи протокола IGRP, делается это так же как и в протоколе RIP. Как можно заметить, масками подстетей тут нет, так как протокол IGRP является классовым, и в основном из за этого, он в данный момент более не применяется на практике.

В самом простом варианте этих команд уже достаточно, для того чтобы запустить протоколIGRP в работу. Так как значения ширины полосы пропускания и задержки, обязательные для работы протокола IGRP, заданы на интерфейсах по умолчанию. Убедиться в этом можно выполнив команду типа:

show interfaces fastEthernet 0/0

---

Фрагмент ее вывода имеет вид

FastEthernet0/0 is up, line protocol is up

  Hardware is AmdFE, address is c804.04fc.0000 (bia c804.04fc.0000)

  Internet address is 192.168.0.1/24

  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,

     reliability 255/255, txload 1/255, rxload 1/255

Ну а для того что бы убедиться, что у нас появились  маршруты добавленные с помощь. протокола IGRP, выполним на любом из крайних маршрутизаторов, например на маршрутизаторе 4, команду:

show ip route

Её вывод будет иметь вот такой вид:

C    192.1.168.0/24 is directly connected, FastEthernet0/0

I    192.168.0.0/24 [100/120] via 192.1.0.2, 00:00:31, FastEthernet0/0

Вывод.

В данной курсовой работе была разработана сеть в кампании «ИКАР». Представлена технико-экономическая характеристика предприятия «ИКАР».

Рассмотрены протоколы динамической маршрутизации такие как IGRP и RIP.Из данной курсовой можно сделать вывод что протокол IGRP имеет ряд преимущества одним из преимуществ IGRP является простота реконфигурации. IGRP представляет собой протокол, который позволяет большому числу маршрутизаторов координировать свою работу.

Основные достоинства протокола:

•стабильность маршрутов даже в очень больших и сложных сетях;

•быстрый отклик на изменения топологии сети;

•минимальная избыточность. Поэтому IGRP не требует дополнительной пропускной способности каналов для своей работы;

•разделение потока данных между несколькими параллельными маршрутами, примерно равного достоинства;

•учет частоты ошибок и уровня загрузки каналов;

•возможность реализовать различные виды сервиса для одного и того же набора информации.

IGRP используется в маршрутизаторах, которые имеют связи с несколькими сетями и выполняют функции переключателей пакетов.

Метрика, используемая в IGRP, учитывает:

•время задержки;

•пропускную способность самого слабого сегмента пути (в битах в сек);

•загруженность канала (относительную);

•надежность канала (определяется долей пакетов, достигших места назначения неповрежденными).

Итог:

-IGRP был разработан для расширения возможностей RIP

-Количество переходов в IGRP ограничено 255

-IGRP и EIGRP выравнивают нагрузку для каналов с различными метриками

-Вместо того, чтобы обрабатывать все обновления при каждом поступлении, маршрутизаторы IGRP и EIGRP обрабатывают только обновления, противоречащие локальной таблице маршрутов

-EIGRP использует hello-пакеты для проверки существования соседних маршрутизаторов.

Из данной курсовой работы можно сделать вывод, что в большинстве случаев вполне приемлемо использование протокола IGRP, т.к. в отличие от протокола EIGRP имеет меньший ресурс оперативной памяти и более старые модели процессоров что позволяет сэкономить на закупку оборудования и потребления электричества в последующем использовании.

---