> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/sv/avancerade-enterprise-tjanster/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md). # Zoom Mesh-funktionalitet Det här avsnittet beskriver ytterligare information om funktionaliteten i Zoom Mesh. ### Förälder-barn-funktionalitet Följande avsnitt ger ytterligare information om förälder- och barnrelationer inom 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 att autentiserade, externa användare inom samma lokala nätverk deltar i Mesh, förutsatt att den externa användarens konto *också* tillåter dem att [ansluta till ett annat kontos mesh-nätverk](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access). #### Förälder- och barnroller bestäms av Zoom Mesh molnorkestreringstjänst Zoom Mesh molnorkestreringstjänst (COS) är en moln tjänst som ansvarar för att definiera förälder- och barnklientroller inom ett nätverk. Tjänsten för molnorkestrering tar hänsyn till många datamängder för att fastställa lämpliga förälderklienter, inklusive: {% columns %} {% column %} * CPU-utnyttjande * CPU-typ * RAM-utnyttjande * Historisk mesh-prestanda {% endcolumn %} {% column %} * Enhets tillgänglighet (På/Av) * Enhets opt-in/opt-out * Operativsystem {% endcolumn %} {% endcolumns %} Med hjälp av dessa datamängder poängsätter COS en användares resultat enligt en bedömningsmall: ju högre en användares poäng, desto mer sannolikt är det att klienten väljs som förälder; ju lägre poäng, desto mindre sannolikt. #### Beteckningen för förälder- och barnklient är dynamisk och kan ändra sig under hela ett evenemang Under ett möte eller webbinarium kan en användares klientbeteckning ändras baserat på prestanda eller efterfrågan. Till exempel, i ett evenemang med 100 deltagare kan endast 10 överordnade klienter krävas för att uppfylla omfördelningsbehovet, medan de återstående 90 användarna får 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. Alternativt, om en överordnad klient börjar uppvisa försämrad prestanda, kan klienten nedgraderas till status som underordnad klient, och en ny överordnad klient kommer att tilldelas. #### Förhållandet mellan överordnade och underordnade klienter bestäms 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 pågående nätverks- och hårdvaruprestanda. Till exempel, om en enhet visar låg utnyttjandegrad av hårdvara (CPU/RAM) med hög bandbreddskapacitet för upplänk, är enheten idealisk för en roll som överordnad klient och kan upprätta en överordnad-underordnad relation med flera andra enheter. I detta scenario kan den överordnade klienten försöka omfördela media till andra enheter, så länge enheten inte är översubscribed eller börjar avvisa i prestanda. Men om enhetens nätverks- eller hårdvaruprestanda börjar avvisa, kan den avstå sin beteckning som överordnad klient och gå tillbaka 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 motståndskraft. Om en överordnad klient misslyckas kommer användaren omedelbart att växla över till den andra överordnade klienten. En ny sekundär överordnad klient upprättas sedan för att återställa motståndskraften. #### Användare informeras inte när de är anslutna till ett mesh-nätverk Evenemangs värdar och deltagare får inga aviseringar i klienten när de är anslutna till ett mesh-nätverk. Mesh-nätverksanslutningar kan bara ses av en admin eller auktoriserad användare via [Zoom Mesh kontrollpanel](/technical-library/sv/avancerade-enterprise-tjanster/zoom-mesh/zoom-mesh-explainer/zoom-mesh-dashboard.md). #### VDI-klienter kan endast upprätta en mesh-anslutning med andra VDI-klienter När Zoom Mesh används 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 Plug-In som stöds. Detta beror på tekniska begränsningar i den virtuella infrastrukturen och vidarebefordran av media mellan enheter. **VDI-klienter distribuerar inte kanalen för skärmdelning i ett mesh-nätverk** På grund av utformningen av Zooms VDI-klient måste innehåll för skärmdelning routas genom den virtuella maskinen. Följaktligen kan VDI-klienter inte distribuera skärmdelning över ett mesh-nätverk och måste fortsätt att distribueras inom den virtuella infrastrukturen. ### Zoom Mesh för mötesfunktioner Följande avsnitt beskriver detaljerna för funktionerna i Zoom Mesh för möten. #### Mesh för möten distribuerar den aktiva talarens video Med Zoom Mesh för möten levereras bandbreddsoptimering genom att distribuera *nedströms* **aktiv talare:s** video mellan deltagare när fyra eller fler användare är i ett möte. Denna funktioner **gör inte** gäller för mediauppladdning, och alla användare kommer att fortsätta att individuellt ladda upp sina ljud-, video- och skärmdelningsmedia till Zoom-moln. {% hint style="success" %} **Exempel** Om det finns 10 användare i ett möte med Zoom Mesh aktiverat kan två överordnade klienter väljas med sju eller åtta underordnade klienter. När den aktuella aktiv talare talar, kommer den användarens *videoström* att överföras från Zoom-moln till de överordnade klienterna och sedan omfördelas till de underordnade klienterna inom nätverket. I detta scenario kommer de underordnade klienterna **gör inte** ta emot den aktiva talarens videoflöde från Zoom-molnet, vilket kan spara upp till 3+ megabit data per användare när 1080p-video används. {% endhint %} Följande bild ger ett exempel på hur nedströms videoinnehåll från den aktiva talaren omfördelas inom ett mesh-nätverk.
Image map showing how Zoom Mesh Orchestrater works at a high level.
#### Mesh för möten: ändringar av aktiv talare påverkar inte förhållandet mellan förälder och barn eller besparingarna i videodistributionsbandbredd Även om fokus för Zoom Mesh för möten är att omfördela den aktiva talarens videoflöde, påverkar ändringar i den aktiva talaren inte relationerna mellan föräldra- och barnklienter eller de bandbreddsbesparingar som videoomfördelningen ger. När den aktiva talaren byter, ändrar de tilldelade föräldraklienterna helt enkelt videoflödet som de omfördelar. {% hint style="success" %} **Exempel** Om Maurice talar i ett möte och Holly sedan börjar tala, ändras föräldraklientens omfördelningsflöde från Maurices videoflöde till Hollys. Denna ändring påverkar inte vilka användarklienter som för närvarande är tilldelade som föräldrar eller barn, inte heller de generella bandbreddsbesparingarna som videoomfördelningen ger, utan endast det omfördelade videoflödet ändras. {% endhint %} #### 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å användarnas valda layouter. Till exempel stöder 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, får hen nytta av att ta emot den enda aktiva talarens videoflöde genom mesh-nätverket, men hen kommer fortfarande att förbruka standard mängder bandbredd genom att ladda ner de återstående 48 användares videoströmmar från Zoom-molnet. För bästa praxis för bandbreddsbesparing uppmanas användare att visa möten i en så webbinarielik layout som möjligt, till exempel Multi-Speaker eller talarvy. ### Zoom Mesh för webbinarier: funktionalitet Följande avsnitt beskriver detaljer om funktionaliteten för Zoom Mesh för webbinarier. #### 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 relationer mellan förälder och barn — inte bara de aktiva talarna. Med denna design kommer alla användare som är anslutna till mesh-nätverket att fortsätta 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 ändras inte med videolayouter Oavsett vilka videolayouter användare väljer när de tittar på ett webbinarium, kommer de att fortsätta få fördelarna med videoomfördelning inom nätverket, inklusive gallerivy, talarvy eller Multi-Speaker-vy. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/sv/avancerade-enterprise-tjanster/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.