|
Спецификации IEEE 802.3u Auto-Negotiation и 802.3x Flow ControlСпецификация IEEE 802.3u Auto-NegotiationСпецификация Auto-Negotiation (Авто согласование) была предложена специалистами комитета IEEE 802.3u для того, чтобы обеспечитьвозможность оперативного автоматического конфигурирования по принципу (Plug and Play) компонентов локальных гибридных (с точки зрения типа используемого протокола физического уровня) вычислительных сетей. Операции процедуры Auto-Negotiation(AN)Операции, которые выполняются впределах процедуры AN,разделены на два класса:
Основная операция процедуры ANВ зависимости от типа взаимодействующих компонентов основная операция может выполняться в двух режимах:
Во втором случае более умное устройство должно определить единственный тип технологии, которую поддерживает его визави путем исследования типа формируемых им сигналов. Вспомогательные операции процедуры ANПроцедура AN предусматривает выполнение дополнительных операций, которые не применяются в ходе согласования параметров информационного обмена. Дополнительные операции используются длятого, чтобы обеспечить возможность быстрой локализации неисправности или предотвратить её возникновение. К числу таких дополнительных операций относятся:
Интерфейс управления Интерфейсуправления обеспечивает механизм для сбора информации о проблемах, которыемогут возникнуть при выполнении процедуры AN. Вчастности, с помощью данной операции могут быть выполнены следующие действия:
Функция дополнительной страницы Для того, чтобы обеспечить возможность передачи дополнительной служебной информации между взаимодействующими устройствами, они могут обмениваться дополнительными кадрами (страницами). Использование этой функции позволяет передавать диагностическую информацию о проблемах, которые возникли в процессе выполнения основной процедуры AN, и обеспечивает возможность дальнейшего развития всей процедуры в целом. Сигнализация об ошибке наудаленной стороне Для того, чтобы представить партнеру по алгоритму AN информацию о характере возникших проблем (неправильный тип кабеля,неправильная раскладка используемых пар) используется операция сигнализации обошибке на удаленной стороне. Обычно результаты выполнения этой операциипередаются с использованием функции дополнительной страницы. Принципы организации информационного обмена при выполнении процедуры Auto-NegotiationИнформация, которой партнеры обмениваются при выполнении процедуры Auto-Negotiation, представлена в виде кадровфизического уровня. Транспортный механизм процедурыAuto-Negotiation Дляпередачи данных между партнерами при выполнении процедуры Auto-Negotiation используется группа импульсов, которые называются Fast Link Pulses (FLP). Эта группа, структура которой представлена на рисунке, может состоять из 33 импульсов, которые следуют с периодом 62.5 микросекунд. Нечетные импульсы этой последовательности, которые отмечены на рисунке зеленым цветом, используютсядля синхронизации передаваемой группы. Шестнадцать четных импульсовFLP, которые нарисунке отмечены красным цветом, предназначены для передачи информационного слова [D0..D15]. Наличие импульса в четной позиции FLP интерпретируется как «1», егоотсутствие как «0» соответствующего разряда информационного слова. ПоследовательностьFLP передаетсяс периодом 16.8 миллисекунд. Значение периода повторения импульсов выбранотаким образом, чтобы в том случае, когда партнер не способен участвовать впроцедуре Auto-Negotiation, он мог бы интерпретироватьимпульсы FLPимпульсы в качестве обычных импульсов NLP. Структура слова процедуры Auto-Negotiation В таблице представлена структура базового слова (Link Code Word - LCW) процедуры Auto-Negotiation.
Поле тип технологии физического уровня Зеленым цветом в таблице отмечено поле выбора разновидности технологии физического уровня (Selector Field). Содержимое данного поля определяет, какая технология из набора IEEE 802(Ethernet, Token Ring), поддерживается данным устройством. В таблице приведены значения определенных на настоящий момент кодировок данного поля.
Поле тип протокола физического уровня Синим цветом в таблице отмечено поле выбора типа протокола физического уровня. В таблице приведены значения определенных на настоящий момент кодировок данного поля. Остальные (А5-7) биты данного поля в настоящий момент определены значением «0».
Поле RF (Remote Fault) Значение 1 в поле «ошибка на удаленном объекте» указывает партнеру на возникновение аварийной ситуации на ближнем взаимодействующем компоненте. Поле Ack (Acknowledge) Значение 1 в поле «подтверждение» указывает партнеру нато, что данная станция приняла как минимум три последовательных набора импульсов FLP. ПолеNP (Next Page) Значение 1 в поле «следующая страница» указывает партнеру на то, что данная станция предполагает участвовать в расширенном варианте информационного обмена, при котором могут быть использованы дополнительные, поотношению к основной, информационные страницы. Описание алгоритма Auto–NegotiationДля обеспечения выбора оптимальнойтипа протокола физического уровня из числа технологий поддерживаемых обоими участниками процесса Auto–Negotiation, используемые технологии упорядочены в порядке убывания предпочтения следующим образом:
Процесс Auto–Negotiation состоит из шести последовательных стадий
Функция параллельногоопределения Функция параллельного определения(Parallel Detection Function) используется в том случае, когдатолько одно из взаимодействующих устройств поддерживает алгоритм автоматического согласования параметров. В том случае, если устройству «А»удастся определить тип протокола физического уровня, который поддерживает устройство «В», канал связи между этими устройствами переводится в активное состояние и дальнейший информационный обмен по данному каналу производится в соответствии с требованиями данного протокола. В противном случае канал переводится в пассивное состояние и для протокола верхнего уровня формируется диагностика – линия неисправна («Link Fail»). Недостаток данного метода заключается в том, что с его помощью невозможно определить устройство, которое поддерживает режим Full Duplex. Функция следующей страницы Эта функция является дополнительной, которая может быть реализована для обеспечения дополнительного информационного обмена в ходе выполнения процедуры AN. Для информационного обмена могутиспользоваться два типа дополнительных станиц:
На рис представлена структурастаницы сообщения:
В разрядах с D0-D10 станицы сообщения размещается код сообщения. Поле «код сообщения» отмечено на рисунке зеленым цветом. Обычнов данном поле размещается тип информации, которая будет передаваться в последующей неформатированной странице. Признаком завершения информационного обмена с использованием функции следующей страницы является код 00000000001. На рис представлена структура неформатированной страницы Синим цветом на рисунке отмечено расположение кодового поля неформатированной страницы. В этом поле размещаются фиксированные коды, которые соответствуют типу сформированного сообщения: диагностическое сообщение о причине возникновения аварийной ситуации, уточнение типа используемого протокола физического уровня и т.д.
Служебные поля страницы сообщения и неформатированной страницы отмечены на рисунках желтым цветом. ПолеT (Toggle) Это поле используется для синхронизации передаваемых слов. Значение этого слова поочередно меняется из 1 в 0 для каждого последующего формируемого слова и таким образом, приемник может узнать о том, что он получает передаваемые слова без потерь. Поле MP Содержимое данного поляиспользуется для того, чтобы можно было отличить страницы разных типов.Значение MP=0 соответствует неформатированной странице. Значение MP=1 соответствует странице сообщения. Поля Ack и Ack2 Эти поля используются для размещения признаков, которые указывают на то что процесс информационного обмена с использованием дополнительных страниц протекает нормально. Поле NP Содержимое данного поля используется для того, чтобы указать на наличие или отсутствие следующей страницы, которая должна быть получена после данной. У последней дополнительной страницы в потоке признак NP устанавливается равным 1. Спецификация IEEE 802.3x Flow ControlCпецификация IEEE 802.3x определяет механизм выполнения процедуры Flow Control на канальном уровне IEEE 802.3. Описание процедуры управления потокомДля обеспечения управления потоком компоненты локальной сети обмениваются кадрами специального формата, которые называются кадры паузы (PAUSEFrames). Структура кадра PAUSE FrameНа рис представлена структура кадра типа «Пауза». В первой строке таблицы размещены данные о длине соответствующего поля в байтах. Поля преамбулы и SFD не показаны. Признаком кадра этого типа является наличие кода 8808-0001 в смежных полях LENGTH/TYPE и OPCODE.
В поле DA (Destination Address) кадра данного типадолжен быть размещен код 01-80-C2-00-00-01, который представляет собой Multicast адрес станций, которые поддерживают выполнение данной процедуры, или Unicast адрес конкретного абонента всети, формирующего избыточный трафик для данной станции. В поле SA (SOURCE Address) кадра типа «Пауза» помещается MAC – адресстанции, которая инициирует выполнение процедуры управления потоком. В поле LENGTH/TYPE этого кадра размещается код 8808 зарезервированный IEEE для кадров, которые используются в процедурах управления на уровне MAC. Поле OPCODE содержит признак кадра управления потоком 0001. В последующих двух байтах размещается код, который соответствует размеру предлагаемой паузы, выраженному в битовых интервалах. Единица младшего разряда этого кода соответствует 512 битовым интервалам используемой технологии. Таким образом, размер предлагаемой паузы для технологий Fast Ethernet может иметь значение от 0 до 0.3 секунды. Остальные поля данного кадра зарезервированы для дальнейшего использования или выполняют служебные функции. Режимы использования процедуры управления потокомПроцедурауправления потоком может выполняться в двух режимах:
Симметричный режим управления потоком возможен в том случае, если оба взаимодействующих устройства могут формировать и правильно интерпретировать кадры типа PAUSE. В случае, если толькоодно из взаимодействующих устройств поддерживает процедуру управления потоком вполном объеме, используется асимметричный режим. В таблице приведены возможные варианты режима управления потоком в зависимости от заявленных возможностей партнеров по информационному взаимодействию.
|
|
© 2000 Александр Филимонов |