Компания ТЕЛЕПОРТ
О компании Клиенты Статьи Новости
ТЕЛЕПОРТ | Системная интеграция | Псков
ПРОДУКЦИЯ КОМПАНИИ
БРЕНДЫ
РЕШЕНИЯ
УСЛУГИ
ЛИЦЕНЗИИ И СЕРТИФИКАТЫ
ЗАКОНОДАТЕЛЬСТВО
ВОПРОСЫ ТЕОРИИ
ПУБЛИКАЦИИ
СТАТЬИ

Поиск



Главная страница  > ВОПРОСЫ ТЕОРИИ  > Базовые технологии локальных сетей > Базовые технологии локальных сетей (Стр.6)

Базовые технологии локальных сетей (Стр.6)

Стр.1  Стр.2  Стр.3  Стр.4  Стр.5  Стр.6  Стр.7  

8.5. Инициализация кольца

Процедура инициализации кольца, известная под названием Claim Token (это название в свободном переводе можно может интерпретироваться как "соревнование претендентов на генерацию токена"), выполняется для того, чтобы все станции кольца убедились в его потенциальной работоспособности, а также пришли к соглашению о значении параметра T_Opr - максимально допустимому времени оборота токена по кольцу, на основании которого все станции вычисляют время удержания токена THT.

Процедура Claim Token выполняется в нескольких ситуациях:

  • При включении новой станции в кольцо и при выходе станции из кольца.
  • При обнаружении какой-либо станцией факта утери токена. Токен считается утерянным, если станция не наблюдает его в течение двух периодов времени максимального оборота токена T_Opr.
  • При обнаружении длительного отсутствия активности в кольце, когда станция в течение определенного времени не наблюдает проходящих через нее кадров данных.
  • По команде от блока управления станцией SMT.

Для выполнения процедуры инициализации каждая станция сети должна знать о своих требованиях к максимальному времени оборота токена по кольцу. Эти требования содержатся в параметре, называемом "требуемое время оборота токена" - TTRT (Target Token Rotation Time). Параметр TTRT отражает степень потребности станции в пропускной способности кольца - чем меньше время TTRT, тем чаще станция желает получать токен для передачи своих кадров. Процедура инициализации позволяет станциям узнать о требованиях ко времени оборота токена других станций и выбрать минимальное время в качестве общего параметра T_Opr, на основании которого в дальнейшем будет распределяться пропускная способность кольца. Параметр TTRT должен находиться в пределах от 4 мс до 165 мс и может изменяться администратором сети.

Для проведения процедуры инициализации станции обмениваются служебными кадрами МАС-уровня - кадрами Claim. Эти кадры имеют в поле управления значение 1L00 0011, поле адреса назначения содержит адрес источника (DA = SA), а в поле информации содержится 4-х байтовое значение запрашиваемого времени оборота токена T_Req.

Если какая-либо станция решает начать процесс инициализации кольца по своей инициативе, то она формирует кадр Claim Token со своим значением требуемого времени оборота токена TTRT, то есть присваивает полю T_Req свое значение TTRT. Захвата токена для отправки кадра Claim не требуется. Любая другая станция, получив кадр Claim Token, начинает выполнять процесс Claim Token. При этом станции устанавливают признак нахождения кольца в работоспособном состоянии Ring_Operational в состояние False, что означает отмену нормальных операций по передаче токена и кадров данных. В этом состоянии станции обмениваются только служебными кадрами Claim.

Для выполнения процедуры инициализации каждая станция поддерживает таймер текущего времени оборота токена TRT (Token Rotation Timer), который используется также и в дальнейшем при работе кольца в нормальном режиме. Для упрощения изложения будем считать, что этот таймер, как и другие таймеры станции, инициализируется нулевым значением и затем наращивает свое значение до определенной величины, называемой порогом истечения таймера. (В реальном кольце FDDI все таймеры работают в двоичном дополнительном коде).

Таймер TRT запускается каждой станцией при обнаружении момента начала процедуры Claim Token. В качестве предельного значения таймера выбирается максимально допустимое время оборота токена, то есть 165 мс. Истечение таймера TRT до завершения процедуры означает ее неудачное окончание - кольцо не удалось инициализировать. В случае неудачи процесса Claim Token запускается процессы Beacon и Trace, с помощью которых станции кольца пытаются выявить некорректно работающую часть кольца и отключить ее от сети.

Во время выполнения процесса Claim Token каждая станция сначала может отправить по кольцу кадр Claim со значением T_Req, равным значению ее параметра TTRT. При этом она устанавливает значение T_Opr, равное значению TTRT. Рассмотрим пример инициализируемого кольца, приведенный на рисунке 45.

В некоторый момент времени все станции передали по кольцу свои предложения о значении максимального времени оборота токена: 72 мс, 37 мс, 51 мс и 65 мс. Станция, приняв кадр Claim от предыдущей станции, обязана сравнить значение T_Req, указанное в кадре со значением TTRT своего предложения. Если другая станция просит установить время оборота токена меньше, чем данная (то есть T_Req < TTRT), то данная станция перестает генерировать собственные кадры Claim и начинает повторять чужие кадры Claim, так как видит, что в кольце есть более требовательные станции. Одновременно станция фиксирует в своей переменной T_Opr минимальное значение T_Req, которое ей встретилось в чужих кадрах Claim. Если же пришедший кадр имеет значение T_Req больше, чем собственное значение TTRT, то он удаляется из кольца.

Рис. 45. Процесс инициализации кольца

Процесс Claim завершается для станции в том случае, если она получает кадр Claim со своим адресом назначения. Это означает, что данная станция является победителем состязательного процесса и ее значение TTRT оказалось минимальным. В рассматриваемом примере это станция B со значением TTRT, равным 37 мс. Другие станции кольца не смогут получить свой кадр Claim, так как он не сможет пройти через станцию B. При равных значениях параметра TTRT преимущество отдается станции с большим значением МАС-адреса.

После того, как станция обнаруживает, что она оказалась победителем процесса Claim Token, она должна сформировать токен и отправить его по кольцу. Первый оборот токена - служебный, так как за время этого оборота станции кольца узнают, что процесс Claim Token успешно завершился. При этом они устанавливают признак Ring_Operational в состояние True, означающее начало нормальной работы кольца. При следующем проходе токена его можно будет использовать для захвата и передачи кадров данных.

Если же у какой-либо станции во время выполнения процедур инициализации таймер TRT истек, а токен так и не появился на входе станции, то станция начинает процесс Beacon.

После нормального завершения процесса инициализации у всех станций кольца устанавливается одинаковое значение переменной T_Opr.

8.6. Управление доступом к кольцу

Управление доступом к кольцу FDDI распределено между его станциями. Каждая станция при прохождении через нее токена самостоятельно решает, может она его захватить или нет, а если да, то на какое время.

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

Если же у станции имеются для передачи асинхронные кадры, то условия захвата определяются следующим образом.

Станция ведет уже упомянутый таймер текущего времени оборота токена TRT, а также счетчик количества опозданий токена Late_Ct. Время истечения таймера TRT равно значению максимального времени оборота токена T_Opr, выбранному станциями при инициализации кольца.

Счетчик Late_Ct всегда сбрасывается в нуль, когда токен проходит через станцию. Если же токен опаздывает, то таймер достигает значения T_Opr раньше очередного прибытия токена. При этом таймер обнуляется и начинает отсчет времени заново, а счетчик Late_Ct наращивается на единицу, фиксируя факт опоздания токена. При прибытии опоздавшего токена (при этом Late_Ct = 1) таймер TRT не сбрасывается в нуль, а продолжает считать, накапливая время опоздания токена. Если же токен прибыл раньше, чем истек интервал T_Opr у таймера TRT, то таймер сбрасывается в момент прибытия токена.

На рисунке 46 приведены различные случаи прибытия токена. Значение максимального времени оборота токена для примера, приведенного на этом рисунке, равно 30 мс.

Рис. 46. Поведение таймера времени текущего оборота токена TRT и счетчика опозданий токена Late_Ct

Приведенный пример иллюстрирует следующие события:

Момент А: Токен прибыл вовремя, так как таймер TRT не достиг порога T_Opr. Таймер TRT перезапускается и начинает считать заново.

Момент В: Токен прибыл вовремя. Таймер перезапускается.

Момент С: Таймер истек раньше, чем токен прибыл на станцию. Таймер TRT перезапускается, а счетчик Late_Ct наращивается на единицу.

Момент D: Токен наконец прибыл, но он опоздал - это отмечает счетчик Late_Ct, равный 1. Счетчик сбрасывается в нуль, но таймер не перезапускается, так как при приходе токена счетчик не был равен нулю.

Момент Е: Токен прибыл на станцию. Так как он прибыл до истечения таймера и при нулевом значении счетчика Late_Ct, то считается, что он прибыл вовремя. Таймер перезапускается.

Теперь рассмотрим, каким образом значения таймера TRT и счетчика Late_Ct используются при выяснении возможности захвата токена и времени его удержания.

Станция может захватывать токен только в том случае, когда он прибывает вовремя - то есть в момент его прибытия счетчик Late_Ct равен нулю.

Время удержания токена управляется таймером удержания токена THT (Token Holding Timer). Если станция имеет в буфере кадры для передачи в момент прибытия токена и токен прибыл вовремя, то станция захватывает его и удерживает в течение периода (T_Opr - TRT), где TRT - значение таймера TRT в момент прихода токена. Для отслеживания разрешенного времени удержания токена в момент захвата токена значение TRT присваивается таймеру THT, а затем таймер TRT обнуляется и перезапускается. Таймер THT считает до границы T_Opr, после чего считается, что время удержания токена исчерпано. Станция перестает передавать кадры данных и передает токен.

Описанный алгоритм позволяет адаптивно распределять пропускную способность кольца между станциями, а точнее - ту ее часть, которая осталась после распределения между синхронным трафиком станций.

Пример работы алгоритма выделения времени для передачи асинхронного трафика приведен на рисунке 47. Как и в предыдущем примере, время максимального оборота токена равно 30 мс.

Рис. 47. Выделение времени для асинхронного трафика

Рассмотрим события, иллюстрируемые примером:

Момент А: Токен прибыл вовремя, так как таймер TRT не достиг порога T_Opr. Таймер TRT перезапускается и начинает считать заново. Станция не имеет в это время асинхронных кадров, поэтому просто передает токен соседу.

Момент В: Токен прибыл вовремя. Станция имеет к этому моменту асинхронные кадры для передачи. Таймеру THT присваивается значение таймера TRT (16), и он начинает считать до значения T_Opr (30). Таймер TRT перезапускается. Станция начинает передавать кадры. Она может это делать в течение 14 мс. Если она закончит передачу имеющихся кадров раньше, то она обязана немедленно освободить токен.

Момент С: Таймер THT истек, и станция должна прекратить передачу асинхронных кадров. Станция завершает передачу текущего кадра и передает токен соседней станции. Счетчик TRT при этом продолжает работать.

Момент D: Таймер TRT истекает раньше очередного прибытия токена. Таймер перезапускается, а счетчик Late_Ct наращивается на 1.

Момент Е: Токен прибывает, но он опоздал, так как Late_Ct имеет значение 1. Станция не может захватить токен при значении Late_Ct, отличном от нуля.Токен передается соседней станции. Счетчик Late_Ct обнуляется, а таймер TRT не перезапускается.

Момент F: Токен прибывает на станцию. Так как таймер TRT еще не истек, а значение Late_Ct равно 0, то токен прибыл вовремя. Таймер THT инициализируется значением таймера TRT (22) и начинает считать до границы T_Opr. TRT перезапускается.Станция может передавать кадры в течение 8 мс.

Момент G: Таймер THT истекает, и передача асинхронных кадров прекращается. Станция передает токен соседней станции.

В стандарте FDDI определено также еще два механизма управления доступом к кольцу. Во-первых, в токене можно задавать уровень приоритета токена, а для каждого уровня приоритета задается свое время порога, до которого считает таймер удержания токена THT. Во-вторых, определена особая форма токена - сдерживающий токен (restricted token), с помощью которого две станции могут монопольно некоторое время обмениваться данными по кольцу.

Если таймер TRT истечет при значении Late_Ct, равном 1, то такое событие считается потерей токена и порождает выполнение процесса реинициализации кольца Claim Token.

8.7. Спецификация зависящего от среды физического подуровня PMD

Структура физического соединения

Рассмотрим физический подуровень PMD (Physical Media Dependent layer), определенный в стандарте FDDI для оптоволокна - Fiber PMD.

Эта спецификация определяет аппаратные компоненты для создания физических соединений между станциями: оптические передатчики, оптические приемники, параметры кабеля, оптические разъемы. Для каждого из этих элементов указываются конструктивные и оптические параметры, позволяющие станциям устойчиво взаимодействовать на определенных расстояниях.

Физическое соединение - основной строительный блок сети FDDI. Типичная структура физического соединения представлена на рисунке 48.

Каждое физическое соединение состоит из двух физических связей - первичной и вторичной. Эти связи являются односторонними - данные передаются от передатчика одного устройства PHY к приемнику другого устройства PHY.

Рис. 48. Физическое соединение сети FDDI

Требования к мощности оптических сигналов

В стандарте Fiber PMD в явном виде не определены предельные расстояния между парой взаимодействующих устройств по одному физическому соединению.

Вместо этого в стандарте определен максимальный уровень потерь мощности оптического сигнала между двумя станциями, взаимодействующими по одной физической связи. Этот уровень равен -11 dB, где

dB = 10 log P2/P1,

причем P1 - это мощность сигнала на станции-передатчике, а P2 - мощность сигнала на входе станции-приемника. Так как мощность по мере передачи сигнала по кабелю уменьшается, то затухание получается отрицательным.

В соответствии с принятыми в стандарте Fiber PMD параметрами затухания кабеля и выпускаемыми промышленностью соединителями, считается, что для обеспечения затухания -11 dB длина оптического кабеля между соседними узлами не должна превышать 2 км.

Более точно можно рассчитать корректность физического соединения между узлами, если принять во внимание точные характеристики затухания, вносимые кабелем, разъемами, спайками кабеля, а также мощность передатчика и чувствительность приемника.

Стандарт Fiber PMD определяет следующие предельные значения параметров элементов физического соединения (называемые FDDI Power Budget):

Категория элемента Значение
Максимальная мощность передатчика - 14 dBm
Минимальная мощность передатчика - 20 dBm
Максимальная принимаемая мощность - 14 dBm
Минимальная принимаемая мощность - 31 dBm
Максимальные потери между станциями - 11dB
Максимальные потери на км кабеля - 2.5 dB

Абсолютные значения мощности оптических сигналов (для выхода передатчика и для входа приемника) измеряются в децибелах по отношению к стандартной мощности в 1 милливатт (mW) и обозначаются как dBm:

dBm = 10 log P/1,

где мощность Р также измерена в милливаттах.

Из значений таблицы видно, что максимальные потери между станциями в -11 dB соответствуют наихудшему сочетанию предельных значений мощности передатчика (- 20 dBm) и приемника (- 31 dBm).

Кабели и разъемы

Основной вид кабеля для стандарта Fiber PMD - многомодовый кабель с диаметром сердечника 62.5 мкм и диаметром отражающей оболочки 125 мкм. Спецификация Fiber PMD не определяет требования к затуханию кабеля в dB на км, а только требует соблюдения требования по общему затуханию в -11 dB между станциями, соединенными кабелем и разъемами. Полоса пропускания кабеля должна быть не хуже чем 500 МГц на км.

Кроме основного вида кабеля, спецификация Fiber PMD допускает использование многомодовых кабелей с диаметром сердечника в 50 мкм, 85 мкм и 100 мкм.

В качестве разъемов стандарт Fiber PMD определяет оптические разъемы MIC (Media Interface Connector). Разъем MIC обеспечивает подключение 2-х волокон кабеля, соединенных с вилкой MIC, к 2-м волокнам порта станции, соединенными с розеткой MIC. Стандартизованы только конструктивные параметры розетки MIC, а любые вилки MIC, подходящие к стандартным розеткам MIC, считаются пригодными к использованию.

Спецификация Fiber PMD не определяет уровень потерь в разъеме MIC. Этот уровень - дело производителя, главное, чтобы выдерживался допустимый уровень потерь -11 dB во всем физическом соединении.

Разъемы MIC должны иметь ключ, обозначающий тип порта, что должно предотвратить неверное соединение разъемов. Определено четыре различных типа ключа:

  • MIC A.
  • MIC B.
  • MIC M.
  • MIC S.

Виды ключа для этих типов разъемов приведены на рисунке 49.

Рис. 49. Ключи разъемов MIC

Кроме разъемов MIC, допускается использовать разъемы ST и SC, выпускаемые промышленностью.

В качестве источника света допускается использование светодиодов (LED) или лазерных диодов с длиной волны 1.3 мкм.

Кроме многомодового кабеля, допускается использование более качественного одномодового кабеля (Single Mode Fiber, SMF) и разъемов SMF-MIC для этого кабеля. В этом случае дальность физического соединения между соседними узлами может увеличиться до 40 км - 60 км, в зависимости от качества кабеля, разъемов и соединений. Требования, определенные в спецификации SMF-PMD, для мощности на выходе передатчика и входе приемника, те же, что и для одномодового кабеля.

Функция определения сигнала уровня PMD

Спецификация на Fiber PMD требует от этого уровня выполнения функции Signal_Detect по определению факта наличия оптических сигналов на входе физического соединения станции. Этот сигнал передается на уровень PHY, где используется функцией определения статуса линии Line State Detect (рис. 50).

Уровень PMD генерирует для PHY признак присутствия оптического сигнала Signal_Detect, если мощность входного сигнала превышает -43.5 dBm, а снимает его при уменьшении этой мощности до -45 dBm и ниже. Таким образом, имеется гистерезис в 1.5 dBm для предотвращения частых изменений статуса линии при колебании входной мощности сигнала около -45 dBm.

Рис. 50. Функция определения сигнала на входе PMD

8.8. Физический подуровень PHY

Если в задачи подуровня PMD входит формирование качественных оптических импульсов на выходе и входе каждого физического соединения, то подуровень PHY имеет дело с передачей с помощью импульсов PMD логических единиц и нулей, приходящих с подуровня MAC. Более точно, подуровень PHY занимается следующими задачами:

  • Определение моментов времени снятия информации по сигналам, поступающим от подуровня PMD (тактирование входных сигналов).
  • Определение границ байт при обмене данными с MAC-подуровнем.
  • Кодирование поступающих от MAC-подуровня символов в соответствующий физический код (NRZI или MLT-3) подуровня PMD.
  • Декодирование поступающих от PMD сигналов (NRZI или MLT-3) в символы MAC-подуровня.
  • Управление эластичным буфером (Elasticity Buffer) для согласования частоты входных и выходных сигналов.
  • Определение статуса входящей физической линии на основе тестовой последовательности управляющих символов.
  • Генерация последовательности управляющих символов для выходящей физической линии по командам от подуровня SMT.
  • Фильтрация приходящих ошибочных символов для исключения их передачи на выходную линии.

Коды 4B/5B и их прием с помощью эластичного буфера

Принципы логического кодирования с использованием кодов 4В/5В, а также физического кодирования с помощью методов NRZI (для оптоволокна) и MLT-3 (для витой пары) уже были рассмотрены, так как технология Fast Ethernet позаимствовала их у технологии FDDI.

Кроме 16 кодов, отведенных для 16 кодовых комбинаций исходных 4-х байтовых символов, физический и МАС-уровни оперируют нескольким служебными символами:

  • Символы состояния линии:
    • Quiet, Q (молчание) - 00000;
    • Idle, I (простой) - 11111;
    • Halt,I (останов) - 00100.
      Эти символы позволяют соседям по физическому соединению определить его состояние в процессе его инициализации и поддержания.
  • Символы ограничителей начала и конца кадра:
    • Start Delimiter 1 (первый символ границы начала кадра) - 11000;
    • Start Delimiter 2 (второй символ границы начала кадра) - 10001;
    • Ending Delimiter (конец кадра) - 01101.
      Начало кадра отмечает встретившиеся подряд два символа Start Delimiter 1 и Start Delimiter 2, называемых также символами J и K (по аналогии со стандартом Token Ring).
  • Символы логического нуля и логической единицы:
    • Reset (логический нуль) - 00111;
    • Set (логическая единица) - 11001.
      Эти символы используются для указания логических значений признаков распознавания адреса, ошибки и копирования кадра, имеющих в кадре FDDI назначение, аналогичное назначению соответствующих признаков кадра Token Ring.
  • Запрещенные символы - это все символы, которые не являются служебными кодами или 5-битными кодами, использованными для записи 16 возможных комбинаций 4-х разрядных кодов.

В обязанности физического уровня входит фильтрация символов, передаваемых на выходную линию порта. Если среди символов кадра встречаются запрещенные символы, то они заменяются на 4 символа Halt, которые далее сопровождаются символами Idle до передачи следующего кадра. Последующий сосед, получив кадр с 4-мя символами Halt, должен изъять поврежденный кадр из кольца. Функция фильтрации не обязательна, когда кадр проходит через МАС-блок станции, но это происходит не всегда, например, вторичное кольцо может проходить только через блоки физического уровня, не заходя в МАС-блок, если это станция с двойным подключением.

Рассмотрим подробней, каким образом происходит синхронизация приемника с передатчиком в сети FDDI при приеме кодов 4B/5В.

Сеть FDDI использует распределенную схему тактирования информации, при которой каждая станция работает со своим независимым локальным тактовым генератором. Это отличает ее от сетей Token Ring, в которых одна станция поддерживает тактирование информации для всей сети, управляя главным тактовым генератором сети, называемым Master Clock.

В сети FDDI тактовые частоты синхронизируются в каждом физическом соединении соседних станций (рис. 51).

Каждая станция имеет два тактовых генератора - локальный, который управляет тактированием передаваемой информации, и восстанавливающим, который синхронизируется с тактовой частотой данных, приходящих от соседней станции. Локальный тактовый генератор работает на тактовой частоте 125 Мгц ± 0.005%. Восстанавливающий тактовый генератор, называемый RCRCLK (Receive Recovery Clock) подстраивается под тактовую частоту, извлекаемую из NRZI или MLT-3 сигналов при поступлении кодов Idle в промежутке между передачей кадров данных. Коды Idle, имеющие значение 111111, создают последовательность импульсов типа "меандр" с равными длительностями высокого и низкого потенциала, удобных для подстройки тактового генератора RCRCLK, так как сигнал изменяется два раза за период.

Поступающие символы записываются в соответствии с обнаруженной в импульсах кодов Idle частотой в эластичный буфер (Elasticity Buffer). Из эластичного буфера символы извлекаются уже с частотой локального генератора. В результате, рассогласование частот станций в кольце постоянно сглаживается, не превышая 0.01%. Принимающая станция поддерживает заполнение эластичного буфера наполовину, извлекая очередной символ только при превышении этой границы.

Рис. 51. Согласование тактовых генераторов в сети FDDI

Процедура установления физического соединения

Блоки PMD и PHY, реализующие физический уровень технологии FDDI для каждого порта, участвуют в процедуре инициализации физического соединения каждого порта станции с портом предшествующей или последующей станций. Эта процедура проводится при непосредственном участии блока управления станцией - SMT (Station Management). Блок управления станцией выполняет большое количество функций, получая информацию и управляя всеми остальными блоками станции - PMD, PHY и MAC. Рассмотрим группу функций SMT, управляющих физическими соединениями портов и конфигурацией внутреннего пути данных. Эта группа функций получила название Connection Management (CMT).

На рисунке 52 показан состав функций CMT и связь их с блоками PMD, PHY, MAC и некоторыми другими элементами станции.

Рис. 52. Структура блока управления конфигурацией CMT

Станция, имеющая несколько портов, обеспечивает для каждого из них блоки PMD, PHY и элемент управления конфигурацией CCE (Control Configuration Element). ССЕ - это переключатель, который соединяет входы и выходы первичного и вторичного колец, подключенных к порту извне, с внутренними путями данных станции, в результате данные могут передаваться из порта элементу MAC станции, а могут непосредственно переправляться на другой порт. Реконфигурация станции при ее реакции на отказы производится именно переключателем CCE.

Блок управления конфигурацией имеет в своем составе несколько элементов PCM (Physical Connection Management), по одному на каждый порт. Элемент PCM управляет физическим состоянием линии своего порта, анализируя символы, приходящие от PHY, и передавая PHY свои команды. Если элемент PCM обнаруживает изменение состояния линии, то он оповещает об этом элемент CFM (Configuration Management), который отвечает за конфигурацию внутреннего пути данных. Элемент CFM производит конфигурирование внутреннего пути, управляя переключателями портов CCE. Делает он это с помощью элементов CEM (Configuration Element Management), каждый из которых управляет одним переключателем CCE. Блок ECM (Entity Coordination Management) координирует работу всех блоков и элементов блока управления конфигурацией CMT.

Установление физического соединения - основная задача блока PCM. Блок PCM каждого порта начинает эту процедуру по команде PC_Start, получаемой от координирующего элемента ECM (рис. 53).

Рис. 53. Управление физическим соединением портов

При получении этой команды блок PCM локального порта начинает обмениваться символами кодов 4B/5B по миникольцу, образуемому двумя соседними портами. Процедура инициализации физического соединения - это распределенная процедура, в ней участвуют два РСM соседних портов.

Во время этой процедуры для обмена информацией соседние порты используют не отдельные символы, а достаточно длинные последовательности символов, что повышает надежность взаимодействия. Эти последовательности называются состоянием линии. Всего используется 4 состояния линии:

  • Quiet Line State, QLS - состояние молчания, состоит в передаче 16 или 17 символов Quiet подряд.
  • Master Link State, MLS - состояние главного порта, состоит в передаче 8 или 9 пар символов Halt-Quiet.
  • Halt Link State, HLS - состояние останова, состоит в передаче 16 или 17 символов Halt подряд.
  • Idle Link State, ILS - состояние простоя, состоит в передаче 16 или 17 символов Idle подряд.

Первый этап инициализации заключается в передаче портом - инициатором соединения - состояния QLS соседнему порту. Тот должен при этом перейти в состояние BREAK - разрыва связи, независимо от того, в каком состоянии связь находилась до получения символов QLS. Соседний порт, перейдя в состояние BREAK, также посылает символы QLS, обозначая свой переход.

После того, как порт-инициатор убедился, что первый этап инициализации выполнен, он выполняет следующий этап - переход в состояние CONNECT (соединение). Делает он это посылкой символов HLS, на что соседний порт также должен ответить символами HLS.

Если состояние CONNECT установлено, то порт-инициатор начинает наиболее содержательный этап инициализации - NEXT, включающий обмен информацией о типе портов, проведение тестирования качества линии и проведение тестового обмена МАС-кадрами. Этап NEXT состоит в обмене между соседними портами 10-ю сообщениями, которые передаются по очереди. Порт передает одно свое сообщение, затем получает и анализирует сообщение от соседа и так далее. Каждое сообщение несет один бит информации и кодируется последовательностями MLS - логический ноль, или HLS - логическая единица.

Первые два сообщения несут информацию о типе своего порта. Для кодирования нужны два бита, так как существует четыре типа портов - А, В, М или S. Третье сообщение говорит соседнему порту, приемлемо ли для данного порта соединение с указанным в принятых сообщениях типом порта. Если да, то следующие сообщения оговаривают длительность процедуры тестирования качества линии, а затем передают информацию о результатах тестирования. Тест состоит в передаче в течение определенного времени символов Idle и подсчете искаженных символов. Если качество линии приемлемо, то выполняется тестовый обмен кадрами данных с участием блоков MAC станций.

Если все этапы инициализации прошли успешно, то физическое соединение считается установленным и активным. По нему начинают передаваться символы простоя и кадры данных. Однако, до тех пор, пока станция не выполнит процедуру логического вхождения станции в кольцо, эти кадры могут нести только служебную информацию.

Конфигурирование внутреннего пути

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

Средством, с помощью которого выполняется это включение, является переключатель CCE. Он может подключить вход и выход порта к любому из трех внутренних путей станции (рис. 54) по командам от элемента CEM блока управления конфигурацией CMT.

Рис. 54. Подключение порта к внутренним путям станции

Внутренние пути станции не следует путать с внешними первичным и вторичным кольцами сети. Внутренние пути могут соединяться с любым из колец в зависимости от состояния порта.

Первичный внутренний путь обязательно должен присутствовать у любой станции. Вторичный внутренний путь является необязательным, но желательным в некоторых конфигурациях станций с двойным подключением, как это будет видно из примеров. Локальный путь используется для тестирования станции на МАС-уровне перед ее логическим включением в кольцо.

Переключатель CCE может находиться в одном из 5 состояний (рис. 55):

  • ISOLATED - изолированное состояние, когда все пути идут мимо входа и выхода порта.
  • INSERT_P - порт включен в первичный внутренний путь.
  • INSERT_S - порт включен во вторичный внутренний путь.
  • INSERT_X - порт включен в первичный и вторичный внутренние пути. Это состояние используется для сворачивания первичного и вторичного внешних колец на данном порту (состояние WRAP сети).
  • LOCAL - порт включен в локальный внутренний путь.

Рис. 55. Состояния переключателя внутренних путей

С помощью перевода переключателей портов станции в нужное состояние блок управления конфигурацией может обеспечить передачу кадров и маркера по тому внутреннему пути, который соответствует текущему состоянию сети. На рисунке 56 приведены примеры поддержки состояний THRU_A ( а) и WRAP_A (б) для станции с двойным подключением.

Состояние THRU_A соответствует нормальному режиму работы колец сети. В этом режиме первичное кольцо проходит через порты А и В, а также MAC-узел станции, а вторичное кольцо проходит только через блоки PMD и PHY каждого из портов. Состояние WRAP_A соответствует реакции сети на нарушение целостности сети, при котором порт В теряет физическое соединение с соседним по сети портом. При этом на линии устанавливается состояние Quiet Line State, так как отсутствие сигналов на входе порта соответствует получению символов Quiet (00000). Получив информацию о том, что на входе порта В установилось состояние QLS, блок PCM этого порта пытается начать процесс реинициализации физического соединения. При отсутствии физической связи между портами эта попытка называется удачной, поэтому порт переводится в состояние INSERT_X, а порт В - в состояние ISOLATED.

Рис. 56. Работа переключателя пути CCE в станции с двойным подключением

9.1. Общая характеристика технологии 100VG-AnyLAN

В качестве альтернативы технологии Fast Ethernet компаниями AT&T и HP был выдвинут проект новой технологии со скоростью передачи данных 100 Мб/с - 100Base-VG. В этом проекте было предложено усовершенствовать метод доступа с учетом потребности мультимедийных приложений, при этом сохранить совместимость формата пакета с форматом пакета сетей 802.3. В сентябре 1993 года по инициативе фирм IBM и HP был образован комитет IEEE 802.12, который занялся стандартизацией новой технологии. Проект был расширен за счет поддержки в одной сети кадров не только формата Ethernet, но и формата Token Ring. В результате новая технология получила название 100VG-AnyLAN, то есть технология для любых сетей (Any LAN - любые сети), имея в виду, что в локальных сетях технологии Ethernet и Token Ring используются в подавляющем количестве узлов.

Летом 1995 года технология 100VG-AnyLAN получила статус стандарта IEEE 802.12.

В технологии 100VG-AnyLAN определены новый метод доступа Demand Priority и новая схема квартетного кодирования Quartet Coding, использующая избыточный код 5В/6В.

Метод доступа Demand Priority основан на передаче концентратору функций арбитра, решающего проблему доступа к разделяемой среде. Метод Demand Priority повышает коэффициент использования пропускной способности сети за счет введения простого, детерминированного метода разделения общей среды, использующего два уровня приоритетов: низкий - для обычных приложений и высокий - для мультимедийных.

Технология 100VG-AnyLAN имеет меньшую популярность среди производителей коммуникационного оборудования, чем конкурирующее предложение - технология Fast Ethernet. Компании, которые не поддерживают технологию 100VG-AnyLAN, объясняют это тем, что для большинства сегодняшних приложений и сетей достаточно возможностей технологии Fast Ethernet, которая не так заметно отличается от привычной большинству пользователей технологии Ethernet. В более далекой перспективе эти производители предлагают использовать для мультимедийных приложений технологию АТМ, а не 100VG-AnyLAN.

И хотя в число сторонников технологии 100VG-AnyLAN одно время входило около 30 компаний, среди которых Hewlett-Packard и IBM, Cisco Systems и Cabletron, общим мнением сетевых специалистов является констатация отсутствия дальнейщих перспектив у технологии 100VG-AnyLAN.

Структура сети 100VG-AnyLAN

Сеть 100VG-AnyLAN всегда включает центральный концентратор, называемый концентратором уровня 1 или корневым концентратором (рис. 57).

Рис. 57. Структура сети 100VG-AnyLAN

Корневой концентратор имеет связи с каждым узлом сети, образуя топологию типа звезда. Этот концентратор представляет собой интеллектуальный центральный контроллер, который управляет доступом к сети, постоянно выполняя цикл "кругового" сканирования своих портов и проверяя наличие запросов на передачу кадров от присоединенных к ним узлов. Концентратор принимает кадр от узла, выдавшего запрос, и передает его только через тот порт, к которому присоединен узел c адресом, совпадающим с адресом назначения, указанным в кадре.

Каждый концентратор может быть сконфигурирован на поддержку либо кадров 802.3 Ethernet, либо кадров 802.5 Token Ring. Все концентраторы, расположенные в одном и том же логическом сегменте (не разделенном мостами, коммутаторами или маршрутизаторами), должны быть сконфигурированы на поддержку кадров одного типа. Для соединения сетей 100VG-AnyLAN, использующих разные форматы кадров 802.3, нужен мост, коммутатор или маршрутизатор. Аналогичное устройство требуется и в том случае, когда сеть 100VG-AnyLAN должна быть соединена с сетью FDDI или АТМ.

Каждый концентратор имеет один "восходящий" (up-link) порт и N "нисходящих" портов (down-link), как это показано на рисунке 58.

Восходящий порт работает как порт узла, но он зарезервирован для присоединения в качестве узла к концентратору более высокого уровня. Нисходящие порты служат для присоединения узлов, в том числе и концентраторов нижнего уровня. Каждый порт концентратора может быть сконфигурирован для работы в нормальном режиме или в режиме монитора. Порт, сконфигурированный для работы в нормальном режиме, передает только те кадры, которые предназначены узлу, подключенному к данному порту. Порт, сконфигурированный для работы в режиме монитора, передает все кадры, обрабатываемые концентратором. Такой порт может использоваться для подключения анализатора протоколов.

Рис. 58. Круговой опрос портов концентраторами сети 100VG-AnyLAN

Узел представляет собой компьютер или коммуникационное устройство технологии 100VG-AnyLAN - мост, коммутатор, маршрутизатор или концентратор. Концентраторы, подключаемые как узлы, называются концентраторами 2-го и 3-го уровней. Всего разрешается образовывать до трех уровней иерархии концентраторов.

Связь, соединяющая концентратор и узел, может быть образована либо 4 парами неэкранированной витой пары категорий 3, 4 или 5 (4-UTP Cat 3, 4, 5), либо 2 парами неэкранированной витой пары категории 5 (2-UTP Cat 5), либо 2 парами экранированной витой пары типа 1 (2-STP Type 1), либо 2 парами многомодового оптоволоконного кабеля.

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

В заключение раздела приведем таблицу, составленную компанией Hewlett-Packard, в которой приводятся результаты сравнения этой технологии с технологиями 10Base-T и 100Base-T.

Характеристика 10Base-T 100VG-AnyLAN 100Base-T
Топология - - -
Максимальный диаметр сети 2500 м 8000 м 412 м
Каскадирование концентраторов Да; 3 уровня Да; 5 уровней Два концентратора максимум
Кабельная система - - -
UTP Cat 3,4 100 м 100 м 100 м
UTP Cat 5 150 м 200 м 100 м
STP Type 1 100 м 100 м 100 м
Оптоволокно 2000 м 2000 м 412 м
Производительность - - -
При длине сети 100 м 80% (теоретическая) 95% (продемонстрированная) 80% (теоретическая)
При длине сети 2500 м 80% (теоретическая) 80% (продемонстрированная) Не поддерживается
Технология - - -
Кадры IEEE 802.3 Да Да Да
Кадры 802.5 Нет Да Нет
Метод доступа CSMA/CD Demand Priority CSMA/CD + подуровень согласования (Reconciliation sublayer)

9.2. Стек протоколов технологии 100VG-AnyLAN

Структура стека протоколов технологии 100VG-AnyLAN согласуется с архитектурными моделями OSI/ISO и IEEE, в которых канальный уровень разделен на подуровни. Как видно из рисунка 59, стек протоколов технологии 100VG-AnyLAN состоит из подуровня доступа к среде (Media Access Control, MAC), подуровня, независящего от физической среды (Physical Media Independent, PMI) и подуровня, зависящего от физической среды (Physical Media Dependent, PMD).

Рис. 59. Структура стека протоколов технологии 100VG-AnyLAN

ДАЛЕЕ >>



Copyright © TELEPORT, 2004
г.Псков, Крестовское шоссе, д.1а, оф.305, 3 этаж
Официальная поддержка
продуктов производства
Nortel Networks
Официальный аккредитованный
представитель ЗАО «БЕЛТЕЛ»
на территории Псковской области
InformProject.com Создание сайта -
студия «InformProject»