WikiDer > Управление синхронным каналом передачи данных

Synchronous Data Link Control

Управление синхронным каналом передачи данных (SDLC) это компьютер протокол связи. Это протокол уровня 2 для IBM Системная сетевая архитектура (СНС). SDLC поддерживает многоточечные ссылки, а также исправление ошибок. Он также работает в предположении, что заголовок SNA присутствует после заголовка SDLC.[1] SDLC в основном использовался IBM для мэйнфреймов и систем среднего уровня; однако реализации существуют на многих платформах от многих поставщиков. Использование SDLC (и SNA) становится все более и более редким, в основном заменяется протоколами на основе IP или туннелируется через IP (с использованием AnyNet или других технологий).[нужна цитата] В США SDLC можно найти в шкафах управления дорожным движением.[2]

В 1975 году IBM разработала первый бит-ориентированный протокол SDLC,[3] от работы, выполненной для IBM в начале 1970-х гг.[4] Этот де-факто стандарт был принят ISO так как Управление каналом передачи данных высокого уровня (HDLC) в 1979 г.[4] и по ANSI так как Расширенные процедуры управления передачей данных (ADCCP). Последние стандарты добавили такие функции, как Асинхронный сбалансированный режим, размеры кадра, которые не должны были быть кратными бит-октетам, но также были удалены некоторые процедуры и сообщения (например, сообщение TEST).[5]

SDLC работает независимо на каждом канале связи и может работать на точка-точкамноготочечныйили петля объекты, включенные или выделенные, двухпроводной или четырехпроводной схем, и с полнодуплексный и полудуплекс операция.[6]Уникальной характеристикой SDLC является его способность смешивать полудуплексные вторичные станции с полнодуплексными первичными станциями в четырехпроводных цепях, тем самым снижая стоимость выделенных средств.[7]

Intel использовал SDLC в качестве базового протокола для BITBUS, по-прежнему популярны в Европе как fieldbus и включена поддержка в нескольких контроллерах (i8044 / i8344, i80152). Контроллер 8044 все еще производится сторонними поставщиками. Другие поставщики, добавляющие аппаратную поддержку SDLC (и немного другого HDLC) в микросхемы коммуникационных контроллеров 1980-х годов, включали: Зилог, Motorola, и National Semiconductor. В результате в 1980-х годах он использовался в широком спектре оборудования, и это было очень распространено в корпоративных сетях, ориентированных на мэйнфреймы, что было нормой в 1980-х. Наиболее распространенными альтернативами SNA с SDLC были, вероятно, DECnet с Протокол сообщений передачи цифровых данных (DDCMP), сетевая архитектура Burroughs (BNA) с контролем канала передачи данных Burroughs (BDLC) и ARPANET с IMP.[8]

Различия между SDLC и HDLC

HDLC в основном является расширением SDLC,[9]:69–72 но некоторые функции были удалены или переименованы.

Функции HDLC отсутствуют в SDLC

Функции, представленные в HDLC, но не в SDLC, включают:

  • кадры, не кратные 8 битам, недопустимы в SDLC, но необязательно допустимы в HDLC.
  • HDLC дополнительно позволяет использовать адреса длиной более 1 байта.
  • HDLC имеет опцию для 32-битной последовательности проверки кадров.
  • режим асинхронного ответа и связанные кадры SARM и SARME U,
  • асинхронный сбалансированный режим и связанные кадры SABM и SABME U,
  • и несколько других типов кадров, созданных для HDLC:
    • кадр выборочного отклонения (SREJ) S,
    • команда сброса (RSET) и
    • незарезервированные (от NR0 до NR3) кадры U.

Также в SDLC отсутствуют более поздние расширения HDLC в ISO / IEC 13239, такие как:

  • 15- и 31-битные порядковые номера,
  • установленный режим (SM) U кадр,
  • 8-битная контрольная последовательность кадра,
  • поле формата кадра, предшествующее адресу,
  • информационное поле в U-кадрах набора режимов, и
  • U-кадр «ненумерованная информация с проверкой заголовка» (UIH).

Различия в именах

HDLC переименовал некоторые кадры SDLC. Имена HDLC были включены в более поздние версии SDLC:[9]:73

Оригинальное названиеНовое имя
АНБНесанкционированное подтверждениеUAНенумерованное подтверждение
NSIНеследующая информацияUIНенумерованная информация
NSPНесвязанный опросВВЕРХНенумерованный опрос
ROLЗапрос онлайнDMОтключенный режим
CMDRКоманда отклонитьFRMRОтклонение кадра
RQIЗапросить режим инициализацииRIMЗапросить режим инициализации
RQDЗапросить отключениеRDЗапросить отключение

Расширения HDLC добавлены в SDLC

Некоторые функции были добавлены в HDLC и впоследствии добавлены обратно в более поздние версии SDLC.

  • Расширенные (по модулю 128) порядковые номера и соответствующий U-кадр SNRME были добавлены в SDLC после публикации стандарта HDLC.

Функции SLDC отсутствуют в HDLC

Два 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:

  • Режим инициализации и связанные с ним U-кадры RIM и SIM настолько неопределенно определены в 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)

Примечания

  1. ^ (Одом 2004).
  2. ^ (ЕГО 2006).
  3. ^ PC Lube and Tune, по состоянию на 15 октября 2009 г.
  4. ^ а б (Друг 1988, п. 188).
  5. ^ (Друг 1988, п. 191).
  6. ^ (Пёс 1983, п. 302).
  7. ^ (Пёс 1983, п. 303).
  8. ^ (Пёс 1983, стр. 309–321)..
  9. ^ а б c d е ж Отдел коммуникационных продуктов IBM (июнь 1986 г.). Управление синхронным каналом передачи данных: основные понятия (PDF) (Технический отчет) (4-е изд.). Документ № GA27-3093-3.

Рекомендации

внешняя ссылка