Nedan följer några bästa metoder för samtalshantering i en Unified CM:

• CM-grupper – CM-grupper måste inkludera Unified CM-noder från båda datacentren inom en region.

• Skapa olika CM-grupper för olika enheter (telefoner, trunkar etc.).

• Ytterligare tjänster bör inte aktiveras, till exempel att starta CallManager-tjänsten på utgivaren, eftersom de direkt kan påverka plattformens skalbarhet.

I samband med Unified Communications (UC) och VoIP (Voice over IP) ansvarar en codec för att koda ljud- eller videoströmmar till ett komprimerat format för överföring över ett nätverk och avkoda strömmarna i mottagaränden för uppspelning.

Nedan följer en codec-rekommendation för integration med Webex Calling Multi-Tenant eller Webex Meetings:

• Där kunden inte vill använda OPUS and/or G722 men ändå vill ansluta till flera hyresgäster för Webex Contact Center eller Webex Meetings för Webex Edge Audio måste de skapa lämpliga Codec-preferenslistor som prioriterar G711 framför de andra codecs.

I en dedikerad instansmiljö är medieresurser programvaru- eller hårdvarubaserade tjänster som tillhandahåller viktiga funktioner för röst-, video- och samarbetsfunktioner. Dessa resurser underlättar uppgifter som konferenser, musik i vänteläge (MoH), medieavslutning och medieomkodning, vilket möjliggör sömlös kommunikation och samarbete över nätverket.

Nedan följer några bästa metoder:

• KryssrutanMTP krävs – Rekommenderas inte för distribution av dedikerad instans. Om MTP krävs för alla samtal på grund av en tredjepartsintegration, använd hardware/software MTP:er konfigurerade på en lokal router.

  Cisco IOS MTP:er rekommenderas framför Unified CM MTP:er eftersom de ger ytterligare skalbarhet och större funktionalitet, till exempel stöd för ytterligare kodektyper, flera medieströmmar och pass-through-kodek.

• MRG:er måste innehålla medieresurser från Unified CM-noder från båda datacentren inom en region.

• Cisco rekommenderar att du konfigurerar och driftsätter flera MoH-servrar för helt redundant MoH-drift. Om den första MoH-servern slutar fungera eller blir otillgänglig på grund av att den inte längre har de resurser som krävs för att hantera förfrågningar, kan den andra servern tillhandahålla fortsatt MoH-funktionalitet. För korrekt redundant konfiguration, tilldela resurser från minst två MoH-servrar till varje MRG i klustret.

SIP-trunkar spelar en avgörande roll i moderna VoIP-system (Voice over IP) genom att använda SIP-protokollet för att upprätta, hantera och avsluta kommunikationssessioner. SIP-trunkar används vanligtvis för att ansluta den dedikerade instansmiljön till externa telefonileverantörer (t.ex. PSTN), andra Unified CM-kluster eller VoIP-system för intern kommunikation eller SIP-aktiverade applikationer från tredje part, som kontaktcenter eller röstbrevlådasystem.

Ruttlista är ett konfigurationselement som används för att hantera och kontrollera samtalsroutning. Ruttlistor används ofta i Unified CM för att ge flexibilitet, redundans och belastningsutjämning för samtalsroutning.

Nedan följer några bästa metoder:

• Aktivera Kör på alla aktiva Unified CM-noder på alla SIP-trunkar.

  Att aktivera Kör på alla aktiva Unified CM-noder på SIP-trunkar rekommenderas starkt eftersom den här funktionen gör att utgående samtal kan komma från, och tas emot på, vilken samtalsbearbetningsnod som helst i klustret. Körning på alla aktiva Unified CM-noder kan också eliminera att samtal konfigureras mellan samtalsbehandlingsnoder inom samma kluster innan de upprättas över den utgående SIP-trunken.

• Aktivera Kör på alla aktiva Unified CM-noder på alla ruttlistor.

• Aktivera SIP-ALTERNATIV ping keep-alive.

  Funktionen SIP-ALTERNATIV ping kan aktiveras på den SIP-profil som är associerad med en SIP-trunk för att dynamiskt spåra tillståndet för trunkens destination(er). Cisco rekommenderar att man använder SIP-ALTERNATIV Ping för att dynamiskt spåra statusen för varje destinations-IP-adress på varje SIP-trunk och det samlade tillståndet för trunken som helhet.

• TCP rekommenderas inom Cisco Collaboration Systems-nätverk eftersom det är ett tillförlitligt och anslutningsorienterat protokoll med förmågan att fragmentera och omorganisera stora SIP-meddelanden.

• Bästa ansträngning (ingen MTP infogad) eliminera användningen av MTP:er för att skapa ett tidigt erbjudande för röst-, video- och krypterade samtal över SIP-trunkar.

• Upp till 16 SIP Trunk-destinations-IP-adresser

  SIP-trunkar kan konfigureras med upp till 16 destinations-IP-adresser, 16 fullständigt kvalificerade domännamn eller en enda DNS SRV-post. Stöd för ytterligare destinations-IP-adresser minskar behovet av att skapa flera trunkar associerade med ruttlistor och ruttgrupper för samtalsdistribution mellan två Unified Communications-system, vilket förenklar Unified CM-trunkdesignen. När IP-adresser används som destinationer på en SIP-trunk, < infromation required>

I en dedikerad instansdistribution är gateways enheter som ansluter IP-telefoninätverket till externa nätverk som det allmänna telefonnätet (PSTN) eller andra VoIP-system. De fungerar som sammankopplingspunkter som tillåter röst- och ibland videotrafik att passera mellan Cisco VoIP-miljön och icke-IP-baserade telefonisystem. Gateways distribueras vanligtvis i kunders eller partners lokaler för att tillhandahålla PSTN-tjänster.

Cisco rekommenderar att man använder SIP-gateways för sina dedikerade instansdistributioner. Nedan följer några av de bästa metoderna för SIP-gateways:

• Skapa SIP-uppringningskolleger till alla samtalsbearbetningsnoder i Unified Communications Manager (Unified CM).

• Aktivera Alternativ Ping på alla uppringningsmoderatorer och välj rätt transportalternativ (UCP, TCP eller TLS).

Räddningstjänster i samband med Unified Communications (UC), såsom i en Cisco Unified Communications Manager (Unified CM)-miljö, avser möjligheten att stödja och dirigera nödsamtal (t.ex. 911 i USA, 112 i Europa) till lämplig larmcentral (PSAP). Detta säkerställer att uppringare kan nå räddningstjänst, såsom polis, brandkår eller sjukvård, i en kritisk situation.

Endast för kunder i USA

• Cisco rekommenderar starkt att du konfigurerar systemet så att det känner igen både strängarna 911 och 9911.

• Cisco rekommenderar starkt att du uttryckligen markerar nödvägsmönstren med Brådskande prioritet så att Unified CM inte väntar på tidsgränsen mellan siffrorna (Timer T.302) innan samtalet dirigeras.

• I en driftsättning på flera platser bör konfigurationen av uppringningsplanen säkerställa att nödsamtal alltid dirigeras via den lokala PSTN-gatewayen på platsen, och därigenom säkerställer att nödsamtalet dirigeras till närmaste PSAP inom jurisdiktionen. En av mekanismerna för att uppnå detta kan vara att använda funktionen Lokal routegrupp i Cisco Unified CM.

• För distributioner med centraliserad PSTN-åtkomst måste Unified CM-administratören verifiera att PSTN-leverantören dirigerar nödsamtal till rätt PSAP baserat på ANI eller ELIN.

IP-telefontjänster i en dedikerad instansmiljö avser funktioner och applikationer som förbättrar funktionaliteten hos Cisco IP-telefoner. Dessa tjänster ger användare tillgång till olika verktyg och applikationer, till exempel anknytningsmobilitet, företagskataloger, samtalsloggar och anpassade affärsapplikationer, direkt från sina Cisco IP-telefoner.

Nedan följer en rekommendation för att möjliggöra återhämtningsförmåga för dessa tjänster:

• Konfigurera antingen en lastbalanserare eller använd DNS SRV för att tillhandahålla nödvändig återhämtningsförmåga för IP-telefontjänster.

Röstbrevlåda i dedikerad instans är en viktig funktion som gör det möjligt för användare att spela in, lagra, hämta och hantera röstmeddelanden när de inte kan svara på ett samtal. Cisco tillhandahåller röstbrevlådalösningar som en del av en dedikerad instans via Cisco Unity Connection (CUC), som integreras sömlöst med Cisco Unified Communications Manager (Unified CM) och andra samarbetsverktyg från Cisco.

Nedan följer en rekommendation för att säkra signaleringen för röstbrevlådan:

• Om kunden vill säkra trunken mot röstbrevlådan måste de aktivera säkerhet på den befintliga trunken (tillhandahålls som en del av baskonfigurationen) och inte skapa en ny trunk. Detta möjliggör övervakning av stammen eftersom vi övervakar dem med namn.

Aktivera inte ytterligare tjänster på den tillhandahållna infrastrukturen eftersom det kommer att påverka beräkningen av molnskalning och kan ogiltigförklara ditt SLA.

T.ex. kör inte Unified CM-tjänsten på utgivaren, kör inte extension mobility på alla Unified CM-noder, aktivera inte TFTP eller medietjänster på ytterligare Unified CM-noder, etc.