|
Разработка системы маршрутизации в глобальных сетях(протокол RIP для IP)адрес интерфейса, который используется для достижения этой сети. 6. На каждый из маршрутизаторов, не являющийся периферийным, добавьте вычисленные на шаге 5 статические маршруты. Статические маршруты можно добавить в окне «Маршрутизация и удаленный доступ» или с помощью команды route. Если используется команда route, укажите параметр -p, чтобы сделать статические маршруты постоянными. 7. После завершения настройки проверьте связь между узлами по всем маршрутам с помощью команд ping и tracert. Дополнительные сведения о командах ping и tracert см. в разделах Использование команды ping и Использование команды tracert. 4 Протоколы динамической маршрутизации 4.1 Общие сведения Прежде чем вникать в подробности и особенности динамической маршрутизации обратим внимание на двухуровневую модель, в рамках которой рассматривается все множество машин Internet. В рамках этой модели весь Internet рассматривают как множество автономных систем (autonomous system - AS). Автономная система - это множество компьютеров, которые образуют довольно плотное сообщество, где существует множество маршрутов между двумя компьютерами, принадлежащими этому сообществу. В рамках этого сообщества можно говорить об оптимизации маршрутов с целью достижения максимальной скорости передачи информации. В противоположность этому плотному конгломерату, автономные системы связаны между собой не так тесно как компьютеры внутри автономной системы. При этом и выбор маршрута из одной автономной системы может основываться не на скорости обмена информацией, а надежности, безотказности и т.п. Схема взаимодействия автономных систем [pic] Рисунок 4.1 Сама идеология автономных систем возникла в тот период, когда ARPANET представляла иерархическую систему. В то время было ядро системы, к которому подключались внешние автономные системы. Информация из одной автономной системы в другую могла попасть только через маршрутизаторы ядра. Такая структура до сих пор сохраняется в MILNET. На рисунке 4.1 автономные системы связаны только одной линией связи, что больше соответствует тому, как российский сектор подключен к Internet. В классических публикациях по Internet взаимодействие автономных частей чаще обозначают пересекающимися кругами, подчеркивая тот факт, что маршрутов из одной автономной системы в другую может быть несколько. Обсуждение этой модели Internet необходимо только для того, чтобы объяснить наличие двух типов протоколов динамической маршрутизации: внешних и внутренних. Внешние протоколы служат для обмена информацией о маршрутах между автономными системами. Внутренние протоколы служат для обмена информацией о маршрутах внутри автономной системы. В реальной практике построения локальных сетей, корпоративных сетей и их подключения к провайдерам нужно знать, главным образом, только внутренние протоколы динамической маршрутизации. Внешние протоколы динамической маршрутизации необходимы только тогда, когда следует построить закрытую большую систему, которая с внешним миром будет соединена только небольшим числом защищенных каналов данных. К внешним протоколам относятся Exterior Gateway Protocol (EGP) и< Protocol Gateway> . EGP предназначен для анонсирования сетей, которые доступны для автономных систем за пределами данной автономной системы. По данному протоколу шлюз одной AS передает шлюзу другой AS информацию о сетях из которых состоит его AS. EGP не используется для оптимизации маршрутов. Считается, что этим должны заниматься протоколы внутренней маршрутизации. BGP - это другой протокол внешней маршрутизации, который появился позже EGP. В своих сообщениях он уже позволяет указать различные веса для маршрутов, и, таким образом, способствовать выбору наилучшего маршрута. Однако, назначение этих весов не определяется какими-то независимыми факторами типа времени доступа к ресурсу или числом шлюзов на пути к ресурсу. Предпочтения устанавливаются администратором и потому иногда такую маршрутизацию называют политической маршрутизацией, подразумевая, что она отражает техническую политику администрации данной автономной системы при доступе из других автономных систем к ее информационным ресурсам. Протокол BGP используют практически все российские крупные IP-провайдеры, например крупные узлы сети Relcom. К внутренним протоколам относятся протоколы Routing Information Protocol (RIP), HELLO, Intermediate System to Intermediate System (ISIS), Shortest Path First (SPF) и Open Shortest Path First (OSPF). Протокол RIP (Routing Information Protocol) предназначен для автоматического обновления таблицы маршрутов. При этом используется информация о состоянии сети, которая рассылается маршрутизаторами (routers). В соответствии с протоколом RIP любая машина может быть маршрутизатором. При этом, все маршрутизаторы делятся на активные и пассивные. Активные маршрутизаторы сообщают о маршрутах, которые они поддерживают в сети. Пассивные маршрутизаторы читают эти широковещательные сообщения и исправляют свои таблицы маршрутов, но сами при этом информации в сеть не предоставляют. Обычно в качестве активных маршрутизаторов выступают шлюзы, а в качестве пассивных - обычные машины (hosts). В основу алгоритма маршрутизации по протоколу RIP положена простая идея: чем больше шлюзов надо пройти пакету, тем больше времени требуется для прохождения маршрута. При обмене сообщениями маршрутизаторы сообщают в сеть IP-номер сети и число "прыжков" (hops), которое надо совершить, пользуясь данным маршрутом. Надо сразу заметить, что такой алгоритм справедлив только для сетей, которые имеют одинаковую скорость передачи по любому сегменту сети. Часто в реальной жизни оказывается, что гораздо выгоднее воспользоваться оптоволокном с 3-мя шлюзами, чем одним медленным коммутируемым телефонным каналом. Другая идея, которая призвана решить проблемы RIP, - это учет не числа hop'ов, а учет времени отклика. На этом принципе построен, например, протокол OSPF. Кроме этого OSPF реализует еще и идею лавинной маршрутизации. В RIP каждый маршрутизатор обменивается информацией только с соседями. В результате, информации о потере маршрута в сети, отстоящей на несколько hop'ов от локальной сети, будет получена с опозданием. Лавинная маршрутизация позволяет решить эту проблему за счет оповещения всех известных шлюзов об изменениях локального участка сети. К сожалению, многовариантную маршрутизацию поддерживает не очень много систем. Различные клоны Unix и NT, главным образом ориентированы на протокол RIP. Достаточно посмотреть на программное обеспечение динамической маршрутизации, чтобы убедится в этом. Программа routed поддерживает только RIP, программа gated поддерживает RIP, HELLO, OSPF, EGP и BGP, в Windows NT поддерживается только RIP. 4.2 Внутренний протокол маршрутизации RIP Этот протокол маршрутизации предназначен для сравнительно небольших и относительно однородных сетей (алгоритм Белмана-Форда). Протокол разработан в университете Калифорнии (Беркли), базируется на разработках фирмы Ксерокс и реализует те же принципы, что и программа маршрутизации routed, используемая в ОC UNIX (4BSD). Маршрут здесь характеризуется вектором расстояния до места назначения. Предполагается, что каждый маршрутизатор является отправной точкой нескольких маршрутов до сетей, с которыми он связан. Описания этих маршрутов хранится в специальной таблице, называемой маршрутной. Таблица маршрутизации RIP содержит по записи на каждую обслуживаемую машину (на каждый маршрут). Запись должна включать в себя: IP-адрес места назначения. Метрика маршрута (от 1 до 15; число шагов до места назначения). IP-адрес ближайшего маршрутизатора (Gateway) по пути к месту назначения. Таймеры маршрута. Первым двум полям записи мы обязаны появлению термина вектор расстояния (место назначение – направление; метрика – модуль вектора). Периодически (раз в 30 сек) каждый маршрутизатор посылает широковещательно копию своей маршрутной таблицы всем соседям-маршрутизаторам, с которыми связан непосредственно. Маршрутизатор-получатель просматривает таблицу. Если в таблице присутствует новый путь или сообщение о более коротком маршруте, или произошли изменения длин пути, эти изменения фиксируются получателем в своей маршрутной таблице. Протокол RIP должен быть способен обрабатывать три типа ошибок: 1. Циклические маршруты. Так как в протоколе нет механизмов выявления замкнутых маршрутов, необходимо либо слепо верить партнерам, либо принимать меры для блокировки такой возможности. 2. Для подавления нестабильностей RIP должен использовать малое значение максимально возможного числа шагов (. Тип сегмента пути представляет в свою очередь однооктетное поле, которое может принимать следующие значения: |Код типа |Описание | |сегмента | | |1 |AS_SET: неупорядоченный набор маршрутов в UPDATE сообщении; | |2 |AS_SEQUENCE: упорядоченный набор маршрутов автономной системы | | |в UPDATE-сообщении. | Длина сегмента пути представляет собой одно-октетное поле, содержащее число AS, записанных в поле оценка сегмента пути. Последнее поле хранит один или более кодов автономной системы, по два октета каждый. NEXT_HOP (код типа = 3) - стандартный обязательный атрибут, определяющий IP-адрес пограничного маршрутизатора, который должен рассматриваться как цель следующего шага на пути к точке назначения. MULI_EXIT_DISC (код типа = 4) представляет собой опционный непереходной атрибут, который занимает 4 октета и является положительным целым числом. Величина этого атрибута может использоваться при выборе одного из нескольких путей к соседней автономной системе. LOCAL_PREF (код типа = 5) является опционным атрибутом, занимающим 4 октета. Он используется BGP-маршрутизатором, чтобы сообщить своим BGP- партнерам в своей собственной автономной системе степень предпочтения объявленного маршрута. ATOMIC_AGGREGATE (код типа = 6) представляет собой стандартный атрибут, который используется для информирования партнеров о выборе маршрута, обеспечивающего доступ к более широкому списку адресов. AGGREGATOR (код типа = 7) - опционный переходной атрибут с длиной в 6 октетов. Атрибут содержит последний код автономной системы, который определяет агрегатный маршрут (занимает два октета), и IP-адрес BGP- маршрутизатора, который сформировал этот маршрут (4 октета). Объем информации о достижимости сетевого уровня равен (в октетах): Длина сообщения UPDATE - 23 - полная длина атрибутов пути - длина списка отмененных маршрутов. Информация о достижимости кодируется в следующей форме: [pic] Поле длина определяет длину IP-адресного префикса в битах. Если длина равна нулю, префикс соответствует всем IP-адресам. Префикс содержит IP- адресные префиксы и двоичные разряды, дополняющие код до целого числа октетов. Информация о работоспособности соседних маршрутизаторов получается из KEEPALIVE-сообщений, которые должны посылаться настолько часто, чтобы уложиться во время, отведенное таймером сохранения (HOLD). Обычно это время не должно превышать одной трети от времени сохранения, но не должно быть и меньше 1 секунды. Если выбранное значение времени сохранения равно нулю, периодическая посылка KEEPALIVE-сообщений не обязательна. NOTIFICATION-сообщения посылаются, когда обнаружена ошибка. BGP-связь при этом немедленно прерывается. Помимо заголовка NOTIFICATION-сообщение имеет следующие поля: [pic] Код ошибки представляет собой одно-октетное поле и указывает на тип данного сообщения. Возможны следующие коды ошибки: Таблица 4.9 - Коды ошибок |Код ошибки |Описание | |1 |Ошибка в заголовке сообщения. | |2 |Ошибка в сообщении OPEN | |3 |Ошибка в сообщении UPDATE | |4 |Истекло время сохранения | |5 |Ошибка машины конечных состояний | |6 |Прерывание | При отсутствии фатальной ошибки BGP-партнер может в любой момент прервать связь, послав NOTIFICATION-сообщение с кодом ошибки прерывание. Одно-октетное поле Субкод ошибки предоставляет дополнительную информацию об ошибке. Каждый код ошибки может иметь один или более субкодов. Если поле содержит нуль, это означает, что никаких субкодов не определено. Таблица 4.10 - Субкоды ошибок |Ошибка |Субкод |Описание | |Заголовок |1 |Соединение не синхронизовано | | |2 |Неверная длина сообщения | | |3 |Неверный тип сообщения | |Сообщения OPEN |1 |Неверный код версии | | |2 |Ошибочный код AS-партнера | | |3 |Ошибочный идентификатор BGP | | |4 |Ошибка в коде идентификации | | |5 |Ошибка при идентификации | | |6 |Неприемлемое время сохранения | |Сообщения UPDATE |1 |Ошибка в списке атрибутов | | |2 |Не узнан стандартный атрибут | | |3 |Отсутствует стандартный атрибут | | |4 |Ошибка в флагах атрибута | | |5 |Ошибка в длине атрибута | | |6 |Неправильный атрибут ORIGIN | | |7 |Циклический маршрут | | |8 |Ошибка в атрибуте NEXT_HOP | | |9 |Ошибка в опционном атрибуте | | |10 |Ошибка в сетевом поле | | |11 |Ошибка в AS_PATH | Вся маршрутная информация хранится в специальной базе данных RIB (Routing Information Base). Маршрутная база данных BGP состоит из трех частей: |1 |Adj-RIBs-I|Запоминает маршрутную информацию, которая получена из | | |n: |UPDATE-сообщений. Это список маршрутов, из которого можно | | | |выбирать. (Policy Information Base - PIB). | |2 |Loc-RIB: |Содержит локальную маршрутную информацию, которую | | | |BGP-маршрутизатор отобрал, руководствуясь маршрутной | | | |политикой, из Adj-RIBs-In. | |3 |Adj-RIBs-O|Содержит информацию, которую локальный BGP-маршрутизатор | | |ut: |отобрал для рассылки соседям с помощью UPDATE-сообщений. | Так как разные BGP-партнеры могут иметь разную политику маршрутизации, возможны осцилляции маршрутов. Для исключения этого необходимо выполнять следующее правило: если используемый маршрут объявлен не рабочим (в процессе корректировки получено сообщение с соответствующим атрибутом), до переключения на новый маршрут необходимо ретранслировать сообщение о недоступности старого всем соседним узлам. Протокол BGP позволяет реализовать маршрутную политику, определяемую администратором AS. Политика отражается в конфигурационных файлах BGP. Маршрутная политика это не часть протокола, она определяет решения, когда место назначения достижимо несколькими путями, политика отражает соображения безопасности, экономические интересы и пр. Количество сетей в пределах одной AS не лимитировано. Один маршрутизатор на много сетей позволяет минимизировать таблицу маршрутов. BGP использует три таймера: ConnectRetry (сбрасывается при инициализации и коррекции; 120 сек), Holdtime (запускается при получении команд Update или KeepAlive; 90сек) и KeepAlive (запускается при посылке сообщения KeepAlive; 30сек). BGP отличается от RIP и OSPF тем, что использует TCP в качестве транспортного протокола. Две системы, использующие BGP, связываются друг с другом и пересылают посредством TCP полные таблицы маршрутизации. В дальнейшем обмен идет только в случае каких-то изменений. ЭВМ, использующая BGP, не обязательно является маршрутизатором. Сообщения обрабатываются только после того, как они полностью получены. BGP является протоколом, ориентирующимся на вектор расстояния. Вектор описывается списком AS по 16 бит на AS. BGP регулярно (каждые 30сек) посылает соседям TCP-сообщения, подтверждающие, что узел жив (это не тоже самое что "keepalive" функция в TCP). Если два BGP-маршрутизатора попытаются установить связь друг с другом одновременно, такие две связи могут быть установлены. Такая ситуация называется столкновением, одна из связей должна быть ликвидирована. При установлении связи маршрутизаторов сначала делается попытка реализовать высший из протоколов (например, BGP- 4), если один из них не поддерживает эту версию, номер версии понижается. Протокол BGP-4 является усовершенствованной версией (по сравнению с BGP- 3). Эта версия позволяет пересылать информацию о маршруте в рамках одного IP-пакета. Концепция классов сетей и субсети находятся вне рамок этой версии. Для того чтобы приспособиться к этому, изменена семантика и кодирование атрибута AS_PASS. Введен новый атрибут LOCAL_PREF (степень предпочтительности маршрута для собственной AS), который упрощает процедуру выбора маршрута. Атрибут INTER_AS_METRICS переименован в MULTI_EXIT_DISC (4 октета; служит для выбора пути к одному из соседей). Введены новые атрибуты ATOMIC_AGGREGATE и AGGREGATOR, которые позволяют группировать маршруты. Структура данных отражается и на схеме принятия решения, которая имеет три фазы: 1. Вычисление степени предпочтения для каждого маршрута, полученного от соседней AS, и передача информации другим узлам местной AS. 2. Выбор лучшего маршрута из наличного числа для каждой точки назначения и укладка результата в Loc-RIB. 3. Рассылка информации из Loc_RIB всем соседним AS согласно политике, заложенной в RIB. Группировка маршрутов и редактирование маршрутной информации. 4.6 Протокол внешних маршрутизаторов EGP. Протокол внешних маршрутизаторов (Exterior Gateway Protocol-EGP) является протоколом междоменной досягаемости, который применяется в Internet - международной сети, об'единяющей университеты, правительственные учреждения, научно-исследовательские организации и частные коммерческие концерны. EGP документально оформлен в Запросах для Комментария (RFC) 904, опубликованных в апреле 1984 г. Являясь первым протоколом внешних маршрутизаторов, который получил широкое признание в Internet, EGP сыграл важную роль. К сожалению, недостатки EGP стали более очевидными после того, как Internet стала более крупной и совершенной сетью. Из-за этих недостатков EGP в настоящее время не отвечает всем требованиям Internet и заменяется другими протоколами внешних маршрутизаторов, такими, как Протокол граничных маршрутизаторов (Border Gateway Protocol - BGP) и Протокол междоменной маршрутизации (Inter- Domain Routing Protocol - IDRP). Основы технологии EGP первоначально предназначался для передачи информации о досягаемости в стержневые маршрутизаторы ARPANET и получения ее от них. Информация передавалась из отдельных узлов источника, находящихся в различных административных доменах, называемых автономными системами (AS), вверх в стержневые маршрутизаторы, которые передавали эту информацию через стержневую область до тех пор, пока ее можно было передать вниз к сети пункта назначения, находящейся в пределах другой AS. Эти взаимоотношения между EGP и другими компонентами ARPANET показаны на Рисунке 4.29. [pic] Рисунок 4.29. Несмотря на то, что EGP является динамическим протоколом маршрутизации, он использует очень простую схему. Он не использует показатели, и следовательно, не может принимать по настоящему интеллектуальных решений о маршрутизации. Корректировки маршрутизации EGP содержат информацию о досягаемости сетей. Другими словами, они указывают, что в определенные сети попадают через определенные маршрутизаторы. EGP имеет три основных функции. Во-первых, маршрутизаторы, работающие с EGP, организуют для себя определенный набор соседей. Соседи - это просто другие маршрутизаторы, с которыми какой-нибудь маршрутизатор хочет коллективно пользоваться информацией о досягаемости сетей; какие-либо указания о географическом соседстве не включаются. Во-вторых, маршрутизаторы EGP опрашивают своих соседей для того, чтобы убедиться в их работоспособности. В-третьих, маршрутизаторы EGP oтправляют сообщения о корректировках, содержащих информацию о досягаемости сетей в пределах своих AS. Формат пакета EGP [pic] Рисунок 4.30 Первым полем в заголовке пакета EGP является поле номера версии EGP (EGP version number). Это поле обозначает текущую версию EGP и проверяется приемными устройствами для определения соответствия между номерами версий отправителя и получателя. Следующим полем является поле типа (type), которое обозначает тип сообщения. EGP выделяет 5 отдельных типов сообщения. За полем типа следует поле кода (code). Это поле определяет различие между подтипами сообщений. Следующее поле - поле состояния (status), которое содержит информацию о состоянии, зависящую от сообщения. В число кодов состояния входят коды недостатка ресурсов (insufficient resources), неисправных параметров (parameter problem), нарушений протокола (protocol violation), и другие. За полем состояния идет поле контрольной суммы (checksum). Контрольная сумма используется для обнаружения возможных проблем, которые могли появиться в пакете в результате транспортировки. За полем контрольной суммы идет поле номера автономной системы (autonomous system number). Оно обозначает AS, к которой принадлежит маршрутизатор-отправитель. Последним полем заголовка пакета EGP является поле номера последовательности (sequence number). Это поле позволяет двум маршрутизаторам EGP, которые oбмениваются сообщениями, согласовывать запросы с ответами. Когда определен какой-нибудь новый сосед, номер последовательности устанавливается в исходное нулевое значение и инкрементируется на единицу с каждой новой транзакцией запрос-ответ. За заголовком EGP идут дополнительные поля. Содержимое этих полей различается в зависимости от типа сообщения (определяемого полем типа). Типы сообщений За заголовком EGP идут дополнительные поля. Содержимое этих полей различается в зависимости от типа сообщения (определяемого полем типа). Приобретение соседа Сообщение "приобретение соседа" включает в себя интервал приветствия (hello interval) и интервал опроса (poll interval). Поле интервала приветствия определяет период интервала проверки работоспособности соседей. Поле интервала опроса определяет частоту корректировки маршрутизации. Досягаемость соседа Сообщения о досягаемости соседа не имеют отдельных полей в числе полей, идущих за заголовком EGP. Эти сообщения используют поле кода для указания различия между приветственным сообщением и ответом на приветственное сообщение. Выделение функции оценки досягаемости из функции корректировки маршрутизации уменьшает сетевой трафик, т.к. изменения о досягаемости сетей обычно появляются чаще, чем изменения параметров маршрутизации. Любой узел EGP заявляет об отказе одного из своих соседей только после того, как от него не был получен определенный процент сообщений о досягаемости. Опрос Чтобы обеспечить правильную маршрутизацию между AS, ЕGP должен знать об относительном местоположении отдаленных хостов. Сообщение опроса позволяет маршрутизаторам EGP получать информацию о досягаемости сетей, в которых находятся эти машины. Такие сообщения имеют только одно поле помимо обычного заголовка - поле сети источника IP (source network). Это поле определяет сеть, которая должна использоваться в качестве контрольной точки для запроса. Корректиравка маршрутизации Сообщения о корректировке маршрутизации дают маршрутизаторам EGP возможность указывать местоположение различных сетей в пределах своих AS. В дополнение к обычному заголовку эти сообщения включают несколько дополнительных полей. Поле числа внутренних маршрутизаторов (number of interior gateways) указывает на число внутренних маршрутизаторов, появляющихся в сообщении. Поле числа внешних маршрутизаторов (number of exterior gateways) указывает на число внешних маршрутизаторов, появляющихся в сообщении. Поле сети источника IP (IP source network) обеспечивает адрес IP той сети, от которой измерена досягаемость. За этим полем идет последовательность блоков маршрутизаторов (gateway blocks). Каждый блок маршрутизаторов обеспечивает адрес IP какого-нибудь маршрутизатора и перечень сетей, а также расстояний, связанных с достижением этих сетей. В пределах одного блока маршрутизатора EGP перечисляет сети по расстояниям. Например, на расстоянии три может быть четыре сети. Эти сети перечислены по адресам. Следующей группой сетей могут быть сети, находящиеся на расстоянии 4, и т.д. ЕGP не расшифровывает показатели расстояния, содержащиеся в сообщениях о корректировке маршрутов. EGP фактически использует поле расстояния для указания существования какого-либо маршрута; значение расстояния может быть использовано только для сравнения трактов, если эти тракты полностью находятся в пределах одного конкретного AS. По этой причине EGP является скорее протоколом досягаемости, чем протоколом маршрутизации. Это ограничение приводит также к ограничениям в структуре Internet. Характерно, что любая часть EGP сети Internet должна представлять собой структуру дерева, у которого стержневой маршрутизатор является корнем, и в пределах которого отсутствуют петли между другими AS. Это ограничение является основным ограничением EGP; оно стало причиной его постепенного вытеснения другими, более совершенными протоколами внешних маршрутизаторов. Сообщения о неисправностях Сообщения о неисправностях указывают на различные сбойные ситуации. В дополнение к общему заголовку EGP сообщения о неисправностях обеспечивают поле причины (reason), за которым следует заголовок сообщения о неисправности (message header). В число типичных неисправностей (причин) EGP входят неисправный формат заголовка EGP (bad EGP header format), неисправный формат поля данных EGP (bad EGP data field format), чрезмерная скорость опроса (excessive polling rate) и невозможность достижения информации (unavailability of reachability information). Заголовок сообщения о неисправности состоит из первых трех 32-битовых слов заголовка EGP. 5 Создание объединенной сети с протоколом маршрутизации RIP для IP Объединенная сеть с маршрутизацией по протоколу RIP для IP использует протокол RIP для IP для динамического обмена информацией о маршрутизации между маршрутизаторами. Если при развертывании среды с протоколом RIP для IP были выполнены все необходимые для этого шаги, то по мере добавления и удаления сетей в объединенной сети для них будут автоматически добавляться и удаляться соответствующие маршруты. Необходимо обеспечить правильную настройку каждого маршрутизатора, чтобы все RIP-маршрутизаторы объединенной сети могли принимать и отправлять объявления RIP. 5.1 Среды с протоколом RIP для IP Маршрутизируемая среда с протоколом RIP для IP лучше всего подходит для объединенных динамических IP-сетей небольших и средних размеров с множественными путями. 1) Под термином «объединенная сеть небольших и средних размеров» понимается сеть, содержащая от 10 до 50 сетей. 2) Термин «сеть с множественными путями» означает, что передача пакетов между любыми двумя конечными точками объединенной сети возможна по нескольким различным маршрутам. 3) Термином «динамическая сеть» называются объединенные сети, топология которых может со временем изменяться из-за добавления и удаления сетей, а также из-за подключения и отключения каналов связи. Маршрутизируемые среды с протоколом RIP для IP могут использоваться в следующих случаях. 1) Бизнес среднего масштаба. 2) Большой офис подразделения с достаточно большим количеством Вопросы проектирования среды с протоколом RIP для IP Во избежание возможных неполадок при реализации протокола RIP для IP необходимо учитывать следующие вопросы. Уменьшенный диаметр в 14 маршрутизаторов Максимальный диаметр объединенной сети с протоколом RIP — 15 маршрутизаторов. Диаметр — это размер объединенной сети, выраженный в терминах прыжков или других метрик. Однако маршрутизатор Windows 2000 считает все маршруты, полученные без помощи RIP, имеющими фиксированное число прыжков — 2. Все статические маршруты, в том числе и статические маршруты для непосредственно подключенных сетей, считаются полученными без помощи RIP. RIP-маршрутизатор Windows 2000 объявляет свои непосредственно подключенные сети с числом прыжков 2, даже если для их достижения нужно пройти лишь один маршрутизатор. Поэтому объединенная сеть с протоколом RIP, использующая RIP-маршрутизаторы Windows 2000, имеет максимальный физический диаметр в 14 маршрутизаторов. 5.2 Стоимость маршрутов RIP В качестве метрики для определения наилучшего маршрута RIP использует число прыжков. Использование в качестве критерия при выборе наилучшего маршрута числа маршрутизаторов, которые нужно пройти, может привести к нежелательным результатам. Например, если два узла подключены друг к другу по линии T1, а в качестве запасного варианта используется низкоскоростной канал спутниковой связи, оба подключения считаются имеющими одинаковую метрику. Когда маршрутизатору приходится выбирать один из двух маршрутов, имеющих одинаковую наименьшую метрику (число прыжков), он может выбрать любой из них. Если маршрутизатор выбирает спутниковый канал, то будет использоваться низкоскоростной канал, а не другой канал с более высокой пропускной способностью. Чтобы в такой ситуации спутниковый канал не выбирался, можно задать для спутникового интерфейса другую стоимость. Например, если присвоить интерфейсу спутниковой связи стоимость 2 (а не 1, как по умолчанию), то наилучшим маршрутом будет всегда считаться линия T1. Если линия T1 будет недоступна, то в качестве следующего наилучшего маршрута будет выбираться спутниковый канал. Если вы используете собственные значения стоимости для обозначения таких характеристик канала, как скорость, наличие задержек и надежность, то необходимо убедиться, что суммарная стоимость (число прыжков) между любыми двумя конечными точками объединенной сети не превышает 15. 5.3 Смешанные среды RIP версии 1 и RIP версии 2 Для достижения максимальной гибкости следует использовать в объединенной сети с протоколом RIP для IP протокол RIP версии 2. Если в объединенной сети есть маршрутизаторы, не поддерживающие протокол RIP версии 2, можно использовать смешанную среду RIP v1 и RIP v2. Однако RIP v1 не поддерживает бесклассовую междоменную маршрутизацию (CIDR) и маски подсетей переменной длины (VLSM). Если в одной части объединенной сети поддерживается CIDR или VLSM, а в другой — нет, то с маршрутизацией могут возникнуть трудности. Если в сети есть и RIP v1-, и RIP v2-маршрутизаторы, то нужно настроить интерфейсы маршрутизатора Windows 2000 на отправку широковещательных объявлений RIP v1 или RIP v2 и на прием объявлений RIP v1 или RIP v2. 5.4 Проверка подлинности RIP версии 2 Если используется простая парольная проверка подлинности RIP версии 2, то необходимо задать для всех интерфейсов RIP v2 в одной сети одинаковый пароль (с учетом регистра). Можно задать как одинаковый пароль для всех сетей, так и свой пароль для каждой сети. RIP версии 2 и подключения по требованию Если с помощью RIP выполняются автостатические обновления при подключениях по требованию, нужно настроить каждый интерфейс вызова по требованию на многоадресную рассылку объявлений RIP v2 и на прием объявлений RIP v2. В противном случае маршрутизатор, находящийся на другом конце подключения по требованию, не будет отвечать на запросы маршрутов, отправляемые RIP-маршрутизатором. RIP и Frame Relay Так как RIP является протоколом, основанным на многоадресной и широковещательной рассылке, для его правильной работы с нешироковещательными сетевыми технологиями, такими как Frame Relay, необходимо его соответствующим образом настроить. То, как именно нужно настраивать RIP для работы с Frame Relay, зависит от представления виртуальных каналов Frame Relay в виде сетевых интерфейсов на компьютерах с Windows 2000. Возможны два варианта представления: либо адаптер Frame Relay представляется в виде одного адаптера для всех виртуальных каналов (модель с одним адаптером), либо каждый виртуальный канал представляется в виде отдельного адаптера (модель с несколькими адаптерами). 5.5 Модель с одним адаптером При использовании модели с одним адаптером, также называемой моделью с нешироковещательным множественным доступом (NBMA), сеть поставщика услуг Frame Relay (также называемая облаком Frame Relay) рассматривается как IP- сеть, а конечным точкам назначаются IP-адреса из диапазона, выделенного данной IP-сети. Чтобы обеспечить возможность приема трафика RIP всеми необходимыми конечными точками облака, нужно настроить интерфейс Frame Relay на одноадресную отправку его объявлений RIP всем соответствующим конечным точкам. Для этого необходимо задать соседей RIP. Кроме того, в центрально-лучевой топологии Frame Relay для интерфейса Frame Relay центрального маршрутизатора должна быть отключена обработка расщепленных уровней. Иначе маршрутизаторы на концах лучей не смогут получать маршруты друг от друга. 5.6 Модель с несколькими адаптерами При использовании модели с несколькими адаптерами каждый виртуальный |
|
