БИБЛИЯ ХАКЕРА

SDLC и его производные

IBM разработала протокол Synchronous Data-Link Control (SDLC) (Управление синхронным каналом передачи данных) в середине 1970 гг. для применения в окружениях Systems Network Architecture (SNA) (Архи­тектура системных сетей). SDLC был первым из протоколов канального уровня нового важного направления, базирующегося на синхронном бит- ориентированном режиме работы. По сравнению с синхронным, ориен­тированным по символам (например, Bisynk фирмы IBM) и синхронным, с организацией счета байтов (например, Digital Data Communications Message Protocol — Протокол Сообщений Цифровой Связи) протокола­ми, бит-ориентированные синхронные протоколы являются более эф­фективными и гибкими, и очень часто более быстродействующими.

После разработки SDLC компания IBM представила его на рассмо­трение в различные комитеты по стандартам. Международная Организа­ция по Стандартизации (ISO) модифицировала SDLC с целью разработ­ки протокола HDLC (Управление каналом связи высокого уровня). Впоследствии Международный консультативный комитет по телеграфии и телефонии (CCITT) модифицировал HDLC с целью создания «Проце­дуры доступа к каналу» (LAP), а затем «Процедуры доступа к каналу, сба­лансированной» (LAPB). Институт инженеров по электротехнике и ра­диоэлектронике (IEEE) модифицировал HDLC, чтобы разработать IEEE 802.2. Каждый из этих протоколов играет важную роль в своей области. SDLC остается основным протоколом канального уровня SNA для кана­лов глобальных сетей.

Основы технологии

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

SDLC идентифицирует два типа сетевых узлов:

Ф Первичный

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

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

♦ Вторичные

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

Первичные и вторичные узды SDLC могут быть соединены в соот­ветствии со следующими четырьмя основными конфигурациями:

♦ Point-to-point (двухточечная). Предполагает только два узла: один первичный и один вторичный.

♦ Multipoint (многоточечная). Включает в себя один первичный и множество вторичных узлов.

♦ Loop (контур). Подразумевает топологию контура, когда первичный узел соединяется с первым и последним вторичными узлами. Промежуточные вторичные узлы, отвечая на запросы первичного узла, передают сообщения друг через друга.

♦ Hub go-ahead (готовый вперед). Предполагает наличие входного и выходного каналов. Первичный узел использует выходной канал для связи со вторичными узлами. Вторичные узлы используют входной канал для связи в первичным. Входной канал соединяется с первичным узлом через каждый вторичный по схеме гирляндной цепи.

Форматы блока данных

Блоки данных SDLC ограничены уникальной структурой «флага» (flag). Поле «адрес» (address) всегда содержит адрес вторичного узла, за­действованного в текущей связи. Так как первичный узел является либо источником связи, либо пунктом назначения, нет необходимости вклю­чать его адрес — он заранее известен всем вторичным узлам.

«Управляющее» (control) поле использует три разных формата в за­висимости от использованного типа блока данных SDLC. Описание трех типов блока данных SDLC дается ниже:

Информационные блоки данных (Information (I) frames)

Эти блоки данных содержат информацию высших уровней и опре­деленную управляющую информацию (необходимую для работы с пол­ным дублированием). Номера последовательностей отправки и приема и бит «опроса последнего» (P/F) выполняют функции управления потоком информации и неисправностями. Номер последовательности отправки (send sequence number) относится к номеру блока данных, который дол­жен быть отправлен следующим. Номер последовательности приема (receive sequence number) обеспечивает номер блока данных, который дол­жен быть принят следующим. При полностью дублированном диалоге как отправитель, так и получатель хранят номера последовательностей от­правки и приема. Первичный узел использует бит P/F, чтобы сообщить вторичному узлу, требует он от него немедленно ответного сигнала или нет. Вторичный узел использует этот бит для того, чтобы сообщить пер­вичному, является текущий блокданных последним или нет в текущей от­ветной реакции данного вторичного узла.

Блоки данных супервизора (Supervisory (S) frames)

Эти блоки данных обеспечивают управляющую информацию. У них нет информационного поля. Блоки данных супервизора запрашивают и приостанавливают передачу, сообщают о состоянии и подтверждают при­ем блоков данных «I».

Непронумерованные блоки банных (Unnumbered (U) frames)

Как видно из названия, эти блоки данных не упорядочены. Они мо­гут иметь информационное поле. Блоки данных «U» используются дня управляющих целей. Например, они могут определять одно - или двубай­товое поле управления, инициализировать вторичные узлы и выполнять другие аналогичные функции. Последовательность проверки блока дан­ных (frame check sequence) (FCS) предшествует ограничителю завершаю­щего флага. FCS обычно является остатком расчета «проверки при помо­щи циклического избыточного кода» (cyclic redundency check) (CRC). Расчет CRC выполняется повторно получателем. В случае, если результат отличается от значения, содержащегося в блоке данных отправителя, счи­тается, что имеет место ошибка.

В типичной конфигурации сети, базирующейся на SDLC, контрол­лер организации связи IBM (раньше называвшийся групповым контрол­лером) на отдаленном пункте подключен к «немым» терминалам и к сети Token Ring. На местном вычислительном центре главная вычислительная машина IBM подключена (через оборудование подключения каналов) к фронтальному процессору (FEP), который может также иметь связи с ме­стными локальными сетями Token Ring и стержнем SNA. Оба пункта со­единены с помощью арендуемой, базирующейся на SDLC, 56-КЬ/секли - нии.

Производные протоколы

Несмотря на то, что в HDLC не вошли несколько характеристик, используемых в SDLC, он повсеместно считается некой суперразновид - ностъю SDLC, совместимой с ним. LAP считается подразновидностью HDLC, LAPB был разработан, чтобы обеспечить продолжение совмести­мости с HDLC. IEEE 802.2 является модификацией HDLC дня окружений LAN.