Все-таки имеет смысл рискнуть и поменять trunk category для М/Г каналов на категорию для городских входящих. Хотя бы на время...  

Какие?

Есть недопонимание:
1. Vega -192.168.4.50. Это так?
2.Если это так, то в файле "tracerd_vega_to_oxo" показано, что вызывной сигнал идет нормально (180 ringing), при звонке с 202 на 471. Это  не вяжется с вашей проблемой.
3. Более интересная ситуация, если смотреть файл "tracerd_oxo_to vega". Здесь при звонке с номера 471 на 202 (а 202 это номер за VEGA), приходит сообщение 183 session Progress вместо классического 180 Ringing. Это сообщение (183) генерирует Vega.

Так и не понятно с чем у вас проблема...

Контакты остались прежними...

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

Это жизнь. Получается, надо снимать трассировки. Стоит ли у вас "Caller Identification" в категории транка (requested)?  

Хотя, может я и оговорился. Раздел oxo в настройках астериска касается исходящей связи. С ней все нормально. А вот вход на астер дребезжит. Может попробовать сделать идентичные изменения в разделе general?

Попробуйте установить  в секции охо H245tunneling=no, так же непонятно с gatekeeper-ом, в данной конфигурации он вроде не нужен.
На стороне Alcatel fast start быть не должно. Либо возможен вариант, поставить в астере вариант faststart=yes и в alcatel выбрать gateway fast. При втором варианте трогать параметр h245 tunneling не обязательно

Перезагружать пробовали?
Какая сигнализация стоит на Н323 в астере?
Системе OXO не нравится? предположительно   информационный элемент display , который содержит информацию "asterisk". Идет это от астериска.  ОХО этот элемент не ожидает.

По-моему, Астериск имеет желание работать по fast start (gateway fast). Так же, астеру что-то не нравится в сигнализации. Можете попробовать поменять АРС хотя бы с public на priv? Далее, попробовать поменять  gateway alive protocol с h323 на icmp.

Кстати, какой тип шлюза стоит в настройках АРС (колонка Destination)?

Как вы маршрутизируете звонки?
Либо используете широкую сеть, к примеру 255.255.0.0?

В настройках АРС (тип шлюза)

Тогда надо изучать, что происходит.
Для начала, посмотреть (сравнить) трассировки удачных и неудачных звонков. Для этого вам понадобится, к примеру Wireshark, подключенный к плате VoIP по зеркальному порту либо через hub. Другой вариант, поразбираться с Астериском, что ему не нравиться...  

Пробовали делать звонки с OXO rel5 на ОХО rel7 напрямую без астерикса?
Что происходит в этом случае?