Андрей написал: Опять вы путаете и вносите термины. Нету в терминологии ОХЕ кластера. Процессор и нода в терминологии ОХЕ - разные вещи. Настолько, что в вашей АТС нода одна, а процессора два.
На физической инфраструктуре безопасность решается физическими методами, см. документ, на который я давал ссылку. Или даже с развертыванием системы шифрования, через SSM/MSM.
Андрей, есть общие термины, которыми оперируют тех. специалисты. То что у Alcatel иное трактование, необходимо значит подстраиваться мне .
У Alcatel OXE - это Duplication ? Я не ошибаюсь ?
При чем здесь безопасность ?
Есть общие термины, которыми оперируют тех. специалисты по ОХЕ. Вопрос у вас по ОХЕ. Следовательно, логично оперировать терминами ОХЕ, а не другого профиля.
Если "это" - резервирование процессора, то да, Call Server Duplication.
Опять вы путаете и вносите термины. Нету в терминологии ОХЕ кластера. Процессор и нода в терминологии ОХЕ - разные вещи. Настолько, что в вашей АТС нода одна, а процессора два.
На физической инфраструктуре безопасность решается физическими методами, см. документ, на который я давал ссылку. Или даже с развертыванием системы шифрования, через SSM/MSM.
Андрей написал: У вас путаются аж три понятия: management (OOB), service (telephony) и redundancy и привнесено понятие "кластер", не использующееся в ОХЕ.
Я не вижу путаницы в пояснении задачи которую хотелось бы реализовать.
А я вижу путаницу в терминологии и вам на нее указываю.
"Переформулирую вопрос, возможно использовать отдельный сетевой порт на Application Server для построения redundancy? Другими словами, например, порт Application сервера eth0 - принимает и обрабатывает запросы (telephony, tftp и т.д), а через порт eth1 - синхронизация 2-х серверов (sync, db, мониторинг состояния)? "
У вас путаются аж три понятия: management (OOB), service (telephony) и redundancy и привнесено понятие "кластер", не использующееся в ОХЕ.
В ОХЕ все работает через один и тот же Ethernet интерфейс, который может резервироваться.
А для безопасности используется не разнесение физических интерфейсов, а либо встроенный фаерволл, либо внешние средства, плюс соответствующее построение сети. Про это дело даже отдельный документ в составе документации есть, "Alcatel-Lucent OmniPCX Enterprise Communication Server Security Common Criteria Deployment Guide", 8AL91015USAD
mtch написал: В разъеме сом шнура жилы в обрыве оказались контакт плохой был загрузка вроде прошла, но в конце pc installer выдал ошибку. Ну и решили перестраховаться залить софт по новой. А ТС1708 у нас к сожалению нет.
Вообще-то, в полный комплект документации на 11.2 входят ТС, в том числе, TC1708en-Ed05_Installing and using the OmniPCX Enterprise PC Installer Software.pdf
======== 19.2.2 CPU7(S1&2) installation procedure modification (bios update) Important A change in installation Technical constraints had changed the way CPU7 can be installed (at bios level). The Alize installation method is not supported anymore for a4400 type CPU7, so the support is disabled in BIOS : if we select the “Alize method” through BIOS monitor a “not supported” message is shown and the menu is presented again. Bios versions greater than or equal to “3BA24115AAFC (bscpu7300/004.003)” are concerned Futur patches in J2, K1.5 & L1 will also inherit that bios ========
vad написал: Андрей, я рад вашей осведомленности, НО вы лучше спросите какой релиз/патч у ТС и посоветуйте на какой патч 11.2 ему переходить. Я бы в данной ситуации переходил - или на тот патч 11.2 который есть у него на сети (если есть), или на последний из общедоступного (general availability).
Спасибо за совет, встречный совет - почитать указанную статью из КВ, предыдущий совет держать пальцы ног крестиком остается в силе.
Андрей написал: То, что в последней редакции TC нет релиза 7, не означает, что его база с любого патча мигрирует на любой патч любого последующего релиза.
Простите мое занудство, но и в первой редакции ТС от 30.10.2013 нет упоминания релиза 7.1
Это также не означает возможности миграции. Как ни странно, об этом пишет сам производитель, в своей Knowledge base:
Steps to upgrade from R7.1 F5.401.17d to R11.1 L1.301.17f Article Number: 000019804 . Publication Date: 26 September 2016
