Re: Openmeetings SIP integration
Версия 3.1.4 (1777871). Но по наблюдениям, от версии не зависит, появилось не "вчера", на предыдущих так же замечалось. Чего - то дополнительного в логах, в сравнении с ситуацией нормальной реакции на нажатие "Call", не увидел. Астериск находится на другом сервере, могу допустить наличие задержек соединения. Это может реакцией на них? 30.01.2017 14:43, Maxim Solodovnik пишет: добрый день, какая версия? зависания, обычно, связаны с ошибками есть что-нибудь в логе? может быть есть шаги для воспроизведения? тогда можно попробовать дебажного клиента ... 2017-01-30 18:54 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день, Максим. Время от времени "зависает" комната при вызове внешнего участника (при нажатии "Call" на звонилке). В моменты зависаний, они могут длиться пару секунд, но зачастую комнату "не отпускает" и приходится ее перезагружать. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Openmeetings SIP integration
Добрый день, Максим. Время от времени "зависает" комната при вызове внешнего участника (при нажатии "Call" на звонилке). В моменты зависаний, они могут длиться пару секунд, но зачастую комнату "не отпускает" и приходится ее перезагружать. -- - С Уважением, Сергей Писанко.
Re: Тестирование
Это если создавать сертификат с нуля. Первая Ваша команда генерит секретный ключ с помощью keytool и сохраняет его во вновь созданном keystore. А если уже есть готовый файл ключа, созданный, скажем, с помощью openssl? Как его импортировать в keystore? 08.11.2016 12:09, Maxim Solodovnik пишет: хм, вот полный список 1) keytool -keysize 2048 -genkey -alias red5 -keyalg RSA -keystore keystore сгенерить keystore со всеми ключами 2) keytool -certreq -keyalg RSA -alias red5 -file red5.csr -keystore keystore -storepass password приготовить csr для подписи 3) openssl x509 -req -days 3650 -in red5.csr -CA ca.crt -CAkey ca.key -set_serial 06 -out red5.crt подписать (если есть свой СА) 4) keytool -import -alias root -keystore keystore -storepass password -trustcacerts -file ca.crt 5) keytool -import -alias red5 -keystore keystore -storepass password -trustcacerts -file red5.crt заимпортить что получилось :))) я шаги для "уже готовых ключей" добавлю в качестве примера 2016-11-08 14:27 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Эти шаги не учитывают импорт секретного ключа в "keystore" (мы ведь подразумеваем, что он у нас уже есть). 08.11.2016 4:10, Maxim Solodovnik пишет: сейчас проверил свою "шпаргалку" у меня 2 шага всего keytool -import -alias root -keystore keystore -storepass password -trustcacerts -file ca.crt keytool -import -alias red5 -keystore keystore -storepass password -trustcacerts -file red5.crt будет время ещё проверю 2016-11-03 16:13 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Дубль три :-). Убираю форматирование. Импорт SSL - сертификатов в "keystore"для доступа по TLS. Условие: Итак, есть "SSL - набор", состоящий из: - файла секретного ключа - red5.key - файла сертификата сервера - red5.crt - файла доверенного (одного или нескольких) CA - root.crt. Процедура: 1. Экспортируем "SSL - набор" в формат PKCS12: openssl pkcs12 -export -in red5.crt -inkey red5.key -out red5.p12 -name red5 -certfile root.crt Enter Export Password: password Verifying - Enter Export Password: password/ / 2. Полученный файл red5.p12 импортируем в "keystore": keytool -importkeystore -srcstorepass password -srckeystore red5.p12 -srcstoretype PKCS12 -deststorepass password -destkeystore keystore.jks -alias red5. 3. Импортируем файл CA (root.crt) в "keystore": keytool -import -alias root -keystore keystore.jks -trustcacerts -file root.crt Enter keystore password: password 4. 5. Profit! :-)) То есть, фактически, файл CA импортируется дважды. До версии 3.1.3 пункт 3 описания был не нужен. 03.11.2016 11:09, Maxim Solodovnik пишет: может включаться фильтр на эти "красивости" :( лучше для верности plain text'ом 2016-11-03 16:06 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Продублировал, но снова не вижу. Может какие ограничения на формат текста? Ибо использовал и жирный, и курсив для наглядности. 03.11.2016 10:58, Maxim Solodovnik пишет: неа не было ничего -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Тестирование
Эти шаги не учитывают импорт секретного ключа в "keystore" (мы ведь подразумеваем, что он у нас уже есть). 08.11.2016 4:10, Maxim Solodovnik пишет: сейчас проверил свою "шпаргалку" у меня 2 шага всего keytool -import -alias root -keystore keystore -storepass password -trustcacerts -file ca.crt keytool -import -alias red5 -keystore keystore -storepass password -trustcacerts -file red5.crt будет время ещё проверю 2016-11-03 16:13 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Дубль три :-). Убираю форматирование. Импорт SSL - сертификатов в "keystore"для доступа по TLS. Условие: Итак, есть "SSL - набор", состоящий из: - файла секретного ключа - red5.key - файла сертификата сервера - red5.crt - файла доверенного (одного или нескольких) CA - root.crt. Процедура: 1. Экспортируем "SSL - набор" в формат PKCS12: openssl pkcs12 -export -in red5.crt -inkey red5.key -out red5.p12 -name red5 -certfile root.crt Enter Export Password: password Verifying - Enter Export Password: password/ / 2. Полученный файл red5.p12 импортируем в "keystore": keytool -importkeystore -srcstorepass password -srckeystore red5.p12 -srcstoretype PKCS12 -deststorepass password -destkeystore keystore.jks -alias red5. 3. Импортируем файл CA (root.crt) в "keystore": keytool -import -alias root -keystore keystore.jks -trustcacerts -file root.crt Enter keystore password: password 4. 5. Profit! :-)) То есть, фактически, файл CA импортируется дважды. До версии 3.1.3 пункт 3 описания был не нужен. 03.11.2016 11:09, Maxim Solodovnik пишет: может включаться фильтр на эти "красивости" :( лучше для верности plain text'ом 2016-11-03 16:06 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Продублировал, но снова не вижу. Может какие ограничения на формат текста? Ибо использовал и жирный, и курсив для наглядности. 03.11.2016 10:58, Maxim Solodovnik пишет: неа не было ничего -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Запись конференций
Предварительно проверил запись в работе. Хотел бы поделиться впечатлениями/уточнить... Насколько я понял, захват идет в несжатом формате, после остановки запись кодируется в сжатые форматы и появляется в папке "hibernate", откуда затем ее можно экспортировать?! Минута записи в "оригинале" - около 70 МБ в ом качестве. Процесс кодирования довольно долгий - порой дольше, чем длительность самой записи. 1. "На лету" кодить не могет? 2. Через интерфейс запись только удаляется из списка? Физически файлы удаляются руками? 07.11.2016 13:00, Sergey Pisanko пишет: Пересобрал, работает, большое спасибо! :-) 07.11.2016 12:02, Maxim Solodovnik пишет: самая свежая инструкция тут: https://trac.ffmpeg.org/wiki/CompilationGuide ошибок ffmpeg быть не должно 2016-11-07 17:00 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Таки записанные файлы в списке увидел, правда ОМ не может их обработать и воспроизвести - ошибки ffmpeg. Смотреть в сторону его сборки? 07.11.2016 10:55, Maxim Solodovnik пишет: ну я ничего криминального не вижу в чём проблема? 2016-11-07 15:52 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Вроде бы настроил джаву на десктопе, запустил скачанный апплет, при нажатии "Start Sharing", получаю следующее: INFO 11-07 10:45:49.535 1172 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Using default implementation for ThreadExecutor INFO 11-07 10:45:49.535 61 o.q.c.SchedulerSignalerImpl [ThreadPoolTaskExecutor-1] - Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl INFO 11-07 10:45:49.535 240 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Quartz Scheduler v.2.2.2 created. INFO 11-07 10:45:49.535 155 o.q.s.RAMJobStore [ThreadPoolTaskExecutor-1] - RAMJobStore initialized. INFO 11-07 10:45:49.535 305 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Scheduler meta-data: Quartz Scheduler (v2.2.2) 'CaptureScreen' with instanceId 'NON_CLUSTERED' Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally. NOT STARTED. Currently in standby mode. Number of jobs executed: 0 Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 10 threads. Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persistence. and is not clustered. INFO 11-07 10:45:49.535 1327 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler 'CaptureScreen' initialized from an externally provided properties instance. INFO 11-07 10:45:49.535 1331 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler version: 2.2.2 DEBUG 11-07 10:45:49.545 433 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Invoke #0: Service: null Method: onStatus Num Params: 1 0: {level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0} DEBUG 11-07 10:45:49.545 440 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Publish start ERROR 11-07 10:45:49.545 157 o.r.s.s.ServiceInvoker [ThreadPoolTaskExecutor-1] - Method onStatus with parameters [{level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0}] not found in org.apache.openmeetings.screenshare.Core@61536d2e INFO 11-07 10:45:49.605 575 o.q.c.QuartzScheduler [Thread-20] - Scheduler CaptureScreen_$_NON_CLUSTERED started. 07.11.2016 9:34, Maxim Solodovnik пишет: в комнате "интервью" есть кнопка "записать" в остальных типах комнат надо запустить Screen-sharing и там нажать на кнопку "запись" :) 2016-11-07 14:30 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день, Максим. Не обнаружил пока в явном виде описания возможности записи конференций. Плохо искал? На сторонних ресурсах всплывала инфа о том, что необходимо собирать из исходников с включением определенного модуля. Внесите ясность, пожалуйста :-). -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Запись конференций
Пересобрал, работает, большое спасибо! :-) 07.11.2016 12:02, Maxim Solodovnik пишет: самая свежая инструкция тут: https://trac.ffmpeg.org/wiki/CompilationGuide ошибок ffmpeg быть не должно 2016-11-07 17:00 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Таки записанные файлы в списке увидел, правда ОМ не может их обработать и воспроизвести - ошибки ffmpeg. Смотреть в сторону его сборки? 07.11.2016 10:55, Maxim Solodovnik пишет: ну я ничего криминального не вижу в чём проблема? 2016-11-07 15:52 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Вроде бы настроил джаву на десктопе, запустил скачанный апплет, при нажатии "Start Sharing", получаю следующее: INFO 11-07 10:45:49.535 1172 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Using default implementation for ThreadExecutor INFO 11-07 10:45:49.535 61 o.q.c.SchedulerSignalerImpl [ThreadPoolTaskExecutor-1] - Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl INFO 11-07 10:45:49.535 240 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Quartz Scheduler v.2.2.2 created. INFO 11-07 10:45:49.535 155 o.q.s.RAMJobStore [ThreadPoolTaskExecutor-1] - RAMJobStore initialized. INFO 11-07 10:45:49.535 305 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Scheduler meta-data: Quartz Scheduler (v2.2.2) 'CaptureScreen' with instanceId 'NON_CLUSTERED' Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally. NOT STARTED. Currently in standby mode. Number of jobs executed: 0 Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 10 threads. Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persistence. and is not clustered. INFO 11-07 10:45:49.535 1327 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler 'CaptureScreen' initialized from an externally provided properties instance. INFO 11-07 10:45:49.535 1331 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler version: 2.2.2 DEBUG 11-07 10:45:49.545 433 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Invoke #0: Service: null Method: onStatus Num Params: 1 0: {level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0} DEBUG 11-07 10:45:49.545 440 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Publish start ERROR 11-07 10:45:49.545 157 o.r.s.s.ServiceInvoker [ThreadPoolTaskExecutor-1] - Method onStatus with parameters [{level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0}] not found in org.apache.openmeetings.screenshare.Core@61536d2e INFO 11-07 10:45:49.605 575 o.q.c.QuartzScheduler [Thread-20] - Scheduler CaptureScreen_$_NON_CLUSTERED started. 07.11.2016 9:34, Maxim Solodovnik пишет: в комнате "интервью" есть кнопка "записать" в остальных типах комнат надо запустить Screen-sharing и там нажать на кнопку "запись" :) 2016-11-07 14:30 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день, Максим. Не обнаружил пока в явном виде описания возможности записи конференций. Плохо искал? На сторонних ресурсах всплывала инфа о том, что необходимо собирать из исходников с включением определенного модуля. Внесите ясность, пожалуйста :-). -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Запись конференций
Таки записанные файлы в списке увидел, правда ОМ не может их обработать и воспроизвести - ошибки ffmpeg. Смотреть в сторону его сборки? 07.11.2016 10:55, Maxim Solodovnik пишет: ну я ничего криминального не вижу в чём проблема? 2016-11-07 15:52 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Вроде бы настроил джаву на десктопе, запустил скачанный апплет, при нажатии "Start Sharing", получаю следующее: INFO 11-07 10:45:49.535 1172 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Using default implementation for ThreadExecutor INFO 11-07 10:45:49.535 61 o.q.c.SchedulerSignalerImpl [ThreadPoolTaskExecutor-1] - Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl INFO 11-07 10:45:49.535 240 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Quartz Scheduler v.2.2.2 created. INFO 11-07 10:45:49.535 155 o.q.s.RAMJobStore [ThreadPoolTaskExecutor-1] - RAMJobStore initialized. INFO 11-07 10:45:49.535 305 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Scheduler meta-data: Quartz Scheduler (v2.2.2) 'CaptureScreen' with instanceId 'NON_CLUSTERED' Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally. NOT STARTED. Currently in standby mode. Number of jobs executed: 0 Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 10 threads. Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persistence. and is not clustered. INFO 11-07 10:45:49.535 1327 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler 'CaptureScreen' initialized from an externally provided properties instance. INFO 11-07 10:45:49.535 1331 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler version: 2.2.2 DEBUG 11-07 10:45:49.545 433 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Invoke #0: Service: null Method: onStatus Num Params: 1 0: {level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0} DEBUG 11-07 10:45:49.545 440 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Publish start ERROR 11-07 10:45:49.545 157 o.r.s.s.ServiceInvoker [ThreadPoolTaskExecutor-1] - Method onStatus with parameters [{level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0}] not found in org.apache.openmeetings.screenshare.Core@61536d2e INFO 11-07 10:45:49.605 575 o.q.c.QuartzScheduler [Thread-20] - Scheduler CaptureScreen_$_NON_CLUSTERED started. 07.11.2016 9:34, Maxim Solodovnik пишет: в комнате "интервью" есть кнопка "записать" в остальных типах комнат надо запустить Screen-sharing и там нажать на кнопку "запись" :) 2016-11-07 14:30 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день, Максим. Не обнаружил пока в явном виде описания возможности записи конференций. Плохо искал? На сторонних ресурсах всплывала инфа о том, что необходимо собирать из исходников с включением определенного модуля. Внесите ясность, пожалуйста :-). -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Запись конференций
Вроде бы настроил джаву на десктопе, запустил скачанный апплет, при нажатии "Start Sharing", получаю следующее: INFO 11-07 10:45:49.535 1172 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Using default implementation for ThreadExecutor INFO 11-07 10:45:49.535 61 o.q.c.SchedulerSignalerImpl [ThreadPoolTaskExecutor-1] - Initialized Scheduler Signaller of type: class org.quartz.core.SchedulerSignalerImpl INFO 11-07 10:45:49.535 240 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Quartz Scheduler v.2.2.2 created. INFO 11-07 10:45:49.535 155 o.q.s.RAMJobStore [ThreadPoolTaskExecutor-1] - RAMJobStore initialized. INFO 11-07 10:45:49.535 305 o.q.c.QuartzScheduler [ThreadPoolTaskExecutor-1] - Scheduler meta-data: Quartz Scheduler (v2.2.2) 'CaptureScreen' with instanceId 'NON_CLUSTERED' Scheduler class: 'org.quartz.core.QuartzScheduler' - running locally. NOT STARTED. Currently in standby mode. Number of jobs executed: 0 Using thread pool 'org.quartz.simpl.SimpleThreadPool' - with 10 threads. Using job-store 'org.quartz.simpl.RAMJobStore' - which does not support persistence. and is not clustered. INFO 11-07 10:45:49.535 1327 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler 'CaptureScreen' initialized from an externally provided properties instance. INFO 11-07 10:45:49.535 1331 o.q.i.StdSchedulerFactory [ThreadPoolTaskExecutor-1] - Quartz scheduler version: 2.2.2 DEBUG 11-07 10:45:49.545 433 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Invoke #0: Service: null Method: onStatus Num Params: 1 0: {level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0} DEBUG 11-07 10:45:49.545 440 o.a.o.s.Core [ThreadPoolTaskExecutor-1] - onStreamEvent Publish start ERROR 11-07 10:45:49.545 157 o.r.s.s.ServiceInvoker [ThreadPoolTaskExecutor-1] - Method onStatus with parameters [{level=status, code=NetStream.Publish.Start, description=, details=fdb32ebf-dca0-4cc5-94df-c97b3d6e529c, clientid=1.0}] not found in org.apache.openmeetings.screenshare.Core@61536d2e INFO 11-07 10:45:49.605 575 o.q.c.QuartzScheduler [Thread-20] - Scheduler CaptureScreen_$_NON_CLUSTERED started. 07.11.2016 9:34, Maxim Solodovnik пишет: в комнате "интервью" есть кнопка "записать" в остальных типах комнат надо запустить Screen-sharing и там нажать на кнопку "запись" :) 2016-11-07 14:30 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день, Максим. Не обнаружил пока в явном виде описания возможности записи конференций. Плохо искал? На сторонних ресурсах всплывала инфа о том, что необходимо собирать из исходников с включением определенного модуля. Внесите ясность, пожалуйста :-). -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Запись конференций
Добрый день, Максим. Не обнаружил пока в явном виде описания возможности записи конференций. Плохо искал? На сторонних ресурсах всплывала инфа о том, что необходимо собирать из исходников с включением определенного модуля. Внесите ясность, пожалуйста :-). -- - С Уважением, Сергей Писанко.
Re: Размещение графических файлов на доске
Спасибо, работает :-). 03.11.2016 18:34, Maxim Solodovnik пишет: юбилейный https://issues.apache.org/jira/browse/OPENMEETINGS-1500 2016-11-03 17:05 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: При добавлении графических файлов на доску, открывается диалоговое окно, предлагающее очистить доску перед добавлением. Если в данном окне установить флаг "Больше не спрашивать", при дальнейших попытках добавления путем "drug-and-drop", файлы не добавляются, индикатор добавления (зеленый кружок с белым крестом внутри) "залипает" на доске. С неграфическими (office, pdf) подобного не происходит. Конвертер - jodconverter-core-3.0-beta-4. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Размещение графических файлов на доске
При добавлении графических файлов на доску, открывается диалоговое окно, предлагающее очистить доску перед добавлением. Если в данном окне установить флаг "Больше не спрашивать", при дальнейших попытках добавления путем "drug-and-drop", файлы не добавляются, индикатор добавления (зеленый кружок с белым крестом внутри) "залипает" на доске. С неграфическими (office, pdf) подобного не происходит. Конвертер - jodconverter-core-3.0-beta-4. -- - С Уважением, Сергей Писанко.
Re: Тестирование
Дубль три :-). Убираю форматирование. Импорт SSL - сертификатов в "keystore"для доступа по TLS. Условие: Итак, есть "SSL - набор", состоящий из: - файла секретного ключа - red5.key - файла сертификата сервера - red5.crt - файла доверенного (одного или нескольких) CA - root.crt. Процедура: 1. Экспортируем "SSL - набор" в формат PKCS12: openssl pkcs12 -export -in red5.crt -inkey red5.key -out red5.p12 -name red5 -certfile root.crt Enter Export Password: password Verifying - Enter Export Password: password/ / 2. Полученный файл red5.p12 импортируем в "keystore": keytool -importkeystore -srcstorepass password -srckeystore red5.p12 -srcstoretype PKCS12 -deststorepass password -destkeystore keystore.jks -alias red5. 3. Импортируем файл CA (root.crt) в "keystore": keytool -import -alias root -keystore keystore.jks -trustcacerts -file root.crt Enter keystore password: password 4. 5. Profit! :-)) То есть, фактически, файл CA импортируется дважды. До версии 3.1.3 пункт 3 описания был не нужен. 03.11.2016 11:09, Maxim Solodovnik пишет: может включаться фильтр на эти "красивости" :( лучше для верности plain text'ом 2016-11-03 16:06 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Продублировал, но снова не вижу. Может какие ограничения на формат текста? Ибо использовал и жирный, и курсив для наглядности. 03.11.2016 10:58, Maxim Solodovnik пишет: неа не было ничего -- - С Уважением, Сергей Писанко.
Re: Тестирование
Продублировал, но снова не вижу. Может какие ограничения на формат текста? Ибо использовал и жирный, и курсив для наглядности. 03.11.2016 10:58, Maxim Solodovnik пишет: неа не было ничего 2016-11-03 15:56 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Максим, инструкцию Вы получили? А то при ее отправке мне сообщение из рассылки не вернулось. 02.11.2016 11:59, Maxim Solodovnik пишет: конечно напишите :) я на сайт добавлю, пусть всем будет :) 2016-11-02 16:55 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Разобрался с импортом сертификатов, изучив структуру keystore, сформированную по описанию в инструкции. Поскольку до версии 3.1.3 импорт выполнялся иначе, это и порождало определенную путаницу. Если интересно, могу написать тут инструкцию по импорту во избежание моих "граблей" другими пользователями. 01.11.2016 10:54, Maxim Solodovnik пишет: ну тут немного не просто всё :) чтобы долго не мучаться я создал свой собственный CA (заимпортил его в java и в browser, для тестов) а потом создал сертификат, подложил его на apache/nginx и запихал в keystore вместе с CA как-то так: *keytool -list -keystore keystore.jks -storepass ** Keystore type: JKS Keystore provider: SUN Your keystore contains 2 entries root, Jan 22, 2015, trustedCertEntry, Certificate fingerprint (SHA1): 56:5C:45:9F:27:5B:DB:90:04:39:FA:F9:63:FD:89:F4:C9:1D:5B:82 red5, Jan 22, 2015, PrivateKeyEntry, Certificate fingerprint (SHA1): 44:5A:F8:29:1E:7C:2F:BA:36:E2:D0:31:67:34:35:39:F4:FF:8F:4E 2016-11-01 15:47 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Keystore Вы создавали с нуля? Сертификат самоподписной или доверенный? 01.11.2016 7:38, Maxim Solodovnik пишет: ХМ ну я сейчас настроил https по инструкции отсюда: http://openmeetings.apache.org/RTMPSAndHTTPS.html ОМ 3.1.4-SNAPSHOT 1767417 работает как и положено логин окно открывает, логин проходит, dashboard показывается какие-то дополнительные действия/настройки нужны? 2016-10-27 9:40 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: Доброе утро, Я сейчас могу только на вопросы отвечать с телефона Вариантов проверить у меня пока нет, пальмы не обладают требуемой вычислительной мощьностью :)) Приеду - буду посмотреть WBR, Maxim (from mobile, sorry for the typos) On Oct 26, 2016 18:33, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим, что - то слышно по данному вопросу? 19.10.2016 10:58, Sergey Pisanko пишет: Для чистоты эксперимента очистил историю, итак: 1. Вводим https://site:5443. Не удается получить доступ к сайту (err_timed_out) 2. Вводим https://site:5443/openmeetings. Не удается получить доступ к сайту (err_timed_out). 19.10.2016 10:21, Maxim Solodovnik пишет: Сейчас непонятно Можно по шагам? Что вводится и какой результат? WBR, Maxim (from mobile, sorry for the typos) On Oct 19, 2016 13:44, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Не в нем, редиректит он, таки, самостоятельно и не отображается именно https://site:5443/openmeetings 19.10.2016 6:47, Maxim Solodovnik пишет: Дык может тут проблема в редиректе? Что будет если перейти по уроки https://site:5443/openmeetings ? WBR, Maxim (from mobile, sorry for the typos) On Oct 18, 2016 13:51, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: При https - запросе недоступна даже первоначальная страница авторизации. Некоторое время висит "Redirect to openmeetings/", а затем сообщение о невозможности отобразить страницу. До комнаты дело вообще не доходит. 17.10.2016 18:56, Maxim Solodovnik пишет: Доп. вопрос: комната не работает или html5 часть? WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:53, "Maxim Solodovnik" < solomax...@gmail.com wrote: Я посмотрю, как вернусь из отпуска WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:09, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако клиентский https - запрос отваливается по таймауту. Внешние проверки показали, что серверный сертификат не определяется, web - клиенты его не видят. Сертификат вполне валиден и на версии 3.1.2 с аналогичными настройками прекрасно работает. Добавление в дебаг "-Djavax.net.debug=ssl" особой ясности не привнесло. 17.10.2016 10:24, Maxim Solodovnik пишет: Проблема была в red5 Успел его починить перед отпуском :) WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 14:01, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)! 14.10.2016 5:28, Maxim Solodovnik пишет: День добрый, мне кажется мы смогли починить red5 и теперь на моей маши
Re: Тестирование
Максим, инструкцию Вы получили? А то при ее отправке мне сообщение из рассылки не вернулось. 02.11.2016 11:59, Maxim Solodovnik пишет: конечно напишите :) я на сайт добавлю, пусть всем будет :) 2016-11-02 16:55 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Разобрался с импортом сертификатов, изучив структуру keystore, сформированную по описанию в инструкции. Поскольку до версии 3.1.3 импорт выполнялся иначе, это и порождало определенную путаницу. Если интересно, могу написать тут инструкцию по импорту во избежание моих "граблей" другими пользователями. 01.11.2016 10:54, Maxim Solodovnik пишет: ну тут немного не просто всё :) чтобы долго не мучаться я создал свой собственный CA (заимпортил его в java и в browser, для тестов) а потом создал сертификат, подложил его на apache/nginx и запихал в keystore вместе с CA как-то так: *keytool -list -keystore keystore.jks -storepass ** Keystore type: JKS Keystore provider: SUN Your keystore contains 2 entries root, Jan 22, 2015, trustedCertEntry, Certificate fingerprint (SHA1): 56:5C:45:9F:27:5B:DB:90:04:39:FA:F9:63:FD:89:F4:C9:1D:5B:82 red5, Jan 22, 2015, PrivateKeyEntry, Certificate fingerprint (SHA1): 44:5A:F8:29:1E:7C:2F:BA:36:E2:D0:31:67:34:35:39:F4:FF:8F:4E 2016-11-01 15:47 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Keystore Вы создавали с нуля? Сертификат самоподписной или доверенный? 01.11.2016 7:38, Maxim Solodovnik пишет: ХМ ну я сейчас настроил https по инструкции отсюда: http://openmeetings.apache.org/RTMPSAndHTTPS.html ОМ 3.1.4-SNAPSHOT 1767417 работает как и положено логин окно открывает, логин проходит, dashboard показывается какие-то дополнительные действия/настройки нужны? 2016-10-27 9:40 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: Доброе утро, Я сейчас могу только на вопросы отвечать с телефона Вариантов проверить у меня пока нет, пальмы не обладают требуемой вычислительной мощьностью :)) Приеду - буду посмотреть WBR, Maxim (from mobile, sorry for the typos) On Oct 26, 2016 18:33, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим, что - то слышно по данному вопросу? 19.10.2016 10:58, Sergey Pisanko пишет: Для чистоты эксперимента очистил историю, итак: 1. Вводим https://site:5443. Не удается получить доступ к сайту (err_timed_out) 2. Вводим https://site:5443/openmeetings. Не удается получить доступ к сайту (err_timed_out). 19.10.2016 10:21, Maxim Solodovnik пишет: Сейчас непонятно Можно по шагам? Что вводится и какой результат? WBR, Maxim (from mobile, sorry for the typos) On Oct 19, 2016 13:44, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Не в нем, редиректит он, таки, самостоятельно и не отображается именно https://site:5443/openmeetings 19.10.2016 6:47, Maxim Solodovnik пишет: Дык может тут проблема в редиректе? Что будет если перейти по уроки https://site:5443/openmeetings ? WBR, Maxim (from mobile, sorry for the typos) On Oct 18, 2016 13:51, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: При https - запросе недоступна даже первоначальная страница авторизации. Некоторое время висит "Redirect to openmeetings/", а затем сообщение о невозможности отобразить страницу. До комнаты дело вообще не доходит. 17.10.2016 18:56, Maxim Solodovnik пишет: Доп. вопрос: комната не работает или html5 часть? WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:53, "Maxim Solodovnik" <solomax...@gmail.com wrote: Я посмотрю, как вернусь из отпуска WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:09, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако клиентский https - запрос отваливается по таймауту. Внешние проверки показали, что серверный сертификат не определяется, web - клиенты его не видят. Сертификат вполне валиден и на версии 3.1.2 с аналогичными настройками прекрасно работает. Добавление в дебаг "-Djavax.net.debug=ssl" особой ясности не привнесло. 17.10.2016 10:24, Maxim Solodovnik пишет: Проблема была в red5 Успел его починить перед отпуском :) WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 14:01, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)! 14.10.2016 5:28, Maxim Solodovnik пишет: День добрый, мне кажется мы смогли починить red5 и теперь на моей машине 12 табов открывается без проблем (web.xml -> DEPLOYMENT) смотреть билд 405+ отсюда: https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ спасибо за помощь и настойчивость :) 2016-10-12 16:28 GMT+07:00 Maxim Solodovnik < solomax...@gma
Re: Тестирование
Разобрался с импортом сертификатов, изучив структуру keystore, сформированную по описанию в инструкции. Поскольку до версии 3.1.3 импорт выполнялся иначе, это и порождало определенную путаницу. Если интересно, могу написать тут инструкцию по импорту во избежание моих "граблей" другими пользователями. 01.11.2016 10:54, Maxim Solodovnik пишет: ну тут немного не просто всё :) чтобы долго не мучаться я создал свой собственный CA (заимпортил его в java и в browser, для тестов) а потом создал сертификат, подложил его на apache/nginx и запихал в keystore вместе с CA как-то так: *keytool -list -keystore keystore.jks -storepass ** Keystore type: JKS Keystore provider: SUN Your keystore contains 2 entries root, Jan 22, 2015, trustedCertEntry, Certificate fingerprint (SHA1): 56:5C:45:9F:27:5B:DB:90:04:39:FA:F9:63:FD:89:F4:C9:1D:5B:82 red5, Jan 22, 2015, PrivateKeyEntry, Certificate fingerprint (SHA1): 44:5A:F8:29:1E:7C:2F:BA:36:E2:D0:31:67:34:35:39:F4:FF:8F:4E 2016-11-01 15:47 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Keystore Вы создавали с нуля? Сертификат самоподписной или доверенный? 01.11.2016 7:38, Maxim Solodovnik пишет: ХМ ну я сейчас настроил https по инструкции отсюда: http://openmeetings.apache.org/RTMPSAndHTTPS.html ОМ 3.1.4-SNAPSHOT 1767417 работает как и положено логин окно открывает, логин проходит, dashboard показывается какие-то дополнительные действия/настройки нужны? 2016-10-27 9:40 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: Доброе утро, Я сейчас могу только на вопросы отвечать с телефона Вариантов проверить у меня пока нет, пальмы не обладают требуемой вычислительной мощьностью :)) Приеду - буду посмотреть WBR, Maxim (from mobile, sorry for the typos) On Oct 26, 2016 18:33, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим, что - то слышно по данному вопросу? 19.10.2016 10:58, Sergey Pisanko пишет: Для чистоты эксперимента очистил историю, итак: 1. Вводим https://site:5443. Не удается получить доступ к сайту (err_timed_out) 2. Вводим https://site:5443/openmeetings. Не удается получить доступ к сайту (err_timed_out). 19.10.2016 10:21, Maxim Solodovnik пишет: Сейчас непонятно Можно по шагам? Что вводится и какой результат? WBR, Maxim (from mobile, sorry for the typos) On Oct 19, 2016 13:44, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Не в нем, редиректит он, таки, самостоятельно и не отображается именно https://site:5443/openmeetings 19.10.2016 6:47, Maxim Solodovnik пишет: Дык может тут проблема в редиректе? Что будет если перейти по уроки https://site:5443/openmeetings ? WBR, Maxim (from mobile, sorry for the typos) On Oct 18, 2016 13:51, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: При https - запросе недоступна даже первоначальная страница авторизации. Некоторое время висит "Redirect to openmeetings/", а затем сообщение о невозможности отобразить страницу. До комнаты дело вообще не доходит. 17.10.2016 18:56, Maxim Solodovnik пишет: Доп. вопрос: комната не работает или html5 часть? WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:53, "Maxim Solodovnik" <solomax...@gmail.com> wrote: Я посмотрю, как вернусь из отпуска WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:09, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако клиентский https - запрос отваливается по таймауту. Внешние проверки показали, что серверный сертификат не определяется, web - клиенты его не видят. Сертификат вполне валиден и на версии 3.1.2 с аналогичными настройками прекрасно работает. Добавление в дебаг "-Djavax.net.debug=ssl" особой ясности не привнесло. 17.10.2016 10:24, Maxim Solodovnik пишет: Проблема была в red5 Успел его починить перед отпуском :) WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 14:01, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)! 14.10.2016 5:28, Maxim Solodovnik пишет: День добрый, мне кажется мы смогли починить red5 и теперь на моей машине 12 табов открывается без проблем (web.xml -> DEPLOYMENT) смотреть билд 405+ отсюда: https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ спасибо за помощь и настойчивость :) 2016-10-12 16:28 GMT+07:00 Maxim Solodovnik < solomax...@gmail.com : оно ага подозрительно много aaafff отправлю разработчикам 2016-10-12 14:56 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua : [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec .RTMPProtocolDecoder - Failed to decodeBuffer: pos 0, limit 261, chu
Re: Тестирование
чтобы долго не мучаться я создал свой собственный CA ... и запихал в keystore вместе с CA Сделал так же. Доступ появился. Однако, в случае с уже готовой доверенной связкой ключ/серт, формирование keystore принципиально иное. Здесь уже ключ не создается посредством keytool (ибо он уже есть), а импортируется вместе с сертификатом и всей цепочкой. Именно так я делал доверенный keystore, но в последних версиях этот способ чего - то не срабатывает :-((. 01.11.2016 13:04, Maxim Solodovnik пишет: Ну так там директивы несколько больше Создать keystore/truststore (имя/пароль должно совпадать с указанным в red5.properties ) Поредактировать jee-* Редактирование config.xml нужно только для комнаты WBR, Maxim (from mobile, sorry for the typos) On Nov 1, 2016 17:58, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Я не заметил, чтобы что - то поменялось в инструкции именно в плане TLS. Как были две директивы - "protocol" и "red5httpport", так и остались. Изменения произошли в настройках RTMPS. В чем может быть причина того, что один и тот же (!) сертификат 3.1.2 видит, а 3.1.3/3.1.4 не видят? 01.11.2016 11:06, Maxim Solodovnik пишет: ну у меня оно простым копированием и работает файлу уже лет 5 apache/nginx работает в качестве frontend proxy (если нужно) может проблема в том что инструкция немного поменялась? 2016-11-01 16:04 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Дело в том, что экспериментируя с версиями/билдами OM я всегда использовал один и тот же keystore/truststore с доверенным сертификатом, просто копируя их в conf очередной версии. И никогда никаких проблем не возникало. Но с 3.1.3/3.1.4 появились описанные проблемы. подложил его на apache/nginx никогда не конфигурировал ssl apache специально для ОМ, попробую... 01.11.2016 10:54, Maxim Solodovnik пишет: ну тут немного не просто всё :) чтобы долго не мучаться я создал свой собственный CA (заимпортил его в java и в browser, для тестов) а потом создал сертификат, подложил его на apache/nginx и запихал в keystore вместе с CA как-то так: *keytool -list -keystore keystore.jks -storepass ** Keystore type: JKS Keystore provider: SUN Your keystore contains 2 entries root, Jan 22, 2015, trustedCertEntry, Certificate fingerprint (SHA1): 56:5C:45:9F:27:5B:DB:90:04:39:FA:F9:63:FD:89:F4:C9:1D:5B:82 red5, Jan 22, 2015, PrivateKeyEntry, Certificate fingerprint (SHA1): 44:5A:F8:29:1E:7C:2F:BA:36:E2:D0:31:67:34:35:39:F4:FF:8F:4E 2016-11-01 15:47 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Keystore Вы создавали с нуля? Сертификат самоподписной или доверенный? 01.11.2016 7:38, Maxim Solodovnik пишет: ХМ ну я сейчас настроил https по инструкции отсюда: http://openmeetings.apache.org/RTMPSAndHTTPS.html ОМ 3.1.4-SNAPSHOT 1767417 работает как и положено логин окно открывает, логин проходит, dashboard показывается какие-то дополнительные действия/настройки нужны? 2016-10-27 9:40 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: Доброе утро, Я сейчас могу только на вопросы отвечать с телефона Вариантов проверить у меня пока нет, пальмы не обладают требуемой вычислительной мощьностью :)) Приеду - буду посмотреть WBR, Maxim (from mobile, sorry for the typos) On Oct 26, 2016 18:33, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим, что - то слышно по данному вопросу? 19.10.2016 10:58, Sergey Pisanko пишет: Для чистоты эксперимента очистил историю, итак: 1. Вводим https://site:5443. Не удается получить доступ к сайту (err_timed_out) 2. Вводим https://site:5443/openmeetings. Не удается получить доступ к сайту (err_timed_out). 19.10.2016 10:21, Maxim Solodovnik пишет: Сейчас непонятно Можно по шагам? Что вводится и какой результат? WBR, Maxim (from mobile, sorry for the typos) On Oct 19, 2016 13:44, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Не в нем, редиректит он, таки, самостоятельно и не отображается именно https://site:5443/openmeetings 19.10.2016 6:47, Maxim Solodovnik пишет: Дык может тут проблема в редиректе? Что будет если перейти по уроки https://site:5443/openmeetings ? WBR, Maxim (from mobile, sorry for the typos) On Oct 18, 2016 13:51, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: При https - запросе недоступна даже первоначальная страница авторизации. Некоторое время висит "Redirect to openmeetings/", а затем сообщение о невозможности отобразить страницу. До комнаты дело вообще не доходит. 17.10.2016 18:56, Maxim Solodovnik пишет: Доп. вопрос: комната не работает или html5 часть? WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:53, "Maxim Solodovnik" < solomax...@gmail.com wrote: Я посмотрю, как вернусь из отпуска WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:09, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако
Re: Тестирование
Я не заметил, чтобы что - то поменялось в инструкции именно в плане TLS. Как были две директивы - "protocol" и "red5httpport", так и остались. Изменения произошли в настройках RTMPS. В чем может быть причина того, что один и тот же (!) сертификат 3.1.2 видит, а 3.1.3/3.1.4 не видят? 01.11.2016 11:06, Maxim Solodovnik пишет: ну у меня оно простым копированием и работает файлу уже лет 5 apache/nginx работает в качестве frontend proxy (если нужно) может проблема в том что инструкция немного поменялась? 2016-11-01 16:04 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Дело в том, что экспериментируя с версиями/билдами OM я всегда использовал один и тот же keystore/truststore с доверенным сертификатом, просто копируя их в conf очередной версии. И никогда никаких проблем не возникало. Но с 3.1.3/3.1.4 появились описанные проблемы. подложил его на apache/nginx никогда не конфигурировал ssl apache специально для ОМ, попробую... 01.11.2016 10:54, Maxim Solodovnik пишет: ну тут немного не просто всё :) чтобы долго не мучаться я создал свой собственный CA (заимпортил его в java и в browser, для тестов) а потом создал сертификат, подложил его на apache/nginx и запихал в keystore вместе с CA как-то так: *keytool -list -keystore keystore.jks -storepass ** Keystore type: JKS Keystore provider: SUN Your keystore contains 2 entries root, Jan 22, 2015, trustedCertEntry, Certificate fingerprint (SHA1): 56:5C:45:9F:27:5B:DB:90:04:39:FA:F9:63:FD:89:F4:C9:1D:5B:82 red5, Jan 22, 2015, PrivateKeyEntry, Certificate fingerprint (SHA1): 44:5A:F8:29:1E:7C:2F:BA:36:E2:D0:31:67:34:35:39:F4:FF:8F:4E 2016-11-01 15:47 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Keystore Вы создавали с нуля? Сертификат самоподписной или доверенный? 01.11.2016 7:38, Maxim Solodovnik пишет: ХМ ну я сейчас настроил https по инструкции отсюда: http://openmeetings.apache.org/RTMPSAndHTTPS.html ОМ 3.1.4-SNAPSHOT 1767417 работает как и положено логин окно открывает, логин проходит, dashboard показывается какие-то дополнительные действия/настройки нужны? 2016-10-27 9:40 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: Доброе утро, Я сейчас могу только на вопросы отвечать с телефона Вариантов проверить у меня пока нет, пальмы не обладают требуемой вычислительной мощьностью :)) Приеду - буду посмотреть WBR, Maxim (from mobile, sorry for the typos) On Oct 26, 2016 18:33, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим, что - то слышно по данному вопросу? 19.10.2016 10:58, Sergey Pisanko пишет: Для чистоты эксперимента очистил историю, итак: 1. Вводим https://site:5443. Не удается получить доступ к сайту (err_timed_out) 2. Вводим https://site:5443/openmeetings. Не удается получить доступ к сайту (err_timed_out). 19.10.2016 10:21, Maxim Solodovnik пишет: Сейчас непонятно Можно по шагам? Что вводится и какой результат? WBR, Maxim (from mobile, sorry for the typos) On Oct 19, 2016 13:44, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Не в нем, редиректит он, таки, самостоятельно и не отображается именно https://site:5443/openmeetings 19.10.2016 6:47, Maxim Solodovnik пишет: Дык может тут проблема в редиректе? Что будет если перейти по уроки https://site:5443/openmeetings ? WBR, Maxim (from mobile, sorry for the typos) On Oct 18, 2016 13:51, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: При https - запросе недоступна даже первоначальная страница авторизации. Некоторое время висит "Redirect to openmeetings/", а затем сообщение о невозможности отобразить страницу. До комнаты дело вообще не доходит. 17.10.2016 18:56, Maxim Solodovnik пишет: Доп. вопрос: комната не работает или html5 часть? WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:53, "Maxim Solodovnik" <solomax...@gmail.com wrote: Я посмотрю, как вернусь из отпуска WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:09, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако клиентский https - запрос отваливается по таймауту. Внешние проверки показали, что серверный сертификат не определяется, web - клиенты его не видят. Сертификат вполне валиден и на версии 3.1.2 с аналогичными настройками прекрасно работает. Добавление в дебаг "-Djavax.net.debug=ssl" особой ясности не привнесло. 17.10.2016 10:24, Maxim Solodovnik пишет: Проблема была в red5 Успел его починить перед отпуском :) WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 14:01, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)!
Re: Тестирование
Не в нем, редиректит он, таки, самостоятельно и не отображается именно https://site:5443/openmeetings 19.10.2016 6:47, Maxim Solodovnik пишет: Дык может тут проблема в редиректе? Что будет если перейти по уроки https://site:5443/openmeetings ? WBR, Maxim (from mobile, sorry for the typos) On Oct 18, 2016 13:51, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: При https - запросе недоступна даже первоначальная страница авторизации. Некоторое время висит "Redirect to openmeetings/", а затем сообщение о невозможности отобразить страницу. До комнаты дело вообще не доходит. 17.10.2016 18:56, Maxim Solodovnik пишет: Доп. вопрос: комната не работает или html5 часть? WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:53, "Maxim Solodovnik" <solomax...@gmail.com> wrote: Я посмотрю, как вернусь из отпуска WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:09, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако клиентский https - запрос отваливается по таймауту. Внешние проверки показали, что серверный сертификат не определяется, web - клиенты его не видят. Сертификат вполне валиден и на версии 3.1.2 с аналогичными настройками прекрасно работает. Добавление в дебаг "-Djavax.net.debug=ssl" особой ясности не привнесло. 17.10.2016 10:24, Maxim Solodovnik пишет: Проблема была в red5 Успел его починить перед отпуском :) WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 14:01, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)! 14.10.2016 5:28, Maxim Solodovnik пишет: День добрый, мне кажется мы смогли починить red5 и теперь на моей машине 12 табов открывается без проблем (web.xml -> DEPLOYMENT) смотреть билд 405+ отсюда: https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ спасибо за помощь и настойчивость :) 2016-10-12 16:28 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: оно ага подозрительно много aaafff отправлю разработчикам 2016-10-12 14:56 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec .RTMPProtocolDecoder - Failed to decodeBuffer: pos 0, limit 261, chunk size 257, buffer 842e6a408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31 c6b8a9aa6faa ea Она? 12.10.2016 10:36, Maxim Solodovnik пишет: это отлично а там ещё буфер должен печататься (длинная HEX строка) вышлите её тоже я со своими сравню 2016-10-12 14:33 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: В 3.1.3 отловил, вот она: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder -*Closing connection because decoding failed*: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException:*Error during decoding.* Вот еще одна: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Closing connection because decoding failed: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException: *Error during decoding* at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder. decode(RTMPProtocolDecoder.java:201) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeBuffer( RTMPProtocolDecoder.java:126) at org.red5.server.net.rtmp.codec.RTMPMinaProtocolDecoder.decode( RTMPMinaProtocolDecoder.java:90) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived( ProtocolCodecFilter.java:231) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$ 1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$ EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.red5.server.net.rtmpe.RTMPEIoFilter.messageReceived( RTMPEIoFilter.java:158) at org.
Re: Тестирование
При https - запросе недоступна даже первоначальная страница авторизации. Некоторое время висит "Redirect to openmeetings/", а затем сообщение о невозможности отобразить страницу. До комнаты дело вообще не доходит. 17.10.2016 18:56, Maxim Solodovnik пишет: Доп. вопрос: комната не работает или html5 часть? WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:53, "Maxim Solodovnik" <solomax...@gmail.com> wrote: Я посмотрю, как вернусь из отпуска WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 20:09, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако клиентский https - запрос отваливается по таймауту. Внешние проверки показали, что серверный сертификат не определяется, web - клиенты его не видят. Сертификат вполне валиден и на версии 3.1.2 с аналогичными настройками прекрасно работает. Добавление в дебаг "-Djavax.net.debug=ssl" особой ясности не привнесло. 17.10.2016 10:24, Maxim Solodovnik пишет: Проблема была в red5 Успел его починить перед отпуском :) WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 14:01, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)! 14.10.2016 5:28, Maxim Solodovnik пишет: День добрый, мне кажется мы смогли починить red5 и теперь на моей машине 12 табов открывается без проблем (web.xml -> DEPLOYMENT) смотреть билд 405+ отсюда: https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ спасибо за помощь и настойчивость :) 2016-10-12 16:28 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: оно ага подозрительно много aaafff отправлю разработчикам 2016-10-12 14:56 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec .RTMPProtocolDecoder - Failed to decodeBuffer: pos 0, limit 261, chunk size 257, buffer 842e6a408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31 c6b8a9aa6faa ea Она? 12.10.2016 10:36, Maxim Solodovnik пишет: это отлично а там ещё буфер должен печататься (длинная HEX строка) вышлите её тоже я со своими сравню 2016-10-12 14:33 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: В 3.1.3 отловил, вот она: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder -*Closing connection because decoding failed*: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException:*Error during decoding.* Вот еще одна: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Closing connection because decoding failed: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException: *Error during decoding* at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder. decode(RTMPProtocolDecoder.java:201) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeBuffer( RTMPProtocolDecoder.java:126) at org.red5.server.net.rtmp.codec.RTMPMinaProtocolDecoder.decode( RTMPMinaProtocolDecoder.java:90) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived( ProtocolCodecFilter.java:231) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$ 1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$ EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.red5.server.net.rtmpe.RTMPEIoFilter.messageReceived( RTMPEIoFilter.java:158) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$ 1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$ EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at or
Re: Тестирование
В версиях 3.1.3/3.1.4 возникли проблемы с tls - доступом. Порт 5443 открыт и прослушивается, однако клиентский https - запрос отваливается по таймауту. Внешние проверки показали, что серверный сертификат не определяется, web - клиенты его не видят. Сертификат вполне валиден и на версии 3.1.2 с аналогичными настройками прекрасно работает. Добавление в дебаг "-Djavax.net.debug=ssl" особой ясности не привнесло. 17.10.2016 10:24, Maxim Solodovnik пишет: Проблема была в red5 Успел его починить перед отпуском :) WBR, Maxim (from mobile, sorry for the typos) On Oct 17, 2016 14:01, "Sergey Pisanko" <s...@otoib.dp.ua> wrote: Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)! 14.10.2016 5:28, Maxim Solodovnik пишет: День добрый, мне кажется мы смогли починить red5 и теперь на моей машине 12 табов открывается без проблем (web.xml -> DEPLOYMENT) смотреть билд 405+ отсюда: https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ спасибо за помощь и настойчивость :) 2016-10-12 16:28 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: оно ага подозрительно много aaafff отправлю разработчикам 2016-10-12 14:56 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec .RTMPProtocolDecoder - Failed to decodeBuffer: pos 0, limit 261, chunk size 257, buffer 842e6a408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31 c6b8a9aa6faa ea Она? 12.10.2016 10:36, Maxim Solodovnik пишет: это отлично а там ещё буфер должен печататься (длинная HEX строка) вышлите её тоже я со своими сравню 2016-10-12 14:33 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: В 3.1.3 отловил, вот она: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder -*Closing connection because decoding failed*: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException:*Error during decoding.* Вот еще одна: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Closing connection because decoding failed: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException: *Error during decoding* at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder. decode(RTMPProtocolDecoder.java:201) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeBuffer( RTMPProtocolDecoder.java:126) at org.red5.server.net.rtmp.codec.RTMPMinaProtocolDecoder.decode( RTMPMinaProtocolDecoder.java:90) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived( ProtocolCodecFilter.java:231) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$ 1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$ EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.red5.server.net.rtmpe.RTMPEIoFilter.messageReceived( RTMPEIoFilter.java:158) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$ 1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$ EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived( IoFilterAdapter.java:109) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain. fireMessageReceived(DefaultIoFilterChain.java:535) at org.apache.mina.core.polling.AbstractPollingIoProcessor.read( AbstractPollingIoProcessor.java:703) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process( AbstractPollingIoProcessor.java:659) at org.apache.mina.core.polling.AbstractPollingIoProcessor
Re: Тестирование
Добрый день, Максим. Проверил билд, действительно проблема исчезла, довели до 30 табов - все стабильно. При этом количестве нагрузка на серверные ресурсы относительно небольшая. Интересно, в каком компоненте OM была проблема? Большое спасибо за отзывчивость :-)! 14.10.2016 5:28, Maxim Solodovnik пишет: День добрый, мне кажется мы смогли починить red5 и теперь на моей машине 12 табов открывается без проблем (web.xml -> DEPLOYMENT) смотреть билд 405+ отсюда: https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ спасибо за помощь и настойчивость :) 2016-10-12 16:28 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: оно ага подозрительно много aaafff отправлю разработчикам 2016-10-12 14:56 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Failed to decodeBuffer: pos 0, limit 261, chunk size 257, buffer 842e6a408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31c6b8a9aa 6faa ea408a31c618638c31c618638c31 c6b8a9aa6faa ea Она? 12.10.2016 10:36, Maxim Solodovnik пишет: это отлично а там ещё буфер должен печататься (длинная HEX строка) вышлите её тоже я со своими сравню 2016-10-12 14:33 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: В 3.1.3 отловил, вот она: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder -*Closing connection because decoding failed*: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException:*Error during decoding.* Вот еще одна: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Closing connection because decoding failed: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException: *Error during decoding* at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder. decode(RTMPProtocolDecoder.java:201) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeBuffer( RTMPProtocolDecoder.java:126) at org.red5.server.net.rtmp.codec.RTMPMinaProtocolDecoder.decode( RTMPMinaProtocolDecoder.java:90) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived( ProtocolCodecFilter.java:231) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$ 1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$ EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.red5.server.net.rtmpe.RTMPEIoFilter.messageReceived( RTMPEIoFilter.java:158) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$ 1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$ EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived( IoFilterAdapter.java:109) at org.apache.mina.core.filterchain.DefaultIoFilterChain. callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain. fireMessageReceived(DefaultIoFilterChain.java:535) at org.apache.mina.core.polling.AbstractPollingIoProcessor.read( AbstractPollingIoProcessor.java:703) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process( AbstractPollingIoProcessor.java:659) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process( AbstractPollingIoProcessor.java:648) at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600( AbstractPollingIoProcessor.java:68) at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run( AbstractPollingIoProcessor.java:1120) at org.apache.mina.util.NamePreservingRunnable.run( NamePreservingRunnable.java:64) at java.util.concurrent.ThreadPoolExecutor.runWorker( ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run( ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.nio.BufferUnderflowException: null at java.nio.Buffer.nextGet
Re: Тестирование
[WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Failed to decodeBuffer: pos 0, limit 261, chunk size 257, buffer 842e6a408a31c618638c31c618638c31c6b8a9aa6faaea408a31c618638c31c618638c31c6b8a9aa6faaea408a31c618638c31c618638c31c6b8a9aa6faaea408a31c618638c31c618638c31c6b8a9aa6faaea Она? 12.10.2016 10:36, Maxim Solodovnik пишет: это отлично а там ещё буфер должен печататься (длинная HEX строка) вышлите её тоже я со своими сравню 2016-10-12 14:33 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: В 3.1.3 отловил, вот она: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder -*Closing connection because decoding failed*: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException:*Error during decoding.* Вот еще одна: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Closing connection because decoding failed: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException: *Error during decoding* at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decode(RTMPProtocolDecoder.java:201) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeBuffer(RTMPProtocolDecoder.java:126) at org.red5.server.net.rtmp.codec.RTMPMinaProtocolDecoder.decode(RTMPMinaProtocolDecoder.java:90) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:231) at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.red5.server.net.rtmpe.RTMPEIoFilter.messageReceived(RTMPEIoFilter.java:158) at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:109) at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:535) at org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:703) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:659) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:648) at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600(AbstractPollingIoProcessor.java:68) at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1120) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.nio.BufferUnderflowException: null at java.nio.Buffer.nextGetIndex(Buffer.java:500) at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:135) at org.apache.mina.core.buffer.AbstractIoBuffer.get(AbstractIoBuffer.java:501) at org.red5.io.amf.Input.readDataType(Input.java:103) at org.red5.io.object.Deserializer.deserialize(Deserializer.java:52) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeFlexMessage(RTMPProtocolDecoder.java:978) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeMessage(RTMPProtocolDecoder.java:481) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodePacket(RTMPProtocolDecoder.java:298) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decode(RTMPProtocolDecoder.java:187) ... 22 common frames omitted 12.10.2016 9:59, Maxim Solodovnik пишет: ОМ-3.1.2 не пойдёт (у него red5 1.0.8-M6) надо смотреть 3.1.3+ 2016-10-12 13:46 GMT+07:00 Sergey P
Re: Тестирование
В 3.1.3 отловил, вот она: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder -*Closing connection because decoding failed*: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException:*Error during decoding.* Вот еще одна: [WARN] [NioProcessor-2] org.red5.server.net.rtmp.codec.RTMPProtocolDecoder - Closing connection because decoding failed: RTMPMinaConnection from 10.100.128.14 (in: 1751996 out: 4227833) session: H7A4NJUYMWFWW state: connected org.red5.server.net.protocol.ProtocolException: *Error during decoding* at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decode(RTMPProtocolDecoder.java:201) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeBuffer(RTMPProtocolDecoder.java:126) at org.red5.server.net.rtmp.codec.RTMPMinaProtocolDecoder.decode(RTMPMinaProtocolDecoder.java:90) at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:231) at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.red5.server.net.rtmpe.RTMPEIoFilter.messageReceived(RTMPEIoFilter.java:158) at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:48) at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947) at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:109) at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:542) at org.apache.mina.core.filterchain.DefaultIoFilterChain.fireMessageReceived(DefaultIoFilterChain.java:535) at org.apache.mina.core.polling.AbstractPollingIoProcessor.read(AbstractPollingIoProcessor.java:703) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:659) at org.apache.mina.core.polling.AbstractPollingIoProcessor.process(AbstractPollingIoProcessor.java:648) at org.apache.mina.core.polling.AbstractPollingIoProcessor.access$600(AbstractPollingIoProcessor.java:68) at org.apache.mina.core.polling.AbstractPollingIoProcessor$Processor.run(AbstractPollingIoProcessor.java:1120) at org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:64) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.nio.BufferUnderflowException: null at java.nio.Buffer.nextGetIndex(Buffer.java:500) at java.nio.HeapByteBuffer.get(HeapByteBuffer.java:135) at org.apache.mina.core.buffer.AbstractIoBuffer.get(AbstractIoBuffer.java:501) at org.red5.io.amf.Input.readDataType(Input.java:103) at org.red5.io.object.Deserializer.deserialize(Deserializer.java:52) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeFlexMessage(RTMPProtocolDecoder.java:978) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodeMessage(RTMPProtocolDecoder.java:481) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decodePacket(RTMPProtocolDecoder.java:298) at org.red5.server.net.rtmp.codec.RTMPProtocolDecoder.decode(RTMPProtocolDecoder.java:187) ... 22 common frames omitted 12.10.2016 9:59, Maxim Solodovnik пишет: ОМ-3.1.2 не пойдёт (у него red5 1.0.8-M6) надо смотреть 3.1.3+ 2016-10-12 13:46 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Проверил, задебажил кусок лога в момент падения. ОМ-3.1.2. Данного сообщения не обнаружил. Могу выслать этот дебаг, но WARN/ERROR/FATAL в нем отсутствуют. Уровень логирования - "из коробки", может нужно изменить? 12.10.2016 9:35, Maxim Solodovnik пишет: ага, почему-то в логах это потом не нашёл 2016-10-12 13:08 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: у Вас это так же воспроизводится? Попробую проверить. Отлавливать в консоли при помощи red5-debug.sh? 12.10.2016 8:50, Maxim Solodovnik пишет: более пристальное вглядывание показало что прямо перед отстрелом пользователя в консоли появляется сообщение Closing connection because decoding failed и длинный Stacktrace к нему а так же набор байтов сообщения у Вас это так же воспроизводится? 2016-10-11 23:47 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>
Re: Тестирование
у Вас это так же воспроизводится? Попробую проверить. Отлавливать в консоли при помощи red5-debug.sh? 12.10.2016 8:50, Maxim Solodovnik пишет: более пристальное вглядывание показало что прямо перед отстрелом пользователя в консоли появляется сообщение Closing connection because decoding failed и длинный Stacktrace к нему а так же набор байтов сообщения у Вас это так же воспроизводится? 2016-10-11 23:47 GMT+07:00 Maxim Solodovnik <solomax...@gmail.com>: доброй ночи отпишусь что сделал 1) запустил версию 3.1.1 на derby 2) в DEPLOYMENT mode она держит 11-12 табов хрома (в DEVELOPMENT не держит) дальше 1) поменял версию red5 на 1.0.8-M12 (поправил билд чтоб собралось) 2) запустил на derby 3) в DEPLOYMENT mode она держит 10 табов хрома (дальше клипенты отваливаются и реконнектятся, но как-то неполноценно) таким образом получается что 3.1.1 работает лучше с red5-1.0.6 и хуже с M12 связался с разработчиками red5 жду советов/исправлений от них 2016-10-11 14:16 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Подведу для себя итог по предыдущим Вашим ответам. То есть, Вы увидели отвал участников по достижении определенного числа в комнате типа Conference?! И игры со старым/новым red5 ситуацию не изменили?! Я все верно понял? 11.10.2016 9:25, Maxim Solodovnik пишет: конечно изменится, но тут главное понять что происходит и почему проверил 1) новый серверный код + старый swf код 2) новый серверный и swf код, старый red5 лучше не стало надо дальше искать 2016-10-11 13:08 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: А безопасность (TLS) не изменится с даунгрейдом red5? это очень будет странно если поможет А ну как сработает? :-)) 11.10.2016 5:04, Maxim Solodovnik пишет: относительно 3.1.1 только версия red5 поменялась (я пробовал сравнивать изменения в коде) можно попробовать побаловаться и откатить red5, но это очень будет странно если поможет 2016-10-10 18:51 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: судя по поведению очень тормозит список пользователей Однако, на 3.1.1 при "прочих равных" ничего подобного не происходит. Быть может уместно будет "плясать" от изменений относительно этой версии? 10.10.2016 11:15, Maxim Solodovnik пишет: ну в conference воспроизводится судя по поведению очень тормозит список пользователей можно его попробовать выкинуть и проверить останутся ли тормоза как будет время - попробую 2016-10-10 13:57 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Насчет стабильности "Restricted room" несколько заблуждался. Стабильность наблюдается только при отсутствии медиаданных пользователя (а в "restricted" это по дефолту, что и ввело в заблуждение). Как только кол-во участников с медиа(!) достигает все тех же 11, настигает "отвал". Максим, ситуация пока еще не воспроизведена? 04.10.2016 16:49, Maxim Solodovnik пишет: сейчас ещё раз проверил в Restricted комнате все те же элементы управления что и в "Conference" единственная разница в том что в restricted чтобы их увидеть нужно сделать доп. клик . 2016-10-04 18:05 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Оказывается, "отвал" пользователей в 3.1.2 происходит не во всех типах комнат. В типах "Webinar" и "Restricted" все стабильно. Однако, в данных типах нет того удобного инструментария для управления правами в виде кнопок, индикатора звука и т. д. Но лучше, чем ничего )). 04.10.2016 11:06, sergey sivun пишет: ...с месяц уже используем 3.1.2..., было мах 30 То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном соединении)? На железе: Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? Да. Я думаю что через неделю - две снова будут занятия, только тогда смогу проверить 3.1.3 в режиме вебинаров. А пока попробую воспроизвести ваш вариант с 11 пользователями 3.1.3 на старом 8 ядерном сервере. Боевой сервер пока трогать не буду т.к. если начнет загибаться то мне бухгалтерия (там 1с базы лежат и еще 2 базы факультетов) голову оторвут. 4 октября 2016 г., 11:00 пользователь Sergey Pisanko <s...@otoib.dp.ua> написал: ...с месяц уже используем 3.1.2..., было мах 30 То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном соединении)? На железе: Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? 04.10.2016 10:47, sergey sivun пишет: Забыл дописать что с месяц уже используем 3.1.2, нашли пару багов которые Максим оперативно исправил уже в 3.1.3. Но 50 чел не было, было мах 30 (1 поток лекций) Наверное будем переходить, но проверить пока нет возможности, сейчас занятий удаленных нет 4 октября 2016 г., 10:40 пользователь Maxim Solodovnik < solomax...@gmail.com написал: а нет ли возможности проверить 3.1.3 на предмет "стало не хуже"? :) 2016-10-04 14:36 GMT+07:00 sergey sivun <neptu...@gmail.com>: Добрый день! 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количество
Re: Тестирование
Подведу для себя итог по предыдущим Вашим ответам. То есть, Вы увидели отвал участников по достижении определенного числа в комнате типа Conference?! И игры со старым/новым red5 ситуацию не изменили?! Я все верно понял? 11.10.2016 9:25, Maxim Solodovnik пишет: конечно изменится, но тут главное понять что происходит и почему проверил 1) новый серверный код + старый swf код 2) новый серверный и swf код, старый red5 лучше не стало надо дальше искать 2016-10-11 13:08 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: А безопасность (TLS) не изменится с даунгрейдом red5? это очень будет странно если поможет А ну как сработает? :-)) 11.10.2016 5:04, Maxim Solodovnik пишет: относительно 3.1.1 только версия red5 поменялась (я пробовал сравнивать изменения в коде) можно попробовать побаловаться и откатить red5, но это очень будет странно если поможет 2016-10-10 18:51 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: судя по поведению очень тормозит список пользователей Однако, на 3.1.1 при "прочих равных" ничего подобного не происходит. Быть может уместно будет "плясать" от изменений относительно этой версии? 10.10.2016 11:15, Maxim Solodovnik пишет: ну в conference воспроизводится судя по поведению очень тормозит список пользователей можно его попробовать выкинуть и проверить останутся ли тормоза как будет время - попробую 2016-10-10 13:57 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Насчет стабильности "Restricted room" несколько заблуждался. Стабильность наблюдается только при отсутствии медиаданных пользователя (а в "restricted" это по дефолту, что и ввело в заблуждение). Как только кол-во участников с медиа(!) достигает все тех же 11, настигает "отвал". Максим, ситуация пока еще не воспроизведена? 04.10.2016 16:49, Maxim Solodovnik пишет: сейчас ещё раз проверил в Restricted комнате все те же элементы управления что и в "Conference" единственная разница в том что в restricted чтобы их увидеть нужно сделать доп. клик . 2016-10-04 18:05 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Оказывается, "отвал" пользователей в 3.1.2 происходит не во всех типах комнат. В типах "Webinar" и "Restricted" все стабильно. Однако, в данных типах нет того удобного инструментария для управления правами в виде кнопок, индикатора звука и т. д. Но лучше, чем ничего )). 04.10.2016 11:06, sergey sivun пишет: ...с месяц уже используем 3.1.2..., было мах 30 То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном соединении)? На железе: Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? Да. Я думаю что через неделю - две снова будут занятия, только тогда смогу проверить 3.1.3 в режиме вебинаров. А пока попробую воспроизвести ваш вариант с 11 пользователями 3.1.3 на старом 8 ядерном сервере. Боевой сервер пока трогать не буду т.к. если начнет загибаться то мне бухгалтерия (там 1с базы лежат и еще 2 базы факультетов) голову оторвут. 4 октября 2016 г., 11:00 пользователь Sergey Pisanko <s...@otoib.dp.ua> написал: ...с месяц уже используем 3.1.2..., было мах 30 То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном соединении)? На железе: Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? 04.10.2016 10:47, sergey sivun пишет: Забыл дописать что с месяц уже используем 3.1.2, нашли пару багов которые Максим оперативно исправил уже в 3.1.3. Но 50 чел не было, было мах 30 (1 поток лекций) Наверное будем переходить, но проверить пока нет возможности, сейчас занятий удаленных нет 4 октября 2016 г., 10:40 пользователь Maxim Solodovnik < solomax...@gmail.com написал: а нет ли возможности проверить 3.1.3 на предмет "стало не хуже"? :) 2016-10-04 14:36 GMT+07:00 sergey sivun <neptu...@gmail.com>: Добрый день! 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством более 10 - ти участников? Использовали до последнего времени 3.0.7 Система Debian 7.9 Мы используем его для проведение лекций, т.е. это вебинары, 1 преподаватель с видео и звуком и студенты только слушают и смотрят. на железе Intel 2xE5335 - 2-х процессорный 4-х ядерный 8 гиг озу получалось тянуть до 45-50 студентов Но эти процы конечно староваты уже. Потом поставил еще 1 железо Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу Тянет также 45-50. Оставил пока его т.к. греется гораздо меньше, старый как запасной. Сначала была поставлена задача что должно подключаться до 150-200 человек одновременно (но реально так не было никогда) Поэтому пробовал организовать работу системы в кластере, по документации есть такая возможность, но документация очень скудная, есть несколько подводных камней или неясных мест. Вообщем-то в конце-концов заработало. Но т.к. все равно количество одновременно подключенных за 50 не выходило - оставил пока эту затею. Для селекторных совещаний с базовой структурой тоже используем эту систему.
Re: Тестирование
Оказывается, "отвал" пользователей в 3.1.2 происходит не во всех типах комнат. В типах "Webinar" и "Restricted" все стабильно. Однако, в данных типах нет того удобного инструментария для управления правами в виде кнопок, индикатора звука и т. д. Но лучше, чем ничего )). 04.10.2016 11:06, sergey sivun пишет: ...с месяц уже используем 3.1.2..., было мах 30 То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном соединении)? На железе: Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? Да. Я думаю что через неделю - две снова будут занятия, только тогда смогу проверить 3.1.3 в режиме вебинаров. А пока попробую воспроизвести ваш вариант с 11 пользователями 3.1.3 на старом 8 ядерном сервере. Боевой сервер пока трогать не буду т.к. если начнет загибаться то мне бухгалтерия (там 1с базы лежат и еще 2 базы факультетов) голову оторвут. 4 октября 2016 г., 11:00 пользователь Sergey Pisanko <s...@otoib.dp.ua> написал: ...с месяц уже используем 3.1.2..., было мах 30 То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном соединении)? На железе: Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? 04.10.2016 10:47, sergey sivun пишет: Забыл дописать что с месяц уже используем 3.1.2, нашли пару багов которые Максим оперативно исправил уже в 3.1.3. Но 50 чел не было, было мах 30 (1 поток лекций) Наверное будем переходить, но проверить пока нет возможности, сейчас занятий удаленных нет 4 октября 2016 г., 10:40 пользователь Maxim Solodovnik < solomax...@gmail.com написал: а нет ли возможности проверить 3.1.3 на предмет "стало не хуже"? :) 2016-10-04 14:36 GMT+07:00 sergey sivun <neptu...@gmail.com>: Добрый день! 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством более 10 - ти участников? Использовали до последнего времени 3.0.7 Система Debian 7.9 Мы используем его для проведение лекций, т.е. это вебинары, 1 преподаватель с видео и звуком и студенты только слушают и смотрят. на железе Intel 2xE5335 - 2-х процессорный 4-х ядерный 8 гиг озу получалось тянуть до 45-50 студентов Но эти процы конечно староваты уже. Потом поставил еще 1 железо Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу Тянет также 45-50. Оставил пока его т.к. греется гораздо меньше, старый как запасной. Сначала была поставлена задача что должно подключаться до 150-200 человек одновременно (но реально так не было никогда) Поэтому пробовал организовать работу системы в кластере, по документации есть такая возможность, но документация очень скудная, есть несколько подводных камней или неясных мест. Вообщем-то в конце-концов заработало. Но т.к. все равно количество одновременно подключенных за 50 не выходило - оставил пока эту затею. Для селекторных совещаний с базовой структурой тоже используем эту систему. Там подключалось одновременно до 15(мах видел) пользователей с видео, но без звука. Звук пускают через TeamSpeak. У них версия еще стоит 3.0.0. Что у них за железо не знаю. 2. Были ли проблемы в работе ОМ с данным количеством, в частности, непроизвольным выходом пользователей из комнаты? Вроде не жаловались. 4 октября 2016 г., 9:56 пользователь Sergey Pisanko <s...@otoib.dp.ua> написал: на моей машине Chrome показывает потребление 1.5Гб памяти и использование 300% CPU на 6ти вкладках, как Вы открываете 10? На 3.1.1 я открываю 20, довольно мощный десктоп. "Залипаний" не ощущаю, только "отвал" пользователей на 3.1.2 - 3.1.3 ровно на 11 - м участнике при самых разных hardware - конфигурациях сервера. В Вашем случае, вероятно, без нескольких компов не обойтись. Буду ждать результатов сравнения версий, а пока хотел бы обратиться к подписчикам с просьбой отписаться по вопросам: 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством более 10 - ти участников? 2. Были ли проблемы в работе ОМ с данным количеством, в частности, непроизвольным выходом пользователей из комнаты? 04.10.2016 8:12, Maxim Solodovnik пишет: я попробовал воспроизвести эту ситуацию результаты 1) "залипание" на загрузке комнаты вроде получилось немного уменьшить 2) на моей машине Chrome показывает потребление 1.5Гб памяти и использование 300% CPU на 6ти вкладках, как Вы открываете 10? надеюсь продолжить разборки (сравнить версии 3.1.1 и 3.1.3) попозже на неделе (есть опасение что это могут проблемы red5) 2016-09-30 18:16 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Отваливаться начинают первые в списке. Сразу две учетки. Не помню, писал ли... Но на релизе 3.1.1 в незащищенном соединении такого не наблюдалось. Сейчас решил перепроверить, установил 3.1.1 и полет нормальный при 18 - ти логинах. 30.09.2016 14:10, Maxim Solodovnik пишет: ОК, пусть будет mysql попробую на одном пользователе по Вашим наблюдениям пользователи отваливаются в произвольном порядке? 2016-09-30 17:39 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>:
Re: Тестирование
...с месяц уже используем 3.1.2..., было мах 30 То есть, все - таки, на 3.1.2 было порядка 30? На обычном (незащищенном соединении)? На железе: Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу и в формате вебинара? 04.10.2016 10:47, sergey sivun пишет: Забыл дописать что с месяц уже используем 3.1.2, нашли пару багов которые Максим оперативно исправил уже в 3.1.3. Но 50 чел не было, было мах 30 (1 поток лекций) Наверное будем переходить, но проверить пока нет возможности, сейчас занятий удаленных нет 4 октября 2016 г., 10:40 пользователь Maxim Solodovnik <solomax...@gmail.com написал: а нет ли возможности проверить 3.1.3 на предмет "стало не хуже"? :) 2016-10-04 14:36 GMT+07:00 sergey sivun <neptu...@gmail.com>: Добрый день! 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством более 10 - ти участников? Использовали до последнего времени 3.0.7 Система Debian 7.9 Мы используем его для проведение лекций, т.е. это вебинары, 1 преподаватель с видео и звуком и студенты только слушают и смотрят. на железе Intel 2xE5335 - 2-х процессорный 4-х ядерный 8 гиг озу получалось тянуть до 45-50 студентов Но эти процы конечно староваты уже. Потом поставил еще 1 железо Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу Тянет также 45-50. Оставил пока его т.к. греется гораздо меньше, старый как запасной. Сначала была поставлена задача что должно подключаться до 150-200 человек одновременно (но реально так не было никогда) Поэтому пробовал организовать работу системы в кластере, по документации есть такая возможность, но документация очень скудная, есть несколько подводных камней или неясных мест. Вообщем-то в конце-концов заработало. Но т.к. все равно количество одновременно подключенных за 50 не выходило - оставил пока эту затею. Для селекторных совещаний с базовой структурой тоже используем эту систему. Там подключалось одновременно до 15(мах видел) пользователей с видео, но без звука. Звук пускают через TeamSpeak. У них версия еще стоит 3.0.0. Что у них за железо не знаю. 2. Были ли проблемы в работе ОМ с данным количеством, в частности, непроизвольным выходом пользователей из комнаты? Вроде не жаловались. 4 октября 2016 г., 9:56 пользователь Sergey Pisanko <s...@otoib.dp.ua> написал: на моей машине Chrome показывает потребление 1.5Гб памяти и использование 300% CPU на 6ти вкладках, как Вы открываете 10? На 3.1.1 я открываю 20, довольно мощный десктоп. "Залипаний" не ощущаю, только "отвал" пользователей на 3.1.2 - 3.1.3 ровно на 11 - м участнике при самых разных hardware - конфигурациях сервера. В Вашем случае, вероятно, без нескольких компов не обойтись. Буду ждать результатов сравнения версий, а пока хотел бы обратиться к подписчикам с просьбой отписаться по вопросам: 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством более 10 - ти участников? 2. Были ли проблемы в работе ОМ с данным количеством, в частности, непроизвольным выходом пользователей из комнаты? 04.10.2016 8:12, Maxim Solodovnik пишет: я попробовал воспроизвести эту ситуацию результаты 1) "залипание" на загрузке комнаты вроде получилось немного уменьшить 2) на моей машине Chrome показывает потребление 1.5Гб памяти и использование 300% CPU на 6ти вкладках, как Вы открываете 10? надеюсь продолжить разборки (сравнить версии 3.1.1 и 3.1.3) попозже на неделе (есть опасение что это могут проблемы red5) 2016-09-30 18:16 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Отваливаться начинают первые в списке. Сразу две учетки. Не помню, писал ли... Но на релизе 3.1.1 в незащищенном соединении такого не наблюдалось. Сейчас решил перепроверить, установил 3.1.1 и полет нормальный при 18 - ти логинах. 30.09.2016 14:10, Maxim Solodovnik пишет: ОК, пусть будет mysql попробую на одном пользователе по Вашим наблюдениям пользователи отваливаются в произвольном порядке? 2016-09-30 17:39 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: на всякий случай перепускаем ОМ (дерби иногда странно себя ведёт сразу Я использовал mysql. одного пользователя (админа) хватит? Я использовал двух, думаю, хватит и одного. тип комнаты важен? В моем случае - Public Conference room/32. что надо делать после входа? Входить повторно этим же пользователем, доводя количество логинов до 11. Можно в одном браузере в разных вкладках, либо в разных браузерах. "Audio only". 30.09.2016 13:21, Maxim Solodovnik пишет: ОК предлагаю зафиксировать шаги 1) скачиваем №384 отсюда https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ 2) ничего не меняем 3) запускаем 4) проходим инсталляцию, создаём пользователя тут получили vanilla version 4.1) на всякий случай перепускаем ОМ (дерби иногда странно себя ведёт сразу после установки) 5) этим пользователем заходим в комнату тут вопросы 1) одного пользователя (админа) хватит? 2) тип комнаты важен? 3) что надо делать после входа? 2016-09-30 13:49 GMT+07:00 Sergey Pisanko <
Re: Тестирование
Сергей, большое спасибо за отзыв! Использовали до последнего времени 3.0.7 Вот и мой опыт подтверждает, что более старые версии - более стабильны)). Но функционала, конечно, меньше, а качественный TLS и SIP - интеграция для нас принципиальна. 04.10.2016 10:36, sergey sivun пишет: Добрый день! 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством более 10 - ти участников? Использовали до последнего времени 3.0.7 Система Debian 7.9 Мы используем его для проведение лекций, т.е. это вебинары, 1 преподаватель с видео и звуком и студенты только слушают и смотрят. на железе Intel 2xE5335 - 2-х процессорный 4-х ядерный 8 гиг озу получалось тянуть до 45-50 студентов Но эти процы конечно староваты уже. Потом поставил еще 1 железо Intel І5-4460 1 проц, 4 ядра тоже 8 гиг озу Тянет также 45-50. Оставил пока его т.к. греется гораздо меньше, старый как запасной. Сначала была поставлена задача что должно подключаться до 150-200 человек одновременно (но реально так не было никогда) Поэтому пробовал организовать работу системы в кластере, по документации есть такая возможность, но документация очень скудная, есть несколько подводных камней или неясных мест. Вообщем-то в конце-концов заработало. Но т.к. все равно количество одновременно подключенных за 50 не выходило - оставил пока эту затею. Для селекторных совещаний с базовой структурой тоже используем эту систему. Там подключалось одновременно до 15(мах видел) пользователей с видео, но без звука. Звук пускают через TeamSpeak. У них версия еще стоит 3.0.0. Что у них за железо не знаю. 2. Были ли проблемы в работе ОМ с данным количеством, в частности, непроизвольным выходом пользователей из комнаты? Вроде не жаловались. 4 октября 2016 г., 9:56 пользователь Sergey Pisanko <s...@otoib.dp.ua> написал: на моей машине Chrome показывает потребление 1.5Гб памяти и использование 300% CPU на 6ти вкладках, как Вы открываете 10? На 3.1.1 я открываю 20, довольно мощный десктоп. "Залипаний" не ощущаю, только "отвал" пользователей на 3.1.2 - 3.1.3 ровно на 11 - м участнике при самых разных hardware - конфигурациях сервера. В Вашем случае, вероятно, без нескольких компов не обойтись. Буду ждать результатов сравнения версий, а пока хотел бы обратиться к подписчикам с просьбой отписаться по вопросам: 1. Организовывали ли Вы конференции на ОМ 3.1.2 - 3.1.3 с количеством более 10 - ти участников? 2. Были ли проблемы в работе ОМ с данным количеством, в частности, непроизвольным выходом пользователей из комнаты? 04.10.2016 8:12, Maxim Solodovnik пишет: я попробовал воспроизвести эту ситуацию результаты 1) "залипание" на загрузке комнаты вроде получилось немного уменьшить 2) на моей машине Chrome показывает потребление 1.5Гб памяти и использование 300% CPU на 6ти вкладках, как Вы открываете 10? надеюсь продолжить разборки (сравнить версии 3.1.1 и 3.1.3) попозже на неделе (есть опасение что это могут проблемы red5) 2016-09-30 18:16 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Отваливаться начинают первые в списке. Сразу две учетки. Не помню, писал ли... Но на релизе 3.1.1 в незащищенном соединении такого не наблюдалось. Сейчас решил перепроверить, установил 3.1.1 и полет нормальный при 18 - ти логинах. 30.09.2016 14:10, Maxim Solodovnik пишет: ОК, пусть будет mysql попробую на одном пользователе по Вашим наблюдениям пользователи отваливаются в произвольном порядке? 2016-09-30 17:39 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: на всякий случай перепускаем ОМ (дерби иногда странно себя ведёт сразу Я использовал mysql. одного пользователя (админа) хватит? Я использовал двух, думаю, хватит и одного. тип комнаты важен? В моем случае - Public Conference room/32. что надо делать после входа? Входить повторно этим же пользователем, доводя количество логинов до 11. Можно в одном браузере в разных вкладках, либо в разных браузерах. "Audio only". 30.09.2016 13:21, Maxim Solodovnik пишет: ОК предлагаю зафиксировать шаги 1) скачиваем №384 отсюда https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ 2) ничего не меняем 3) запускаем 4) проходим инсталляцию, создаём пользователя тут получили vanilla version 4.1) на всякий случай перепускаем ОМ (дерби иногда странно себя ведёт сразу после установки) 5) этим пользователем заходим в комнату тут вопросы 1) одного пользователя (админа) хватит? 2) тип комнаты важен? 3) что надо делать после входа? 2016-09-30 13:49 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день. Испытал релиз 3.1.3 на предмет описанной ниже ситуации. Проблема повторяется. Ровно на 11 - м участнике, пользователи начинают "отваливаться". Происходит как на tls/rtmps, так и на незащищенном соединении. Насколько я понимаю, кол - во участников зависит лишь от объема серверных ресурсов, и явных ограничений нет?! 24.06.2016 14:51, Sergey Pisanko пишет: Добрый день. Очередной "виток" тестирования. *Har
Re: Тестирование
Отваливаться начинают первые в списке. Сразу две учетки. Не помню, писал ли... Но на релизе 3.1.1 в незащищенном соединении такого не наблюдалось. Сейчас решил перепроверить, установил 3.1.1 и полет нормальный при 18 - ти логинах. 30.09.2016 14:10, Maxim Solodovnik пишет: ОК, пусть будет mysql попробую на одном пользователе по Вашим наблюдениям пользователи отваливаются в произвольном порядке? 2016-09-30 17:39 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: на всякий случай перепускаем ОМ (дерби иногда странно себя ведёт сразу Я использовал mysql. одного пользователя (админа) хватит? Я использовал двух, думаю, хватит и одного. тип комнаты важен? В моем случае - Public Conference room/32. что надо делать после входа? Входить повторно этим же пользователем, доводя количество логинов до 11. Можно в одном браузере в разных вкладках, либо в разных браузерах. "Audio only". 30.09.2016 13:21, Maxim Solodovnik пишет: ОК предлагаю зафиксировать шаги 1) скачиваем №384 отсюда https://builds.apache.org/view/M-R/view/OpenMeetings/job/ Openmeetings%203.1.x/ 2) ничего не меняем 3) запускаем 4) проходим инсталляцию, создаём пользователя тут получили vanilla version 4.1) на всякий случай перепускаем ОМ (дерби иногда странно себя ведёт сразу после установки) 5) этим пользователем заходим в комнату тут вопросы 1) одного пользователя (админа) хватит? 2) тип комнаты важен? 3) что надо делать после входа? 2016-09-30 13:49 GMT+07:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день. Испытал релиз 3.1.3 на предмет описанной ниже ситуации. Проблема повторяется. Ровно на 11 - м участнике, пользователи начинают "отваливаться". Происходит как на tls/rtmps, так и на незащищенном соединении. Насколько я понимаю, кол - во участников зависит лишь от объема серверных ресурсов, и явных ограничений нет?! 24.06.2016 14:51, Sergey Pisanko пишет: Добрый день. Очередной "виток" тестирования. *Hardware:* CPU: Intel® Xeon® Processor E5430; 2,66 GHz x 4. RAM: 4 Gb *Software:* OS: Centos - 6,5-release. Java: jdk1.8.0_92. OM: 3.1.2 При вхождении в одну комнату > 10 участников, начинают "отваливаться" другие участники, уже находящиеся в комнате (от 1 до 3). При этом для "отвалившегося" нет явных признаков того, что он покинул комнату. На фоне этого: 1. При использовании TLS/RTMPS (native) доступа, сразу после "отвала" участников и происходит описанный ранее overload CPU (до 100%) по 1 - 2 ядрам. Загрузка процессора продолжается вплоть до перезагрузки OM. Данная ситуация воспроизвелась 5 раз подряд на 11 - м участнике. 2. При использовании обычного/небезопасного доступа, участники также начинают "отваливаться"примерно на том же количестве, загрузки CPU при этом не происходит. Рекомендуется к воспроизведению. 17.06.2016 13:00, Sergey Pisanko пишет: Уже именно это и сделал, перенес на "железо", тот же эффект. Может, где - то в коде не все ладно? С версиями джавы экспериментировал - не помогло. 17.06.2016 12:52, Maxim Solodovnik пишет: у нас dedicated сервер есть ли у вас возможность попробовать на "реальном" железе? может виртуализация даёт такой эффект? 2016-06-17 15:08 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Нет, запускаю именно red5.sh. Уже позже обратил внимание, что не всегда overload CPU связан с количеством участников, замечал на 7 - 8. Где - то какое - то событие сильно нагружает проц и лечится сие только рестартом сервиса. 17.06.2016 11:11, Maxim Solodovnik пишет: пускаете скриптом *highperfюыр? обычным red5.sh не пробовали? 2016-06-09 18:12 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Выкладываю ссылку на скриншот по процессам и загрузке CPU в момент тестирования конференции в кол - ве не более 10 участников. Стойкое впечатление, что в процессах не все красиво. http://my-files.ru/4z6ybr 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"< va...@unipro.ru> написал: Добрый день, Сергей!
Re: Тестирование
Добрый день. Испытал релиз 3.1.3 на предмет описанной ниже ситуации. Проблема повторяется. Ровно на 11 - м участнике, пользователи начинают "отваливаться". Происходит как на tls/rtmps, так и на незащищенном соединении. Насколько я понимаю, кол - во участников зависит лишь от объема серверных ресурсов, и явных ограничений нет?! 24.06.2016 14:51, Sergey Pisanko пишет: Добрый день. Очередной "виток" тестирования. *Hardware:* CPU: Intel® Xeon® Processor E5430; 2,66 GHz x 4. RAM: 4 Gb *Software:* OS: Centos - 6,5-release. Java: jdk1.8.0_92. OM: 3.1.2 При вхождении в одну комнату > 10 участников, начинают "отваливаться" другие участники, уже находящиеся в комнате (от 1 до 3). При этом для "отвалившегося" нет явных признаков того, что он покинул комнату. На фоне этого: 1. При использовании TLS/RTMPS (native) доступа, сразу после "отвала" участников и происходит описанный ранее overload CPU (до 100%) по 1 - 2 ядрам. Загрузка процессора продолжается вплоть до перезагрузки OM. Данная ситуация воспроизвелась 5 раз подряд на 11 - м участнике. 2. При использовании обычного/небезопасного доступа, участники также начинают "отваливаться"примерно на том же количестве, загрузки CPU при этом не происходит. Рекомендуется к воспроизведению. 17.06.2016 13:00, Sergey Pisanko пишет: Уже именно это и сделал, перенес на "железо", тот же эффект. Может, где - то в коде не все ладно? С версиями джавы экспериментировал - не помогло. 17.06.2016 12:52, Maxim Solodovnik пишет: у нас dedicated сервер есть ли у вас возможность попробовать на "реальном" железе? может виртуализация даёт такой эффект? 2016-06-17 15:08 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Нет, запускаю именно red5.sh. Уже позже обратил внимание, что не всегда overload CPU связан с количеством участников, замечал на 7 - 8. Где - то какое - то событие сильно нагружает проц и лечится сие только рестартом сервиса. 17.06.2016 11:11, Maxim Solodovnik пишет: пускаете скриптом *highperfюыр? обычным red5.sh не пробовали? 2016-06-09 18:12 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Выкладываю ссылку на скриншот по процессам и загрузке CPU в момент тестирования конференции в кол - ве не более 10 участников. Стойкое впечатление, что в процессах не все красиво. http://my-files.ru/4z6ybr 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"<va...@unipro.ru> написал: Добрый день, Сергей! Максим сейчас в отпуске, будет 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: [ANNOUNCE] Apache OpenMeetings 3.1.3 released
Добрый день, Максим, уже традиционный для меня вопрос при выходе очередного релиза - как там с rtmps - native? 28.09.2016 17:09, Maxim Solodovnik пишет: The Apache Openmeetings project is pleased to announce the release of Apache Openmeetings 3.1.3. The release is available for download from http://openmeetings.apache.org/downloads.html Openmeetings provides video conferencing, instant messaging, white board, collaborative document editing and other groupware tools using API functions of the Red5 Streaming Server for Remoting and Streaming. Service release 3 for 3.1.0, provides security improvements: * Both native and tunneled RTMPS works as expected Please NOTE java8 is required starting from this version Other fixes in localization, backup/restore, screen-sharing, invitations etc. 21 issues are fixed please check https://www.apache.org/dist/openmeetings/3.1.3/CHANGELOG and Detailed list: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12312720=12337950 All users are recommended to upgrade to Apache OpenMeetings 3.1.3 from any previous OpenMeetings release For more information on Apache Openmeeting please visit project home page: http://openmeetings.apache.org Apache OpenMeetings Team -- - С Уважением, Сергей Писанко.
Re: [ANNOUNCE] Apache OpenMeetings 3.1.3 released
Пардон, был невнимателен)). Проверю и обязательно отпишусь. 28.09.2016 17:15, Maxim Solodovnik пишет: ровно как и написано: --- Both native and tunneled RTMPS works as expected оба режима работают отлично :) On Wed, Sep 28, 2016 at 9:13 PM, Sergey Pisanko <s...@otoib.dp.ua> wrote: Добрый день, Максим, уже традиционный для меня вопрос при выходе очередного релиза - как там с rtmps - native? 28.09.2016 17:09, Maxim Solodovnik пишет: The Apache Openmeetings project is pleased to announce the release of Apache Openmeetings 3.1.3. The release is available for download from http://openmeetings.apache.org/downloads.html Openmeetings provides video conferencing, instant messaging, white board, collaborative document editing and other groupware tools using API functions of the Red5 Streaming Server for Remoting and Streaming. Service release 3 for 3.1.0, provides security improvements: * Both native and tunneled RTMPS works as expected Please NOTE java8 is required starting from this version Other fixes in localization, backup/restore, screen-sharing, invitations etc. 21 issues are fixed please check https://www.apache.org/dist/openmeetings/3.1.3/CHANGELOG and Detailed list: https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12312720=12337950 All users are recommended to upgrade to Apache OpenMeetings 3.1.3 from any previous OpenMeetings release For more information on Apache Openmeeting please visit project home page: http://openmeetings.apache.org Apache OpenMeetings Team -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Тестирование
Добрый день. Очередной "виток" тестирования. *Hardware:* CPU: Intel® Xeon® Processor E5430; 2,66 GHz x 4. RAM: 4 Gb *Software:* OS: Centos - 6,5-release. Java: jdk1.8.0_92. OM: 3.1.2 При вхождении в одну комнату > 10 участников, начинают "отваливаться" другие участники, уже находящиеся в комнате (от 1 до 3). При этом для "отвалившегося" нет явных признаков того, что он покинул комнату. На фоне этого: 1. При использовании TLS/RTMPS (native) доступа, сразу после "отвала" участников и происходит описанный ранее overload CPU (до 100%) по 1 - 2 ядрам. Загрузка процессора продолжается вплоть до перезагрузки OM. Данная ситуация воспроизвелась 5 раз подряд на 11 - м участнике. 2. При использовании обычного/небезопасного доступа, участники также начинают "отваливаться"примерно на том же количестве, загрузки CPU при этом не происходит. Рекомендуется к воспроизведению. 17.06.2016 13:00, Sergey Pisanko пишет: Уже именно это и сделал, перенес на "железо", тот же эффект. Может, где - то в коде не все ладно? С версиями джавы экспериментировал - не помогло. 17.06.2016 12:52, Maxim Solodovnik пишет: у нас dedicated сервер есть ли у вас возможность попробовать на "реальном" железе? может виртуализация даёт такой эффект? 2016-06-17 15:08 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Нет, запускаю именно red5.sh. Уже позже обратил внимание, что не всегда overload CPU связан с количеством участников, замечал на 7 - 8. Где - то какое - то событие сильно нагружает проц и лечится сие только рестартом сервиса. 17.06.2016 11:11, Maxim Solodovnik пишет: пускаете скриптом *highperfюыр? обычным red5.sh не пробовали? 2016-06-09 18:12 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Выкладываю ссылку на скриншот по процессам и загрузке CPU в момент тестирования конференции в кол - ве не более 10 участников. Стойкое впечатление, что в процессах не все красиво. http://my-files.ru/4z6ybr 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"<va...@unipro.ru> написал: Добрый день, Сергей! Максим сейчас в отпуске, будет 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: Доступ по TLS/RTMPS
Изменил в конфигах rtmps с 8443 на 5443 - tunneled заработал. Мануал в том виде, в коем он сейчас, несколько сбивал с толку :-). 22.06.2016 16:59, Maxim Solodovnik пишет: tunneled RTMPS должен работать по 5443 порту (не по 8443) 2016-06-22 16:35 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Не сразу заметил, что RTMPS (tunneled), настроенный по http://openmeetings.apache.org/RTMPSAndHTTPS.html не работает из - за того, что при старте OM не поднимается в прослушку порт 8443. 20.06.2016 10:29, Maxim Solodovnik пишет: мы сейчас тестируем RTMPS с разработчиками red5 то что Вы привели не является ошибкой (log level DEBUG) ошибка это обычно (WARN/ERROR/FATAL) как только RTMPS заработает - сразу будет релиз 3.1.2 2016-06-17 15:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: На вашем работает. А ошибка в дебаге пока ничего не проясняет? 17.06.2016 12:46, Maxim Solodovnik пишет: на нашем демо тоже не работает? 2016-06-17 15:42 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо То есть, правится только jee-container.xml[1], а red5-core.xml[2] не трогается?! В моем случае rtmps работает только при редактировании этих обоих файлов и установке в config.xml "proxyType=best" :-). При этом [1] правится согласно мануалу, а во [2] включается rtmps. Если ограничится только [1] и "proxyType=no", при входе в комнату вываливается: "Error missing 204/556/642", а в дебаге: DEBUG 06-17 12:26:07.585 ContextUtils.java 147720 241 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - retrieving MAPs from context property javax.xml.ws.addressing.context.inbound DEBUG 06-17 12:26:07.585 LogUtils.java 147720 449 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - WS-Addressing - failed to retrieve Message Addressing Properties from context 17.06.2016 11:29, Maxim Solodovnik пишет: сейчас работает только "туннельный" RTMPS (proxyType == none) проблема с "нативным" (proxyType == best) известна разработчикам red5, мы с ними плотно работаем чтобы всё нормально заработало на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо [1] https://om.alteametasoft.com/openmeetings [2] http://openmeetings.apache.org/RTMPSAndHTTPS.html 2016-06-14 13:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день. Хотел бы уточнить некоторые моменты, связанные с доступом к конференциям по безопасным протоколам. Openmeetings - 3.1.2. В данном пособии: http://openmeetings.apache.org/RTMPSAndHTTPS.html речь идет о TLS/RTMPS, как альтернативе обычному "несекьюрному" подключению. В другой же статье - https://github.com/Red5/red5-server/wiki/RTMPS - упоминаются два метода безопасного соединения: RTMPS - native и RTMPS - tunneled, которые предполагают различные настройки разных конфигурационных файлов. Правильно ли я понимаю, что это действительно два разных секьюрных метода доступа и они могут работать независимо друг от друга? Или это комплексная настройка одного метода, включающего в себя оба этапа? В моем случае, чтобы как - то заработал RTMPS, пришлось настраивать оба файла: conf/jee-container.xml и conf/red5-core.xml. Причем второй файл пришлось тонко настраивать, включая блок RTMPS, убирая в нем отдельные подблоки и добавляя новые. Настройка исключительно "по пособию", которое вообще не предполагает включения блока RTMPS в файле red5-core.xml, не заработала. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Доступ по TLS/RTMPS
Не сразу заметил, что RTMPS (tunneled), настроенный по http://openmeetings.apache.org/RTMPSAndHTTPS.html не работает из - за того, что при старте OM не поднимается в прослушку порт 8443. 20.06.2016 10:29, Maxim Solodovnik пишет: мы сейчас тестируем RTMPS с разработчиками red5 то что Вы привели не является ошибкой (log level DEBUG) ошибка это обычно (WARN/ERROR/FATAL) как только RTMPS заработает - сразу будет релиз 3.1.2 2016-06-17 15:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: На вашем работает. А ошибка в дебаге пока ничего не проясняет? 17.06.2016 12:46, Maxim Solodovnik пишет: на нашем демо тоже не работает? 2016-06-17 15:42 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо То есть, правится только jee-container.xml[1], а red5-core.xml[2] не трогается?! В моем случае rtmps работает только при редактировании этих обоих файлов и установке в config.xml "proxyType=best" :-). При этом [1] правится согласно мануалу, а во [2] включается rtmps. Если ограничится только [1] и "proxyType=no", при входе в комнату вываливается: "Error missing 204/556/642", а в дебаге: DEBUG 06-17 12:26:07.585 ContextUtils.java 147720 241 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - retrieving MAPs from context property javax.xml.ws.addressing.context.inbound DEBUG 06-17 12:26:07.585 LogUtils.java 147720 449 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - WS-Addressing - failed to retrieve Message Addressing Properties from context 17.06.2016 11:29, Maxim Solodovnik пишет: сейчас работает только "туннельный" RTMPS (proxyType == none) проблема с "нативным" (proxyType == best) известна разработчикам red5, мы с ними плотно работаем чтобы всё нормально заработало на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо [1] https://om.alteametasoft.com/openmeetings [2] http://openmeetings.apache.org/RTMPSAndHTTPS.html 2016-06-14 13:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день. Хотел бы уточнить некоторые моменты, связанные с доступом к конференциям по безопасным протоколам. Openmeetings - 3.1.2. В данном пособии: http://openmeetings.apache.org/RTMPSAndHTTPS.html речь идет о TLS/RTMPS, как альтернативе обычному "несекьюрному" подключению. В другой же статье - https://github.com/Red5/red5-server/wiki/RTMPS - упоминаются два метода безопасного соединения: RTMPS - native и RTMPS - tunneled, которые предполагают различные настройки разных конфигурационных файлов. Правильно ли я понимаю, что это действительно два разных секьюрных метода доступа и они могут работать независимо друг от друга? Или это комплексная настройка одного метода, включающего в себя оба этапа? В моем случае, чтобы как - то заработал RTMPS, пришлось настраивать оба файла: conf/jee-container.xml и conf/red5-core.xml. Причем второй файл пришлось тонко настраивать, включая блок RTMPS, убирая в нем отдельные подблоки и добавляя новые. Настройка исключительно "по пособию", которое вообще не предполагает включения блока RTMPS в файле red5-core.xml, не заработала. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Доступ по TLS/RTMPS
На вашем работает. А ошибка в дебаге пока ничего не проясняет? 17.06.2016 12:46, Maxim Solodovnik пишет: на нашем демо тоже не работает? 2016-06-17 15:42 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо То есть, правится только jee-container.xml[1], а red5-core.xml[2] не трогается?! В моем случае rtmps работает только при редактировании этих обоих файлов и установке в config.xml "proxyType=best" :-). При этом [1] правится согласно мануалу, а во [2] включается rtmps. Если ограничится только [1] и "proxyType=no", при входе в комнату вываливается: "Error missing 204/556/642", а в дебаге: DEBUG 06-17 12:26:07.585 ContextUtils.java 147720 241 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - retrieving MAPs from context property javax.xml.ws.addressing.context.inbound DEBUG 06-17 12:26:07.585 LogUtils.java 147720 449 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - WS-Addressing - failed to retrieve Message Addressing Properties from context 17.06.2016 11:29, Maxim Solodovnik пишет: сейчас работает только "туннельный" RTMPS (proxyType == none) проблема с "нативным" (proxyType == best) известна разработчикам red5, мы с ними плотно работаем чтобы всё нормально заработало на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо [1] https://om.alteametasoft.com/openmeetings [2] http://openmeetings.apache.org/RTMPSAndHTTPS.html 2016-06-14 13:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день. Хотел бы уточнить некоторые моменты, связанные с доступом к конференциям по безопасным протоколам. Openmeetings - 3.1.2. В данном пособии: http://openmeetings.apache.org/RTMPSAndHTTPS.html речь идет о TLS/RTMPS, как альтернативе обычному "несекьюрному" подключению. В другой же статье - https://github.com/Red5/red5-server/wiki/RTMPS - упоминаются два метода безопасного соединения: RTMPS - native и RTMPS - tunneled, которые предполагают различные настройки разных конфигурационных файлов. Правильно ли я понимаю, что это действительно два разных секьюрных метода доступа и они могут работать независимо друг от друга? Или это комплексная настройка одного метода, включающего в себя оба этапа? В моем случае, чтобы как - то заработал RTMPS, пришлось настраивать оба файла: conf/jee-container.xml и conf/red5-core.xml. Причем второй файл пришлось тонко настраивать, включая блок RTMPS, убирая в нем отдельные подблоки и добавляя новые. Настройка исключительно "по пособию", которое вообще не предполагает включения блока RTMPS в файле red5-core.xml, не заработала. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Доступ по TLS/RTMPS
на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо То есть, правится только jee-container.xml[1], а red5-core.xml[2] не трогается?! В моем случае rtmps работает только при редактировании этих обоих файлов и установке в config.xml "proxyType=best" :-). При этом [1] правится согласно мануалу, а во [2] включается rtmps. Если ограничится только [1] и "proxyType=no", при входе в комнату вываливается: "Error missing 204/556/642", а в дебаге: DEBUG 06-17 12:26:07.585 ContextUtils.java 147720 241 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - retrieving MAPs from context property javax.xml.ws.addressing.context.inbound DEBUG 06-17 12:26:07.585 LogUtils.java 147720 449 org.apache.cxf.ws.addressing.ContextUtils [http-nio-0.0.0.0-5443-exec-6] - WS-Addressing - failed to retrieve Message Addressing Properties from context 17.06.2016 11:29, Maxim Solodovnik пишет: сейчас работает только "туннельный" RTMPS (proxyType == none) проблема с "нативным" (proxyType == best) известна разработчикам red5, мы с ними плотно работаем чтобы всё нормально заработало на нашем демо сервере [1] всё настроено согласно [2] (с одним дополнением: proxyType == none, вместо best) никакие другие файлы править не надо [1] https://om.alteametasoft.com/openmeetings [2] http://openmeetings.apache.org/RTMPSAndHTTPS.html 2016-06-14 13:49 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Добрый день. Хотел бы уточнить некоторые моменты, связанные с доступом к конференциям по безопасным протоколам. Openmeetings - 3.1.2. В данном пособии: http://openmeetings.apache.org/RTMPSAndHTTPS.html речь идет о TLS/RTMPS, как альтернативе обычному "несекьюрному" подключению. В другой же статье - https://github.com/Red5/red5-server/wiki/RTMPS - упоминаются два метода безопасного соединения: RTMPS - native и RTMPS - tunneled, которые предполагают различные настройки разных конфигурационных файлов. Правильно ли я понимаю, что это действительно два разных секьюрных метода доступа и они могут работать независимо друг от друга? Или это комплексная настройка одного метода, включающего в себя оба этапа? В моем случае, чтобы как - то заработал RTMPS, пришлось настраивать оба файла: conf/jee-container.xml и conf/red5-core.xml. Причем второй файл пришлось тонко настраивать, включая блок RTMPS, убирая в нем отдельные подблоки и добавляя новые. Настройка исключительно "по пособию", которое вообще не предполагает включения блока RTMPS в файле red5-core.xml, не заработала. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: OM Mobile
Добрый день. Ситуация когда мобильный клиент видит и слышит всех, а его никто не видит у нас воспроизвелась А известно в чем причина: в клиенте или в серверной части? так что будем чинить. Примерно по срокам можете сориентировать? 16.06.2016 14:24, Sergey Pisanko пишет: уточните пожалуйста какой java Вы пользуетесь. Пакет jdk-1.8.0_92 16.06.2016 14:02, Vasiliy Degtyarev пишет: Добрый день! Ситуация когда мобильный клиент видит и слышит всех, а его никто не видит у нас воспроизвелась, так что будем чинить. По поводу последней ошибки, уточните пожалуйста какой java Вы пользуетесь. С уважением, Василий дегтярев. On 16.06.2016 16:48, Sergey Pisanko wrote: Добрый день, в ожидании ответа, сообщаю результаты своих проверок. При попытке подключения по rtmps, в дебаге сервера, после проверки сертификатов и согласования параметров безопасности, появляется: /NioProcessor-18, fatal error: 80: Inbound closed before receiving peer's close_notify: possible truncation attack?// //javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack?// //%% Invalidated: [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]// //NioProcessor-18, SEND TLSv1.2 ALERT: fatal, description = internal_error// //NioProcessor-18, Exception sending alert: java.io.IOException: writer side was already closed.// //NioProcessor-18, called closeOutbound()// //NioProcessor-18, closeOutboundInternal()/ При этом на клиенте: /"Ошибка соединения, пожалуйста, проверьте параметры сервера"/ 14.06.2016 6:58, Vasiliy Degtyarev пишет: Добрый день! Попробуем у себя воспроизвести Вашу ситуацию. С уважением, Василий Дегтярев On 10.06.2016 20:38, Sergey Pisanko wrote: С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, хотя десктопные клиенты взаимодействуют. Доступ получился только по rtmp. При этом обмен медиа выходит только односторонний: мобильного клиента не видит/не слышит никто, а он видит/слышит/читает всех. 10.06.2016 6:49, 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 а затем пользовательских учетных данных, клиент возвращает: "Ошибка соединения. Проверьте настройки сервера". Пробовал менять порты и комбинации хост/порт с целью увидеть любую активность на серверной стороне, но на сервере не фиксируется никаких попыток соединения. Что мы делаем не так? -- - С Уважением, Сергей Писанко.
Re: OM Mobile
уточните пожалуйста какой java Вы пользуетесь. Пакет jdk-1.8.0_92 16.06.2016 14:02, Vasiliy Degtyarev пишет: Добрый день! Ситуация когда мобильный клиент видит и слышит всех, а его никто не видит у нас воспроизвелась, так что будем чинить. По поводу последней ошибки, уточните пожалуйста какой java Вы пользуетесь. С уважением, Василий дегтярев. On 16.06.2016 16:48, Sergey Pisanko wrote: Добрый день, в ожидании ответа, сообщаю результаты своих проверок. При попытке подключения по rtmps, в дебаге сервера, после проверки сертификатов и согласования параметров безопасности, появляется: /NioProcessor-18, fatal error: 80: Inbound closed before receiving peer's close_notify: possible truncation attack?// //javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack?// //%% Invalidated: [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]// //NioProcessor-18, SEND TLSv1.2 ALERT: fatal, description = internal_error// //NioProcessor-18, Exception sending alert: java.io.IOException: writer side was already closed.// //NioProcessor-18, called closeOutbound()// //NioProcessor-18, closeOutboundInternal()/ При этом на клиенте: /"Ошибка соединения, пожалуйста, проверьте параметры сервера"/ 14.06.2016 6:58, Vasiliy Degtyarev пишет: Добрый день! Попробуем у себя воспроизвести Вашу ситуацию. С уважением, Василий Дегтярев On 10.06.2016 20:38, Sergey Pisanko wrote: С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, хотя десктопные клиенты взаимодействуют. Доступ получился только по rtmp. При этом обмен медиа выходит только односторонний: мобильного клиента не видит/не слышит никто, а он видит/слышит/читает всех. 10.06.2016 6:49, 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 а затем пользовательских учетных данных, клиент возвращает: "Ошибка соединения. Проверьте настройки сервера". Пробовал менять порты и комбинации хост/порт с целью увидеть любую активность на серверной стороне, но на сервере не фиксируется никаких попыток соединения. Что мы делаем не так? -- - С Уважением, Сергей Писанко.
Re: OM Mobile
Добрый день, в ожидании ответа, сообщаю результаты своих проверок. При попытке подключения по rtmps, в дебаге сервера, после проверки сертификатов и согласования параметров безопасности, появляется: /NioProcessor-18, fatal error: 80: Inbound closed before receiving peer's close_notify: possible truncation attack?// //javax.net.ssl.SSLException: Inbound closed before receiving peer's close_notify: possible truncation attack?// //%% Invalidated: [Session-1, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384]// //NioProcessor-18, SEND TLSv1.2 ALERT: fatal, description = internal_error// //NioProcessor-18, Exception sending alert: java.io.IOException: writer side was already closed.// //NioProcessor-18, called closeOutbound()// //NioProcessor-18, closeOutboundInternal()/ При этом на клиенте: /"Ошибка соединения, пожалуйста, проверьте параметры сервера"/ 14.06.2016 6:58, Vasiliy Degtyarev пишет: Добрый день! Попробуем у себя воспроизвести Вашу ситуацию. С уважением, Василий Дегтярев On 10.06.2016 20:38, Sergey Pisanko wrote: С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, хотя десктопные клиенты взаимодействуют. Доступ получился только по rtmp. При этом обмен медиа выходит только односторонний: мобильного клиента не видит/не слышит никто, а он видит/слышит/читает всех. 10.06.2016 6:49, 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 а затем пользовательских учетных данных, клиент возвращает: "Ошибка соединения. Проверьте настройки сервера". Пробовал менять порты и комбинации хост/порт с целью увидеть любую активность на серверной стороне, но на сервере не фиксируется никаких попыток соединения. Что мы делаем не так? -- - С Уважением, Сергей Писанко.
Re: OM Mobile
С соединением разобрались. Однако, по rtmps (8443) зайти не удалось, хотя десктопные клиенты взаимодействуют. Доступ получился только по rtmp. При этом обмен медиа выходит только односторонний: мобильного клиента не видит/не слышит никто, а он видит/слышит/читает всех. 10.06.2016 6:49, 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 а затем пользовательских учетных данных, клиент возвращает: "Ошибка соединения. Проверьте настройки сервера". Пробовал менять порты и комбинации хост/порт с целью увидеть любую активность на серверной стороне, но на сервере не фиксируется никаких попыток соединения. Что мы делаем не так? -- - С Уважением, Сергей Писанко.
Re: Тестирование
Василий, как - то можно здесь скриншот передать? 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"<va...@unipro.ru> написал: Добрый день, Сергей! Максим сейчас в отпуске, будет 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: Тестирование
Добрый день, Василий, уточню. При достижении 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"<va...@unipro.ru> написал: Добрый день, Сергей! Максим сейчас в отпуске, будет 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: Openmeetings SIP integration
вопрос: как понять что не так? :(( Кажется, понял. Подключился к Asterisk Manager вручную телнетом и начал пробовать параметры звонка. Похоже, вот эти: Action: Originate Channel: Local/__ROOM_SIP_NUMBER__@rooms-originate Context: rooms-out Exten: __ROOM_ENTERED__ Priority: 1 CallerID: XXX Работает аналогично моей измененной команде, т. е., есть гудки. Вручную работает. Теперь, по идее, нужно перевести в яву... 19.05.2016 20:46, Maxim Solodovnik пишет: нашёл как можно смотреть что приходит на астериск sudo ngrep -d lo -s 1500 port 5038 -T вопрос: как понять что не так? :(( 2016-05-19 21:28 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: я, безусловно, верну старое решение в Вашими изменениями к релизу 3.1.2, если новая версия не заработает просто у варианта с коммандой есть некоторые недостатки 1) астериск должен быть на той же машине 2) пользователь, под которым запущет ОМ, должен иметь права на астериск 3) комманда может поменяться хочется воспользовать "правильное" решение подебагаю ещё надеюсь будет время 2016-05-19 20:58 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Максим, а от старой схемы (с вызовом команды) поддержка отказалась полностью? Нет смысла попробовать соорудить билд с учетом указанных мной изменений и проверить его на практике? 18.05.2016 13:55, Maxim Solodovnik пишет: ага это идёт в лог openmeetings и сообщение от asterisk-java asterisk запущенный через asterisk -v никак на этот звонок у меня не реагирует, вот я и не знаю что не так :( 2016-05-18 16:53 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: То есть, в момент нажатия "Call" в SIP - dialer, Астериск реагирует "Extension is not registered"? 18.05.2016 13:48, Maxim Solodovnik пишет: у меня на тестовом Asterisk'е (не привязан ни к чему, хз как на него звонить) в лог идёт "Extension is not registered" посмотрю ещё если время будет 2016-05-18 16:37 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Астериск молчит вообще. В Openmeetings вот это постоянно сыплется, но, вроде, не в момент отправки звонка: [WARN] [Asterisk-Java ManagerConnection-78-Reader-0] org.asteriskjava.manager.internal.EventBuilderImpl - Unable to set property 'channelstate' to '6' on org.asteriskjava.manager.event.RtcpSentEvent: no setter. Please report at http://jira.reucon.org/browse/AJ 18.05.2016 13:26, Maxim Solodovnik пишет: а в логах так ничего и не пишет? 2016-05-18 16:13 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд #242. По - прежнему не хочет звонить "звонилка" наружу. По старой концепции (через команду "channel originate", запущенную в ручном режиме) все ок. Таким образом, с диалпланом и транспортом все в порядке. 18.05.2016 11:24, Maxim Solodovnik пишет: что-то поправилось (судя по логам)( проверьте билд 242+, стало лучше? может астериск в дебажном режиме ругается как-то, чтобы понять что не так 2016-05-17 14:10 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд 3.1.2 (17.05.2016). SIP - dialer не работает, исходящие звонки не осуществляются. 16.05.2016 16:14, Maxim Solodovnik пишет: Это да, надо К сожалению времени свободного почти совсем нет WBR, Maxim (from mobile, sorry for the typos) On May 16, 2016 19:13, "Sergey Pisanko"<s...@otoib.dp.ua> wrote: Ясно, проверю. А в "недопиленном " считаю, что очень правильная ориентировка на изменение чата, так что пилите, Шура :-)) 16.05.2016 16:02, Maxim Solodovnik пишет: нет, его ещё пилить надо ... проверьте 3.1.2 он следующий в релиз пойдёт 2016-05-16 19:00 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: 3.2.0. https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.2.x/ Вы ведь хотели его проверить?! 16.05.2016 15:45, Maxim Solodovnik пишет: билд 3.2.0? или 3.1.2? https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ какая версия red5sip? для 3.1.2 надо взять свежий отсюда: https://github.com/openmeetings/red5sip 2016-05-16 18:42 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Билд 3.2.0. При аналогичных предыдущим билдам настройках: 1. SIP - транспорт регистрируется на Астере, но не появляется в конференции и не выполняется диалплан в контексте [rooms-red5sip]. 2. Не добавляются на доску файлы документов. 16.05.2016 9:54, Maxim Solodovnik пишет: там эта комманда написана с использованием asterisk-java по идее всё должно более грамотно работать 2016-05-16 12:01 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua : Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik< solomax...@gmail.com : отлично, спасибо я донастрою локальный Asterisk, прицеплю к не
Re: Openmeetings SIP integration
Asterisk никак на этот звонок у меня не реагирует, вот я и не знаю что не так Вот и у меня Астер никак не реагирует. это идёт в лог openmeetings и сообщение от asterisk-java А этого у меня нет. Нужно активировать "DEBUG" во всех опциях лога? или как-то иначе его настроить? 18.05.2016 13:55, Maxim Solodovnik пишет: никак на этот звонок у меня не реагирует, вот я и не знаю что не так -- - С Уважением, Сергей Писанко.
Re: Openmeetings SIP integration
То есть, в момент нажатия "Call" в SIP - dialer, Астериск реагирует "Extension is not registered"? 18.05.2016 13:48, Maxim Solodovnik пишет: у меня на тестовом Asterisk'е (не привязан ни к чему, хз как на него звонить) в лог идёт "Extension is not registered" посмотрю ещё если время будет 2016-05-18 16:37 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Астериск молчит вообще. В Openmeetings вот это постоянно сыплется, но, вроде, не в момент отправки звонка: [WARN] [Asterisk-Java ManagerConnection-78-Reader-0] org.asteriskjava.manager.internal.EventBuilderImpl - Unable to set property 'channelstate' to '6' on org.asteriskjava.manager.event.RtcpSentEvent: no setter. Please report at http://jira.reucon.org/browse/AJ 18.05.2016 13:26, Maxim Solodovnik пишет: а в логах так ничего и не пишет? 2016-05-18 16:13 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд #242. По - прежнему не хочет звонить "звонилка" наружу. По старой концепции (через команду "channel originate", запущенную в ручном режиме) все ок. Таким образом, с диалпланом и транспортом все в порядке. 18.05.2016 11:24, Maxim Solodovnik пишет: что-то поправилось (судя по логам)( проверьте билд 242+, стало лучше? может астериск в дебажном режиме ругается как-то, чтобы понять что не так 2016-05-17 14:10 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд 3.1.2 (17.05.2016). SIP - dialer не работает, исходящие звонки не осуществляются. 16.05.2016 16:14, Maxim Solodovnik пишет: Это да, надо К сожалению времени свободного почти совсем нет WBR, Maxim (from mobile, sorry for the typos) On May 16, 2016 19:13, "Sergey Pisanko"<s...@otoib.dp.ua> wrote: Ясно, проверю. А в "недопиленном " считаю, что очень правильная ориентировка на изменение чата, так что пилите, Шура :-)) 16.05.2016 16:02, Maxim Solodovnik пишет: нет, его ещё пилить надо ... проверьте 3.1.2 он следующий в релиз пойдёт 2016-05-16 19:00 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: 3.2.0. https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.2.x/ Вы ведь хотели его проверить?! 16.05.2016 15:45, Maxim Solodovnik пишет: билд 3.2.0? или 3.1.2? https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ какая версия red5sip? для 3.1.2 надо взять свежий отсюда: https://github.com/openmeetings/red5sip 2016-05-16 18:42 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Билд 3.2.0. При аналогичных предыдущим билдам настройках: 1. SIP - транспорт регистрируется на Астере, но не появляется в конференции и не выполняется диалплан в контексте [rooms-red5sip]. 2. Не добавляются на доску файлы документов. 16.05.2016 9:54, Maxim Solodovnik пишет: там эта комманда написана с использованием asterisk-java по идее всё должно более грамотно работать 2016-05-16 12:01 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik< solomax...@gmail.com : отлично, спасибо я донастрою локальный Asterisk, прицеплю к нему софтовый телефон и буду пробовать отпишу как только будут результаты :) пинайте меня если буду сильно тихий 2016-05-10 15:16 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, проблема с гудками решается перестановкой местами вызываемого и вызывающего в команде. Т. е., команда: asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate преобразуется в: asterisk -rx "originate Local/__ROOM_SIP_NUMBER__@rooms-originate extension __ROOM_ENTERED__@rooms-out В этом случае сначала выполняется диалплан для "sip_user", где он присоединяется к конференции, а затем идет вызов внешнего абонента, и в это время вызывающий слышит "Ring-Back Tone" (гудки). Во всяком случае, в Asterisk CLI работает :-). 08.05.2016 12:20, Maxim Solodovnik пишет: Спасибо, за коммент подумаю что тут можно сделать 2016-05-04 17:03 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua : Здравствуйте, Василий, коммент добавил. 04.05.2016 13:28, Vasiliy Degtyarev пишет: Добрый день Сергей! Максим сейчас в отпуске, будет после праздников. Добавтье Ваши замечания в баг https://issues.apache.org/jira/browse/OPENMEETINGS-1384. С уважением, Василий Дегтярев. On 04.05.2016 16:23, Sergey Pisanko wrote: Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой з
Re: Openmeetings SIP integration
Билд #242. По - прежнему не хочет звонить "звонилка" наружу. По старой концепции (через команду "channel originate", запущенную в ручном режиме) все ок. Таким образом, с диалпланом и транспортом все в порядке. 18.05.2016 11:24, Maxim Solodovnik пишет: что-то поправилось (судя по логам)( проверьте билд 242+, стало лучше? может астериск в дебажном режиме ругается как-то, чтобы понять что не так 2016-05-17 14:10 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд 3.1.2 (17.05.2016). SIP - dialer не работает, исходящие звонки не осуществляются. 16.05.2016 16:14, Maxim Solodovnik пишет: Это да, надо К сожалению времени свободного почти совсем нет WBR, Maxim (from mobile, sorry for the typos) On May 16, 2016 19:13, "Sergey Pisanko"<s...@otoib.dp.ua> wrote: Ясно, проверю. А в "недопиленном " считаю, что очень правильная ориентировка на изменение чата, так что пилите, Шура :-)) 16.05.2016 16:02, Maxim Solodovnik пишет: нет, его ещё пилить надо ... проверьте 3.1.2 он следующий в релиз пойдёт 2016-05-16 19:00 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: 3.2.0. https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.2.x/ Вы ведь хотели его проверить?! 16.05.2016 15:45, Maxim Solodovnik пишет: билд 3.2.0? или 3.1.2? https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ какая версия red5sip? для 3.1.2 надо взять свежий отсюда: https://github.com/openmeetings/red5sip 2016-05-16 18:42 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Билд 3.2.0. При аналогичных предыдущим билдам настройках: 1. SIP - транспорт регистрируется на Астере, но не появляется в конференции и не выполняется диалплан в контексте [rooms-red5sip]. 2. Не добавляются на доску файлы документов. 16.05.2016 9:54, Maxim Solodovnik пишет: там эта комманда написана с использованием asterisk-java по идее всё должно более грамотно работать 2016-05-16 12:01 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik<solomax...@gmail.com : отлично, спасибо я донастрою локальный Asterisk, прицеплю к нему софтовый телефон и буду пробовать отпишу как только будут результаты :) пинайте меня если буду сильно тихий 2016-05-10 15:16 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, проблема с гудками решается перестановкой местами вызываемого и вызывающего в команде. Т. е., команда: asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate преобразуется в: asterisk -rx "originate Local/__ROOM_SIP_NUMBER__@rooms-originate extension __ROOM_ENTERED__@rooms-out В этом случае сначала выполняется диалплан для "sip_user", где он присоединяется к конференции, а затем идет вызов внешнего абонента, и в это время вызывающий слышит "Ring-Back Tone" (гудки). Во всяком случае, в Asterisk CLI работает :-). 08.05.2016 12:20, Maxim Solodovnik пишет: Спасибо, за коммент подумаю что тут можно сделать 2016-05-04 17:03 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Здравствуйте, Василий, коммент добавил. 04.05.2016 13:28, Vasiliy Degtyarev пишет: Добрый день Сергей! Максим сейчас в отпуске, будет после праздников. Добавтье Ваши замечания в баг https://issues.apache.org/jira/browse/OPENMEETINGS-1384. С уважением, Василий Дегтярев. On 04.05.2016 16:23, Sergey Pisanko wrote: Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой звонка/завершения соединения. 29.04.2016 20:05, Maxim Solodovnik пишет: спасибо что сказали https://issues.apache.org/jira/browse/OPENMEETINGS-1384 следующий билд будет с фиксом проверить можно в графе changes 2016-04-29 20:51 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua : Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik< solomax...@gmail.com : я сей
Re: Openmeetings SIP integration
может астериск в дебажном режиме ругается как-то, чтобы понять что не так Астериск, при нажатии на "Call" в SIP - dialer, вообще не подает никаких признаков реакции. проверьте билд 242+ Ок. 18.05.2016 11:24, Maxim Solodovnik пишет: что-то поправилось (судя по логам)( проверьте билд 242+, стало лучше? может астериск в дебажном режиме ругается как-то, чтобы понять что не так 2016-05-17 14:10 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд 3.1.2 (17.05.2016). SIP - dialer не работает, исходящие звонки не осуществляются. 16.05.2016 16:14, Maxim Solodovnik пишет: Это да, надо К сожалению времени свободного почти совсем нет WBR, Maxim (from mobile, sorry for the typos) On May 16, 2016 19:13, "Sergey Pisanko"<s...@otoib.dp.ua> wrote: Ясно, проверю. А в "недопиленном " считаю, что очень правильная ориентировка на изменение чата, так что пилите, Шура :-)) 16.05.2016 16:02, Maxim Solodovnik пишет: нет, его ещё пилить надо ... проверьте 3.1.2 он следующий в релиз пойдёт 2016-05-16 19:00 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: 3.2.0. https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.2.x/ Вы ведь хотели его проверить?! 16.05.2016 15:45, Maxim Solodovnik пишет: билд 3.2.0? или 3.1.2? https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ какая версия red5sip? для 3.1.2 надо взять свежий отсюда: https://github.com/openmeetings/red5sip 2016-05-16 18:42 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Билд 3.2.0. При аналогичных предыдущим билдам настройках: 1. SIP - транспорт регистрируется на Астере, но не появляется в конференции и не выполняется диалплан в контексте [rooms-red5sip]. 2. Не добавляются на доску файлы документов. 16.05.2016 9:54, Maxim Solodovnik пишет: там эта комманда написана с использованием asterisk-java по идее всё должно более грамотно работать 2016-05-16 12:01 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik<solomax...@gmail.com : отлично, спасибо я донастрою локальный Asterisk, прицеплю к нему софтовый телефон и буду пробовать отпишу как только будут результаты :) пинайте меня если буду сильно тихий 2016-05-10 15:16 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, проблема с гудками решается перестановкой местами вызываемого и вызывающего в команде. Т. е., команда: asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate преобразуется в: asterisk -rx "originate Local/__ROOM_SIP_NUMBER__@rooms-originate extension __ROOM_ENTERED__@rooms-out В этом случае сначала выполняется диалплан для "sip_user", где он присоединяется к конференции, а затем идет вызов внешнего абонента, и в это время вызывающий слышит "Ring-Back Tone" (гудки). Во всяком случае, в Asterisk CLI работает :-). 08.05.2016 12:20, Maxim Solodovnik пишет: Спасибо, за коммент подумаю что тут можно сделать 2016-05-04 17:03 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Здравствуйте, Василий, коммент добавил. 04.05.2016 13:28, Vasiliy Degtyarev пишет: Добрый день Сергей! Максим сейчас в отпуске, будет после праздников. Добавтье Ваши замечания в баг https://issues.apache.org/jira/browse/OPENMEETINGS-1384. С уважением, Василий Дегтярев. On 04.05.2016 16:23, Sergey Pisanko wrote: Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой звонка/завершения соединения. 29.04.2016 20:05, Maxim Solodovnik пишет: спасибо что сказали https://issues.apache.org/jira/browse/OPENMEETINGS-1384 следующий билд будет с фиксом проверить можно в графе changes 2016-04-29 20:51 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua : Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik< solomax...@gmail.com : я сейчас залью в 3 бранча вот тут
Re: Openmeetings SIP integration
Ясно, проверю. А в "недопиленном " считаю, что очень правильная ориентировка на изменение чата, так что пилите, Шура :-)) 16.05.2016 16:02, Maxim Solodovnik пишет: нет, его ещё пилить надо ... проверьте 3.1.2 он следующий в релиз пойдёт 2016-05-16 19:00 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: 3.2.0. https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.2.x/ Вы ведь хотели его проверить?! 16.05.2016 15:45, Maxim Solodovnik пишет: билд 3.2.0? или 3.1.2? https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ какая версия red5sip? для 3.1.2 надо взять свежий отсюда: https://github.com/openmeetings/red5sip 2016-05-16 18:42 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд 3.2.0. При аналогичных предыдущим билдам настройках: 1. SIP - транспорт регистрируется на Астере, но не появляется в конференции и не выполняется диалплан в контексте [rooms-red5sip]. 2. Не добавляются на доску файлы документов. 16.05.2016 9:54, Maxim Solodovnik пишет: там эта комманда написана с использованием asterisk-java по идее всё должно более грамотно работать 2016-05-16 12:01 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: отлично, спасибо я донастрою локальный Asterisk, прицеплю к нему софтовый телефон и буду пробовать отпишу как только будут результаты :) пинайте меня если буду сильно тихий 2016-05-10 15:16 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Максим, проблема с гудками решается перестановкой местами вызываемого и вызывающего в команде. Т. е., команда: asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate преобразуется в: asterisk -rx "originate Local/__ROOM_SIP_NUMBER__@rooms-originate extension __ROOM_ENTERED__@rooms-out В этом случае сначала выполняется диалплан для "sip_user", где он присоединяется к конференции, а затем идет вызов внешнего абонента, и в это время вызывающий слышит "Ring-Back Tone" (гудки). Во всяком случае, в Asterisk CLI работает :-). 08.05.2016 12:20, Maxim Solodovnik пишет: Спасибо, за коммент подумаю что тут можно сделать 2016-05-04 17:03 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Здравствуйте, Василий, коммент добавил. 04.05.2016 13:28, Vasiliy Degtyarev пишет: Добрый день Сергей! Максим сейчас в отпуске, будет после праздников. Добавтье Ваши замечания в баг https://issues.apache.org/jira/browse/OPENMEETINGS-1384. С уважением, Василий Дегтярев. On 04.05.2016 16:23, Sergey Pisanko wrote: Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой звонка/завершения соединения. 29.04.2016 20:05, Maxim Solodovnik пишет: спасибо что сказали https://issues.apache.org/jira/browse/OPENMEETINGS-1384 следующий билд будет с фиксом проверить можно в графе changes 2016-04-29 20:51 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik< solomax...@gmail.com : я сейчас залью в 3 бранча вот тут https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ появится билд, который можно будет проверить 2016-04-29 19:39 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua : Да, понятно, что с клавиатуры набрать можно и направление, пока вижу это единственным вариантом. Покурю еще сам над командами. Отсутствие контекста в вызывающем блоке оригинальной команды не случайно, с контекстом не заработало. 29.04.2016 16:32, Maxim Solodovnik пишет: хм минуточку! :))) но ведь "номер" куда звонить это же просто строка, она не обязана быть цифрами . опять же вопрос в оригинале была ещё вот такая подстрока @rooms-out это лишнее? 2016-04-29 19:27 GMT+06:00 Sergey Pisanko< s...@otoib.dp.ua : Неточно выразился в предыдущем сообщении. В том - то и
Re: Openmeetings SIP integration
3.2.0. https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.2.x/ Вы ведь хотели его проверить?! 16.05.2016 15:45, Maxim Solodovnik пишет: билд 3.2.0? или 3.1.2? https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ какая версия red5sip? для 3.1.2 надо взять свежий отсюда: https://github.com/openmeetings/red5sip 2016-05-16 18:42 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Билд 3.2.0. При аналогичных предыдущим билдам настройках: 1. SIP - транспорт регистрируется на Астере, но не появляется в конференции и не выполняется диалплан в контексте [rooms-red5sip]. 2. Не добавляются на доску файлы документов. 16.05.2016 9:54, Maxim Solodovnik пишет: там эта комманда написана с использованием asterisk-java по идее всё должно более грамотно работать 2016-05-16 12:01 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: отлично, спасибо я донастрою локальный Asterisk, прицеплю к нему софтовый телефон и буду пробовать отпишу как только будут результаты :) пинайте меня если буду сильно тихий 2016-05-10 15:16 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Максим, проблема с гудками решается перестановкой местами вызываемого и вызывающего в команде. Т. е., команда: asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate преобразуется в: asterisk -rx "originate Local/__ROOM_SIP_NUMBER__@rooms-originate extension __ROOM_ENTERED__@rooms-out В этом случае сначала выполняется диалплан для "sip_user", где он присоединяется к конференции, а затем идет вызов внешнего абонента, и в это время вызывающий слышит "Ring-Back Tone" (гудки). Во всяком случае, в Asterisk CLI работает :-). 08.05.2016 12:20, Maxim Solodovnik пишет: Спасибо, за коммент подумаю что тут можно сделать 2016-05-04 17:03 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Здравствуйте, Василий, коммент добавил. 04.05.2016 13:28, Vasiliy Degtyarev пишет: Добрый день Сергей! Максим сейчас в отпуске, будет после праздников. Добавтье Ваши замечания в баг https://issues.apache.org/jira/browse/OPENMEETINGS-1384. С уважением, Василий Дегтярев. On 04.05.2016 16:23, Sergey Pisanko wrote: Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой звонка/завершения соединения. 29.04.2016 20:05, Maxim Solodovnik пишет: спасибо что сказали https://issues.apache.org/jira/browse/OPENMEETINGS-1384 следующий билд будет с фиксом проверить можно в графе changes 2016-04-29 20:51 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik< solomax...@gmail.com : я сейчас залью в 3 бранча вот тут https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ появится билд, который можно будет проверить 2016-04-29 19:39 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Да, понятно, что с клавиатуры набрать можно и направление, пока вижу это единственным вариантом. Покурю еще сам над командами. Отсутствие контекста в вызывающем блоке оригинальной команды не случайно, с контекстом не заработало. 29.04.2016 16:32, Maxim Solodovnik пишет: хм минуточку! :))) но ведь "номер" куда звонить это же просто строка, она не обязана быть цифрами . опять же вопрос в оригинале была ещё вот такая подстрока @rooms-out это лишнее? 2016-04-29 19:27 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua : Неточно выразился в предыдущем сообщении. В том - то и дело, что "trunk" - это переменная, а не константа, и она принимает значение в зависимости от направления исходящего звонка. Разве что вводить это направление так же вручную, как и номер. 29.04.2016 16:10, Maxim Solodovnik пишет: ну то есть это можно решить например chekbox'ом "Внутренний номер" ? если &quo
Re: Openmeetings SIP integration
Билд 3.2.0. При аналогичных предыдущим билдам настройках: 1. SIP - транспорт регистрируется на Астере, но не появляется в конференции и не выполняется диалплан в контексте [rooms-red5sip]. 2. Не добавляются на доску файлы документов. 16.05.2016 9:54, Maxim Solodovnik пишет: там эта комманда написана с использованием asterisk-java по идее всё должно более грамотно работать 2016-05-16 12:01 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: отлично, спасибо я донастрою локальный Asterisk, прицеплю к нему софтовый телефон и буду пробовать отпишу как только будут результаты :) пинайте меня если буду сильно тихий 2016-05-10 15:16 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Максим, проблема с гудками решается перестановкой местами вызываемого и вызывающего в команде. Т. е., команда: asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate преобразуется в: asterisk -rx "originate Local/__ROOM_SIP_NUMBER__@rooms-originate extension __ROOM_ENTERED__@rooms-out В этом случае сначала выполняется диалплан для "sip_user", где он присоединяется к конференции, а затем идет вызов внешнего абонента, и в это время вызывающий слышит "Ring-Back Tone" (гудки). Во всяком случае, в Asterisk CLI работает :-). 08.05.2016 12:20, Maxim Solodovnik пишет: Спасибо, за коммент подумаю что тут можно сделать 2016-05-04 17:03 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Здравствуйте, Василий, коммент добавил. 04.05.2016 13:28, Vasiliy Degtyarev пишет: Добрый день Сергей! Максим сейчас в отпуске, будет после праздников. Добавтье Ваши замечания в баг https://issues.apache.org/jira/browse/OPENMEETINGS-1384. С уважением, Василий Дегтярев. On 04.05.2016 16:23, Sergey Pisanko wrote: Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой звонка/завершения соединения. 29.04.2016 20:05, Maxim Solodovnik пишет: спасибо что сказали https://issues.apache.org/jira/browse/OPENMEETINGS-1384 следующий билд будет с фиксом проверить можно в графе changes 2016-04-29 20:51 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik<solomax...@gmail.com : я сейчас залью в 3 бранча вот тут https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ появится билд, который можно будет проверить 2016-04-29 19:39 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Да, понятно, что с клавиатуры набрать можно и направление, пока вижу это единственным вариантом. Покурю еще сам над командами. Отсутствие контекста в вызывающем блоке оригинальной команды не случайно, с контекстом не заработало. 29.04.2016 16:32, Maxim Solodovnik пишет: хм минуточку! :))) но ведь "номер" куда звонить это же просто строка, она не обязана быть цифрами . опять же вопрос в оригинале была ещё вот такая подстрока @rooms-out это лишнее? 2016-04-29 19:27 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Неточно выразился в предыдущем сообщении. В том - то и дело, что "trunk" - это переменная, а не константа, и она принимает значение в зависимости от направления исходящего звонка. Разве что вводить это направление так же вручную, как и номер. 29.04.2016 16:10, Maxim Solodovnik пишет: ну то есть это можно решить например chekbox'ом "Внутренний номер" ? если "эта галка" не стоит - добавлять /trunk правильно? 2016-04-29 19:05 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua : В моем примере выше, "trunk" - это конкретное направление для исходящих звонков. Для Астера звонок на внутренний номер выглядит, например, так: SIP/${EXTEN} А для вызова на внешний номер: SIP/trunk/${EXTEN}. Вот этот "промежуточный" элемент и портит картину :-). 29.04.2016 15:52, Maxim
Re: Openmeetings SIP integration
Новый билд проверю. В нем уже новая команда для исходящих звонков? 15.05.2016 11:20, Maxim Solodovnik пишет: я несколько поменял код вроде должно стать не хуже (надеюсь - лучше) не могли бы Вы проверить билд 230+, а тот у меня не было времени настроить asterisk :( 2016-05-10 15:18 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: отлично, спасибо я донастрою локальный Asterisk, прицеплю к нему софтовый телефон и буду пробовать отпишу как только будут результаты :) пинайте меня если буду сильно тихий 2016-05-10 15:16 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Максим, проблема с гудками решается перестановкой местами вызываемого и вызывающего в команде. Т. е., команда: asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate преобразуется в: asterisk -rx "originate Local/__ROOM_SIP_NUMBER__@rooms-originate extension __ROOM_ENTERED__@rooms-out В этом случае сначала выполняется диалплан для "sip_user", где он присоединяется к конференции, а затем идет вызов внешнего абонента, и в это время вызывающий слышит "Ring-Back Tone" (гудки). Во всяком случае, в Asterisk CLI работает :-). 08.05.2016 12:20, Maxim Solodovnik пишет: Спасибо, за коммент подумаю что тут можно сделать 2016-05-04 17:03 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Здравствуйте, Василий, коммент добавил. 04.05.2016 13:28, Vasiliy Degtyarev пишет: Добрый день Сергей! Максим сейчас в отпуске, будет после праздников. Добавтье Ваши замечания в баг https://issues.apache.org/jira/browse/OPENMEETINGS-1384. С уважением, Василий Дегтярев. On 04.05.2016 16:23, Sergey Pisanko wrote: Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой звонка/завершения соединения. 29.04.2016 20:05, Maxim Solodovnik пишет: спасибо что сказали https://issues.apache.org/jira/browse/OPENMEETINGS-1384 следующий билд будет с фиксом проверить можно в графе changes 2016-04-29 20:51 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik<solomax...@gmail.com>: я сейчас залью в 3 бранча вот тут https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ появится билд, который можно будет проверить 2016-04-29 19:39 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Да, понятно, что с клавиатуры набрать можно и направление, пока вижу это единственным вариантом. Покурю еще сам над командами. Отсутствие контекста в вызывающем блоке оригинальной команды не случайно, с контекстом не заработало. 29.04.2016 16:32, Maxim Solodovnik пишет: хм минуточку! :))) но ведь "номер" куда звонить это же просто строка, она не обязана быть цифрами ..... опять же вопрос в оригинале была ещё вот такая подстрока @rooms-out это лишнее? 2016-04-29 19:27 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Неточно выразился в предыдущем сообщении. В том - то и дело, что "trunk" - это переменная, а не константа, и она принимает значение в зависимости от направления исходящего звонка. Разве что вводить это направление так же вручную, как и номер. 29.04.2016 16:10, Maxim Solodovnik пишет: ну то есть это можно решить например chekbox'ом "Внутренний номер" ? если "эта галка" не стоит - добавлять /trunk правильно? 2016-04-29 19:05 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: В моем примере выше, "trunk" - это конкретное направление для исходящих звонков. Для Астера звонок на внутренний номер выглядит, например, так: SIP/${EXTEN} А для вызова на внешний номер: SIP/trunk/${EXTEN}. Вот этот "промежуточный" элемент и портит картину :-). 29.04.2016 15:52, Maxim Solodovnik пишет: а что это такое "при звонке в транк" как понять что звонок именно туда? 2016-04-29 18:50 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: При такой команде: asterisk -rx "channel originate Local/__NUMBER_ENTERED__ extension __ROOM_SIM_NUMBER__@rooms-originate" удается соединить комнату и вызываемого абонента. Правда, возникнет проблема при звонке в транк, ибо тогда конструкция должна принять вид:
Re: Openmeetings SIP integration
Спасибо, Максим! Накатил новый "билд", исходящий SIP - функционал работает. Однако, при работе сразу вскрылись недостатки такой реализации: 1. При вызове SIP - абонента, вызывающий участник конференции не слышит КПВ (гудков). Поэтому, никак не в состоянии контролировать вызов. 2. "Звонилка" не предполагает отбой звонка/завершения соединения. 29.04.2016 20:05, Maxim Solodovnik пишет: спасибо что сказали https://issues.apache.org/jira/browse/OPENMEETINGS-1384 следующий билд будет с фиксом проверить можно в графе changes 2016-04-29 20:51 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik<solomax...@gmail.com>: я сейчас залью в 3 бранча вот тут https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ появится билд, который можно будет проверить 2016-04-29 19:39 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Да, понятно, что с клавиатуры набрать можно и направление, пока вижу это единственным вариантом. Покурю еще сам над командами. Отсутствие контекста в вызывающем блоке оригинальной команды не случайно, с контекстом не заработало. 29.04.2016 16:32, Maxim Solodovnik пишет: хм минуточку! :))) но ведь "номер" куда звонить это же просто строка, она не обязана быть цифрами . опять же вопрос в оригинале была ещё вот такая подстрока @rooms-out это лишнее? 2016-04-29 19:27 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: Неточно выразился в предыдущем сообщении. В том - то и дело, что "trunk" - это переменная, а не константа, и она принимает значение в зависимости от направления исходящего звонка. Разве что вводить это направление так же вручную, как и номер. 29.04.2016 16:10, Maxim Solodovnik пишет: ну то есть это можно решить например chekbox'ом "Внутренний номер" ? если "эта галка" не стоит - добавлять /trunk правильно? 2016-04-29 19:05 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: В моем примере выше, "trunk" - это конкретное направление для исходящих звонков. Для Астера звонок на внутренний номер выглядит, например, так: SIP/${EXTEN} А для вызова на внешний номер: SIP/trunk/${EXTEN}. Вот этот "промежуточный" элемент и портит картину :-). 29.04.2016 15:52, Maxim Solodovnik пишет: а что это такое "при звонке в транк" как понять что звонок именно туда? 2016-04-29 18:50 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: При такой команде: asterisk -rx "channel originate Local/__NUMBER_ENTERED__ extension __ROOM_SIM_NUMBER__@rooms-originate" удается соединить комнату и вызываемого абонента. Правда, возникнет проблема при звонке в транк, ибо тогда конструкция должна принять вид: "Local/trunk/__NUMBER_ENTERED__" 29.04.2016 15:18, Maxim Solodovnik пишет: будет очень спасибо если Вы сможете "подобрать" нужную комманду я сегодня же исправлю :) 2016-04-29 18:01 GMT+06:00 Sergey Pisanko<s...@otoib.dp.ua>: В CLI Asterisk 11, я даже команды "originate" не вижу, есть "channel originate" :-). 29.04.2016 14:47, Maxim Solodovnik пишет: посмотрю, может это можно как-то более правильно переписать 2016-04-29 17:23 GMT+06:00 Maxim Solodovnik < solomax...@gmail.com : посмотрел код из явы выполняется "комманд лайн" вызов asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate соответственно 1) астериск должен быть установлен на сервере ОМ 2) у пользователя под которым запущен ОМ должны быть права на эту операцию 3) если вдруг ошибка должен быть stack trace в логе 2016-04-22 12:06 GMT+06:00 Maxim Solodovnik < solomax...@gmail.com : это правильно, пинать надо :) пока времени не нашёл, попробую на выходных 2016-04-22 12:04 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua : Тактично здесь о себе напомню :-). 18.04.2016 12:08, Maxim Solodovnik пишет: продублирую :) я попробую проверить "звонилку", к сожалению у меня "живого" Asterisk нет, буду ориентироваться на "косвенные" признаки отпишусь сюда 2016-04-18 14:25 GMT+06:00 Sergey Pisanko < s...@otoib.dp.ua : Здравствуйте. Пробуем использовать Openmeetings v. 3.1.1 r. 1736485. ОС - "Centos 6.5-release x64". Возникла потребность интегрировать SIP - функционал для связи с корпоративным Asterisk. Процедура интеграции бы
Re: Openmeetings SIP integration
Максим, по мере "курения" проясняется, со своей командой, похоже. намудрил, вполне валидна оригинальная команда, только "channel originate", а далее без изменений. Нужно было мне просто внести небольшие изменения в диалплан, да и просто память освежить :-). 29.04.2016 16:44, Maxim Solodovnik пишет: правильнее это переписать вот так https://maven.reucon.com/projects/public/asterisk-java/1.0.0.CI-SNAPSHOT/asterisk-java/tutorial.html#Hello_Manager только бы понять как Ваша комманда "мапится" на этот пример :) 2016-04-29 19:41 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: я сейчас залью в 3 бранча вот тут https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ появится билд, который можно будет проверить 2016-04-29 19:39 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Да, понятно, что с клавиатуры набрать можно и направление, пока вижу это единственным вариантом. Покурю еще сам над командами. Отсутствие контекста в вызывающем блоке оригинальной команды не случайно, с контекстом не заработало. 29.04.2016 16:32, Maxim Solodovnik пишет: хм минуточку! :))) но ведь "номер" куда звонить это же просто строка, она не обязана быть цифрами . опять же вопрос в оригинале была ещё вот такая подстрока @rooms-out это лишнее? 2016-04-29 19:27 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Неточно выразился в предыдущем сообщении. В том - то и дело, что "trunk" - это переменная, а не константа, и она принимает значение в зависимости от направления исходящего звонка. Разве что вводить это направление так же вручную, как и номер. 29.04.2016 16:10, Maxim Solodovnik пишет: ну то есть это можно решить например chekbox'ом "Внутренний номер" ? если "эта галка" не стоит - добавлять /trunk правильно? 2016-04-29 19:05 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: В моем примере выше, "trunk" - это конкретное направление для исходящих звонков. Для Астера звонок на внутренний номер выглядит, например, так: SIP/${EXTEN} А для вызова на внешний номер: SIP/trunk/${EXTEN}. Вот этот "промежуточный" элемент и портит картину :-). 29.04.2016 15:52, Maxim Solodovnik пишет: а что это такое "при звонке в транк" как понять что звонок именно туда? 2016-04-29 18:50 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: При такой команде: asterisk -rx "channel originate Local/__NUMBER_ENTERED__ extension __ROOM_SIM_NUMBER__@rooms-originate" удается соединить комнату и вызываемого абонента. Правда, возникнет проблема при звонке в транк, ибо тогда конструкция должна принять вид: "Local/trunk/__NUMBER_ENTERED__" 29.04.2016 15:18, Maxim Solodovnik пишет: будет очень спасибо если Вы сможете "подобрать" нужную комманду я сегодня же исправлю :) 2016-04-29 18:01 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: В CLI Asterisk 11, я даже команды "originate" не вижу, есть "channel originate" :-). 29.04.2016 14:47, Maxim Solodovnik пишет: посмотрю, может это можно как-то более правильно переписать 2016-04-29 17:23 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com : посмотрел код из явы выполняется "комманд лайн" вызов asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate соответственно 1) астериск должен быть установлен на сервере ОМ 2) у пользователя под которым запущен ОМ должны быть права на эту операцию 3) если вдруг ошибка должен быть stack trace в логе 2016-04-22 12:06 GMT+06:00 Maxim Solodovnik < solomax...@gmail.com : это правильно, пинать надо :) пока времени не нашёл, попробую на выходных 2016-04-22 12:04 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Тактично здесь о себе напомню :-). 18.04.2016 12:08, Maxim Solodovnik пишет: продублирую :) я попробую проверить "звонилку", к сожалению у меня "живого" Asterisk нет, буду ориентироваться на "косвенные" признаки отпишусь сюда 2016-04-18 14:25 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua : Здравствуйте. Пробуем использовать Openmeetings v. 3.1.1 r. 1736485. ОС - "Centos 6.5-release x64". Возникла потребность интегрировать SIP - функционал для связи с корпоративным Asterisk. Процедура интеграции была выполнена согласно инструкции http://openmeetings.apache.org/red5sip-integration_3.0.html . На данный момент, есть возможность осуществления звонков из Asterisk в комнаты Openmeetings, однако исходящей связи пока достигнуть не удалось. По всей видимости, не функционирует SIP - dialer Openmeetings, при наборе номера и нажатии "Call", признаков отправки SIP - информации на Asterisk не наблюдается. Во вложении письма - логи дебага в момент нажатия "Call". Исходящий SIP - функционал крайне важен для нас, поэтому был бы признателен за помощь в решении данной проблемы. -- - С Уважение
Re: Openmeetings SIP integration
При такой команде: asterisk -rx "channel originate Local/__NUMBER_ENTERED__ extension __ROOM_SIM_NUMBER__@rooms-originate" удается соединить комнату и вызываемого абонента. Правда, возникнет проблема при звонке в транк, ибо тогда конструкция должна принять вид: "Local/trunk/__NUMBER_ENTERED__" 29.04.2016 15:18, Maxim Solodovnik пишет: будет очень спасибо если Вы сможете "подобрать" нужную комманду я сегодня же исправлю :) 2016-04-29 18:01 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: В CLI Asterisk 11, я даже команды "originate" не вижу, есть "channel originate" :-). 29.04.2016 14:47, Maxim Solodovnik пишет: посмотрю, может это можно как-то более правильно переписать 2016-04-29 17:23 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: посмотрел код из явы выполняется "комманд лайн" вызов asterisk -rx "originate Local/__NUMBER_ENTERED__@rooms-out extension __ROOM_SIM_NUMBER__@rooms-originate соответственно 1) астериск должен быть установлен на сервере ОМ 2) у пользователя под которым запущен ОМ должны быть права на эту операцию 3) если вдруг ошибка должен быть stack trace в логе 2016-04-22 12:06 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: это правильно, пинать надо :) пока времени не нашёл, попробую на выходных 2016-04-22 12:04 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Тактично здесь о себе напомню :-). 18.04.2016 12:08, Maxim Solodovnik пишет: продублирую :) я попробую проверить "звонилку", к сожалению у меня "живого" Asterisk нет, буду ориентироваться на "косвенные" признаки отпишусь сюда 2016-04-18 14:25 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Здравствуйте. Пробуем использовать Openmeetings v. 3.1.1 r. 1736485. ОС - "Centos 6.5-release x64". Возникла потребность интегрировать SIP - функционал для связи с корпоративным Asterisk. Процедура интеграции была выполнена согласно инструкции http://openmeetings.apache.org/red5sip-integration_3.0.html. На данный момент, есть возможность осуществления звонков из Asterisk в комнаты Openmeetings, однако исходящей связи пока достигнуть не удалось. По всей видимости, не функционирует SIP - dialer Openmeetings, при наборе номера и нажатии "Call", признаков отправки SIP - информации на Asterisk не наблюдается. Во вложении письма - логи дебага в момент нажатия "Call". Исходящий SIP - функционал крайне важен для нас, поэтому был бы признателен за помощь в решении данной проблемы. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко. -- WBR Maxim aka solomax -- WBR Maxim aka solomax -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.
Re: Openmeetings SIP integration
Тактично здесь о себе напомню :-). 18.04.2016 12:08, Maxim Solodovnik пишет: продублирую :) я попробую проверить "звонилку", к сожалению у меня "живого" Asterisk нет, буду ориентироваться на "косвенные" признаки отпишусь сюда 2016-04-18 14:25 GMT+06:00 Sergey Pisanko <s...@otoib.dp.ua>: Здравствуйте. Пробуем использовать Openmeetings v. 3.1.1 r. 1736485. ОС - "Centos 6.5-release x64". Возникла потребность интегрировать SIP - функционал для связи с корпоративным Asterisk. Процедура интеграции была выполнена согласно инструкции http://openmeetings.apache.org/red5sip-integration_3.0.html. На данный момент, есть возможность осуществления звонков из Asterisk в комнаты Openmeetings, однако исходящей связи пока достигнуть не удалось. По всей видимости, не функционирует SIP - dialer Openmeetings, при наборе номера и нажатии "Call", признаков отправки SIP - информации на Asterisk не наблюдается. Во вложении письма - логи дебага в момент нажатия "Call". Исходящий SIP - функционал крайне важен для нас, поэтому был бы признателен за помощь в решении данной проблемы. -- - С Уважением, Сергей Писанко. -- - С Уважением, Сергей Писанко.