Spodaj je nekaj najboljših praks za obdelavo klicev v Unified CM:

• Skupine CM – Skupine CM morajo vključevati enotna vozlišča CM iz obeh podatkovnih centrov znotraj regije.

• Ustvarite različne skupine CM za različne entitete (telefone, zunanje linije itd.).

• Dodatnih storitev, na primer zagona storitve CallManager na založniku, ne smete omogočiti, saj lahko neposredno vplivajo na skalabilnost platforme.

V kontekstu poenotenih komunikacij (UC) in VoIP (glas prek IP) je kodek odgovoren za kodiranje zvočnih ali video tokov v stisnjen format za prenos prek omrežja in dekodiranje tokov na sprejemni strani za predvajanje.

Spodaj je priporočilo za kodek za integracijo z Webex Calling Multi-tenant ali Webex Meetings:

• Kjer stranka ne želi uporabljati OPUS and/or G722, vendar se še vedno želijo povezati z več najemniki za Webex Contact Center ali Webex Meetings za Webex Edge Audio, morajo ustvariti ustrezne sezname preferenc kodekov, ki dajejo prednost G711 pred drugimi kodeki.

V okolju namenske instance so medijski viri storitve, ki temeljijo na programski ali strojni opremi in zagotavljajo bistvene funkcionalnosti za glas, video in sodelovanje. Ti viri omogočajo naloge, kot so konference, glasba na čakanju (MoH), prekinitev medijev in prekodiranje medijev, kar omogoča nemoteno komunikacijo in sodelovanje po celotnem omrežju.

Spodaj je nekaj najboljših praks:

• Potrditveno poljeZahtevano MTP – Ni priporočljivo za uvedbo namenske instance. Če je MTP potreben za vse klice zaradi integracije tretje osebe, uporabite hardware/software MTP-ji, konfigurirani na lokalnem usmerjevalniku.

  MTP-ji Cisco IOS so priporočljivi namesto MTP-jev Unified CM, ker zagotavljajo dodatno skalabilnost in večjo funkcionalnost, kot je podpora za dodatne vrste kodekov, več medijskih tokov in kodek za prehod.

• MRG-ji morajo vključevati medijske vire iz vozlišč Unified CM iz obeh podatkovnih centrov znotraj regije.

• Cisco priporoča, da konfigurirate in namestite več strežnikov MoH za popolnoma redundantno delovanje MoH. Če prvi strežnik MoH odpove ali postane nedostopen, ker nima več virov, potrebnih za obravnavo zahtev, lahko drugi strežnik zagotavlja nadaljnjo funkcionalnost MoH. Za pravilno redundantno konfiguracijo dodelite vire iz vsaj dveh strežnikov MoH vsakemu MRG v gruči.

SIP-linije igrajo ključno vlogo v sodobnih sistemih VoIP (Voice over IP), saj uporabljajo protokol SIP za vzpostavljanje, upravljanje in prekinjanje komunikacijskih sej. SIP-linijski kanali se običajno uporabljajo za povezavo okolja namenske instance z zunanjimi ponudniki telefonskih storitev (npr. PSTN), drugimi gručami Unified CM ali VoIP sistemi za notranjo komunikacijo ali aplikacijami tretjih oseb, ki podpirajo SIP, kot so kontaktni centri ali sistemi glasovne pošte.

Seznam poti je konfiguracijski element, ki se uporablja za upravljanje in nadzor usmerjanja klicev. Seznami poti se v Unified CM pogosto uporabljajo za zagotavljanje fleksibilnosti, redundance in uravnoteženja obremenitve za usmerjanje klicev.

Spodaj je nekaj najboljših praks:

• Omogoči Zaženi na vseh aktivnih vozliščih Unified CM na vseh SIP-linijah.

  Omogočanje možnosti Zaženi na vseh aktivnih vozliščih Unified CM na SIP-omrežnih linijah je zelo priporočljivo, ker ta funkcija omogoča, da odhodni klici izvirajo iz katerega koli vozlišča za obdelavo klicev znotraj gruče in so na njem sprejeti. Izvajanje na vseh aktivnih enotnih vozliščih CM lahko odpravi tudi vzpostavljanje klicev med vozlišči za obdelavo klicev znotraj iste gruče, preden se vzpostavijo prek odhodnega SIP-trunk-a.

• Omogoči Izvedi na vseh aktivnih vozliščih Unified CM na vseh seznamih poti.

• Omogoči MOŽNOSTI SIP ping keep-alive.

  Funkcijo MOŽNOSTI SIP ping je mogoče omogočiti v profilu SIP, povezanem s SIP trunkom, za dinamično sledenje stanju cilja(-ov) trunka. Cisco priporoča uporabo ukaza SIP OPTIONS Ping za dinamično sledenje stanja vsakega ciljnega IP-naslova na vsakem SIP-trunku in skupnega stanja trunku kot celote.

• TCP je priporočljiv v omrežjih Cisco Collaboration Systems, ker je zanesljiv in na povezavo usmerjen protokol z zmožnostjo fragmentiranja in ponovnega sestavljanja velikih sporočil SIP.

• Najboljši napor (brez vstavljenega MTP-ja) odpravi uporabo MTP-jev za ustvarjanje zgodnje ponudbe za glasovne, video in šifrirane klice prek SIP-linij.

• Do 16 IP naslovov ciljnih SIP operaterjev

  SIP-trunki so lahko konfigurirani z do 16 ciljnimi IP-naslovi, 16 polno kvalificiranimi domenskimi imeni ali enim samim vnosom DNS SRV. Podpora za dodatne ciljne IP-naslove zmanjšuje potrebo po ustvarjanju več trunkov, povezanih s seznami poti in skupinami poti za distribucijo klicev med dvema sistemoma Unified Communications, s čimer se poenostavi zasnova trunkov Unified CM. Ko se IP-naslovi uporabljajo kot cilji na SIP-trunku, < infromation required>

V uvedbi namenske instance so prehodi naprave, ki povezujejo omrežje IP-telefonije z zunanjimi omrežji, kot je javno komutirano telefonsko omrežje (PSTN) ali drugi VoIP sistemi. Služijo kot povezovalne točke, ki omogočajo prenos glasovnega in včasih video prometa med okoljem Cisco VoIP in telefonskimi sistemi, ki ne temeljijo na IP-ju. Prehodi so običajno nameščeni v prostorih strank ali partnerjev za zagotavljanje storitev PSTN.

Cisco priporoča uporabo SIP prehodov za svoje uvedbe namenskih primerkov. Spodaj je nekaj najboljših praks za SIP prehode:

• Ustvarite SIP klicne točke za vsa vozlišča Unified Communications Manager (Unified CM) za obdelavo klicev.

• Omogoči Možnosti Ping na vseh klicnih točkah in izberi pravilno možnost prenosa (UCP, TCP ali TLS).

Nujne službe v kontekstu poenotenih komunikacij (UC), kot je okolje Cisco Unified Communications Manager (Unified CM), se nanašajo na zmožnost podpore in usmerjanja klicev v sili (npr. 911 v Združenih državah Amerike, 112 v Evropi) na ustrezno točko za odzivanje na javno varnost (PSAP). To zagotavlja, da lahko klicatelji v kritični situaciji dosežejo reševalne službe, kot so policija, gasilci ali medicinske službe.

Samo za stranke v ZDA

• Cisco toplo priporoča, da sistem konfigurirate tako, da prepozna niza 911 in 9911.

• Cisco močno priporoča, da vzorce poti v sili izrecno označite z Nujna prioriteta, da Unified CM ne bo čakal na časovno omejitev med števkami (časovnik T.302), preden usmeri klic.

• Pri uvedbi na več lokacijah mora konfiguracija klicnega načrta zagotoviti, da so klici v sili vedno usmerjeni prek prehoda PSTN, ki je lokalno na lokaciji, s čimer se zagotovi, da je klic v sili usmerjen do najbližjega centra za obveščanje (PSAP) znotraj pristojnosti. Eden od mehanizmov za dosego tega bi lahko bila uporaba funkcije Lokalna skupina poti v Cisco Unified CM.

• Pri uvajanju s centraliziranim dostopom do PSTN mora skrbnik Unified CM preveriti, ali bo ponudnik PSTN klice v sili usmeril na ustrezno PSAP na podlagi ANI ali ELIN.

Storitve IP-telefonije v okolju namenskega primerka se nanašajo na funkcije in aplikacije, ki izboljšujejo funkcionalnost telefonov Cisco IP. Te storitve uporabnikom omogočajo dostop do različnih orodij in aplikacij, kot so mobilnost internih številk, poslovni imeniki, dnevniki klicev in prilagojene poslovne aplikacije, neposredno z njihovih telefonov Cisco IP.

Spodaj je priporočilo za zagotovitev odpornosti teh storitev:

• Konfigurirajte bodisi uravnalnik obremenitve bodisi uporabite DNS SRV, da zagotovite potrebno odpornost za storitve IP-telefonije.

Glasovna pošta v namenskem primeru je ključna funkcija, ki uporabnikom omogoča snemanje, shranjevanje, pridobivanje in upravljanje glasovnih sporočil, ko ne morejo sprejeti klica. Cisco ponuja rešitve za glasovno pošto kot del namenske instance prek Cisco Unity Connection (CUC), ki se brezhibno integrira s Cisco Unified Communications Manager (Unified CM) in drugimi Ciscovimi orodji za sodelovanje.

Spodaj je priporočilo za zavarovanje signalizacije za glasovno pošto:

• Če želi stranka zavarovati linijo za glasovno pošto, mora omogočiti varnost na obstoječi liniji (ki je zagotovljena kot del osnovne konfiguracije) in ne ustvariti nove linije. To omogoča spremljanje prtljažnika, saj jih spremljamo po imenu.

Ne omogočajte dodatnih storitev na zagotovljeni infrastrukturi, saj bo to vplivalo na izračun skaliranja v oblaku in lahko razveljavi vašo pogodbo o ravni storitev (SLA).

Npr. ne zaženite storitve Unified CM na založniku, ne zaženite mobilnosti razširitev na vseh vozliščih Unified CM, ne omogočite TFTP ali medijskih storitev na dodatnih vozliščih Unified CM itd.