Виста не эмулирует. Она просто вызывает реальную ОМС. Соответственно на клиентском РС кроме клиента Висты стоит еще и сама ОМС (причем как в доке сказано - только одна).

Наверное это не страшная проблема. Ставить сервак где-то вдали - неправильно (всякими WAN'ами таскать несколько мбитс - не есть гуд). Если хочется чего-то забавное сделать  - ставите сервак с двумя сетевыми картами (в цене вопроса затраты на вторую карту - незаметны) - одну в пакетизатор, вторую в местную локалку.

А собственно - чего там восстанавливать? Проблема если были забубенистые отчеты по тарификации. Если репорты не сохраняли - то аминь.

А так - налить 4760. Подсунуть файл лицензий. В директории - создать - сеть 0, подсеть 0, узел 1. Указать IP адрес и пароли на ftp (и в зависимости от релиза еще на mtcl или swinst, все время путаю).
Сказать сделать частичную синхронизацию, да и все.

Не забыть запретить органичение паролей по времени.

Ну а с отчетами (если были), придется повоевать.

Ну и архивы по тарификации (то что после 90 дней) - их по моему не проблема вытащить, если файлы целые.

Т.е. что собственно хочется восстановить? Потому что поставить 4760 и восстановить работу с ОХЕ не проблема.

Интересно бывает посмотреть версию аппарата и версию софта на станции.
Более новые аппараты обзываются 4038 ЕЕ и могут быть нюансы.

Иногда помогало в user/ TCS IP user - Reset for update authorized поставить в No.

Хотя это по идее не ваш случай, поскольку данные этапы - это подъем интерфеса и получение IP адреса. А на коммутаторе нет ошибок? Порт нормально поднимается? Поменяйте местами порты (с тем, который работает).

Положите для начала файлы и рестартуйте фиктивную плату GPA (config 1 -v
и рестарт GPA (скорее всего rstcpl 1 27 понадобится), аналогично по 3-му шелфу).

Если шлются, но не ОТОБРАЖАЮТСЯ (в Setup и пр. сообщениях IE Display) - значить это у вас запрещено в Phone feature COS (Rights Calling name display (CNIP/I-CNAM) )

А что - в QSIG (если в Ext. signaling param стоит Calling name presentation) не шлется имя? Оно даже по ISDN  передается (правда только если ОХЕ мастер по сигналлингу).

Ну и кроме того - менеджмент он часто бывает одинаковым на процессорах   , но для VG - надо чтоб еще и файлы лежали. А у вас на ОБОИХ процессорах в /usr7/vgadpcm/flash/custom (или std) файлы лежат?

Переадресация на внешний номер идет на ура - потому что та сторона знает как звонить на внешний номер.
А как звонить на  [80] Context specific (l=4) 32 30 30 37 (2007) - похоже не знает.

Кроме того - я так понимаю - мы все-таки (стыкуемся не с Алкатель) должны говорить о QSIG-GF (т.е. в TG сигнализация ABC_F, ссылка не Remote Network, далее в Network routing table - выбираем сигнализацию QSIG-GF), а не о ABC-F.

А в QSIG - начинает работать System/ Other system/ Ext. sign parameters - joining variant gf of diversion (GF diversion on joining). И прочие хохмы - ECMA/ISO, replacement/rerouting.

судя по трейсу - у вас какие-то забавные звонки - через Speed Dial и/или префиксы? Если бы у вас были Network/Routing номера - то в Setup вы бы увидели сразу 4 цифры в CALLED_NUMBER .
Вызываемая станция вам отвечает (я так понимаю вызов переадресован на 2007) -
OP: ALCATEL RO_CFWD_EXECUTE (13)
[12] Num (l=4) '2007'

Ну а узел с абонентом 2100 - почему то не может отзвониться на 2007 (например если у вас для звонков на 2007 надо набирать 1+2007).

Для примера - в одной станции нумерация 1ххх, во второй 2ххх. Абонент 2000 заказал переадресацию на 2001.

При ISDN - звонок на вторую станцию на номер 2000 - ВТОРАЯ станция самостоятельно отрабатывает переадресацию.

При ABC-F TG - вторая станция сообщает на первую, что вызов переадресован на 2001 - и ПЕРВАЯ самостоятельно звонит на 2001. Соответственно - если у вас звонки хитрые (через дополнительные префиксы и пр), то может не работать.

У нас веселее было - две станции, SIP ABC-F. При этом в станциях были абоненты с одинаковыми номерами (звонки через дополнительные префиксы). Из Москвы звонят в Пермь на номер 2000 (у него переадресация на 2001 пермский) - в Москву сообщают о переадресации на 2001, и идет повторный звонок на 2001!! но уже внутри Московской станции.

Посмотрите, может у вас проблема из данной оперы.

Вообще не переводятся? Для обычной немедленной переадресации с любого внутреннего номера на любой внутренний? Или не любой номер (connection COS используете?)?
Или все-таки перетекание по неответу (кроме таймеров 4 и 9 еще появились таймера в Phone feature COS)?

перейдите на второй процессор.
А вообще - смотрите инциденты - был ли переход с процессора на процессор.

Правильно - запустить станцию на ПРАВИЛЬНОМ процессоре, убедиться, что все Ок. Потом поднять второй через клонирование базы.

попробуйте глянуть config 1 -v
и рестартаните фиктивную плату GPA (скорее всего rstcpl 1 27 понадобится).
Заодно инциденты посмотрите.

А заодно - а точно после отключения электричества, а не побаловался кто? А после просто заметили?

vgstat 1 0
vgstat 3 0