[
https://issues.apache.org/jira/browse/OPENMEETINGS-2522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17236620#comment-17236620
]
Idris Fuquan commented on OPENMEETINGS-2522:
--------------------------------------------
Hi Maxim,
Thanks for your feedback. Could I understand this right: If you have a server
that is "directly" connected to the internet (Legal Public IP address, Legal
DNS Name and Certbot SSL) with no NAT or FIREWALL do you still "need" a TURN
server? I ask this because in all other cases I have used a TURN server is for
Traversal when using Relay NAT but if there is no Network Address Translations
taking place is there a "need" for a TURN (or similarly STUN) server? Hence why
I have not configured it to use anything like a TURN?STUN server as no NAT is
being done nor firewall in place.
If you could feedback on this that would be helpful as if you insist it is
needed then I can configure the TURN server.
Thanks
Idris
> Media Server Connection Fails after 1 minute
> --------------------------------------------
>
> Key: OPENMEETINGS-2522
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2522
> Project: Openmeetings
> Issue Type: Bug
> Components: Audio/Video
> Affects Versions: 5.0.1
> Environment: Ubuntu Server 20 LTS
> Reporter: Idris Fuquan
> Assignee: Maxim Solodovnik
> Priority: Major
> Labels: video
> Fix For: 5.1.0
>
> Attachments: Error Message OpenMeetings.JPG
>
> Original Estimate: 96h
> Remaining Estimate: 96h
>
> Getting "Media server connection for sirstname lastname is failed, will try
> to re-connect" Error.
>
> This particular Ubuntu Server 20 LTS we specifically setup to test this
> application has a public IP address and Domain Name and a direct connection
> to the internet (thus no NAT or funny setups hence why we have not used a
> coturn or stun as we are not sure if in this case it is needed when the
> server is directly connected to the internet).
> I is not a "Firewall" issue either as we disabled that even before
> installation to ensure nothing got in the way of the installation process.
>
> The installation was error less (went smooth) but starting a meeting in any
> room the video seems to always drop off.
>
> I have seen there are a few reports of this same problem on the internet but
> despite it being known there are no solutions provided.
>
> Hopefully some one here can help provide a real solution as this is the very
> first time I have ever experienced such a thing using any video conference
> system from BBB, Jitsi etc.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
