Dit artikel is bestemd voor beheerders.
Als u videovergaderingen van hoge kwaliteit wilt voeren met Google Meet, moet u uw netwerk zo instellen dat Meet efficiënt kan communiceren met de Google-infrastructuur.
U moet het volgende doen:
- Zorgen dat Meet-verkeer een korte route naar internet heeft.
- Proxy's, pakketinspectie, protocolanalyseprogramma's en Quality of Service (QoS) niet gebruiken.
- De wachttijd, bandbreedte en wifi-netwerkinstellingen meten en optimaliseren.
Uw netwerk instellen
Stap 1: Uitgaande poorten instellen voor mediaverkeer- Stel voor media (audio en video) uitgaande UDP-poorten 3478 en 19302-19309 in. Zie de instelling WebRTC-UDP-poorten als u het aantal gebruikte Chrome WebRTC-poorten wilt beperken. U kunt deze poorten ook beperken via de firewall.
- Gebruik voor webverkeer en gebruikersverificatie de uitgaande UDP- en TCP-poort 443.
Opmerkingen:
- Deze poorten zijn toegestaan zonder IP-beperking.
- Als deze UDP-poorten worden geblokkeerd, wordt TCP gebruikt.
- Continu gebruik van TCP of TCP via een proxy door een deelnemer kan de kwaliteit van het gesprek verminderen.
De kernservices van Google moeten volledige netwerktoegang hebben. Als er beperkingen of filters gelden voor gebruikers in uw netwerk, moet u de volgende URI-patronen netwerktoegang via poort 443 geven.
Opmerking: Als u Google Meet-hardware gebruikt, moet u ook de netwerkvereisten voor Chrome OS bekijken.
Voor patronen voor webverkeer, API's, feedbackrapporten, logboeken uploaden en verbindingsinstellingen:
- https://*.google.com/*
- https://*.googleapis.com/*
- https://*.gstatic.com/*
- https://*.googleusercontent.com/*
Voor livestreamingpatronen:
- https://*.googlevideo.com/*
- https://*.youtube-nocookie.com/*
- https://*.ytimg.com/*
Geef toegang tot de volgende IP-adresbereiken om audio- en videoverkeer aan te zetten. Als uw organisatie Meet-verkeer via poort 443 moet ondersteunen, zet u Meet SNI op de toelatingslijst van uw firewall of proxy om audio- en videoverkeer via TLS toe te staan.
Opmerking: Dit zijn andere IP-adressen dan de URI's die zijn opgegeven in stap 2.
IP-adresbereiken van Google Workspace
Deze IP-bereiken worden uitsluitend gebruikt voor Meet, zodat u videovergaderingsverkeer kunt identificeren dat wordt gebruikt met het Google Workspace-account van uw organisatie en Google Meet-verkeer van consumentenaccounts minder prioriteit kunt geven.
Geef de mediaservers van Meet toegang via de volgende reeks IP-bereiken en de volgende SNI:
- IPv4: 74.125.250.0/24
- IPv6: 2001:4860:4864:5::0/64
- SNI: workspace.turns.goog
IP-adresbereiken voor consumenten
De volgende IP-bereiken worden uitsluitend gebruikt voor mediaverkeer van deelnemers die zijn ingelogd op een persoonlijk Google-account of die helemaal niet zijn ingelogd.
Geef de mediaservers van Meet toegang via de volgende reeks IP-bereiken:
- IPv4: 142.250.82.0/24
- IPv6: 2001:4860:4864:6::/64
- SNI: meet.turns.goog
De minimale bandbreedtevereisten voor Meet berekenen
Bandbreedtevereisten per deelnemer
Meet past het bandbreedtegebruik aan om de beste prestaties te leveren in het netwerk van de deelnemers.
| Gemiddelde bandbreedte per deelnemer | ||
|---|---|---|
| Type vergadering | Uitgaand | Binnenkomend |
| HD-video | 2,2 Mbps | 1,6 Mbps |
| Alleen audio | 12 Kbps | 18 Kbps |
| Ideale bandbreedte per deelnemer | ||
|---|---|---|
| Type vergadering | Uitgaand | Binnenkomend |
| HD-videovergaderingen met 2 deelnemers | 1,7 Mbps | 1,7 Mbps |
| Videovergaderingen met een groep | 0,7 Mbps | 2,0 Mbps |
Het piekaantal gelijktijdige deelnemers schatten
Bepaal het aantal gelijktijdige deelnemers, gebaseerd op hoe belangrijk videogesprekken zijn op elke locatie, zoals weergegeven in de volgende tabel.
| Belang van videovergaderingen | Piekaantal gelijktijdige videovergaderingen |
|---|---|
| Hoog | 10–20% |
| Normaal | 1-4% |
| Laag | 0,01–0,5% |
Als videovergaderingen bijvoorbeeld erg belangrijk zijn, schat u dat 20% van de gebruikers op die locatie Meet gebruikt. Als videovergaderingen minder belangrijk zijn, neemt wellicht slechts 0,5% van de mensen op die locatie gelijktijdig deel aan een videovergadering.
Bandbreedtevereisten per kijker voor livestreams
Als uw organisatie videovergaderingen livestreamt, is de ideale bandbreedte voor elke deelnemer die de stream bekijkt 2,6 Mbps. De standaard video-instelling voor hoge kwaliteit is 720p. Deze wordt gebruikt als de deelnemer voldoende individuele bandbreedte heeft.
Als er niet genoeg bandbreedte beschikbaar is, kunnen kijkers er ook voor kiezen de videokwaliteit van Meet te verlagen.
| Meet-video-instelling | Vereiste binnenkomende bandbreedte | Opmerkingen |
|---|---|---|
| 720p | 2,6 Mbps | Standaardinstelling voor hoge kwaliteit, levert de beste prestaties |
| 480p | 1,5 Mbps | |
| 360p | 1,0 Mbps | |
| 240p | 0,5 Mbps | We raden deze instelling af vanwege de lage kwaliteit |
Praktische tips
Proxy's gebruikenWe raden het gebruik van proxyservers voor Meet-verkeer sterk af.
Wanneer verkeer via een proxy verloopt, zorgt dit voor een langere wachttijd. Hierdoor kan het gebeuren dat Meet de video- en audiokwaliteit automatisch vermindert. De prestaties van Meet zijn het best als de wachttijd tussen de client en de Google-backend minder dan 100 ms is. Daarnaast biedt Meet dezelfde voordelen voor videoverkeer als een proxy, dus er is geen proxy nodig.
Als proxyservers vereist zijn voor uw netwerk
Als het gebruik van een proxy absoluut is vereist, moet u weten dat proxyservers veel invloed kunnen hebben op de prestaties. Doe dus het volgende:
- Geef Meet-verkeer toegang in de proxyconfiguratie.
- Zorg dat Meet de proxy-instellingen voor Chrome gebruikt.
- Zorg dat het netwerk de proxy voor het IP-adres en de SNI van Meet overslaat.
Het Socket Secure-internetprotocol (SOCKS5) wordt momenteel niet ondersteund.
De volgende aanbevelingen gelden voor typische kantooromgevingen. Complexere omgevingen, zoals fabrieksvloeren, gebieden met veel ruis op de radiofrequentie (RF) of gebieden met weinig dekking, moeten worden geëvalueerd door een wifi-technicus.
Bekijk de volgende overwegingen als u een draadloos netwerk ontwerpt, implementeert en gebruikt met Meet.
2,4 GHz- en 5 GHz RF-banden
We raden u aan af te dwingen dat clients in het netwerk verbinding maken met de 5 GHz RF-band, indien beschikbaar.
We raden de implementatie en het gebruik van Meet via de 2,4 GHz-band van een draadloos netwerk af, aangezien dit netwerk meestal veel wordt gebruikt. De 2,4 GHz-band is ook minder betrouwbaar, omdat deze 3 niet-overlappende kanalen heeft, er hoge ruisniveaus van nabijgelegen storende netwerken zijn en extra storing van andere apparaten aanwezig is.
Overwegingen voor ontwerp en implementatie
Houd bij een draadloos netwerk vooral rekening met capaciteit in plaats van dekking.
- Celgrootte beheren: Bepaal de celgrootte met de zendkracht van het toegangspunt (TP). Implementeer kleinere cellen als u meer apparaten verwacht (zoals in vergaderruimtes en collegezalen) voor meer capaciteit. Grotere cellen zijn geschikt voor algemene dekking op kantoor.
- Zet lage gegevenssnelheden uit om de RF efficiënter te gebruiken en dwing af dat de handover van de client via het dichtstbijzijnde TP gebeurt bij roaming tussen TP's.
Als de SSID van een draadloos netwerk beschikbaar is op beide banden (2,4 GHz en 5 GHz), moet het netwerk afdwingen dat clients de 5GHz-band gebruiken.
Als u geavanceerde functies wilt toestaan, zoals naadloze roaming tussen TP's en het juiste RF-beheer, moet een draadloos netwerk centraal worden beheerd en geen verzameling zijn van opzichzelfstaande TP's.
Voer als laatste na de implementatie een test uit om te kijken of het draadloze netwerk genoeg dekking heeft in de ruimten waarin Meet het meest zal worden gebruikt.
Praktische tips voor WMM
Implementeer Wireless Multimedia Extensions (WMM) om de Meet-communicatie via draadloze netwerken betrouwbaar te laten verlopen.
Meet-verkeer moet op een van de volgende manieren worden geclassificeerd:
- De draadloze controller of het TP gebaseerd op de Meet-specifieke protocollen en poorten.
- De Differentiated Services Code Point-veldwaarde (DSCP) die is ingesteld door andere netwerkapparatuur. Gebruik DSCP als u voldoende vertrouwen heeft in het netwerk.
Hoewel volledige WMM-ondersteuning (inclusief clients) is vereist om QoS in beide richtingen te kunnen leveren, kunt u veel voordeel behalen als u het instelt op netwerkniveau (op de controller of het TP). Meet-verkeer moet worden toegewezen aan de audio- of de videorij op het draadloze TP of de controller en moet voorrang krijgen op andere soorten verkeer.
Gebruik QoS niet
Als u QoS moet gebruiken
-
Log in bij de Google Beheerdersconsole.
Log in met uw beheerdersaccount (dit eindigt niet op @gmail.com).
-
Ga op de homepage van de Beheerdersconsole naar Apps
Google Workspace
- Klik op Meet-video-instellingen.
- Selecteer links de organisatie-eenheid die u wilt beheren. Selecteer de organisatie op het hoogste niveau als u wilt dat de instellingen gelden voor alle gebruikers.
- Selecteer een optie voor de standaard videokwaliteit:
- Automatisch aanpassen (standaard): De bandbreedte wordt aangepast aan het netwerk en het systeem, zodat de best mogelijke kwaliteit wordt geleverd.
- Beperkte videobandbreedte: De uplink-bandbreedte wordt standaard beperkt tot 1 Mbps, om bandbreedtegebruik te beperken.
- Alleen audio: Video staat standaard uit. Gebruikers kunnen in het Meet-browservenster op
klikken om hun camera aan te zetten, maar de uplink-video wordt dan standaard beperkt tot 1 Mbps.
- Pas de instellingen toe:
- Als de instelling geldt voor de organisatie-eenheid op het hoogste niveau, klikt u op Opslaan.
- Als de instelling geldt voor een onderliggende organisatie-eenheid en anders is dan de instelling voor de bovenliggende organisatie-eenheid, klikt u op Overschrijven.
Google Workspace