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. Kaждый из этих протоколов играет важную роль в своейобласти. SDLC остается основным протоколом канального уровня SNAдля каналов глобальных сетей.
SDLC поддерживает разнообразные типы соединений и топологий. Он можетприменяться в сетях с двухточечными (непосредственными) имноготочечными связями, со связанным и несвязанным носителем, с полностью и наполовину дублированными средствами передачи, скоммутацией цепей и коммутацией пакетов.
SDLC идентифицирует два типа сетевых узлов:
Первичные и вторичные узды SDLC могут быть соединены в соответствии соследующими четырьмя основными конфигурациями:
Формат блока данных SDLC представлен на Рис. 12-1.
Как видно из рисунка, блоки данных SDLC ограничены уникальнойструктурой "флага" (flag). Поле "адрес" (address)всегда содержит адрес вторичного узла, задействованного в текущей связи. Т.к. первичныйузел является либо источником связи, либо пунктом назначения, нетнеобходимости включать его адрес - он заранее известен всем вторичным узлам.
"Управляющее" (control) поле использует три разных формата в зависимости от использованного типа блока данных SDLC. Описаниетрех типов блока данных SDLC дается ниже в следующем перечне:
Последовательность проверки блока данных (frame check sequence)(FCS) предшествует ограничителю завершающего флага. FCS обычноявляется остатком расчета "проверки при помощи циклическогоизбыточного кода" (cyclic redundency check) (CRC). Расчет CRCвыполняется повторно получателем. Если результат отличается отзначения, содержащегося в блоке данных отправителя, считается,что имеет место ошибка.
Типичная конфигурация сети, базирующейся на SDLC, представлена наРис. 12-2. Как показано на рисунке, контроллер организации связиIBM (раньше называвшийся групповым контроллером) на отдаленномпункте подключен к "немым" терминалам и к сети Token Ring. Наместном вычислительном центре главная вычислительная машина IBM подключена (через оборудование подключения каналов) к фронтальномупроцессору (FEP), который может также иметь связи с местнымилокальными сетями Token Ring и стержнем SNA. Оба пункта соединены с помощью арендуемой, базирующейся на SDLC, 56-Kb/сек линии.
Несмотря на то, что в HDLC не вoшли несколько характеристик,используемых в SDLC, он повсеместно считается некой суперразновидностью SDLC, совместимой с ним. LAP считается подразновидностью HDLC. LAPB был разработан, чтобы обеспечить продолжение совместимости с HDLC, который был изменен в начале 1980 гг. IEEE 802.2 является модификацией HDLC для окружений LAN.
Формат блока данных HDLC такой же, как у SDLC; поля HDLC обеспечивают те же функциональные возможности, что и соответствующие поля SDLC.Кроме того, также, как и SDLC, HDLC обеспечивает синхронный режимработы с полным дублированием.
HDLC имеет несколько незначительных отличий от SDLC. Во-первых, HDLCимеет вариант для 32-х битовых контрольных сумм. Во-вторых, в отличиеот SDLC, HDLC не обеспечивает конфигурации "loop" и "hub go-ahead".Главным различием между HDLC и SDLC является то, что SDLC обеспечиваеттолько один режим передачи, в то время как HDLC обеспечивает три.HDLC обеспечивает следующие три режима передачи:
LAPB является наиболее популярным протоколом благодаря тому, что онвходит в комплект протоколов Х.25. Формат и типы блока данных, атакже функции поля у LAPB те же самые, что у SDLC и HDLC. Однаков отличие от любого из этих двух протоколов, LAPB обеспечивает только один режим передачи ABM, поэтому он подходит только длякомбинированных станций. Кроме того, цепи LAPB могут быть организованылибо терминальным оборудованием (DTE), либо оборудованием завершения действия информационной цепи (DCE). Станция, инициирующаяобращение, определяется как первичная, в то время как реагирующаястанция считается вторичной. И наконец, использование протоколом LAPBбита P/F несколько отличается от его использования другимипротоколами. Подробности смотри в Главе 13"Х.25".
IEEE 802.2 часто называют Logical Link Control (LLC) (Управлениелогическим каналом связи). Он чрезвычайно популярен в окруженияхLAN, где он взаимодействует с такими протоколами, как IEEE 802.3,IEEE 802.4 и IEEE 802.5.
IEEE 802.2 предлагает три типа услуг. Тип 1 обеспечивает услуги без установления соединения и подтверждения о приеме. Тип 2 обеспечивает услуги с установлением соединения. Тип 3 обеспечивает услуги без установления соединения с подтверждением о приеме.
Являясь обслуживанием без установления соединения и подтверждения оприеме, Тип 1 LLC не подтверждает передачу данных. Т.к. большоечисло протоколов верхнего уровня, таких как Transmissin ControlProtocol/ Internet Protocol (ТCP/IP), обеспечивают надежную передачу информации, которая может компенсировать недостаточную надежность протоколов низших уровней, Тип 1 является широкоиспользуемой услугой.
Обслуживание Типа 2 LLC (часто называемое LLC2) организует виртуальныецепи между отправителем и получателем и, следовательно, являетсяобслуживанием с установлением соединения. LLC2 подтверждает получениеинформации; оно используется в системах связи IBM.
Обеспечивая передачу данных с подтверждением, обслуживание Типа 3 LLCне организует виртуальных цепей. Являясь компромиссом между двумядругими услугами LLC, Тип 3 LLC бывает полезным в окружениях фабричных автоматизированных систем, где обнаружение ошибок очень важно, однакообласть памяти контекста (для виртуальных цепей) чрезвычайно ограничена.
Конечные станции могут обеспечить множество типов услуг LLC. Устройство Класса 1 обеспечивает только услуги Типа 1. Устройство Класса II обеспечивает как услуги Типа 1, так и услуги Типа 2.Устройства Класса III обеспечивает услуги Типа 1 и Типа 3, в товремя как устройства Класса IV обеспечивают все три типа услуг.
Процессы высших уровней используют услуги IEEE 802.2 через "точкидоступа к услугам" (SAP). Заголовок IEEE 802.2 начинается с поля"точки доступа к услугам пункта назначения" (DSAP), котороеидентифицирует принимающий процесс высшего уровня. Другими словами,после того, как реализация IEEE 802.2 принимающего узла завершитсвою обработку, процесс высшего уровня, идентифицированный вполе DSAP, принимает оставшиеся данные. За адресом DSAP следуетадрес "точки доступа к услугам источника" (SSAP), который идентифицирует передающий процесс высшего уровня.
QLLC provides the data link control capabilities that are required to transport SNA data across X.25 networks. Together, QLLC and X.25 replace SDLC in the SNA protocol stack.
QLLC uses the packet-level layer (Layer 3) of the X.25 protocol stack. To indicate that a Layer 3 X.25 packet must be handled by QLLC, a special bit, called the qualifier bit, in the general format identifier (GFI) of the Layer 3 X.25 packet-level header is set to one. The SNA data is carried as user data in Layer 3 X.25 packets.
For more information about the X.25 protocol stack, see Chapter 12, "X.25".