> 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-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md).

# Förklaring av Zoom Meetings-hybridlösningen

### Översikt över Zoom Meetings Hybrid

Det här avsnittet ger en översikt över tjänstmodulen Zoom Meetings Hybrid, som stöds som en Zoom Node-arbetsbelastning. Mer information om Zoom Node och en översikt över plattform finns i slutet av detta dokument i [Bilaga](#appendix-zoom-node).

#### <mark style="color:blå;">Zoom Meetings Hybrid är en lokal hybridmöteslösning som sparar bandbredd genom att omfördela mötesmedia inom ett företagsnätverk</mark>

Zoom Meetings Hybrid är en lokal hybridmöteslösning som fungerar som en mellanliggande anslutningspunkt mellan en Zoom-klient och Zoom-moln. Lösningen multiplexar och omfördelar ett mötes ljud-, video- och skärmdelning-medieströmmar med [upp till 400](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) anslutna deltagare inom samma företagsnätverk. Den här utformningen minskar antalet externa molnmedieanslutningar, vilket avsevärt kan minska förbrukningen av extern bandbredd.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfVVVppbW-NhmkwGFDkKpMlcYUACkI-syd0I8Z9QJRs5Jx5cWiavnwIg6ux2KTaXksBeGy6kXWu82mQQIrAUkHY-7V5OWuHkW5G-X_ez2V-_okacRJToZXB2YPpxjYL9tT6BDfT?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blå;">Zoom Meetings Hybrid stöder två lägen: molnhybrid och endast internt</mark>

Zoom Meetings Hybrid stöder två driftlägen: ett hybridläge från moln till lokaler som kallas Selective Forwarding Unit-läge (SFU) och ett läge för endast interna möten (iMMR) för möten som inte använder molnet. Möten konfigureras för molnhybridanslutningar som standard, men kan anges som endast interna när användare schemalägger eller redigerar ett möte. Båda mötestyperna kan också stödjas av samma modul [samtidigt](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).

#### <mark style="color:blå;">Molnhybridläget ansluter användare inom företagets nätverk till molnet via hybridmodulen</mark>

I molnhybridläge (SFU-läge) ansluter användare inom företagets nätverk till hybridmodulen som en mellanliggande anslutningspunkt mellan klienten och molnet. Hybridmodulen multiplexar och omfördelar ett mötes ljud-, video- och skärmdelning-medieströmmar mellan användarna och molnet.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXc50B_h67Ut7sgvHu6UKbM1przxAdYsmKumIfrvd4gPimstYApeW5szR0HWWPA-m8jPiRLVm1A8826j31BenyVNSy28NaBRLHsfhM5tr9F13-yqaDUFmT5TmyOm5GGmYx0USmCvxg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:blå;">**Molnhybridmöten påverkar inte signaleringsanslutningar från moln till klient**</mark>

Även om Zoom Meetings Hybrid-modulen kan omfördela ett molnhybridmötes *media*, hanterar modulen inte signaleringsanslutningar från moln till klient. Användare som är anslutna till Meetings Hybrid-modulen fortsätter att upprätta en bandbreddssnål signaleringsanslutning med mötets molnserver för data och åtgärder under mötet, som att starta en molninspelning eller uppdatera deltagarlistan.

{% hint style="danger" %}
**Varning**

Klientenheter **måste** ha proxy- eller standardruttåtkomst till internet som kan nå Zoom-molntjänster. HTTPS-proxy stöds, men enheter utan åtkomst kan inte ansluta till möten.
{% endhint %}

#### <mark style="color:blå;">Läget endast internt ansluter användare till ett lokalt möte och tillåter inte deltagare utanför nätverket att gå med</mark>

När ett möte schemaläggs som endast internt fungerar hybridmodulen som en intern multimediarouter (iMMR) och multiplexar och omfördelar ett mötes ljud-, video- och skärmdelning-media mellan användare inom företagsnätverket. Dessa möten är isolerade till företagsnätverket och **kan inte** ansluta eller kaskadkoppla till molnmötesservrar eller tjänster, vilket förhindrar att deltagare eller tjänster från externa nätverk, såsom molninspelning, ansluter till mötet.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfKz6ul7kIwWkfMyYF8vjUPA8kZ_oVR-iGTGyojShz0rDy-rnq7VW6AZ4SRV6haB6NkDLwyd6UusHp8dK_Lkym7QM-5jQnAXdPxV3OoMxdwpKvaROL9QRlnCoCFHJ0nLRsjgUx9Gw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:blå;">**Möten som endast är interna dirigerar både signalerings- och medieanslutningar via hybridmodulen**</mark>

Till skillnad från molnhybridmodellen dirigerar möten som endast är interna både media *och* signalering inom nätverket till hybridmodulen. Detta skapar en fullständig lokal mötestyp, utan möjlighet till externa anslutningar.

<mark style="color:blå;">**Medarbetare utanför företagsnätverket kan gå med i möten som endast är interna via VPN**</mark>

Medarbetare utanför företagsnätverket kan gå med i möten som endast är interna när de är anslutna till ett VPN, om VPN-servern kan kommunicera med hybridmodulen över företagsnätverket. Användare **måste** måste vara inloggade på företagets Zoom-konto för att gå med.

En distansmedarbetare är till exempel ansluten till företagets VPN från sitt hemnätverk utan delad tunnel. Så länge användaren är inloggad på företagets Zoom-konto och den anslutna VPN-servern kan kommunicera med hybridmodulen inom företagsnätverket kan distansanvändaren ansluta till ett möte som endast är internt på distans.

#### <mark style="color:blå;">Meetings Hybrid kan samtidigt stödja molnhybridmöten och möten som endast är interna</mark>

Meetings Hybrid kan samtidigt stödja molnhybridmöten och möten som endast är interna, vilket eliminerar behovet av separata distributioner för varje användningsfall.

Ett företag har till exempel en hybridmodul distribuerad inom sitt nätverk, med 400 anslutna användare. I detta scenario kan 200 användare ansluta till molnhybridmöten, medan de återstående 200 användarna är anslutna till möten som endast är interna. För varje ansluten mötestyp följer Meetings Hybrid-modulen den avsedda anslutningsdirigeringen: molnhybridmöten dirigerar media via modulen och signalering till molnet; möten som endast är interna dirigerar både media och signalering exklusivt lokalt.

#### <mark style="color:blå;">Zoom Meetings Hybrid behåller all media lokalt om inga externa deltagare är närvarande och alla användare är anslutna till samma hybridmodul</mark>

Om användare är anslutna till ett möte med molnhybrid aktiverad via samma Meetings Hybrid-modul, men inga externa deltagare är närvarande, överför hybridmodulen inte media mellan Zoom-moln. I stället behålls all mötesmedia lokalt och dirigeras inom företagsnätverket via hybridmodulen. Mötesmedia lämnar endast nätverket efter att en extern deltagare har gått med från molnet eller om en andra hybridmodul inom nätverket ansluter till mötet.

En grupp användare inom ett företagsnätverk går till exempel med i samma möte med molnhybrid aktiverad. Alla användare är anslutna till samma hybridmodul och all mötesmedia dirigeras inom företagsnätverket. När en extern användare går med i mötet från molnet, eller en andra hybridmodul ansluter till mötet, öppnar hybridmodulen eller hybridmodulerna en medieanslutning med molnet och omfördelar mötets media till och från molnet.

{% hint style="info" %}
**Obs!**

Interna användare kan också upprätta externa medieanslutningar om hybridinfrastrukturen har [full kapacitet](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod).
{% endhint %}

#### <mark style="color:blå;">Zoom Meetings Hybrid stöder heltäckande krypterade möten för båda möteslägena</mark>

Zoom Meetings Hybrid stöder [heltäckande krypterade](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) (E2E-kryptering)-möten i både molnhybridläge och mötesläge för endast interna möten. Detta ger ett extra säkerhetslager för konfidentiella möten och kan kombineras med möten som endast är interna för möten som kräver de högsta säkerhetsnivåerna som finns tillgängliga inom Zoom-plattformen.

#### <mark style="color:blå;">Kunder kan distribuera flera regionspecifika hybridzoner i sina datacentraler</mark>

Zoom Meetings Hybrid stöder distributioner med flera zoner, vilket gör att Kunder kan distribuera separata hybridmiljöer för olika platser eller regioner. När flera zoner finns på plats ansluter användare till närmaste hybridmodul baserat på deras pingtid till tillgänglig hårdvara.

Om ett företag till exempel har ett kontor i New York och Los Angeles kan en enda hybriddistribution på en plats orsaka fördröjnings- eller prestandaproblem på grund av den längre överföringstiden. I stället kan Kunder distribuera en hybridmiljö för varje specifik plats eller region för att förbättra användarupplevelsen. När en användare försöker ansluta till ett möte pingar användarens klient tillgängliga hybridmoduler och ansluter till modulen med lägst fördröjning.

#### <mark style="color:blå;">Zoom Meetings Hybrid ersätter inte Zooms anslutningsprogram för möte</mark>

Zooms anslutningsprogram för möte är en Zoom Node-arbetsbelastning som erbjuder en molnhanterad, lokal lösning för att skapa en möteszon i företagets datacentral, utan molnstöd eller återställningsalternativ. Med anslutningsprogram för möte ägs och underhålls alla mötesservrar och all hårdvara av företaget och måste tillåta externa anslutningar för att externa deltagare ska kunna gå med i era möten.

Till skillnad från anslutningsprogram för möte fortsätter Zoom Meetings Hybrid att använda molnmötesinfrastruktur tillsammans med hybridhårdvara i er datacentral och kräver inte att ni är värd för mötesservrar eller tillåter externa deltagare att ansluta till era datacentraler.

Följande tabell beskriver några av de viktigaste skillnaderna mellan dessa två produkter:

| Funktion                              | Meetings Hybrid            | anslutningsprogram för möte |
| ------------------------------------- | -------------------------- | --------------------------- |
| Lokal server                          | ☑️                         | ☑️                          |
| Stöder flera zoner                    | ☑️                         | ☑️                          |
| Media exklusivt lokalt                | <p>☑️<br>(I iMMR-läge)</p> | <p>☑️<br><br></p>           |
| Kaskadkoppla till molnet              | ☑️                         | <p><br></p>                 |
| Användare kan gå med via molnet       | ☑️                         | <p><br></p>                 |
| Molntjänster (inspelning osv.)        | ☑️                         | <p><br></p>                 |
| Tillåter externa användaranslutningar | <p><br></p>                | ☑️                          |

### Zoom Meetings Hybrid-funktionalitet

Det här avsnittet behandlar funktionaliteten och utformningen av tjänstmodulen Zoom Meetings Hybrid.

#### <mark style="color:blå;">Zoom Meetings Hybrid består av två komponenter: en Selective Forwarding Unit/Internal MMR och en Zone Controller Proxy</mark>

För att distribuera Zoom Meetings Hybrid inom ett nätverk krävs två Zoom Node-komponenter: en Selective Forwarding Unit (SFU)/Internal MMR (iMMR) och en Zone Controller Proxy (ZCP). Se bilagan i slutet av dokumentet för mer information [om tjänstmoduler](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeysx0MZgb95ALpMcee5-kcn38XGTnAvcoxL64d6V_Y872u28Tj-xa73F1GTpxIRCchEb_yuzWFKR7mLhIxWq2QRTx6k-13sdLs8EGGL61eG9awOHR9rZQscz2fOb-m7TCabWrhMw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blå;">SFU/iMMR fungerar som ett grenuttag och omfördelar media till anslutna Zoom-klienter</mark>

Modulen Selective Forwarding Unit (SFU)/Internal MMR (iMMR) är central i Zoom Meetings Hybrid-utformningen. I likhet med ett grenuttag är SFU/iMMR en centraliserad nätverksanslutning som distribuerar media till anslutna Zoom-klienter. SFU/iMMR-modulens funktion varierar dock beroende på mötestyp.

I hybridmöten fungerar SFU/iMMR som den primära anslutningspunkten för interna Zoom-klienter och multiplexar samt omfördelar mötesmedia mellan anslutna Zoom-klienter inom nätverket och molnet.

För möten som endast är interna fungerar SFU/iMMR som en lokal multimediarouter och multiplexar samt distribuerar centralt media till anslutna användare och andra SFU/iMMR-enheter (om de är anslutna) utan Zoom-moln.

#### <mark style="color:blå;">Varje SFU/iMMR stöder upp till 400 användaranslutningar i standardupplösning eller 200 i hög upplösning per modul</mark>

Varje SFU/iMMR-modul stöder upp till 400 samtidiga deltagare i standardupplösning per modul eller upp till 200 samtidiga deltagare i hög upplösning (720p). Vid maximal kapacitet för ett enskilt möte kan SFU/iMMR-modulen minska förbrukningen av extern bandbredd med förhållandet 400:1 eller 200:1, beroende på mötesupplösningen.

#### <mark style="color:blå;">En SFU/iMMR kan stödja flera möten samtidigt</mark>

SFU/iMMR-modulen stöder samtidiga mötesanslutningar, vilket gör att en modul kan stödja flera unika, samtidiga möten, inklusive både molnhybridmöten och möten som endast är interna.

Till exempel ansluter 400 användare på en plats samtidigt till 25 olika möten i standardupplösning där externa användare är närvarande. Med Zoom Meetings Hybrid kan en SFU-modul stödja anslutningen av alla användare till respektive möten, vilket minskar antalet externa medieströmmar från 400 till 25. Vid i genomsnitt 1,2 Mbps per medieanslutning kan SFU-modulen spara campuset cirka 450 Mbps extern bandbredd i detta scenario.\\

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXf5110xPOu5I8wpiiWGRVJB2LRVtVCM3wsqGErLZTh5wn9kQb4Uz-OtoDsPmFBAzS_RBo4uOfCvrJVB6K1AWZkj9AMUY18WW0sleDi_PgaeavqOPnXu0viOvnfg05c3Dir8u4-X?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blå;">En SFU/iMMR kan stödja molnhybridmöten och möten som endast är interna samtidigt</mark>

En SFU/iMMR-modul kan samtidigt stödja molnhybridmöten och möten som endast är interna, vilket eliminerar behovet av separata distributioner för varje användningsfall. För varje ansluten mötestyp följer hybridmodulen den avsedda anslutningsdirigeringen: molnhybridmöten dirigerar media via modulen och signalering till molnet; möten som endast är interna dirigerar både media och signalering exklusivt via den lokala hybridmodulen.

Till exempel ansluter 400 användare på en plats samtidigt till tre separata möten i standardupplösning. Två möten är molnhybridmöten med externa användare närvarande, och 300 användare från företagsnätverket är anslutna via SFU/iMMR-modulen som körs i SFU-läge. Det tredje mötet är endast internt, med 100 användare anslutna till samma SFU/iMMR-modul som körs i iMMR-läge.

I det här exemplet har användare som är anslutna till molnhybridmöten dubbelriktade medieanslutningar med SFU/iMMR-modulen och oberoende, dubbelriktade signaleringsanslutningar med molnet. Användare som är anslutna till mötet som endast är internt har däremot dubbelriktade signalerings- och medieanslutningar exklusivt med samma SFU/iMMR-modul, som behåller all intern mötesdata lokalt och inte kaskadkopplar till molnet.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXemWHF_V9W6Jm-C_Eo-2VFinM_90aZ8DZpd6YepQ23y6Npn_vovt6-hgIXywXmC1t2NlZTbhPV0_6XKo9jks23JVUprVTslZ3Jh8jFj97-WoHjtULZM1dhgsnhJMtbrbuiUIp2QOA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blå;">För molnhybridmöten fungerar SFU/iMMR endast som en vidarebefordringsenhet och har inte åtkomst till några mötes- eller användarnycklar</mark>

När de är anslutna till ett molnhybridmöte (SFU-läge) kräver SFU/iMMR-moduler inte och har inte åtkomst till möteskrypteringsnycklar. Modulerna upprätthåller i stället roller för mediemixning som krypterade medieprocessorer för möten, utan möjlighet att få åtkomst till medieströmmens innehåll.

#### <mark style="color:blå;">För möten som endast är interna genererar och distribuerar SFU/iMMR alla krypteringsnycklar inom företagsnätverket</mark>

När den fungerar som en multimediarouter för möten som endast är interna (iMMR-läge) ansvarar SFU/iMMR på toppnivå i ett möte för att generera och distribuera krypteringsnycklar under mötet. Krypteringsnycklar genereras och distribueras med samma kryptografiska metoder som molnbaserade MMR:er.

#### <mark style="color:blå;">SFU/iMMR-moduler kan inte kommunicera med varandra över ett nätverk när de är anslutna till ett molnhybridmöte</mark>

SFU/iMMR-moduler stöder inte kommunikation över nätverk (öst–väst) inom en datacentral när de är anslutna till ett molnhybridmöte. All SFU-till-SFU-kommunikation för molnhybridmöten måste enligt utformningen dirigeras via Zoom-molninfrastrukturen (nord–syd).

#### <mark style="color:blå;">SFU/iMMR-moduler kan kommunicera med varandra över nätverket när de är anslutna till möten som endast är interna</mark>

Till skillnad från molnhybridmöten stöder möten som endast är interna kommunikation över nätverk (öst–väst) på grund av den interna mötesutformningen. Molnhybridmöten kräver att varje SFU/iMMR-modul prenumererar på medieflödet från den översta MMR:en i molnet; möten som endast är interna använder dock inte molnmedieflöden. I stället är den första iMMR/SFU-modulen som skapar ett möte som endast är internt den översta MMR:en, och ytterligare SFU/iMMR-moduler prenumererar på flödet från den översta MMR:en, vilket möjliggör kommunikation över nätverk.

#### <mark style="color:blå;">Zone Controller Proxy-modulen ansluter SFU/iMMR till Zoom-moln</mark>

Zone Controller Proxy-modulen ansvarar för att ansluta SFU/iMMR-moduler till Zooms molnmötesinfrastruktur, när tillämpligt.

Under en användares mötesanslutningsprocess skickar Zoom-webbtjänster en begäran mellan Zone Controller Proxy och en Zone Controller i molnet för att hämta mötesserverinformationen. Denna information vidarebefordras från Zone Controller Proxy till SFU/iMMR, som ansluter till Zoom-moln för molnhybridmöten eller initierar ett möte för möten som endast är interna.

#### <mark style="color:blå;">Distributioner kräver minst två Zone Controller Proxy-enheter per plats</mark>

Varje geografisk plats där Zoom Meetings Hybrid distribueras kräver minst två Zone Controller Proxy-enheter för återhämtning och stabilitet.

Om ett företag till exempel distribuerar Zoom Meetings Hybrid till sina kontor i Los Angeles och New York bör varje plats distribuera två ZCP-moduler, totalt fyra.

#### <mark style="color:blå;">Om en SFU/iMMR-modul oväntat slutar fungera växlar användare över till alternativa anslutningar när det är möjligt</mark>

Även om det är oväntat börjar användare, om en hybridmodul slutar fungera (dvs. kraschar) medan de är anslutna, växla över till alternativa anslutningar om möjligt. Dessa scenarier beskrivs i följande tre avsnitt.

#### <mark style="color:blå;">Användare anslutna till ett molnhybridmöte växlar över till en alternativ SFU/iMMR-modul om sådan finns tillgänglig, och till molnet som sista utväg</mark>

Om användare är anslutna till ett molnhybridmöte via en SFU/iMMR-modul som plötsligt slutar fungera försöker användarklienter automatiskt växla över till andra SFU/iMMR-moduler som är tillgängliga inom nätverket. Om andra resurser har full kapacitet eller inte är tillgängliga upprättar användarklienter oberoende molnanslutningar som en sista lösning för redundansväxling.

#### <mark style="color:blå;">Användare anslutna till ett möte som endast är internt växlar över till en annan SFU/iMMR-modul om den felaktiga modulen inte var den översta MMR:en</mark>

Om användare är anslutna till ett möte som endast är internt och deras SFU/iMMR-modul slutar fungera växlar användarna över till alternativa SFU/iMMR-moduler om sådana finns tillgängliga, förutsatt att deras SFU/iMMR inte var värd för den interna mötets MMR på toppnivå.

#### <mark style="color:blå;">Om SFU/iMMR-enheten som startade ett möte som endast är internt slutar fungera måste mötet startas om</mark>

På grund av nätverksutformningen för möten som endast är interna utses SFU/iMMR-modulen som initierar mötet till MMR på toppnivå för mötet. Om ett mötes MMR på toppnivå slutar fungera, avslutar eller lämnar mötet, kollapsar mötet och måste startas om. MMR:er på toppnivå **kan inte** växlar över till alternativa hybridresurser.

#### <mark style="color:blå;">Zoom Meetings Hybrid-anslutningar visas som en ”datacentral som kontrolleras av din Zoom-kontoägare” i klienten</mark>

När användare är anslutna till Meetings Hybrid-infrastruktur ser de i klienten att de är ”...anslutna till Zoom Global-nätverket … via en datacentral som kontrolleras av din Zoom-kontoägare”. Alternativt ser användare som är anslutna till molninfrastruktur meddelandet ”Ansluten till Zoom Global-nätverket.”

Följande bilder visar vad användare ser när de är anslutna till ett Zoom Meetings Hybrid-möte jämfört med ett molnbaserat möte.\\

{% columns %}
{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeL9BwtbA2YYCCRgCa-kUpcsTzKme2Eiii6jGh9_uIrhfrsw10IxgyRZIFoXUPw64sdVaQVDfk-niTaFnSDeurtUEyfRwLipjgWeDgbKyuVdWCmatm4DfUw_fzlJH1ger5CvEcK?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}

{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdBgfJcS9paUxZSekZ6p5YD-qHLA3hZEV60TdXzDE2s1KAXflpINJS2Dhn-VoIW8kitzfQfSHwfrklim5QvAeYt9X7Bc_omR4Ad0lHlBM5QgpzsE-iiFt840hIK-BhrK5GCj3Qh?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

#### <mark style="color:blå;">Zoom Meetings Hybrid använder Zooms standardbrandväggskonfiguration och kräver inga särskilda regler</mark>

Zoom Meetings Hybrid kräver inga ytterligare brandväggsregler eller konfigurationer utöver [Zooms standardrekommendation](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). Medieanslutningar fortsätter att använda UDP/TCP 8801 och TCP 443 (TLS 1.2) som standardportar för tjänsten.

{% hint style="info" %}
**Obs!**

Portseparering för media (UDP 8801–8803) stöds. Kontrollera att brandväggsreglerna är konfigurerade för att inkludera 8802 och 8803 om portseparering är aktiverad.
{% endhint %}

### Bilaga: Zoom Node

Det här avsnittet ger en allmän introduktion till Zoom Node-plattformen och dess kärnkoncept.

#### <mark style="color:blå;">Zoom Node för viktiga delar av Zoom-tjänsten till dina egna datacentraler och kontor</mark>

Zoom Node är en hybridlösning som integrerar dina datacentralservrar med Zooms moln för att hjälpa till att leverera Zoom-tjänster till dina kontor.

Med en molndriven distributionsmodell kan Zoom-administratörer dynamiskt och snabbt distribuera Zoom-hybrida tjänster till sina datacentralservrar från en centraliserad kontrollpanel på webben. Den här kontrollpanelen innehåller även verktyg för tjänstehantering, uppgraderingar, logghantering, prestandarapportering och ett robust ramverk för felsökning.

#### <mark style="color:blå;">Zoom Node har en modulär utformning där du endast distribuerar de tjänstmoduler du behöver</mark>

I stället för att kräva separat programvara för varje hybridtjänst är Zoom Node en modulär plattform för ”allt i ett” som gör att företag kan hantera och distribuera flera hybridtjänster med ett gemensamt ramverk.

Zoom Node uppnår denna modulära utformning genom att installera Zoom Node-operativsystem (ett Linux-baserat operativsystem) på datacentralservrar för Enterprise, vilket omvandlar dem till noder. När programvaran har installerats registreras noden på Zoom Node-plattformen i molnet och väntar på installation av olika tjänstmoduler som tillhandahåller Zoom-tjänstfunktionalitet

#### <mark style="color:blå;">Zoom Node innehåller en funktionsrik kontrollpanel för tjänstehantering, uppgraderingar, aviseringar, felsökning med mera</mark>

Som en central hubb för hantering av Zoom Node-distributioner innehåller Zoom Node-kontrollpanelen verktyg för tjänstehantering, distributioner, uppgraderingar, logghantering, prestandarapportering och ett robust ramverk för felsökning.

#### <mark style="color:blå;">Tjänstmoduler är tjänsterna som körs på Zoom Node-operativsystemet och som enkelt distribueras via webben</mark>

Tjänstmoduler är tjänsteapplikationerna som körs på Zoom Node-operativsystemet och gör att tjänster kan fungera. Zoom-administratörer tilldelar tjänster till noder via Zoom Node-kontrollpanelen i webbportalen. När tjänsten har tilldelats en nod skickar Zoom Node-plattformen den valda tjänstmodulen till noden och installerar den automatiskt. När installationen är klar är nodens ändpunkt klar att användas med dess angivna hybridtjänster.

#### <mark style="color:blå;">Varje Zoom Node kan stödja upp till fyra tjänstmoduler</mark>

Varje Zoom Node-hårdvara kan stödja upp till fyra tjänstmoduler per maskin, med undantag för modulen Zoom Phone Local Survivability. Ytterligare noder kan skapas och länkas för ytterligare krav eller återhämtning.

Ett företag distribuerar till exempel Zoom Meetings Hybrid över flera datacentraler, med början i New York. Varje datacentral är utrustad med flera Zoom Node-ändpunkter anslutna till Zoom Node-plattformen, men ingen har tilldelats en Node-tjänst för funktionalitet, som visas i följande bild.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeutD-2geglZBY9wv2h9od07rrVNko-KOW7cTmhmyj-8W9hDlcpptUcHPH95fxdB7OPQGYRtKTaXWEbBUUIeeJ7vCTlCsran7jlZKsHCuZu-tVXSKoeZy8W4nEQYqJXoWsGphInRg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

När företaget är redo att distribuera Zoom Meetings Hybrid inom sitt nätverk distribuerar en kontoadmin en Zone Controller Proxy-tjänst och tre SFU/iMMR-moduler till noderna 1 och 2. Admin distribuerar också en extra SFU/iMMR-modul till den tredje noden som buffert. Zoom Node-plattformen skickar och installerar alla Node-tjänster till varje Node-ändpunkt, och när installationen är klar är Zoom Meetings Hybrid redo att användas, som visas i följande bild.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXcS8UUa_h7FzrCbkuc2EZ8OBua6PQkWs-tWWtcpAcYkYT_CcVCHYZ_CrBrcjCfus2U6m1C55uR5Cld4mB47aCvjiWouzN2XgmSOsQQ23DbLsdUdFH4QhNce8t-CnHLH10ImqnwWrA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

#### <mark style="color:blå;">Zoom Node stöder heltäckande automatiserad generering av PKI-certifikat (Auto-PKI)</mark>

Zoom Node omfattar heltäckande automatiserad hantering av offentliga certifikat genom DigiCert. Alla kostnader för att generera och förnya certifikat betalas av Zoom, men Zoom hanterar inte och har inte åtkomst till kundens privata nycklar genom denna process.

Kunder med en befintlig certifikatstrategi kan välja att generera, förnya och stödja certifikat manuellt med en certifikatutfärdare som de föredrar, men dessa kostnader betalas inte av Zoom. Kunder som avser att använda en alternativ certifikatutfärdare bör tala med sitt kontoteam i förväg.

#### <mark style="color:blå;">Varje Zoom Node har en dynamisk DNS-post med kontots anpassad URL: \*.zoomonprem.com (Auto-DNS)</mark>

Zoom Node genererar automatiskt dynamiska DNS-poster för varje server under domänen \*.zoomonprem.com med hjälp av värdkontots befintliga anpassad URL, t.ex. `success01.zoomonprem.com`.

Detta system förenklar brandväggshanteringen vid anslutning till Zoom Node-distributioner som används av andra Zoom-kunder. Enskilda Kunder behöver inte längre brandväggsregler för att ansluta till en annan Zoom Node-kund, utan kan i stället godkänna hela zoomonprem.com-domänen med jokerteckenvärden.

#### <mark style="color:blå;">Zoom Node körs på virtuella maskiner</mark>

Zoom Node är utformat för att köras på hårdvara av serverklass, med virtuella maskiner som är installerade med den härdade Zoom Node-operativsystemavbildningen. Alla tjänster kräver statiska interna IP-adresser, och vissa tjänster kräver offentliga IP-adresser för extern anslutning.

Maskinvarukraven och specifikationerna är unika för dina mål med hybriddistributionen. Kontakta ditt kontoteam för mer information om hur du identifierar organisationens behov för en hybriddistribution.

#### <mark style="color:blå;">Zoom Node är inte för alla kunder</mark>

Varje Enterprise har unika krav när det gäller tjänster för enhetlig kommunikation. Dessa behov måste övervägas noggrant innan ett beslut fattas om att distribuera en hybridmiljö. I de flesta fall är den traditionella Zoom-molnkonfigurationen den optimala lösningen för de flesta företag; det finns dock organisationer som drar nytta av hybridkonfigurationer. Organisationer bör noggrant överväga konsekvenserna av att etablera och underhålla en hybridmiljö.

#### <mark style="color:blå;">Skalning kan vara svårt och dyrt att hantera</mark>

Att skala hårdvara för att stödja ett stort antal användare i hybridmiljöer kan vara kostsamt. Beroende på de distribuerade tjänsterna kan stöd för 10 000 användare kräva mellan 7 och 13 Zoom Nodes, medan stöd för 100 000 användare kan kräva mellan 60 och 120 Zoom Nodes.

Att hantera, underhålla och stödja den hårdvara och/eller hypervisorinfrastruktur som krävs för Zoom Node skapar också ytterligare administrativ belastning för alla organisationer och bör noga övervägas vid granskning av hybriddistributioner.

#### <mark style="color:blå;">Säkerhetsfördelarna är begränsade</mark>

Zoom Node erbjuder inga ytterligare krypteringsmetoder eller stora säkerhetsfördelar jämfört med den inbyggda Zoom-molntjänsten, utöver möjligheten att fungera som en specialiserad webbproxy eller lokal loggplacering.

Hybriddistributioner kräver också ytterligare brandväggsregler och konfigurationer för att göra Node-ändpunkter tillgängliga med externa tjänster. Nätverkssäkerhetsteam bör vara medvetna om dessa ytterligare brandväggs- och säkerhetskrav när de överväger att distribuera hybridmiljöer.

#### <mark style="color:blå;">Hybridmiljöer och VPN:er kräver konfigurationer</mark>

Distansmedarbetare kan behöva en VPN-anslutning eller en konfiguration med delad tunnel för att dirigera sin mötestrafik till Zoom Node-tjänster om så önskas. Denna trafikökning kan potentiellt överbelasta VPN-infrastrukturen om den inte kan hantera den ytterligare bandbredd som skickas och tas emot. Noggrann planering krävs när hybridtjänster kombineras med distansarbetare och fjärrnätverksinfrastruktur.

#### <mark style="color:blå;">Delning av serverloggar kräver noggrant övervägande</mark>

Även om upprätthållandet av lokal kontroll över Zoom Node-loggar och register är en komponent i hybriddistributioner kan den här funktionen vara ett hinder vid felsökning av hybridinfrastruktur.

Tjänsteloggar underhålls lokalt som standard och omfattar data, diagnostik och annan information som Zoom inte kan visa. För att effektivt felsöka hybridkonfigurationer och kvalitetsproblem måste hybriddataloggar dock delas med Zoom i felsökningssyfte. Zoom Node erbjuder en säker tjänst för uppladdning av loggfiler via webbportalen efter kundens gottfinnande, men uppladdning av dessa loggar kan exponera tjänstemetadata som annars inte delas med Zoom i hybriddistributioner. Dessa data kan omfatta namn på deltagare som ansluter lokalt, Zoom-versionsnummer, information om operativsystem och mycket mer.


---

# 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-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.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.