Как известно, все данные передаются в сети Интернет последовательно. Для обеспечения такой возможности были разработаны специальные коммуникационные протоколы, позволяющие передавать информацию через средства коммуникации глобальных сетей.
Два наиболее популярных протокола последовательной передачи данных — это межсетевой протокол для последовательного канала и протокол передачи от точки к точке, или протокол двухточечного соединения.
Также вам может показаться, что такая тема как http://bsshina.ru/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт bsshina.ru. Тема б у шины там представлена весьма широко. На том сайте можно узнать много интересного на тему б у шины. Что означает вообще тема б у шины, где найти б у шины - про это написано на сайте bsshina.ru. Это очень важная для многих людей тема - б у шины. Спасибо сайту bsshina.ru за информацию на тему б у шины.
Межсетевой протокол для последовательного канала
Несмотря на то что протокол SLIP описан в серии документов RFC, которые с 1969 года выпускаются комитетом IETF и содержат описание набора интернет-протоколов и связанную с ними информацию, он не является стандартным протоколом Интернета. Протокол поддерживается некоторыми версиями операционной системы UNIX и представляет собой механизм обмена информацией, позволяющий передавать IP-дейтаграммы по линиям последовательной передачи данных. SLIP - это относительно простой протокол, предусматривающий использование только двух символов: END и ESC. При передаче IP-дейтаграммы SLIP заменяет Ьаит информации, имеющий значение Y^'l, YiCOfe-
довательностью символов ESC и десятичным числом 220, а любой байт данных со значением 219 - двухбайтовой последовательностью ESC и десятичным числом 221. После завершения передачи дейтаграммы посылается символ END.
Один из наиболее существенных недостатков протокола SLIP, связанный с тем, что таковой не стандартизован, — это пересылка пакетов без изменения их размера. Поэтому если транспортировка осуществляется при помощи SLIP, необходимо, чтобы отправитель и получатель данных поддерживали одинаковую длину передаваемых пакетов.
Протокол двухточечного соединения
Более распространенным протоколом последовательной передачи данных является РРР — стандартизованный протокол, позволяющий пересылать информацию по асинхронным и синхронным коммутируемым и выделенным последовательным линиям. Он основан на стандарте высокоуровневого протокола управления каналом. Принятый в качестве стандартного протокола для Интернета, РРР предоставляет средства для обеспечения возможности взаимодействовать сетям всех типов, использующим последовательный способ передачи данных, включая передачу по коммутируемым линиям и ISDN-передачу.
РРР был предложен в качестве стандартного в 1990 году и предназначался для использования вместо имеющего ряд недостатков протокола SLIP. К числу таковых относятся: необходимость вручную разрывать связь, установленную при помощи SLIP, отсутствие аутентификации, отсутствие поддержки других протоколов, кроме IP, невозможность обнаружения и исправления ошибок.
Структура РРР-кадра показана ранее
По данному рисунку можно судить о том, как используются поля данных для передачи IP-дейтаграмм. В документе RFC-1171, где определен протокол РРР, описаны три главных компонента, лежащих в основе его работы: метод формирования кадров, протокол управления каналом связи и семейство независимо определенных протоколов, известных как протоколы управления сетью. Последние можно использовать и для инкапсуляции различных протоколов сетевого уровня, например TCP/IP, DECnet и IPX/SXP фирмы Novell.
Кадр протокола РРР передает информацию на канальном уровне, используя последовательность битов 01111110 как флаговый байт-разделитель, который ставится в конце каждого кадра. В поле Адрес всегда содержится значение FF в шестнадцатеричной системе счисления, свидетельствующее о том, что передаваемое сообщение примут все станции. Эта операция не обязательна, так как передача данных осуществляется по протоколу передачи от точки к точке, но она выполняется по умолчанию. В поле Управление по умолчанию содержится значение 03 в шестнадцатеричной системе счисления, определяющее ненумерованный кадр. Это значит, что протокол РРР по умолчанию не использует нумерацию HDLC-последовательности данных. Поле Протокол имеет длину
2 байта и определяет протокол более высокого уровня, пакеты данных которого передаются. Например, для интернет-протокола в шестнадцатеричной системе это значение составляет 0021, а для протокола управления каналом связи — C021. В поле. Данные заносятся данные исходного файла. По умолчанию оно имеет максимальную длину 1500 байт. Поле Контрольная сумма предназначено для контроля ошибок.
Протокол LCP, действующий совместно с протоколом HDLC, предоставляет возможность для установки, конфигурирования, тестирования управления каналом связи. LCP производит аутентификацию, используя протокол аутентификации с предварительным согласованием вызова либо протокол аутентификации пароля.
Кроме LCP имеется протокол управления сетью. Вообще существует целая серия протоколов NCP, каждый из которых независимо определен в отдельном документе RFC, описывающем процедуры установки, конфигурирования и тестирования различных сетевых протоколов, таких как IP, IPX и DECnet, через РРР.
Изучив основные свойства протоколов IP, TCP, UDP и двух наиболее распространенных протоколов последовательной передачи данных, можно перейти к рассмотрению приложений, использующих набор протоколов TCP/IP.
Опубликовал katy
July 23 2015 11:03:00 ·
0 Комментариев ·
2578 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
