Первая страница> Передача данных> Протоколы Канала связи

Протоколы канала связи

Большинство протоколов канала связи получено из протокола канала связи, используемого в SNA IBM, названном SDLC (Синхронный Протокол Управления Канала связи). После развития как SDLC, IBM представил это ANSI и Международной Организации по Стандартизации для принятия как США и международных эталонов соответственно.

ANSI изменил это, чтобы стать ADCCP (Расширенная Процедура Управления Передачи данных), и Международная Организация по Стандартизации изменила это, чтобы стать HDLC (Управление Канала связи Высокого уровня). CCITT тогда принятый и измененный HDLC для его КОЛЕНЕЙ (Процедура Доступа Связи) как часть сетевого стандарта интерфейса X.25, но позже измененный это снова к LAPB, чтобы сделать это более совместимый с более поздней версией HDLC.

Все эти протоколы основаны на тех же самых принципах. Все ориентируются на бит и все заполнение битами использования для прозрачности данных. Весь бит ориентировал использование протоколов структура рамки как показано в числе ниже.

Несмотря на его широко распространенное использование, HDLC жирен от прекрасного.
И для подключения арендованного канала маршрутизатора-маршрутизатора и для подключения ведущего маршрутизатора модемной связи, некоторый протокол канала связи пункта-к-пункту требуется на линии для выработки, ошибочное управление и другие функции уровня канала связи два такие протоколы широко используются в Интернете, SLIP и ppp.

SLIP - старшие из этих двух протоколов. Это было изобретено Риком Адамсом в 1984, чтобы подключить рабочие станции солнца с Интернетом по линии модемной связи, используя современное. Протокол, который описан в запросе на комментарии 1055, является очень простым. Рабочая станция только посылает сырые пакеты IP по линии, со специальным байтом флажка (OXCO) в конце для выработки. Если байт флажка происходит в пакетах IP, форма символьного наполнения используется, и двухбайтовая последовательность (OXDB, OXDC) посылается в его месте. Если OXDC происходит в пакете IP, это также, наполнен. Некоторый SLIP делает некоторую TCP и свертки заголовка IP.

Хотя это - широко используемый SLIP, имеет некоторые проблемы обслуживания. SLIP не одобренный интернет-стандарт, очень много различных версий существуют. Эта ситуация не делает Интернет, работающий более легкий.

Чтобы улучшать ситуацию, IETF устанавливал группу, чтобы изобрести протокол канала связи для линий пункта-к-пункту, которые решили все эти проблемы, и это могло стать официальным интернет-стандартом. Эта работа достигала высшей точки в PPP (Протокол PPP), который определен в запросе на комментарии 1661 и далее разработан на в нескольких других запросах на комментарии. PPP обрабатывает обнаружение ошибок, поддерживает многократные протоколы., позвольте адресам IP быть договорными во время подключения, разрешать идентификацию и иметь много других усовершенствований по SLIP.

Больше Информации
Модуляции Кода Пульса
Протокол Windows
Мультиплексирование Разделения Частоты
Ухудшения Передачи данных
Ошибочные Методы Исправления
Методы Обнаружения ошибок
Основная Передача Данных
Симплекс, Полный и Половина Дуплекса
Асинхронная Передача данных
Электромагнитные Волны
Оптическое Волокно
Последовательная, Параллельная и Синхронная Передача данных
Связь VSAT
Спутниковая Коммуникация
Линии передачи
Форматы Данных
Программное обеспечение Мультимедиа
Настольное Расширение
Сеть, Проектирующая Обслуживание
Память Вспышки

Связанная Информация



Руководство проектом