> 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/de/business-dienstleistungen/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).
# Architektur
Zoom Contact Center ist für Zuverlässigkeit und Resilienz mit einer Active-Active-Architektur ausgelegt.
Die folgenden Abschnitte geben einen allgemeinen Überblick über die Architektur des Zoom Contact Center.
### Zoom Contact Center Rechenzentrum SIP-Zonen
In einer active-active Architektur sind Resilienz und Redundanz entscheidend. Um die Anforderungen an den Sprach-Kanal und Telefonie zu unterstützen, verfügt jedes Zoom Contact Center Rechenzentrum über zwei identische, miteinander verbundene SIP-Zonen, die mit dediziertem Hardware und Diensten für unabhängige Resilienz und Nachhaltigkeit ausgestattet sind.
Während des normalen Betriebs verteilt ein Load Balancer Anrufe gleichmäßig zwischen beiden SIP-Zonen innerhalb eines Rechenzentrums. Innerhalb jeder SIP-Zone werden Anrufe gleichmäßig auf einen Cluster von Anruf-Switches verteilt, die für verschiedene Funktionen wie Anrufweiterleitung, Aufbau und Abbau verantwortlich sind. Von den Anruf-Switches aus werden Anrufe an einen Sitzungs-Grenz-Controller (SBC) innerhalb jeder Zone weitergeleitet, der entweder mit Zooms zugrunde liegendem Netzwerk von Anbietern oder dem vom Kunden bereitgestellten Carrier (BYOC-P) für PSTN-Weiterleitung verbunden ist, bis der Anruf sein endgültiges Ziel erreicht.
Innerhalb dieses Rahmens wird jedes integrale Architekturstück – d. h. SBCs, Load Balancer und Anruf-Switches – mit redundanter Hardware im Standby für Ausfallsicherheit ergänzt. Falls eine SIP-Zone ein dienstbeeinträchtigendes Event erlebt, werden die aktiven Medien, die Signalisierung und die Registrierung des Anrufs zur anderen Zone umgeschaltet, um einen unterbrechungsfreien Dienst zu gewährleisten. Außerdem strebt Zoom innerhalb jeder SIP-Zone zu jedem Zeitpunkt nicht mehr als 50 % Kapazität an; im Fall eines dienstbeeinträchtigenden Events innerhalb einer SIP-Zone sollten Anrufe ohne Probleme in die andere Zone umgeschaltet werden, bis der Standardbetrieb wieder aufgenommen wird.
Das folgende Diagramm veranschaulicht auf hoher Ebene das aktiv-aktive Architektursdesign einer SIP-Zone:
Übersicht über die aktiv-aktive Architektur einer SIP-Zone
### Zoom Contact Center Rechenzentren in großem Umfang
Aus physischer Sicht befindet sich Zooms Präsenz in Rechenzentren in hochsicheren Colocation-Einrichtungen mit physischer Sicherheit, redundanten Strom- und Kühlsystemen sowie Access zu führenden carrier-neutralen Internetdienstanbietern (ISPs) und Peering-Partnern.
Aus technologischer Sicht wird die Präsenz von Zoom in Rechenzentren mit einer fehlertoleranten Architektur umgesetzt, einschließlich vollständiger Redundanz und schneller Umschaltmöglichkeiten (Failover) von einem primären Rechenzentrum zu einem sekundären Rechenzentrum, um die Zuverlässigkeit zu erhöhen und die Ausfallzeiten über alle Contact Center-Kanäle hinweg zu minimieren.
Im unwahrscheinlichen Fall eines vollständigen Ausfalls eines Rechenzentrums oder eines ereignisses, das den Dienst beeinträchtigt, können die Zoom Contact Center Medien-, Signalisierungs- und Registrierungsinformationen vorübergehend verloren gehen. Dies erfordert eine Konvergenz auf das Standby- bzw. sekundäre Rechenzentrum. In solchen Fällen registrieren sich Sprachkanalsitzungen erneut beim sekundären Rechenzentrum und leiten alle eingehenden Anrufe über den Backup-Carrier des Standorts. Anschließend werden alle neuen Anrufe über das sekundäre Rechenzentrum und die jeweiligen aktiven-aktiven Zonen verarbeitet, bis der Dienst vollständig wiederhergestellt ist. Nach der Wiederherstellung des Dienstes wird ein Wartungsfenster eingesetzt, um den Betrieb wieder auf den entsprechenden primären Rechenzentrum normal zurückzuführen.
Das folgende Bild veranschaulicht auf hoher Ebene das Redundanzdesign des Zoom-Rechenzentrums:
Überblick über die Redundanz des Zoom-Rechenzentrums
Leser werden ermutigt, auf Zooms [Status](https://status.zoom.us/) und [Betriebszeit](https://uptime.zoom.us/) Seiten mit zusätzlichen Informationen zur Serviceverfügbarkeit.
---
# 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/de/business-dienstleistungen/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 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.