> 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-services/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md). # Architectuur Zoom contactcenter is ontworpen met een Actief-Actief-architectuur voor betrouwbaarheid en veerkracht. De volgende secties bieden een algemeen overzicht van de architectuur van Zoom contactcenter. ### Zoom contactcenter Datacenter SIP-zones In een Actief-Actief-architectuur zijn veerkracht en redundantie essentieel. Om te voorzien in de behoeften aan het spraakkanaal en telefonie, beschikt elk Datacenter van Zoom contactcenter over twee identieke, onderling verbonden SIP-zones die zijn uitgerust met toegewezen Hardware en diensten voor zelfstandige veerkracht en continuïteit. Tijdens normale activiteiten verdeelt een load balancer de bellen gelijkmatig over beide SIP-zones binnen een Datacenter. Binnen elke SIP-zone worden bellen gelijkmatig verdeeld over een cluster van bellen-switches, die verantwoordelijk zijn voor diverse functies zoals oproeproutering, opbouw en afbouw. Vanaf de bellen-switches worden bellen verbonden met een sessie Border Controller (SBC) binnen elke zone, die verbinding maakt met het onderliggende netwerk van providers van Zoom of met de door de klant geleverde carrier (BYOC-P) voor PSTN-Routering totdat het bellen zijn eindbestemming bereikt. Binnen dit kader wordt elk integraal onderdeel van de architectuur — d.w\.z. SBC's, load balancers en bellen-switches — aangevuld met redundante Hardware die stand-by staat voor veerkracht. In het geval dat één SIP-zone een Evenement ervaart dat gevolgen heeft voor de dienstverlening, zullen de Actief-media, signalering en Registratie van een bellen failoveren naar de andere zone voor ononderbroken dienstverlening. Bovendien streeft Zoom naar niet meer dan 50% Capaciteit binnen elke SIP-zone op elk willekeurig moment. In het geval van een Evenement dat gevolgen heeft voor de dienstverlening binnen een SIP-zone, zouden bellen zonder problemen moeten failoveren naar de tegenoverliggende zone totdat de Standaardactiviteiten worden hervat. Het volgende diagram illustreert op hoofdlijnen het Actief-Actief-architectuurontwerp van een SIP-zone:

Overzicht van de Actief-Actief-architectuur van een SIP-zone

### Zoom contactcenter Datacenters in het algemeen Vanuit fysiek perspectief bevindt de aanwezigheid van Zoom in Datacenters zich in uiterst beveiligde colocatiefaciliteiten met fysieke beveiliging, redundante stroom- en koelsystemen, en Access tot toonaangevende carrierneutrale internetserviceproviders (ISP's) en peeringpartners. Vanuit technologisch perspectief is de aanwezigheid van Zoom in Datacenters gebouwd met 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 contactcenterkanalen. In het onwaarschijnlijke geval van een volledige storing in een Datacenter of een servicebeïnvloedend Evenement, kunnen media, signalering en Registratie-informatie van Zoom contactcenter tijdelijk verloren gaan, waardoor een convergentie naar het standby-secundaire Datacenter nodig is. In dergelijke gevallen zullen sessies van het voice-kanaal opnieuw registreren met het secundaire Datacenter, waarbij alle inkomende oproepen via de back-upprovider van de Locatie worden geleid. Vervolgens worden alle nieuwe oproepen verwerkt via het secundaire Datacenter en de relevante Actief-actiefzones totdat de service volledig is hersteld. Na herstel van de service wordt een onderhoudsvenster gebruikt om de activiteiten weer naar normaal terug te brengen in het juiste primaire Datacenter. De volgende afbeelding illustreert op hoofdlijnen het redundantieontwerp van Zoom voor Datacenter:

Overzicht van Zooms Datacenterredundantie

Lezers worden aangemoedigd om te verwijzen naar Zoom’s [Status](https://status.zoom.us/) en [Beschikbaarheid](https://uptime.zoom.us/) sites voor aanvullende informatie over de servicebeschikbaarheid. --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://library.zoom.com/technical-library/nl/zakelijke-services/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.