Содержание материала

Протокол Serial Line IP появился на свет первым. Это протокол, позволяющий отдельным узлам устанавливать соединения TCP/IP в телефонной сети. Протокол SLIP определяет простой механизм кадрирования дейтаграмм для передачи по последовательным линиям.

SLIP передает дейтаграмму в виде последовательности байтов, а для указаний по группировке байтов в дейтаграммы использует специальные маркеры. SLIP определяет два специальных символа:

• Символ SLIP END, отдельный байт с десятичным значением 192. Отмечает конец дейтаграммы. Прием символа END в протоколе SLIP означает, что дейтаграмма полностью получена и может быть передана в уровень IP.

• Символ SLIP ESC, отдельный байт с десятичным значением 219. Используется для «маскировки» управляющих символов SLIP. Если источник SLIP-передачи встречает в передаваемой дейтаграмме байт со значением, эквивалентным символу SLIP END или SLIP ESC, такой байт преобразуется в последовательность двух символов. Двухсимвольные последовательности: ESC 220 для символа END и ESC 221 для самого символа ESC. Адресат SLIP-передачи, встретив такую двухбайтовую последовательность, преобразует ее в однобайтовое значение. Описанный механизм предотвращает интерпретацию байта данных в качестве маркера конца дейтаграммы SLIP-адресатом.

Протокол SLIP описан в документе RFC 1055, A Nonstandard for Transmission of IP Datagrams Over Serial Lines: SLIP (Нестандартная передача дейта - грамм IP через последовательные линии: SLIP). Как видно из названия RFC, SLIP не является стандартом Интернета. RFC не предлагает стандартизацию, лишь документирует существующий протокол. В документе RFC 1055 описаны недостатки протокола SLIP, разделенные на две категории:

  • Протокол SLIP не содержит средств динамического управления характеристиками соединения. Следовательно, системы SLIP неявно предполагают наличие определенных характеристик канала. Вследствие этого ограничения SLIP может применяться только для передачи дейтаграмм IP и только в случае, когда каждой из сторон известен не только свой адрес, но и адрес второй стороны.
  • SLIP не позволяет компенсировать зашумленность или низкую скорость телефонных линий. В протоколе отсутствуют возможности коррекции ошибок и сжатия данных.

Протокол РРР (Point-to-Point Protocol), разработанный в качестве стандарта Интернета, призван восполнить недостатки протокола SLIP. Протокол РРР регламентируется рядом документов RFC. Два ключевых документа: RFC 1661 , The Point-to-Point Protocol (РРР ) и RFC 1172 , The Point-to-Point Protocol (PPP) Initial Configuration Options.

РРР восполняет недостатки SLIP при помощи трехуровневого протокола:

Протокол канального уровня (Data Link Layer Protocol)

Протокол канального уровня, применяемый в РРР, является немного модифицированной версией протокола HDLC (Highlevel Data Link Control). РРР добавляет в HDLC поле Protocol, позволяющее РРР адресовать трафик различным протоколам сетевого уровня. HDLC - это международный стандартизированный протокол, позволяющий надежно передавать данные по синхронным, последовательным линиям. Кроме того, в РРР применяется предварительный вариант международного стандарта для HDLC-передачи по асинхронным линиям, так что РРР гарантирует надежность доставки по последовательной линии любого типа.

Протокол управления каналом (Link Control Protocol)

Протокол управления каналом LCP (Link Control Protocol) обеспечивает обмен управляющей информацией для последовательных каналов. LCP используется для организации соединения, согласования параметров настройки, проверки качества связи и завершения соединения. LCP разрабатывался специально для РРР.

Протоколы управления сетью (Network Control protocols)

Протоколы управления сетью - это отдельные протоколы, передающие данные настройки и управляющую информацию протоколам сетевого уровня. Вспомните, что РРР спроектирован таким образом, чтобы передавать данные широкому спектру сетевых протоколов. NCP позволяет регулировать работу РРР в этой области. Каждому из сетевых протоколов (DECNET, IP, OSI и т. д.) соответствует протокол сетевого управления. Документами RFC 1661 и RFC 1332 определен протокол управления протоколом Internet (IPCP, Internet Protocol Control Protocol), позволяющий работать с протоколом Internet.

Протокол РРР - лучший протокол TCP/IP для последовательных соедине- ний. Дело в том, что протокол РРР является стандартом Интернета, что га- рантирует корректный обмен данными для самых разнообразных систем. РРР имеет больше возможностей, чем SLIP, и является более устойчивым. Эти преимущества делают РРР оптимальным выбором открытого протокола для связи маршрутизаторов по последовательным линиям и подключения удаленных компьютеров по коммутируемым каналам.

Отдельные системы Linux включают как РРР, так и SLIP. Однако в боль- шинстве систем Unix, таких как Solaris, присутствует РРР, а не SLIP. Ниче- го плохого в этом нет, поскольку следует избегать применения SLIP в пользу РРР.

Обмениваться, хранить, передавать Ваши файлы стало просто как никогда.
yandex-disk
Читать подробнее: для чего Yandex-Диск проекту Mini-Server. Практика установки, настройки и использования сетевого хранилища на Ubuntu server LTS 12.04 в статье Резервное копирование сервера Ubuntu на Яндекс Диск.

>> Ubuntu 12.04 + Nginx Скачать сервер
>> Fedora 15 Скачать сервер
>> Простой Debian 6.0.6 Скачать сервер
>> CentOS 6.0 и
+ (5.6) другой
Скачать сервер
>> OpenSUSE 11.4
MAX
Скачать сервер

Вход на сайт

ВНИМАНИЕ!

Регистрация на сайте только по согласованию с администратором ресурса. Обращаться через форму обратной связи.