TAU-32M.IP + 8 FXO несколько вопросов

[powetr]

Есть несколько вопросов по сабжевой связке:
1.В документации есть параметр Gain receive, но не описано где и на сколько его крутить чтобы стало тише/громче, не указан диапазон значений.
Нужно немного поднять усиление, с города не очень хорошо слышно. Поясните пожалуйста поподробнее как регулировать
2.Подвисали 2 линии из 8. Закономерностей пока не выявлено, помогла перезагрузка. Во время подвисания линий ни в какую не работал веб- интерфейс, причем в тот самый момент, когда он больше всего нужен. Сетевая связность есть, можно попробовать зайти по ssh. Опять же, помогла перезагрузка.Возможно, связь с состоянием линии случайна, тем не менее:
- есть ли таймер максимального времени разговора? как вы понимаете всё время дергать шлюз не вариант, тем более когда управление через веб
недоступно;
- что может быть причиной отсутствия веб-доступа? множественный доступ по веб? незакрытые сессии? неудачные попытки входа по ssh?
3.Есть ли возможность имея полный веб доступ, сбросить пароль пользователя ssh?100% утверждать не могу, но проблема входа через ssh была, с
заведомо известным паролем отказывала во входе. Телнетом с теми же реквизитами- входит.
4.Причина подвисания линий? Если это параметры линии ( не ловит занято), предложите методику подстройки, может имеет смысл сделать измеритель busy встроить?
5.Восхитила необходимость добавления префикса порта для набора номера именно через него. Зачем? Я регистрирую каждый порт и если нужен
набор именно через этот порт, так инвайт идет на этот порт с номером.Пусть сервер сам выбирает как ему формировать банк каналов.У абсолютного
большинства шлюзов ( длинк, циско, грандстрим, аддпак) именно такая логика без префикса. Мне кажется,должен быть вариант отказа от этого
"нововведения". Опять же, неплохо бы этот момент отразить в документации, ибо это серьезное отличие от других устройств.
6.Нет мониторинга FXO- так говорит техподдержка. Признаться, при выборе устройства очень на это надеялся. Оказалось- был невнимателен, перепутал с шлюзами FXS. Однако напрямую в документации это не упомянуто.Тем не менее, потребность в мониторинге линии есть, и очень существенная. Как правило, большинство проблем вокруг FXO портов и сосредоточено: то занято не ловят, то диалтон не распознают,то уровень сигнала не тот, да и подвисают опять же. Приведу свежий пример из жизни: на 2 день работы 6 из 8 разрядников (!!!!) расплавились и замкнули линию. Шлюз выжил, однако удаленно ничего не выяснишь. Представители провайдера пришли и отключили на кроссе линии от замыкающих разрядников. Пришлось ехать за 120 км киселя хлебать.
Пока вроде всё. Если форум- не место для советов разработчикам, скажите куда обратиться.

[artis35]

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

[powetr]

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

[Aleksey_ts]

Есть несколько вопросов по сабжевой связке:
1.В документации есть параметр Gain receive, но не описано где и на сколько его крутить чтобы стало тише/громче, не указан диапазон значений.
Нужно немного поднять усиление, с города не очень хорошо слышно. Поясните пожалуйста поподробнее как регулировать

Диапазон регулировки коэффициента усиления на прием и передачу такой же как и для FXS и описан в руководстве по эксплуатации в таблице "Индивидуальные настройки FXS портов."

2.Подвисали 2 линии из 8. Закономерностей пока не выявлено, помогла перезагрузка. Во время подвисания линий ни в какую не работал веб- интерфейс, причем в тот самый момент, когда он больше всего нужен. Сетевая связность есть, можно попробовать зайти по ssh. Опять же, помогла перезагрузка.Возможно, связь с состоянием линии случайна, тем не менее:
- есть ли таймер максимального времени разговора? как вы понимаете всё время дергать шлюз не вариант, тем более когда управление через веб
недоступно;

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

- что может быть причиной отсутствия веб-доступа? множественный доступ по веб? незакрытые сессии? неудачные попытки входа по ssh?

Пробовали смотреть что происходит в сети: есть ли попытки установления соединения по tcp, какова реакция на это тау и т.д...? Не помешало бы получить tcpdump при попытке доступа к шлюзу через WEB при наличии проблемы.

3.Есть ли возможность имея полный веб доступ, сбросить пароль пользователя ssh?100% утверждать не могу, но проблема входа через ssh была, с
заведомо известным паролем отказывала во входе. Телнетом с теми же реквизитами- входит.

Впервые от Вас узнаем о такой проблеме. Пароль для входа в консоль один для СОМ, telnet, ssh. Поменять его можете командой passwd.

4.Причина подвисания линий? Если это параметры линии ( не ловит занято), предложите методику подстройки, может имеет смысл сделать измеритель busy встроить?

Об этом писал выше. Параметры сигнала можетие извлечь записав tcpdump и проиграв в нем rtp.

5.Восхитила необходимость добавления префикса порта для набора номера именно через него. Зачем? Я регистрирую каждый порт и если нужен
набор именно через этот порт, так инвайт идет на этот порт с номером.Пусть сервер сам выбирает как ему формировать банк каналов.У абсолютного
большинства шлюзов ( длинк, циско, грандстрим, аддпак) именно такая логика без префикса. Мне кажется,должен быть вариант отказа от этого
"нововведения". Опять же, неплохо бы этот момент отразить в документации, ибо это серьезное отличие от других устройств.

Это не "нововведение", как Вы выразились, а адаптация шлюза для работы на сети с различными требованиями к стыкам между номерными планами.
В документации описаны опции "Don't transmit prefix" и "Transmit number", которые как раз и управляют работой комплекта FXO. Комбинация состояния этих опций позволит Вам настроить работу комплекта требуемым образом.

6.Нет мониторинга FXO- так говорит техподдержка. Признаться, при выборе устройства очень на это надеялся. Оказалось- был невнимателен, перепутал с шлюзами FXS. Однако напрямую в документации это не упомянуто.Тем не менее, потребность в мониторинге линии есть, и очень существенная. Как правило, большинство проблем вокруг FXO портов и сосредоточено: то занято не ловят, то диалтон не распознают,то уровень сигнала не тот, да и подвисают опять же. Приведу свежий пример из жизни: на 2 день работы 6 из 8 разрядников (!!!!) расплавились и замкнули линию. Шлюз выжил, однако удаленно ничего не выяснишь. Представители провайдера пришли и отключили на кроссе линии от замыкающих разрядников. Пришлось ехать за 120 км киселя хлебать.
Пока вроде всё. Если форум- не место для советов разработчикам, скажите куда обратиться.

Маловероятно что из технической поддержки кто-то мог Вас так дезинформировать, т.к. мониторинг комплектов FXO существует с самого "рождения" шлюза.
Чтобы убедиться в этом, достаточно открыть вкладку "System info" ---> "Device info" и увидите в какой позиции установлены субмодули FXO и номера их комплектов.
Перейдя в закладку "Monitoring" и выбрав соответствующие комплекты, сможете увидеть их текущий статус.

[powetr]

Есть несколько вопросов по сабжевой связке:
1.В документации есть параметр Gain receive, но не описано где и на сколько его крутить чтобы стало тише/громче, не указан диапазон значений.
Нужно немного поднять усиление, с города не очень хорошо слышно. Поясните пожалуйста поподробнее как регулировать

Диапазон регулировки коэффициента усиления на прием и передачу такой же как и для FXS и описан в руководстве по эксплуатации в таблице "Индивидуальные настройки FXS портов."
--------------
Отлично!
Руководство по эксплуатации, версия 1.15 (02.2014)
Делаем выборку/поиск по нужным параметрам. Лично я еще раз пролистал руководство- лишним не будет. И вот результат:
================================
5.1.1.5.2. Конфигурирование устройства через SNMP
Шлюз поддерживает считывание данных и конфигурирование посредством SNMP протокола для следующих параметров:
Индивидуальные настройки FXS портов.
Идентификатор объекта enterprises.35265.1.9.12.2.1.

fxsPortConfigGainr Gain receive (от -230 до 20)
fxsPortConfigGaint Gain transmit (от -170 до 60)

Индивидуальные настройки FXO портов.
Идентификатор объекта enterprises.35265.1.9.12.2.1.
5.1.2.4. Настройка абонентских портов (Ports)
стр 85

– Gain receive (0.1 dB) – громкость на прием голоса (усиление/ослабление уровня сигнала принятого от взаимодействующего шлюза и выдаваемого в динамик телефонного аппарата подключенного к шлюзу ТАУ-32М.IP);
– Gain transmit (0.1 dB) – громкость на передачу голоса (усиление/ослабление уровня сигнала принятого с микрофона телефонного аппарата подключенного к шлюзу ТАУ-32М.IP и передаваемого на взаимодействующий шлюз);

Значения параметров по умолчанию:
– Gain receive – -70 *0.1 dB;
– Gain transmit – 0 *0.1 dB.

стр 91
=========================
1. Gain receive (от -230 до 20) и Gain receive (0.1 dB) – громкость на прием голоса (усиление/ослабление ) надо понимать как -230 - самый сильный сигнал ( самое большое усиление), 20 - самое малое? Аналогично transmit ? Это если дословно следовать документации.
Опять же, что за единицы, db? Децибелы? А что у вас принято за единичный уровень, уровень принятого из линии сигнала?Дефолтные значения?Сомневаюсь! В веб-интерфейсе надо понимать что значение в ячейке умножается на 0.1, иначе -70 дб это очень много, слышно не будет ничего. Получается, что при -70 по умолчанию в ячейке реально уровень приема ослабляется на 7дб ( усиление -7дб), верно?
Мне кажется что в документации допущена ошибка, в реальности усиление( gain) c минусом в дб означает ослабление. И стоит всё-таки указать куда крутить значения, привести примеры, показывающие как меняется соотношение уровней при изменении значений. Придется же на слух настраивать,
ориентиры должны быть. Вас же иногда инженеры читают.Хотя....навскидку 5 опрошенных не знают что такое децибел, хотя учились в постперестроечных вузах.
2.Само дерево не смотрел, но в конфигурации для FXO значений приведенных выше для FXS нет, да и префикс у них "fxs".Сбивает с толку
Так что прошу рассказать поподробнее, так как на вопрос вы не ответили, а документация противоречива
=====================================

2.Подвисали 2 линии из 8. Закономерностей пока не выявлено, помогла перезагрузка. Во время подвисания линий ни в какую не работал веб- интерфейс, причем в тот самый момент, когда он больше всего нужен. Сетевая связность есть, можно попробовать зайти по ssh. Опять же, помогла перезагрузка.Возможно, связь с состоянием линии случайна, тем не менее:
- есть ли таймер максимального времени разговора? как вы понимаете всё время дергать шлюз не вариант, тем более когда управление через веб
недоступно;

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

А по моему всё достаточно ясно: плавают параметры занято ( частота, амплитуда) и временные интервалы, сторонние сигналы ( потенциалы, наводки), достаточная причина? Они принципиально случайны.Иногда в линии в отдаленных районах можно послушать радио или спонтанные включения в чужие разговоры. Факс не работает в принципе на такой линии. И фиксированными параметрами частоты/интервалов вы эту задачу не решите в принципе. Интервальных значений в настройках нет.Так что таймер очень даже не помешает. Например, у нашего местного сотового
оператора от Ростелекома - 19 минут, и ничего. За такое время дивизия по тревоге поднимается. Средний же разговор с потребителем у нас - не более 3-х минут.
Справедливости ради стоит сказать, что случаи подвисания линий единичны, и аппаратура неплохо справляется. Но сами понимаете при цифровой обработке все решения вероятностны, и не всегда близки к 100% на практике. В тех же АОН-ах 90-х годов с помощью однобитного квантования и
цифровой обработки за Z-80 4 мгц(!!!) добивались прекрасных результатов как в распознавании занято, так и в разборке пакета АОН.

- что может быть причиной отсутствия веб-доступа? множественный доступ по веб? незакрытые сессии? неудачные попытки входа по ssh?

Пробовали смотреть что происходит в сети: есть ли попытки установления соединения по tcp, какова реакция на это тау и т.д...? Не помешало бы получить tcpdump при попытке доступа к шлюзу через WEB при наличии проблемы.

Понимаю, но уже перегрузил, проблема ушла и не возвращается, при случае сниму конечно. Достоверно пробовал заходить по телнету, но не пускала, так как пароль видимо не подходил.Думаю тау просто не отвечала. Возможно для вашего суппорта был открыт веб/телнет-доступ, и любопытные стучались, но не воспроизвести уже да и не надо.Убрал syslog, отключил snmp, внешний доступ- и жалоб пока нет.
Да, коллеги, дополняю.Феноменчик то есть, проверил: пароль на телнет/ssh и веб-доступ в моем случае различаются почему то, на телнет остался
предыдущий! Это так сказать медицинский факт! В /etc/passwd был, всё по мануалу.Есть над чем задуматься, ибо я так понял откликнувшиеся испытали схожую проблему.

3.Есть ли возможность имея полный веб доступ, сбросить пароль пользователя ssh?100% утверждать не могу, но проблема входа через ssh была, с
заведомо известным паролем отказывала во входе. Телнетом с теми же реквизитами- входит.

Впервые от Вас узнаем о такой проблеме. Пароль для входа в консоль один для СОМ, telnet, ssh. Поменять его можете командой passwd.

Признаться в процессе инсталляции посеяли шнур на консоль ( не довезли до площадки:)) , и первый попавшийся бодро показывает в консоли обновления ntp итд но чтото логиниться или реагировать на мои нажатия не хочет.Что там нужно нажать, чтобы закрыть сессию/перелогиниться?
Распиновочку шнура не приведете?

4.Причина подвисания линий? Если это параметры линии ( не ловит занято), предложите методику подстройки, может имеет смысл сделать измеритель busy встроить?

Об этом писал выше. Параметры сигнала можетие извлечь записав tcpdump и проиграв в нем rtp.

Логично, способ правда не для всех, а потом audacity измеряем частоту/интервал? Ну вот это тоже можно в приложении привести, не бойтесь поделиться знаниями

5.Восхитила необходимость добавления префикса порта для набора номера именно через него. Зачем? Я регистрирую каждый порт и если нужен
набор именно через этот порт, так инвайт идет на этот порт с номером.Пусть сервер сам выбирает как ему формировать банк каналов.У абсолютного
большинства шлюзов ( длинк, циско, грандстрим, аддпак) именно такая логика без префикса. Мне кажется,должен быть вариант отказа от этого
"нововведения". Опять же, неплохо бы этот момент отразить в документации, ибо это серьезное отличие от других устройств.

Это не "нововведение", как Вы выразились, а адаптация шлюза для работы на сети с различными требованиями к стыкам между номерными планами.
В документации описаны опции "Don't transmit prefix" и "Transmit number", которые как раз и управляют работой комплекта FXO. Комбинация состояния этих опций позволит Вам настроить работу комплекта требуемым образом.

А вот тут в полный рост не согласен. Эти префиксы совсем про другое, они про передачу префикса и номера в линию. Вот с вашего же форума:
===================================================
на ТАУ приходит звонок, которого нет в нумерации, и он его отбивает,
входящий звонок должен прийти на номер, который прописан на ТАУ, поэтому я спрашивал о возможности подстановки этого номера в начало.
Тем самым префикс будет совпадать с номера порта FXO и звонок будет перенаправлен туда и при трансляции номера далее на FXO он может быть обрезан, т.е. эти лишние цифры не выйдут за пределы ТАУ.

Если в картинках:
XXXX - любой номер который приходит по SIP
999 - номер FXO-порта или FXO-group

Астер -> 999XXXX -> ТАУ32М | FXO -> XXXX -> АТС
===================================================
Резюмирую: сервер ( астериск) вынужден набирать номер порта FXO + набираемый в линию номер по любому, а галочки в сочетаниях передают просто ту или иную часть, либо обе части итд. Речь в моем случае о другом: при любом сочетании галочек тау не примет номер без префикса, содержащего номер порта FXO! Вот о чем говорю я и на форуме(см выше).Если же в номере нет сначала номера порта FXO, тау отобъет вызов
и будет "занято". Многих ставит в тупик поначалу. D-Link DVG6004 ( 4 FXO) 3 месяца стоял на стенде и нормально обслуживал, а с тау пришлось день
потратить на выяснение причины.

6.Нет мониторинга FXO- так говорит техподдержка. Признаться, при выборе устройства очень на это надеялся. Оказалось- был невнимателен, перепутал с шлюзами FXS. Однако напрямую в документации это не упомянуто.Тем не менее, потребность в мониторинге линии есть, и очень существенная. Как правило, большинство проблем вокруг FXO портов и сосредоточено: то занято не ловят, то диалтон не распознают,то уровень сигнала не тот, да и подвисают опять же. Приведу свежий пример из жизни: на 2 день работы 6 из 8 разрядников (!!!!) расплавились и замкнули линию. Шлюз выжил, однако удаленно ничего не выяснишь. Представители провайдера пришли и отключили на кроссе линии от замыкающих разрядников. Пришлось ехать за 120 км киселя хлебать.
Пока вроде всё. Если форум- не место для советов разработчикам, скажите куда обратиться.

Маловероятно что из технической поддержки кто-то мог Вас так дезинформировать, т.к. мониторинг комплектов FXO существует с самого "рождения" шлюза.
Чтобы убедиться в этом, достаточно открыть вкладку "System info" ---> "Device info" и увидите в какой позиции установлены субмодули FXO и номера их комплектов.
Перейдя в закладку "Monitoring" и выбрав соответствующие комплекты, сможете увидеть их текущий статус.

Ну не увидеть мониторинг - значит быть слепым сорри неправильно выразился, сейчас всё объясню.
Речь о тестировании FXO/FXS, что является вашим серьезным конкурентным преимуществом перед другими :

5.1.4. Мониторинг (Monitoring)
Для мониторинга устройства предназначено меню «Monitoring».
5.1.4.1. Мониторинг абонентских портов (Port)
В подменю «Port» можно просмотреть информацию о состоянии абонентских портов устройства

Кнопка «Run test» напротив каждого порта позволяет провести тестирование параметров соответствующей данному порту абонентской линии. При нажатии на кнопку запустится тест (тестирование длится около минуты). По окончании теста можно посмотреть результаты тестирования, установив указатель мыши на ссылку «results» напротив соответствующего порта, либо открыть окно с результатами тестирования нажав на нее:

Руководство по эксплуатации, версия 1.15 (02.2014)
Описание информационного окна Port test results:
– Common result – общее состояние порта;
– Foreign DC voltage В (RING), V – постороннее напряжение на проводе В (RING), В;
– Foreign DC voltage А (TIP), V – постороннее напряжение на проводе А (TIP), В;
– Line supply voltage, V – напряжение питания линии, В;
– Resist A (TIP)–B (RING), kOm – сопротивление между проводами А (TIP) и В (RING), кОм;
– Resist A (TIP)-GND, kOm – сопротивление между проводом А (TIP) и «землей» GND, кОм;
– Resist B (RING)-GND, kOm – сопротивление между проводом В (RING) и «землей» GND, кОм;
– Capacity A (TIP)–B (RING), mkF – емкость между проводами А (TIP) и В (RING), мкФ;
– Capacity A (TIP)-GND, mkF – емкость между проводом А (TIP) и «землей» GND, мкФ;
– Capacity B (RING)-GND, mkF – емкость между проводом В (RING) и «землей» GND, мкФ.

стр 110

В руководстве ничего нет про то что такое невозможно на FXO! Задал вопрос суппорту- почему кнопка тест неактивна, ответили
что это невозможно/не реализовано/нереализуемо и так далее. А между тем состояние линии FXO- очень больной вопрос, так как с FXS проще-
переназначил/переподключил на другой порт/линию, и ушла проблема, а как быть если ты не хозяин линии на всем ее протяжении? На
основании этих параметров легко пинать телефонистов Ростелекома с допотопными трубками из приборов, пусть работают. А то был случай,
нарастили медный провод алюминиевой(!!!!) вставкой- это совсем глубинка, у них возможно не было ничего другого либо учитель физики был одновременно и директором,и учителем русского языка.Проявлялось то только весной при таянии снегов.У вас же тау имеет все сертификаты, не подкопаешься, показал, ткнул- ишите замокший участок!

[Aleksey_ts]

Есть несколько вопросов по сабжевой связке:
1.В документации есть параметр Gain receive, но не описано где и на сколько его крутить чтобы стало тише/громче, не указан диапазон значений.
Нужно немного поднять усиление, с города не очень хорошо слышно. Поясните пожалуйста поподробнее как регулировать

Диапазон регулировки коэффициента усиления на прием и передачу такой же как и для FXS и описан в руководстве по эксплуатации в таблице "Индивидуальные настройки FXS портов."
--------------
Отлично!
Руководство по эксплуатации, версия 1.15 (02.2014)
Делаем выборку/поиск по нужным параметрам. Лично я еще раз пролистал руководство- лишним не будет. И вот результат:
================================
5.1.1.5.2. Конфигурирование устройства через SNMP
Шлюз поддерживает считывание данных и конфигурирование посредством SNMP протокола для следующих параметров:
Индивидуальные настройки FXS портов.
Идентификатор объекта enterprises.35265.1.9.12.2.1.

fxsPortConfigGainr Gain receive (от -230 до 20)
fxsPortConfigGaint Gain transmit (от -170 до 60)

Индивидуальные настройки FXO портов.
Идентификатор объекта enterprises.35265.1.9.12.2.1.
5.1.2.4. Настройка абонентских портов (Ports)
стр 85

– Gain receive (0.1 dB) – громкость на прием голоса (усиление/ослабление уровня сигнала принятого от взаимодействующего шлюза и выдаваемого в динамик телефонного аппарата подключенного к шлюзу ТАУ-32М.IP);
– Gain transmit (0.1 dB) – громкость на передачу голоса (усиление/ослабление уровня сигнала принятого с микрофона телефонного аппарата подключенного к шлюзу ТАУ-32М.IP и передаваемого на взаимодействующий шлюз);

Значения параметров по умолчанию:
– Gain receive – -70 *0.1 dB;
– Gain transmit – 0 *0.1 dB.

стр 91
=========================
1. Gain receive (от -230 до 20) и Gain receive (0.1 dB) – громкость на прием голоса (усиление/ослабление ) надо понимать как -230 - самый сильный сигнал ( самое большое усиление), 20 - самое малое? Аналогично transmit ? Это если дословно следовать документации.

Усиление сигнала с коэффициентом минус 230 (-230) - это ослабление относительно принятого сигнала на 23dB в пересчете на конфигурацию из web; усиление с коэффициетном 20 (плюс 20dB) - это усиление сигнала на 2dB относительно принятого аналогового сигнала

Опять же, что за единицы, db? Децибелы? А что у вас принято за единичный уровень, уровень принятого из линии сигнала?Дефолтные значения?Сомневаюсь! В веб-интерфейсе надо понимать что значение в ячейке умножается на 0.1, иначе -70 дб это очень много, слышно не будет ничего. Получается, что при -70 по умолчанию в ячейке реально уровень приема ослабляется на 7дб ( усиление -7дб), верно?
Мне кажется что в документации допущена ошибка, в реальности усиление( gain) c минусом в дб означает ослабление. И стоит всё-таки указать куда крутить значения, привести примеры, показывающие как меняется соотношение уровней при изменении значений. Придется же на слух настраивать,
ориентиры должны быть. Вас же иногда инженеры читают.Хотя....навскидку 5 опрошенных не знают что такое децибел, хотя учились в постперестроечных вузах.

Чем не устраивают единицы измерения dB (Децибелы)? Общепринятая единица измерения мощности сигнала. Или предлагаете в Неперах измерять?
По поводу отрицательного или положительного коэффициента усиления описал выше. В болшинстве случаев настройка уровня аналогового сигнала осуществяется по комфортности слышимости обоих собеседников.

2.Само дерево не смотрел, но в конфигурации для FXO значений приведенных выше для FXS нет, да и префикс у них "fxs".Сбивает с толку
Так что прошу рассказать поподробнее, так как на вопрос вы не ответили, а документация противоречива
=====================================

В документации в таблице "Индивидуальные настройки FXS портов" приведены допустимые диапазоны регулировок коэффициентов усиления - они общие как для fxs, так и для fxo.
____________________________________________
|fxsPortConfigGainr | Gain receive (от -230 до 20) |
____________________________________________
|fxsPortConfigGaint | Gain transmit (от -170 до 60)|
____________________________________________
В последующих версиях руководства по эксплуатации этот момент будет учтен и исправлен чтобы не вносить подобной путаницы.

2.Подвисали 2 линии из 8. Закономерностей пока не выявлено, помогла перезагрузка. Во время подвисания линий ни в какую не работал веб- интерфейс, причем в тот самый момент, когда он больше всего нужен. Сетевая связность есть, можно попробовать зайти по ssh. Опять же, помогла перезагрузка.Возможно, связь с состоянием линии случайна, тем не менее:
- есть ли таймер максимального времени разговора? как вы понимаете всё время дергать шлюз не вариант, тем более когда управление через веб
недоступно;

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

А по моему всё достаточно ясно: плавают параметры занято ( частота, амплитуда) и временные интервалы, сторонние сигналы ( потенциалы, наводки), достаточная причина? Они принципиально случайны.Иногда в линии в отдаленных районах можно послушать радио или спонтанные включения в чужие разговоры. Факс не работает в принципе на такой линии. И фиксированными параметрами частоты/интервалов вы эту задачу не решите в принципе. Интервальных значений в настройках нет.Так что таймер очень даже не помешает. Например, у нашего местного сотового
оператора от Ростелекома - 19 минут, и ничего. За такое время дивизия по тревоге поднимается. Средний же разговор с потребителем у нас - не более 3-х минут.
Справедливости ради стоит сказать, что случаи подвисания линий единичны, и аппаратура неплохо справляется. Но сами понимаете при цифровой обработке все решения вероятностны, и не всегда близки к 100% на практике. В тех же АОН-ах 90-х годов с помощью однобитного квантования и
цифровой обработки за Z-80 4 мгц(!!!) добивались прекрасных результатов как в распознавании занято, так и в разборке пакета АОН.

- что может быть причиной отсутствия веб-доступа? множественный доступ по веб? незакрытые сессии? неудачные попытки входа по ssh?

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

Пробовали смотреть что происходит в сети: есть ли попытки установления соединения по tcp, какова реакция на это тау и т.д...? Не помешало бы получить tcpdump при попытке доступа к шлюзу через WEB при наличии проблемы.

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

Если бы ТАУ не отвечал, то приглашения ввести login/password Вы бы не получили.
Значит здесь причина в чем-то другом. Возможно Вы поменяли его и забыли.

Возможно для вашего суппорта был открыт веб/телнет-доступ, и любопытные стучались, но не воспроизвести уже да и не надо.Убрал syslog, отключил snmp, внешний доступ- и жалоб пока нет.
Да, коллеги, дополняю.Феноменчик то есть, проверил: пароль на телнет/ssh и веб-доступ в моем случае различаются почему то, на телнет остался
предыдущий! Это так сказать медицинский факт! В /etc/passwd был, всё по мануалу.Есть над чем задуматься, ибо я так понял откликнувшиеся испытали схожую проблему.

То что падоли доступа для web и консоли отличаются, написано в документации.

3.Есть ли возможность имея полный веб доступ, сбросить пароль пользователя ssh?100% утверждать не могу, но проблема входа через ssh была, с
заведомо известным паролем отказывала во входе. Телнетом с теми же реквизитами - входит.

Впервые от Вас узнаем о такой проблеме. Пароль для входа в консоль один для СОМ, telnet, ssh. Поменять его можете командой passwd.

Признаться в процессе инсталляции посеяли шнур на консоль ( не довезли до площадки:)) , и первый попавшийся бодро показывает в консоли обновления ntp итд но чтото логиниться или реагировать на мои нажатия не хочет.Что там нужно нажать, чтобы закрыть сессию/перелогиниться?
Распиновочку шнура не приведете?

Если при работе через COM-порт устройсво не раагирует на нажатия клавиш на клавиатуре, то скорее всего не работает линия передачи в сторону ТАУ. Это легко проверяется замыканием перемычкой второго и третьего контакта на нуль-модемном кабеле в сторону ПК. Если СОМ-порт ПК и шнур рабочие, то при вводе с коавиатуры, вы будете видеть результат ввода в окне терминала.
Не стои забывать, что при подключении через СОМ-порт, аппаратура и ПК должны быть надежно заземлены. В противном случае возможен выход из строя СОМ-порта.

По поводу распиновки кабеля - схема такая (стандартная):

Сторона ПК сторона ТАУ

5--------------------------------------5
3--------------------------------------2
2--------------------------------------3

цифрами указаны номера контактов разъема.

4.Причина подвисания линий? Если это параметры линии ( не ловит занято), предложите методику подстройки, может имеет смысл сделать измеритель busy встроить?

Об этом писал выше. Параметры сигнала можетие извлечь записав tcpdump и проиграв в нем rtp.

Логично, способ правда не для всех, а потом audacity измеряем частоту/интервал? Ну вот это тоже можно в приложении привести, не бойтесь поделиться знаниями

ВозможнО такая реализация возможнА ( ), но поясните как Вы это себе представляете? В какой момент времени и каким способом нам стоит определять параметры сигнала? Как шлюз сможет отнести сигнал к бизитону или КПВ? - тот и другой сигнал может выдаваться после набора номера: когда абонент занят - выдача бизитона, когда свободен - КПВ.

5.Восхитила необходимость добавления префикса порта для набора номера именно через него. Зачем? Я регистрирую каждый порт и если нужен
набор именно через этот порт, так инвайт идет на этот порт с номером.Пусть сервер сам выбирает как ему формировать банк каналов.У абсолютного
большинства шлюзов ( длинк, циско, грандстрим, аддпак) именно такая логика без префикса. Мне кажется,должен быть вариант отказа от этого
"нововведения". Опять же, неплохо бы этот момент отразить в документации, ибо это серьезное отличие от других устройств.

Это не "нововведение", как Вы выразились, а адаптация шлюза для работы на сети с различными требованиями к стыкам между номерными планами.
В документации описаны опции "Don't transmit prefix" и "Transmit number", которые как раз и управляют работой комплекта FXO. Комбинация состояния этих опций позволит Вам настроить работу комплекта требуемым образом.

А вот тут в полный рост не согласен. Эти префиксы совсем про другое, они про передачу префикса и номера в линию. Вот с вашего же форума:
===================================================
на ТАУ приходит звонок, которого нет в нумерации, и он его отбивает,
входящий звонок должен прийти на номер, который прописан на ТАУ, поэтому я спрашивал о возможности подстановки этого номера в начало.
Тем самым префикс будет совпадать с номера порта FXO и звонок будет перенаправлен туда и при трансляции номера далее на FXO он может быть обрезан, т.е. эти лишние цифры не выйдут за пределы ТАУ.

Если в картинках:
XXXX - любой номер который приходит по SIP
999 - номер FXO-порта или FXO-group

Астер -> 999XXXX -> ТАУ32М | FXO -> XXXX -> АТС
===================================================
Резюмирую: сервер ( астериск) вынужден набирать номер порта FXO + набираемый в линию номер по любому, а галочки в сочетаниях передают просто ту или иную часть, либо обе части итд. Речь в моем случае о другом: при любом сочетании галочек тау не примет номер без префикса, содержащего номер порта FXO! Вот о чем говорю я и на форуме(см выше).Если же в номере нет сначала номера порта FXO, тау отобъет вызов
и будет "занято". Многих ставит в тупик поначалу. D-Link DVG6004 ( 4 FXO) 3 месяца стоял на стенде и нормально обслуживал, а с тау пришлось день
потратить на выяснение причины.

Тогда поясните по какому принципу при входящем вызове из SIP должен быть определен единственный FXO комплект из возможных 32-х для совершения вызова в сторону АЛ?
Может быть для однопортового FXO шлюза этот вопрос неактуален, но у нас их 32.
Возможно я не понимаю нити Вашей мысли - поясните подробнее алгоритм установления такого вызова.

6.Нет мониторинга FXO- так говорит техподдержка. Признаться, при выборе устройства очень на это надеялся. Оказалось- был невнимателен, перепутал с шлюзами FXS. Однако напрямую в документации это не упомянуто.Тем не менее, потребность в мониторинге линии есть, и очень существенная. Как правило, большинство проблем вокруг FXO портов и сосредоточено: то занято не ловят, то диалтон не распознают,то уровень сигнала не тот, да и подвисают опять же. Приведу свежий пример из жизни: на 2 день работы 6 из 8 разрядников (!!!!) расплавились и замкнули линию. Шлюз выжил, однако удаленно ничего не выяснишь. Представители провайдера пришли и отключили на кроссе линии от замыкающих разрядников. Пришлось ехать за 120 км киселя хлебать.
Пока вроде всё. Если форум- не место для советов разработчикам, скажите куда обратиться.

Маловероятно что из технической поддержки кто-то мог Вас так дезинформировать, т.к. мониторинг комплектов FXO существует с самого "рождения" шлюза.
Чтобы убедиться в этом, достаточно открыть вкладку "System info" ---> "Device info" и увидите в какой позиции установлены субмодули FXO и номера их комплектов.
Перейдя в закладку "Monitoring" и выбрав соответствующие комплекты, сможете увидеть их текущий статус.

Ну не увидеть мониторинг - значит быть слепым сорри неправильно выразился, сейчас всё объясню.
Речь о тестировании FXO/FXS, что является вашим серьезным конкурентным преимуществом перед другими :

5.1.4. Мониторинг (Monitoring)
Для мониторинга устройства предназначено меню «Monitoring».
5.1.4.1. Мониторинг абонентских портов (Port)
В подменю «Port» можно просмотреть информацию о состоянии абонентских портов устройства

Кнопка «Run test» напротив каждого порта позволяет провести тестирование параметров соответствующей данному порту абонентской линии. При нажатии на кнопку запустится тест (тестирование длится около минуты). По окончании теста можно посмотреть результаты тестирования, установив указатель мыши на ссылку «results» напротив соответствующего порта, либо открыть окно с результатами тестирования нажав на нее:

Руководство по эксплуатации, версия 1.15 (02.2014)
Описание информационного окна Port test results:
– Common result – общее состояние порта;
– Foreign DC voltage В (RING), V – постороннее напряжение на проводе В (RING), В;
– Foreign DC voltage А (TIP), V – постороннее напряжение на проводе А (TIP), В;
– Line supply voltage, V – напряжение питания линии, В;
– Resist A (TIP)–B (RING), kOm – сопротивление между проводами А (TIP) и В (RING), кОм;
– Resist A (TIP)-GND, kOm – сопротивление между проводом А (TIP) и «землей» GND, кОм;
– Resist B (RING)-GND, kOm – сопротивление между проводом В (RING) и «землей» GND, кОм;
– Capacity A (TIP)–B (RING), mkF – емкость между проводами А (TIP) и В (RING), мкФ;
– Capacity A (TIP)-GND, mkF – емкость между проводом А (TIP) и «землей» GND, мкФ;
– Capacity B (RING)-GND, mkF – емкость между проводом В (RING) и «землей» GND, мкФ.

стр 110

В руководстве ничего нет про то что такое невозможно на FXO! Задал вопрос суппорту- почему кнопка тест неактивна, ответили
что это невозможно/не реализовано/нереализуемо и так далее. А между тем состояние линии FXO- очень больной вопрос, так как с FXS проще-
переназначил/переподключил на другой порт/линию, и ушла проблема, а как быть если ты не хозяин линии на всем ее протяжении? На
основании этих параметров легко пинать телефонистов Ростелекома с допотопными трубками из приборов, пусть работают. А то был случай,
нарастили медный провод алюминиевой(!!!!) вставкой- это совсем глубинка, у них возможно не было ничего другого либо учитель физики был одновременно и директором,и учителем русского языка.Проявлялось то только весной при таянии снегов.У вас же тау имеет все сертификаты, не подкопаешься, показал, ткнул- ишите замокший участок!

На версии ПО 2.10 (еще пока не вышла) добавлена возможность детектирования подключенной абонентской линии. В случае если будет включен мониторинг подключенной линии и не будет напряжения питания на входе комплекта FXO, то в web появится уведомление об отключенной линии.
Это Вас устроит?


P.S. Предлагаю наше обсуждение перенести в телефонный диалог, т.к. данный способ обсуждения носит малоинформативный характер и не способствует скорейшему взаимопиниманию сторон.

Итогом на этой страничке будет отчет о проделанной работе по Вашей проблеме и способы ее решения.
т.(383)274-47-88 доб.3015

[powetr]

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

Всем принявшим участие в обсуждении большое спасибо!