vMix - Live Production Software
Live Production Software Forums       www.vmix.com
Welcome Guest Search | Active Topics | Log In | Register

Tag as favorite
Any firewall difference? Web browser vs vMix as client?
AlanZ
#1 Posted : Friday, 13 July 2018 4:58:34 AM
Rank: Advanced Member

Medals:

Groups: Registered
Joined: 11/07/2015
Posts: 238
Location: NJ

Thanks: 1 times
Was thanked: 30 time(s) in 27 post(s)
Today I did a test with a site where we are demonstrating via vMixCall on Saturday morning.

We tried having them connect using Chrome, and the participant could not connect to my vMixCall instance.
In my vMix input, I could see that he was trying to connect, but the connection kept failing.

The participant's venue is at a school, so they likely have some firewall restrictions in place that's beating up vMixCall over a web browser.
He saw the typical UDP message.

So unless we can get this resolved, we will use Zoom... which connected with no issue.

My question is about something we did not try... would using a vMix Basic HD instance on the participant computer with a vmix call input have any better chance of getting through the firewall to my vmix call session?



AlanZ
#2 Posted : Saturday, 14 July 2018 5:03:00 AM
Rank: Advanced Member

Medals:

Groups: Registered
Joined: 11/07/2015
Posts: 238
Location: NJ

Thanks: 1 times
Was thanked: 30 time(s) in 27 post(s)
Anyone?
AlanZ
#3 Posted : Sunday, 15 July 2018 10:19:56 AM
Rank: Advanced Member

Medals:

Groups: Registered
Joined: 11/07/2015
Posts: 238
Location: NJ

Thanks: 1 times
Was thanked: 30 time(s) in 27 post(s)
Well, I tried connecting vMix to vMix. He could see my chat messages, but no video or audio was sent in either direction.
We wound up using Zoom, with no issues.
kjones9999
#4 Posted : Monday, 16 July 2018 12:04:05 AM
Rank: Advanced Member

Medals:

Groups: Registered
Joined: 20/08/2014
Posts: 326

Thanks: 24 times
Was thanked: 61 time(s) in 40 post(s)
There would be no difference. I work at a school and can assure you that UDP is the issue -- and prob ports too -- this may help -

vMix Call is able to establish connections automatically through most firewalls, however in some cases your network administrator may need to allow access for the best results.

Firewall Requirements

TURN/STUN: Port 10349 UDP/TCP
Video/Audio Streams: Dynamic Port Allocation UDP - 49152-65535

Minimum Requirements

vMix Call can establish a connection with only TCP access to remote port 10349.
However, audio and video will need to be routed via one of our remote servers, so call quality may be reduced as a result.
AlanZ
#5 Posted : Monday, 16 July 2018 1:10:04 PM
Rank: Advanced Member

Medals:

Groups: Registered
Joined: 11/07/2015
Posts: 238
Location: NJ

Thanks: 1 times
Was thanked: 30 time(s) in 27 post(s)
Yes, I read the docs about UDP, but I wasn't sure it applied to direct vMix to vMix sessions. Chat messages went through during my test, but did not during the browser based test, so there are some differences.

fortunately Zoom was able to get through.
mjgraves
#6 Posted : Tuesday, 17 July 2018 1:11:22 AM
Rank: Advanced Member

Medals:

Groups: Registered
Joined: 1/07/2015
Posts: 632
Location: Houston TX

Thanks: 201 times
Was thanked: 152 time(s) in 130 post(s)
If it's possible to establish the connection using only STUN, the connection will be direct between you vMix host and the browser hosting the vMix Call. STUN is a mechanism to establish the IP addresses of the ends and setup NAT traversal.

If network component blocks the STUN effort then webRTC uses TURN. That causes the media to flow to/from a TURN server, not directly between the end-points. TURN makes the connection possible in constrained circumstances, but since it adds a server in the middle it always adds latency and variability.
AlanZ
#7 Posted : Tuesday, 17 July 2018 1:57:08 AM
Rank: Advanced Member

Medals:

Groups: Registered
Joined: 11/07/2015
Posts: 238
Location: NJ

Thanks: 1 times
Was thanked: 30 time(s) in 27 post(s)
Well, in any event, we were not in a position to request any changes on the venue side, and fortunately Zoom was able to get through their restrictions.
Users browsing this topic
Guest (2)
Tag as favorite
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

YAFPro Theme Created by Jaben Cargman (Tiny Gecko)
Powered by YAF | YAF © 2003-2009, Yet Another Forum.NET
This page was generated in 0.046 seconds.