Руководство по технологиям объединенных сетей Cisco (953103), страница 176
Текст из файла (страница 176)
Под зоной в протоколе Р!Ьгс СЬаппе! понимается логическая групПа устройств, которым разрешено вступать в связь и обмениваться данными. Поскольку эти устройсща могут оказаться подсоединенными к разным коммутаторам, конфигурация зон распространяется на все коммущторы структур. Зоны могут быль созданы с помощью ряда идентификаторов, вюпочая гС 10, индексы физических портов коммутаторов или наиболее общих адресов %%)Ч. Существует два типа зон: твердые иви спгрогие зоны ()капу сопгпк) и мягкие зоны иви нестрогие (муг сопгпЯ.
В строгих зонах конфигурация зоны обеспечивает фильтрацию фреймов в аппаратном обеспечении. Такой способ обеспечивает наибольшую степень безопасности. При использовании нестрогих зон фильтруются только запросы к службе каталогов, в результате чего видны только определенные устройства. Нестрогие зоны не лают полной безопасност, поскольку конечное устройство должно знать гС 10 устройства на другом конце канала, для того чтобы обойти юну и вступить в связь с конечным усгройспюм. Службы управления Другой весьма полезной службой, основанной на стандарте АХз! Т1! (бспег!с Зегу!сез Згапдагс1 (гС-СкЗ и сС-ОЯ-З), является распределенная служба управления.
869 Глава 55. Сети для хранения информации Она позволяет восстанавливать в структуре атрибуты устройств и информацию о конфигурации. Эта информация может включать в себя такие атрибуты, как версия программного обеспечения, возможности устройств, логические имена устройств и 1Р-алреса устройств упраачения. Кроме того, возможен сбор информации о подсоединенных портах и соседних устройствах. Хотя эта информация весьма полезна для целей управления, многие производители не торопятся использовать эту возможность. Однако все большее количество производителей планируют такую поддержку лля следующей версии, получившей название ГС-ОБ-4, которая позволит восстанавливать из структур еще больший объем информации о конфигурации.
Службы уведомления об изменениях в состоянии В большинстве традиционных сетей передачи данных информация о сбоях в сети передавалась другим сетевым элементам, таким как коммутаторы и маршрутизаторы. Однако протокол Р!Ьге Сйаппе! расширяет эту службу до конечных устройств. Используя службу уведомления об изменениях в состоянии сети (Яаге СЬапяе Хог!(саг!оп Бегт!се), а позднее зарегистрированную службу уведомления об изменениях в состоянии сети (Кея!згсгег! ваге СЬапйе Хогйсагюп Бегнсе — ВБСХ), конечные устройства могут зарегистрироваться для получения уведомлений о событиях в структуре.
В случае, если в сети происходит событие, случайное или намеренно созданное, генерируются сообщения службы ВБСХ лля уведомления о нем других устройств сети. Используя службу ВБСХ, устройства могут реагировать на сбои в сети значительно быстрее, чем если бы они ожидали истечения времени таймеров. Протокол 18СЗ! Протокол РБСБ1 позволяет создать БАХ-сеть, в которой данные БСЯ передаются поверх протокола ТСР/1Р. Протокол !БСЯ может использовать любой транспорт 1Р, однако в первую очередь предназначен для БАХ-сетей, основанных на технологии Егйегпег. Используя протокол !БСБ1, БАХ-проектировщики могут строить экономически более эффективные БАХ-сети, особенно для соединения серверов среднего уровня с хранилищами информации.
Коммуникационная модель протокола 1ЗСЗ! Протокол !БСЯ использует стек протоколов ТСР/1Р для установки сеансов аналогично тому, как это делается в протоколе Р!Ьге СЬаппе!. Однако в отличие от Г!Ьге СЬаппе! узлам протокола гБСБ! для установки связи не требуется выполнять процелуру 1од ьп для входа в Егйегпег-структуру. Сеансы связи устанавливаются между инициаторами (БСБ1 (станциями или узлами) и целевыми устройствами 1БСБ! и могут состоять из нескольких соединений протокола ТСР/1Р. Однако каждый конкретный обмен БСЯ (комагша) должен быть выполнен по одному соединению ТСР. Для всех РБСЯ-соединений протокол !БСЯ использует общеизвестный номер порта ТСР/3260.
Палевое устройство!БСБ1 может быть шлюзом РБСБ1/ЯЬге СЬаппе! или реальным набором дисковых или ленточных накопителей с функциями !БСБ1. На рис. 55. !О показана коммуникационная модель протокола !БСЯ. Перел перелачей каких-либо команд БСБ! инициатор 1БСЯ должен выполнить процедуру 1од ьп для входа в какое-либо целевое устройство !БСБ1.
Во время этой 870 Часть 1/!!!. Управление сетями !ой(п-фазы обнаруживаются целевые устройства (БСБ! и преобразуются в блоковые устройства в рабочей станции. На рис. 55.11 проиллюстрировано выполнение проце- дуры 1одзп. Инициатор Инициатор (РС1) с драйвером 18СБ1 Отдельный сеанс ТСР Протокол !БСБ! использует ТСР в качестве транспортного протокола. Однако для управления сеансом используется специфический заголовок протокола (БСБ(. На рис.
55.12 показан запзловок протокола (БСБ! и различные его компоненты. Ниже приводится более подробное описание отдельных полей. вт1 --- Сеанс!ВСЯ вЂ” - соединение ВСа! (ТсР) Рис. 55.10. Коммуникационная модеяыцюоюкаеа !ВСТР Рис. 55. дб Вмиаенение нуоиедурм Ходам щюоюкояа !ВСЯ Формат фрейма протокола 1ЗСЗ! Глава 55. Сети для хранения информации Татре( (Маршрутизатор ЯЗ1) Орсобе Поле кола операции Орестее (! байт) указывает тнп модуля РЕНЭ !ВСЯ, который инкапсулирует заголовок.
Имеется два типа кодов операции: код инициатора и код целевого устройства Коды операции инициатора находятся в модулях РЖЗ, посылаемых инициатором (РГЖ запроса), а коды операции целевых устройств находятся в модулях РО(), посылаемых целевыми устройствами (ответные РО()). Процедура 1оддп протокола !ВСЯ и команда БСЫ представляют собой два примера кодов операции. Поля конкретного кода операции Это пале (3 байта) имеет различные значения в зависимости от типа кода операции. Например, код операции для процедуры сВСЯ 1аадп использует эту область для хранения номера версии !ЬСЫ и управляющих флагов процедуры ходдп. АНБ Ееп Это поле указывает длину всех дополнительных сегментов заголовка (асЫ!с!опа! )сеас(ег зерпепсз — АНБ), выраженную в 4-байтовых словах, включая заполнитель (расЫ!пя), если таковой имеется.
Поле общей длины (Тога)АНя.епяс)с) длиной один байт используется только в тех модулях РОП, которые имеют сегменты АНБ. Во всех остальных РЕс() это поле равно нулю. Длина поля данных (1)а(а Р!е14) В этом поле содержится значение длины сегмента полезной нагрузки в байтах (включая заполнитель). Поле 1)асаБерпепс$.епйс)с (3 байта) равно 0 если в РО() сегмент данных отсутствует.
1А)ГС или поля конкретных кодов операций Некоторые коды операций функционируют на конкретных логических блоках. Поле номера логического блока (Еоя!са( ()и!с ХщпЬег — 1ЛЛЧ) задает логический блок, на котором будет выполняться операция с данным кадом. Если кад операции не относится к логическому блоку, то это поле игнорируется или может быть использовано определяемым конкретным кодом операции.
Тег задачи инициатора. Инициатор назначает некоторый тег каждой задаче !ЬСЯ. До тех пор, пока задача существует, этот тег должен уникальным образом идентифицировать задачу в течение всего сеанса. Этот компонент имеет длину 4 байта. АНБ Поле сегмента дополнительного заголовка (АсЫсбопа! Неас)ег Бсяшепс — АНЯ не является обязательным и используется только в том случае, когда требуется дополнительный заголовок команды. АНБ представляет собой мини-заголовок, состоящий нз значения собственной длины, кода типа и командной информации.
Поле данных В этом поле находятся реальные передаваемые данные. Ими могут быть данные протокола БСЫ нз команды аеас! или данные аутентификации команде 1аадп. Длина этого поля непостоянна, однако не должна превышать длину максимального МТО фрейма Ес)сегпес. Службы протокола 13С81 В настояшем разделе описан ряд сетевых служб протокола !БСЫ, реализация которых являются частью обшей задачи создания БАХ-сети протокола !ЬСЫ. Службы каталогов Инициаторы протокола !БСЯ могут использовать различные способы для обнаружения целевых устройств протокола !ЬСЫ. Ьольшинство современных реализаций просто используют статическое преобразование в 1Р-адрес !ЬСЫ-сервера, который осуществляет хостинг ряда целевых устройств. Однако сушествуют два механизма, которые могут находить целевые устройства протокола !ЬСЫ автоматически.
Они определены как проекты 1ЕТЕ. 872 Часть Ч!11. Управление сетями 4Б-1000 байт Рис. 55. !2 Фалмав фйекаа ааатакала 15Сь! Первым механизмом является использование протокола нахождения службы (Бега)се (.оса!(оп Ргогосо! — Я,Р). Протокол Я.Р требует, чтобы серверы 1БСБ! регистрировали все свои целевые устройства с использованием набора адресов (/Ю службы, по одному на каждый адрес, по которому можно получить доступ к целевому устройству. Инициаторы обнаруживают зтн целевые устройства используя служебные запросы Я.Р, которые обычно являются собой многоалресатными.
Серверы!БСБ1, которые слышат Я.Р-запросы, отвечают на них списком доступных целевых устройств. Агент централизованного каталога (йгес!огу аяеп! — ОА) также может использоваться для того, чтобы серверы ГБСБ! зарегистрировали целевые устройства, а инициаторы 1БСЯ получили информацию о целевых устройствах. Второй механизм, используемый для того, чтобы инициатор 1БСБ! мог обнаружить целевые устройств, состоит в использовании протокола, называемого 1пгегпег-службой хранения имен (1о1егпе! Яошйе Хиве Бепчсе — 1Б!чБ).
Используя !БГЧБ, инициаторы протокола ГБСЯ могут находить друг друга с помощью сервера каталога. Протокол !Б!ЧБ облегчает конфигурирование и управление устройствами 1БСБ! в! Р-сетн путем предоставления набора служб каталогов, похожего на аналогичный набор, доступный в сетях Р(Ьге СЬаппе!. Используя протокол 1БХБ, устройства (БСБ! автоматически регистрируют свои атрибуты на сервере !Б)ЧБ.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
