Да у меня вопрос был риторический - просто я слабо представляю как все ДОЛЖНО работать, когда физический и логический адрес приколочены из РАЗНЫХ сетей. Однозначно - ни к чему хорошему такое не приводит.

Тогда наверное имеет смысл в вашей ARS строке добавить Sub. line где прописать все аналогично, за исключением адреса. Соответственно когда шлюз будет в дауне - станция воспользуется второй строкой.
Единственное чем стоит озаботиться - чтоб в процессе такого менеджмента не создать кольцо. Чтоб когда вы перенаправите номер на другой шлюз - он его вам не вернул.

Главное правило поиска неисправностей - НИКОМУ ни верим на слово - пусть берет и показывает чего делал.
Неоднократно сталкиваюсь - человек хотел что-то сделать, а в голове отложилось что сделал.

Насчет недоступности - дело тонкое, боюсь, что когда пакеты не будут добегать до места назначения - то не работающим будет считаться не шлюз, а то место куда вы хотели звонки направить.
Боюсь стания не сможет (и не будет) разбираться default GW сдох, или станция на удаленной стороне.
А что у вас на выходе из локалки МНОГО гейтвеев? И регулярно падают? А что тогда компы делают?

Хорошая идея - так как DECT трубки могут пользоваться номером IPUIO - который собственно и является номером - но заносится в трубу ПРИ РЕГИСТРАЦИИ.

Никто ничего не игнорирует - вызов приходит на аппарат или в группу? Что указано в внешних линиях в Call destination? Если Hunt group  - то и динамический роутинг (или членство в группе для последовательных групп) надо смотреть в группе.

Посмотрите, что написано в user/ details/ dyn. routing - у вас наверное там для цифровика написано куда вызов отправлять.

local | Ethernet | xa000001  | 172.16.4.11|
| local main | Ethernet | xma000001 | 10.253.1.3 |

И по какому адресу не удается достучаться?  

Насчет ПЕРИОДИЧЕСКОГО пропадания доступа по Ethernet, восстанавливаемого выключением/ включением питания на CPU6 в недублированной станции - запретите встроенный Ethernet  перемычкой Х900.

Попробуйте всетаки выяснить коду префиксов - или "не беспокоить" или "отмена переадресации". Что то такое набирают. Например когда набирают город, забыв набрать 9 (или 0). Если выход в город по 0, то дефолтовским кодом отмены переадресации может быть 90, не беспокоить 93

тем что временами будет пропадать доступ по ethernet, правда по идее не как у вас, а во время работы. Рекомендую, не дожидаясь пропадания питания - выбрать время выключить/включить станцию (без подъема телефонии, для проверки Ethernet это достаточно), если с портом проблемы - настройте в том месте что-нибудь на порту активки (типа полудуплекс/10). А еще лучше - гляньте настройки порта активки в момент когда все работает и выставьте такой режим принудительно (без всяких автоопределений)

Ну а чего нибудь еще? На какую Ось ставите, не стоит там чего-нибудь лишнего (типа Active dirctory), какую версию 4760 ставите. Если были попытки инсталляции - чистили ли как было предложено выше?

Для CPU6 в недублированной конфигурации рекомендуется запретить встроенный Ethernet (перемычка Х900).

Насчет OMC сама? Не знаю, может она пользуется имеющимися кодеками на компе?
Обычно в программках работы со звуком (например Sound Forge), при открытии таких файлов ругается на кодек достаточно внятно (чтоб было понятно чего искать). Как всегда рекомендация проста - проявите свой регион, зачастую аборигены откликаются и предлагают помощь (той же AAS например поделятся).
Не обижайтесь на аборигенов - в Москве аборигены - москвичи, в Перми - пермяки  

Все будет работать нормально, главное:
например MG 172.31.220.xxx mask 255.255.255.248
- на нем должен быть прописан шлюз находящийся с GD в одной под сети (удовлетворяющий маске), и данный шлюз должен знать маршрут до AS (IBM 172.31.160.xxx mask 255.255.255.248).
И соответственно в netadmin на AS должен быть указан шлюз из его подсети (172.31.160.xxx mask 255.255.255.248), знающий как достучаться до GD.