> 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-tjanster/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 kontaktcenters 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 kontaktcenters 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 bland 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 kundtillhandahållna operatören (BYOC-P) för PSTN-dirigering tills samtalet når sin slutdestination.

Inom detta ramverk kompletteras varje integrerad del av arkitekturen — det vill säga SBC:er, lastbalanserare och samtalsväxlar — med redundant hårdvara i standby för motståndskraft. Om en SIP-zon drabbas av ett tjänstepåverkande evenemang kommer ett samtals aktiva media, signalering och registrering att växla över till den andra zonen för oavbruten tjänst. Dessutom, eftersom Zoom strävar efter att inte överstiga 50 % kapacitet inom varje SIP-zon vid varje given tidpunkt, bör samtal vid ett tjänstepåverkande evenemang inom en SIP-zon växla över till den motsatta zonen utan problem tills standarddriften återupptas.

Följande diagram illustrerar SIP-zonens aktiv-aktiv-arkitektur på hög nivå:

<div data-with-frame="true"><figure><img src="https://460446308-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2Fq98WhB6gPiO2XHt8t7wK%2Fimage4.png?alt=media&amp;token=0cb2610a-853b-4a55-a6a3-b862eb5634fe" alt=""><figcaption><p>Översikt över en SIP-zons aktiv-aktiv-arkitektur</p></figcaption></figure></div>

### Zoom kontaktcenters datacentraler i stort

Ur ett fysiskt perspektiv är Zooms närvaro i datacentraler placerad inom mycket säkra colocation-anläggningar med fysisk säkerhet, redundanta ström- och kylsystem samt Access till ledande operatörsneutrala internetleverantörer (ISP:er) och peering Partner.

Ur ett tekniskt perspektiv är Zooms närvaro i datacentraler byggd med feltolerant arkitektur, inklusive full redundans och snabba failover-funktioner 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.

Om det osannolika inträffar att en hel datacentral slås ut eller ett tjänstepåverkande evenemang inträffar, kan Zoom kontaktcenters media, signalering och registreringsinformation tillfälligt gå förlorade, vilket kräver en sammanslagning till den standby-baserade sekundära datacentralen. I sådana fall kommer sessioner i röstkanalen att registrera om sig hos den sekundära datacentralen och styra alla inkommande samtal genom platsens reservoperatör. Därefter kommer alla nya samtal att hanteras via den sekundära datacentralen och dess relevanta aktiv-aktiv-zoner tills tjänsten är helt återställd. Efter återställandet av tjänsten kommer ett underhållsfönster att användas för att återföra driften till normal vid den lämpliga primära datacentralen.

Följande bild illustrerar Zooms redundansdesign för datacentraler på hög nivå:

<div data-with-frame="true"><figure><img src="https://460446308-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FctBXUMeBy4rtLMmMkKRG%2Fuploads%2FHwgqOR49uylTiWcQMbHk%2Fimage.png?alt=media&amp;token=cc462744-8890-4cd4-b3e2-b0efdbb282e1" alt=""><figcaption><p>Översikt över Zooms redundans för datacentraler</p></figcaption></figure></div>

Läsare uppmuntras att hänvisa till Zooms [Status](https://status.zoom.us/) och [Drifttid](https://uptime.zoom.us/) sajter 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, and the optional `goal` query parameter:

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