Элтекс

Сперва предыстория.

TAU-72.IP был приобретен летом 2012 года. Из-за критических для нас проблем почти сразу был заменен, но от проблем это не избавило. В итоге, многократно перепрошитый, зимой 2012 года он отправился на полку.
Первичная проблема заключалась в том, что линии переходили в состояние Blocked и выходили из него только после перезагрузки шлюза (крайне неудобно при большом кол-ве активных линий и звонков).
После замены и перепрошивок шлюз отправился на полку уже с другой проблемой: самостоятельный перевод звонков (об этом ниже и отдельно, т.к. проблема актуальна).
Прошло два года, и зимой 2014 года шлюз решили реанимировать. Настройки были сброшены, а шлюз был перепрошит до последней прошивки 2.12.0 сперва через режим восстановления, а потом (на всякий случай) еще и через веб-интерфейс.

Сейчас версия прошивки такая:

TAU-72.IP "tau72"
Software version: 2.12.0
Device information:
Linux version: 290 Wed Sep 17 10:48:58 OMST 2014
Firmware version: v10_23_03_15
BPU version: TAU72 PLD v20140909 date: 2014 Sep 9 time 10:26:19
Factory type: TAU72.IP
Board id: 0x13

На TAU отключено все, что превращает шлюз в самостоятельную АТС, логирование и т.д. - все, что может нагрузить ее процессор и память. Настроен только выход в интернет со статическим IP и поддержка SIP с самостоятельной регистрацией каждой линии (Authentication - User defined). За все функции переводов, перехватов, парковок и прочие вспомогательные отвечает Астериск.
Шлюз до ввода в эксплуатацию поставили на тест и настроили на нем всего 12 линий.

Проблемы выявились такие:

1.
- периодически недоступны для звонка некоторые линии, регистрация этих линий отсутствует, остальные линии работают (видно в астериске по sip show peers и логам);
- попытка зайти на шлюз посмотреть, что с линиями, и перезагрузить его остается безуспешной - веб-интерфейс не открывается, страница недоступна;
- помогает в данном случае перезагрузка шлюза, либо кнопкой на корпусе, либо через консоль шлюза, доступную через заранее настроенный COM-порт.

2.
У нас Астериск. Перевод звонков настроен по нажатию звездочки " * " на телефонном аппарате. Но на TAU перевод звонков периодически срабатывает самостоятельно, что ведет к обрыву разговора: у одного собеседника в трубке вместо диалога начинает играть музыка, у другого гудок (ожидание ввода номера для перевода звонка), и, естественно, разговор они заканчивают, перезванивают друг другу... Дальше можно не описывать, но добавлю, что для организации call-центра, например, отдела продаж или технической поддержки, это крайне критично.

В прошлый раз, терзаемые клиентами, мы просто переключили их на пару D-Link DVG-2032S, и все проблемы исчезли - исчез самостоятельный перевод звонков, блокирование линий, недоступность шлюзов и т.д.
Но сам виновник остался, и, поскольку он стоил определенную сумму денег, хочется заставить его работать должным образом.

Здравствуйте.
1) По первой проблеме, необходимо в "зависшем" состоянии сделать вывод следующих команд с консоли COM порта:
shell - перейдите в shell режим, далее нужен вывод следующих команд:
dmesg
ps
cat /proc/meminfo
top
отсановить top CTRL+C
df
2) По поводу спонтанного перевода вызова, нужен ТСР дамп такого звонка между Astersik и tau.

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

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

1) По первой проблеме, необходимо в "зависшем" состоянии сделать вывод следующих команд с консоли COM порта

dmesg:



ps:



cat /proc/meminfo:



top:



df:

448 писал(а):Итак, на шлюз через веб-интерфейс не зайти.

Т.е. изначально доступ на шлюз был? потом пропал и вы вывели эти команды? просто по ним не похоже, чтобы шлюз завис..
Если это так, то снимите syslog c момента включения до момента зависания.
Для полной информации о процессах происходящих в ТАУ, и для получения информации о сигнальных сообщениях необходимо выставить следующие уровни:
APPLICATION: Всефлаги
SIP Log Level: 5 (еслипротоколSIP)
H323 LogLevel: 4 (если протокол h323)
LibLevel: 1
AppLevel: 4


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

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

Есть обнуленный обновленный на последнюю прошивку шлюз.
На нем есть доступ по веб-интерфейсу, через который шлюз и настроен.
К шлюзу дополнительно есть удаленный доступ через com-порт.

Периодически на шлюзе возникают уже описанные проблемы, когда:
[А] отваливается доступ на шлюз через веб-интерфейс, а сип-линии начинают терять регистрацию на несколько секунд в том числе в процессе разговора, отчего разговор получается "рваным";
[Б] шлюз самостоятельно шлет dtmf в линию, отчего самопроизвольно срабатывает перевод звонка, и разговор прерывается.

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

448 писал(а):Снимать полный syslog проблематично, поскольку по прежнему опыту работы с ним это изрядно "вешает" ТАУ, и начинают отваливаться звонки в момент разговора.

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

Dmitriy_eltex писал(а):

448 писал(а):Снимать полный syslog проблематично, поскольку по прежнему опыту работы с ним это изрядно "вешает" ТАУ, и начинают отваливаться звонки в момент разговора.

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

Есть подозрение что ТАУ вообще может не справляться с большим количеством абонентов и без включенного сислога также рвать звонки.
Наблюдаю каждый день.

Здравствуйте.
Сислог просто выключен? уровни трассировки при этом стоят? если да, то их лучше все перевести в None, а также снять все флаги.

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

Dmitriy_eltex писал(а):По поводу большого количества абонентов, тау72 проверяются под нагрузкой, когда все 72 линии одновременно заняты, так что они рассчитаны на это количество.

Безотносительно кодека или только для G.711 ?

Вот таблица максимальных одновременных соединений tau72 в заимозависимости от кодека и времени пакетизации:
G.711 (A/U) / 20-60мс 160
G.711 (A/U) / 10мс 112
G.729 A / 20-80мс 72
G.729 A / 10мс 62
G.723.1 (6.3 Kbps, 5.3 Kbps) 58
G.726 / 20мс 98
G.726 / 10мс 88
Т.38 54

Dmitriy_eltex писал(а):Здравствуйте.
Сислог просто выключен? уровни трассировки при этом стоят? если да, то их лучше все перевести в None, а также снять все флаги.

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

Грустно что вводится понятия "просто" выключен сислог или "не просто".
По вашей рекомендации сделали сложное выключение сислога.

В итоге я не могу разобраться почему один абонент тратит 4 секунды на соединение, а второй абонент 14 секунд при условии что они в одной сети и звонки идут внутри (без выхода наружу).
Порт мирроринг пока поднять не на чем.

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

Dmitriy_eltex писал(а):Здравствуйте.
По поводу задержки исходящего вызова.
Пришлите конфигурацию, а также скажите с какого номера на какой звоните.

1 vlan
2x tau 72 ip Software version: 2.13.0
askozia

звонки совершаются внутри, например с ext 200 На 201 т.е. мы исключили задержки по выходу в город и т.п.