Хант Крэйг. TCP/IP Сетевое администрирование

Подождите немного. Документ загружается.

172 Глава б. Настройка интерфейса

далеко не во всех вариантах Linux. В данном примере значение по запре-

щает пользователям отключать интерфейс.

Большинство систем использует то преимущество, что IP-адрес, маска под-

сети и широковещательный адрес могут устанавливаться косвенно. Послед-

нее обстоятельство позволяет минимизировать вносимые в загрузочные

файлы коррективы. Сокращение вносимых исправлений снижает вероят-

ность зависания системы в процессе загрузки из-за внесенного в загрузоч-

ный файл некорректного изменения, а также дает возможность заранее соз-

дать такие файлы для всех систем сети. Системы Solaris обладают дополни-

тельным преимуществом: узлы, сети и файлы сетевых масок, используе-

мые в работе команды ifconfig, могут служить источниками карт NIS.

Картами NIS можно управлять централизованно.

Недостаток косвенного указания значений для ifconfig заключен в потенци-

альном усложнении поиска неисправностей. Если все значения содержатся

в загрузочном файле, их можно охватить за один прием. Когда сетевые на-

стройки представлены ссылками, обнаружение проблемы может потребо-

вать обращения к целому ряду файлов, а причина неработоспособности кон-

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

отдельных операционных системах параметры настройки указываются не-

посредственно в командной строке ifconfig, содержащейся в загрузочном

файле.

Я рекомендую следовать стандартным методам, принятым для конкретной

системы. Если используется система Solaris, указывайте адрес при помощи

файлов /etc/hostname.dnetO и /etc/hosts. В случае системы Red Hat указы-

вайте адрес в файле /etc/sysconfig/network-scripts/ifcfg.ethO. В случае систе-

мы Slackware указывайте адрес непосредственно в загрузочном файле rc.inet.

Следование принятым для системы методам облегчает отладку компьютера

для всех администраторов, имеющих к нему доступ. В процессе изучения ос-

тавшихся параметров настройки интерфейса мы рассмотрим и другие

альтернативы.

Назначение маски подсети

Корректная работа всех интерфейсов конкретного сегмента сети требует оди-

наковой адресной маски. Значение сетевой маски для узлов crab и rodent -

255.255.255.0, поскольку обе системы входят в одну подсеть. Но, хотя ло-

кальный и внешний сетевой интерфейсы узла crab сосуществуют на одном

компьютере, они имеют разные сетевые маски, поскольку принадлежат к

различным сетям.

Чтобы назначить адресную маску, укажите ее значение после ключевого сло-

ва netmask в командной строке ifconfig либо в качестве префикса, связанного с

адресом. При записи в качестве префикса адресная маска представляется де-

сятичным числом, определяющим число битов в адресной маске. Так, значе-

ние 172.16.12.2/24 задает 24-битную адресную маску. При записи в качестве

аргумента ключевого слова netmask маска, как правило, представляется в деся-

Команда ifconfig

173

тнчной записи через точку, то есть в формате IP-адресов.

Следующая команда

назначает корректную маску подсети интерфейсу dnetO узла rodent:

# ifconfig 1е0 172.16.12.2 netmask 255.255.255.0

Указание значения маски непосредственно в командной строке ifconfig -

:>то самый распространенный, простой и оптимальный способ ручного на-

значения маски для интерфейса. Однако она редко задается вручную. По-

добно адресам, адресные маски используются в настройке, выполняемой в

процессе первичной установки системы, ifconfig, в целях упрощения на-

стройки, может читать значение сетевой маски из файла. Такой способ схож

с указанием имени узла вместо IP-адреса. Администратор может разместить

значение маски в файле узлов (hosts) либо в файле сетей (networks), а затем

ссылаться на маску по имени. К примеру, администратор сети books-net мо-

жет добавить следующую запись в файл /etc/networks:

books-mask 255.255.255.0

Теперь имя books-mask в командной строке ifconfig может замещать значе-

ние маски. К примеру, так:

# ifconfig dnetO 172.16.5.2 netmask books-mask

Имя books-mask отображается в значение 255.255.255.0, которое представ-

ляет корректную маску для систем из нашего примера.

Лично я стараюсь избегать косвенного указания значений масок в файлах,

главное назначение которых в другом. Файл узлов (hosts) - вдвойне плохой

вариант для хранения значений масок. Файл узлов постоянно используется

многочисленными программами, и значение маски, хранимое в файле, мо-

жет смутить какие-либо из этих программ. Вероятно, оптимальным подхо-

дом является указание маски непосредственно в командной строке либо хра-

нение ее в специальном файле.

В системах Solaris под хранение масок подсетей отведен файл /etc/inet/net-

masks.

Файл состоит из однострочных записей; каждая запись содержит ад-

рес сети, отделенный пробелом от маски.

Если система Solaris сети books-

net (172.16.0.0) содержит в файле /etc/inet/netmasks такую запись:

172.16.0.0 255.255.255.0

следующая команда ifconfig может применяться для указания адресной

маски:

# ifconfig dnetO 172.16.5.1 netmask +

Адресная маска может записываться и в шестнадцатеричной системе. В этом слу-

чае используется единичное шестнадцатеричное значение с префиксом Ох. К при-

меру, в маска 255.255.255.0 в шестнадатеричной записи выглядит так: OxffffffOO.

Выбирайте формат, с которым вам проще работать.

/etc/netmasks является символической ссылкой на /etc/inet/netmasks.

Используйте официальный адрес сети, а не адрес подсети.

174

Глава б. Настройка интерфейса

Знак «плюс» после ключевого слова netmask предписывает ifconfig прочи-

тать значение маски из файла /etc/inet/netmasks. ifconfig ищет в файле ад-

рес сети, соответствующий адресу настраиваемого сетевого интерфейса. Для

настройки интерфейса используется маска, связанная с его адресом.

В большинстве систем Linux адресные маски также косвенно определяются

в файлах. Файл ifcfg-ethO из предыдущего раздела содержит такую строку:

NETMASK=255.255.255. О

Эта строка четко указывает значение маски, используемое командой ifcon-

fig. Чтобы изменить адресную маску в данной системе Red Hat, отредакти-

руйте строку в файле ifcfg-ethO.

Указание широковещательного адреса

Документ RFC 919, Broadcasting Internet Datagrams (Широковещательная

передача дейтаграмм Интернета) четко определяет широковещательный ад-

рес как адрес, все биты раздела узла которого установлены в значение 1.

Столь точное определение широковещательного адреса позволяет програм-

ме ifconfig вычислить его автоматически, так что всегда есть возможность

использовать значение по умолчанию. К сожалению, в примере раздела

«Проверка интерфейса посредством ifconfig» пользователь выбрал широко-

вещательный адрес, все биты раздела узла которого имеют нулевое значе-

ние, что не позволяет использовать значение по умолчанию.

Чтобы исправить ошибку, укажем широковещательный адрес для сетевого

устройства при помощи ключевого слова broadcast команды

ifconfig.

Следу-

ющая команда определяет широковещательный адрес интерфейса dnetO уз-

ла crab:

# ifconfig dnetO 172.16.12.1 netmask 255.255.255.0 broadcast 172.16.12.255

Обратите внимание, что широковещательный адрес указывается относи-

тельно локальной подсети, crab считает данный интерфейс частью сети

172.16.12.0; следовательно, широковещательный адрес интерфейса-

172.16.12.255. В зависимости от реализации система Unix может интерпре-

тировать адрес 172.16.255.255 как адрес узла 255 подсети 255 сети

172.16.0.0 либо как широковещательный адрес подсети books-net в целом,

но ни в коем случае не как широковещательный адрес подсети 172.16.12.0.

Системы Solaris позволяют косвенно устанавливать широковещательный

адрес по значению маски, определенному в файле /etc/inet/netmasks, если

таковой используется. В предыдущем разделе мы видели, что аргумент net-

mask + приводит к извлечению сетевой маски из файла. Аналогичным обра-

зом, аргумент broadcast + предписывает вычислить корректный широкове-

щательный адрес на основе значения маски из файла netmasks:

# ifconfig dnetO 172.16.12.1 netmask + broadcast +

Предположим, что в файле netmasks определена маска 255.255.255.0. Систе-

ма Solaris знает, что первые три байта определяют сеть, а четвертый байт опре-

Команда ifconfig

175

деляет адрес узла. Поскольку стандартный широковещательный адрес состо-

ит из битов сети в сочетании с битами узла, установленными в значение 1, So-

laris легко вычисляет этот адрес: 172.16.12.255.

В Linux задача решается еще проще. Файл ifcfg-ethO системы Red Hat из

примера четко определяет широковещательный адрес следующей строкой:

BR0ADCAST=172.16.12.255

Чтобы изменить широковещательный адрес, отредактируйте данную строку

и файле ifcfg-ethO.

Прочие параметры команды

Мы использовали ifconfig для установки адреса интерфейса, маски подсети

и широковещательного адреса. Однако этими важными функциями список

функций ifconfig не исчерпывается. Команда позволяет включать и отклю-

чать протокол разрешения адресов либо собственно интерфейс, ifconfig дает

возможность устанавливать метрику маршрутизации для протокола RIP

(Routing Information Protocol, протокол маршрутной информации) и макси-

мальный размер передаваемого блока MTU для интерфейса. В этом разделе

приводятся примеры работы с каждой из этих функций.

Включение и отключение интерфейса

Аргументы up и down команды ifconfig позволяют включать и отключать се-

тевой интерфейс. Аргумент up включает интерфейс и отмечает его как при-

годный к использованию. Аргумент down отключает интерфейс и запрещает

передачу через него сетевого трафика.

Используйте аргумент down для перенастройки интерфейса вручную. Отдель-

ные параметры настройки, например IP-адрес, могут изменяться, только

когда интерфейс заблокирован. Поэтому интерфейс отключается, выполня-

ется настройка, и затем интерфейс включается снова. Например, следую-

щие команды изменяют адрес интерфейса:

# ifconfig ethO down

# ifconfig ethO 172.16.1.2 up

Когда команды выполнены, интерфейс начинает работу с новыми значения-

ми настройки. Аргумент up во второй команде ifconfig не всегда является

обязательным, поскольку в некоторых системах его присутствие предпола-

гается по умолчанию. После отключения интерфейса либо при вызове ifcon-

fig из сценария обычно используется явный аргумент up, что позволяет избе-

жать потенциальных проблем.

ARP

Протокол разрешения адресов (Address Resolution Protocol, ARP), описан-

ный в главе 2, - это важный механизм преобразования IP-адресов в физичес-

кие адреса Ethernet. ARP включается при помощи ключевого слова агр и от-

ключается при помощи ключевого слова -агр. Теоретически может оказать-

176

Глава б. Настройка интерфейса

ся, что узел сети не способен работать с протоколом ARP. Такое возможно

только в сетях, построенных на специализированном или эксперименталь-

ном оборудовании. В таких редких случаях иногда возникает необходи-

мость отключить ARP, чтобы обеспечить взаимодействие нестандартных

систем. По умолчанию ifconfig включает ARP. Оставляйте ARP включен-

ным на всех системах.

Беспорядочный режим

В главе 13 мы используем беспорядочный режим для просмотра пакетов, пу-

тешествующих в локальной Ethernet-ceTH. По умолчанию интерфейс Ether-

net передает протоколам более высокого уровня только фреймы, адресован-

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

все фреймы, независимо от пункта назначения.

В системе Linux беспорядочный режим включается при помощи параметра

promise команды ifconfig. Например:

$ ifconfig ethO promise

Отключается беспорядочный режим параметром -promise.

По умолчанию бес-

порядочный режим отключен. Включение беспорядочного режима навязыва-

ет локальной системе обработку многих пакетов, которые в обычной ситуации

отбрасываются аппаратным интерфейсом Ethernet. Беспорядочный режим

включают только для некоторых приложений диагностирования и отладки.

Метрика

В некоторых системах команда ifconfig создает для каждого интерфейса,

которому назначен IP-адрес, запись в таблице маршрутизации. Каждый ин-

терфейс является маршрутом в определенную сеть. Даже если узел не явля-

ется шлюзом, его интерфейс - это его «маршрут» в локальную сеть, ifconfig

определяет конечную сеть маршрута, применяя адресную маску интерфейса

к IP-адресу интерфейса. Например, интерфейсу dnetO узла crab присвоены

адрес 172.16.12.1 и маска 255.255.255.0. Применив маску к адресу, мы по-

лучим конечную сеть 172.16.12.0. Вывод команды netstat -in содержит ко-

нечный адрес:

В системе Solaris беспорядочный режим включается программами, которые наме-

реваются его использовать, а не командой ifconfig.

Этот режим используется «снифферами» - программами, извлекающими конфи-

денциальную информацию, например пароли, из сетевых пакетов, и поэтому

включение этого режима ослабляет общую защищенность сети. - Примеч. науч. ред.

Протокол маршрутной информации RIP (Routing Information Protocol)

иногда применяется в системах Unix. RIP выполняет две функции: передает

Команда ifconfig

177

информацию маршрутизации другим узлам, а также использует поступаю-

щую информацию маршрутизации для динамического создания таблиц

маршрутизации. Маршруты, созданные программой ifconfig, - один из ис-

точников информации маршрутизации, распространяемой протоколом RIP,

а для управления тем, как RIP использует такую информацию, может ис-

пользоваться аргумент metric команды ifconfig.

RIP принимает решения по маршрутизации на основе стоимости маршрута.

Стоимость маршрута определяется связанной с ним метрикой маршрутиза-

ции. Метрика маршрутизации - это просто число. Чем меньше число, тем

меньше стоимость маршрута. Чем больше число, тем стоимость выше. Соз-

давая таблицу маршрутизации, RIP отдает предпочтение более дешевым

маршрутам. Сети с прямым подключением получают очень низкую стои-

мость маршрута. Таким образом, нулевая метрика по умолчанию отмечает

маршруты, пролегающие через интерфейсы с напрямую подключенными се-

тями. При помощи параметра metric можно указать иную метрику маршру-

тизации для интерфейса.

Чтобы повысить стоимость интерфейса до значения 3 (в этом случае прото-

кол RIP будет отдавать предпочтение маршрутам стоимости 0, 1 или 2), вы-

полните такую команду:

# ifconfig stdO 10.104.0.19 metric 3

Используйте параметр metric только в случае, когда существует иной маршрут

в конечную сеть, и он должен стать основным. Мы не воспользовались подоб-

ной командой для узла crab, поскольку этот узел имеет лишь один интерфейс

для связи с внешним миром. В присутствии второго соединения, скажем, по

высокоскоростному каналу, вышеприведенная команда могла бы послужить

для направления трафика через высокопроизводительный интерфейс.

Похожий параметр ifconfig существует и в системе Solaris. RIP создает таб-

лицу маршрутизации, выбирая наиболее экономичные маршруты, и переда-

ет информацию маршрутизации другим узлам. Параметр metric позволяет

менять выбор маршрутов, назначая менее предпочтительным маршрутам

более высокую стоимость. Аргумент private, доступный в системах Solaris,

управляет распределением маршрутов для RIP. Наличие аргумента private в

командной строке ifconfig запрещает RIP распространять маршрут, кото-

рый будет создан при выполнении данной команды. По умолчанию прини-

мается значение -private, разрешающее распространение маршрута. Пара-

метр private поддерживается не всеми системами.

Кроме того, не все системы обращают внимание на аргумент

metric.

В систе-

ме Linux выполнение команды ifconfig не приводит к созданию записи в

таблице маршрутизации. При настройке системы для создания маршрутов,

пролегающих через интерфейсы, используется явная команда route. (О ко-

манде route речь пойдет в следующей главе.) Система Linux отвергает аргу-

мент

metric,

как видно из этого примера:

178 Глава б. Настройка интерфейса

Указывайте метрику в специальном файле настройки маршрутизации, а не

в командной строке ifconfig. Это предпочтительный способ указания сведе-

ний для современных пакетов маршрутизации. Формат файлов настройки

маршрутизации мы обсудим в следующей главе.

Максимальный размер передаваемого блока

Физической сети назначается максимальный размер передаваемого блока

(MTU, maximum transmission unit), определяющий максимальный размер

пакета, передаваемого по сети. Для Ethernet максимальный размер состав-

ляет 1500 байт и является частью стандарта Ethernet. Необходимость изме-

нять значение MTU из командной строки ifconfig возникает крайне редко.

По умолчанию ifconfig выбирает оптимальное значение, как правило, самое

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

значение MTU является умолчанием, поскольку обычно обеспечивает на-

илучшую производительность. При этом, отметим, меньшее значение MTU

может способствовать достижению определенных целей:

• Избежать фрагментации. Если данные путешествуют из сети с большим

значением MTU (скажем, из сети FDDI с MTU, равным 4500 байт) через

сеть с меньшим значением MTU (например, Ethernet), уменьшение раз-

мера MTU может оказаться оптимальным решением для предотвращения

фрагментации пакетов. Возможно, что установка значения MTU, равного

1500 байт, для интерфейса, подключенного к сети FDDI, положительно

повлияет на производительность, избавив маршрутизаторы от необходи-

мости разбивать пакеты. Разумеется, такая операция имеет смысл лишь

в случае, когда в снижении производительности действительно повинна

фрагментация пакетов.

• Избежать, по возможности, переполнения буферов и других проблем та-

кого рода. Для соединения по последовательной линии может применять-

ся оборудование с настолько низкой производительностью, что она не

позволит справляться со стандартными пакетами, размер которых равен

1006 байт. В таком случае уменьшение MTU дозволяет избежать пере-

полнения буферов или SILO-переполнения. Однако такой способ можно

считать лишь временным решением. Настоящее решение связано с при-

обретением устройств, отвечающих потребностям системы.

Чтобы изменить значение MTU, воспользуйтесь параметром mtu команды if-

config:

# ifconfig fddiO 172.16.16.1 netmask 255.255.255.0 mtu 1500

Интерфейс FDDI с адресом 172.16.16.1 получает предписание использовать

значение MTU, равное 1500 байт.

Точка-точка

Ваша система, вероятно, поддерживает еще ряд аргументов командной стро-

ки

ifconfig.

В Linux существуют параметры, позволяющие указать прерыва-

ния для устройства Ethernet (irq) и аппаратный адрес устройства Ethernet

Команда ifconfig

179

(hw),

а также включить многоадресную передачу (multicast) и беспорядочный

режим (promise). В Solaris существуют аргументы, позволяющие инициали-

зировать и блокировать потоки для интерфейса (plumb/unplumb), а также ис-

пользовать протокол Reverse ARP (RARP) для получения IP-адреса интер-

фейса (auto-revarp). Большинство подобных параметров не являются стан-

дартными для Unix.

Еще одна функция, доступная в большинстве вариантов Unix, позволяет со-

здавать при помощи команды ifconfig соединения типа точка-точка. Соеди-

нение точка-точка - это сетевой канал, напрямую соединяющий два ком-

пьютера. Разумеется, оба компьютера могут одновременно являться шлюза-

ми во внешние сети, но лишь два компьютера имеют прямое подключение к

этому каналу передачи данных. Примером соединения точка-точка может

служить соединение двух компьютеров выделенной телефонной линией ли-

бо соединение двух офисных машин нуль-модемным кабелем.

Чтобы создать канал точка-точка в системе Solaris, воспользуйтесь командой:

# ifconfig zsO 172.16.62.1 172.16.62.2

В командной строке за именем интерфейса следует пара адресов. Первый ад-

рес принадлежит локальному узлу. Второй адрес, известный как конечный,

принадлежит второй стороне канала точка-точка. Второй адрес отображает-

ся в поле Net/Dest вывода команды netstat -ni.

В системе Linux команда настройки выглядит несколько иначе:

$ ifconfig slO 172.16.62.1 point-to-point 172.16.62.2

Результат, несмотря на различия в синтаксисе, одинаков в обоих случаях.

Интерфейс переводится в режим point-to-point (точка-точка), а кроме того,

указываются адреса связываемых узлов.

Происходит ли здесь необходимая настройка протокола РРР (Point-to-Point

Protocol), используемого для работы с TCP/IP по последовательным соеди-

нениям? Нет, не происходит. Эти параметры команды ifconfig иногда сму-

щают людей, мешая им разобраться с настройкой РРР. Настройка РРР го-

раздо сложнее, как мы увидим позже в этой главе.

Но прежде чем обратиться к РРР, следует отметить, что настройки, сделан-

ные из командной строки

ifconfig,

просуществуют лишь до следующей пере-

загрузки компьютера. Чтобы получить постоянные настройки, необходимо

поместить команду ifconfig в загрузочный файл.

ifconfig в загрузочных сценариях

Команда ifconfig обычно вызывается при загрузке системы из загрузочного

сценария. Две базовые модели загрузки систем Unix, модель BSD и модель

System V, были описаны в главе 5. В системах BSD Unix команды ifconfig

размещаются, как правило, в файле /etc/reboot или /etc/rc.local.

Чтобы заменить настройки, принятые в системе BSD по умолчанию, добавь-

те полную команду ifconfig в сценарий rc.local. rc.local выполняется в конце

180

Глава б. Настройка интерфейса

процесса загрузки. Любые параметры настройки интерфейса, указанные в

этом файле, замещают ранее указанные значения. Например, следующая

строка в файле сценария rc.local выполняет настройку интерфейса ethO, иг-

норируя любые уже существующие настройки:

ifconfig ethO 172.16.12.1 broadcast 172.16.12.255 netmask 255.255.255.0

Модель загрузки BSD применяется в системах BSD и SunOS. В системах Li-

nux и Solaris применяется модель загрузки System V. Однако в системах Red

Hat Linux существует сценарий rc.local - в каталоге /etc/rc.d. В системе Red

Hat разместите собственную команду ifconfig в файле rc.local, чтобы изме-

нить настройки по умолчанию.

В Solaris отсутствует сценарий rc.local, равно как и центральный каталог со

сценариями для всех уровней исполнения. Чтобы воспользоваться сценари-

ем rc.local в системе Solaris, необходимо самостоятельно создать файл сцена-

рия и поместить его в каталог третьего уровня исполнения. Файл должен

иметь правильное имя, поскольку имена определяют порядок выполнения

сценариев в Solaris. Сценарий с именем /etc/rc3.d/S99local будет выпол-

няться в конце загрузки стандартного третьего уровня исполнения системы

Solaris. Команды, размещенные в этом файле, будут изменять уже сущест-

вующие настройки.

По возможности следует выполнять настройку сети при помощи стандарт-

ных средств и процедур, принятых в конкретной операционной системе.

Прямая правка загрузочных сценариев и создание нестандартных сценари-

ев может создать много сложностей людям, которые помогают вам в под-

держке систем сети.

TCP/IP и последовательные линии

Протоколы TCP/IP способны работать с многочисленными разновидностя-

ми физического транспорта. Это может быть кабельное Ethernet-подключе-

ние, как в локальных сетях, либо телефонные линии, как в территориаль-

ных сетях. В первой половине главы мы использовали ifconfig для настрой-

ки локального интерфейса Ethernet. В этом разделе мы используем другие

команды, чтобы настроить сетевой интерфейс телефонной линии.

Практически любой обмен данными происходит через последовательные ин-

терфейсы. Последовательный интерфейс - это любой интерфейс, передаю-

щий данные в виде последовательностей битов по единственному проводу

(тогда как параллельные интерфейсы передают биты данных по нескольким

проводам одновременно). Под такое описание последовательного интерфей-

са подпадают практически все интерфейсы обмена данными (включая Ether-

net), но термин обычно используется в отношении интерфейса, подключен-

ного к телефонной линии посредством модема или подобного устройства. Те-

лефонную линию часто называют последовательной линией.

В мире TCP/IP последовательные линии применяются для создания терри-

ториальных сетей (wide area networks, WANs). К сожалению, в TCP/IP не

TCP/IP и последовательные линии

181

всегда существовал стандартный протокол физического уровня для последо-

вательных линий. Отсутствие стандарта вынуждало проектировщиков ис-

пользовать для территориальных сетей маршрутизаторы одной марки, чтобы

обеспечить успешный обмен данными на физическом уровне. Распростране-

ние сетей WAN на основе TCP/IP создавало потребность в стандартизации

последовательного обмена, который снял бы зависимость от производителей

оборудования.

Кроме того, интерес к коммуникациям по последовательным линиям вырос с

появлением небольших, недорогих систем, работающих с TCP/IP, а также

высокоскоростных модемов для коммутируемых линий, обеспечивающих

«приемлемую» производительность TCP/IP. На момент создания ARPAnet

компьютеры стоили невероятных денег, а модемы для коммутируемых ли-

ний работали на предельно низких скоростях. В те времена тот, кто покупал

компьютер, мог позволить себе приобрести и выделенную телефонную ли-

нию. Однако в последнее время стало возможным использовать системы Unix

дома. В новой сетевой среде существует значительный спрос на службы, поз-

воляющие обеспечивать коммутируемый доступ по протоколам TCP/IP. В

настоящее время около 7% домашних пользователей работают через высо-

коскоростное DSL-подключение (Digital Subscriber Line) или кабельный мо-

дем. Большинство модемов DSL и кабельных модемов подключаются к узлу

посредством Ethernet, то есть не требуют специальной настройки. Но боль-

шинство пользователей домашних компьютеров все еще работает с комму-

тируемыми последовательными линиями, которые требуют специальных

протоколов и специальной настройки.

Эти две силы - потребность в стандартизации территориального обмена дан-

ными и потребность в коммутируемом доступе по TCP/IP - стали причиной

создания двух протоколов для последовательных линий: протокола SLIP

(Serial Line IP) и протокола РРР (Point-to-Point Protocol).

Последовательные протоколы

Протокол Serial Line IP появился на свет первым. Это протокол, позволяю-

щий отдельным узлам устанавливать соединения TCP/IP в телефонной сети.

Протокол SLIP определяет простой механизм кадрирования дейтаграмм для

передачи по последовательным линиям. SLIP передает дейтаграмму в виде

последовательности байтов, а для указаний по группировке байтов в дейта-

граммы использует специальные маркеры. SLIP определяет два специаль-

ных символа:

• Символ SLIP END, отдельный байт с десятичным значением 192. Отмечает

конец дейтаграммы. Прием символа END в протоколе SLIP означает, что

дейтаграмма полностью получена и может быть передана в уровень IP.

Модемы для коммутируемых линий обычно асинхронные. Протоколы РРР и

SLIP поддерживают в равной степени работу с асинхронными коммутируемыми

службами и синхронными выделенными линиями.