> 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-functionality.md).

# 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.

#### <mark style="color:blå;">Zoom Mesh skapar som standard ett nätverk exklusivt för användare inom samma konto</mark>

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](https://support.zoom.us/hc/en-us/articles/14925064423693-How-to-enable-Zoom-Mesh-Guest-Access).

#### <mark style="color:blå;">Överordnade och underordnade roller fastställs av Zoom Mesh molnorkestreringstjänst</mark>

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:

{% columns %}
{% column %}

* CPU-användning
* CPU-typ
* RAM-användning
* Historisk mesh-prestanda
  {% endcolumn %}

{% column %}

* Enhetstillgänglighet (på/av)
* Enhetens val att delta eller inte delta
* Operativsystem
  {% endcolumn %}
  {% endcolumns %}

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.

#### <mark style="color:blå;">Beteckningen för överordnad och underordnad klient är dynamisk och kan ändra under ett evenemang</mark>

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.

#### <mark style="color:blå;">Förhållandet mellan överordnade och underordnade klienter fastställs dynamiskt av varje maskins hårdvara och nätverksprestanda</mark>

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.

#### <mark style="color:blå;">Varje underordnad tilldelas två överordnade</mark>

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.

#### <mark style="color:blå;">Användare informeras inte när de är anslutna till ett mesh-nätverk</mark>

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](/technical-library/sv/avancerade-enterprise-tjanster/zoom-mesh/zoom-mesh-dashboard.md).

#### <mark style="color:blå;">VDI-klienter kan endast upprätta en mesh-anslutning med andra VDI-klienter</mark>

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.

<mark style="color:blå;">**VDI-klienter distribuerar inte kanalen för innehållsdelning i ett mesh-nätverk**</mark>

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.

#### <mark style="color:blå;">Mesh för möten omfördelar videon från aktiv talare</mark>

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.

{% 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 användarens *videoström* att överföras från Zoom-moln till de överordnade klienterna och sedan omfördelas till underordnade klienter i nätverket.

I det här scenariot kommer de underordnade klienterna **inte att** ta emot videoflödet från aktiv talare från Zoom-moln, vilket potentiellt sparar upp till 3+ megabit data per användare vid användning av 1080p-video.
{% endhint %}

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

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdkHVwobxFkXOQnBfbUpeqm9an_UKIAx5aqpAORRNOrRA_B1hzqr2q4KPxQZWCd_rzYUNw5axzcgqbZz77izNTIN7eiBN_X8gkZL07N-QoKEcfXfARRGkxn4vZbiTqFsBPCdCl-?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:blå;">Ändringar av aktiv talare i Mesh för möten ändrar inte överordnade-underordnade relationer eller bandbreddsbesparingar för videodistribution</mark>

Ä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.

{% hint style="success" %}
**Exempel**

Om Maurice talar i ett möte och Holly sedan börjar tala ändras den överordnade klientens omfördelningsflöde från Maurices videoflöde till Hollys.

Den här ändringen påverkar inte vilka användarklienter som för närvarande är utsedda som överordnade eller underordnade, eller de allmänna bandbreddsbesparingar som videoomfördelningen ger. Endast det omfördelade videoflödet ändras.
{% endhint %}

#### <mark style="color:blå;">Bandbreddsbesparingar kan variera beroende på användarens valda videolayouter</mark>

Ä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.

#### <mark style="color:blå;">Mesh för webbinarier omfördelar</mark> *<mark style="color:blå;">alla</mark>* <mark style="color:blå;">videoströmmar från webbinarievärdar och paneldeltagare inom nätverket</mark>

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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXe_yqjYBRb-GGzzQKDQo70ftoFRdV67aDmwMcRNv03kv2oP_Tk4TKwEKJBiaPX4Nz7o34p9GwxwvtP-hph3VNvZw-xg_aZDuxLmGaMpW5HQkiyuvzM5iAo-8TFMK8F8EKm73k4OnA?key=oAHeQx46Zvia3lTyQKLPPA" alt="Image map showing how Zoom Mesh Orchestrater works at a high level."><figcaption></figcaption></figure>

#### <mark style="color:blå;">Fördelarna med Mesh för webbinarier förändras inte med videolayouter</mark>

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.


---

# 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-functionality.md?ask=<question>&goal=<endgoal>
```

`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.