> 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/nl/zakelijke-diensten/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).

# Architectuur

Zoom contactcenter is ontworpen met een actief-actiefarchitectuur voor betrouwbaarheid en veerkracht.

De volgende secties geven een algemeen overzicht van de architectuur van Zoom contactcenter.

### Zoom contactcenter Datacenter SIP-zones

In een actief-actiefarchitectuur zijn veerkracht en redundantie essentieel. Om het spraakkanaal en de behoeften van telefonie te ondersteunen, beschikt elk Zoom contactcenter Datacenter over twee identieke, onderling verbonden SIP-zones die zijn uitgerust met toegewezen Hardware en diensten voor onafhankelijke veerkracht en duurzaamheid.

Tijdens normale activiteiten verdeelt een load balancer oproepen gelijkmatig tussen beide SIP-zones binnen een Datacenter. Binnen elke SIP-zone worden oproepen gelijkmatig verdeeld over een cluster van oproepswitches, die verantwoordelijk zijn voor verschillende functies zoals oproeproutering, configuratie en afbouw. Vanaf de oproepswitches worden oproepen verbonden met een sessie Border Controller (SBC) binnen elke zone, die vervolgens verbinding maakt met ofwel het onderliggende providernetwerk van Zoom of de door de klant geleverde carrier (BYOC-P) voor PSTN Routering totdat de oproep de uiteindelijke bestemming bereikt.

Binnen dit framework wordt elk integraal onderdeel van de architectuur — d.w\.z. SBC's, load balancers en oproepswitches — aangevuld met redundante Hardware in standby voor veerkracht. In het geval dat één SIP-zone een dienstverstorend Evenement ervaart, zullen de actieve media, signalering en Registratie van een oproep failoveren naar de andere zone voor ononderbroken dienstverlening. Verder, omdat Zoom streeft naar niet meer dan 50% Capaciteit binnen elke SIP-zone op een willekeurig moment, zouden oproepen in het geval van een dienstverstorend Evenement binnen een SIP-zone zonder problemen moeten failoveren naar de andere zone totdat de standaardactiviteiten worden hervat.

Het volgende diagram illustreert op hoog niveau het ontwerp van de actief-actiefarchitectuur van een SIP-zone:

<div data-with-frame="true"><figure><img src="/files/0e704ca7346b0694fa1d16457f1a145d7dce6e67" alt=""><figcaption><p>Overzicht van de actief-actiefarchitectuur van een SIP-zone</p></figcaption></figure></div>

### Zoom contactcenter Datacenters in het algemeen

Vanuit fysiek perspectief bevindt de aanwezigheid van Zoom in datacenters zich binnen sterk beveiligde colocatiefaciliteiten met fysieke beveiliging, redundante stroom- en koelsystemen, en toegang tot toonaangevende carrier-neutrale internetserviceproviders (ISP's) en peeringpartners.

Vanuit technologisch perspectief is de aanwezigheid van Zoom in datacenters gebouwd met een fouttolerante architectuur, inclusief volledige redundantie en snelle failovermogelijkheden van een primair Datacenter naar een secundair Datacenter, om de betrouwbaarheid te verbeteren en downtime te minimaliseren over alle contactcenter-kanalen.

In het onwaarschijnlijke geval van een volledige uitval van een Datacenter of een dienstverstorend Evenement kan informatie over media, signalering en Registratie van Zoom contactcenter tijdelijk verloren gaan, waardoor een overschakeling naar het standby secundaire Datacenter vereist is. In dergelijke gevallen zullen sessies van het spraakkanaal zich opnieuw registreren bij het secundaire Datacenter, waarbij alle inkomende oproepen via de back-upcarrier van de Locatie worden geleid. Vervolgens zullen alle nieuwe oproepen worden verwerkt via het secundaire Datacenter en de relevante actief-actiefzones daarvan totdat de dienstverlening volledig is hersteld. Na het herstel van de dienstverlening zal een onderhoudsvenster worden gebruikt om de activiteiten terug te brengen naar normaal in het juiste primaire Datacenter.

De volgende afbeelding illustreert op hoog niveau het redundantieontwerp van het Datacenter van Zoom:

<div data-with-frame="true"><figure><img src="/files/24b610e653e8a1807a6ea309e0ee454423ddff71" alt=""><figcaption><p>Overzicht van de redundantie van het Datacenter van Zoom</p></figcaption></figure></div>

Lezers worden aangemoedigd om Zoom’s [Status](https://status.zoom.us/) en [Uptime](https://uptime.zoom.us/) sites te raadplegen voor aanvullende informatie over de beschikbaarheid van de dienstverlening.


---

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

```
GET https://library.zoom.com/technical-library/nl/zakelijke-diensten/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.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.
