Сетевой протокол для последовательного канала SLIP (Serial Line Internet Protocol, RFC 1055) - история возникновения, область применение, основные команды, перспективы.

Содержание


ВВЕДЕНИЕ
1.ИСТОРИЯ ВОЗНИКНОВЕНИЯ SERIAL LINE INTERNET
PROTOCOL
2.ОБЛАСТЬ ПРИМЕНЕНИЯ SERIAL LINE INTERNET PROTOCOL
3.ОГРАНИЧЕНИЯ И НЕДОСТАТКИ ПРОТОКОЛА
4.СТРУКТУРА КАДРА И СИСТЕМА КОМАНД ПРОТОКОЛА SLIP
5.ПЕРСПЕКТИВЫ ИСПОЛЬЗОВАНИЯ ПРОТОКОЛА SLIP
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА

Сетевой протокол для последовательного канала SLIP (Serial Line Internet Protocol, RFC 1055) - история возникновения, область применение, основные команды, перспективы.

Описания вида «N,8,2» относятся к физическому уровню передачи данных в последовательных каналах. Но какой протокол канального уровня должен использоваться для последовательных каналов? Другими словами, как должны группироваться символы в кадре информации и как должен выглядеть формат пакета канального уровня? При попытках найти ответ на этот вопрос становится ясно, что последовательные каналы не имеют собственного протокола канального уровня, а формат кадра для последовательных каналов выбирается разработчиком протокола. Раньше в качестве протокола канального уровня для последовательных каналов использовался протокол SUP, описанный выше. Ниже рассматривается современный протокол РРР, заменивший SUPОГРАНИЧЕНИЯ И НЕДОСТАТКИ ПРОТОКОЛАИз-за своей простоты протокол SLIP обладает рядом недостатков, делающих нежелательным его применение в широкомасштабных сетях. Самый серьезный недостаток заключается в том, что в сеансах SLIP обе стороны должны знать IP-адреса друг друга, без чего невозможно выполнить маршрутизацию. В современных сетях это может вызвать проблемы, особенно при использовании средств автоматической конфигурации DHCP. С другой стороны, примитивность протокола SLIP упрощает его реализацию.Размер дейтаграммы обычно поддерживается меньше 1006 байт, что существенно ниже предельного размера MTU большинства каналов. Также ограничивается максимальная скорость модема. В соединениях SLIP не рекомендуется превышать скорость 19,2 кбит/с. При больших скоростях возникает потребность в средствах проверки ошибок, поддерживаемых РРР.СТРУКТУРА КАДРА И СИСТЕМА КОМАНД ПРОТОКОЛА SLIP Протокол SLIP предназначен для передачи IP-пакетов через асинхронные линии связи. Поскольку асинхронная передача является байт-ориентирова1шой, то перед транспортировкой средствами SLIP пакет разделяется на октеты (байты), которые передаются один за другим. Как известно, в сети Ethernet IP-пакет может иметь длину до 1500 байт, что обусловливает необходимость его сегментации, или иными словами - разбиения на более короткие пакеты. SLIP делает это довольно примитивно. Он не анализирует поток данных и не выделяет какую-либо информацию в этом потоке. Для распознавания границы IP-пакетов, протокол SLIP предусматривает использование специального символа END, значение которого в шестнадцатеричном представлении равно (СО)h. Для разделе1шя SLIP-кадров между ними вставляется служебный байт-разделитель - символ ESC (DB)h. Применение специального символа может породить конфликт: если байт пересылаемых данных тождественен символу END, то он будет ошибочно определен как признак конца пакета. Чтобы такой байт, встретившийся внутри IP-пакета, не воспринимался как разделитель, предусмотрен механизм вставки байта (byte staffing). Таким образом, собственно служебной информации в протоколе SLIP довольно мало: на IP-пакет добавляется один байт-разделитель (между пакетами они не дублируются), а иногда появляется несколько дополнительных байтов, вставляемых по процедуре вставки байта.Стандарт не определяет фиксированный размер SLIP-кадра, поэтому любой SLIP-интерфейс имеет специальное поле, в котором пользователь должен указать эту длину. Однако в конкретных реализациях максимальный размер SLIP-кадра часто оказывается ограниченным до очень небольшого значения (от 256 до 1006 байт). Данное ограничение связано с первой реализацией протокола SLIP в соответствующем драйвере для Berkley Unix, и его соблюдение необходимо для поддержки совместимости разных реализаций SLIP (большинство современных реализаций поддерживают эту длину и позволяют администратору самому установить его размер, а по умолчанию принимают размер 1500 байт). В каждом из SLIP-кадров полностью воспроизводится IP-заголовок размером 20 байт (рис. 2). Из-за этого избыточность, возникающая при передаче длинных пакетов по протоколу SLIP, весьма велика. Существенна и избыточность, порождаемая самим асинхронным методом передачи на интерфейсе ПК-модем (минимум 20 % на дополнительные стартовый и стоповый биты на каждый байт) [4]. Но с этим ничего поделать нельзя, поскольку все персональные компьютеры имеют только асинхронные порты.Для установления связи по протоколу SLIP компьютеры должны иметь информацию об IP-адресах друг друга.