Именно так. На станции, которая подключена классическим линком, а далее есть VPN overflow:
в system/other system должен стоять в yes "VPN services".
в Internode link/VPN overflow - прописан VPN overflow 1-2.

Можете посмотреть (до и после) в suproutage на 3-м !!! узле (меню 2):
- есть телефония (2) 3-1. Нет ничего (2 и 5) между 1 и 2 (с точки зрения узла 3).

После указанных телодвижений:
- есть телефония (2) 3-1. Есть VPN (5) между 1 и 2 (с точки зрения узла 3).

Встать ком портом (9600, 8N1, без контроля передачи). Выключить, включить. Посмотреть чего пишет.

Приветствие santeri. Классный возраст, на следующий год 33!!!
Успехов, здоровья!

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

В случае SIP, когда клиент находится в другой локальной сети (нет VPN, есть что-то типа NAT) - тут всегда приходилось бороться с адресами (и отсутствием голоса, поскольку RTP пакеты посылаются на реальные адреса). Это или внешние STUN сервера в общем случае, или дополнительные железяки типа SBC.

У вас не съехали какие-нибудь общие вещи - типа привязки carrier к транковой группе? Или префикс выхода.

На тему recalculation - почитайте в доке на 4760, в разделе аккаунтинга. (встаете на cariers, In the menu bar (Accounting/Traffic/VoIP),  выбираете Compute cost - там соответственно рекалькуляцию)

Проверьте - может неправильно внеслись тарифы? Присутствует оператор, направления, станции. На пересечении прописаны тарифы.

А вы - пробуете получить отчет по НОВЫМ звонкам или по старым?
Навскидку не смотрел, но в свое время в аккаунтинге надо было для старых делать cost recalculation.

запятую правильно поставили?  

А каких нибудь других инцидентов с IP или Ethernet нет - типа блокировки из-за большого трафика?
Пользуетесь или нет динамическим роутингом (в netadmin/ routing)?
Используются ли на сети приватные адреса из сетки 172.30.0.0? Т.е. кроме нашей (обычно 172.30.253.0)?

на МФУ

делим мух от котлет - не работает в автомате или не понимает вызов? Если не понимает вызов - делаем следующее (на факсе естественно, не помню только 0 или 1 надо ставить, но вариантов у вас не много, справитесь):
a) Go to the menu by pressing the "Setup" button
b) Press and hold the "Up" arrow button
c) While the "Up" button is pressed, press the "Cancel" button.
d) Release both the buttons
e) Go to the menu again by pressing the "setup" button
f) See the item "developer's menu" available and Select this option.
2) Select Mercury ring by...
a) Go to the "R/W parameter" menu item
b) Look for "Ring Use Mercury" it's about 105 items away... (P.S. you may press "1" "0" "5" in sequence for quick access)
c) The default will be "0".
d) Changed this to "1" to activate Mercury Ring detection.
e) Reboot the system

Если у вас ДЕЙСТВИТЕЛЬНО в транковых группах стоят NPD 33 и 34  где DID по входу (called DID id  1 и 2).
Получаете по входу 73830105300 и 73830145300.
То единственное (в общем случае) почему в одном случае звонок проходит, а в другом нет - у вас в локальных параметрах транковой группы приколочено РАЗНОЕ в полях:
number of digits unused (ISDN)
digits to add.
т.е. где-то или добавляете или удаляете чего-то и DID транслятор не работает.

Так здается мне - не надо вам его как SIP аппарат станции регистрировать. Ваш VoIP шлюз вы должны прописывать как внешний SIP gateway и звонить на него через SIP транковую группу, посылая чего надо (в доке раздел SIP trunking).

А сейчас - у вас SIP абонент, его номер вы и набираете. Дискриминатор тут не причем.