Для того чтобы виделось через prog_diff - должно все работать по туннельным адресам (например 172.30.253.28 - для 28-го узла 0-й сети). В смысле ping, telnet.
Команда suproutage, меню 2 должна рисовать что все в порядке с сигналингом (1), голосом (2)

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

Тогда как я писал, со второй строки, пропустив этап заливки софта.

Заливаете софт,
делаете netadmin, потом через netadmin -m копируете настройки с основного процессора,
в swinst указыаем время, тайм зоны и автостарт,
далее загружаетесь без телефонии и через swinst делаете клонирование базы (не клонируем Linux),
в общем то и все.

Или на Меридиане что то подкрутили - но не признаются.

А какое значение стояло в 42-м таймере? По дефолту 50 (5 сек) после ответа.

Такое ощущение, что вам не приходит connect, сидите и разговариваете в предответном состоянии, надо смотреть трассировку.

Такие вещи всегда говорят что у вас проблемы

===========================
LIBC caught SIGSEGV in 904
===========================
Registers:
EFLAGS = 0x00010282
EAX = 0x00000038
EDX = 0xbffffc04
EIP = 0x0807afc6
EDI = 0xbffffb34
ESI = 0xbffffc02
EBP = 0xbffffb38
EBX = 0x0000c644
ECX = 0xbffffc04

Backtrace :
Backtrace recurence: 0 pc:0x0807afc6 ebp:0xbffffb38
Backtrace recurence: 1 pc:0x0807c4e2 ebp:0xbffffb60
Backtrace recurence: 2 pc:0x0807c8c3 ebp:0xbffffb84
Backtrace recurence: 3 pc:0x0807e85e ebp:0xbffffc50
Backtrace recurence: 4 pc:0x0807eef9 ebp:0xbffffc68
Backtrace recurence: 5 pc:0x0808051a ebp:0xbffffcdc
Backtrace recurence: 6 pc:0x400495a0 ebp:0xbffffd18
Backtrace recurence: 7 pc:0x08065ec6 ebp:0x00000000

.......ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -7
ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -7
ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -7
ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -7
.........ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -7
ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -7
..............ERREUR CHORUS : u_ipcSend CODE D'ERREUR : -7
...... ./


=========================================================
И процессора друг друга видят плохо - они не договорились, отсюда и перезагрузка.

25/12/09 14:08:07 000001I|000/28/-/---|=1:2003=The role determination has not been successful \




В таких случаях рекомендую следующее - на дубле переустановить софт, сделать netadmin, потом в netadmin -m скопировать все с рабочего процессора, далее выравнять базы (через swinst, expert menu, clonining).

Кстати чего передает ОХО в calling number - прекрасно видно в ОХЕ по трассировке "t3".
Даете t3 и смотрите.

В ОХЕ галка убирается, а правильно делать первое предложенное
в ОХЕ translator/ ext. numbering plan/ ext. callback translation
создаете
Basic number B, delete 1, add префикс занятия транковой группы в сторону ОХО - будете видеть нормально АОН и сможете при неотвеченных звонках отзваниваться.

Буква В - означает private call - почему бы просто не попробовать что предлагают?
Тем более это особо ни на что не влияет и требует 10 сек трудов. Писать было дольше.

Поздравляю всех с наступившими и наступающими праздниками!! Здоровья, успехов, связи без брака!!
Пусть винты не летят, техника не глючит!

Кто празднует Рождество позднее пусть не обижается  

Как и со всеми номерами - Ext. callback translation - В, удалить одну цифру, добавить префикс.
Или System/ other system/ ext. sign. param - уберите галку в поле Type of number used unknown.

Зачем??? Чтоб когда потребуется посмотреть как станция запускалась вы не смогли это сделать?

OUTFALL очередь сделана для вашего удобства, раньше incvisu тупо показывала 2000 инцидентов, а сейчас вы можете через incvisu -s посмотреть начальные, а через incvisu -o последние.

Повторюсь и здесь - хотите совет - скиньте в лог файл загрузку stand-bu процессора - может чего и посоветуем.