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

Как работали диалап-модемы

Прежде чем говорить о наследии, расскажу о том, как вообще работал диалап (dial-up или коммутируемый доступ) — подключение компьютера к интернету через обычную аналоговую телефонную линию с помощью модема. 

Этот раздел я пишу для тех, кто модемную эпоху не застал или хочет вспомнить детали. Поэтому, если всё знаете и помните, пожалуйста, проследуйте ко второму разделу. 

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

На другой стороне второй модем проделывал обратную операцию и восстанавливал исходный цифровой поток. Для этого использовались разные схемы модуляции, чаще всего фазовую двоичную модуляцию (PSM) и квадратурную модуляцию (QAM), где информация кодировалась через изменения фазы, амплитуды и частоты сигнала.

Процесс хорошо проиллюстрировала финский инженер Оона Ряйсянен. Она разобрала спектрограмму установления модемного соединения, где по горизонтали отложено время, а по вертикали частота. Тот самый звук тоже есть на её сайте. 

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

Модемы, обмениваясь служебными сигналами, определяли, какие стандарты поддерживаются с обеих сторон, и запускали процедуру идентификации V.8 bis. Затем происходило отключение эхоподавления телефонной сети. 

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

В процессе согласования отправлялись специальные тональные последовательности с фазовыми скачками, которые заставляли линию перестать «помогать» голосовой связи и дать модемам работать как надо.

Дальше модемы проверяли качество линии и подбирали режим, который она реально выдержит. Они прогоняли тестовые сигналы на разных частотах, оценивали затухание, уровень шума и искажения, после чего выбирали подходящий стандарт и скорость, например V.34, V.90 или V.92. Поэтому одна и та же линия в разные дни могла давать разную скорость. 

После этого включались механизмы коррекции ошибок, чаще всего V.42, и сжатия данных, например V.42bis или позже V.44. Сам поток дополнительно перемешивался псевдослучайной последовательностью, чтобы в сигнале не возникали неудобные для передачи повторяющиеся шаблоны. 

Параллельно модемы настраивали эквалайзеры и подгоняли свои параметры под конкретную линию. Когда всё это заканчивалось, звук затихал, и по каналу уже можно было гнать полезные данные. 

Поверх полученного битового потока поднимался канальный протокол (о них дальше), который занимался аутентификацией, согласованием параметров и выдачей IP-адреса. С этого момента соединение становилось обычным сетевым интерфейсом, и дальше уже работал привычный стек TCP/IP. 

Протоколы, унаследованные от dial-up

Одного модема для выхода в сеть, разумеется, было мало. После того как два устройства договаривались о режиме работы линии, поверх получившегося битового потока нужно было как-то передавать уже нормальные сетевые данные. Именно здесь и появились протоколы для последовательных соединений. 

Канальные протоколы 

Самым ранним и самым простым протоколом был SLIP. Работал он целиком на стороне хоста — в драйвере последовательного интерфейса или в сетевом стеке. Перед отправкой этот код брал IP-пакет и помечал его конец байтом END 0xC0, который служил границей кадра в последовательном потоке. Если внутри самого пакета встречался 0xC0, драйвер заменял его на последовательность 0xDB 0xDC. Если встречался управляющий байт ESC 0xDB, он превращался в 0xDB 0xDD. 

На принимающей стороне тот же уровень стека читал поток до ближайшего 0xC0, выполнял обратное преобразование escape-последовательностей и восстанавливал исходный IP-пакет. Всё это происходило автоматически, без участия пользователя.

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

Добавляли проблем и сами модемы — они работали через AT-команды, поэтому поток приходилось передавать аккуратно, чтобы управляющие последовательности не всплывали внутри данных. Из-за этого приходилось аккуратно экранировать некоторые байты и последовательности. В итоге SLIP оказался слишком простым и не слишком удобным, поэтому со временем его вытеснил PPP.

PPP уже не просто заворачивал IP в последовательный поток, а предлагал полноценную схему работы с каналом. Сначала через LCP стороны согласовывали параметры соединения, затем при необходимости проходили аутентификацию через PAP или CHAP, а уже потом поднимали сетевой уровень через NCP и получали адреса. 

Кроме того, внутри PPP была заложена идея, что соединение может быть нестабильным, среда может меняться, а параметры канала лучше согласовать заранее. Поэтому поверх него можно было передавать и другие сетевые стеки, например IPX или AppleTalk.

Именно поэтому PPP прожил заметно дольше самой модемной эпохи. Когда телефонные линии начали уступать место DSL и другим способам доступа, протокол пересел на другую физику. Так появились PPPoE и PPPoA, где тот же PPP стал работать поверх Ethernet и ATM.

Склейка каналов

Из той же среды вышел и Multilink PPP. Когда одной линии уже не хватало, а более быстрый доступ был либо слишком дорогим, появилась идея объединять несколько физических соединений в одно логическое. Трафик разбивался на фрагменты, уходил по двум или более линиям, а на принимающей стороне собирался обратно в исходный поток. 

Если соединить две 56-кбит линии, можно было получить почти удвоенную пропускную способность, пусть и с накладными расходами и зависимостью от качества обеих линий сразу. Позже похожая логика спокойно перекочевала в Ethernet bonding и link aggregation, где уже линки работают как один общий канал.

Прикладной уровень

На уровне канала диалап научил сеть жить в условиях узкой и шумной линии, но самое заметное наследие той эпохи осталось выше — в прикладных протоколах. Почти всё, чем пользовались в девяностых и начале нулевых, развивалось с расчётом на медленное соединение и высокий RTT.  

Хороший пример — Telnet, который часто вспоминают как небезопасный протокол для удалённого доступа, вытесненный SSH. Он позволял работать с удалённой машиной почти так, будто терминал подключён к ней напрямую. В условиях диалапа это было идеально, поэтому можно сказать, что культура удалённого администрирования через консоль также выросла из модемной эпохи.

Похожая история была у FTP, доживающем век (писал об этом тут). Его структура с отдельным управляющим и отдельным каналом данных сегодня не имеет смысла. Однако в эпоху диалапа он был фактически главным способом перемещения больших данных. 

Почтовый протокол POP3 также отражает логику того времени. Он строился вокруг модели «подключился, скачал письма, отключился», что было идеально для коммутируемого доступа. Можно сказать, что из-за этого появились привычки проверять почту по расписанию и писать длинный ответ заранее (может быть, конечно, только у меня).

Отдельно вспомню BBS (отвечала за доски объявлений, форумы, файлообменники), хотя это немного другая история. Там тоже всё строилось вокруг медленного дозвона, текстовых интерфейсов, обмена файлами и асинхронной коммуникации. В каком-то смысле BBS приучила пользователей к самой мысли, что удалённая система может быть местом общения, хранилищем файлов, форумом и сервисом сразу. 

Из-за ограничений в модемную эпоху прикладные протоколы стали понятными. SMTP, POP3, IMAP, FTP, IRC, HTTP ранних версий можно было открыть telnet-клиентом — протокол читался, диагностировался руками и не прятал свою логику за бинарным слоем. 

NAT и привычка делить один канал

Есть и ещё одно наследие диалапа — именно в ту эпоху начали повсеместно делить один внешний доступ между несколькими машинами. Так начали приживаться домашние схемы с NAT и Internet Connection Sharing, где компьютер с модемом становился маленьким маршрутизатором для остальных устройств.

Он сам дозванивался до провайдера, получал внешний IP, а дальше уже раздавал доступ другим устройствам внутри сети. Позже эту роль забрали роутеры, но сама модель осталась той же. Так что привычка «раздать интернет на всех» тоже выросла не вместе с Wi-Fi, а ещё в те времена.

Модемный опыт на службе связи

Одна из самых недооценённых вещей, которые оставила после себя модемная эпоха, — это культура бережного обращения с каналом. Телефонная линия была шумной, узкой и капризной, поэтому передать данные «как есть» и надеяться на лучшее никто не мог. Именно поэтому модемы довольно рано обросли механизмами коррекции ошибок и сжатия. 

В этой логике хорошо видно, зачем появились V.42 и V.42bis. Первый отвечал за надёжность передачи и позволял обнаруживать ошибки на линии с повторной отправкой повреждённых кадров, второй добавлял сжатие данных. Позже появился V.44, который с текстом, HTML и прочими типичными для раннего веба данными работал ещё лучше. 

Параллельно с этим производители выпускали свои фирменные схемы, вроде MNP у Microcom или HST у US Robotics. Подход везде был похожий — поток разбивался на блоки, к ним добавлялись контрольные суммы, повреждённые куски передавались заново, а сами данные по возможности сжимались ещё до отправки в линию. За счёт этого модемы научились работать заметно устойчивее даже на плохих каналах. 

Идея сначала защитить данные от ошибок, а потом по возможности их ещё и упаковать, до сих пор лежит в основе очень многих технологий. Её легко увидеть в DSL, где сигнал по-прежнему идёт по той же медной паре и тоже вынужден бороться с шумами и затуханием. Она же есть в Wi-Fi, LTE и других каналах связи, где без кодов коррекции ошибок нормальной работы просто не будет.

Ещё немного о привычках 

Модемная эпоха повлияла не только на протоколы и архитектуру сети. Она довольно жёстко воспитала самих интернет-пользователей. 

Сейчас фраза про экономию мегабайтов звучит почти архаично, а тогда это была реальность. Стандартный DVDRip тех лет весил около 700–800 МБ. При реальной скорости dial-up-соединения в районе 4–5 КБ/с такая загрузка превращалась в отдельную цель. Даже если взять идеальный сценарий без обрывов, 700 000 КБ при скорости 4 КБ/с — это примерно 175 000 секунд, то есть больше 48 часов непрерывной закачки. 

Если линия держалась чуть лучше и скорость была ближе к верхней границе, можно было уложиться примерно в 40–42 часа. Только в жизни идеальных условий почти не бывало — соединение рвалось, кто-то поднимал трубку, провайдер отваливался, а докачка поддерживалась далеко не везде. Любой большой файл воспринимался не как «скачаю вечером», а как история на несколько дней с элементами везения.

С музыкой было полегче, но тоже без особой романтики — дешевле было заказать диск по почте, чем неделями вытягивать его через домашний телефон. MP3, конечно, спасал ситуацию, и альбом, сжатый до 128 Кбит/с, весил уже не сотни мегабайт, а примерно 50–70 МБ. Но и тут речь шла о пяти-восьми часах при стабильной связи и желательно ночью.

С играми и софтом всё было ещё нагляднее. Дистрибутив на 650–700 МБ означал примерно те же двое суток ожидания — образ диска на 1,4 ГБ тянул уже на трое-четверо суток непрерывной загрузки, и то если очень повезёт. 

Отсюда, кстати, выросла ещё одна сетевая привычка, которую многие помнят до сих пор, — сначала посмотреть на размер файла, потом почитать комментарии о качестве, потом искать зеркало побыстрее и только после этого нажимать на ссылку. 

Несмотря на то, что 50-56k модемы сегодня используются лишь гиками, а почти все модемные провайдеры в нашей стране умерли (эволюционировали), эпоха диалапа стала основой современного интернета. Кто знает, может быть, когда-нибудь мы ещё вернёмся к этим коробочкам — многое в нашем мире циклично… 

© 2026 ООО «МТ ФИНАНС»