Руководство по технологиям объединенных сетей Cisco (953103), страница 207
Текст из файла (страница 207)
Если пакет является широковещательным, то сервер проверяет, пришел ли этот пакет по маршруту с наименьшей оценкой. Если это не так, то паке~ отбрасывается. Если же маршрут оказался кратчайшим (с наименьшей оценкой), то пакет отправляется на все интерфейсы, кроме того, на который он поступил. Такой подход позволяет уменьшить количество широковещательных лавин (Ьгоаосазг згопп), которые являются типичной проблемой других се~евых сред. На рис. Ь.9 показан алгоритм маршрутизации протокола ЧИч ЕБ. На рис.
Б.!О показан формат пакета Ч(Р, Поля Ч!Р-пакета содержат информацию о контрольной сумме, длине пакета, транспортном управлении, типе протокола, номере сети-получателя, номере подсети- получателя, номере сети-источника и номере подсети-источника. Поле контрольной суммы используется для проверки целостности пакета. Поле длины пакета указывает длину всего Ч! Р-пакета.
Поле транспортного управления (Тшпзроп Сонию!) состоит из нескольких подполей. Если пакет является широковещательным, то используются два подполя: класс пакета (биты с 1-го по 3-й) и количество переходов (биты 4-7). Если пакет не является широковещательным, то присутствуют четыре подпола: подполе ошибки, метрики, перенаправления и количества переходов.
Подполе класса задает тип узлов, которые должны получать широковещательное сообщение. С этой целью узлы делятся на различные категории, в соответствии с типом узла и типом канала, в котором находится данный узел. Зааавая тип узлов, которые должны получать широковещательные сообщения, подполе класса уменьшает количество нарушений нормальной работы сети, вызываемых широковещанием. Подполе числа переходов отображает количество переходов (между маршрутизаторами), которые прошел данный пакет. Подполе ошибки определяет, следует ли использовать протокол ! СР, который должен посылать пакет уведомления- 1оов Часть! Х. Приложения исключения источнику полученного пакета, в случае, если пакет не удается маршрутизировать.
Подполе метрики устанавливается равным 1 протоколом транспортного уровня в случае, когда необходимо узнать оценку перемещения пакета между узлом службы и соседним устройством. Подполе перенаправления устанавливает, должен ли маршрутизатор генерировать перенаправление в соответствующих ситуациях. Пакет дпа э Конец Рис.
Б,9. Алгоритм Р1РГЕ5-маршрутизации определяет соответствующий маршрут к пункту назначения Поле типа протокола указывает протокол сетевого или транспортного уровня, для которого предназначен пакет метрики или пакет исключения-уведомления. В конечном итоге все поля: номер сети-получателя, номер подсети-получателя, номер сети-источника и номер подсети-источника образуют адресную информацию протокола тс1Р. 1009 Приложение Б.
Традиционные технологии Данна поля, бт 'г г ! ! 4 г 4 г Переменная Рис. Б.дй Р7Р-пакет состоит из девтпи индивидуальных полей Протокол таблицы маршрутизации Протокол таблицы маршрутизации (Яоиг(пд ТаЫе Рпзгосо) — ЯТР) распространяет информацию о сетевой топологии. Широковешательныс пакеты с обновлениями маршрутов периодически рассылаются как клиентскими узлами, так и узлами серверов. Эти пакеты информируют соседние устройства о существовании рассылающего эти сообщения узла, а также о его типе как клиента или сервера. В каждый пакет обновления маршрутов служба включает список всех известных сетей и соответствующие оценки (значения метрики), связанные с достижением этих сетей.
При этом поддерживаются две таблицы маршрутизации; таблица всех известных сетей и таблица соседних устройств. Для узлов службы таблица всех известных сетей содержит соответствующую позицию для каждой известной сети, за исключением собственной сети узла службы. Каждая позиция таблицы содержит номер сети, метрику маршрутизации и указатель позиции в таблице следующего перехода к этой сети в таблице соседних устройств. Таблица соседних устройств содержит позицию для каждого соседнего узла службы и для каждого узла клиента.
Каждая позиция включает в себя номер сети, номер подсети, протокол доступа к передающей среде (например Егпсгпег), используемый для достижения этого узла, адрес локальной сети ()оса! агеапепног)г — )А)ь!), если средой, соединяющей с соседним устройством, является )АМ, и метрику лля соседнего устройства, Протокол КТР определяет четыре типа пакетов: пакеты обновления маршрутов, запрос о маршрутизации, ответ на запрос о маршрутизации и пакет перенаправления маршрутизации.
Пакеты обновления маршрутов используются для уведомления соседних устройств о существовании данного узла. Запросами о маршрутизации соседние устройства обмениваются в тех случаях, когда необходимо быстро изучить топологию сети. Ответы на запросы о маршрутизации содержат топологическую информацию и используются узлами службы для ответа на пакеты запросов о маршрутизации. Пакеты перенаправления маршрутизации предоставляют улучшенную информацию о маршрутах узлам, использующим неэффективные маршруты.
Пакеты протокола КТР имеют 4-байтовый заголовок, состоящий из следующих однобайтовых полей: поля типа операции (указывающего тип пакета), поля типа узла (указывающего, пришел ли пакет с узла службы или с иного узла), поля типа контроллера (указываюшего, является ли контроллер узла, передающего КТР-пакет, многобуферным) и поля типа машины (Мас)з(пе Туре), указывающего, является ли процессор КТР-отправителя быстрым или медленным.
Оба поля — типа контроллера и типа машины — используются для регулирования скорости передачи данных (рас)пд). 1О1О Часть )Х. Приложения Протокол преобразования адресов Протокол преобразования адресов (А<Ыгезз Кеьо!цг!оп Ргогосо! — АКР) работает с объектами, которые классифицируются как клиенты преобразования адресов или службы преобразования адресов. Клиенты преобразования адресов обычно реализуются в клиентских узлах, в то время как службы преобразования адресов обычно представляются узлами службы. Пакеты протокола АКР имеют 8-байтовый заголовок, состоящий из 2-байтового типа пакета, 4-байтового номера сети и 2-байтового номера подсети. Существуют четыре типа пакетов: запрос (используемый для обращения к АКР-службе), отклик службы (являющийся ответом на запрос), запрос о назначении (посылаемый АКР- службе для запроса межсетевого адреса УПЧЕ8) и ответ на запрос о назначении (посылаемый службой АКР как ответ на запрос о назначении).
Поля номера сети и номера подсети имеют значение только в пакетах ответа на запрос о назначении. Клиенты и службы протокола АКР в начале работы клиента реализуют следующий алгоритм: сначала клиент широковещательно рассылает пакеты запроса, затем каждая служба, которая является соседней по отношению к данном узлу, отвечает пакетом ответа службы на запрос.
После этого клиент посылает пакет с запросом о назначении первой службе, которая ответила на его пакет запроса. Служба отвечает пакетом ответа-назначения, в котором содержится назначенный межсетевой адрес. Межсетевой протокол управления Мелссегпевой протокол управления 11пгепгег Салоп( Ргогосо! — 1СР) определяет форматы пакетов исключения-уведомления (ехсерг!оп-пог!бсаг!оп рас)гегз) и пакетов уведомления о метрике (тегпс-пойбсагюп рас)гегз).
Пакеты исключения-уведомления предоставляют информацию об исключениях сетевого уровня, а пакеты уведомления о метрике содержат информацию о последней передаче, которая использовалась для достижения клиентского узла. Пакеты исключения-уведомления посылаются в тех случаях, когда Ч1Р-пакет не может быть маршрутизирован обычным образом и активизировано подполе ошибки в поле У!Р-заголовка транспортного контроля. Эти пакеты также содержат поле, идентифицирующее данную конкретную ошибку ес кодом. Элементы протокола 1СР в узлах службы генерируют сообщения уведомления о метрике в тех случаях, когда активизировано подполе метрики в поле транспортного контроля Ч)Р-заголовка, а адрес пункта назначения в пакете узла службы задает одно из соседних устройств узла службы. Транспортный уровень Протокол УПчЕ8 предоставляет три службы транспортного уровня: службу негарантированной доставки дейтаграмм, службу гарантированной доставки сообщений и службу передачи потоков данных.
Слузкба негарангпированной доставки дейгпаграмм отправляет пакеты по принципу негарантированной доставки без подтверждения их получения в пункте назначения. Служба гарантированной доставки сообщений является службой виртуального канала, которая обеспечивает гарантированную доставку сообщений от одного узла другому в соответствующем порядке с подтверждением получения. 1011 Приложение Б. Традиционные технологии Служба передачи полгока данных поддерживает управляемые потоки данных между двумя процессами. Служба передачи потока данных является службой виртуального канала с подтверждением получения, которая обеспечивает передачу сообщений произвольного размера. Протоколы верхних уровней Являясь распределенной сетью, У1ХЕВ-сеть использует модель вызова удаленной процедуры (Кещоге Ргосебпге Са)1 — КРС) для связи между клиентами и серверами.