А в чем собственно была проблема? Чего смотрели, зачем чистить?

Угу, только АОН без DID хуже строить.  

Мне кажется правильнее делать один ARS лист (куда приземляются через дискриминатор номера относящиеся к вашему плану городской нумерации) - 4952221ХХХ
Там делать внутренний рутинг (я бы добавил впереди букву, пускай D.
Далее через Speed dial разруливать это
D4952221000 - 100
D4952221001 - 222
и т.д.

Одна строчка в дискриминаторе
Один ARS лист с одним рутом и кучка SD

я НЕ УВИДЕЛ в трейсе ничего в сторону Панасоника.
Стало быть это или запрет (наиболее вероятный запрет при транзите - Connection COS 5, по умолчанию запрещающая транзит (в транковых группах - External services/ Trunk COS - по умолчанию обычно категория 5 у транков).
Или неправильная маршрутизация (например ARS и Ентити/ дискриминатор селектор, проблема бывает если в префиксе ARS логический дискриминатор отличен от 0 или 1.)

Посмотрите, что у вас прописано в Entity\ discriminator selector.
Возможно в Ентити абонентов (когда звонят с ОХЕ1) и Ентити TG (когда звонят с ОХО) прописаны разные цифры и вы попадаете не в тот дискриминатор.

А что у вас в ОХЕ2 - 666ХХХХ (Speed dial)?
Мы видим пришедший от ОХЕ1 Setup (звонок на 666ХХХХ), но ничего в сторону Панасоника не отправляется вообще.
Абоненты ОХЕ1 - на 666ХХХХ - дозваниваются? В Connection COS 5 - не стоит 0 в позиции 5 (на ОХЕ2)?

Странно, поток 0-15-0 - это вторая ОХЕ в сторону Панасоника?
Вы сказали - проблемы со звонками от ОХО и снято на ОХЕ2,
тогда Setup будет message send SETUP, а далее message receive CALL PROC.

Поэтому мне и показалось, что это снято на стороне ОХЕ1-ОХО. Пришел SETUP от ОХО, ОХЕ1 отдала подтверждение CALL PROC.
Возможно вы удаляли лишнее и что-то зря удалили?
Надо снять t3 C 0 c 15 (если поток 0-15-0 в сторону Панаса на ОХЕ2)

Это точно с ОХЕ2 трассировка, а не с ОХЕ1? Выглядит похоже на входящий SETUP (не на уходящий в сторону Панаса), Но похож на ISDN, а не на ABC-F/

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

Что-то изменилось на станции - памяти меньше стало, HDD умер/сняли? Пишет ведь - с памятью проблемы.

Caller\ called filtering - много раз обсуждалось (System doc/ General application/ Caller/ Called Filtering)

Но!!! Лучше - пользоваться функцией do not disturb. Набрал префикс - к вам не дозваниваются. Набрал еще раз - уже дозваниваются.
Connection COS слишком сурова для "это обычные менеджеры просто по работе им надо чтобы была изоляция".

А если требуется ИЗОЛЯЦИЯ по работе - то есть такая функция DO NOT DISTURB (не беспокоить) - пусть включают.
Для тех, кто все-таки должен дозваниваться - есть функция - преодоление функции не беспокоить.

нет.
Я говорил о Connection COS, ее и имел в виду. Это категория которая разрешает или запрещает соединения между устройствами (у абонентов у всех по умолчанию 0, у транковых линий - 5).
Далее делаете слово в слово - что я писал в предложении 1.
Connection COS - номер указываете у абонентов.
Содержимое connection COS - естественно настраивается в категориях.
Будет у вас:
категория 0 - 11011.....
категория 1 - 11111.....
категория 2 - 11111....

1 - не могли вообще, в принципе - для этого есть connection COS (обычно 0).
Делаете боссам 2-ю. Там пишете - что с 0-й категорией к ним ниикак.
Делаете 1- категорию - с ней - можно звонить боссам, присваиваете привилегированным пользователям.

А честно говоря - у боссов - должен быть секретарь.
Настраиваете директор-секретарь,
Переадресацию на секретаря - и соответственно через Screening или Unscreening - делаете белый или черные списки (Filtering table)