Innehållet på den här sidan är maskinöversatt. Zoom garanterar inte att det är korrekt.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Funktionalitet

Det här avsnittet innehåller ytterligare information om Zoom Mesh-funktioner.

Överordnad-underordnad-funktioner

Följande avsnitt ger ytterligare information om relationer mellan överordnade och underordnade i ett mesh-nätverk.

Zoom Mesh skapar som standard ett nätverk exklusivt för användare inom samma konto

Som standard skapar Zoom Mesh ett nätverk exklusivt för användare som tillhör samma konto. Ett konto kan dock valfritt tillåta autentiserade externa användare inom samma lokala nätverk att delta i Mesh, vilket ger den externa användarens konto också gör det möjligt för dem att ansluta till ett annat kontos mesh-nätverk.

Överordnade och underordnade roller fastställs av Zoom Mesh molnorkestreringstjänst

Zoom Mesh molnorkestreringstjänst (COS) är en molntjänst som ansvarar för att definiera överordnade och underordnade klientroller i ett nätverk. Molnorkestreringstjänsten tar hänsyn till många datauppsättningar för att fastställa lämpliga överordnade klienter, inklusive:

  • CPU-användning

  • CPU-typ

  • RAM-användning

  • Historisk mesh-prestanda

  • Enhetstillgänglighet (på/av)

  • Enhetens val att delta eller inte delta

  • Operativsystem

Med hjälp av dessa datauppsättningar betygsätter COS en användares resultat enligt en bedömningsmall: ju högre poäng en användare har, desto större är sannolikheten att klienten väljs som överordnad; ju lägre poäng, desto mindre sannolikhet.

Beteckningen för överordnad och underordnad klient är dynamisk och kan ändra under ett evenemang

Under ett möte eller webbinarium kan en användares klientbeteckning ändra baserat på prestanda eller efterfrågan.

I ett evenemang med 100 deltagare kan till exempel endast 10 överordnade klienter krävas för att tillgodose omfördelningsbehovet, medan de återstående 90 användarna tar emot omfördelade strömmar som underordnade klienter. Om evenemanget däremot ökar till 200 deltagare kan klienter som tidigare var underordnade klienter uppgraderas till en överordnad klient för att hantera den ökade efterfrågan.

Om en överordnad klient i stället börjar uppleva försämrad prestanda kan klienten nedgraderas till status som underordnad klient, och en ny överordnad klient tilldelas.

Förhållandet mellan överordnade och underordnade klienter fastställs dynamiskt av varje maskins hårdvara och nätverksprestanda

Under ett evenemang uppdateras förhållandet mellan överordnade och underordnade klienter dynamiskt baserat på enhetens löpande nätverks- och hårdvaruprestanda.

Om en enhet till exempel uppvisar låg användning av hårdvara (CPU/RAM) med hög uppströmskapacitet för bandbredd är enheten idealisk för en roll som överordnad klient och kan upprätta en överordnad-underordnad-relation med flera andra enheter. I det här scenariot kan den överordnade klienten försöka omfördela media till andra enheter, så länge enheten inte överbelastas 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 beteckning som överordnad klient och återgå till en roll som underordnad klient.

Varje underordnad tilldelas två överordnade

Underordnade klienter som är anslutna till ett mesh-nätverk tilldelas två överordnade klienter för feltålighet. Om en överordnad klient slutar fungera växlar användaren omedelbart över till den andra överordnade klienten. En ny sekundär överordnad klient upprättas sedan för att återställa feltåligheten.

Användare informeras inte när de är anslutna till ett mesh-nätverk

Värdar och deltagare i evenemang får inga klientaviseringar när de är anslutna till ett mesh-nätverk. Anslutningar till mesh-nätverk kan endast ses av en admin eller behörig användare via Zoom Mesh kontrollpanel.

VDI-klienter kan endast upprätta en mesh-anslutning med andra VDI-klienter

Vid användning av Zoom Mesh med virtuell skrivbordsinfrastruktur (VDI) kan klientenheter endast upprätta Zoom Mesh-anslutningar med andra VDI-klienter, så länge båda användarna använder ett VDI-plugin som stöds. Detta beror på tekniska begränsningar i den virtuella infrastrukturen och vid 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 innehåll för skärmdelning dirigeras via den virtuella maskinen. Därför kan VDI-klienter inte distribuera innehållsdelning över ett mesh-nätverk, utan måste fortsätta att distribueras inom den virtuella infrastrukturen.

Zoom Mesh för mötesfunktioner

Följande avsnitt beskriver Zoom Mesh för mötesfunktioner i detalj.

Mesh för möten omfördelar videon från aktiv talare

Med Zoom Mesh för möten uppnås bandbreddsoptimering genom att omfördela nedströms aktiv talare video mellan deltagare när fyra eller fler användare befinner sig i ett möte. Den här funktionen gäller inte uppladdning av media, och alla användare fortsätter att individuellt ladda upp sitt ljud, sin video och media för skärmdelning till Zoom-moln.

Följande bild visar ett exempel på hur nedströms videoinnehåll från aktiv talare omfördelas inom ett mesh-nätverk.

Image map showing how Zoom Mesh Orchestrater works at a high level.

Ändringar av aktiv talare i Mesh för möten ändrar inte överordnade-underordnade relationer eller bandbreddsbesparingar för videodistribution

Även om fokus för Zoom Mesh för möten är att omfördela videoflödet från aktiv talare, påverkar ändringar av aktiv talare inte relationerna mellan överordnade och underordnade klienter eller de bandbreddsbesparingar som videoomfördelningen ger. När aktiv talare växlar ändrar de utsedda överordnade klienterna helt enkelt flödet för videon som de omfördelar.

Bandbreddsbesparingar kan variera beroende på användarens valda videolayouter

Även om Zoom Mesh sparar bandbredd genom att omfördela videoflödet från aktiv talare, kan bandbreddsbesparingar påverkas beroende på användarnas valda layouter. Exempelvis har gallerivy stöd för upp till 49 videoflöden på skärmen samtidigt, medan talarvy visar ett videoflöde i taget. Om en användare tittar på ett möte i gallerivy drar användaren nytta av att ta emot det enskilda videoflödet från aktiv talare via mesh-nätverket, men fortsätter att använda standardmängder bandbredd för att hämta de återstående 48 användarnas videoströmmar från Zoom-moln.

För bästa praxis för bandbreddsbesparing uppmuntras användare att visa möten i en layout som ligger så nära webbinarieformatet som möjligt, till exempel fleratalarvy eller talarvy.

Zoom Mesh för webbinariefunktioner

Följande avsnitt beskriver Zoom Mesh för webbinariefunktioner i detalj.

Mesh för webbinarier omfördelar alla videoströmmar från webbinarievärdar och paneldeltagare inom nätverket

Till skillnad från Zoom Mesh för möten omfördelar Zoom Mesh för webbinarier alla videoströmmar från webbinarievärdar och paneldeltagare inom det lokala nätverket med hjälp av överordnade-underordnade relationer – inte bara aktiva talare. Med denna utformning fortsätter alla användare som deltar i mesh-nätverket att dra nytta av minskad extern bandbreddsanvändning, samtidigt som de upplever samma videokvalitet som andra.

Image map showing how Zoom Mesh Orchestrater works at a high level.

Fördelarna med Mesh för webbinarier förändras inte med videolayouter

Oavsett vilka videolayouter användarna väljer när de tittar på ett webbinarium fortsätter användarna att få fördelarna med videoomfördelning inom nätverket, inklusive gallerivy, talarvy eller fleratalarvy.

Senast uppdaterad

Var detta till hjälp?