если в трассировке звонка sip есть набор значит alcatel не воспринимает
если в трассировке звонка sip нет набора значит аппарат "чудить"

в одной TG где два и более access T2 должны быть все либо network или user

просто интересно сколько должен быть ценник по вашему мнению?

думаю что вокорд скажет аналогично - несерьезно

"центральная атс" явно не Alcatel OXO версии 810/045.003
собственно что вы хотите услышать чтобы у на вашей ОХО заработало, а с другими "узловыми" фиг с ними ?

поиск по слову "роуминг"
https://www.intersyst.ru/support/forum/messages/forum23/topic2127/message17033/#message17033

вдогонку -  самое главное какая версия станции у вас

1. на мой взгляд тут одно из двух - либо в ABC-F c версии 12.0 какие-то скрытые баги либо чего-то там добавилось
2. так и  делали

по пункту 1 если чиркануть реквест в Алькатель, то на 100% всё завершится - данная модель SIP-аппарата не сертифицирована с Алькатель.
Сертификация у Алькатель очень простая т.е. всё сводится к вывески (названию) конторы. Это уже проходили когда проблема с SIP-транком если выставить 10мс, ответ был в стиле алькатель "данный провайдер связи не сертифицирован с алькатель и приложили список провайдеров по всему миру где из России никого небыло" и плевать они хотели что у провайдера стоит Nortel на которую есть сертификация

поставили другой sip-телефон и конференция собирается нормально в любой последовательности
однако остается загадкой:
1. если инициатор сбора конференции живёт на ОХЕ от 6.1 до 11 то со старым sip-телефоном конференция работает
2. откуда МОН играл если всё пусто

to fedoseevka, Спасибо

смотрели vgemis
во время удержания показывает что МОН играет на netq
нажимаем "конф" и смотрим в vgemis там пусто
однако sip-абонент слышит МОН, вот спрашивается - Откуда? пробежались по узлам где звонок может пройти и в vgemis - пусто

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

Спасибо Dmitry Ryzhakov
МОН играет с того узла который является инициатором

сравнил две трассировки в которой конференция работает  (абонент собирал с другой ноды) и не работает
как две капли воды одинаковы

так же выяснилось до кучи что ни цифровые с аналоговыми аппаратами с ноды 40 имеют такую проблему с конференцией как и аппарат 8018

финиш какой-то

тут осталось только задебажит сигнальный обмен аппарата и abc-f
сдается что на ноде 40 (OXE 12.0)  показывает что 3х сторонняя конференция собрана, а по факту sip-телефон с другой ноды держит на МОН

при входе в конференцию идёт цепочка
refer -> notify -> re_invite -> notify

и всё это заканчивается
1552373177 -> ALARM: [CSubscriptionState::receiveResponseEvent] Call: b94b29b6f17ee2c324e5c66e98e77444@10.28.80.119 eqt: 783 SUBSCRIPTION_STATE failed to emit an Succesful message.

SIP-абонент слушает МОН

ставили SoftPhone на ноду 14, так же с конференцией т.е. таким образом исключили проблему с SIP-телефоном

мне интересно следующее:
абонент-А позвонил абоненту-Б через ABC-F, абонент-А ставит на удержание абонента-Б.
Вопрос: абонент-Б слушает МОН своей локальной АТС или МОН идет от той АТС где находится абонент-А?

сидел полночи разбирался, у клиента стоит OXE 12.0 m1.403.25, что-то в голове осталось что у него стоит 12.1 и не верно сказал
аппарат 8018 на OXE 12.0 m1.403.25
SIP-абонент на ОХЕ 8.0.1 g1.503.35