это фича. посмотрите в процессинг группе параметр headset mandatory

не тот узел в параметрах ТГ

надо прописать на сервере 4760 SMTP сервер электронной почты, как это сделать написано тут:
documentation > installation manual > server post-install
настройка отсылки уведомления в электронную почту при получении определенного аларма написана тут:
documentation > administrator manual > alarms > configuring alarm application
Мануал по инсталляции идет в комплекте ПО сервера 4760, Администраторский мануал - это вобщем-то хелп в составе 4760

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

"абоненты"??? это вы считаете их абонентами или они ими являются (есть порт подключения)? за четырмя цифрами может скрываться что угодно - ячейка сокращенного набора, хантинг группа, пилот, нормальный (как все остальные, которые есть в тарификаторе) абонент. В вашем случае, коллега, задача сводится к нахождению отличий ЭТИХ абонентов от ТЕХ, что нормально присутствуют в accounting organization.
То есть вопрос должен звучать так: "есть абонент с данными 4-0-0 и номером 0001 и 4-0-1 с номером 0002, один из них есть в тарификации, другого нет...", далее последуют уточняющие вопросы и возможное решение, а так - вопрос из серии "у меня должно быть 100р в кармане, я сунул руку - нашел 50, куда еще 50 делись, подскажите?"
ответ на такой вопрос напрашивается сам собой

ЧТО ЭТО за номера??? почему бы не написать? абоненты, хантинг группы, ячейки сокращенного набора?

А почему должны быть разные АОНы? Запустите t3 и посмотрите какой ВЫ формируете АОН в поле calling number в ЭТИ ДВЕ транковые группы (по очереди). У Вас NPD в ТГ указаны одинаковые, правила формирования номера в этом NPd - пользоваться энтити абонента, у Вас абонент может быть или в 1 или в 6 энтити, но не в обоих одновременно, откройте доку, прочтите раздел numbering translator...

энтити 1 - по умолчанию энтити абонентов.

просите от оператора режим сип транка. это самое правильное.
идеальный вариант - если вам удастся настроить днамическую регистрацию на шлюзе оператора.
увы протокол СИП еще далек от стандартизации, единственное что могу сказать  - алкатель придерживается тактики внедрения устоявшихся протоколов. у вас релиз 7, так что они уже пару - тройку лет лет как не обновлялись В ЭТОМ релизе.

дайджест выключите. это далеко не все поддерживают. начните с логина и пароля аутентификация sip none.
да, и в догонку - регистрация сип-шлюза и сип-абонента - несколько разные вещи. абонент регистрируется на каком-то СИП-прокси сервере и после этого получает возможность куда-либо звонить, для шлюза регистрация на прокси сервере может и не требоваться.

Вылавливается трассировкой t3 на стороне ОХЕ и wireshark

сносите его на релиз 6.1...
это шутка конечно, перечитал ваш первый пост. очень убедительно.

у меня нет такой платы сейчас, проверить не на чем

нет ничего противнее на станции (любой), чем смена плана нумерации.
Кнопки переедут (их тоже модифицировать сможете после экпорта), тандемы - нет

под руками нет такой прямо сейчас. а создавали ее в менеджменте как eZ32-2? может быть прописали ее как обычную eZ32.