Такой механизм как в Авайя - применить нельзя.
И кстати в тему терминов - в случае Алкатель, да, придется подстраиваться
Разная терминология у разных вендоров. 18.11.2016 09:51:20, vad.]]>
====quote====
error написал:
если вам нужно как сделано в Avaya закопайте Alcatel за первым углом и ставьте Avaya
по простому говоря если вам нравиться BMW нефиг покупать Audi, а то купите Audi и будите "выносить мозг" (чем вы сейчас и занимаетесь) - а вот в BMW так а в Audi не так
запустите tcpdum на одном сервере (особенно будет интересно когда standby стартует) и наслаждайтесь в всматривание dump-а, и если докопаетесь до истины вопросы отпадут
=============
Я задал вопрос, а можно ли применить такой механизм у Alcatel OXE. Я не говорю в данном посте кто круче,а кто нет.
Я не спрашиваю по какой причине у Alcatel не так, а спрашиваю можно ли?
В этот то и разница.
Когда задали вопрос о Avaya, я просто предоставил данные.
17.11.2016 17:17:58, Alexander.]]>
====quote====
error написал:
если вам нужно как сделано в Avaya закопайте Alcatel за первым углом и ставьте Avaya
по простому говоря если вам нравиться BMW нефиг покупать Audi, а то купите Audi и будите "выносить мозг" (чем вы сейчас и занимаетесь) - а вот в BMW так а в Audi не так
=============
Читайте внимательно заглавие и первые сообщения.
====quote====
Андрей написал:
Есть общие термины, которыми оперируют тех. специалисты по ОХЕ.
Вопрос у вас по ОХЕ.
Следовательно, логично оперировать терминами ОХЕ, а не другого профиля.
=============
Андрей, полностью поддерживаю!
От себя, буду стараться применять правильную терминологию.
Спасибо.
17.11.2016 17:08:46, Alexander.]]>
====quote====
Alexander написал:
====quote====
Андрей написал:
Опять вы путаете и вносите термины.
Нету в терминологии ОХЕ кластера.
Процессор и нода в терминологии ОХЕ - разные вещи. Настолько, что в вашей АТС нода одна, а процессора два.
На физической инфраструктуре безопасность решается физическими методами, см. документ, на который я давал ссылку.
Или даже с развертыванием системы шифрования, через SSM/MSM.
=============
Андрей, есть общие термины, которыми оперируют тех. специалисты. То что у Alcatel иное трактование, необходимо значит подстраиваться мне .
У Alcatel OXE - это Duplication ? Я не ошибаюсь ?
При чем здесь безопасность ?
=============
Есть общие термины, которыми оперируют тех. специалисты по ОХЕ.
Вопрос у вас по ОХЕ.
Следовательно, логично оперировать терминами ОХЕ, а не другого профиля.
Если "это" - резервирование процессора, то да, Call Server Duplication.
17.11.2016 16:58:45, Андрей.]]>
если вам нужно как сделано в Avaya закопайте Alcatel за первым углом и ставьте Avaya
по простому говоря если вам нравиться BMW нефиг покупать Audi, а то купите Audi и будите "выносить мозг" (чем вы сейчас и занимаетесь) - а вот в BMW так а в Audi не так
запустите tcpdum на одном сервере (особенно будет интересно когда standby стартует) и наслаждайтесь в всматривание dump-а, и если докопаетесь до истины вопросы отпадут
17.11.2016 16:58:04, error.]]>
====quote====
vad написал:
====quote====
Alexander написал:
есть общие термины, которыми оперируют тех. специалисты. То что у Alcatel иное трактование, необходимо значит подстраиваться мне .
=============
Тут несколько раз Авайа упомянули, а что, там при двух серверах - они одним интерфейсом смотрят в сеть (абоненты, медиа-шлюзы), а вторым ПРЯМО воткнуты в друг друга для организации горячего резерва/дублирования?
=============
Скрин с Avaya CM по ссылке -
17.11.2016 16:25:10, Alexander.]]>
====quote====
Alexander написал:
есть общие термины, которыми оперируют тех. специалисты. То что у Alcatel иное трактование, необходимо значит подстраиваться мне .
=============
Тут несколько раз Авайа упомянули, а что, там при двух серверах - они одним интерфейсом смотрят в сеть (абоненты, медиа-шлюзы), а вторым ПРЯМО воткнуты в друг друга для организации горячего резерва/дублирования?
17.11.2016 16:10:47, vad.]]>
====quote====
Андрей написал:
Опять вы путаете и вносите термины.
Нету в терминологии ОХЕ кластера.
Процессор и нода в терминологии ОХЕ - разные вещи. Настолько, что в вашей АТС нода одна, а процессора два.
На физической инфраструктуре безопасность решается физическими методами, см. документ, на который я давал ссылку.
Или даже с развертыванием системы шифрования, через SSM/MSM.
=============
Андрей, есть общие термины, которыми оперируют тех. специалисты. То что у Alcatel иное трактование, необходимо значит подстраиваться мне
. У Alcatel OXE - это Duplication ? Я не ошибаюсь ?
При чем здесь безопасность ?
17.11.2016 15:59:48, Alexander.]]>
Опять вы путаете и вносите термины.
Нету в терминологии ОХЕ кластера.
Процессор и нода в терминологии ОХЕ - разные вещи. Настолько, что в вашей АТС нода одна, а процессора два.
На физической инфраструктуре безопасность решается физическими методами, см. документ, на который я давал ссылку.
Или даже с развертыванием системы шифрования, через SSM/MSM.
17.11.2016 15:47:33, Андрей.]]>
====quote====
etc написал:
Если есть желание озадачиться живучестью системы, то можно сервера перевести в виртуальные машины с заменой лицензий. И там уже развлекаться средствами VmWare ESXi. Но надо учитывать, что не все функции во всех релизах работают, надо читать документацию на соответствуюший релиз.
=============
Увы, инфраструктура физическая.
17.11.2016 15:25:16, Alexander.]]>
Если есть желание озадачиться живучестью системы, то можно сервера перевести в виртуальные машины с заменой лицензий. И там уже развлекаться средствами VmWare ESXi. Но надо учитывать, что не все функции во всех релизах работают, надо читать документацию на соответствуюший релиз.
17.11.2016 15:21:03, etc.]]>
====quote====
Александр Чалый написал:
Переформулирую вопрос, возможно использовать отдельный сетевой порт на Application Server для построения redundancy?
Другими словами, например, порт Application сервера eth0 - принимает и обрабатывает запросы (telephony, tftp и т.д), а через порт eth1 - синхронизация 2-х серверов (sync, db, мониторинг состояния)?
=============
Нет. Нет ни такой возможности, ни собственно особой необходимости. А насчет разделения и пр. (менеджмент/сервис/дублирование) - посмотрите в системной документации - что и куда может бегать. Не всех так просто поделить.
17.11.2016 12:39:53, vad.]]>
====quote====
Андрей написал:
А я вижу путаницу в терминологии и вам на нее указываю.
=============
Я отвечу Вам, что бы внести ясность:
Managment (OOB) - используется для управления/конфигурирования системой.
Service (Telephony) - используется для предоставления сервисный услуг в сторону пользователей. Например, SIP, NOE, TFTP.
Redundancy (Cluster redundancy) - в разрезе кластера. Обеспечение отказоустойчивости системы (2-е ноды) при условии, что одна из нод вышла из строя.
Вопрос Redundancy был связан именно с Cluster redundancy.
17.11.2016 11:38:40, Alexander.]]>
====quote====
Андрей написал:
"Переформулирую вопрос, возможно использовать отдельный сетевой порт на Application Server для построения redundancy?
Другими словами, например, порт Application сервера eth0 - принимает и обрабатывает запросы (telephony, tftp и т.д), а через порт eth1 - синхронизация 2-х серверов (sync, db, мониторинг состояния)? "
Нет, нельзя.
=============
Самое главное я понял.
Спасибо.
17.11.2016 11:02:21, Alexander.]]>
====quote====
Александр Чалый написал:
====quote====
Андрей написал:
У вас путаются аж три понятия: management (OOB), service (telephony) и redundancy и привнесено понятие "кластер", не использующееся в ОХЕ.
=============
Я не вижу путаницы в пояснении задачи которую хотелось бы реализовать.
=============
А я вижу путаницу в терминологии и вам на нее указываю.
"Переформулирую вопрос, возможно использовать отдельный сетевой порт на Application Server для построения redundancy?
Другими словами, например, порт Application сервера eth0 - принимает и обрабатывает запросы (telephony, tftp и т.д), а через порт eth1 - синхронизация 2-х серверов (sync, db, мониторинг состояния)? "
Нет, нельзя.
17.11.2016 10:56:46, Андрей.]]>
====quote====
vad написал:
А насчет сервисного интерфейса в Авайя - то какое это имеет отношение к "соединить два сервера через прямой кабель"?
=============
Согласен, что никакого отношения. Я привел пример того как разделяют интерфейсы под разные задачи.
17.11.2016 10:52:13, Alexander.]]>
====quote====
Андрей написал:
У вас путаются аж три понятия: management (OOB), service (telephony) и redundancy и привнесено понятие "кластер", не использующееся в ОХЕ.
=============
Я не вижу путаницы в пояснении задачи которую хотелось бы реализовать.
====quote====
vad написал:
По балансировке - да, это именно балансировка в чистом виде.
А насчет сервисного интерфейса в Авайя - то какое это имеет отношение к "соединить два сервера через прямой кабель"? Ну есть отдельный порт, как правило в дефолтных адресах куда можно воткнуться и позаниматься менеджментом не подключаясь к сети заказчика.
В Алкатель - втыкайтесь в iLo порт и делайте что вам надо.
=============
Порт iLO как порт Managment сервера, не интересен.
Переформулирую вопрос, возможно использовать отдельный сетевой порт на Application Server для построения redundancy?
Другими словами, например, порт Application сервера eth0 - принимает и обрабатывает запросы (telephony, tftp и т.д), а через порт eth1 - синхронизация 2-х серверов (sync, db, мониторинг состояния)?
====quote====
vad написал:
В Алкатель - втыкайтесь в iLo порт и делайте что вам надо.
=============
Вопрос, в случаи если порты iLO соединены в IP сеть заказчика, и при условии что у нах Duplex система, при возникновении Split Brain, возможна ли передача сигнала STONITH через iLO?
Задача не допустит ситуации когда оба работают в роли - Master Master.
17.11.2016 10:44:48, Александр Чалый.]]>
====quote====
Александр Чалый написал:
Объясняю,
все очень просто - основная идея разделить трафик который относится к Кластеру от трафика который относится к Сервису.
Приведу примеры в работе с другими системами - Avaya, Unify.
У выше озвученных вендоров есть возможность использовать Out Of Band и Service интерефесы (на уровне приложения), которые на уровне физического сервера так же есть разные (eth0 и eth1).
Когда 2-а сервера соединены через прямой кабель, намного спокойнее.
Основной вопрос в том, возможно ли реализовать подобное на софте Alcatel OXE?
> базовый режим - один интерфейс втыкаем в IP сеть - Не интересен.
> redundancy - втыкаем в два коммутатора - один интерфей работает, второй в резерве - это Ethernet redundancy. Он возможен при наличии 2-х коммутаторов.
> - load balancing - трафик делится между интерфейсами (воткнуто в один коммутатор, коммутатор должен поддерживать это, требуется специфический менеджмент).Это балансировка в чистом виде?
=============
По балансировке - да, это именно балансировка в чистом виде.
А насчет сервисного интерфейса в Авайя - то какое это имеет отношение к "соединить два сервера через прямой кабель"? Ну есть отдельный порт, как правило в дефолтных адресах куда можно воткнуться и позаниматься менеджментом не подключаясь к сети заказчика.
В Алкатель - втыкайтесь в iLo порт и делайте что вам надо.
17.11.2016 08:26:07, vad.]]>
====quote====
Александр Чалый написал:
Приведу примеры в работе с другими системами - Avaya, Unify.
=============
вам не кажется что в этом мире все имеет свое предназначение и место
16.11.2016 20:54:15, error.]]>
У вас путаются аж три понятия: management (OOB), service (telephony) и redundancy и привнесено понятие "кластер", не использующееся в ОХЕ.
В ОХЕ все работает через один и тот же Ethernet интерфейс, который может резервироваться.
А для безопасности используется не разнесение физических интерфейсов, а либо встроенный фаерволл, либо внешние средства, плюс соответствующее построение сети.
Про это дело даже отдельный документ в составе документации есть, "Alcatel-Lucent OmniPCX Enterprise Communication Server Security Common Criteria Deployment Guide", 8AL91015USAD
16.11.2016 18:05:54, Андрей.]]>
Объясняю,
все очень просто - основная идея разделить трафик который относится к Кластеру от трафика который относится к Сервису.
Приведу примеры в работе с другими системами - Avaya, Unify.
У выше озвученных вендоров есть возможность использовать Out Of Band и Service интерефесы (на уровне приложения), которые на уровне физического сервера так же есть разные (eth0 и eth1).
Когда 2-а сервера соединены через прямой кабель, намного спокойнее.
Основной вопрос в том, возможно ли реализовать подобное на софте Alcatel OXE?
> базовый режим - один интерфейс втыкаем в IP сеть - Не интересен.
> redundancy - втыкаем в два коммутатора - один интерфей работает, второй в резерве - это Ethernet redundancy. Он возможен при наличии 2-х коммутаторов.
> - load balancing - трафик делится между интерфейсами (воткнуто в один коммутатор, коммутатор должен поддерживать это, требуется специфический менеджмент).Это балансировка в чистом виде?
16.11.2016 17:04:57, Александр Чалый.]]>
Не совсем понятно ЧТО хотите сделать и главное ЗАЧЕМ.
По доке с интерфейсами можно делать:
- базовый режим - один интерфейс втыкаем в IP сеть
- redundancy - втыкаем в два коммутатора - один интерфей работает, второй в резерве
- load balancing - трафик делится между интерфейсами (воткнуто в один коммутатор, коммутатор должен поддерживать это, требуется специфический менеджмент).
16.11.2016 16:20:05, vad.]]>
Здравствуйте,
Есть 2-а физических сервера (HP ProLiant dl380 g6) в роли Application Server.
Сервера расположены рядом, и в одном сегменте LAN. Релиз OXE R9.1.
Вопроc: возможно ли разнести сервисы (Managment и Service) на разные интерфейсы сервера?
То есть Cluster interconnection соединить через cross over кабель?
Спасибо.
16.11.2016 15:41:19, Александр Чалый.]]>