> 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/business-services/zoom-contact-center/zoom-customer-experience/overview/zoom-contact-center-architecture.md).

# Arkitektur

Zoom kontaktcenter är utformat med en aktiv-aktiv arkitektur för tillförlitlighet och motståndskraft.

Följande avsnitt ger en allmän översikt över Zoom kontaktcenters arkitektur.

### Zoom kontaktcenter datacentral SIP-zoner

I en aktiv-aktiv arkitektur är motståndskraft och redundans avgörande. För att stödja röstkanalen och telefoni-behoven har varje Zoom kontaktcenter-datacentral två identiska, sammankopplade SIP-zoner utrustade med dedikerad hårdvara och tjänster för oberoende motståndskraft och hållbarhet.

Under normal drift fördelar en lastbalanserare samtal jämnt mellan båda SIP-zonerna inom en datacentral. Inom varje SIP-zon fördelas samtal rättvist mellan ett kluster av samtalsväxlar, som ansvarar för olika funktioner såsom samtalsdirigering, uppsättning och nedmontering. Från samtalsväxlarna ansluts samtal till en Session Border Controller (SBC) inom varje zon, som antingen ansluter till Zooms underliggande nätverk av leverantörer eller den av kunden tillhandahållna operatören (BYOC-P) för PSTN-dirigering tills samtalet når sin slutdestination.

Inom denna ram kompletteras varje integrerad del av arkitekturen—dvs. SBC:er, lastbalanserare och samtalsväxlar—med redundant hårdvara i standby för motståndskraft. Om en SIP-zon drabbas av ett evenemang som påverkar tjänsten kommer ett samtals aktiva media, signalering och registrering att failovera till den andra zonen för avbruten tjänst. Eftersom Zoom dessutom strävar efter att inte överstiga 50 % kapacitet inom varje SIP-zon vid varje given tidpunkt, bör samtal i händelse av ett evenemang som påverkar tjänsten inom en SIP-zon failovera till den motsatta zonen utan problem tills standarddrift återupptas.

Följande diagram illustrerar översiktligt en SIP-zons design för aktiv-aktiv arkitektur:

<div data-with-frame="true"><figure><img src="/files/244737516b6bbe1955c1b4797904210e9363f757" alt=""><figcaption><p>Översikt över en SIP-zons aktiv-aktiv arkitektur</p></figcaption></figure></div>

### Zoom kontaktcenter datacentraler i stort

Ur ett fysiskt perspektiv är Zooms närvaro i datacentraler placerad i mycket säkra colocation-anläggningar med fysisk säkerhet, redundanta el- och kylsystem samt tillgång till ledande carrier-neutrala internetleverantörer (ISP:er) och peering-Partner.

Ur ett teknologiskt perspektiv är Zooms närvaro i datacentraler byggd med feltolerant arkitektur, inklusive full redundans och snabba failover-möjligheter från en primär datacentral till en sekundär datacentral, för att förbättra tillförlitligheten och minimera driftstopp över alla kontaktcenterkanaler.

I det osannolika fallet av ett totalt avbrott i datacentralen eller ett evenemang som påverkar tjänsten kan Zoom kontaktcenters media, signalering och registreringsinformation tillfälligt gå förlorad, vilket kräver en konvergens till den standby-baserade sekundära datacentralen. I sådana fall kommer röstkanalsessioner att registrera om sig hos den sekundära datacentralen, vilket dirigerar alla inkommande samtal via platsens reservoperatör. Därefter kommer alla nya samtal att behandlas via den sekundära datacentralen och dess relevanta aktiv-aktiva zoner tills tjänsten är helt återställd. Efter att tjänsten har återställts kommer ett underhållsfönster att användas för att återföra driften till det normala vid den lämpliga primära datacentralen.

Följande bild illustrerar översiktligt Zooms design för redundans i datacentraler:

<div data-with-frame="true"><figure><img src="/files/02949ba1ca805c46285798de0539c515ce350800" alt=""><figcaption><p>Översikt över Zooms redundans i datacentraler</p></figcaption></figure></div>

Läsare uppmuntras att hänvisa till Zooms [Status](https://status.zoom.us/) och [Uptime](https://uptime.zoom.us/) webbplatser för ytterligare information om tjänstens tillgänglighet.


---

# 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/sv/business-services/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.
