Главная страница

Учебник для вузов в. Олифер Н. Олифер Компьютерные Принципы, технологии, протоколы


Скачать 22.28 Mb.
НазваниеУчебник для вузов в. Олифер Н. Олифер Компьютерные Принципы, технологии, протоколы
АнкорOlifer_V_G__Olifer_N_A_-_Kompyuternye_seti_-_2010.pdf
Дата12.03.2017
Размер22.28 Mb.
Формат файлаpdf
Имя файлаOlifer_V_G__Olifer_N_A_-_Kompyuternye_seti_-_2010.pdf
ТипУчебник
#3698
страница59 из 99
1   ...   55   56   57   58   59   60   61   62   ...   99
1
194.27.19.0 202.101.15.0
Рис. 17.17. Сеть, построенная на маршрутизаторах RIP
Этап 1 - создание минимальной таблицы. Данная составная сеть включает восемь IP- сетей, связанных четырьмя маршрутизаторами с идентификаторами: Rl, R2, R3 и R4.
Маршрутизаторы, работающие по протоколу RIP, могут иметь идентификаторы, однако

576
Глава 17. Базовые протоколы TCP/IP
для протокола они не являются необходимыми. В RIP-сообщениях эти идентификаторы не передаются.
В исходном состоянии на каждом маршрутизаторе программным обеспечением стека Т С Р/
IP автоматически создается минимальная таблица маршрутизации, в которой учитываются только непосредственно подсоединенные сети. На рисунке адреса портов маршрутизаторов в отличие от адресов сетей помещены в овалы.
Таблица 17.1 позволяет оценить примерный вид минимальной таблицы маршрутизации маршрутизатора R1.
Таблица 17.1. Минимальная таблица маршрутизации маршрутизатора R1
Номер сети
Адрес следующего маршрутизатора
Порт
Расстояние
201.36.14.0
201.36.14.3
1
1
132.11.0.0
132.11.0.7
2
1
194.27.18.0
194.27.18.1
3
1
Минимальные таблицы маршрутизации в других маршрутизаторах будут выглядеть соответственно, например, таблица маршрутизатора R2 будет состоять из трех записей
(табл. 17.2).
Таблица 17.2. Минимальная таблица маршрутизации маршрутизатора R2
Номер сети
Адрес следующего маршрутизатора
Порт
Расстояние
132.11.0.0
132.11.0.101
1
1
132.17.0.0
132.17.0.1
2
1
132.15.0.0
132.15.0.6
3
1
Этап 2 — рассылка минимальной таблицы соседям. После инициализации каждый марш­
рутизатор начинает посылать своим соседям сообщения протокола RIP, в которых содер­
жится его минимальная таблица. RIP-сообщения передаются в дейтаграммах протокола
UDP и включают два параметра для каждой сети: ее ІР-адрес и расстояние до нее от пере­
дающего сообщение маршрутизатора.
По отношению к любому маршрутизатору соседями являются те маршрутизаторы, кото­
рым данный маршрутизатор может передать IP-пакет по какой-либо своей сети, не поль­
зуясь услугами промежуточных маршрутизаторов. Например, для маршрутизатора R1 соседями являются маршрутизаторы R2 и R3, а для маршрутизатора R4 — маршрутиза­
торы R2 и R3.
Таким образом, маршрутизатор R1 передает маршрутизаторам R2 и R3 следующие со­
общения:
□ сеть 201.36.14.0, расстояние 1;
□ сеть 132.11.0.0, расстояние 1;
□ сеть 194.27.18.0, расстояние 1.
Этап 3получение RIP-сообщений от соседей и обработка полученной информации. По­
сле получения аналогичных сообщений от маршрутизаторов R2 и R3 маршрутизатор R1 наращивает каждое полученное поле метрики на единицу и запоминает, через какой порт

Протокол
RIP
577
и от какого маршрутизатора получена новая информация (адрес этого маршрутизатора станет адресом следующего маршрутизатора, если эта запись будет внесена в таблицу маршрутизации). Затем маршрутизатор начинает сравнивать новую информацию с той, которая хранится в его таблице маршрутизации (табл. 17.3).
Таблица 17.3. Таблица маршрутизации маршрутизатора R1
Номер сети
Адрес следующего маршрутизатора
Порт
Расстояние
201.36.14.0
201.36.14.3
1
1
132.11.0.0
132.11.0.7
2
1
194.27.18.0
194.27.18.1
3
1
132.17.0.0
132.11.0.101
2
2
132.15.0.0
132.11.0Л01
2
2
194.27.19.0
194.27.18.51
3
2
202.101.15.0
194.27.18.51
3
2
№: 11.0.0
1-32-. 11.0.101
2
2
494:27:18.0
194.27.18.51
3
2
Записи с четвертой по девятую получены от соседних маршрутизаторов, и они претендуют на помещение в таблицу Однако только записи с четвертой по седьмую попадают в табли­
цу, а записи восьмая и девятая — нет. Это происходит потому, что они содержат данные об уже имеющихся в таблице маршрутизатора R1 сетях, а расстояние до них больше, чем в существующих записях.
Протокол RIP замещает запись о какой-либо сети только в том случае, если новая ин­
формация имеет лучшую метрику (с меньшим расстоянием в хопах), чем имеющаяся.
В результате в таблице маршрутизации о каждой сети остается только одна запись; если же имеется несколько записей, равнозначных в отношении путей к одной и той же сети, то все равно в таблице остается одна запись, которая пришла в маршрутизатор первая по времени. Для этого правила существует исключение — если худшая информация о какой- либо сети пришла от того же маршрутизатора, на основании сообщения которого была создана данная запись, то худшая информация замещает лучшую.
Аналогичные операции с новой информацией выполняют и остальные маршрутизаторы сети.
Этап 4 — рассылка новой таблицы соседям. Каждый маршрутизатор отсылает новое RIP- сообщение всем своим соседям. В этом сообщении он помещает данные обо всех известных ему сетях: как непосредственно подключенных, так и удаленных, о которых маршрутизатор узнал из RIP-сообщений.
Этап 5 — получение RIP-сообщений от соседей и обработка полученной информации.
Этап 5 повторяет этап 3 — маршрутизаторы принимают RIP-сообщения, обрабатывают содержащуюся в них информацию и на ее основании корректируют свои таблицы марш­
рутизации.
Посмотрим, как это делает маршрутизатор R1 (табл. 17.4).
На этом этапе маршрутизатор R1 получает от маршрутизатора R3 информацию о сети
132.15.0.0, которую тот, в свою очередь, на предыдущем цикле работы получил от маршру-

578
Глава 17. Базовые протоколы TCP/IP
тизатора R4. Маршрутизатор уже знает о сети 132.15.0.0, причем старая информация имеет лучшую метрику, чем новая, поэтому новая информация об этой сети отбрасывается.
Таблица 17.4. Таблица маршрутизации маршрутизатора R1
Номер сети
Адрес следующего маршрутизатора
Порт
Расстояние
201.36.14.0
201.36.14.3
1
1
132.11.0.0
132.11.0.7
2
1
194.27.18.0
194.27.18.1
3
1
132.17.0.0
132.11.0.101
2
2
132.15.0.0
132.11.0.101
2
2
132:15.0.0
194.27.18.51
3
3
194.27.19.0
194.27.18.51
3
2
Н)4:27:1<>.0
Ш;-11-0:101
2
3
202.101.15.0
194.27.18.51
3
2
202.101.16.0
132.11.0.101
2
3
202:101.16.0
194.27.18.54
3
3
О сети 202.101.16.0 маршрутизатор R1 узнает на этом этапе впервые, причем данные о ней приходят от двух соседей — от R3 и R4. Поскольку метрики в этих сообщениях указаны одинаковые, то в таблицу попадают данные, пришедшие первыми. В нашем примере считается, что маршрутизатор R2 опередил маршрутизатор R3 и первым переслал свое
RIP-сообщение маршрутизатору R1.
Если маршрутизаторы периодически повторяют этапы рассылки и обработки RIP- сообщений, то за конечное время в сети установится корректный режим маршрутизации.
Под корректным режимом маршрутизации здесь понимается такое состояние таблиц марш­
рутизации, когда все сети достижимы из любой сети с помощью некоторого рационального маршрута. Пакеты будут доходить до адресатов и не зацикливаться в петлях, подобных той, которая образуется на рис. 17.17, маршрутизаторами Rl, R2, R3 и R4.
Очевидно, если в сети все маршрутизаторы, их интерфейсы и соединяющие их линии связи остаются работоспособными, то объявления по протоколу RIP можно делать достаточно редко, например один раз в день. Однако в сетях постоянно происходят изменения — ме­
няется работоспособность маршрутизаторов и линий связи, кроме того, маршрутизаторы и линии связи могут добавляться в существующую сеть или же выводиться из ее состава.
Для адаптации к изменениям в сети протокол RIP использует ряд механизмов.
Адаптация маршрутизаторов RIP
к изменениям состояния сети
К новым маршрутам маршрутизаторы RIP приспосабливаются просто — они передают новую информацию в очередном сообщении своим соседям и постепенно эта информация становится известна всем маршрутизаторам сети. А вот к изменениям, связанным с потерей
какого-либо маршрута, маршрутизаторы RIP адаптируются сложнее. Это связано с тем, что в формате сообщений протокола RIP нет поля, которое бы указывало на то, что путь к данной сети больше не существует.
Для уведомления о том, что некоторый маршрут недействителен, используются два ме­
ханизма:
□ истечение времени жизни маршрута;
□ указание специального (бесконечного) расстояния до сети, ставшей недоступной.
Механизм истечения времени жизни маршрута основан на том, что каждая запись таблицы маршрутизации (как и записи таблицы продвижения моста/коммутатора), полученная по протоколу RIP, имеет время жизни (TTL). При поступлении очередного RIP-сообщения, которое подтверждает справедливость данной записи, таймер времени жизни устанавли­
вается в исходное состояние, а затем из него каждую секунду вычитается единица. Если за время тайм-аута не придет новое сообщение об этом маршруте, он помечается как не-
действительный.
Время тайм-аута связано с периодом рассылки векторов по сети. В протоколе RIP период рассылки выбран равным 30 секундам, а в качестве тайм-аута выбрано шестикратное зна­
чение периода рассылки, то есть 180 секунд. Шестикратный запас времени нужен для уве­
ренности в том, что сеть действительно стала недоступной, а не просто произошли потери
RIP-сообщений (а это возможно, так как протокол RIP использует транспортный протокол
UDP, который не обеспечивает надежной доставки сообщений). Если какой-либо марш­
рутизатор отказывает, переставая слать своим соседям сообщения о сетях, которые можно достичь через него, то через 180 секунд все записи, порожденные этим маршрутизатором, у его ближайших соседей станут недействительными. После этого процесс повторится уже для ближайших соседей — они вычеркнут подобные записи уже через 360 секунд.
Как видно, сведения о сетях, пути к которым не могут теперь проходить через отказавший маршрутизатор, распространяются по сети не очень быстро. В этом заключается одна из причин выбора в качестве периода рассылки небольшой величины в 30 секунд. Механизм тайм-аута работает в тех случаях, когда маршрутизатор не может послать соседям сообще­
ние об отказавшем маршруте, так как либо он сам неработоспособен, либо неработоспо­
собна линия связи, по которой можно было бы передать сообщение.
Когда же сообщение послать можно, маршрутизаторы RIP используют прием, заключаю­
щийся в указании бесконечного расстояния до сетиу ставшей недоступной. В протоколе
RIP бесконечным условно считается расстояние в 16 хопов. Получив сообщение, в кото­
ром расстояние до некоторой сети равно 16 (или 15, что приводит к тому же результату, так как маршрутизатор наращивает полученное значение на 1), маршрутизатор должен проверить, исходит ли эта «плохая» информация о сети от того же маршрутизатора, со­
общение которого послужило в свое время основанием для записи о данной сети в таблице маршрутизации. Если это тот же маршрутизатор, то информация считается достоверной и маршрут помечается как недоступный.
Причиной выбора в качестве «бесконечного» расстояния столь небольшого числа явля­
ется то, что в некоторых случаях отказы связей в сети вызывают длительные периоды некорректной работы маршрутизаторов RIP, выражающейся в зацикливании пакетов в петлях сети. И чем меньше расстояние, используемое в качестве «бесконечного», тем такие периоды короче.
Протокол RIP___________________________^______________________________________________
579

580
Глава 17. Базовые протоколы TCP/IP
Пример зацикливания пакетов
Рассмотрим случай зацикливания пакетов на примере сети, изображенной на рис. 17.17.
Пусть маршрутизатор R1 обнаружил, что его связь с непосредственно подключенной сетью 201.36.14.0 потеряна (например, по причине отказа интерфейса 201.36.14.3). Марш­
рутизатор R1 отмечает в своей таблице маршрутизации, что сеть 201.36.14.0 недоступна.
В худшем случае он обнаружит это сразу же после отправки очередных RIP-сообщений, так что до начала нового цикла его объявлений, в котором он должен сообщить соседям, что расстояние до сети 201.36.14.0 стало равным 16, остается почти 30 секунд. Каждый маршрутизатор работает на основании своего внутреннего таймера, не синхронизируя работу по рассылке объявлений с другими маршрутизаторами. Поэтому весьма вероятно, маршрутизатор R2 опередит маршрутизатор R1 и передаст ему свое сообщение раньше, чем R1 успеет передать новость о недостижимости сети 201.36.14.0. А в этом сообщении имеются данные, порожденные записью в таблице маршрутизации R2 (табл. 17.5).
Таблица 17.5. Таблица маршрутизации маршрутизатора R2
Номер сети
Адрес следующего маршрутизатора
Порт
Расстояние
201.36.14.0
132.11.0.7
1
2
Эта запись, полученная от маршрутизатора R1, была корректна до отказа интерфейса
201.36.14.3; теперь она устарела, но маршрутизатор R2 об этом не знает.
Далее маршрутизатор R1 получает новую информацию о сети 201.36.14.0 — эта сеть дости­
жима через маршрутизатор R2 с метрикой 2. Раньше R1 также получал эту информацию от R2, но игнорировал ее, так как его собственная метрика для 201.36.14.0 была лучше.
Теперь R1 должен принять данные о сети 201.36.14.0, полученные от R2, и заменить запись в таблице маршрутизации о недостижимости этой сети (табл. 17.6).
Таблица 17.6. Таблица маршрутизации маршрутизатора R1
Номер сети
Адрес следующего маршрутизатора
Порт
Расстояние
201.36.14.0
132.11.0.101
2
3
В результате в сети образуется маршрутная петля: пакеты, направляемые узлам сети
201.36.14.0, станут передаваться маршрутизатором R2 маршрутизатору R1, а маршрутиза­
тор R1 будет возвращать их маршрутизатору R2. IP-пакеты продолжат циркулировать по этой петле до тех пор, пока не истечет время жизни каждого пакета. Рассмотрим периоды времени, кратные времени жизни записей в таблицах маршрутизаторов.
Время 0-180 с. После отказа интерфейса в маршрутизаторах R1 и R2 будут сохраняться некорректные записи. Маршрутизатор R2 по-прежнему снабжает маршрутизатор R1 своей записью о сети 201.36.14.0 с метрикой 2, так как ее время жизни не истекло. Па­
кеты зацикливаются.
Время 180-360 с. В начале этого периода у маршрутизатора R2 истекает время жиз­
ни записи о сети 201.36.14.0 с метрикой 2, так как маршрутизатор R1 в предыдущий период посылал ему сообщения о сети 201.36.14.0 с худшей метрикой, чем у R2, и они не могли подтверждать эту запись. Теперь маршрутизатор R2 принимает от марш­
рутизатора R1 запись о сети 201.36.14.0 с метрикой 3 и трансформирует ее в запись

Протокол RIP
581
с метрикой 4. Маршрутизатор R1 не получает новых сообщений от маршрутизатора R2 о сети 201.36.14.0 с метрикой 2, поэтому время жизни его записи начинает уменьшаться.
Пакеты продолжают зацикливаться.
Время 360-540 с. У маршрутизатора R1 истекает время жизни записи о сети 201.36.14.0 с метрикой 3. Маршрутизаторы R1 и R2 опять меняются ролями — R2 снабжает R1 устаревшей информацией о пути к сети 201.36.14.0, уже с метрикой 4, которую R1 пре­
образует в метрику 5. Пакеты продолжают зацикливаться.
Если бы в протоколе RIP не было выбрано расстояние 16 в качестве недостижимого, то описанный процесс длился бы бесконечно (вернее, пока не была бы исчерпана разрядная сетка поля расстояния, и при очередном наращивании расстояния было бы зафиксировано переполнение).
В результате маршрутизатор R2 на очередном этапе описанного процесса получает от маршрутизатора R1 метрику 15, которая после наращивания, превращаясь в метрику 16, фиксирует недостижимость сети. Таким образом, в нашем примере период нестабильной работы сети длился 36 минут!
Ограничение в 15 хопов сужает область применения протокола RIP до сетей, в которых число промежуточных маршрутизаторов не может быть больше 15. Для более масштабных сетей нужно применять другие протоколы маршрутизации, например OSPF, или разбивать сеть на автономные области.
Приведенный пример хорошо иллюстрирует главную причину нестабильности маршрути­
заторов, работающих по протоколу RIP. Эта причина коренится в самом принципе работы дистанционно-векторных протоколов — использовании информации, полученной из «вто­
рых рук». Действительно, маршрутизатор R2 передает маршрутизатору R1 информацию о достижимости сети 201.36.14.0, за достоверность которой он сам не отвечает.
ПРИМЕЧАНИЕ---------------------------------------------------------------------------------------------------------------
Не следует думать, что при любых отказах интерфейсов и маршрутизаторов в сетях возникают
маршрутные петли. Если бы маршрутизатор R1 успел передать сообщение о недостижимости сети
201.36.14.0 раньше ложной информации маршрутизатора R2, то маршрутная петля не образовалась
бы. Так что маршрутные петли даже без дополнительных методов борьбы с ними возникают в среднем
не более чем в половине потенциально возможных случаев.
Методы борьбы с ложными маршрутами
в протоколе RIP
Хотя протокол RIP не в состоянии полностью исключить в сети переходные состояния, когда некоторые маршрутизаторы пользуются устаревшей информацией о несуществую­
щих маршрутах, имеется несколько методов, которые во многих случаях решают подобные проблемы.
1   ...   55   56   57   58   59   60   61   62   ...   99


написать администратору сайта