Путь к коннекту. Поднимаем цифровой модемный пул V.90/56K в домашних условиях

Уверен, если вы уже экспериментировали с соединением двух аналоговых модемов, то уже знаете, что такое подключение не может выдать больше 33,6 Кбит/с. Что же насчёт более высоких скоростей? Многие считают, что заставить модем работать в режиме V.90 или V.92 в домашних условиях невозможно, поскольку для этого требуется какое-то сложное и дорогое оборудование. Самое время выяснить, так ли это на самом деле.

Итак, в сегодняшней статье посмотрим, как же вообще выглядела изнанка 56K-соединения. Разберёмся, как это работало и чем такое подключение отличается от обычного dial-up, взглянем на то самое оборудование, которое стояло у провайдеров, узнаем, как оно устроено, и, конечно же, попробуем всё это соединить и запустить. Впереди будет очень много интересного, а местами крутого и ностальгического.

❯ Суть такова

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

А, может, такой:

Или, может, вообще такой:

Так вот. Практически все модемы, выпускавшиеся в те годы, поддерживали стандарт V.90 - передачу данных на скорости 56 Кбит/с. Или, проще говоря, 56K. Работало всё это далеко не у всех (лично я на Zyxel Omni 56K ни разу не видел этот индикатор горящим), на качество соединения сильно влияло оборудование провайдера, качество телефонной линии и много чего ещё. Тем не менее, сама возможность всё-таки была.

Так вот. Наигравшись с АТС и двумя модемами, я решил попробовать поднять соединение на более высоких скоростях. Идея это сделать не давала мне покоя, но, к немалому удивлению, оказалось, что простого способа это сделать нет. И для того, чтобы понять, почему так вышло, разберёмся, что же вообще такое V.90.

❯ Как работает 56K

Начнём с самого простого — с соединения двух модемов.

Примерно так упрощённо выглядит такое подключение: два компьютера, два модема, между ними телефонная линия и АТС, которая всё это коммутирует.

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

Качество каждого из узлов сильно влияет на скорость соединения вплоть до его полной невозможности его установить. Из-за этого зачастую скорость зависела не только от оборудования, но и от качества проводки, затяжки винтов в клеммных коробках и ватерлинии в кабельном коллекторе. Именно поэтому даже сейчас, похваставшись в комментариях доступной в лучшие времена скоростью 56К и квартирой с видом на АТС, можно запросто отхватить минусов.

Но все мы помним, что если пробовать соединить просто два модема, то даже в идеальных условиях выше 33,6К скорость никогда не поднимется. Причина тут проста: V.90 - асимметричный протокол. Для того, чтобы модем мог установить соединение, необходимо исключительно провайдерское оборудование.

На всякий случай напомню: почти ничего общего с ADSL он не имеет. И то, и другое - асимметричные протоколы, позволяющие передавать данные по телефонной линии и использовавшиеся в том числе для подключения пользователей к интернету, но использовались они в разные эпохи и работают на совершенно разных принципах.

Так как же запустить такое соединение?

Многие наверняка подумают: а что, если достать модемный пул? Ведь наверняка же где-то существуют провайдерские модемы или пулы, умеющие свистеть на нужной скорости.

Но вот незадача: никакого подобного оборудования почему-то не ищется.

А разгадка проста: привычных нам модемных пулов (в виде ящика с кучей модулей-модемов, которые отвечают на звонки на них) для стандарта V.90 просто-напросто не существует. Сейчас разберёмся, почему.

В «классическом» модемном соединении происходит два цифро‑аналоговых преобразования: у пользователя и у провайдера. На качество сигнала это влияет не лучшим образом, что и ограничивает максимальную скорость до 33,6К.

Но вот с годами магистральные телефонные сети стали полностью цифровыми. Сопутствующий этому скачок качества связи позволил внедрить V.90 — стандарт, допускающий одно‑единственное цифро‑аналоговое преобразование: на участке от пользователя до обслуживающей его АТС. После этого трафик гонится в провайдерский модемный пул через цифровой стык E1. Вместо квадратурной модуляции для передачи данных от провайдера к абоненту использовалась импульсно‑кодовая (PCM). Таким образом, стандарт V.90 (как и более поздний V.92) за счёт перехода на «цифру» обеспечивал большую скорость подключения, однако был очень зависим от состояния соединительной линии, а также требовал довольно специфического и дорогого оборудования. Также из этого следует, что цифровой модемный пул — это не классический модем с ЦАП и АЦП, цепями для подключения к линии и тому подобными узлами, а полностью цифровое устройство, а «вдуванием» сигнала в модем пользователя занимается исключительно АТС. Более подробно всё это можно почитать вот в этой статье (будем надеяться, что после всем известных событий блог, где она размещена, не снесут).

Отличается и звук подключения: в конце соединения слышится очень характерный сигнал «тренировки» линии («Бом‑бом» на 3Com/USR, «Вжжжж‑вжжжж» на Zyxel или Acorp, «Кхрррррр» на Hayes, «У‑лю‑лю‑лю‑лю» на Agere). Модемы отправляют специальный набор тонов и оценивают искажения, проверяя, пригодна ли эта линия для скоростей выше 33600 бод.

❯ Что нужно, чтобы собрать дома цифровой модемный пул?

Вообще, каких-то детальных мануалов про то, как запустить 56K, я не встречал. Чаще всего на вопрос о том, как поднять такую конфигурацию, следовал ответ, что это невозможно, или вовсе рекомендации не заниматься ерундой. Я хочу показать, что это не так и что выжать максимум из dial-up вполне реально, хотя и сложнее, чем при использовании двух модемов и АТС.

Также хочу выразить огромную благодарность товарищу @TiKot01, который до меня собрал всю эту систему, заинтересовал меня темой цифровой модемной связи и детально консультировал при выборе комплектующих, подключении и настройке. Без него ничего из того, что вы тут видите, не было бы.

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

Перво-наперво, нужен цифровой модемный пул.

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

Далее на очереди АТС.

Нужна именно цифровая АТС с поддержкой интерфейса E1. Обычная офисная мини-АТС, очевидно, не прокатит. На фото пример подходящей такой железки, Panasonic KX-TDE100. Если АТС модульная, то в ней должна стоять карта цифрового стыка (ISDN PRI), дабы было, куда подключать модемный пул.

И, наконец, нужен сам модем. С его-то поиском проблем возникнуть не должно точно. В отличие от классической схемы с двумя модемами и АТС, здесь одного будет достаточно (но можете взять парочку, на всякий случай).

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

❯ Обзор оборудования

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

Как оказалось, «традиционная» цифровая АТС является довольно габаритным и не совсем дешёвым удовольствием, поэтому от её приобретения всё же пришлось отказаться.

Вместо этого был раздобыт роутер Cisco 1751 с голосовыми картами расширения, уже знакомый вам по моей статье про Caller ID. Изначально этот девайс использовался как VoIP-шлюз, однако его можно перенастроить в нужную нам АТС.

Вообще, где-то встречал упоминания, что для V.90 или V.92 эта штука не рекомендуется. Но она работает, я это проверил.

Для того, чтобы это сделать, необходимо установить в него второй PVDM (ресурсов того, что там стоит, будет мало) и карту цифрового стыка E1.

Вообще, как показали опыты, Cisco 1700 серии не очень подходят для данной задачи, поскольку их ЦАП и АЦП едва-едва выдерживает такое подключение. Куда лучшие результаты были достигнуты на Cisco 2811, однако для такого опыта эта железка очень громоздкая и очень дорогая. Так что пока придётся использовать то, что есть.

Теперь очередь цифрового модемного пула. В качестве него было решено взять шлюз Cisco AS5400. Единственная причина его выбора заключалась в том, что этот аппарат уже был опробован другими такими же энтузиастами и его хотя бы было понятно, как настроить и запустить.

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

AS5400 — это специализированный сервер, принимающий и обрабатывающий по цифровому потоку (T1 или E1) подключения (телефонные, факсовые, модемные...).

Выглядит он как большой и тяжёлый железный ящик с габаритами 2U.

Спереди решётка вентиляции БП и четыре серверных «карлсона» (с характерным звуком).

Вид снизу.

Заводская наклейка.

На обратной стороне расположилось самое интересное: порты и семь слотов расширения. Туда мы установим ещё две карты, но их рассмотрим чуть позже.

Сдвоенный БП.

Для резервирования предусмотрена работа от двух независимых источников (например, можно подключить кабели от подключённого к электросети ИБП и от питающей узел связи ДГУ). Из-за этого на верхней крышке даже имеется предупреждающая наклейка о том, что устройство оснащено несколькими сетевыми кабелями.

Слева внизу два последовательных порта (с довольно специфическим цисковским разъёмом SmartSerial). Что это такое и что в них должно втыкаться, расскажу как-нибудь в другой раз.

Следом идёт клеммник ALARM. Это релейный выход типа «сухой контакт», предназначенный для сигнализации неисправности.

Коаксиальный разъём BITS — это Building Integrated Timing Supply, порт для подключения внешнего генератора тактового сигнала, нужного для синхронизации потоков T1 и E1. Впрочем, для наших опытов использовать его мы не будем: по умолчанию девайс тактируется от встроенного источника.

Наконец, справа видим уже знакомые нам разъёмы: FE0 и FE1 — два порта Fast Ethernet (на более поздних роутерах были Gigabit Ethernet с портами GE0 и GE1), CON и AUX служат для подключения консольного кабеля и модема удалённого управления.

❯ Разборка AS5400

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

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

Модули SIMM Flash, на которых хранится прошивка.

Планки памяти SDRAM.

Вот таким толстенным кабелем подключается БП.

А вот фото материнки от гигабитного AS5400. Построен девайс на неких заказных чипах (маркировка микросхем под радиаторами не ищется).

Плата каждого шасси. Модули подключаются через шину PCI (два чипа моста PCI-to-PCI PI7C8150 видны рядом с коннекторами).

❯ NP60

Теперь рассмотрим то, что, собственно, делает AS5400 модемным пулом. Это карта расширения NP60.

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

Именно в недрах этой штуки и происходит всё самое интересное. Этот модуль обрабатывает до 60 подключений, в том числе и модемных.

Обратная сторона.

Рассмотрим карту поподробнее.

Справа видим десять больших чипов Mindspeed (бывшее подразделение Conexant) RL56CSMV/6. Это специализированные коммуникационные процессоры, обрабатывающие телефонные подключения. Каждый из них держит до шести потоков. Построены эти чипы на ядре ARM.

Слева видим сразу два процессора Intel i960, обеспечивающих обмен данными между шлюзом и коммуникационными чипами. В углу цепи питания.

На обратной стороне чипы памяти.

Если кажется, что это недостаточно сумрачное изделие, то вот вам NP108 (которой у меня нет) — карта на 108 потоков, построенная на восемнадцати ранее рассмотренных чипах и сразу трёх i960.

❯ Первый запуск

Итак, втыкаем модули и пробуем включать наш AS5400. Девайс взревел кулерами как циклонный пылесос и написал в консоли примерно следующее:

Cisco Internetwork Operating System Software
IOS (tm) 5400 Software (C5400-IS-M), Version 12.3(10d), RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2005 by cisco Systems, Inc.
Compiled Tue 03-May-05 03:36 by dchih
Image text-base: 0x60008AFC, data-base: 0x61700000

cisco AS5400 (R7K) processor (revision T) with 262144K/131072K bytes of memory.
Processor board ID JAE09138MYL
R7000 CPU at 250MHz, Implementation 39, Rev 1.0, 256KB L2, 2048KB L3 Cache
Last reset from warm-reset
Bridging software.
X.25 software, Version 3.0.0.
SuperLAT software (copyright 1990 by Meridian Technology Corp).
Manufacture Cookie Info:
 EEPROM Type 0x0001, EEPROM Version 0x01, Board ID 0x31,
 Board Hardware Version 3.35, Item Number 800-5171-02,
 Board Revision D0, Serial Number JAE09138MYL,
 PLD/ISP Version 2.2,  Manufacture Date 29-Mar-2005.
Processor 0x14, MAC Address 0x01360EEE42
Backplane HW Revision 1.0, Flash Type 5V
2 FastEthernet/IEEE 802.3 interface(s)
2 Serial network interface(s)
60 terminal line(s)
512K bytes of non-volatile configuration memory.
65536K bytes of processor board System flash (Read/Write)
16384K bytes of processor board Boot flash (Read/Write)

Но, когда я уже собрался зайти в конфигурацию, произошло нечто странное:

%Software-forced reload


 Breakpoint exception, CPU signal 23, PC = 0x604C55C8


-Traceback= 604C55C8 604C3550 604A9464 604AA028 604AB8A0 604ABAF0
$0 : 00000000, AT : 622B0000, v0 : 624F0000, v1 : 624F0000
a0 : 624BD1E8, a1 : 0000FF00, a2 : 00000000, a3 : 62100000
t0 : 622A92A0, t1 : 3400FF01, t2 : 622A92A0, t3 : 

Аппарат выдал целую стену текста (выше фрагмент), суть которой сводилась к тому, что произошло исключение и девайс перезагрузился. Железка ушла в бесконечный ребут.

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

❯ E1

Как мы помним, модемный пул связываются между собой через цифровой стык E1. Для него нам понадобятся ещё две карты расширения.

Первая из них - это VWIC-1MFT-E1, устанавливающаяся в 1751.

На передней планке разъём соединительной линии и три светодиода. LP (Loopback) — режим замыкания на себя (используется для тестирования), AL (Alarm) — сигнализация неисправности (рассинхронизация линии или внезапная потеря связи), CD (Carrier Detect) — успешное установление соединения.

На лицевой стороне платы сигнальные трансформаторы, ПЛИС Xilinx и довольно интересный чип DS2172T — анализатор тестовых последовательностей (Bit Error Rate Tester, BERT), как я понимаю, использующийся при проверке модуля в Loopback-режиме.

Сзади трансивер E1 Mindspeed Bt8370KPF, процессор MC68LC302PU25CT (коммуникационный процессор на ядре MC68000) и чип памяти.

Вторая карта — 2PRI, она же AS54-DFC-2CE1. Она устанавливается в AS5400. Есть ещё варианты на 4 и 8 линий E1, но нам достаточно вообще одной, так что подойдёт любая модификация, какую достанете.

На ней два порта, рядом с ними по светодиоду. Они загораются оранжевым, если нет связи или запущен Loopback. Правее разъёмы RX и TX для подключения какого-то тестового оборудования. Ещё правее индикаторы активности и нормальной работы.

С обратной стороны ничего интересного.

На плате опять таки полно довольно крутых чипов.

PM7366-BI - восьмиканальный контроллер последовательной шины. Под ним PCI-мост PCI9054. Каналы E1 построены на уже знакомых нам чипах Mindspeed.

Оборудование E1 обычно подключается к специальным свитчам (типа такого). Чтобы напрямую соединить между собой АТС и модемный пул, нужен кросс-кабель. Обычный патч-корд или кросс-кабель Ethernet здесь не подойдёт, распиновка у них отличается. Нужно сделать шнур по следующей схеме:

С одной стороны у него традиционная «радуга админа», с другой — специальная раскладка под E1.

Берём витуху, обжимку, джеки и изготавливаем кабель. Соединяем им порт VWIC-1MFT-E1 с портом 0 на 2PRI.

❯ Конфигурация

Теперь очередь самого сложного: настройки оборудования. Здесь и далее будем считать, что в AS5400 2PRI находится в слоте 3, NP60 — в слоте 5, в 1751 VWIC-1MFT‑E1 — в слоте 0, а VIC-2FXS — в слоте 1, модем воткнут в порт 0 карты FXS, кабель E1 от 1751 подключён к порту 0 на 2PRI. Наша задача состоит в том, чтобы научить 1751 принимать вызовы и отправлять оцифрованный сигнал в E1, а AS5400 — получать этот цифровой поток и направлять его на свободный модем из пула

Начнём с 1751.

Для начала настроим канал E1:

isdn switch-type primary-net5

controller E1 0/0
 framing NO-CRC4
 pri-group timeslots 1-6,16

Самая важная строка здесь - таймслоты. Шесть каналов - максимальное число соединений, которые может обработать DSP в 1751. Остальные параметры должны быть идентичны тем, что на AS5400.

Сигнализация:

interface Serial0/0:15
 no ip address
 encapsulation hdlc //можно ppp
 no logging event link-status
 isdn switch-type primary-net5
 isdn incoming-voice voice

Здесь настраивается шестнадцатый таймслот E1 (в Cisco их нумерация начинается с нуля, поэтому 15), использующийся для сигнализации. 1751 не содержит в себе модемов, он вообще понятия не имеет, что за данные передаются. Именно поэтому канал указан как голосовой.

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

voice-port 1/0
 cptone RU

dial-peer voice 8200 pots
 destination-pattern [тут номер, на который будем звонить]
 no digit-strip
 direct-inward-dial
 port 0/0:15
 forward-digits all

На этом с 1751 всё готово. Переходим к AS5400.

aaa new-model
aaa authentication login default local
aaa authentication ppp default local
tdm clock priority 1 freerun
isdn switch-type primary-net5

controller E1 3/0 
 framing NO-CRC4
 pri-group timeslots 1-6,16
 
interface Serial3/0:15 
 no ip address
 encapsulation hdlc
 isdn switch-type primary-net5
 isdn protocol-emulate network
 isdn incoming-voice modem
 isdn send-alerting
 isdn sending-complete

В целом всё похоже на то, что мы видели на стороне 1751. Но кое на что следует обратить внимание.

tdm clock priority 1 freerun— синхронизацию линии E1 осуществляет AS5400. У 1751 нет стабильного источника тактового сигнала, поэтому в данной конфигурации этим занимается именно сервер, а не АТС.

isdn incoming-voice modem указывает на то, что это именно модемное, а не голосовое соединение, которое нужно направить на свободный модем.

Наконец, нужно настроить самое главное — модемный пул. Здесь это осуществляется при помощи группы. Это своеобразный балансировщик, который при поступлении нового соединения автоматически выбирает незанятый модем из пула и назначает его этому потоку.

interface Group-Async0
 ip unnumbered FastEthernet0/0
 encapsulation ppp
 no ip route-cache cef
 dialer in-band
 dialer idle-timeout 600
 dialer-group 1
 async mode dedicated
 peer default ip address pool dialin
 ppp authentication pap chap
 group-range 5/00 5/59
 
ip local pool dialin [начальный IP] [конечный IP]

line 5/00 5/59
 no flush-at-activation
 modem InOut
 transport input all

Здесь настраиваются параметры модемного соединения (line — это и есть единичный модем в пуле): диапазон IP-адресов, которые будут назначаться клиентам, совершающим дозвон, параметры PPP-соединения и аутентификации, диапазон модемов в пуле (в данном случае выбраны все 60). Если что-то здесь настроено неправильно, то либо линия всегда будет занята, либо при попытке установить PPP-соединение компьютер будет выдавать нечто вроде TCP/IP протокол сообщает об ошибке 733. Этот компьютер и удаленный компьютер не смогли согласовать протоколы управления PPP.

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

Наконец, добавляем пользователя:

username dialuser password dialpass

Эти учётные данные надо будет вводить при установлении соединения.

!
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
boot-start-marker
boot-end-marker
!
!
no aaa new-model
tdm clock E1 0/0 both export line
voice-card 0
!
voice-card 1
 codec complexity medium
!
voice-card 2
 codec complexity medium
!
no ip routing
no ip cef
!
!
!
!
ip auth-proxy max-nodata-conns 3
ip admission max-nodata-conns 3
!
isdn switch-type primary-net5
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
controller E1 0/0
 framing NO-CRC4
 pri-group timeslots 1-6,16
!
!
!
!
!
!
interface FastEthernet0/0
 ip address 10.0.0.18 255.255.255.0
 no ip route-cache
 speed auto
 full-duplex
!
interface Serial0/0:15
 no ip address
 encapsulation hdlc
 no logging event link-status
 isdn switch-type primary-net5
 isdn incoming-voice voice
 no cdp enable
!
ip forward-protocol nd
!
!
no ip http server
no ip http secure-server
!
!
!
!
control-plane
!
!
!
voice-port 0/0:15
!
voice-port 1/0
 cptone RU
!
voice-port 1/1
!
voice-port 2/0
!
voice-port 2/1
!
!
!
!
!
!
dial-peer voice 1000 pots
 destination-pattern 7752826
 no digit-strip
 direct-inward-dial
 port 0/0:15
 forward-digits all
!
!
line con 0
line aux 0
line vty 0 4
 password cisco
 login
!
end

Current configuration : 1670 bytes
!
version 12.3
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname Router
!
boot-start-marker
no boot startup-test
boot-end-marker
!
!
username dialuser password 0 dialpass
!
!
resource-pool disable
tdm clock priority 1 freerun
spe default-firmware spe-firmware-1
aaa new-model
!
!
aaa authentication login default local
aaa authentication ppp default local
aaa session-id common
ip subnet-zero
!
!
ip cef
!
isdn switch-type primary-net5
!
!
!
!
!
!
!
!
!
!
!
!
!
!
controller E1 3/0
 framing NO-CRC4
 pri-group timeslots 1-6,16
!
controller E1 3/1
!
!
interface FastEthernet0/0
 ip address 192.168.0.2 255.255.255.0
 duplex auto
 speed auto
!
interface FastEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
!
interface Serial0/0
 no ip address
 shutdown
 clockrate 2000000
!
interface Serial0/1
 no ip address
 shutdown
 clockrate 2000000
!
interface Serial3/0:15
 no ip address
 isdn switch-type primary-net5
 isdn protocol-emulate network
 isdn incoming-voice modem
 isdn send-alerting
 isdn sending-complete
 no cdp enable
!
interface Group-Async0
 ip unnumbered FastEthernet0/0
 encapsulation ppp
 no ip route-cache cef
 dialer in-band
 dialer idle-timeout 600
 dialer-group 1
 async mode dedicated
 peer default ip address pool dialin
 ppp authentication pap chap
 group-range 5/00 5/59
!
ip local pool dialin 192.168.0.10 192.168.0.70
ip classless
ip route 0.0.0.0 0.0.0.0 192.168.0.1
no ip http server
!
!
!
!
!
voice-port 3/0:D
!
!
!
!
!
line con 0
line aux 0
line vty 0 4
line 5/00 5/59
 no flush-at-activation
 modem InOut
 transport input all
!
scheduler allocate 10000 400
end

❯ Пуск!

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

Соединяем железки по вот такой схеме и подаём питание на 1751 и AS5400. Ждём загрузки.

Через некоторое время на NP60 и 2PRI замигают светодиоды ACT и загорятся OK, затем, когда запустится 1751, на 2PRI погаснет сигнализация неисправности рядом с подключенным портом, на VWIC-1MFT-E1 погаснет AL и загорится CD.

На компьютере создаём новое модемное соединение. Задаём ранее прописанные в конфиге логин и пароль.

Открываем настройки PPP в свойствах и отщёлкиваем все три галочки.

Ну что, погнали?

Щёлканье реле, мигание светодиодов на 1751, характерный звук установки соединения, тестирование линии и... оно работает! Связь есть! И даже не 33600!

На модеме (наверное, первый раз за всю его жизнь) загорается светодиод V.90.

Вот так это происходит.

Не менее хороший результат (правда, с каким-то странным звуком) показал модем Acorp.

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

❯ На прощание

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

Разумеется, та конфигурация, что мы тут видели, не единственная. На самом деле есть и другие пути прийти к запуску модема на скоростях выше 33600. Ни один из них лично мной пройден не был, о деталях реализации я ничего сказать не могу, но привести эти варианты тут — я приведу.

Есть такая штука как ISDN Line Simulator, а именно Teltone ILS-2000.

При помощи данной коробочки и двух ISDN-модемов поднималось соединение в уже приведённом ранее ролике. К сожалению, штука эта (как и Courier i-Modem ISDN) очень редкая и, скорее всего, за пределами Америки и Японии она не встречается вообще, так что этот метод можно считать ещё более недоступным, чем то, что собирал я.

Тем не менее, железки, которые там используются, не менее интересны, так, например, модем Courier i-Modem ISDN (что внутренний, что внешний) построен на процессоре i386EX (на фото он виден под наклейкой).

Есть ещё проект v90modem.

Это виртуальный цифровой модем, позволяющий запустить V.90-соединение через обычный SIP-шлюз. Для корректной работы V.90 требуется, чтобы на всём пути SIP использовался только кодек G.711 μ-law (PCMU) без транскодирования, отключались VAD, генерация комфортного шума и эхоподавление. Я попробовал это запустить, и с первого раза у меня это не вышло. Но, конечно, если эта тема вас заинтересует, я обязательно заставлю это работать и, если из этого получится что-то интересное, я об этом напишу.

Также есть некоторые пути улучшения связки в виде цифровой АТС и универсального шлюза Cisco. Как уже было сказано в начале, платы VIC-FXS и VIC2-FXS, использующиеся в паре с Cisco 1751, не очень подходят для модемной связи и 56k выжать мне удалось только пару раз. Куда лучшие результаты были достигнуты с Cisco 2811 и модулем VIC3-FXS. Возможно, не менее хороший коннект будет, если вообще отказаться от использования голосового шлюза и достать настоящую цифровую АТС.

Есть ещё тема на nag.ru, где такие же энтузиасты обсуждают свой опыт. Там можно прочитать очень много интересного по теме любительского 56K.

Такие дела.

Новости, обзоры продуктов и конкурсы от команды Timeweb.Cloud — в нашем Telegram‑канале ↩