Tack för din feedback.

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

• CM-grupper — CM-grupper måste innehålla 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 genom 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) är en codec ansvarig 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 den mottagande änden för uppspelning.

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

• Om kunden inte vill använda OPUS och/eller G722 men ändå vill ansluta till multi-tenant för Webex Contact Center eller Webex Meetings för Webex Edge Audio måste de skapa lämpliga Codec Preferences Lists som prioriterar G7 11 framför andra codecs.

I en dedikerad instansmiljö är medieresurser programvara eller maskinvarubaserade 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), mediaterminering och medieomkodning, vilket möjliggör sömlös kommunikation och samarbete över nätverket.

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

• Kryssrutan MTP Obligatoriskt — Rekommenderas inte för en dedikerad instansdistribution. Om MTP krävs för alla samtal på grund av en tredjepartsintegration, använd MTP för maskin vara/programvara som är konfigurerade på en router lokalt.

  Cisco IOSMTP rekommenderas framför Unified CM MTP eftersom Cisco IOS MTP ger ytterligare skalbarhet och större funktionalitet, till exempel stöd för ytterligare codec- typer, flera mediaströmmar och pass-through-codec.

• MRG måste inkludera mediaresurser från Unified CM noder från båda datacentren inom en region.

• Cisco rekommenderar att du konfigurerar och distribuerar flera MoH-servrar för helt redundant MoH-drift. Om den första MoH-servern misslyckas eller blir otillgänglig eftersom den inte längre har de resurser som krävs för serviceförfrågningar, kan den andra servern tillhandahålla fortsatt MoH-funktionalitet. För korrekt redundant konfiguration tilldelar du 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 Dedicated Instance-miljön med externa telefonitjänstleverantö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ådesystem.

Ruttlista är ett konfigurationselement som används för att hantera och styra samtalsdirigering. Ruttlistor används ofta Unified CM för att ge flexibilitet, redundans, och lastbalansering för samtalsdirigering.

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

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

  Akti vering av Kör på alla aktiva Unified CM noder på SIP-trun kar rekommenderas starkt eftersom den här funktionen gör att utgående samtal kan komma från och tas emot på alla samtalsbehandlingsnoder i klustret. Kör på alla aktiva Unified CM noder kan också eliminera samtal från att ställas in mellan samtalsbehandlingsnoder inom samma kluster innan de etableras över den utgående SIP-trunken.

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

• Aktivera SIP OPTIONS ping keep-alives.

  SIP-OPTIONS-ping funktionen kan aktiveras på SIP-profilen som är associ erad med en SIP-trunk för att dynamiskt spåra tillståndet för trunkens destination (er). Cisco rekommenderar att du använder SIP OPTIONS Ping för att dynamiskt spåra tillståndet för varje destinations-IP-adress på varje SIP-trunk och det kollektiva tillståndet för trunken som helhet.

• TCP rekommenderas inom Cisco Collaboration Systems-nätverk eftersom det är ett pålitligt och anslutningsorienterat protokoll med möjlighet att fragmentera och återmontera stora SIP-meddelanden.

• Best Effort (No MTP Infogad) eliminerar användningen av MTP för att skapa ett tidigt erbjudande för röst-, video- och krypterade samtal via SIP-trunkar.

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

  SIP-trunkar kan konfigureras med upp till 16 destinations-IP-adresser, 16 fullt kvalificerade domännamn eller en enda DNS SRV post. Stöd för ytterligare mål-IP-adresser minskar behovet av att skapa flera trunkar som är associerade med ruttlistor och ruttgrupper för samtalsdistribution mellan två Unified Communicationssystem, vilket förenklar Unified CM trunkdesignen. När IP-adresser används som destinationer på en SIP-trunk distribueras samtal Unified CM slumpmässigt över alla definierade mål-IP-adresser.

I en dedikerad instansdistribution är gateways enheter som ansluter IP-telefonin ätverket till externa nätverk som Public Switched Telephone Network (PSTN) eller andra VoIP-system. De fungerar som sammankopplingspunkter som tillåter röst- och ibland video trafik att passera mellan Cisco VoIP-miljön och icke-IP-baserade telefonisystem. Gateways distribueras vanligtvis i kund- eller partnerlokaler för att tillhandahålla PSTN-tjänster.

Cisco rekommenderar att du 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-uppringningskompisar till alla noder för samtalsbehandling Unified Communications Manager (Unified CM).

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

Nödtjänster i samband med Unified Communications (UC), till exempel i en Cisco Unified Communications Manager (Unified CM) miljö, avser förmågan att stödja och dirigera nödsamtal (t.ex. 911 i USA, 112 i Europa) till lämplig Public Safety Answering Point (PSAP). Detta säkerställer att uppringare kan nå räddningspersonal, till exempel polis, brand, eller medicinska tjänster, under en kritisk situation.

Endast för amerikanska kunder

• Cisco rekommenderar starkt att du konfigurerar systemet för att känna igen båda strängarna 911 och 9911.

• Cisco rekommenderar starkt att du uttryckligen markerar nödruttmönstren med Ur gent Priority så att du Unified CM inte väntar på den intersiffriga timeouten (Timer T.302) innan du dirigerar samtalet.

• I en multisite-distribution bör uppringningsplankonfigurationen säkerställa att nöd samtal alltid dirigeras via PSTN-gatewayen lokalt till platsen, och därigenom se till att nödsamtalet dirigeras till närmaste larmcentral inom jurisdiktionen. En av mekanismerna för att uppnå detta kan vara att använda funktionen Lokal ruttgrupp iCisco 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ö hänvisar till funktioner och program som förbättrar funktionaliteten hos Ciscos IP-telefoner. Dessa tjänster ger användarna tillgång till olika verktyg och applikationer, till exempel tilläggsmobilitet, företagskataloger, samtalsloggar och anpassade affärsapplikationer, direkt från deras Cisco IP-telefoner.

Nedan följer en rekommendation för att tillåta motståndskraft för dessa tjänster:

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

Röstbrevlåda i dedikerad instans är en nyckelfunktion 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ådelösningar som en del Dedicated Instance through Cisco Unity Connection (CUC), som integreras sömlöst med Cisco Unified Communications Manager (Unified CM) och andra Ciscos samarbetsverktyg.

Nedan följer rekommendation för att säkra signalering för röstbrevlåda:

• Om kunden vill säkra trunken till 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 bagageutrymmet när vi övervakar dem med namn.

Aktivera inte ytterligare tjänster på den tillhandahållna infrastrukturen eftersom det påverkar beräkningen av moln skalning och kan ogiltigförklara ditt SLA.

Till exempel, kör inte Unified CM tjänsten på utgivaren, kör inte tilläggsmobilitet på alla Unified CM noder, aktivera inte TFTP eller medietjänster på ytterligare Unified CM noder, etc.