# Zoom Mesh-funktionalitet

Det här avsnittet beskriver ytterligare information om Zoom Mesh-funktioner.

### Förälder-barn-funktionalitet

Följande avsnitt ger ytterligare information om förälder- och barnrelationer inom 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 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).

#### <mark style="color:blå;">Förälder- och barnroller bestäms av Zoom Mesh molnorkestreringstjänst</mark>

Zoom Mesh molnorkestreringstjänst (COS) är en molntjänst som ansvarar för att definiera förälder- och barnklientroller inom ett nätverk. molnorkestreringstjänst tar hänsyn till många olika datamängder för att avgöra lämpliga föräldraklienter, inklusive:

{% columns %}
{% column %}

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

{% column %}

* Enhetstillgänglighet (På/Av)
* Enhet Opt-In/Out
* Operativsystem
  {% endcolumn %}
  {% endcolumns %}

Med hjälp av dessa datamängder poängsätter COS en användares resultat genom en bedömningsmodell: ju högre en användares poäng, desto större är sannolikheten att klienten väljs som förälder; ju lägre poängen är, desto mindre sannolikt är det.

#### <mark style="color:blå;">Beteckningen förälder- och barnklient är dynamisk och kan ändras under ett evenemang</mark>

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

Till exempel, vid ett evenemang med 100 deltagare kan endast 10 föräldraklienter behövas för att uppfylla omdistributionsbehovet, medan de återstående 90 användarna tar emot omdistribuerade strömmar som barnklienter. Om evenemanget däremot ökar till 200 deltagare kan klienter som tidigare var barnklienter bli uppgraderade till en föräldraklient för att hantera den ökade efterfrågan.

Alternativt, om en föräldraklient börjar uppleva försämrad prestanda, kan klienten nedgraderas till barnklientstatus, och en ny föräldraklient kommer att tilldelas.

#### <mark style="color:blå;">Förhållandet mellan föräldrar och barnklienter bestäms dynamiskt av varje maskins hårdvara och nätverksprestanda</mark>

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

Om till exempel en enhet visar låg användning av hårdvara (CPU/RAM) med hög upplänkskapacitet för bandbredd, är enheten idealisk för en föräldraklientroll och kan upprätta en förälder-barn-relation med flera andra enheter. I det här scenariot kan föräldraklienten försöka omdistribuera media till andra enheter, så länge enheten inte är överbelastad eller börjar få försämrad prestanda. Om enhetens nätverks- eller hårdvaruprestanda däremot börjar försämras, kan den avstå från sin föräldraklientbeteckning och gå tillbaka till en barnklientroll.

#### <mark style="color:blå;">Varje barn tilldelas två föräldrar</mark>

Barnklienter som är anslutna till ett mesh-nätverk tilldelas *två* föräldraklienter för resiliens. Om en föräldraklient fallerar kommer användaren omedelbart att växla över till den andra föräldraklienten. En ny sekundär föräldraklient upprättas sedan för att återställa resiliensen.

#### <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 aviseringar i klienten när de är anslutna till ett mesh-nätverk. Mesh-nätverksanslutningar kan endast 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).

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

När du använder 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 Plug-In som stöds. Detta beror på tekniska begränsningar i den virtuella infrastrukturen och 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 skärmdelningens innehåll dirigeras via 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 Meetings-funktionalitet.

#### <mark style="color:blå;">Mesh för Meetings omdistribuerar den aktiva talarens video</mark>

Med Zoom Mesh för Meetings levereras bandbreddsoptimering genom att omdistribuera *nedströms* **den aktiva talarens** video mellan deltagare när fyra eller fler användare är i ett möte. Den här funktionen **gäller inte** för uppladdning av media, och alla användare kommer fortsatt att individuellt ladda upp sitt ljud, video och sin 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å föräldraklienter väljas med sju eller åtta barnklienter. När den nuvarande aktiva talaren pratar, kommer den användarens *videoström* att överföras från Zoom-moln till föräldraklienterna, och kommer sedan att omdistribueras till barnklienter inom nätverket.

I det här scenariot **får** barnklienterna inte den aktiva talarens videoflöde 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 ger ett exempel på hur nedströms videoinnehåll från aktiv talare omdistribueras 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 Meetings ändrar inte förälder-barn-relationer eller bandbreddsbesparingar för videodistribution</mark>

Även om fokus för Zoom Mesh för Meetings är att omdistribuera den aktiva talarens videoflöde, påverkar ändringar av den aktiva talaren inte relationerna mellan föräldra- och barnklienter eller bandbreddsbesparingarna som videodistributionen ger. När den aktiva talaren växlar ändrar utsedda föräldraklienter helt enkelt flödet för den video de omdistribuerar.

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

Om Maurice talar i ett möte och Holly sedan börjar tala, kommer föräldraklientens omdistributionsflöde att ändras från Maurices videoflöde till Hollys.

Denna ändring påverkar inte vilka användarklienter som för närvarande är utsedda till föräldrar eller barn, och inte heller de generella bandbreddsbesparingarna som videodistributionen ger, endast det omdistribuerade videoflödet ändras.
{% endhint %}

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

Även om Zoom Mesh sparar bandbreddsförbrukning genom att omdistribuera 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 de fördel av att ta emot den enda aktiva talarens videoflöde via mesh-nätverket, men de kommer fortfarande att förbruka standardmängder bandbredd genom att ladda ner 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 så nära en webbinarium-stil som möjligt, till exempel Multi-Speaker eller talarvy.

### Zoom Mesh för Webinars-funktionalitet

Följande avsnitt beskriver detaljer om Zoom Mesh för Webinars-funktionalitet.

#### <mark style="color:blå;">Mesh för Webinars omdistribuerar</mark> *<mark style="color:blå;">alla</mark>* <mark style="color:blå;">videoströmmar från värdar och paneldeltagare i webbinarium inom nätverket</mark>

Till skillnad från Zoom Mesh för Meetings omdistribuerar Zoom Mesh för Webinars alla videoströmmar från värdar och paneldeltagare i webbinarium inom det lokala nätverket med hjälp av förälder-barn-relationer – inte bara de aktiva talarna. Med denna design kommer alla användare som deltar i mesh-nätverket fortsatt att dra nytta av minskad extern bandbreddsförbrukning 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 Webinars ändras inte med videolayouter</mark>

Oavsett vilka videolayouter användare väljer när de tittar på ett webbinarium, kommer användare fortsatt att få fördelarna med videodistribution inom nätverket, inklusive gallerivy, talarvy eller Multi-Speaker-vy.


---

# Agent Instructions: 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:

```
GET https://library.zoom.com/technical-library/sv/avancerade-enterprise-tjanster/zoom-mesh/zoom-mesh-explainer/zoom-mesh-functionality.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.