Nedenfor finner du noen gode fremgangsmåter for samtalebehandling i en Unified CM:

• CM-grupper – CM-grupper må inkludere Unified CM-noder fra begge datasentrene i en region.

• Opprett forskjellige CM-grupper for forskjellige enheter (telefoner, trunker osv.).

• Tilleggstjenester bør ikke aktiveres, for eksempel å starte CallManager-tjenesten på utgiveren, da de kan påvirke plattformens skalerbarhet direkte.

I sammenheng med Unified Communications (UC) og VoIP (Voice over IP) er en kodek ansvarlig for å kode lyd- eller videostrømmer til et komprimert format for overføring over et nettverk og dekode strømmene i mottakerenden for avspilling.

Nedenfor finner du en kodekanbefaling for integrering med Webex Calling Multi-Tenant eller Webex Meetings:

• Der kunden ikke ønsker å bruke OPUS and/or G722 men fortsatt ønsker å koble til flerbruker for Webex Contact Center eller Webex Meetings for Webex Edge Audio, må de opprette passende kodekpreferanselister som prioriterer G711 over de andre kodekene.

I et dedikert instansmiljø er medieressurser programvare- eller maskinvarebaserte tjenester som tilbyr viktige funksjoner for tale-, video- og samarbeidsfunksjoner. Disse ressursene forenkler oppgaver som konferanser, musikk på vent (MoH), medieavslutning og medietranskoding, noe som muliggjør sømløs kommunikasjon og samarbeid på tvers av nettverket.

Nedenfor er noen gode fremgangsmåter:

• MTP kreves avmerkingsboks – Anbefales ikke for distribusjon av dedikerte instanser. Hvis MTP er nødvendig for alle anrop på grunn av en tredjepartsintegrasjon, bruk hardware/software MTP-er konfigurert på en lokal ruter.

  Cisco IOS MTP-er anbefales fremfor Unified CM MTP-er fordi Cisco IOS MTP-er gir ekstra skalerbarhet og større funksjonalitet, for eksempel støtte for flere kodektyper, flere mediestrømmer og pass-through-kodeken.

• MRG-er må inkludere medieressurser fra Unified CM-noder fra begge datasentrene i en region.

• Cisco anbefaler at du konfigurerer og distribuerer flere MoH-servere for fullstendig redundant MoH-drift. Hvis den første MoH-serveren svikter eller blir utilgjengelig fordi den ikke lenger har ressursene som kreves for å betjene forespørsler, kan den andre serveren fortsatt MoH-funksjonalitet. For riktig redundant konfigurasjon, tilordne ressurser fra minst to MoH-servere til hver MRG i klyngen.

SIP-trunker spiller en kritisk rolle i moderne VoIP-systemer (Voice over IP) ved å bruke SIP-protokollen til å etablere, administrere og avslutte kommunikasjonsøkter. SIP-trunker brukes vanligvis til å koble det dedikerte instansmiljøet til eksterne telefonitjenesteleverandører (f.eks. PSTN), andre Unified CM-klynger eller VoIP-systemer for intern kommunikasjon eller tredjeparts SIP-aktiverte applikasjoner som kontaktsentre eller telefonsvarersystemer.

Ruteliste er et konfigurasjonselement som brukes til å administrere og kontrollere anropsruting. Rutelister brukes ofte i Unified CM for å gi fleksibilitet, redundans og belastningsfordeling for samtaleruting.

Nedenfor er noen gode fremgangsmåter:

• Aktiver Kjør på alle aktive Unified CM-noder på alle SIP-trunkene.

  Det anbefales på det sterkeste å aktivere Kjør på alle aktive Unified CM-noder på SIP-trunker, fordi denne funksjonen tillater at utgående anrop kommer fra, og mottas på, enhver anropsbehandlingsnode i klyngen. Kjøring på alle aktive Unified CM-noder kan også eliminere at samtaler opprettes mellom samtalebehandlingsnoder i samme klynge før de opprettes over den utgående SIP-trunken.

• Aktiver Kjør på alle aktive Unified CM-noder på alle rutelistene.

• Aktiver SIP-ALTERNATIVER ping keep-alives.

  Funksjonen SIP-ALTERNATIVER ping kan aktiveres på SIP-profilen som er knyttet til en SIP-trunk for å spore statusen til trunkens destinasjon(er) dynamisk. Cisco anbefaler å bruke SIP-ALTERNATIVER Ping for dynamisk å spore statusen til hver destinasjons-IP-adresse på hver SIP-trunk og den samlede statusen til trunk-en som helhet.

• TCP anbefales i Cisco Collaboration Systems-nettverk fordi det er en pålitelig og tilkoblingsorientert protokoll med muligheten til å fragmentere og sette sammen store SIP-meldinger på nytt.

• Beste innsats (ingen MTP satt inn) eliminer bruken av MTP-er for å opprette et tidlig tilbud for tale-, video- og krypterte samtaler over SIP-trunker.

• Opptil 16 SIP Trunk-destinasjons-IP-adresser

  SIP-trunker kan konfigureres med opptil 16 destinasjons-IP-adresser, 16 fullstendig kvalifiserte domenenavn eller én DNS SRV-oppføring. Støtte for flere destinasjons-IP-adresser reduserer behovet for å opprette flere trunker tilknyttet rutelister og rutegrupper for samtalefordeling mellom to Unified Communications-systemer, og forenkler dermed Unified CM-trunkdesign. Når IP-adresser brukes som destinasjoner på en SIP-trunk, < infromation required>

I en dedikert instansdistribusjon er gatewayer enheter som kobler IP-telefoninettverket til eksterne nettverk, for eksempel det offentlige telefonnettet (PSTN) eller andre VoIP-systemer. De fungerer som sammenkoblingspunkter som tillater tale- og noen ganger videotrafikk å passere mellom Cisco VoIP-miljøet og ikke-IP-baserte telefonisystemer. Gatewayer distribueres vanligvis i kunde- eller partnerlokaler for å tilby PSTN-tjenester.

Cisco anbefaler bruk av SIP-gatewayer for sine dedikerte instansdistribusjoner. Nedenfor er noen av de beste fremgangsmåtene for SIP-gatewayer:

• Opprett SIP-oppringingsmotparter til alle Unified Communications Manager (Unified CM)-noder for samtalebehandling.

• Aktiver Valg Ping på alle oppringingsmotpartene og velg riktig transportalternativ (UCP, TCP eller TLS).

Nødtjenester i forbindelse med Unified Communications (UC), for eksempel i et Cisco Unified Communications Manager (Unified CM)-miljø, refererer til muligheten til å støtte og rute nødanrop (f.eks. 911 i USA, 112 i Europa) til riktig alarmsentral (PSAP). Dette sikrer at innringere kan nå nødetater, som politi, brannvesen eller helsetjenester, i en kritisk situasjon.

Kun for amerikanske kunder

• Cisco anbefaler på det sterkeste at du konfigurerer systemet til å gjenkjenne både strengene 911 og 9911.

• Cisco anbefaler på det sterkeste at du eksplisitt markerer nødrutemønstrene med Hasteprioritet, slik at Unified CM ikke venter på tidsavbruddet mellom sifrene (Timer T.302) før samtalen rutes.

• I en flerstedsdistribusjon bør konfigurasjonen av oppringingsplanen sikre at nødanropene alltid rutes gjennom PSTN-gatewayen lokalt på stedet, og dermed sikre at nødanropet rutes til nærmeste PSAP innenfor jurisdiksjonen. En av mekanismene for å oppnå dette kan være å bruke funksjonen Lokal rutegruppe i Cisco Unified CM.

• For distribusjoner med sentralisert PSTN-tilgang må Unified CM-administratoren bekrefte at PSTN-leverandøren vil rute nødanrop til riktig PSAP basert på ANI eller ELIN.

IP-telefontjenester i et dedikert instansmiljø refererer til funksjoner og applikasjoner som forbedrer funksjonaliteten til Cisco IP-telefoner. Disse tjenestene gir brukerne tilgang til diverse verktøy og applikasjoner, som for eksempel internnummermobilitet, bedriftskataloger, samtalelogger og tilpassede forretningsapplikasjoner, direkte fra Cisco IP-telefonene sine.

Nedenfor er en anbefaling for å tillate robusthet for disse tjenestene:

• Konfigurer enten en lastfordeler eller bruk DNS SRV for å gi den nødvendige robustheten for IP-telefontjenester.

Talepost i dedikert instans er en nøkkelfunksjon som lar brukere ta opp, lagre, hente og administrere talemeldinger når de ikke kan svare på et anrop. Cisco tilbyr telefonsvarerløsninger som en del av en dedikert instans gjennom Cisco Unity Connection (CUC), som integreres sømløst med Cisco Unified Communications Manager (Unified CM) og andre samarbeidsverktøy fra Cisco.

Nedenfor finner du anbefalinger for å sikre signaliseringen for talepost:

• Hvis kunden ønsker å sikre trunk-en mot talepost, må de aktivere sikkerhet på den eksisterende trunk-en (levert som en del av basiskonfigurasjonen) og ikke opprette en ny trunk. Dette tillater overvåking av stammen slik vi overvåker dem ved navn.

Ikke aktiver tilleggstjenester på den leverte infrastrukturen, da det vil påvirke beregningen av skyskalering og kan ugyldiggjøre tjenestenivåavtalen din.

F.eks. ikke kjør Unified CM-tjenesten på utgiveren, ikke kjør utvidelsesmobilitet på alle Unified CM-noder, ikke aktiver TFTP- eller medietjenester på flere Unified CM-noder osv.