С DSP - обычно ничего не делали.
В NDDI TG - DTO joining (вроде так, чтоб вообще разрещить трансфер).
В System/Other system - убираем No detect.of On-hook tone
И в System/Tone detector parameters задаем параметры On-hook тона. По идее у вас наверное тоже - цифры тон/пауза должны быть такими чтоб туда попал сигнал 250/250 мс.

А там все, с одной стороны, очень просто. Tone detector parameters. Интересует on-hook tone.
Соответственно устанавливаете мин/макс значение "бееп" при занятости, аналогично с паузой при занятости и количество периодов. Формально сигнал 250/250 мс, например 5 повторений до отбоя.
А дальше начинаются сложности. Сигнал вы получаете с удаленной стороны, там может стоять что попало и сигнал станет не 250/250,а , например 125/125 (Занято-перегрузка). Или 500/500 (была у нас в регионе станция, которая выдавала все сигналы в 2 раза длиннее).
И после какого-то числа повторений - сигнал удаленная сторона может выключить.

Отсюда и проблемы. Настраиваете точнее параметры сигнала "отбой" и много периодов - может не сработать.
Сделаете широкие ворота (например от 100 до 450 мс) и мало повторений (например 3) - будет ложно срабатывать во время разговора (особенно когда говорят женщины, с более высоким голосом).

Народ ставит "отбойники" - внешняя платка, которая более точно детектирует отбой и дает размыкание по линии в сторону АТС.

1 - Как абоненты SIP попадают в конференцию?
2 - категория абонентов SIP (public network, phone) как у обычных абонентов АТС?
3 - если взять другой SIP телефон (например бесплатный софтовый типа SJPhone) - проблема остается?

Это массово или для отдельных категорий (задач) - например служба тех поддержки?
Если массово - посылаете нафиг.
Если единично - направляйте вызов на hunt group (sequential) - где в нужном порядке - перечислены абоненты (внешние через remote extension/ Cellular client).

Можно уточнить по трассировкам.
1 - описание сверху не соответствует трассировкам (или я не так смотрю). CALLING_NUMBER (l=16)  ->  00  83  Num : 8107910XXXXXXX - это 2 или 3G.
2 - какой-то из этих звонков удачен (вы почему-то не ответили на звонок, соответственно надо всматриваться во временный метки?)

А у вас вызов куда-то разруливается (Alert идет вместе с Progress Id) или просто через DDI на местных абонентов попадает? Некоторым станциям это может не нравиться (я про Progress Id).
Можно попытаться - в локальных параметрах транковой группы выключить "Sending of Progress message".

Ну и вопрос - пару недель назад - апгрейлов/настроек - не делали, не меняли?

Вы не ответили. Что вы понимаете под загрузкой. Ваш линк между станциями ничем не отличается от других транковых групп.
Что-то другое у вас получается мониторить (через obsappli или past time performance)?

Суть вопроса - у вас не получается мониторить ЛИНК или не получается МОНИТОРИТЬ (тогда надо указать требования, описать что есть - например в OmniVista - PTP лицензии есть или нет).

А что вы понимаете под мониторить (трассировать, смотреть загрузку). trkstat 2000 (или что там у вас) - не работает?  

Не поняли еще?
По трассировке вы видите, что та сторона говорит - звоните мне на ***202
|               [80] VPN Local Number (l=6) '***202'
|               [81] VPN  DDI  Number (l=6) '***202'

lookvpn -test - говорит, что АТС1 не знает этот номер (у вас другой префикс прописан), и не знает как позвонить на ***202 (и на ***002 - тоже не знает как позвонить)

External Call Back Translator Tables
No one exists.

и

***002   Tsl_Distant_VPN_Number RLN  21
---------------------------------------
Rout List ARS 21

               !! Warning ! Nothing in the route !!

а теперь такую же команду с другой стороны (на другой АТС) - и все станет понятно    

А что гадать. Надо команду давать lookvpn (например  lookvpn -test). На одной станции и на другой.
можно еще трассировку vpn запустить

запуск
tuner km
tuner clear-traces
tuner +cpu +cpl
actdbg hybr=on
tuner hybrid=on
mtracer -a

Тут будет видно, что ваши станции посылают по межстанционному обмену.

остановка
actdbg all=off
tuner clear-traces
dhs3_init -R MTRACER

Т.е. если не можете позвонить, тут много причин может быть.
- не все VPN префиксы удаленной АТС у вас прописаны.
- не правильно настроено - как на них звонить (ARS или Ext. Callback translation).

Так что смотрите, трассируйте. Не понятно будет - выкладывайте сюда...

Тогда наверное не по IP вы подключены с 4400

С CPU6 - была только одна засада - multi-partition при определенных размерах диска (нельзя было делать, иначе после флеширования БИОС наступал северный зверек). Но вроде это совсем давно было, когда диски по 40 Гиг были, если склероз не изменяет.

Самое простое - воткнуть в станцию со свежим релизом.
Мне почему-то кажется это проще, чем доставать бинарники, поднимать tftp сервер.

Вы аппараты - к станции (ОХО, ОХЕ) подключаете или SIP из них делаете.

Вот уж что могу сказать, положа руку на сердце - если нужно уточнять тонкости - лучше разбираться с английским текстом.

Но мне показалось, что 90% работы у 4760 и 8770 не изменилось (если не говорить о новых фичах, типа DM).