Тем не менее - fast start на ОХЕ не пробовали в IP параметрах менять (с рестартом VoIP платы)?

в IP access - у вас стоит паблик или приват? Т.е. каким планом нумерации по входу пользуетесь?

4760 чужую не прикрутить. Лицензии надо.

Но если вам просто менеджментом позаниматься - 4760i запустите.

отписал в личку

подключившись к станции по RS232 - вам не удалось залогиниться со стандартными паролями для mtcl, root или swinst (adminnmc - это из другой оперы)? Просто здесь не принято публиковать пароли - вы ведь наверное знаете дефолтовские?

Фильтрация у шефа работает обычно следующим образом - есть таблица фильтрации (в specific telephone services/ filtering table), куда занесено все плохое или хорошее.
У шефа есть клавиша Unscreening (белый список) или screening (черный список) c ссылкой на таблицу фильтрации.

Соответственно нажав - отправляем людей к секретарю (тех кто в списке или тех кого нет в списке).

Если не работает (перестала как пишите) - или клавиша не нажата у директора, или у секретаря нажата клавиша "отсутствие сееретаря".

У вас один CPU или два?
Для одного - обычно как писал etc - включаемся в А0. Если два процессора - то ExA (если все правильно сделано) или в А0 и А1.

Если пароли утеряны - их можно восстановить (потребуется перезагрузка станции, что неприятно, если вы не знаете состояние станции - наличие сохраненной базы, состояние винтов).

IP адрес по умолчанию - интересен для вновь пришедшей станции. Если станция уже давно стоит - скорее всего там не дефолтовские адреса. Поэтому подключайтесь по RS-232, заходите на станцию под логином mtcl, если получится. А при наличии работающего com порта - пишите что видите, какой релиз - поможем сообща.

Покажите трассировку ОХО-ОХЕ, что настроено в ARS на ОХО (кодеки, адреса).
Например как писал etc - входящая связь на ОХО с IP адреса не указанного в ARS - не пройдет.

А не блоком - это наверное чтоб проблем было больше - когда где-то по дороге появится VoIP и не пролезут соединения из-за набора цифра за цифрой.

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

По идее - если в System - галка на Overlap seizure стоит - должно набирать не блоком.
Для ARS еще один из вариантов - в дискриминаторе указать количество цифр не точно, а 255 (иногда помогало).

И последнее - а у вас идет набор блоком - весь номер и Setup/Sending Complete, или просто Setup с НЕСКОЛЬКИМИ цифрами, но тем не менее без Sending Complete? Когда например накоплены цифры через SD.

галка  - DID транскодинг в транковой группе - отвечает за то, какой NPD станция САМА поставит в TG/NPD selector при автоматическом режиме.

Чаще всего мы в TG/NPD selector - указываем свой NPD в режиме NORMAL  - тогда эта галка не интересна.
Собственно вам надо смотреть - какой NPD используете в TG, а дальше идете в сам NPD и смотрите что прописано в Called DID id. Обычно для транковых групп используемых в серьезных транзитах ставят -1 (а дальше как-то разруливают звонки). Иначе для транзита - получая много разных цифр по входу - вы можете не разрулить их (поскольку DID позволяет формально внешний номер направить на внутренний, а внутренний номер - это до 8 цифр).

Внешний (и 4760) биллинг забирает информацию из данных тарификации. Что отложится - то и заберете. Откладываются тикеты обычно двумя путями:
- простой - в аккаунтинге (в фильтрах) присутствует 0 Unit Calls (т.е. просто откладывается инфа о всех звонках, поскольку ни откуда тарификационные импульсы в России не выдаются, станция не пытается посчитать его стоимость и т.п.).
- второй сложнее - когда настраивается Duration accounting (TG, тарифы, шкалы, арии). Там для некоторых TG в шкале можно задать Conversation timer (через какое время от начала соединения мы считаем соединение установленным - обычно нужен для TG типа NDDI). Но и для R1.5 может сработать.

Попросите оператора ненадолго выключить "Запрос АОН" и сравните, что происходит с тарификацией. Теоретически после этого - можно начинать бодаться с Алкатель, но это долго и не перспективно. Я много раз встречал ситуацию, когда "Запрос АОН" на входящей стороне приводил к возникновению ситуации "Ответ". Очень забавно выглядит - вы звоните в город по ISDN, на дальней стороне станция по R1.5. Вы звоните в удаленную станцию, она запрашивает АОН ("Ответ" + 500 Гц), у вас возникает состояние разговора (пошло тикать время), а с той стороны снимают "Запрос АОН", возвращаются в предответное состояние. Ваш абонент слышит КПВ или ЗАНЯТНО, вы ему предъявляете потом счет за звонок - а он реально не дозванивался. В общем все плохо, но сначала убедитесь, что проблема в этом.


Ну и как я в очередной раз спрашиваю - с conversation timer в шкале если побаловаться - что-то меняется в тикете?

У вас АОН при занятии канала запрашивают? Это Алкателем может считаться как "ответ".
Кроме того - вернусь к вопросу о шкалах - Conversation timer - если ставите 50 - начинает уменьшать время на 5 сек?

Давайте отделим мух от котлет. Что интересует конкретно.
Проверка на соответствие тарификации - не проводится на звонках в 5 сек.
Если сравниваете данные тарификации - тогда скажите что у вас написано в шкалах, и приходит ли запрос АОН при исходящем вызове.
Если проверяете тарификацию звонками к себе - выключите во входящей TG запрос АОН.