Я бы посмотрел - что есть в ИКМ-30 по настройке вызова - переменка или переменка+постоянка.

У вас - релизы какие в сети стоят?
В system/other system/ neywork param - UTF-8 имена в сети разрешены?

Без разницы какой звонок. Если и аппарат и SIP шлюз сидят за NATом в приватных адресах - с этим можно справится в общем случае или через VPN, или использовать SBC, или через STUN сервера (не помню поддерживает ли их ОХО).

Во всех остальных случаях будут проблемы. Т.к. для установления соединения (сигнализация) - мы идем на публичный адрес SIP шлюза (через NAT попадаем на шлюз), в процессе обмена информацией  - устройства обменяются РЕАЛЬНЫМИ адресами VoIP портов. Если они приватные - RTP пакеты никуда не добегут.

В данных релизах - не нашел упоминаний про исправления/проблемы с ftp.

Напишите какая у вас точно версия софта - если получится - можно будет глянуть, исправлялись ли там проблемы с ftp.

Были софтовые глюки (когда пропадал доступ по ftp), бывали проблемы с диском, бывали проблемы с грамотными администраторами. Не уверен, что сейчас это возможно выяснить (за исключением проблем с диском).

Тогда - удалить/создать - все равно не работает.
А когда не поможет - ночью рестартовать. (хотя на моей памяти 9 раз из 10 - рестарт показывал, что он тут не причем  , хотя 10-й раз тем не менее присутствовал).

А как восстанавливали?
Обычно при проблемах с процессорами - на том, где плохо - через netadmin прописываем себя и соседа (main), а после через netadmin -m - делаем copy setup from twin cpu.

А станции - пробовали рестартовать?
Удаление/создание линков - то-же иногда помогало.
У вас линк (с точки зрения suproutage) - с обеих сторон в дауне? Были случаи - когда с одной стороны якобы Ок, а с другой лежит - тогда надо мучать ту сторону где все хорошо.

Собственно - никто не мешает в CDT Ентити - сразу указать HG 8001. Зачем нужен виртуальный абонент+перетекание? Там, насколько я помню - в overflow routing number не все можно указывать. Но в 1st Day/Night Routing - не проблема указать сразу 8001

В Internode link - у вас прописаны линки, далее в hybrid link access - у вас прописаны IP линки. Собственно вопрос был - указан физический адрес одного из процессоров (если их два) или логический адрес main. Иначе при переключении с процессора на процессор линк не поднимется.

Для начала рестартовать линк с обеих концов (rsthyb если не путаю).
Показать какие инциденты.
Посмотреть корректность менеджмента (что в гибридном линке при дублированных процессорах - указываете логический адрес main, а не физический адрес одного из процессоров).

берете РД 45.120-2000 и идете в таблицу 7.7. Там все написано.
Естественно данные таблицы заточены на средний трафик.

Много букв нарисовали - а что собственно с линком - ВООБЩЕ упал (смотрите в suproutage)
т.е. сигналинга нет (броадкаст не ходит, супервижен по сети не работает и т.п.), или просто VPN звонки не работают.

у абонента 5002 не забыли прописать соответствующий ему внешний номер (user/ remote extension)?