Re: OM Mobile

[Vasiliy Degtyarev]

Добрый день!

По видимому, Вы неверно указываете порт. Я лично проверял rtmps протокол
на нашем демо сервере https://om.alteametasoft.com/openmeetings. 
Использовал 443 порт.

В качестве проверки, попробуйте зайти на наш демо по 443 порту.

С уважением,
Василий Дегтярев.

On 09.06.2016 19:38, SERP wrote:
Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен по 
https/rtmps. При  выборе rtmps - протокола, введении в соответствующие 
поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется никаких 
попыток соединения.

Что мы делаем не так?

OM Mobile

[SERP]

Попробовал испытать OM Mobile for Android из google Market, однако 
попытка окончилась уже на этапе соединения. Наш сервер OM доступен по 
https/rtmps. При  выборе rtmps - протокола, введении в соответствующие 
поля клиента:

host: https://XXX:5443
port: 8443
context: openmeetings
 а затем пользовательских учетных данных, клиент возвращает:
"Ошибка соединения. Проверьте настройки сервера".
Пробовал менять порты и комбинации хост/порт с целью увидеть любую 
активность на серверной стороне, но на сервере не фиксируется никаких 
попыток соединения.

Что мы делаем не так?

Re: Тестирование

[Sergey Pisanko]

Василий,  как - то можно здесь скриншот передать?


09.06.2016 7:55, Vasiliy Degtyarev пишет:

Добрый день, Сергей!

Что значит - - при оверлоаде CPU слетают админские права в комнате?

С уважением,
Василий Дегтярев

On 08.06.2016 20:14, Sergey Pisanko wrote:

Добрый день, коллеги.

Евгений, спасибо за отзыв.


Что бы сервер openmeetings съедал всю память я не припомню.
Василий, не RAM - ресурсы, а CPU. С использованием памяти ОК. 
Проявилась особенность - при оверлоаде CPU слетают админские права в 
комнате.



А какую java Вы используете?

Пакет jdk-8u77 Oracle. Попробую обновиться.


08.06.2016 6:52, Евгений Хрянин пишет:

Здравствуйте, коллеги.
У меня OM на не очень сильном сервере HP DL120 G7. 4 ядра, 8гб озу.
Проводим видео конференции 5-6 точек 320*240, или аудио 10-12.
Нагрузка на сервере не выше 15-20%
ОС Centos 7 (минималка). JRE от оракла. OM 3.1.1
Рядом еще установлен openfire на 100 человек.
Задержек и зависаний нет.
Раньше были на клиентской стороне, но решили их расширением канала 
связи и

обновлением железа ПК
8 Июн 2016 г. 6:31 пользователь "Vasiliy Degtyarev"
написал:


Добрый день, Сергей!

Максим сейчас в отпуске, будет 20 июня.
Опыт проведения конференций показывает что можно проводить 
конференцию с

видео 120х90 до 20 участников.
Основные проблемы обычно возникали из-за пропускной способности сети и
из-за flash. Что бы сервер openmeetings съедал всю память я не 
припомню. А

какую java Вы используете?

С уважением,
Василий Дегтярев


On 07.06.2016 19:24, Sergey Pisanko wrote:


Добрый день, Максим.

Провели пробное тестирование с участием 15 - 20 чел, только аудио. 
При
таком количестве, сервер сваливается по ресурсам CPU, съедаемых 
java. Днем
ранее, 5 участников с видео 240х180 сервер вполне нормально тянул. 
Сервер
виртуализирован на xsphere-5.5, ОС - Centos- 6.5, в системе 8 
виртуальных
CPU 3,5 GHz, openmeetings-3.1.2. Что характерно, при освобождении 
комнаты

участниками, java продолжала грузить проц до полного ее перезапуска.

Максим, каковы, вообще, требования по CPU, каков максимум 
участников с
позитивным опытом, что может быть причиной, и в сторону чего 
смотреть?










--
-
С Уважением,
Сергей Писанко.

Re: Тестирование

[Sergey Pisanko]

Добрый день, Василий, уточню.

При достижении CPU определенного порога загрузки (+-90%), индикаторы 
прав пользователя (модерация, рисование на доске и т. д.) меняли свой 
цвет с зеленого на красный. Впрочем, при этом все плотно подвисало и 
даже релоад страницы в комнату уже не возвращал.


Василий, насколько я понял, опыт успешных конференций в кол - ве не 
более 20 участников, обусловлен именно шириной канала?! Мы были бы 
готовы расширяться по каналу, который вместит 40 - 45 аудио - 
участников, но уперлись именно в ресурсы CPU.



09.06.2016 7:55, Vasiliy Degtyarev пишет:

Добрый день, Сергей!

Что значит - - при оверлоаде CPU слетают админские права в комнате?

С уважением,
Василий Дегтярев

On 08.06.2016 20:14, Sergey Pisanko wrote:

Добрый день, коллеги.

Евгений, спасибо за отзыв.


Что бы сервер openmeetings съедал всю память я не припомню.
Василий, не RAM - ресурсы, а CPU. С использованием памяти ОК. 
Проявилась особенность - при оверлоаде CPU слетают админские права в 
комнате.



А какую java Вы используете?

Пакет jdk-8u77 Oracle. Попробую обновиться.


08.06.2016 6:52, Евгений Хрянин пишет:

Здравствуйте, коллеги.
У меня OM на не очень сильном сервере HP DL120 G7. 4 ядра, 8гб озу.
Проводим видео конференции 5-6 точек 320*240, или аудио 10-12.
Нагрузка на сервере не выше 15-20%
ОС Centos 7 (минималка). JRE от оракла. OM 3.1.1
Рядом еще установлен openfire на 100 человек.
Задержек и зависаний нет.
Раньше были на клиентской стороне, но решили их расширением канала 
связи и

обновлением железа ПК
8 Июн 2016 г. 6:31 пользователь "Vasiliy Degtyarev"
написал:


Добрый день, Сергей!

Максим сейчас в отпуске, будет 20 июня.
Опыт проведения конференций показывает что можно проводить 
конференцию с

видео 120х90 до 20 участников.
Основные проблемы обычно возникали из-за пропускной способности сети и
из-за flash. Что бы сервер openmeetings съедал всю память я не 
припомню. А

какую java Вы используете?

С уважением,
Василий Дегтярев


On 07.06.2016 19:24, Sergey Pisanko wrote:


Добрый день, Максим.

Провели пробное тестирование с участием 15 - 20 чел, только аудио. 
При
таком количестве, сервер сваливается по ресурсам CPU, съедаемых 
java. Днем
ранее, 5 участников с видео 240х180 сервер вполне нормально тянул. 
Сервер
виртуализирован на xsphere-5.5, ОС - Centos- 6.5, в системе 8 
виртуальных
CPU 3,5 GHz, openmeetings-3.1.2. Что характерно, при освобождении 
комнаты

участниками, java продолжала грузить проц до полного ее перезапуска.

Максим, каковы, вообще, требования по CPU, каков максимум 
участников с
позитивным опытом, что может быть причиной, и в сторону чего 
смотреть?










--
-
С Уважением,
Сергей Писанко.