You are viewing a plain text version of this content. The canonical link for it is here.

Posted to user@openmeetings.apache.org by "Alfs, Eugen" <E....@piepenbrock.de> on 2020/04/09 09:54:23 UTC

strange behavior with andriod client

Hi,

first of all I'd like to thank you for the new release 5. It works fine and our user like it. Unfortunatally we have some strange things going on at android clients (Chrome Browser). Entering a room after login with user credentials everything works fine, entrering a room with a hash link within the network also works fine, entering it from outsite the network works to, but the video and audio streams of other users in the room are blocked. Change entering to user login and entering the room from dashboard everything works fine again, including video and audio. Tried everything including opening firewall, nothing helped.

Has anybody seen such behavior or any idea to fix it?

Eugen

AW: strange behavior with andriod client

Posted by "Alfs, Eugen" <E....@piepenbrock.de>.

Here are the requested info's:

0)
Version 5.0.0-M3
Revision b739f87
Builddate 2019-12-11T11:42:09Z

1)
public conference room

2)
instead of video only picture with questionmark was shown

3)
tried to find out, problem isn't reproducable anymore, did a server reboot 1/2 hour ago, no idea what happend

Von: Maxim Solodovnik [solomax666@gmail.com]
Gesendet: Dienstag, 14. April 2020 18:06
An: Openmeetings user-list
Betreff: Re: strange behavior with andriod client

Thanks for report :)
I glad OM is working

The described behavior for hashes is weird
Please share some additional details:
0) what version of OM are you using?
1) what type of the room have you use for testing?
2) What do you mean by "We got into the room and video and audio streams where blocked in both directions."?
3) does this blocking reproducible if user with hash enters the room first?

On Tue, 14 Apr 2020 at 19:42, Alfs, Eugen <E....@piepenbrock.de>> wrote:
Hello Maxim,

the OM Server is reachable from inside the network and from the internet. Kms is updatet to 6.13.0 and there are 2 changes not discribed in the tuorial for ubuntu which are:

- In /etc/kurento/kurento.conf.json "ipv6": false, is activated (our network dosn’t work wirh IPV6)

- In /etc/kurento/modules/kurento/WebRtcEndpoint.conf.ini the externalAddress=xx.xx.xx.xx is set to the servers external adress

With that settings and some workaround with the firewall by our network admin om is accesible via network and internet. Everything works fine. Even with android devices (e.g Samsung S7 or Samsung M30s) and chrome browser we can login and join meetings without problems from network (via wifi) and internet (via LTE).

With the same android device we tried to enter a meeting via hash invitation.

Via network (wifi)
We got into the room and video and audio streams worked.

Via internet (LTE)
We got into the room and video and audio streams where blocked in both directions.
Entering the same room from the same device by user login (ldap) and not by hash, the video and audio streams of all members where shown correctly.

Doing the same from a windwos or linux pc offert no problems. In all cases the video and audio streams where shown as expected.

So only from internet and android device and hash invitation we got a problem, all other ways are working well.
Best regards,
Eugen

Von: Maxim Solodovnik [mailto:solomax666@gmail.com<ma...@gmail.com>]
Gesendet: Donnerstag, 9. April 2020 16:31
An: Openmeetings user-list
Betreff: Re: strange behavior with andriod client

Hello Eugen,

Usually audio/video streams are blocked if there is no TURN server
AFAIK there is no correlation with type of login direct/hash

Maybe you try to describe your steps more detailed?
Is this issue OS/Browser dependent?

On Thu, 9 Apr 2020 at 16:56, Alfs, Eugen <E....@piepenbrock.de>> wrote:
Hi,

first of all I’d like to thank you for the new release 5. It works fine and our user like it. Unfortunatally we have some strange things going on at android clients (Chrome Browser). Entering a room after login with user credentials everything works fine, entrering a room with a hash link within the network also works fine, entering it from outsite the network works to, but the video and audio streams of other users in the room are blocked. Change entering to user login and entering the room from dashboard everything works fine again, including video and audio. Tried everything including opening firewall, nothing helped.

Has anybody seen such behavior or any idea to fix it?

Eugen

--
Best regards,
Maxim

Re: strange behavior with andriod client

Posted by Maxim Solodovnik <so...@gmail.com>.

Thanks for report :)
I glad OM is working

The described behavior for hashes is weird
Please share some additional details:
0) what version of OM are you using?
1) what type of the room have you use for testing?
2) What do you mean by "We got into the room and video and audio streams
where blocked in both directions."?
3) does this blocking reproducible if user with hash enters the room first?


On Tue, 14 Apr 2020 at 19:42, Alfs, Eugen <E....@piepenbrock.de> wrote:

> Hello Maxim,
>
>
>
> the OM Server is reachable from inside the network and from the internet.
> Kms is updatet to 6.13.0 and there are 2 changes not discribed in the
> tuorial for ubuntu which are:
>
>
>
> -       In /etc/kurento/kurento.conf.json "ipv6": false, is activated
> (our network dosn’t work wirh IPV6)
>
> -       In /etc/kurento/modules/kurento/WebRtcEndpoint.conf.ini the
> externalAddress=xx.xx.xx.xx is set to the servers external adress
>
>
>
> With that settings and some workaround with the firewall by our network
> admin om is accesible via network and internet. Everything works fine. Even
> with android devices (e.g Samsung S7 or Samsung M30s) and chrome browser we
> can login and join meetings without problems from network (via wifi) and
> internet (via LTE).
>
>
>
>
> With the same android device we tried to enter a meeting via hash
> invitation.
>
>
>
> Via network (wifi)
>
> We got into the room and video and audio streams worked.
>
>
>
> Via internet (LTE)
>
> We got into the room and video and audio streams where blocked in both
> directions.
>
> Entering the same room from the same device by user login (ldap) and not
> by hash, the video and audio streams of all members where shown correctly.
>
>
>
>
>
> Doing the same from a windwos or linux pc offert no problems. In all cases
> the video and audio streams where shown as expected.
>
>
>
> So only from internet *and* android device *and* hash invitation we got a
> problem, all other ways are working well.
>
> Best regards,
>
> Eugen
>
> *Von:* Maxim Solodovnik [mailto:solomax666@gmail.com]
> *Gesendet:* Donnerstag, 9. April 2020 16:31
> *An:* Openmeetings user-list
> *Betreff:* Re: strange behavior with andriod client
>
>
>
> Hello Eugen,
>
>
>
> Usually audio/video streams are blocked if there is no TURN server
>
> AFAIK there is no correlation with type of login direct/hash
>
>
>
> Maybe you try to describe your steps more detailed?
>
> Is this issue OS/Browser dependent?
>
>
>
> On Thu, 9 Apr 2020 at 16:56, Alfs, Eugen <E....@piepenbrock.de> wrote:
>
> Hi,
>
>
>
> first of all I’d like to thank you for the new release 5. It works fine
> and our user like it. Unfortunatally we have some strange things going on
> at android clients (Chrome Browser). Entering a room after login with user
> credentials everything works fine, entrering a room with a hash link within
> the network also works fine, entering it from outsite the network works to,
> but the video and audio streams of other users in the room are blocked.
> Change entering to user login and entering the room from dashboard
> everything works fine again, including video and audio. Tried everything
> including opening firewall, nothing helped.
>
>
>
> Has anybody seen such behavior or any idea to fix it?
>
>
>
> Eugen
>
>
>
>
> --
>
> Best regards,
> Maxim
>


-- 
Best regards,
Maxim