Лечим проблемы с набором номера у GPON роутера от МГТС

Давным-давно (года 2-3 назад, кажется) захотелось мне завести себе резервного интернет – провайдера. И стал я смотреть в сторону посуточных ADSL тарифов (архив) от МГТС. Тогда-то я и наткнулся на новое для себя слово «GPON», а так же понял, что ставить ADSL уже поздно – скоро всё равно проведут оптику. Тогда же, после просмотра профильных тем, у меня сложилось первое негативное впечатление о надёжности и продуманности сей конструкции.

Первый звоночек

В присутствии монтажников я успел лишь проверить, что набор номера на моём Philips SE 2752 стал нестабильным — прозвониться к себе на мобильный телефон получалось один раз из 3х. Причём эффект был примерно одинаковый как в импульсном так и в тоновом режиме. От монтажника я узнал, что я не единственный с подобными проблемами (что, собственно, и побудило меня к написанию данного опуса). И всё же, с антресолей была извлечена старая noname трубка, на которой дозвон в импульсном режиме происходил нормально (а в тоновом наблюдались аналогичные баги). На чём мы и попрощались.

Мнение о «SE 2752» за пару лет использования у меня сложилось отнюдь не высокое. У 2х из 4х трубок в течение двух лет сдохли дисплеи (причём проблема не в дисплеях, а в контактах — дисплеи просто лежат, будучи прижатыми к контактам). Поэтому Philips и был назначен крайним.

Что проверить

Мощность входящего оптического сигнала Проверяется через веб-интерфейс роутера «Home > Device Info > GPON», из под сервисного аккуунта, из под «admin-admin» данной странички не видно (правильно, зачем лишний раз людей расстраивать). Я же просто, сразу после сварки, попросил монтажника показать результат. Должно быть не ниже -29 dBm. [Поправка]. В моём случае (после 7 попыток) «с первого раза» получилось -15.23 dBm, что, насколько я понимаю, нормально, переделывать смысла нет. Однако, не стоит верить монтажникам, если они будут вас уверять, что -50 dBm это тоже нормально, лучше сразу попросить «попробовать ещё раз».

Первые шаги

Сохранить начальные настройки. Сделать это из-под admin невозможно, а в остальном всё просто. Достаточно зайти в «Home > Management > Config File» и нажать «Backup».

Хотя в «more info» она упоминается:

Устройство

Нагуглить МГТСовскую «инструкцию» (для архива).
Найти некие технические записки (для архива).
А так же понять, что, вероятно, при определённом количестве потраченного времени, можно выжать из роутера практически что угодно.

Дианостика: история одной отладки

Попробуем понять, что же именно происходить не так. Для той же цели весьма логично использовать «лог звонков» («Home > Management > LOG > Call Logs»).

Однако, я был приятно удивлён возможностью подойти к вопросу более аккуратно, используя встроенную утилиту диагностики («Home > Management > Diagnose > Voice Diagnostics > Telephony Diagnosis»):

Первые 4 шага проходятся элементарно,

А вот с 5й шаг – это то, что мы ищем.

Нажимаем «Start step 5»,
дожидаемся готовности роутера
поднимаем трубку
набираем какой-либо номер
дожидаемся коротких гудков
вешаем трубку
дожидаемся пока обновится страничка
сравниваем желаемое с действительным то, что мы набирали, с тем, что «услышал» наш китайский друг

… а в этом: «12345678901234567890», и опять всё нормально:

— ошибочка, первые 3 цифры куда-то пропали

— опять ошибочка, пропали 2 первые цифры, а 3я «9» заменилась на «8».

Спустя десяток попыток становится ясно, что если первые цифры 8 или 9 – они с высокой вероятностью будут потеряны. Если 1 или 2 – проблемы нет. В единичных случаях «9» заменяется на «8». Кстати, обратите внимание на опечатку «nmber» — она как бы тонко намекает на степень готовности, продуманности и выверенности продукта. Так что же мы можем изменить? Список доступных настроек по-сути ограничивается страничкой «Home > Service > Voice > Phone»

More info. На русском, как видно, ни разу не понятнее. Более того, по-моему русский «more info» ещё больше вводит в заблуждение в смысле параметров усиления (подробности ниже).

Тайминги

И я ещё больше утвердился в своём предположении – оказывается где-то минимумом аж 50ms считается, где там с минимумом в 80мс подхватить-то… Ну, если не дают вниз – давайте хоть покрутим вверх. По крайней мере убедимся, что дело именно в этом. Пытаемся выставить оба параметра в 2000 – если не будет набираться вообще, значит хотя бы это именно те параметры, которые нам нужны. Но не тут то было. Даже при таких настройках результат получается такой же – теряются всё те же цифры. Ситуация абсолютно та же самая. Да, естественно, я нажал Apply, и перезагрузил роутер а потом ещё раз перепроверил– не помогло. Перезагружается, кстати, это китайское чудо так долго, что начинаешь подозревать, что бобик сдох – в админку я смог попасть только через 10-15 минут. Потом я ещё попробовал с настройками 300-500. На всякий случай пробовал как в режиме «Diagnose» так и в «боевом» режиме набора номера с последующей проверкой по логу. Разницы не заметил. Таким образом, возникает крепкое подозрение, что данные настройки, к сожалению, не работают вообще. [Поправка]

Измерения

На всякий случай я решил проверить своё предположение и измерить длительность импульса. Можно, конечно, было бы взять нормальный осциллограф, но мне вдруг стало лень возиться с проводками захотелось решить вопрос меньшей кровью. Исходя из того, что при наборе номера «с поднятой трубкой», она издаёт все те же звуки, что и идут в линию, я просто записал их на диктофон «WAV Recorder» своего N7100 (в народе – Samsung Galaxy Note II). Записал я две «комбинации»: «rec1» и «rec2». Далее для каждой из комбинаций, при помощи Matlab R2014a было построено по две спектрограммы: Для оценки частот тона: с разрешением по времени 10мс, и разрешением по частоте 20Гц:

( Попытайтесь угадать какая это комбинация :) )

До 3й секунды трубка не поднята
До 5й секунды идёт приглашающий к набору номера гудок
До

(а это?) Для оценки длительности тона: с чуть лучшим разрешением по времени: 5мс, и разрешением по частоте 50Гц:

Итак, легко видеть, что длительность импульса составляет 100мс ( ± 20мс), что, конечно, близко в разрешённому пределу (80мс), но никак не нарушает его. Промежуток между цифрами тоже выглядит нормальным, те же

100мс. Конечно, всякие нехорошие переходные процессы в паршивой сети и при паршивом усилителе могут всё испортить, но что ж тут поделаешь… И всё-таки, что у нас там ещё осталось в запасе? О! Усилитель!

Лечение

Transmit Gain = 6dB — аппаратное усиление сигнала, идущего в телефон (насколько я могу судить на основе англоязычного «more info»)
Receive Gain = 6dB — аппаратное усиление сигнала, идущего из телефона
Speaking Volume = 6dB — программное усиление сигнала, идущего из роутера по VOIP
Listening Volume = 6dB — программное усиление сигнала, приходящего в роутер по VOIP

В результате отрезается ещё больше цифр, и из «998877665544332211» остаётся лишь «332211»

Ии… как ни странно: при наборе 112233445566778899 всё работает:

Ну что ж, как говориться, отрицательный результат – тоже результат, а такой – тем более. Пробуем нулевые параметры:

— Ура! Заработало! («0», «*» и «#» я тоже проверил – они тоже работают как надо) Теперь можно с чистой совестью получить и такую картинку:

Ну что ж… какой отечественный продукт не требует доработки напильником?

📎📎📎📎📎📎📎📎📎📎