Funktionalitet i Zoom Mesh
Denna avdelning beskriver ytterligare information om Zoom Mesh-funktionalitet.
Föräldra–barn-funktionalitet
Följande avsnitt ger ytterligare information om föräldra- och barndominerade relationer inom ett mesh-nätverk.
Zoom Mesh skapar som standard ett nätverk uteslutande för användare inom samma konto
Som standard skapar Zoom Mesh ett nätverk uteslutande för användare som tillhör samma konto. Ett konto kan dock valfritt tillåta autentiserade externa användare i samma lokala nätverk att delta i Mesh genom att ange den externa användarens konto också tillåter dem att ansluta till ett annat kontos mesh-nätverk.
Föräldra- och barnroller bestäms av Zoom Mesh Cloud Orchestration Service
Zoom Mesh Cloud Orchestration Service (COS) är en molntjänst som ansvarar för att definiera föräldra- och barnklientroller inom ett nätverk. Cloud Orchestration Service beaktar ett flertal datamängder för att avgöra lämpliga föräldraklienter, inklusive:
CPU-användning
CPU-typ
RAM-användning
Historisk mesh-prestanda
Enhetstillgänglighet (På/Av)
Enhetens val att delta/inte delta
Operativsystem
Genom att använda dessa datamängder poängsätter COS en användares resultat genom en rubrik: ju högre en användares poäng är, desto mer sannolikt är det att klienten väljs som förälder; ju lägre poäng, desto mindre sannolikt.
Utpekandet av föräldra- och barnklient är dynamiskt och kan ändras under ett evenemang
Under ett möte eller webbinarium kan en användares klientutpekande ändras baserat på prestanda eller efterfrågan.
Till exempel, vid ett evenemang med 100 deltagare kan endast 10 föräldraklienter krävas för att möta omfördelningsbehovet, medan de återstående 90 användarna får omfördelade strömmar som barnklienter. Om evenemanget däremot ökar till 200 deltagare kan klienter som tidigare var barnklienter uppgraderas till föräldraklienter för att hantera den ökade efterfrågan.
Alternativt, om en föräldraklient börjar uppleva försämrad prestanda kan klienten degraderas till barnklientstatus och en ny föräldraklient tilldelas.
Föräldra-barn-klientkvoten bestäms dynamiskt av varje maskins hårdvaru- och nätverksprestanda
Under ett evenemang uppdateras föräldra-barn-kvoten mellan klienter dynamiskt baserat på enhetens pågående nätverks- och hårdvaruprestanda.
Till exempel, om en enhet visar låg hårdvaruanvändning (CPU/RAM) med hög upstreambandbreddskapacitet är enheten idealisk för en föräldraklientroll och kan etablera en föräldra-barn-relation med flera andra enheter. I detta scenariot kan föräldraklienten försöka omfördela media till andra enheter, så länge enheten inte är överbelastad eller börjar försämras i prestanda. Om enhetens nätverks- eller hårdvaruprestanda däremot börjar försämras kan den avsäga sig sin föräldraklientutnämning och återgå till en barnklientroll.
Varje barn tilldelas två föräldrar
Barnklienter som är anslutna till ett mesh-nätverk tilldelas två föräldraklienter för motståndskraft. Om en föräldraklient fallerar kommer användaren omedelbart att byta över till den andra föräldraklienten. En ny sekundär föräldraklient etableras sedan för att återställa motståndskraften.
Användare informeras inte när de är anslutna till ett mesh-nätverk
Evenemangsvärdar och deltagare får inga notiser i klienten när de är anslutna till ett mesh-nätverk. Mesh-nätverksanslutningar kan endast ses av en administratör eller auktoriserad användare via Zoom Mesh-instrumentpanelen.
VDI-klienter kan endast etablera en mesh-anslutning med andra VDI-klienter
När Zoom Mesh används med virtual desktop infrastructure (VDI) kan klientenheter endast etablera Zoom Mesh-anslutningar med andra VDI-klienter, så länge båda användarna använder ett stödjat VDI-tillägg. Detta beror på tekniska begränsningar i den virtuella infrastrukturen och vidarebefordran av media mellan enheter.
VDI-klienter distribuerar inte kanalen för innehållsdelning i ett mesh-nätverk
På grund av utformningen av Zooms VDI-klient måste skärmdelningsinnehåll routas genom den virtuella maskinen. Följaktligen kan VDI-klienter inte distribuera innehållsdelning över ett mesh-nätverk och måste fortsätta att distribueras inom den virtuella infrastrukturen.
Zoom Mesh för Meetings-funktionalitet
Följande avsnitt beskriver detaljer om Zoom Mesh för möten.
Mesh för möten omfördelar den aktiva talarens video
Med Zoom Mesh för möten levereras bandbreddsoptimering genom att omfördela nedströms den aktiva talarens video mellan deltagare när fyra eller fler användare är i ett möte. Denna funktion gäller inte för uppladdning av media, och alla användare kommer fortsatt att individuellt ladda upp sitt ljud, sin video och sitt skärmdelningsmaterial till Zoom-molnet.
Exempel
Om det finns 10 användare i ett möte med Zoom Mesh aktiverat kan två föräldraklienter väljas med sju eller åtta barnklienter. När den nuvarande aktiva talaren talar kommer den användarens videoström att sändas från Zoom-molnet till föräldraklienterna och sedan omfördelas till barnklienter inom nätverket.
I detta scenariot inte får barnklienterna den aktiva talarens videoflöde från Zoom-molnet, vilket potentiellt sparar upp till 3+ megabit data per användare vid användning av 1080p-video.
Följande bild visar ett exempel på hur nedströms aktiv talarvideo omfördelas inom ett mesh-nätverk.
Aktiva talarförändringar i Mesh för möten ändrar inte föräldra-barn-relationer eller bandbreddsbesparingar för videodistribution
Medan fokus för Zoom Mesh för möten är att omfördela den aktiva talarens videoflöde påverkar byten av aktiv talare inte relationerna mellan föräldra- och barnklienter eller bandbreddsbesparingarna som uppnås med videoomfördelningen. När den aktiva talaren byts ändrar de angivna föräldraklienterna helt enkelt den video de omfördelar.
Exempel
Om Maurice talar i ett möte och sedan börjar Holly tala kommer föräldraklientens omfördelningsflöde att ändras från Maurices videoflöde till Hollys.
Denna förändring ändrar inte vilka användarklienter som för närvarande är utpekade som föräldrar eller barn, inte heller den allmänna bandbreddsbesparingen som videoomfördelningen ger, endast det omfördelade videoflödet ändras.
Bandbreddsbesparingar kan variera beroende på användarens valda videolayouter
Även om Zoom Mesh sparar bandbredd genom att omfördela den aktiva talarens videoflöde kan bandbreddsbesparingarna påverkas beroende på vilka layouter användarna väljer. Till exempel stödjer Gallerivy upp till 49 videoflöden på skärmen samtidigt, medan Talarvy visar ett videoflöde åt gången. Om en användare tittar på ett möte i Gallerivy kommer denne att dra nytta av att motta den enskilda aktiva talarens videoflöde via mesh-nätverket, men kommer att fortsätta konsumera normala mängder bandbredd genom att ladda ner de återstående 48 användarnas videoströmmar från Zoom-molnet.
För bästa praxis för bandbreddsbesparing uppmuntras användare att visa möten så nära en webbinarium-liknande layout som möjligt, såsom flerspeaker- eller talarvy.
Zoom Mesh för Webinars-funktionalitet
Följande avsnitt beskriver detaljer om Zoom Mesh för webbinarier.
Mesh för webbinarier omfördelar alla webbinarvärdars och paneldeltagares videoströmmar inom nätverket
Till skillnad från Zoom Mesh för möten omfördelar Zoom Mesh för webbinarier alla webbinarvärdars och paneldeltagares videoströmmar inom det lokala nätverket med hjälp av föräldra-barn-relationer — inte bara de aktiva talarna. Med denna utformning kommer alla användare som deltar i mesh-nätverket fortsatt att dra nytta av minskad extern bandbreddsanvändning samtidigt som de upplever samma videokvalitet som andra.
Fördelarna med Mesh för webbinarier ändras inte med videolayouter
Oavsett vilka videolayouter användare väljer när de tittar på ett webbinarium kommer användarna fortsatt att få fördelarna med videoomfördelning inom nätverket, inklusive Gallerivy, Talarvy eller Flerspeaker-vy.
Last updated
Was this helpful?

