Bereid je netwerk voor op Meet-vergaderingen en livestreams.

Update uw firewalls zodat mediaverkeer van en naar uw organisatie kan worden doorgelaten:

• Voor audio en video configureert u de uitgaande UDP-poorten 3478 en 19302–19309.
  • Als u het aantal gebruikte Chrome WebRTC-poorten wilt beperken, gebruikt u de poorten die worden vermeld op WebRTC UDP-poorten .
  • Of u kunt die poorten blokkeren met uw firewall.
• Gebruik voor webverkeer en gebruikersauthenticatie uitgaande UDP- en TCP-poort 443.

De poorten zijn zonder IP-beperking toegestaan. Als UDP-poorten geblokkeerd zijn, wordt TCP gebruikt. Het gebruik van TCP of geproxyeerde TCP kan de algehele kwaliteit van de vergadering verminderen.

Meet heeft volledige netwerktoegang nodig.

1. Als er beperkingen of filterbeleid gelden voor gebruikers op uw netwerk, geef dan netwerktoegang tot de onderstaande URI-patronen op deze pagina via poort 443.
2. Als je Google Meet-hardware gebruikt, bekijk dan de netwerkvereisten voor ChromeOS op TLS- (of SSL-)inspectie instellen op Chrome-apparaten .

Domeinen voor statische bronnen

• clients2.google.com
• clients4.google.com
• clients6.google.com
• www.gstatic.com
• fonts.gstatic.com
• lh3.googleusercontent.com
• meetings.clients6.google.com

Domeinen voor API-eindpuntconnectiviteit

• accounts.google.com
• apis.google.com
• meetings.googleapis.com
• hangouts.googleapis.com
• meet.google.com
• apps.google.com
• docs.google.com

Domeinen voor livestreaming

• meet.google.com
• stream.meet.google.com

Domeinen voor gebruikersfeedback en het uploaden van gebeurtenislogboeken

• https://www.google.com/tools/feedback
• https://feedback.googleusercontent.com/resources/
• https://play.google.com/log

1. Als uw organisatie Meet-verkeer via poort 443 moet ondersteunen, voeg dan Meet SNI toe aan de whitelist van uw firewall of proxy om audio- en videoverkeer via TLS mogelijk te maken. Deze IP-adressen zijn anders dan de URI's die in stap 2 zijn opgegeven.
2. Voeg IP-adresbereiken van Google Workspace toe (voor uw gebruikers). Geef toegang tot de mediaservers van Meet met behulp van de volgende set IP-bereiken en SNI:
   • IPv4: 74.125.250.0/24, 74.125.247.128/32
   • IPv6: 2001:4860:4864:5::0/64, 2001:4860:4864:4:8000::/128
   • SNI: workspace.turns.goog
3. Als uw organisatie gebruikmaakt van live streaming met lage latentie, zal het mediaverkeer voor live streaming bij voorkeur het UDP-protocol gebruiken. Dit verkeer zal de IP-adressen van de werkruimte gebruiken (vergelijkbaar met Meet) in plaats van de HTTP-IP-adressen van YouTube.
4. Voeg IP-adresbereiken voor consumenten toe. Sta toegang tot de mediaservers van Meet toe met behulp van de volgende IP-bereiken:
   • IPv4: 142.250.82.0/24
   • IPv6: 2001:4860:4864:6::/64
   • SNI: meet.turns.goog

Je netwerk moet voldoende bandbreedte hebben voor meerdere HD-videovergaderingen. Daarnaast moet er extra bandbreedte beschikbaar zijn voor andere behoeften, zoals livestreaming. Het aantal deelnemers, schermdeling en andere factoren zijn ook van invloed op het bandbreedtegebruik.

Als je netwerk onvoldoende bandbreedte heeft, verlaagt Meet de videokwaliteit. Als je netwerk onvoldoende bandbreedte heeft voor video, stel Meet dan in op alleen audio.

Om met minder bandbreedte te streamen, kunt u grote livestreams hosten met een lagere bandbreedte door gebruik te maken van eCDN .

Bereken de minimale bandbreedtevereisten.

Om de minimaal benodigde bandbreedte voor uw organisatie te berekenen, vermenigvuldigt u de gemiddelde bandbreedte per deelnemer met het piekaantal gelijktijdige deelnemers.

Veel factoren, zoals het aantal deelnemers, de lay-out en het delen van het scherm, kunnen het bandbreedtegebruik beïnvloeden. Als een schermdeling stilstaat, verbruikt het na het laden geen extra bandbreedte meer.

*Afhankelijk van de verzonden resolutie

Schat het piekaantal gelijktijdige deelnemers

Als Meet-vergaderingen een hoge prioriteit hebben, ga er dan vanuit dat 20% van de gebruikers in uw organisatie Meet op een willekeurig moment gebruikt. Als Meet-vergaderingen een lage prioriteit hebben, zal slechts 0,5% van de mensen op een willekeurig moment in een Meet-vergadering aanwezig zijn.

Bandbreedtevereisten per livestream

Als uw organisatie vergaderingen live streamt, is de ideale bandbreedte voor elke kijkersfeed 2,6 Mbps. Livestreams hebben dynamische lay-out- en formaatopties. Apparaatmogelijkheden zoals venstergrootte en beeldverhouding worden geoptimaliseerd. Meet gebruikt de standaard video-instelling van hoge kwaliteit als de deelnemer voldoende individuele bandbreedte heeft.

Als kijkers niet over voldoende bandbreedte beschikken, kunnen ze ervoor kiezen de Meet-kwaliteit te verlagen of alleen audio te gebruiken.

Enkele videotegel (bitrate kilobit/s)

Schermdeeltegel (bitrate kilobit/s)

De kwaliteit van live gestreamde media wordt beïnvloed door de oorspronkelijke kwaliteit van de media en de manier waarop de media naar Meet wordt verzonden. Je kunt de kwaliteit controleren en vergelijken door als gewone deelnemer deel te nemen aan het hoofdgesprek van de livestream in Meet.

1. Ga in de Google Admin-console naar Menu. Apps Google Werkruimte Google Meet .

   Ga naar Google Meet

   Hiervoor is beheerdersrechten voor service-instellingen vereist.

2. Klik op Video-instellingen van Meet .
3. Aan de linkerkant selecteert u de organisatie-eenheid die u wilt beheren. Voor alle gebruikers selecteert u de organisatie-eenheid op het hoogste niveau.
4. Selecteer een optie voor de videokwaliteit:
   • Automatisch aanpassen (standaard) — De bandbreedte wordt aangepast aan de netwerk- en systeemomstandigheden om de best mogelijke kwaliteit te leveren.
   • Beperkte videobandbreedte — De uploadbandbreedte is beperkt tot 1 Mbps.
   • Alleen audio — Video is standaard uitgeschakeld. Gebruikers kunnen klikken Ze moeten hun camera inschakelen in het Meet-browservenster. De uploadsnelheid voor video is beperkt tot 1 Mbps.
5. De instellingen toepassen:
   1. Als de instelling voor de hoogste organisatie-eenheid is, klik dan op Opslaan .
   2. Als de instelling voor een onderliggende organisatie-eenheid geldt en afwijkt van de instelling voor de bovenliggende eenheid, klik dan op Overschrijven .

De volgende aanbevelingen gelden voor typische kantooromgevingen. Een wireless engineer dient complexere omgevingen te evalueren, zoals:

• Productievloeren
• Gebieden met een hoog niveau aan radiofrequente ruis.
• Spaarzaam begroeide ruimtes

Neem de volgende aandachtspunten zorgvuldig door tijdens het ontwerpen, implementeren en beheren van de draadloze netwerken die door Meet worden gebruikt.

2,4 GHz versus 5 GHz RF-banden

We raden aan om uw netwerk, indien beschikbaar, clients te laten overschakelen naar de 5 GHz RF-band.

We raden af ​​om Meet te implementeren en te gebruiken via de 2,4 GHz-band van een draadloos netwerk, omdat deze vaak intensief gebruikt wordt. De 2,4 GHz-band is bovendien minder betrouwbaar vanwege de drie niet-overlappende kanalen, de hoge ruisniveaus en de extra interferentie.

Ontwerp- en implementatieoverwegingen

Denk bij je draadloze netwerk meer aan capaciteit dan aan bereik.

• Beheer de celgrootte — Regel de celgrootte via het zendvermogen van het toegangspunt (AP). Zet kleinere cellen in waar meer apparaten worden verwacht, zoals vergaderruimtes en auditoria, om de capaciteit te vergroten. Gebruik grotere cellen voor algemene dekking op een kantoorverdieping.
• Schakel lage snelheden uit om de efficiëntie van het RF-gebruik te verbeteren — Dwing een client om over te schakelen naar het dichtstbijzijnde toegangspunt tijdens het roamen tussen toegangspunten.
• Beheer uw netwerk centraal — Om geavanceerde functies mogelijk te maken, zoals naadloos schakelen tussen access points en goed RF-beheer, moet een draadloos netwerk centraal worden beheerd en bediend. Het mag geen verzameling van losstaande access points zijn.
• Voer na de implementatie een draadloos onderzoek uit : controleer de draadloze dekking in de ruimtes waar Meet doorgaans wordt gebruikt.

Met behulp van WMM

Om betrouwbare Meet-communicatie via draadloze netwerken te ondersteunen, moet u Wireless Multimedia Extensions (WMM) implementeren.

Het verkeer op de ontmoetingsplaats moet op een van de volgende manieren worden geclassificeerd:

• De draadloze controller of AP is gebaseerd op de Meet-specifieke protocollen en poorten.
• De waarde van het Differentiated Services Code Point (DSCP)-veld wordt ingesteld door andere netwerkapparatuur. Gebruik DSCP als u voldoende vertrouwen hebt in het netwerk.

Volledige WMM-ondersteuning is vereist voor bidirectionele Quality of Service. U kunt dit echter ook op netwerkniveau configureren voor aanzienlijke voordelen. Vergaderverkeer moet worden toegewezen aan de audio- of videowachtrij op het draadloze toegangspunt of de controller. Vergaderverkeer moet de voorkeur krijgen boven andere soorten verkeer.

VDI-omgevingen creëren een extra laag tussen Meet en het internet. Dit kan Meet vertragen en een minder goede gebruikerservaring opleveren. Achtergrondeffecten zijn beperkt en een preview in de greenroom is niet beschikbaar.

Om de impact van VDI-gebruik op Meet te verminderen, kunt u de volgende stappen ondernemen:

• Zorg ervoor dat Google Meet kan detecteren dat het in een virtuele machine (VM) draait door het API-beleid voor het Enterprise Hardware Platform in Chrome in te schakelen. Ga voor meer informatie naar Chrome-beleid instellen voor gebruikers of browsers en de API-pagina .
• Wijs minimaal 4 virtuele CPU's toe aan elke VM-instantie.
• Een GPU is niet vereist voor achtergrondeffecten, maar VM-instanties met GPU-ondersteuning verhogen de betrouwbaarheid.
• Zorg voor voldoende bandbreedte en een lage latentie tussen clients, virtuele desktops en Meet-mediaservers. Voor de bandbreedtevereisten tussen Meet-mediaservers en VM's, zie stap 4 (hierboven op deze pagina). Raadpleeg uw VDI-provider om de benodigde bandbreedte voor de verbinding tussen VDI-clients en VM's te achterhalen.

Het is aan te raden geen proxyservers te gebruiken voor Meet-verkeer. Het gebruik van proxyservers zorgt voor extra vertraging, wat de videokwaliteit kan verminderen.

Als het gebruik van proxyservers in uw netwerk noodzakelijk is.

Als u een proxy moet gebruiken, houd er dan rekening mee dat proxyservers de prestaties aanzienlijk kunnen beïnvloeden. Zorg er daarom voor dat:

• Om toegang tot Meet-verkeer in de proxyconfiguratie toe te staan.
• Meet maakt gebruik van de proxy-instellingen van Chrome .
• Het netwerk omzeilt de proxy voor het IP-adres en de SNI van Meet .

Het Socket Secure (SOCKS5) internetprotocol wordt momenteel niet ondersteund.

Het is raadzaam om geen Quality of Service (QoS) te gebruiken voor Meet in uw netwerk. Gebruik QoS alleen als:

• Je hebt een dwingende reden, zoals een overbelast netwerk.
• zijn in staat om een ​​end-to-end QoS-model in uw netwerk te implementeren en te onderhouden.

Als u QoS moet gebruiken

Het is aan te raden geen VPN te gebruiken voor Meet-verkeer. VPN's zorgen voor extra vertraging en kunnen de video- en audiokwaliteit van Meet verlagen.

Als je per se een VPN wilt gebruiken:

• Schakel split tunneling in voor je VPN.
• Routeer de domeinen uit stap 2 buiten de VPN via DNS of SNI (SNI wordt aanbevolen).
• Routeer de IP-bereiken uit stap 3 buiten de VPN via prefix matching.