Hybridsamtaletjeneste på Call Connector-arkitekturen avvikles (EOL), slik at tjenesten ikke lenger støttes offisielt. Call Connector bør ikke vurderes for fremtidig Expressway-kapasitetsplanlegging for hybridtjenester.


Denne artikkelen dekker ikke kapasitetsplanlegging for hybridkalendertjenesten Cisco TMS-integrasjon med Office 365- eller Cisco TMS-integrasjon med Google Kalender. Hvis du vil ha kapasitetsinformasjon, kan du se distribusjonsveiledningen for hybridkalendertjenesten for Cisco Webex.

Vi tilbyr denne artikkelen for å ta opp spørsmål om kapasitetsplanlegging og forklare hvordan vi beregner brukerskala. Hvis du vil modellere scenariet, kan du prøve kapasitetskalkulatoren for hybridtjenester.

Hensyn ved planlegging

Når du planlegger Expressway-kapasitet for brukerpopulasjonen av hybridtjenester, bør du vurdere følgende spørsmål:

  • Hvilke hybridtjenester trenger du?

    Expresswayen kan være vert for koblinger for hybridsamtaletjeneste, hybridkalendertjeneste og hybridmeldingstjeneste.

  • Hvor mange brukere har du for hver tjeneste?

    Jo flere brukere du har for hver tjeneste, desto mer sannsynlig er det at du vil dedikere Expressway-klynger til tjenester. For mindre populasjoner er det et godt valg å kjøre flere koblinger på en delt klynge (samkjøring).

  • Kommer behovet ditt til å endre seg?

    Det kan være lurt å starte i det små, med én Expressway-klynge som tilbyr tjeneste til en gruppe tidlige brukere i organisasjonen, og planlegge vekst for en fremtidig utrulling. Du kan overføre fra en delt modell til en dedikert modell, eller skalere den eksisterende klyngen, for å oppfylle kravene dine som er i stadig utvikling.

Medvirkende faktorer

Vi definerer kapasiteten til en klynge til følgende variabler:

  • Nodestørrelse – Hver virtuelle Expressway-maskin har en «VM-størrelse» som bestemmes på installasjonstidspunktet av ressursene som er tilordnet VM. Veiledningene for Expressway-installasjon beskriver disse kravene. Hvis du allerede har en Expressway, kan du lese VM-størrelsen på siden Status > Systeminformasjon i Expressway-grensesnittet.

  • Nodeantall – En Expressway-klynge kan ha mellom én og seks noder. De må ha samme nodestørrelse og kjøre samme versjonen av programvaren.

  • Strategi for tjenestekontinuitet– Tjenestene bruker strategier for å sikre kontinuerlig tjeneste til brukerne. Kalendertjenesten og meldingstjenesten bruker en failover-strategi.

    Strategiene står beskrevet i tabellen Strategi for tjenestekontinuitet og skalering for dedikerte klynger.

  • Samkjøring – Når koblingene deler en Expressway-klynge, er ressursene som er tilgjengelig for hver tjeneste, betydelig lavere sammenlignet med den dedikerte klyngen.

    Det kan også finnes andre Expressway-baserte tjenester på tilkoblingsverten din, for eksempel bedrift-til-bedrift-samtaler koble til (B2B) eller Mobile and Remote Access (MRA). I de begrensede scenariene der denne typen samkjøring støttes, er skalanumrene vi dokumenterer her begrenset til det vi har testet. Utover det som er beskrevet i denne artikkelen, må ikke koblingsvertens Expressway-klynge deles med andre tjenester. Dette støttes ikke.

  • Tjenestespesifikke begrensninger – Kalendertilkoblingen er for eksempel primært ment for Microsoft Exchange-brukere og støtter et begrenset antall Office 365-brukere.

Beregninger for dedikerte Expressway-klynger

Vi setter en kritisk grense for antall brukere som en dedikert enkel Expressway kan administrere (en «klynge av én»), basert på erfaring vi samler inn fra testing og forsøk.

Tabell 1. Grenser for antall brukere på dedikert enkel Expressway
Størrelse på Expressway-node Skala for hybridkalendertjeneste Skala for hybridmeldingstjeneste
1. Liten 5000 5000
2. Middels 10000 6500
3. Stor 15000 15000

Vi bruker algoritmene for tjenestekontinuitet til å ekstrapolere enkeltnodenumrene til flere nodeklynger, som forklares i tabellen nedenfor. Hvis du vil ha resultatene uten forklaringen, kan du se:

Tabell 2. Strategier for tjenestekontinuitet og skalering for dedikerte klynger

Sammenligne

Hybridkalendertjeneste

Hybridmeldingstjeneste

1. Modell

Failover-modell

Failover-modell

2. Beskrivelse

Vi tilordner hver bruker til én node i klyngen. Dette sprer brukerne på tvers av alle noder.

Hvis en node opplever nedetid, oppretter vi brukertilordningene på nytt fra den noden på de andre nodene.

Når noden er oppe igjen, balanserer vi brukertilordninger på tvers av alle aktive noder.

Vi tilordner hver bruker til én node i klyngen. Dette sprer brukerne på tvers av alle noder.

Hvis en node opplever nedetid, oppretter vi brukertilordningene på nytt fra den noden på de andre nodene.

Når noden er oppe igjen, balanserer vi brukertilordninger på tvers av alle aktive noder.

3. Formel

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Definisjoner

Hvor:

U-calN er klyngen med kapasitet på N for brukere av kalendertjenesten

N er nodeantallet

Ucal1 er enkeltnodekapasiteten for brukere av kalendertjenesten

Hvor:

UmsgN er klyngen med kapasitet på N for brukere av meldingstjenesten

N er nodeantallet

Umsg1 er enkeltnodekapasiteten for brukere av meldingstjenesten

5. Merknader

Hvis N = 1, er det ingen failover.

Failover er automatisk og obligatorisk hvis N > 1.

Hvis N = 2, er kapasiteten den samme som om N = 1, med bedre tjenestekontinuitet.

Skalering drar nytte av N > = 3 eller ved å bruke en større nodestørrelse.

Hvis N = 1, er det ingen failover.

Failover er automatisk og obligatorisk hvis N > 1.

Hvis N = 2, er kapasiteten den samme som om N = 1, med bedre tjenestekontinuitet.

Skalering drar nytte av N > = 3 eller ved å bruke en større nodestørrelse.

Beregninger for delte Expressway-klynger

Algoritmen vår forutsetter at samkjøring-koblinger proporsjonalt deler ressursene til en enkelt node. Denne algoritmen angir grensen konservativt for hver brukertype på noden.

Tabellen nedenfor viser for eksempel maksimalt antall brukere for alle de dedikerte tilfellene og samkjøringstilfellene på en enkelt middels Expressway.

Tabell 3. Skalering på en middels Expressway for dedikerte eller samkjøring-scenarier
Formål med Expressway Brukere av kalendertjenesten Brukere av meldingstjenesten
Dedikert til kalendertjenesten

10,000

Dedikert til meldingstjenesten

6,500

Delt mellom kalendertjenesten og meldingstjenesten

4,000

4,000

Delt mellom kalender-, samtale- og meldingstjenestene

2,300

2,300

Vi lister ikke opp alle samkjøringstilstandene for alle klyngestørrelser. I stedet kan du overvåke kapasiteten til den eksisterende installasjonen av hybridtjenester, eller bruke kalkulatoren til å planlegge en ny distribusjon.


Kalkulatoren lar deg velge koblinger, nodestørrelse og nodeantall, slik at du kan modellere distribusjonen. Resten av denne delen forklarer hvordan brukerantallet beregnes fra modellen.

Akkurat som vi gjorde for den dedikerte Expresswayen, ekstrapolerer vi algoritmen for delte Expresswayer for å avgjøre antall brukere for flere noder. Forskjellen fra de dedikerte tilfellene er at vi bruker riktig beregning av tjenestekontinuitet for å få brukerskaleringen for en bestemt tjeneste fra klyngen. Vi kan ikke beregne brukerskaleringen for klyngen fordi klyngen er vert for konkurrerende, brukerbaserte strategier for tjenestekontinuitet.

Tabell 4. Brukerkapasitet på klynger av mellomstore noder

Formål med klynge

Hybride meldingstjenestebrukere for 1, 2 og 3 noder

Dedikert til meldingstjenesten

6,500

6,500

13,000

Flere medvirkende faktorer

Det kan være konkurrerende krav til klyngens ressurser som vil redusere brukerkapasiteten. Dette er de kjente eksemplene:

Kalendertjeneste – Koblingsverten kan også betjene O365-brukere. Tallene og beregningene som vises her, forutsetter at bare den lokale Exchange-infrastrukturen leverer kalendertjenesten. Hvis du vil ha mer informasjon om hybridkalendertjenesten, har vi noen tall og grafer under Kalendertjeneste-delen i denne artikkelen.

Samtalebehandling – Koblingsverten kan også behandle anropssignalering og -media. Dette er praktisk talt en «bedrift-til-bedrift»-integrasjon mellom organisasjonen din og Webex-skyen. Dette reduserer kapasiteten som beskrevet i Samkjøring med andre Expressway-løsninger.

Du kan bruke Control Hub til å vise en prosentverdi av gjeldende brukerkapasitet for hver av Expressway-ressursene for hybridtjeneste. En fargelinje angir om kapasiteten er innenfor godtatte grenser. Med denne visningen kan du evaluere tilstanden til installasjonen av hybridtjenester og bli veiledet om når du trenger flere Expresswayer.

  • Grønn – Expresswayene dine er innenfor godkjente kapasitetsgrenser. (1–60 %)

  • Gul – Du har nok Expresswayer, men du er nær ved å nå kapasitetsgrensene. (61–90 %)

  • Rød – Du har ikke nok Expresswayer og må legge til flere. (91 % og høyere)


    Hvis Expresswayene er i en ressursgruppe, vises kapasitetsindikatoren under en filtrert visning av klyngene i ressursgruppen.

  • For distribusjoner uten ressursgrupper (standard):

    1. Fra kundevisningen i https://admin.webex.com går du til Tjenester > Hybrid, og deretter blar du til hybridtjeneste-kortene for å se prosentandelen av kapasitet brukt på Expressway-ressursene for hver tjeneste.

  • For distribusjoner med ressursgrupper:

    1. Fra kundevisningen i https://admin.webex.com går du til Tjenester > Hybrid, bla til hybridtjeneste-kortene, og under Ressurser klikker du på Vise alle.

      Kapasitetslinjen angir bare kapasiteten for klynger utenfor ressursgrupper. Hvis alle klyngene er en del av én eller flere ressursgrupper, eller hvis tjenesten ikke har noen klynger som er konfigurert, vises ikke kapasitetslinjen.

    2. Hvis kapasitetsverdien er N/A, velger du en ressursgruppe fra Filtrer for å gå gjennom ressursgrupper og kapasitet.

      Verdien oppdateres for å vise prosentandelen av kapasiteten som brukes for klynger i denne ressursgruppen og fargekoding for å angi tilstanden.

Ting du bør huske på

  • Klyngekapasiteten varierer avhengig av nodestørrelsen, antall noder i Expressway-klyngen, hvor mange tjenester som kjøres på klyngen, og strategien for høy tilgjengelighet eller failover. Hvis du vil ha mer informasjon, kan du se de enkelte delene av kalender- og meldingsskaleringen.

  • Samkjøring reduserer brukerskaleringen for eksisterende tjenester. Kapasitetsalgoritmen forutsetter at hver bruker bruker alle tjenester.


    Vi anbefaler samkjøring når du prøver ut flere tjenester, eller hvis du har en distribusjon på liten skala. For tjenester i produksjon, eller for distribusjon i stor skala, anbefaler vi at du kjører de forskjellige hybridtjenestene på dedikerte Expressway-klynger.

Hva nå?

Hvis du vil legge til flere Expresswayer for hybridtjenester, bruker du distribusjonsveiledningstrinnene for å registrere koblingsverter i skyen og legge dem til i eksisterende klynger:

Kapasiteten til en Expressway-klynge for brukere av hybridkalendertjenester avhenger hovedsakelig av størrelsen og antallet noder i klyngen, og strategien for tjenestekontinuitet. Tabellen nedenfor viser den maksimale totale brukerkapasiteten som klyngen kan håndtere når du øker antallet noder (eller node-OVA-størrelsen) i én enkelt dedikert klynge.


I et hybrid Exchange-miljø med Office 365-brukere er det en grense på 1000 Office 365-brukere per klynge, uavhengig av nodeantallet eller -størrelsen for klyngen. Den skybaserte tjenesten er den foretrukne metoden for å håndtere Office 365-brukere. Vi anbefaler på det sterkeste at du bare midlertidig er vert for Office 365-brukere på Expressway.

Denne begrensningen stammer fra samhandling med Microsofts skytjeneste og ikke fra skalering av den lokale Expressway-distribusjonen. Hvis du for eksempel har én liten Expressway-node, er kapasiteten begrenset til 1000 Office 365-brukere og 4000 Microsoft Exchange-brukere. Hvis du har en klynge på 6 små noder, er kapasiteten begrenset til 1000 Office 365-brukere pluss 24 000 Microsoft Exchange-brukere.

Tabell 5. Brukerkapasitet for hybridkalendertjeneste for en dedikert klynge

Størrelse på Expressway-node

1 eller 2 noder*

3 noder

4 noder

5 noder

6 noder

1. Liten

5 K

10 K

15 K

20 K

25 K

2. Middels

10 K

20 K

30 K

40 K

50 K

3. Stor

15 K

30 K

45 K

60 K

75 K

* Vær oppmerksom på at brukerkapasiteten er den samme for en klynge med én node og for en klynge med to noder. Dette er fordi kalendertjenesten bruker failover til å forbedre tjenestekontinuiteten. Alle brukere tilordnes én node når det finnes to noder i klyngen. Den andre noden er en overflødig sikkerhetskopi. Se Planlegge kapasitet for Expressway-klynge for hybridtjenestebrukere hvis du vil ha en detaljert forklaring.

Brukertildeling på tvers av verter og klynger

Som standard tilordner og distribuerer hybridkalendertjenesten automatisk brukere jevnt på tvers av alle kalendertilkoblinger i en klynge. Tilordningen er dynamisk basert på tilgjengelighet, og administratoren har ingen kontroll over hvilken bestemt node en enkelt bruker er tilordnet til.

I tilfeller der en organisasjon har mer enn én klynge, er brukerdistribusjon basert på flere faktorer, inkludert klyngetilgjengelighet, gjeldende tilordning (for å redusere flapping under gjenoppretting etter feil) og en sorteringsrekkefølge basert på høyeste klyngepreferanse. Administratoren har også muligheten til å tilordne en bruker eller gruppe brukere til en ressursgruppe. Ressursgrupper er klyngespesifikke, slik at administratorer kan begrense tilordning av bestemte sett med brukere til en bestemt klynge.

Med denne grunnleggende forståelsen av brukertilordning og hvis man tar hensyn til forutsetningene for Expressway-kalendertilkobling, kan en administrator distribuere riktig kapasitet i riktig skala for organisasjonen. La oss se på en eksempelorganisasjon med 126 000 brukere som skal aktiveres for hybridkalendertjenesten, gitt følgende parametere:

  • Expressway-klynger med 6 noder som bruker den store OVA-malen (grense på 15 000 brukere per node)

  • Ingen ressursgrupper kreves

Kapasitetsformelen for én klynge, UcalN = (N-1) * Ucal1 der N = 6 og Ucal1 = 15 000 (ved hjelp av den store OVA-malen) gir maksimalt 75 000 brukere. Med 126 000 brukere totalt i distribusjonen av kalendertjenesten kreves det flere kalendertilkobling-vertsklynger. Brukere vil bli lik fordelt som vist i følgende figur:

Figur 1. Oppdrag
To klynger med 6 noder hver; klynge A er vert for 12 500 brukere per node for totalt 75 000 brukere, klynge B er vert for 8500 brukere per node for totalt 51 000 brukere. Til sammen er det 126 000 brukere tilordnet hybridkalendertjenesten.

Hybridkalendertjenesten legger til brukere i klynge A først frem til klyngen når brukerkapasiteten på 75 000, og tilordner deretter tjenesten de gjenværende brukerne til klynge B. Brukerne distribueres tilfeldig og likt på tvers av alle nodene i klyngen. Dette eksemplet viser en lik fordeling av vertsnoder for kalendertilkobling (innenfor hver av de to klyngene) på tvers av datasentrene RTP og PDX. Hver node bruker samme OVA-mal og følger retningslinjene for høy Expressway-tilgjengelighet. Kalenderkoblingen bruker Expressway-klyngelogikken i en 5+1-redundansmodell for å muliggjøre scenarier med høy tilgjengelighet.

Når alle brukere er tilordnet en kalendertilkobling, kan vi nå undersøke hva som skjer når det oppstår en feil i en klynge. Den neste figuren viser en enkelt nodefeil. Brukere som ble tilordnet noden med feil, 5A i klynge A, er nå overført til de gjenværende nodene i denne klyngen. En enkel nodekapasitet tillater opptil 15 000 brukere, og hver node som gjenstår i klynge A, legger til 2500 brukere som opprinnelig ble tilordnet på node 5A. Det er ingen endring eller innvirkning på klynge B eller brukerne tilordnet klynge B.

Figur 2. Én node i klynge A blir utilgjengelig

Klynge A har fortsatt maksimal kapasitet, og hver av de operative nodene i klyngen har nå maksimal kapasitet, 15 000 brukere per node. Hvis en annen node i klynge A blir utilgjengelig, for eksempel node 4A i neste figur, vil klynge B nå bli ansvarlig for å ta over den ekstra brukerbelastningen. De 15 000 brukerne fra node 4A tilordnes nå til klynge B og fordeles likt mellom alle nodene i klynge B.

Figur 3. To noder i klynge A blir utilgjengelige

Når nodene 4A og 5A gjenopprettes, distribueres brukerne på klynge A på nytt til nodene i klyngen. Brukerne som ble overført til klynge B, forblir i klynge B i denne gjenopprettingsfasen for å unngå unødvendige brukertildelinger mellom klynger, som vist i neste figur.

Figur 4. Gjenoppretting og omdistribusjon av brukere på tvers av aktive noder

Et viktig element å være oppmerksom på når du planlegger distribusjon av hybridkalendertjeneste i stor skala, er å forstå virkningen av en feil hvis den skulle oppstå i distribusjonen. Hvis vi bruker den samme brukerdistribusjonen på 126 000, men vi et helt datasenter blir satt ut av spill, kan brukere potensielt ikke bli tilordnet en kalendertilkobling-node. For å forhindre et tjenesteavbrudd i slike scenarier, trenger kunden en tredje klynge for å omdistribuere og håndtere de berørte brukerne.

Figur 5. Virkningen av tap av datasenter

Kapasiteten til en Expressway-klynge for å betjene brukere av hybridmeldingstjeneste avhenger av størrelsen på Expressway-nodene, antall noder i klyngen og strategien for tjenestekontinuitet.

Tabellen nedenfor viser maksimalt antall brukere på en enkelt Expressway som brukes for hybridmeldingstjenesten.

Tabell 6. Brukerkapasitet for hybridmeldingstjeneste på én dedikert Expressway

Liten Expressway

Middels Expressway

Stor Expressway

5000 brukere

6500 brukere

15 000 brukere

Figur 6. Brukerskala for hybridmeldingstjeneste på dedikerte tilkoblingsvertsklynger. Dette diagrammet viser maksimalt antall brukerskaleringsnivåer når du øker antall noder i en dedikert klynge for hybridmeldingstjeneste

Brukernumrene er de samme for en klynge med én node og for en klynge med to noder. Dette er tilfellet fordi meldingstjeneste bruker failover til å forbedre tjenestekontinuiteten. Brukere distribueres jevnt på tvers av flere noder i klyngen: Hvis én node får feil, tilordnes brukerne til denne noden til de andre nodene.

Figur 7. Eksempel på samkjøring: Hybridmeldingstjeneste og brukerskalering for kalendertjeneste etter klyngetype. Dette diagrammet viser maksimalt antall brukere av meldingstjenesten og brukere av kalendertjenesten per klynge, for ulike typer klynger som er vert for både meldings- og kalendertilkoblinger.

Dette emnet handler om å dele en tilkoblingsvert-Expressway mellom tilkoblingene for flere hybridtjenester, inkludert kalendertjeneste og meldingstjeneste. Tilkoblingsverten deles ikke med andre Expressway-baserte løsninger som MRA og B2B.

Kapasiteten til tilkoblingsvertens klynge avhenger av størrelsen på Expressway-nodene, antall noder, tilkoblingene som kjøres på klyngen, og strategien for tjenestekontinuiteten. Se Planlegge kapasitet for Expressway-klynge for hybridtjenestebrukere hvis du vil ha en detaljert forklaring på disse faktorene.

Det finnes også en kalkulator du kan bruke til å modellere forskjellige tilkoblingsvertsklynger og se hvor mange brukere av hver tjeneste den foreslåtte klyngen kan støtte.

Generelt anbefaler vi samkjøring bare for distribusjoner i mindre størrelse på opptil to noder. Hvis distribusjonen overskrider kapasiteten til et nodepar, bør du flytte tilkoblinger til Expressway-klynger som er dedikert til hver bestemte hybridtjeneste.

Eksempel: Tilkoblingsvertsskalering med tre samkjøringstilkoblinger

Tabellen nedenfor viser et eksempel på skalering og samkjøring. Det gir maksimalt antall brukere per klynge for hver tjeneste, med forskjellige spesifikasjoner for tilkoblingsvertsklyngen. Klyngen deles mellom hybridkalendertjenesten (ved hjelp av lokal Exchange), hybridsamtaletjeneste og hybridmeldingstjeneste.

Tabell 7. Eksempel: Tilkoblingsvertsskalering med to samkjøringskoblinger

Tjeneste

To små noder

To middels noder

To store noder

Brukere av kalendertjenesten

1,300

2,300

3,000

Brukere av meldingstjenesten

1,300

2,300

3,000

Introduksjon

Dette emnet handler om å dele en tilkoblingsvert-Expressway med andre Expressway-baserte løsninger. Når du velger å være vert for tilkoblinger på en Expressway som du bruker til andre formål, gjelder følgende viktige hensyn:

  • Vi kan ikke støtte skalerbarhetsmodellen som gjelder for en dedikert tilkoblingsvert-Expressway. Brukerantallet du finner ved å lese de andre emnene i denne artikkelen, eller ved hjelp av kalkulatoren, gjelder ikke når tilkoblingsverten deles med andre Expressway-tjenester.

  • Kombinasjonene av Expressway-baserte tjenester og hybridtjenestetilkoblinger som er beskrevet i denne artikkelen, og det tilknyttede brukerantallet, er de eneste støttede scenariene. Vi har ikke testet andre scenarier, og du kan ikke forvente at de fungerer i miljøet ditt.

Expressway-basert kalendertjeneste med Call Connector og samtaletjenestetraversering

I dette scenariet er det en tonoders Expressway-klynge med hybridkalendertjeneste-tilkoblinger. Klyngen utfører også samtaletraversering for andre Cisco-anropsløsninger (SIP-signalering og -media).

Tabellen viser de forskjellige kalendermiljøene du kan bruke med den Expressway-baserte tilkoblingen. Den Expressway-baserte kalendertilkoblingen støttes ikke på klynger med flere enn to noder. Bruk den skybaserte koblingen for større skala med Office 365 (se Kalendertjenesteskala).

Tabell 8. Brukerskalering for kalendertjeneste med samtaletraversering

Tjeneste

To små nodeklynger

To middels nodeklynger

To store nodeklynger

Kalendertjeneste

Lokal Exchange

500 brukere

1000 brukere

1000 brukere

Office 365

500 brukere

1000 brukere

1000 brukere

Lokal Exchange og Office 365 (hybride Exchange-distribusjoner)

Maks 500 brukere for begge

Maks 1000 brukere for begge

Maks 1000 brukere for begge

Samtaletraversering

200 lydøkter

100 videoøkter

200 lydøkter

100 videoøkter

1000 lydøkter

500 videoøkter

† For å unngå denne skaleringsbegrensningen anbefaler vi at du bruker den skybaserte kalendertjenesten i stedet for den lokale koblingen. For den Expressway-baserte hybridkalendertjenesten er begrensningen for Office 365-brukerkapasitet på 1000 per klynge uavhengig av klyngens nodestørrelse eller -antall. Denne begrensningen stammer fra samhandling med Microsofts skytjeneste og ikke fra skalering av den lokale Expressway-distribusjonen.

Kalender med Mobile and Remote Access

I dette scenariet er en MRA-klynge av én eller to små virtuelle Expressway-maskiner vert for kalendertilkoblingen. Dette scenariet forutsetter at klyngen bare brukes for MRA og de to tilkoblingene. Klyngen er begrenset til én eller to små noder.

Tabell 9. Kalendertilkoblingsskalering på liten MRA Expressway-C

Formål med Expressway

Klynge av én liten Expressway-C

Klynge med to små Expressway-C-er

Brukere av kalendertjeneste (lokal tilkobling til Exchange)

500 brukere

500 brukere

Brukere av Mobil og Remote Access

100

100