Синхронное управление каналом передачи данных
| Протокол связи | |
| Аббревиатура | СДЛК |
|---|---|
| Цель | Обрамление данных |
| Разработчик(и) | ИБМ |
| Введение | 1974 год |
| Уровень OSI | Уровень канала передачи данных |
Synchronous Data Link Control ( SDLC ) — это компьютеров, протокол последовательной связи впервые представленный IBM как часть ее системной сетевой архитектуры (SNA). SDLC используется в качестве уровня 2, уровня канала передачи данных , в стеке протоколов SNA . Он поддерживает многоточечные соединения, а также исправление ошибок. Он также работает в предположении, что заголовок SNA присутствует после заголовка SDLC. [1] SDLC в основном использовался в мейнфреймах IBM и системах среднего уровня; однако реализации существуют на многих платформах от многих поставщиков. В США и Канаде SDLC можно найти в шкафах управления дорожным движением. [2] SLDC был выпущен в 1975 году. [3] на основе работы, проделанной для IBM в начале 1970-х годов. [4]
SDLC работает независимо на каждом канале связи в сети и может работать в многоточечных средствах или кольцевых , по коммутируемым или выделенным, двухпроводным или четырехпроводным каналам, а также в полнодуплексном и полудуплексном режиме. [5] Уникальной характеристикой SDLC является его способность совмещать полудуплексные вторичные станции с полнодуплексными первичными станциями в четырехпроводных цепях, тем самым снижая стоимость выделенных объектов. [6]
Этот стандарт де-факто был принят ISO как High-Level Data Link Control (HDLC) в 1979 году. [4] и ANSI как расширенные процедуры управления передачей данных (ADCCP). В последних стандартах были добавлены такие функции, как асинхронный сбалансированный режим , размеры кадров, которые не обязательно должны быть кратны бит-октетам, но также удалены некоторые процедуры и сообщения (например, сообщение TEST). [7]
Intel использовала SDLC в качестве базового протокола для BITBUS , который до сих пор популярен в Европе как полевая шина и включает поддержку в несколько контроллеров (i8044/i8344, i80152). Контроллер 8044 все еще производится сторонними поставщиками. Среди других поставщиков, обеспечивших аппаратную поддержку SDLC (и немного отличающегося HDLC) в микросхемах контроллеров связи 1980-х годов, были Zilog , Motorola и National Semiconductor . В результате в 1980-х годах его использовало широкое разнообразие оборудования, и он был очень распространен в корпоративных сетях, ориентированных на мейнфреймы, которые были нормой в 1980-х годах. Наиболее распространенными альтернативами SNA с SDLC, вероятно, были DECnet с протоколом передачи цифровых данных (DDCMP), сетевая архитектура Burroughs (BNA) с управлением каналами передачи данных Burroughs (BDLC) и ARPANET с IMP . [8]
Различия между SDLC и HDLC [ править ]
HDLC по большей части является расширением SDLC. [9] : 69–72 но некоторые функции были удалены или переименованы.
которых нет в SDLC HDLC , Функции
Особенности, присутствующие в HDLC, но не в SDLC:
- кадры, длина которых не кратна 8 битам, незаконны в SDLC, но необязательно допустимы в HDLC.
- HDLC опционально допускает адреса длиной более 1 байта.
- HDLC имеет опцию для 32-битной последовательности проверки кадра.
- режим асинхронного ответа и связанные с ним кадры SARM и SARME U,
- асинхронный сбалансированный режим и связанные с ним кадры SABM и SABME U,
- и несколько других типов кадров, созданных для HDLC:
- кадр S избирательного отклонения (SREJ),
- команду сброса (RSET) и
- незарезервированные U-кадры (от NR0 до NR3).
Также в SDLC нет более поздних расширений HDLC в ISO/IEC 13239, таких как:
- 15- и 31-битные порядковые номера,
- установленный режим (SM) U кадр,
- 8-битная последовательность проверки кадра,
- поле формата кадра, предшествующее адресу,
- информационное поле в наборе режимов U кадров, и
- U-кадр «ненумерованная информация с проверкой заголовка» (UIH).
Различия в названиях [ править ]
HDLC переименовал некоторые кадры SDLC. Имена HDLC были включены в более поздние версии SDLC: [9] : 73
| Оригинальное имя | Новое имя | ||
|---|---|---|---|
| АНБ | Непоследовательное подтверждение | UA | Безнумерованное подтверждение |
| НСИ | Непоследовательность информации | пользовательский интерфейс | Ненумерованная информация |
| НСП | Непоследовательный опрос | ВВЕРХ | Ненумерованный опрос |
| РОЛЬ | Запрос онлайн | ДМ | Отключенный режим |
| CMDR | Команда отклонить | ФРМР | Отклонение кадра |
| RQI | Запросить режим инициализации | РИМ | Запросить режим инициализации |
| РКД | Запросить отключение | РД | Запросить отключение |
в SDLC HDLC добавлены Расширения
Некоторые функции были добавлены в HDLC, а затем снова добавлены в более поздние версии SDLC.
- Расширенные (по модулю 128) порядковые номера и соответствующий U-кадр SNRME были добавлены в SDLC после публикации стандарта HDLC.
которых нет в HDLC SDLC , Функции
Два кадра U в SDLC, которых нет в HDLC:
- BCN (маяк): когда вторичная станция теряет несущую (перестает получать какой-либо сигнал) от первичной, она начинает передавать поток ответов «маяка», определяя место сбоя связи. Это особенно полезно в режиме петли SDLC.
- Команда и ответ CFGR (Настроить для тестирования): Команда CFGR содержит 1-байтовую полезную нагрузку, которая идентифицирует некоторую специальную диагностическую операцию, которую должен выполнить вторичный сервер. [9] : 47–49 Младший бит указывает, что режим диагностики должен запуститься (1) или остановиться (0). Байт полезной нагрузки, равный 0, останавливает все режимы диагностики. Вторичный повторяет байт в своем ответе.
- 0: остановить все режимы диагностики.
- 2 (выкл.)/3 (вкл.): Тест маяка. Отключите весь вывод, в результате чего следующий получатель потеряет несущую (и начнет передачу маяка).
- 4 (выкл.)/5 (вкл.): Режим мониторинга. Отключите генерацию всех кадров, отключите режим молчания, но не прекращайте работу в режиме несущей или петли.
- 8 (выкл.)/9 (вкл.): режим переноса. Введите локальную обратную связь, подключив вход вторичного устройства к его собственному выходу на время теста.
- 10 (выкл.)/11 (вкл.): Самотестирование. Проведите местную диагностику. Ответ CFGR задерживается до завершения диагностики, после чего отображается ответ 10 (самотестирование не удалось) или 11 (самотестирование прошло успешно).
- 12 (выкл.)/13 (вкл.): Измененный тест соединения. Вместо дословного повторения команд TEST сгенерируйте ответ TEST, состоящий из нескольких копий первого байта команды TEST.
Несколько U-кадров почти полностью не используются в HDLC и существуют в основном для совместимости с SDLC:
- Режим инициализации и связанные с ним кадры RIM и SIM U настолько расплывчато определены в HDLC, что бесполезны, но используются некоторыми периферийными устройствами в SDLC.
- Ненумерованный опрос (UP) почти никогда не используется в HDLC, его функция заменена режимом асинхронного ответа. UP является исключением из обычного правила в режиме нормального ответа, согласно которому вторичное устройство должно получить флаг опроса перед передачей; хотя вторичный сервер должен ответить на любой кадр с установленным битом опроса, он может ответить на кадр UP со сброшенным битом опроса, если у него есть данные для передачи. Если канал связи нижнего уровня способен избегать коллизий (как в режиме петли), UP до широковещательного адреса позволяет нескольким вторичным устройствам отвечать без необходимости опрашивать их по отдельности.
Кадр TEST U не был включен в ранние стандарты HDLC, но был добавлен позже.
Режим цикла [ править ]
Специальным режимом работы SDLC, который поддерживается, например, Zilog SCC , но не был включен в HDLC, является режим петли SDLC. [9] : 42–49,58–59 В этом режиме первичный и несколько вторичных устройств соединены в однонаправленную кольцевую сеть , причем выход каждого из них подключен к входу следующего. Каждый вторичный сервер отвечает за копирование всех кадров, поступающих на его вход, чтобы они достигли остальной части кольца и в конечном итоге вернулись к первичному. За исключением этого копирования, вторичный сервер работает в полудуплексном режиме; он передает только тогда, когда протокол гарантирует, что он не получит никаких входных данных.
Когда вторичное питание отключено, реле подключает свой вход непосредственно к своему выходу. При включении вторичное устройство ждет подходящего момента, а затем включается в поток данных с задержкой в один бит. Аналогичная возможность используется для отключения от контура в рамках чистого отключения.
В режиме цикла SDLC кадры поступают группой, заканчиваясь (после последнего флага) сигналом ожидания, состоящим из всех единиц. Первые семь его 1-битов (шаблон 01111111) составляют последовательность «добро» (также называемую EOP, конец опроса), дающую вторичное разрешение на передачу. Вторичное устройство, желающее передать, использует свою задержку в 1 бит для преобразования последнего бита 1 в этой последовательности в бит 0, делая его символом флага, а затем передает свои собственные кадры. После своего последнего флага он передает сигнал ожидания, состоящий из всех единиц, который послужит сигналом для следующей станции в кольце.
Группа начинается с команд первичного узла, а каждый вторичный добавляет свои ответы. Когда первичный узел получает сигнал «добро» в режиме ожидания, он знает, что вторичные устройства завершили работу, и может передать дополнительные команды.
Ответ маяка (BCN) предназначен для помощи в обнаружении разрывов в контуре. Вторичный сервер, который в течение длительного времени не видит входящего трафика, начинает отправлять кадры ответа «маяка», сообщая первичному серверу, что связь между этим вторичным сервером и его предшественником разорвана.
Поскольку основной сервер также получает копии отправленных им команд, которые неотличимы от ответов, он добавляет в конец своих команд специальный кадр «обращения», чтобы отделить их от ответов. Подойдет любая уникальная последовательность, которая не будет интерпретироваться вторичными узлами, но обычная представляет собой один нулевой байт. [9] : 44 Это «короткий кадр» с адресом 0 (зарезервирован, не используется) и без поля управления или последовательности проверки кадра. (Вторичные устройства, способные работать в полнодуплексном режиме, также интерпретируют это как «последовательность отключения», вынуждая их прервать передачу. [9] : 45 )
Примечания [ править ]
- ^ ( Одом 2004 ).
- ^ ( ИТС 2006 ).
- ^ PC Lube and Tune , по состоянию на 15 октября 2009 г.
- ^ Перейти обратно: а б ( Друг 1988 , стр. 188).
- ^ ( Пуч 1983 , стр. 302).
- ^ ( Пуч 1983 , стр. 303).
- ^ ( Друг 1988 , стр. 191).
- ^ ( Пуч 1983 , стр. 309–321).
- ^ Перейти обратно: а б с д и ж Подразделение коммуникационных продуктов IBM (июнь 1986 г.). Управление синхронным каналом передачи данных: концепции (PDF) (Технический отчет) (4-е изд.). Документ № ГА27-3093-3.
Ссылки [ править ]
- Макфадьен, Дж. Х. (1976). «Архитектура системной сети: обзор» (PDF) . Системный журнал IBM . 15 (1): 4–23. дои : 10.1147/sj.151.0004 .
- Одом, Венделл (2004). Руководство по сертификации экзамена CCNA INTRO: Самообучение CCNA . Индианаполис, Индиана: Cisco Press. ISBN 1-58720-094-5 .
- Друг, Джордж Э.; Файк, Джон Л; Бейкер, Х. Чарльз; Беллами, Джон С. (1988). Понимание передачи данных (2-е изд.). Индианаполис: Говард В. Сэмс и компания. ISBN 0-672-27270-9 .
- Пуч, Удо В.; Грин, Уильям Х; Мосс, Гэри Дж. (1983). Телекоммуникации и сети . Бостон: Литтл, Браун и компания. ISBN 0-316-71498-4 .
- Хура, Гурдип С.; Мукеш Сингхал (2001). Передача данных и компьютерная связь: сети и межсетевое взаимодействие . Индианаполис: CRC Press. ISBN 0-8493-0928-Х .
- Стандарт шкафа ИТС . v01.02.17б. Вашингтон, округ Колумбия: Институт инженеров транспорта. 16 ноября 2006 г. с. 96.
Вся связь внутри диспетчерского подразделения УВД должна осуществляться по протоколу команд-ответов, совместимому с SDLC, поддерживать вставку нулевых битов и работать со скоростью передачи данных 614,4 килобит в секунду.
Внешние ссылки [ править ]
- Подразделение коммуникационных продуктов IBM (март 1979 г.). IBM Synchronous Data Link Control: Общая информация (PDF) (Технический отчет) (3-е изд.). Документ № ГА27-3093-2.
- Страница Cisco, посвященная управлению синхронными каналами передачи данных и производным
- Сайт сообщества Bitbus/fieldbus.