Прошу прощения за глупый вопрос, я просто не спец в OXO (ну совсем не спец:)
Меня интересует можно ли сделать транзитнй шлюз на OXO из SIP в E1 и обратно? Задача принять 7 знаков номера из SIP и, не изменяя, передать в E1. В обратную сторону тоже самое. По SIP подключается к OXE, а по E1 к разным "доисторическим" PBX (SIP напрямую не предлагать:)
Если такое решение возможно, опишите в двух словах по пунктам, что нужно сделать?
Спасибо большое.

Ну почему этой темы не было полгода назад. Я раз 15 пытался разные релизы по РДП поставить:)

Dmitry Ryzhakov,
я даже с wireshark решил начать:)

Dmitry Ryzhakov,
Да, чувствую я, не на те курсы я ходил:)
Большое спасибо, у меня всё нормально заработало, причём как-то само. Но с помощью предоставленной Вами информации было гораздо проще отслеживать, что же происходит.
Правда, заработало только в лабе. На реальной сети ничего по-прежнему не происходит при нажатии "Продолжить", но это, видимо, проблемы с сетью (не проходит FTP, TCP или ещё какая другая протокола).

Сергей Селиванов,
Такая ошибка у меня была в двух случаях: установке по RDP и установке релиза 5.0.04 или .06 (что-то старое в общем). Отсюда вывод:
- никогда не ставьте ОмниВисту через RDP (в крайней случае VNC);
- ставьте релиз 5.1 (лицензии вроде бы одинаковые).
Обязательно не забудьте почистить после неудачной инсталляции всё по доке.

Dmitry Ryzhakov,
Полез смотреть логи, а их там нет. Софта в папке /var/ftp/pcx/deliveries/ тоже нет.
Хотя задание создать даёт, показывает версии PCS, позволяет поставить время переключения партиций и пр. После создания задания, запускает его и далее ничего.
В чём может быть проблема?

vad,
Не, multi partition там есть - проверено.

Dmitry Ryzhakov,
Спасибо большое! буду пробовать.
А откуда у Вас такая подробная инфа, если не секрет?

Добрый день. Сталкивался ли кто-нибудь с проблемой обновления ПО релиза при помощи OmniVista?
Имеется OmniVista R5.1.1 и несколько десятка PCS'ов, которые хотелось бы обновить с 8-го на 9-й релиз при помощи OmniVista. Процедуру провожу строго согласно системной доке, но при нажатии "Продолжить" на странице обновления ПО не происходит ровным счётом ничего.
Возможно кто-нибудь уже проходил это?

pavel,
Мне кажется - никаких, если всё будет в одной subnetwork и связь по ABC-IP logical link. Только N1 должен быть очень надёжным.

vad, Вот и я так думал. Ладно, не буду воду мутить, просто протестирую.

Именно для этого. Описываю:
- 3 subnetwork;
- в каждой subnetwork по одному узлу, выделенному под полносвязную схему соединения с другими subnetwork;
- каждый узел в subnetwork имеет VPN overflow в выделенный узел своей subnetwork и SIP-транк в выделенный узел другой subnetwork;
- в случае отказа узла/канала выделенного в своей зоне все прочие subnetwork доступны по SIP.

У меня такое чувство, что я даже могу удалить ARS route list. На этой неделе уточню и попробую, но тогда, когда я задавал вопрос, у меня было ощущещние, что ARS просто игнорировался.

Я не говорил, что они не нужны (как раз наоборот). Я написал, что в системной документации в configuration example для ABC-IP logical link ни слова о routing number:)

pavel, их mesh - это partial mesh, а не  full-mesh...
Но они правы, что в сети может быть до 100 backbone нодов. Только по 8 линков на каждый.

pavel, насколько я понимаю, прописать можно 32, а вот работать будут только 8. Или как-то так. В общем, Алкатель рекомендует до 8.

nml, спасибо. Я попробую порекомендовать заказчику обратиться на АТС с просьбой проверить абоненсткий комплект. Проблема осложняется непостояностью проблемы и возникновением на разных линиях. Пока я не могу добиться от заказчика информации достаточной для выстраивания хоть какой-либо логики.