OXE 12.1 m2.300.22a

у клиента стоит Alcatel с сетью ABC-F через E1
на телефоном аппарате 8018 который на OXE 12.1 (нода 40) есть проблема с организацией 3х сторонней конференцией через ABC-F если на другой ноде абонент является SIP

суть проблемы:
c аппарата 8018 набираем локального абонента, затем набираем абонента через ABC-F (c другого конца SIP-телефон который зарегистрирован на ОХЕ, нода 14), нажимаем "conf" всё работает

если сделать по другому
c аппарата 8018 набираем абонента через ABC-F (c другого конца SIP-телефон который зарегистрирован на ОХЕ нода 14), затем набираем локального абонента, нажимаем  нажимаем "conf" и тут интересное - абонент (SIP-телефон) с ноды 14 слышит музыку на удержание, но на аппарате  8018 показывает конференцию т.е. конференция собрана

на аналоговых телефонах ноды 40 (ОХЕ 12.1) такой проблемы нет, собирается в любой комбинации

не могу понять как за дебажит это

как временная мера переделать неисправные GD-2 в GA-2

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

у меня есть одна такая GD которая не может включить питание на back-plane, однако как GA работает прекрасно

не думаю что стоит еще что-то включать в MG где БП помер, ваша коллекция GD может пополнится

Настройке на коммутаторе mirror, внесите tcpdum, включите фантазию и на ближайшие 3 недели будет чем вам занятся

легче будет через vpn чем через nat

полнота вопроса прямо пропорциональная ответу
дело уже не в "Specific EI status for GSM" в том какой софт стоит на АТС , по факту у автора поста именно тот который является стартовый для эксплуатации

по крайне мере раньше было "если патч менее чем 15 для промышленной эксплуатации никуда не годится"

похоже что блок питания помер но не до конца

так...приплылы

у удаленной OXE R8.0.1-g1.503-11 что ни есть староват чтобы решать какие-то проблемы

поднимайте до актуального R8.0.1: G1.301.35.h
а там глядишь и "как бабка наговорила" всё нормализуется

может у коллег везде сеть из isdn а не h323

трассировки звонка разные

на транзитной атс (где е1) уходит два Progress в h323, а на конечной атс в трассировке видно что пришел только один Progress

включите Specific EI status for GSM на конечной атс, где располагается указано в посте 4

всё правильно говорит провайдер

а вот почему так происходит надо спросить провайдера почему его шайтан балалайка с фамилией Huawei  долго "рожает" ALERT после PROGRESS, а если точнее приходит аж Два PROGRESS с разбросом по времени, а затем ALERT
Для локальной АТС такое поведение ещё как бы с терпимо но не факт что потом это аукнется, а вот для для транзита это Финиш

в каких-то версиях встречал что killall sipmotor делался через root

просто интересно зачем провайдер посылает два PROGRESS, для особо глухих ?

это типа блокировки как телефон не раздавать internet

Дисконнект приходит от узла   транком е1. Возможно faststart козни строит

через OmniVista путём импорта конкретной клавиши в определенной месте

для начала сделайте экспорт клавиш с одного телефона, excel убираете всё не нужное и клонируете сколько вам надо

если OmniVista нет, то руками

на сайте alcatel последняя прошивка "8232 DECT R130 v43.83 b0004" от 22 jan 2019

проблема с "русским" так и осталась, зато повезло с "польским"
установите на терминалах язык - англ. либо смеритесь с "CH 5 T2="