а что вы называете "кабель для подключения к консоли ОХЕ"? Нужен последовательный шнур, с RG-45 на конце, втыкаемом в INT-IP3. Кабель - как голубой цисковский, только с повернутым на 180 разъемом RG-45.

У вас две платы INT-IP3 (по крайней мере в конфиге). Или ее нет?
Проверьте что пишет в консольном порту INT-IP3 2-6, посмотрите, не слетели ли настройки.
Попробуйте использовать плату из 2-20 (если она есть)

По incvisu - кроме загрузки - нет никаких инцидентов о плате 2-6?

Прежде чем что-то куда-то задействовать - объясните ситуацию поподробнее - какой процессор, есть ли к нему доступ, что пишет в логах.
Все ли кристаллы отпали.
Что пишут INT-IP в консольном порту.
config all - выложите
incvisu

Может что-то понятнее станет.
Расскажите что еще было (питание пропадало, работы какие-то делались)?
На процессор телнетом заходите?  

Насчет 30 дней и sip транка - он работал, а потом начались проблемы? Или сразу не работал и 30 дней не причем?

Насчет 30 дней - так работает, когда у вас одна проблема с лицензиями - не тот CPU Id.
Если у вас проблемы не только с CPU Id, но и с другими лицензиями - например релиз. Тогда проблема будет обнаружена сразу (при загрузке). Не помню, заблокируется сразу или через 4 часа (звони инсталлятору, проблемы со связью).

Честно говоря - тяжело давать какие-то советы, когда информации практически нет.
Ролевые адреса прописаны или нет, нормально ли шлюз подружился с VM. Даже просто про рестарт и/или killall sipmotor - ничего ТС не ответил.

Мне казалось этот ключ или 0, или 1 обычно    

А в чем проблема? Делали аналогичное в случаях - когда у абонентов был hot-line.
Попадаем на ARS - там прописан набор - что-то наружу, что-то внутри станции (в том числе и набор функций).
Правда раньше был забавный глюк - если создать префикс ARS - все работало.
Если на ARS исправить созданный по дефолту префикс 9 - то не работало.

Time-based route list - не забыли создать? В тот дискриминатор попадаете?
Временно измените префикс - сделайте абонента с номером *20 - добейтесь попадания на него.

"вот эта плата отвечает и походу она в действительности не знала куда пихать этот номер"
Вам сразу и написал, чтоб звонки Б-В ходили:
- номер прописываем как network/routing номер - тогда станция Б знает, что звонок надо направить на узел В. Или,
- могли прописать SD 07376084 - указав call number = префикс IP TG + 76084, тип ячейки IP и IP адрес VoIP платы узла В.
 

Запрограммируйте у себя на станции H323 звонок в "никуда" (на несуществующий IP). Посмотрите - увидите Call proceeding или нет.
А на тему - кто отвечает - а кто может ответить, если нигде не указан IP адрес, на который надо отправить вызов (IP адрес VoIP платы с последней ОХЕ).

Так и не написали - как вы в ARS отправляете звонок по IP на ОХЕ В.
В H323 звонках - обычно IP адрес указывается в ячейке сокращенного набора (ее надо указывать с типом звонка IP), или использовать Gatekeeper.
В ABCF звонках (через network/Routing префиксы - станции договариваются в канале сигнализации.
Вы же, пытаетесь организовать звонок, как будто у вас между ОХЕ Б и В не IP, а TDM.

В вашем ARS как ОХЕ Б поймет - на какой IP адрес (адрес VoIP платы ОХЕ В) слать?
И вообще не понял - зачем вам ARS?
В вашем Speed dial:
- Call number  - сделайте префикс TG102+номер (вместо ARS + номер).
- Тип - IP
- Появится поле для IP адреса - укажите IP VoIP платы ОХЕ В.

System/ Voice guides - для VG=2 какой start-up mode указан?

А как вы в ARS через ячейки завернули. Напишите поподробнее (как делать Н323 звонки через ячейку понятно - тип IP и адрес указываем, а как через ARS вы IP адрес ОХЕ В указали )

Может надо просто в SNMP Configuration > SNMP Global ConfigurationвЃ  - деактивировать Start SNMP agent?