Nedenfor er nogle bedste fremgangsmåder til opkaldsbehandling i en Unified CM:

• CM-grupper – CM-grupper skal omfatte Unified CM-noder fra begge datacentre i en region.

• Opret forskellige CM-grupper for forskellige enheder (telefoner, trunks osv.).

• Yderligere tjenester bør ikke aktiveres, for eksempel start af CallManager-tjenesten på udgiveren, da de kan have en direkte indflydelse på platformens skalerbarhed.

I forbindelse med Unified Communications (UC) og VoIP (Voice over IP) er en codec ansvarlig for at kode lyd- eller videostreams til et komprimeret format til transmission over et netværk og afkode streams i modtageren til afspilning.

Nedenfor er en codec-anbefaling til integration med Webex Calling Multi-Tenant eller Webex Meetings:

• Hvor kunden ikke ønsker at bruge OPUS and/or G722 men stadig ønsker at oprette forbindelse til multi-tenant for Webex Contact Center eller Webex Meetings for Webex Edge Audio, skal de oprette passende Codec-præferencelister der prioriterer G711 frem for de andre codecs.

I et dedikeret instansmiljø er medieressourcer software- eller hardwarebaserede tjenester, der leverer essentielle funktioner til tale-, video- og samarbejdsfunktioner. Disse ressourcer muliggør opgaver som konferencer, musik på hold (MoH), medieafslutning og medietranskodning, hvilket muliggør problemfri kommunikation og samarbejde på tværs af netværket.

Nedenfor er nogle bedste fremgangsmåder:

• MTP påkrævet afkrydsningsfelt – Anbefales ikke til implementering af en dedikeret instans. Hvis MTP er påkrævet for alle opkald på grund af en tredjepartsintegration, skal du bruge hardware/software MTP'er konfigureret på en lokal router.

  Cisco IOS MTP'er anbefales frem for Unified CM MTP'er, fordi Cisco IOS MTP'er giver yderligere skalerbarhed og større funktionalitet, såsom understøttelse af yderligere codec-typer, flere mediestreams og pass-through codec.

• MRG'er skal indeholde medieressourcer fra Unified CM-noder fra begge datacentre i en region.

• Cisco anbefaler, at du konfigurerer og implementerer flere MoH-servere for fuldstændig redundant MoH-drift. Hvis den første MoH-server fejler eller bliver utilgængelig, fordi den ikke længere har de nødvendige ressourcer til at betjene anmodninger, kan den anden server fortsat tilbyde MoH-funktionalitet. For korrekt redundant konfiguration skal du tildele ressourcer fra mindst to MoH-servere til hver MRG i klyngen.

SIP-trunks spiller en afgørende rolle i moderne Voice over IP (VoIP)-systemer ved at bruge SIP-protokollen til at etablere, administrere og afslutte kommunikationssessioner. SIP-trunks bruges typisk til at forbinde det dedikerede instansmiljø med eksterne telefoniudbydere (f.eks. PSTN), andre Unified CM-klynger eller VoIP-systemer til intern kommunikation eller tredjeparts SIP-aktiverede applikationer som kontaktcentre eller voicemail-systemer.

Ruteliste er et konfigurationselement, der bruges til at administrere og kontrollere opkaldsrouting. Rutelister bruges almindeligvis i Unified CM til at give fleksibilitet, redundans og belastningsbalancering til opkaldsrouting.

Nedenfor er nogle bedste fremgangsmåder:

• Aktiver Kør på alle aktive Unified CM-noder på alle SIP-trunks.

  Det anbefales kraftigt at aktivere Kør på alle aktive Unified CM-noder på SIP-trunks, da denne funktion tillader udgående opkald at stamme fra og modtages på enhver opkaldsbehandlingsnode i klyngen. Kørsel på alle aktive Unified CM-noder kan også eliminere, at opkald oprettes mellem opkaldsbehandlingsnoder inden for den samme klynge, før de etableres via den udgående SIP-trunk.

• Aktiver Kør på alle aktive Unified CM-noder på alle rutelister.

• Aktivér SIP-INDSTILLINGER ping keep-alives.

  Funktionen SIP-INDSTILLINGER ping kan aktiveres på den SIP-profil, der er knyttet til en SIP-trunk, for dynamisk at spore tilstanden af trunkens destination(er). Cisco anbefaler at bruge SIP-INDSTILLINGER Ping til dynamisk at spore status for hver destinations-IP-adresse på hver SIP-trunk og den samlede status for trunk'en som helhed.

• TCP anbefales i Cisco Collaboration Systems-netværk, fordi det er en pålidelig og forbindelsesorienteret protokol med evnen til at fragmentere og reassemblere store SIP-beskeder.

• Bedste indsats (ingen MTP indsat) eliminer brugen af MTP'er til at oprette et tidligt tilbud til tale-, video- og krypterede opkald over SIP-trunks.

• Op til 16 SIP Trunk-destinations-IP-adresser

  SIP-trunks kan konfigureres med op til 16 destinations-IP-adresser, 16 fuldt kvalificerede domænenavne eller en enkelt DNS SRV-post. Understøttelse af yderligere destinations-IP-adresser reducerer behovet for at oprette flere trunks tilknyttet rutelister og rutegrupper til opkaldsfordeling mellem to Unified Communications-systemer, hvilket forenkler Unified CM trunk-designet. Når IP-adresser bruges som destinationer på en SIP-trunk, < infromation required>

I en dedikeret instansinstallation er gateways enheder, der forbinder IP-telefoninetværket til eksterne netværk, såsom det offentlige telefonnetværk (PSTN) eller andre VoIP-systemer. De fungerer som forbindelsespunkter, der tillader tale- og sommetider videotrafik at passere mellem Cisco VoIP-miljøet og ikke-IP-baserede telefonisystemer. Gateways installeres typisk i kunders eller partneres lokaler for at levere PSTN-tjenester.

Cisco anbefaler at bruge SIP-gateways til deres dedikerede instansimplementeringer. Nedenfor er nogle af de bedste fremgangsmåder for SIP-gateways:

• Opret SIP-opkalds-peers til alle Unified Communications Manager (Unified CM)-noder, der behandler opkald.

• Aktiver Valgmuligheder Ping på alle dial-peers og vælg den korrekte transportmulighed (UCP, TCP eller TLS).

Nødtjenester i forbindelse med Unified Communications (UC), f.eks. i et Cisco Unified Communications Manager (Unified CM)-miljø, refererer til evnen til at understøtte og dirigere nødopkald (f.eks. 911 i USA, 112 i Europa) til den relevante Public Safety Answering Point (PSAP). Dette sikrer, at opkaldere kan nå redningstjenester, såsom politi, brandvæsen eller lægetjenester, i en kritisk situation.

Kun for amerikanske kunder

• Cisco anbefaler kraftigt, at du konfigurerer systemet til at genkende både strengene 911 og 9911.

• Cisco anbefaler kraftigt, at du eksplicit markerer nødrutemønstrene med Hasterprioritet, så Unified CM ikke venter på timeout mellem cifre (Timer T.302), før opkaldet dirigeres.

• I en implementering med flere lokationer bør konfigurationen af opkaldsplanen sikre, at nødopkald altid dirigeres via den lokale PSTN-gateway på lokationen, hvorved det sikres, at nødopkaldet dirigeres til den nærmeste PSAP inden for jurisdiktionen. En af mekanismerne til at opnå dette kunne være at bruge funktionen Lokal rutegruppe i Cisco Unified CM.

• For implementeringer med centraliseret PSTN-adgang skal Unified CM-administratoren verificere, at PSTN-udbyderen dirigerer nødopkald til den korrekte PSAP baseret på ANI eller ELIN.

IP-telefontjenester i et dedikeret instansmiljø refererer til funktioner og applikationer, der forbedrer funktionaliteten af Cisco IP-telefoner. Disse tjenester giver brugerne adgang til forskellige værktøjer og applikationer, såsom lokalnummermobilitet, virksomhedstelefonbøger, opkaldslogge og brugerdefinerede forretningsapplikationer, direkte fra deres Cisco IP-telefoner.

Nedenfor er en anbefaling til at muliggøre robusthed for disse tjenester:

• Konfigurer enten en load-balancer eller brug DNS SRV til at give den nødvendige robusthed til IP-telefontjenester.

Voicemail i dedikeret instans er en nøglefunktion, der gør det muligt for brugere at optage, gemme, hente og administrere talebeskeder, når de ikke kan besvare et opkald. Cisco leverer voicemail-løsninger som en del af en dedikeret instans via Cisco Unity Connection (CUC), som integreres problemfrit med Cisco Unified Communications Manager (Unified CM) og andre Cisco-samarbejdsværktøjer.

Nedenfor er en anbefaling til at sikre signaleringen for voicemail:

• Hvis kunden ønsker at sikre trunk'en til voicemail, skal de aktivere sikkerhed på den eksisterende trunk (leveret som en del af basiskonfigurationen) og ikke oprette en ny trunk. Dette muliggør overvågning af stammen, da vi overvåger dem ved navn.

Aktiver ikke yderligere tjenester på den leverede infrastruktur, da det vil påvirke beregningen af cloudskalering og kan ugyldiggøre din SLA.

F.eks. må du ikke køre Unified CM-tjenesten på udgiveren, må du ikke køre udvidelsesmobilitet på alle Unified CM-noder, må du ikke aktivere TFTP- eller medietjenester på yderligere Unified CM-noder osv.