По тому что показали - номер должен получаться по правилам 0-го DID транслятора (при входящей связи - из внешнего получаем внутрений, при исходящей - наоборот).
Если номер ОТСУТСТВУЕТ в правилах DID транслятора - будет послан дефолтовский номер абонента.

В вашем случае из ентити. Ентити абонента (для просто абонентов) или ентити hunt group (если абонент в группе).

Нет, если NPD одинаковое на разных провайдеров - то ко всем провайдерам человек идет с одинаковыми номерами. Не важно - персональный или нет.
Можно поставить галку "разрешить использовать персональный номер" и прописать его у абонента. Но если на все направления используют данный NPD - номер будет везде один и тот-же.

Просто я не буду отвечать без описания менеджмента.
Вы будете советовать - чего делать с NPD в транковых группах, а человек может звонит через ARS, и в рутах на разных провайдеров использует разные NPD (отличные от стоящих в TG).

Т.е. ТС пишет КАК (ARS или просто занятием) он звонит (и показывает разные номера АОН на разных провайдеров). Тогда и выяснится сразу - где можно править.

Или номер VLAN задан/не задан.

Не надо удалять! Я просто о том - номер - совпадает с тем что сейчас?
Если поменять routing number на другой - скрипт сохраняется такой-же?

Иными словами - скрипт снимали при СОЗДАНИИ транка или при МОДИФИКАЦИИ номера?

Вопрос конечно тупой - но номер транка - действительно такой? Если транк удалить/создать - номер может поменяться.

Перед этим - задавали изменение routing номера с записью телодвижений в файл? Чтоб посмотреть правильность синтаксиса?

Мне казалось - что через инсталляционные номера и паблик план формируется стандартный АОН, а альтернативный (последние 8 цифр) - приколачиваются у абонента или в транковых доступах.
Только не понятен вопрос "для  "второй транковой группы"". По идее - для потока формируем АОН, а для аналоговой линии АОН должен быть по барабану.

Может что-то не так в АРС программируете? Т.е. в ARS (в префиксах) указываете номер списка транковых групп, а в списках - указываете какие TG использовать.

Не перепутали TG list=1 и TG=1?

Запустить на другом процессоре - попросить у тех, кто вам продавал станцию процессор на время (например с обязательством купить если поможет).
Поднять софт - поставить более свежую версию (ее естественно надо иметь, с чем может быть проблема, если вы нигде не обслуживаетесь).
Побаловаться с новой базой - раз нету времени, значить рестарты вас еще не слишком достали.

Вам предлагалось поставить версию софта поновей - не удалось организовать это?
Т.е. никаких серьезных телодвижений не делали - запуститься на другом процессоре, поднять софт, провести какие-то эксперименты - например сделать базу с нуля и побаловаться с ней?

В TG - находим NPD.
А в NPD - все и написано - через DID транслятор делать или нет. Надо ли добавлять Installation номер (и где он лежит - в ентити или в NPD). Или подставлять дефолтовский (и где он лежит). Или использовать персональный (пролписанный у абонента).

Много вариаций, но все пляшет от NPD.

ABC-F - какой? классический или IP+VPN overflow.
SIP абонент - это абонент прописанный на 1-м узле (в юзерах) или просто нечто в сети SIP (и соответственно в префиксах создан префикс Network number с указанием нетворка из TG и номера TG).
Собственно - что в ABC-F трассировке имеете (и в SIP - может у вас тупо не совпадение кодеков).
Ну и SIP - это ABC-F или ISDN TG?

Не воспринимает - это как? Что бы и как бы не жали - все-равно гудок? Или еще чего?
Вы нарочно пишите - не работает, не воспринимает, вместо того чтоб описать КАК и ЧТО конкретно происходит?

Для начала - звоните на факс, и звоните на обычный телефон (сравниваем). Отвечаем на факсе (отвечаем на обычном телефоне). Жмем кнопки на факсе (жмем на обычном телефоне - можете даже 3-х стороннюю конференцию организовать - вы, факс и телефон) и сравниваете.
Бывают нюансы - например почему-то намного ниже уровень сигнала.
Или - DTMF набор бывает 2-х типов - аппарат пищит пока нажата клавиша или аппарат формирует импульс требуемой длительности (игнорируя - долго или коротко нажата клавиша).
Но по идее - послушав набор с факса и аппарата (еще раз повторюсь - самое удобное - из 3-х сторонне конференции) - должно по идее стать понятно - а в чем проблема.

У нас например были хохмы - одна из моделей продвинутого Панаса - тип набора задается из меню программирования. Но! если в аппарате нет батарейки, то через некоторое время он переставал набирать (т.е. ни в тоне, ни в пульсе). Это я к тому, что нюансы бывают разные.

Ну и естественно - делаете сами (не верьте абоненту нА слово никогда).

Так вы еще со слов абонентов (не проверив сами) писали? Ну вы блин даете.

Все на вашем факсе работает, во всех режимах. Просто станция не хочет делать перевод звонка (трансфер), поскольку не понимает flash 600 мс. Если на Панасе - нельзя установить flash 100 мс - предлагаю забить на это дело и пусть набирает в импульсе.
Или ставит параллельный телефон для работы.

Станцию (в указанном месте) можно заставить понимать 600 мс флэш, но не рекомендую.

Чего-то на эту тему лежит в System/ Z board audio parameters.

А не работает - это как?

Для начала - проверяем импульсный набор с аппарата, включенного на кроссе (с оторванным абонентским шлейфом - чтоб если где-то в советских розетках висят конденсаторы по 1 мкф - то чтоб не мешали).

Далее - не работает - не правильно понимает цифры (но "ответ станции выключается"), вообще не понимает (продолжается гудок).

А если рычажником понабирать?

Надо вам кого-то в ваших краях искать - чтоб подошел и глянул.
Мне казалось что не должен у вас SIP вообще работать (ни 00+номер, ни 8003). Чтоб набиралось по IP просто через префикс занятия, не через ARS.
А вы говорите, что такие звонки по SIP идут.
Так что надо или чтоб кто-то грамотный сказал, или живьем смотреть.

Ну и таймера у вас в динамическом роутинге странные - 2 сек. Хотя бы 12 (2 гудка с чуточкой) оставили.