Помнится - это всегда брали из основного софта по станции (когда ставили софт включая 5.0 Ux - 4400). Не помню, остались ли папки (bootpd, bootp, etc) в новых релизах ОХЕ

А не пробовали прописать helpdesk как ассоциированный номер у данных товарищей или в том ентити.

Вот чего бы трассировку не показать?

Мне казалось:
1 - стоит вернуть параметры к тем, когда номер отображался.
2 - номер звонящего - правьте как надо через Ext. Callback Translation.
3 - присутствие номера вызываемого - это наверное просто фича (т.к. линия не DID), например если вызов придет в HG аппарат отличит свои вызова от вызова в HG. Аналогично отображалось при неправильно запрограммированных параметрах линий (если в Ентити был прописан overflow номер - было написано на кого отправлялся вызов и кто звонил).

Что вы понимаете под словами НЕ ДОЛЖНЫ дозваниваться?
Самое простое - не набираемые номера - типа А2000 и т.п. Через DID и прочими способами можно туда вызов направить, а набрать нельзя (если только не запрограммировать на аппарате кнопку А).

Connection COS - но тогда вы реально не сможете позвонить на них.

Мне казалось - сначала с отображением - Ext. Callback translation (строка DEF-0). При отсутствии там записей - ничего не отображалось, даже если номер приходил.

Это такой способ имитации бурной деятельности - время двигать (туда и обратно), улицы переименовывать, вспоминается Никитин с его "Передышкой в Брабусе":
— Ладно, пора заканчивать. Где этот ваш красавец? У которого Пурпурные Крылья?

— Пламенные, Ваше Величество. Но, если желаете переименовать, то — Пурпурные.

Мрак подумал, кивнул.

— Желаю. Даже изволю.

Он подумал, что переименовывать — проще всего, но зато заметнее. Вроде бы ничего не сделал, а результат твоего тяжкого труда видят все прямо щас, а ещё и много поколений потом.

Если плата совсем не горит и она действительно eZ32 (с буквой e) - то в голову приходит только выход из строя блочка питания на плате.
замена АКБ - нормальная процедура.
Правда в вашем случае - не понятно зачем вы так делали (остановили станцию, но не выключили питание).
Делают:
1) ничего не выключая - отключают тумблер подключающий батарею, меняют ее (ничего в данном случае не искрит), включают тумблер.
2) выключают станцию, выключают БП (220), выключают тумблер батареи. Меняют батарею, включают 220, включают тумблер батареи (именно в таком порядке), включают станцию.

Не помню точно - в /usr3/str должны лежать надписи. По идее можно забрать файл RU0_STU и поправить (я правил штатным редактором Windows Commander, включив UTF-8).

Сталкивались, насколько удавалось выяснить - у них другой кодек для передачи голоса (не G726 ADPCM)

Единственное что приходит в голову - разруливать звонки на техподдержку через ARS!!
Номер направлять не на хантгруппу - а на ячейку - где приколочен префикс ARS+номер.
Соответственно в дискриминаторе пользуетесь номером расписания - в расписании приколачиваете праздники и т.п., рабочие/не рабочие часы (соответственно ссылаясь на разные time based route list).
И соответственно по расписанию, через разные time based route list пользуетесь разными роутами (если TG не указываете - это внутренний роут).
Например внешние 5000 направляете на ячейку D5000, где лежит ARS+5000, в дискриминаторе - расписание 1 (в котором что надо делаете), для номера создаете руты типа:
1) TG=-1, ничего не удалять не добавлять - попадете на внутренний номер 5000 (например группа техподдержки)
2) TG=1, delete 4, add XXXXXXXXX - попадете через TG 1 на номер XXXXXXXXX (какая-то внешняя группа)

Естественно самое интересное - это расписание, чтоб пользоваться разными time based route list (и соответственно роутами)

Надеюсь понятно написал.

Что значить зашли через Висту - пытаетесь в менеджменте на станции поменять данный параметр?
повторюсь:
- GD, INT-IPB - в менеджменте вы можете поменять ТОЛЬКО МАС адрес. остальное - только зайдя на плату (через mgconfig)
- GA, INT-IPA - ВСЕ задается в менеджменте, на плату ходить не надо, МАС адрес задавать не надо.

Вариант 2 (если интересуют живые абоненты) - смотреть данные тарификации (когда начали люди звонить).

через команду maohist (если влезет в историю нужный вам период)

Проблемы с голосам в SIP на 99,99% всегда были в двух моментах:
1 - кодеки - когда одна из сторон не поддерживает какой-то кодек (G729, G711)
2 - маршрутизация (не правильно прописаны шлюзы, на сети не разрешены какие-то адреса/протоколы). Типа одна сторона за NAT, прописали как это обойти, но только в одну сторону, или VoIP адрес отличается от адреса процессора.

Включаться через hub (или зеркалировать порт коммутатора), глянуть каким-то сниффером типа WireShark (по крупному - какие кодеки предлагаются при установлении соединений, на какие адреса посылаются rtp пакеты).