- Početak
- /
- Članak
Hvala na povratnim informacijama.
Vodič za implementaciju migracije
U ovom članku
Povratne informacije?Strukturirani proces migracije sa lokalnog Cisco Unified CM na zasnovan na oblaku Webex Calling, koristeći PPDIO metodologiju. Ovo uključuje kritična razmatranja dizajna kao što su izbor regiona, planovi biranja, hitne službe i snimanje poziva. Proces takođe detalje o licenciranju, pružanju usluga korisnika, SSO i spremnosti mreže kako bi se osigurala nesmetana i efikasna tranzicija.
Pre nego što počnete
Ovaj vodič je namenjen timovima ili pojedincima sa iskustvom u konfigurisanju i administriranju Cisco Unified Communications Manager (Unified CM) i Cisco krajnjih tačaka, uključujući IP stolne telefone, video uređaje i Jabber soft klijente. Kroz ovaj dokument postoje veze do dokumentacije o proizvodu i podršci za pomoć.
Ovaj dokument se fokusira samo na prelaze sa više stan Unified CM ara na Webex Calling više stanara. Termin Webex Callingu ovom dokumentu uvek se odnosi na Webex Calling više stanara.
Pre nego što započnete migr Unified CM aciju sa doWebex Calling, neophodno je imati sveobuhvatno razumevanje Webex Calling rešenja i njegovih komponenti. Uspešna migracija zahteva poznavanje Webex Calling arhitekture, modela usluga, opcija primene i povezanih funkcija kako bi se pravilno mapirala postojeća radna Unified CM opterećenja i dizajnirao efikasan plan tranzicije.
Temeljito razumevanje sledećih Webex Calling komponenti je od suštinskog značaja za informisanje efikasne strategije tranzicije i operativne spremnosti.
-
Kontrolno čvorište
-
Pružanje direktorijuma i korisnika
-
Webex Callingplatforma
-
Podržane krajnje tačke pozivanja
-
Opcije povezivanja PSTN
-
Webex Callingplan biranja i upravljanje brojevima
-
Karakteristike bezbednosti i usklađenosti.
Za više informacija pogledajte Cisco Preferred Architecture zaWebex Calling.
Ovaj vodič će istaknuti alate i procese koji će se koristiti tokom životnog ciklusa tranzicije. Međutim, prelazak sa lokalnog poziva na novu platformu za pozivanje u oblaku može biti značajan napor sa potencijalnim poslovnim, tehničkim i složenim izazovima. Unified CM Webex Calling Da bi pomogao u prevazilaženju ovih izazova, Cisco ima na raspolaganju nekoliko različitih opcija koje će vam pomoći u vašem putovanju. Važno je pregledati informacije u okviru Enterprise cloud calls - Calling migration i razumeti svaku opciju i kako vam svaka od njih može pomoći u sopstvenoj migraciji.
-
Vebek alati za migraciju: samoposlužni, besplatni alati ugrađeni u Control Hub za pojednostavljivanje prelaska na Webex Calling
-
Sertifikovani provajderi migracije: Cisco potvrđeni dobavljači softvera i alata koji su razvili rešenja za migraciju kako bi pomogli Vebek partnerima i kupcima u složenim i velikim migracijama. Ova rešenja mogu pomoći da se pojednostavi, upravlja i ubrza prelazak na Webex Calling
-
Vebek Setup Assist: usluga migracije koju vodi CISCO i koja vodi kupce i partnere kroz implementaciju i konfiguraciju, što je potrebno za uspešnu migr Unified CM aciju korisnika i usluga. Webex Calling Webex Calling
Pregled
Sa rastom usluga saradnje koje se isporučuju u oblaku, sve više kupaca želi da svoja postojeća radna opterećenja saradnje prebaci u oblak s obzirom na obećanja o smanjenim ukupnim troškovima vlasništva, pojednostavljenom upravljanju, kontinuiranom isporukom funkcija, povećanom obimu i superiornoj pouzdanosti svojstvenoj uslugama zasnovanim na oblaku. Kako kupci žele da izvrše prelazak sa lokalnih na usluge saradnje u oblaku, važno je da razumeju šta tranzicija podrazumeva i korake potrebne za prelazak.
Svrha ovog dokumenta je da pruži smernice za implementaciju korisnicima koji posebno žele da pređu sa lokal Unified CM nog Webex Calling na oblak. Ovaj vodič za implementaciju pretpostavlja da čitalac ima osnovno razumevanje prelaza poziva između Unified CM iWebex Calling, uključujući šta se menja prilikom izvršenja ove tranzicije i koje su razlike prilikom premeš tanja radnog opterećenja poziva iz lokalnog u oblak. Pre nego što nastavite, proverite da li ste pregledali i upoznati sa informacijama dostupnim na m api tranzicije. Ovaj dokument karte tranzicije pruža informacije o promenama i razlikama ove tranzicije.
Kao što je prikazano na slici Lokalna arhitektura saradnje: kontrola poziva i daljinski pristup, tipična lokalna primena uključuje različite komponente infrastrukture za saradnju na mreži, platformu za kontrolu poziva, rubnu platformu, hardverske i softverske krajnje tačke, au nekim slučajevima čak i platforme za konferencije i zakazivanje. U Cisco arhitekturi ovo bi uključivalo kontrolu poziva, brzi put Unified CM za daljinski pristup i poslovne usluge (B2B), Cisco Meeting Server/ Cisco Meeting Management za lokalne konferencije, Uniti Connection za glasovne poruke i hardver okrenut korisniku (Cisco IP telefoni, Cisco Desk i Room video sistemi) i softver () krajnje tačke zasnovane na IP-u. Cisco Jabber Ove komponente se mogu neznatno razlikovati u nekim okruženjima, ali ovo je polazna tačka za tranziciju opisanu u ostatku ovog dokumenta.
Arhitektura prikazana na slici Lok alna arhitektura saradnje: kontrola poziva i daljinski pristup zasniva se na Preferiranoj arhitekturi (PA) za lokalne implementacije kompanije Cisco Collaboration Enterprise. Za više informacija o Enterprise On-Premise pogledajte preferirane arhitekture Cisco-ove saradnje.
Pre: Tabela komponenata infrastrukture za lokalno pozi vanje navodi klju čne elemente lokalne arhitekture pre prelaska Webex Calling u oblak.
| Proizvod | Opis |
|---|---|
| Unified CM | Lokalna kontrola poziva koja pruža usluge registracije uređaja i usmjeravanja poziva |
| Cisco Expressway-C/E | Edge infrastruktura koja pruža mobilnu i Remote Access (MRA) i poslovno- poslovnu (B2B) funkcionalnost koja omogućava udaljenim krajnjim tačkama da se bezbedno povežu izvan organizacije. Brzi put je raspoređen u parovima kako bi se obezbedio prelazak zaštitnog zida za spoljne krajnje tačke. |
| Cisco server za sastanke (CMS), Cisco Meeting Management (CMM) i Cisco Telepresentation Management Suite (TMS) | Lokalna infrastruktura za glasovne, video i veb konferencije koja pruža sastanke u više tačaka, upravljanje sastancima i mogućnosti zakazivanja. [Opcionalno] |
| Cisco Unity Connection | Lokalna platforma za glasovne poruke koja pruža govornu poštu i objedinjene mogućnosti razmene poruka . [Opcionalno] |
| Cisco Desk, Cisco soba, Cisco Board, Cisco IP telefoni i Cisco Jabber | IP-bazirani uređaji registro Unified CM vani i pružaju mogućnosti glasovnog i video poziva |
Kao što je ilustrovano na slici Odluka o tranziciji: lokalno pozivanjeWebex Calling, kupci koji imaju lokalnu kontrolu poziva sa Unified CM krajnjim tačkama i desktop i video IP imaju izbor da pređu arhitekturu ka arhitekturi u oblaku. Webex Calling
Odluka mora biti doneta na osnovu zahteva kupca za funkcionalnost. Kupci koji imaju sledeće zahteve treba pažljivo razmotriti pre donošenja ove odluke i na kraju mogu odlučiti da kontrolu poziva zadrže lokalno:
- Modeli telefona koji nisu podržani Webex Calling
- Složene ili brojne integracije sa drugim lokalnim sistemima ili rešenjima, posebno tamo gde je repliciranje ovih integr Webex Calling acija teško ili nisu dostupna ekvivalentna alternativna rešenja
- Složeni plan biranja, visoko detaljne klase usluge ili oboje
- Restriktivni, ograničeni ili nepouzdani pristup Internetu
- Stroge politike privatnosti i vlasništva podataka
- Zahtev za usklađenost za snimanje i skladištenje medija u lokalnom ili u zemlji
- Integracije trećih strana bez održive alternati Webex Calling vne integracije
- Integracije kontakt centra gde kontakt centar još uvek ne prelazi u ob lak.
Ovaj dokument se fokusira na kupce sa implementacijama kontrole Unified CM poziva koji žele da razumeju opšte korake, razmatranja i zahteve za omogućavanje implementacije kao što je prikaz Webex Calling ano u sledećem odeljku.
Osnovne komponente
Ciljna arhitektura za ovu migraciju uključuje nekoliko novih komponenti. Ovo uključuje Webex Calling uslugu za pozive zasnovane na oblaku, aplikaciju Vebek, Cisco Directori Connector za integraciju identiteta i Local Gateway (LGV) za pristup PSTN, kao i integraciju lokalnih poziva u oblak. Cisco planovi poziva ili Cloud Connected PSTN (CCP) omogućeni Cloud Connect za Webex Calling partnera dodatne su opcije za PSTN pristup.
Kao što je prikazano na slici posle: Webex Calling Arhitektura, nove komponente (Webex Callingkonektor direktorijuma, lokalni prola z i prolaz za preživljavanje) dodaju se postojećoj lokalnoj implementaciji.
Posle: Tabela komponenti infrastrukture za pozivanje u oblaku navodi nove elemente arhitekture nakon prelaska na Vebek.
| Proizvod | Opis |
|---|---|
| Webex Calling | Usluga poziva zasnovana na oblaku koja se isporučuje sa Vebek platforme i pruža registraciju krajnjih tačaka i usmeravanje poziva |
| Cisco direktorijum konektor | Vindovs aplikacija koja radi na Vindovs mašini domena koja omogućava
sinhronizaciju identiteta između lokalnog preduzeća Active Directory i skladi
šta identiteta Vebek organizacije. Za korisnike koji prelaze sa lokalnog Active Directory na Entra ID, integracija identiteta sa Vebek-om umesto sa Cisco Directori Connectorom koristi aplikaciju Entra ID Wizard. |
| Lokalni prolaz | Lokalni mrežni prolaz deluje kao most između lokalne objedinjene komunikacione mreže korisnika i Webex Calling oblaka. Može se primeniti lokalno ili hostirati od strane partnera, pružajući PSTN pristup krajnjim tačkama registrovanim u oblaku, kao i pozivajući integraciju između Unified CM registrovanih i registrovanih krajnjih tačaka u oblaku. Cisco IOS-KSE ruter integrisanih usluga (serije ISR 1100 i 4000), Cisco Catalist 8200/8300 serija, Cisco Catalist 8000V Edge softver i razni sertifikovani kontroleri graničnih sesija trećih strana (SBC) mogu se koristiti kao LGV za pristup faznoj migraciji. |
| Prolaz za preživljavanje | Gateway za preživljavanje (SGV) je mrežni prolaz zasnovan na IOS-KSE koji pruža usluge rezervnog poziva krajnjim tačkama na licu mesta tokom prekida mreže. Webex Calling |
| Cisco pozivni plan, Cloud Connect za Webex Calling | Cisco Calling Plan i Cloud Connect for Webex Calling su opcije zasnovane na oblaku za PSTN pristup krajnjim tačkama. Webex Calling PSTN pristup olakšava PSTN provajder u oblaku i ne zahteva lokalnu opremu. |
| Vebek aplikacija | Klijentska aplikacija koja radi na desktop operativnom sistemu (Vindovs, Mac) ili mobilnom OS-u (Android, iOS) i registrovana je direktno na Webex Calling platformi za funkcionalnost pozivanja. |
Pregled procesa PPDIO
Proces PPDIO označ ava Pripremite, planirajte, dizajnirajte, implementirajte i optimizujte. To je strukturirana Cisco metodologija koja vodi projekte od početne procene kroz kontinuirano unapređenje, obezbeđujući efikasne i uspešne implementacije ili migracije.
Opšti opis PPDIO
-
Pripremite se: Procenite trenutno okruženje, prikupite zahteve i uskladite zainteresovane strane kako biste uspostavili čvrste temelje.
-
Plan: Raz viti detaljne planove projekata uključujući vremenske rokove, resurse i strategije ublažavanja rizika.
-
Dizajn: Arhitektujte ciljno rešenje prilagođeno poslovnim i tehničkim potrebama.
-
Implementacija: Izvršite implement aciju ili migraciju u skladu sa dizajnom, potvrđujući funkcionalnost i performanse.
-
Optimizirajte: Kontinuirano poboljšavajte rešenje nakon implementacije pra ćenjem performansi, usavršavanjem konfiguracija i korišćenjem alata za automatizaciju i integraciju.
Korišćenje PPDIO-a za migracione projekte Unified CM do Webex Calling
Prilikom prelaska sa Unified CM naWebex Calling, PPDIO proces pruža jasnu mapu puta kako bi se osigurala glatka i efikas na tranzicija:
Pripremite
-
Procenite postojeće Unified CM okruženje i spremnost za migracije
-
Prikupite detaljne podatke o korisnicima, uređajima, mreži i zavisnostima
-
Prikupite detalje o lokaciji, uključujući adresu za hitne slučajeve, broj korisnika, pristup internetu, PSTN pristup
-
Identifikujte rizike i definišite obim projekta kako biste uskladili sve zainteresovane strane.
Plan
-
Napravite sveobuhvatan plan migracije sa grupnim rasporedima, dodeljivanjem resursa i vremenskim rokovima
-
Definišite zadatke kao što su nadogradnja firmvera uređaja, obezbeđivanje licence i uključivanje korisnika
-
Koordinujte prozore za migraciju sa Cisco-om i partnerima kako biste smanj ili poremećaje.
Dizajn
-
Mapirajte trenut Unified CM ne konfiguracije, planove biranja i korisničke profile na Webex Calling ekvivalente
-
Dizajnirajte Webex Calling okruženje, uključujući PSTN strategiju (privremenu i konačnu), lokacije, korisničke uloge i tačke integracije poput lokalnog mrežnog prolaza (CUBE) i sinhronizacije direktorijuma
-
Planirajte scenarije suživota gde Unified CM i Webex Calling istovremeno deluju tokom migracije.
Implementirati
-
Koristite alate za migraciju Control Hub zajedno sa alatima trećih strana da biste izvršili promene režima firmvera uređaja, konfiguraciju funkcija i migracije korisnika
-
Koristite masovne operacije i obezbeđivanje pomoću Vebek API-ja za pojednostavljivanje velikih migracija i konfiguracija
-
Izvršite obezbeđivanje licence, registraciju uređaja i ažuriranja konfiguracije
-
Potvrdite uspeh migracije testiranjem i operativnom verifikacijom.
Optimizirajte
-
Kontinuirano prati Webex Calling te performanse i korisničko iskustvo
-
Precizirajte konfiguracije i tokove rada na osnovu operativnih podataka i povratnih informacija
-
Iskoristite mogućnosti automatizacije i integracije da biste poboljšali efikasnost i skalabilnost
-
Nasleđene Unified CM komponente iz stavljanja iz upotrebe po potrebi i pružaju stalnu podršku za operacije drugog dana.
Ovaj poboljšani PPDIO pristup obezbeđuje kontrolisanu, transparentnu i efikasnu migraciju sa Unified CM naWebex Calling, koristeći Ciscove alate, API-je i partnerski ekosistem za održavanje kontinuiteta poslovanja i poboljšanje mogućnosti saradnje.
PPDIO petlje povratnih informacija
Pregled visokog nivoa prikazan u Iteracijama slika tokom izvršavanja PPDIO-a ilustruje jednu povratnu petlju od faze optimiz acije nazad do faze pri preme . To znači da, nakon početne primene, postoji stalna prilika za kontinuirano unapređenje. Svaki ciklus optimizacije može identifikovati nove zahteve ili oblasti za unapređenje, koje se mogu rešiti kroz naredne projekte ili inicijative. Ovi pojedinačni projekti zauzvrat slede uspostavljeni životni ciklus PPDIO (Priprema, planiranje, dizajniranje, implementacija, optimizacija). Ovaj iterativni pristup osigurava da sistem ostane usklađen sa razvijajućim poslovnim ciljevima i tehnološkim napretkom, podstičući kulturu stalnog usavršavanja i prilagodljivosti.
Tokom izvršenja PPDIO procesa, uobičajeno je da nalazi u kasnijim fazama zahtevaju ponovnu reviziju i potencijalnu reviziju odluka donetih u ranijim fazama. Na primer, problemi sa kojima se susreću tokom faze implementacije, kao što je identifikacija nejasnoća dizajna ili nedostajućih detalja, mogu otkriti da određeni aspekti nisu u potpunosti rešeni tokom faze projektovanja. U takvim slučajevima postaje neophodno da se vratite u relevantnu raniju fazu da biste rešili ova pitanja pre nego što nastavite. Ovaj iterativni mehanizam povratne sprege, kao što je ilustrovano na slici PPDIO procesa Unified CM potpomog nutog, osigurava da je rešenje temeljno potvrđeno i rafinirano, što na kraju doprinosi robusnijoj i efikasnijoj primeni.
Kada preduzmete prelazak Unified CM sa naWebex Calling, svaka faza PPDIO procesa može imati značajnu korist od informacija prikupljenih iz postojeć eg Unified CM okruženja. Na primer, sveobuhvatni inventari korisnika, telefonski brojevi, funkcije poziva i komponente plana biranja mogu se izvući iz trenutne Unified CM konfiguracije. Ovi podaci dopunjuju informacije koje direktno pružaju zainteresovane strane i pomažu u pojednostavljenju aktivnosti planiranja i dizajna. Korišćenje odgovarajućih alata za automatizaciju vađenja i analize podataka ne samo da povećava tačnost već i ubrzava celokupni proces. Korišćenjem uvida iz postojeće primene, prelazak na Webex Calling može se izvršiti efikasnije od tradicionalne implementacije zelenog polja, uz pridržavanje strukturirane PPDIO metodologije. Ovaj proces je ilustrovan na PP Unified CM DIO procesu uz pomoć slike.
Migracioni pristup
Dok planirate prelazak sa lokalnog Unified CM naWebex Calling, morate da odredite kako ćete pristupiti ovom putovanju. Prvo ćete morati da odlučite da li će migr acija biti fleš -cut (sve odjednom) ili fazni pristup (migriranje grupa korisnika/uređaja tokom dužeg perioda).
Migracija fleš rezanja pom era sve vaše korisnike i uređaje najbrže. Ovom metodom ćete istovremeno premestiti sve korisnike i uređaje iz lokal Unified CM nih Webex Calling u. U suštini, to je jedan prozor za migraciju za sve korisnike i uređaje. Nakon završetka ove migracije, svi vaši korisnici i uređaji će biti na Webex Calling platformi i sva vaša Unified CM infrastruktura može biti isključena. Međutim, mnoge organizacije ne mogu da koriste ovaj pristup zbog obima i veličine njihove primene poziva.
Drugi pristup je fazna migracija. Većina organizacija će koristiti ovaj pristup jer pruža bolju kontrolu, upravljanje i razmere migracije. Takođe, pogodniji je za veće UC primene i/ili primene u više regiona. Stoga se ovaj dokument fokusira na fazni pristup sa dva koraka u tranziciji.
Kao što je prikazano na donjoj slici Tranzicija faznog poziva: Hibrid i oblak, prva prelazna faza (faza 1) rezultira implementacijom koegzistencije sa okruženjima dvostrukog pozi vanja. U ovoj fazi, neki korisnici, uređaji i meki klijenti se prelaze na Webex Calling dok su drugi još uvek na lokalnoj kontroli Unified CM poziva. Završna faza tranzicije (faza 2) rezultira čistim okruženjem za pozivanje u oblaku gde su svi korisnici, uređaji i meki klijenti u potpunosti prebačeni na Webex Calling platformu.
Koliko vremena je potrebno organizaciji da potpuno pređe na pozivanje u oblaku variraće u zavisnosti od trenutne primene. U nekim slučajevima, organizacija može izvršiti početnu tranziciju i ostati u fazi kontrole dvostrukog poziva koegzistencije (faza 1) tokom dužeg perioda (meseci ili čak godine), dok u drugim slučajevima organizacija može u potpunosti preći na Webex Calling (Faza 2) u vrlo kratkom periodu (nedelje ili meseci). Ovaj dokument ima za cilj da pokrije obe faze (faza 1 - suživot i faza 2 - potpuno prelazna).
Moguće je da neke organizacije mogu održavati suživot dvostruke kontrole poziva na neodređ eno vreme bez planova da ikada u potpunosti pređu na pozivanje u oblaku.
Drugo razmatranje je kako ćete prebaciti korisnike, uređaje i meke klijente sa lokalne kontrole poziva na kontrolu poziva u oblaku. Preporučeni pristup je trofazna tranzicija. Slika Preporučeni trofazni pre laz ispod razbija ovaj pristup na 3 faze.
Pre migracije: Ova faza se fokusira na pripremanje i Vebek-a i okru Unified CM ženja za migraciju. Ne radi se o pozivanju određenog planiranja ili konfiguracija i fokusira se na dovršavanje aktivnosti koje se mogu obaviti sada i pre nego što započne bilo koji projekat Webex Calling migracije. Cilj je izgraditi temelje za dva okruženja za pripremu za migraciju.
Pri@@ prema za migraciju: U ovoj fazi započinju napori da se pripreme za migraciju Webex Calling u. Ovde se poslovni i tehnički zahtevi moraju pregledati i ažurirati. Nemojte samo podiz ati i pomer ati ono što je trenutno raspoređ Unified CM eno, već umesto toga redefinišite poslovne i tehničke zahteve koji su vašoj kompaniji potrebni danas i u budućnosti koristeći snagu. Webex Calling Pored toga, ovo je faza u kojoj ćete završiti svoj dizajn, plan iranje konfiguracije i planiranje/raspored migracije.
Migracija (uvođenje i ukidanje): U ovoj fazi se dešava stvarna migracija korisnika, uređaja, telefonskih brojeva i mekih klijenata. Kao što je gore rečeno, ova faza se može završiti za sve odjednom (fleš -cut) ili preko prozora sa više promena (faz no sečenje). Planovi usvajanja krajnjih korisnika, obuka i komunikacija su kritični, tako da su vaši korisnici svesni promena, kako da koriste novu platformu za pozivanje i znaju kada će se pro mena dogoditi. Poslednji korak je ukidanje sve lokalne UC infrastrukture koja se više ne koristi.
Faza pre migracije ima aktivnosti (obavezne, preporučene i opcionalne) na kojima možete odmah početi raditi. Preporučuje se da ih završite pre nego kasnije, a po mogućnosti pre nego što vaš projekat počne. Neke aktivnosti mogu potrajati duže da se završe, pa će njihovo ranije pokretanje pomoći da pojednostavite vaš stvarni projekat migracije.
Slika Ak tivnosti pre migracije ispod ističe pet specifičnih kategorija aktivnosti koje su povezane sa Webex Calling migracijom.
Pripremite
Poslovni i tehnički zahtevi
Kada planirate migraciju sa na, ključno je temeljno prikupiti i tehničke i poslovne zahteve tokom faze planiranja. Ovaj korak osigurava da se migracija usklađuje sa operativnim ciljevima i tehničkim mogućnostima vaše organizacije, minimizirajući rizike i poremećaje.
Zašto su važni zahtevi za prikupljanje:
-
Usklađuje poslovne ciljeve: Razumevanje poslovnih potreba pomaže u prilagođavanju migracije kako bi podržala ključne tokove rada, korisničko iskustvo i planove rasta.
-
Osigurava tehničku kompatibilnost: Rano identifikovanje tehničkih zahteva sprečava probleme integracije sa postojećom infrastrukturom, mrežom i krajnjim tačkama.
-
Olakšava planiranje resursa: Jasni zahtevi pomažu u preciznoj proceni vremenskih rokova, troško va i potrebnih resursa.
-
Ublažava rizike: Rano otkrivanje potencijalnih izazova omogućava proaktivna rešenja, smanjenje zastoja i prekida usluge.
Poslovni zahtevi
Tipični poslovni zahtevi uključuju:
-
Broj korisnika i lokacija koje treba migrirati
-
Željene funkcije i usluge (na primer, usmeravanje poziva, govorna pošta, konferencije, automatski pratioci, redo vi poziva)
-
Politike usklađenosti i bezbednosti
-
Budžetska ograničenja i očekivanja troškova
-
Potrebe za obukom i podrškom korisnika
-
Vremenski okvir migracije i razmatranja kontinuiteta poslovanja.
Prikupl janje željenih karakteristika i usluga je kritičan korak kako bi se osiguralo da novi sistem zadovoljava poslovne potrebe. Kada prikupljate ove zahteve, važno je ne samo uzeti u obzir ono što je trenutno konfigurisano, već pokušati prikupiti stvarne zahteve od poslovnih subjekata koji će koristiti sistem. U suprotnom, postoji rizik da se plan zasniva na netekućim pretpostavkama. Obav ezno procenite dodatne ili poboljšane funkcije dostupne u kojima možda ne postoje, kao što su pozivi zasnovani na oblaku, napredni redovi poziva i. Ovo pomaže u iskorištavanju punih prednosti cloud platforme.
Prilikom procene trenutne konfiguracije u, važno je prepoznati da sva postojeća podešavanja možda neće ostati neophodna zbog razvijajućih zahteva tokom životnog ciklusa sistema. Fokus bi trebao biti na identifikaciji i zadržavanju samo onih konfiguracija koje su u skladu sa trenutnim i budućim potrebama implement acije.
Usredsredite se više na ono što vam treba nego na ono što imate.
Politike usklađenosti i bezbednosti su kritična razmatranja tokom migracije sa na kako Webex Calling bi se osiguralo da se novi komunikacioni sistem zasnovan na oblaku pridržava zakonskih, regulatornih i organizacionih standarda.
-
U@@ sklađenost sa propisima: Organizacije moraju proveriti da li ispunjavaju propise specifične za industriju kao što su GDPR, HIPAA ili SOKS, rešavajući zahteve za privatnost podataka, zadržavanje i rukovanje, kao i mandate specifične za zemlju u vezi sa prebivalištem podataka, obilaznicom putarine i lokaliteta medija.
-
Sigurnost podataka: Osigur avanje da su glasovni i signalni podaci šifrovani i tokom tranzita i u mirovanju radi zaštite od presretanja ili neovlašćenog pristupa.
-
Kontrole pristupa: Definisanje i sprovođenje autentifikacije korisnika, autorizacije i pristupa zasnovanog na ulogama kako bi se sprečilo neovlašćeno korišćenje komunikacionih resursa.
-
Revizija i praćenje: Primena mogućnosti evidentiranja i praćenja radi praćenja pristupa i upotrebe za revizije usklađenosti i istrage bezbednosnih incidenata.
-
Usklađivanje politika: Usklađivanje migracije sa postojećim korporativnim bezbednosnim politikama, uključujući bezbednost krajnjih tačaka, segmentaciju mreže i planove odgovora na incidente.
-
Osiguranje bezbednosti dobavljača: Pro cena Ciscovih bezbednosnih sertifikata i potvrda o usklađenosti radi osiguranja pouzdanosti.
Rešavanje ovih politika usklađenosti i bezbednosti tokom faze planiranja pomaže u ublažavanju rizika, izbegavanju zakonskih kazni i održavanju integriteta i poverljivosti komunikacija tokom i posle migracije.
Potrebe za obukom korisnika i podr škom su neophodne komponente tokom migracije sa na kako bi se osigurala nesmetana tranzicija i usvajanje korisnika. Ključna razmatranja uključuju:
-
Programi obuke: Razvijte prilagođene sesije obuke za različite grupe korisnika (krajnji korisnici, administratori, osoblje službe za pomoć) kako biste ih upoznali sa funkcijama, korisničkim interfejsima i novim tokovima rada.
-
Dokumentacija: Obezbedite jasne, pristupačne korisničke vodiče, često postavljana pitanja i brze referentne materijale, uključujući šta je novo i različ ito resurse i korak po korak vodiče sa uputstvima za upotrebu pre i posle (u formatu video ili brzog vodiča), kako biste podržali korisnike prilikom prilagođavanja ažuriranom iskustvu nakon migracije.
-
Upravljanje promenama: Proaktivno komunicirajte promene kako biste upravljali očekivanjima korisnika i smanjili otpor.
-
Struktura podrške: Uspostavite namenski tim za podršku ili put eskalacije za brzo rešavanje problema korisnika tokom i posle migracije.
-
Tekuće obrazovanje: Planirajte kontinuirana ažuriranja obuke kako se objavljuju nove funkcije ili ažuriranja.
-
Mehanizmi povratnih informacija: Implementirajte kanale za korisnike da prijavljuju probleme i daju povratne informacije za poboljšanje procesa obuke i podrške.
Rešavanje ovih potreba za obukom i podrškom tokom faze planiranja pomaže u minimiziranju poremećaja, povećava poverenje korisnika i maksimizira prednosti migracije na.
Tehnički zahtevi
Potrebno je prikupiti i dokumentovati nekoliko ključnih tehničkih zahteva za uspešnu migraciju sa do, uključujući detalje za:
-
Spremnost mreže i kapacitet propusnog opsega
Sveobuhvatna procena mreže je ključna kako bi se osiguralo da vaša postojeća infrastruktura može podržati novo Webex Calling okruženje. Ovo uključuje:
-
Analiza propusnog opsega: Procena trenutne i projektovane upotrebe propusnog opsega za ruko vanje glasovnim, video i podatkovnim saobraćajem bez zagušenja.
-
Kvalitet usluge (KoS): Impl ementacija KoS politika za određivanje prioriteta glasovnog saobraćaja i minimiziranje kašnjenja, podrhtavanja i gubitka paketa.
-
VAN i internet konekcija: Provera da li VAN veze i internet veze ispunjavaju zahteve za pozivanje zasnovano na oblaku, uključujući mogućnosti redundancije i prekida neuspeha.
-
Konfiguracija zaštitnog zida i NAT-a: Osiguravanje da postavke zaštitnog zida i NAT-a dozvol javaju potrebnu signalizaciju i medijski saobraćaj.
-
-
Integracija sa postojećim sistemom
Besprekorna integracija sa postojećim poslovnim sistemima je od suštinskog značaja za korisničko iskustvo i kontinuitet toka posla:
-
Usluge direktorijuma: Procena integracije sa direktorijumom preduzeća za automatizovano obezbeđivanje i autentifikaciju korisnika.
-
CRM i poslovne aplikacije: Identifikovanje tačaka integracije sa sistemima upravljanja odnosima sa kupcima i drugim poslovno kritičnim aplikacijama.
-
Nasleđa PBKS interworking: Planiranje koegzistencije ili strategije fazne migracije ako će neki nasleđeni telefonski sistemi ostati tokom tranzicije.
-
-
Kompatibilnost i obezbeđivanje krajnjih tačaka
Sve krajnje tačke, uključujući stolne telefone, softfone i mobilne uređaje, treba proceniti na kompatibilnost:
-
Podrška za uređaje: Potvrđivanje da postojeći IP telefoni i uređaji podržavaju ili identifikuje potrebne zamene.
-
Procesi obezbeđenja: Uspostavljanje automatizovanih ili pojednostavljenih metoda obezbeđenja za efikasno uključivanje krajnjih tačaka.
-
Ažuri@@ ranja firmvera i softvera: Planiranje neophodnih ažuriranja kako bi se osigur ala interoperabilnost i sigurnost.
-
-
Sigurnosne konfiguracije i standardi šifrovanja
Sigurnost je najvažnija u komunikacijama u oblaku:
-
Šifrovanje: Sprovođenje end-to-end enkripcije za signalizaciju i medijske tokove, u skladu sa najboljim praksama Cisco bezbednosti.
-
Autentifikacija i kontrola pristupa: Im plementacija sigurnih mehanizama za autentifikaciju (kao što su SSO, višefaktorska autentifikacija) i detaljne kontrole pristupa korisnika.
-
Usklađenost: Osiguravanje da rešenje ispunjava relevantne regulatorne i industri jske standarde usklađenosti (primer, GDPR, HIPAA).
-
Nadgledanje bezbednosti: Integracija sa SIEM alatima i postavljanje upozorenja za potencijalne bezbednosne incidente.
-
| Zahtev | Ključna razmatranja |
|---|---|
| Spremnost mreže i propusni opseg | Propusni opseg, KoS, VAN/Internet, zaštitni zid/NAT |
| Integracija sa postojećim sistemima | Imenik, CRM, PBKS, E-mail/kalendar |
| Kompatibilnost i obezbeđivanje krajnjih tačaka | Podrška za uređaj, obezbeđivanje, ažuriranja firmvera |
| Sigurnosne konfiguracije i šifrovanje | Šifrovanje, autentifikacija, usklađenost, nadzor bezbednosti |
| Obuka korisnika i upravljanje promenama | Programi obuke, dokumentacija, komunikacija o promenama |
| Prenosivost broja i plan biranja | Migracija/prenošenje brojeva, prevod plana biranja |
| Integracije trećih strana | Pejdžing, kontakt centar, faks, analogni uređaji |
Spremnost mreže i zahtevi
Spremnost mreže je ključna za uspešnu migraciju na bilo koje rešenje za pozivanje zasnovano na oblaku kao što je. Loše planiranje mreže može dovesti do pogoršanja kvaliteta poziva, odustajanja poziva i nesrećnih korisnika. Kupci moraju da izvrše procenu mreže pre migracije na. Preporučuje se da se potvrdi dostupnost mrežnog propusnog op sega za očekivani obim poziva, da se osigura da su ispunjeni zahtevi kvaliteta usluge (KoS) i razumevanje različitih portova koji se moraju otvoriti u ivičnim zaštitnim zidovima.
Pouzdana mrežna povezanost sa dovoljnim kvalitetom usluge (propusni opseg, gubitak paketa, RTT) osnovni je zahtev za obezbeđivanje najboljeg mogućeg korisničkog iskustva od kraja do kraja za sve krajnje tačke, klijente i aplikacije koje mogu da koriste glas i video.
Kupci i partneri imaju opcije pristupa povezivanju izvan Over-the-Top (OTT) Interneta koje mogu optimizovati vezu na uključivanje Connect-a. Webex Edge Više informacija o detaljima dizajna za Webex Edge povezivanje potražite u odeljku Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant i Namjenska instanca.
Kupci mogu koristiti cScan za procenu mreže koja daje informacije o kvalitetu mreže kupca, koliko poziva se može uspostaviti, kašnjenju i tako dalje. Više informacija o cScan alatu potražite u odeljku Korišćenje cScan za testiranje kvaliteta Webex Calling mreže.
Da biste osigurali da je mreža spremna za migraciju, razmotrite sledeću kontrolnu listu:
-
Planiranje propusnog opsega
Izračunajte istovremene pozive po veb lokaciji kako biste bili sigurni da imate dovoljno uzvodnog i niz vodnog propusnog opsega i uključite prostor za drugi promet kritičan za poslovanje i budući rast.
Tabela proračuna propusnog opsega tipa Webex Calling poziva prikazuje tipove poziva dostupne sa implementacijom zajedno sa kodekom i maksimalnim propusnim opsegom potrebnim za svaki tip poziva. Kao što je prikazano u tabeli proračuna propusnog opsega tipa Webex Calling poziva potreban propusni opseg audio poziva za svaki tip poziva može se izračunati pomoću sledeće opšte formule:
Broj očekivanih istovremenih poziva* Propusni opseg po pozivu zasnovan na kodeku = Potrebna mrežna propusnost.
Tabela 2. Webex Calling proračuni propusnog opsega tipa poziva Vrste poziva Kodek - propusni opseg Proračuni propusnosti /Stolni telefon -> OPUS - 70 kbps Broj istovremenih poziva* 70 kbps = Potrebna mrežna propusnost /Stolni telefon -> Stolni telefon OPUS - 70 kbps Broj istovremenih poziva* 70 kbps = Potrebna mrežna propusnost /Stolni telefon -> PSTN preko LGV G.711 - 80 kbps Broj istovremenih poziva* 80 kbps = Potrebna mrežna propusnost /Stolni telefon -> PSTN preko Cloud PSTN (npr. Cisco plan poziva) G.711 - 80 kbps Broj istovremenih poziva* 80 kbps = Potrebna mrežna propusnost /Stolni telefon -> Enterprise preko LGV G.722 - 80 kbps Broj istovremenih poziva* 80 kbps = Potrebna mrežna propusnost /Stolni telefon -> govorna pošta OPUS - 70 kbps Broj istovremenih poziva* 70 kbps = Potrebna mrežna propusnost Zbrajanjem istovremene potrebne mrežne propusnosti po tipu poziva, može se odrediti ukupan potencijalni zahtev za propusnim opsegom za određenu lokaciju.
Sve pozivne noge su uvek usidrene na pristupnim SBC-ovima. Da bi se odredio potreban propusni opseg interneta za bilo koju datu lokaciju, potrebno je uzeti u obzir ne samo pozive između lokacija, već i pozive unutar lokacije i pozive do i sa lokalnog mrežnog prola za na toj lokaciji. Na primer, za pozi v unutar lokacije između dva MPP telefona potreban bi puni dupleks do 2 k 70 kbps na pristupu Internetu lokacije.
Tabela Webex Callingprimera izračunavanja pro pusnog opsega prikazuje primer kompletne vežbe izračunavanja propusnog opsega, pod pretpostavkom da su svi uređaji na ist oj lokaciji.
Tabela 3. Webex Calling primeri izračunavanja propusnog opsega Vrste poziva Broj istovremenih poziva Ukupna širina opsega Vebek aplikacija/Stolni telefon → Vebek aplikacija 15 2* 15* 70 kbps = 2.100 kbps Vebek aplikacija/Stolni telefon → Stolni telefon 15 2* 15* 70 kbps = 2.100 kbps Vebek aplikacija/stolni telefon → PSTN preko LGV 50 2* 50* 80 kbps = 8.000 kbps Vebek aplikacija/Desktop Phone → PSTN preko Cloud Connect-a za Webex Calling 0 0* 80 Kbps Vebek aplikacija/Desktop telefon → Enterprise preko LGV 15 2* 15* 80 kbps = 2.400 kbps Aplikacija Vebek/Stolni telefon → Govorna pošta Webex Calling 5 5* 70 kbps = 350 kbps Ukupni pozivi/Propusni opseg 100 poziva 14.950 kbps/14, 95 Mbps -
Sve vrednosti propusnog opsega u gornjim tabelama odnose se na IP propusni opseg. Propusni opseg veze je veći u zavisnosti od VAN inkapsulacija.
-
Propusni opseg u gornjim tabelama je za audio pozive. Za propusni opseg video poziva, Vebek App i MPP 8845/65 telefoni podržavaju H.264 video sa maksimalnom rezolucijom od 720p pri maksimalnom pro pusnom opsegu od 1.500 kbps po pozivu. Međutim, količina propusnog opsega koja se troši u bilo kom trenutku tokom poziva će varirati na osnovu promenljive brzine prijenosa svojstvene video komunik acijama.
-
-
Kvalitet usluge (KoS)
Implementirajte KoS smernice u lokalnom okruženju kako biste odredili prioritet saobraćaju u realnom vremenu i osigurali održavanje KoS preko prekidača, rutera i zaštitnih zidova.
-
Ciljevi kašnjenja, podrhtavanja i gubitka paketa
Sledeći pragovi se preporučuju za optimalan kvalitet glasa kada pozivi idu preko vrha (OTT) i preko interneta:
-
Latencija - manje od 100ms jednosmerno
-
Jitter - manje od 10ms
-
Gubitak paketa - 0,5% ili manje.
-
-
Zaštitni zid i NAT
Uverite se da je zaštitni zid konfigurisan tako da dozvoljava saobraćaj kao što je navedeno u članku dostupnom u referentnim informacijama Port za Webex Calling. Pored toga, dozvolite pristup domenima i IP opsezima navedenim u istom vodiču i izbegavajte SIP ALG jer ometa SIP signalizaciju. Medijski saobrać aj preko punomoćnika treba izbegavati.
-
DNS i NTP
Obezbedite odgovarajuću DNS rezoluciju domena i pouzdane NTP servere za sinhronizaciju satova uređaja za verifikaciju i evidentiranje TLS sertifikata.
-
Planiranje neuspeha
Razmotrite postojeće veze podataka provajdera (MPLS, SD-VAN i tako dalje) i generalno planirajte direktan pristup Internetu na svakoj lokaciji u okviru vaše primene. Planirajte suvišne internet veze gde je potrebna visoka dostupnost. Budući da ćete konzum irati usluge zasnovane na oblaku, pouzdano internet povezivanje sa dovoljnom propusnom opsegom je osnov ni zahtev. Trebalo bi da razmislite o izvršenju ove tranzicije ako internetske veze lokacije vaše organizacije generalno nisu pouzdane sa malim kašnjenjem i adekvatnom protokom prema gore i nizvodnom protoku.
-
Preživljavanje lokacije
Preživljavanje sajta osigurava da je vaše poslovanje uvek dostupno, čak i ako se vaša mrežna veza prekine. Preživljavanje sajta koristi mrežni prolaz u vašoj lokalnoj mreži kako bi pružio uslugu rezervnog poziva krajnjim tačkama na licu mesta u situacijama kada se mrežna veza prekine. Razmotrite preživljavanje lokacije pomoću lokalnog mrežnog prolaza preživljavanja (SGV) ako poslovni zahtevi zahtevaju kontinuirano pozivanje u slučaju nestanka mreže. Za više informacija o proveri preživljavanja sajta, pogledajte Pre življavanje sajta za. Webex Calling
Podesite UC povezan sa oblakom
Cloud Connected UC (CCUC) je rešenje za upravljanje i analitiku zasnovano na oblaku dizajnirano da obezbedi centralizovanu vidljivost, administraciju i uvid za implementacije kako lokalnih (kao što je) tako i u oblaku (). Unified CM Deluje kao most između tradicionalnih lokalnih okruženja i Ciscovih usluga u oblaku, podržavajući organizacije tokom putovanja migracije od do.
Tokom tranzicije na, CCUC igra vitalnu ulogu u racionalizaciji procesa migracije olakšavajući prikupljanje sveobuhvatnih podataka iz postojeće implementacije jedinstvenih komunikacija. CCUC pomaže u ključnim prelaznim zadacima kao što su migracija uređaja, funkcija i korisničkih kontakata, kao i automatizacija ažuriranja firmvera za podržane IP telefone. Pružajući centralizovanu vidljivost i upravljanje, CCUC pomaže da se obezbedi glatkije i efikas nije iskustvo migracije.
Cisco toplo preporučuje da se CCUC rasporedi i rasporedi rano u tranzicionom projektu, idealno pre ili tokom faze priprema. Ovo će omogućiti uvide i mogućnosti potrebne za detaljnu procenu, inventarizaciju i planiranje naknadnih aktivnosti migracije i za početak vašeg putovanja ka i budućim hibridnim mogućnostima.
Procena trenutnog okruženja
Ključna aktivnost u planiranju vaše migracije je procena trenutnog lokalnog okruženja i implementacije. Ovo pruža uvid u to na koje potencijalne promene mogu biti potrebne za uspešan prelazak. Takođe vam omogućava da procenite ključne elemente platforme u poređenju sa postojećom lokalnom implementacijom. Ove informacije možete koristiti da biste identifikovali koji su specifični zadaci potrebni za tranziciju i koje promene želite da izvršite da biste ispunili svoje poslovne i tehničke zahteve i slučajeve upotrebe.
Sledeći aspekti su važni za pregled kao deo ovog napora.
Licenciranje
Razumevanje trenutne strukture licenciranja postojeće implementacije ključno je prilikom pripreme za migraciju na. Izvršite procenu licence za sledeće oblasti postojećeg Cisco-ovog lokalnog rešenja.
-
Platforma
Mogućnost potpunog artikulisanja onoga što je trenutno licencirano na vašoj osnovnoj platformi biće kritična kada radite sa timom naloga ili partnerom kako biste odredili najbolji put do fleksibilnog licenciranja. licencirana je korišćenjem fleks licenciranja. Za više informacija o fleksibilnom licenciranju pogledajte Cisco fleksibilni plan saradnje.
-
Korisnici i uređaji
Identifikujte koju kategoriju licence zahtevaju vaši postojeći korisnici i uređaji. Ovo će se koristiti za određ ivanje koja vrsta licence je potrebna za korisnike i uređaje. nudi više vrsta licenciranja, uključujući profesionalne i standardne licence za korisnike i profesionalne i zajedničke licence za radne prostore. Za više informacija o licenciranju uređaja pogledajte tehnički list dostupan u odeljku Licenciranje uređaja.
-
Lokalni prolaz
Ako je Cisco Unified Border Element (CUBE) potreban za PSTN pristup za ovu tranziciju, CUBE licenciranje takođe se mora uzeti u obzir. Razmatranja o licenciranju CUBE obrađena su kasnije u ovom dokumentu.
Lokacije/Sajtovi
Prilikom planiranja ove tranzicije treba uzeti u obzir broj i vrste lokacija (velike centralne, regionalne, filijale i tako dalje) u okviru vaše postojeće raspoređivanja. Potpuno razum evanje postojećih lokacija za raspoređivanje pomoći će u strateškom planiranju uspešne tranzicije, posebno kada je u pitanju određivanje koje lokacije treba migrirati i kojim redosledom. Detaljno razumevanje zahteva plana biranja (numerisanje, navike biranja, klase ograničenja i tako dalje), povezivanje mreže sajta i propusni opseg (Internet, VAN, LAN) i PSTN pristup (lokalni ili centralizovani, IP ili TDM) za svaku lokaciju biće kritično prilikom donošenja odluka o migraciji. Za više informacija o uobičajenim modelima primene i ključnim razmatranjima pogledajte informacije o modelima primene saradnje dostupne u SRND sar adnji.
Još jedno važno razmatranje primene prilikom prelaska na je dostupnost lokacije. ima različite mogućnosti, pretplate i uređaje koji su dostupni u zavisnosti od toga gde se nalazi vaša implementacija. Za više informacija o geografskoj dostupnosti pogledajte Gde je Vebek dostupan? .
Konačno, važno je razumeti uticaj na koji će tranzicija imati na druge usluge saradnje. Na osnovu cilja ovog dokumenta, opšta pretpostavka je da ako se održavaju postojeće usluge saradnje izvan opterećenja poziva, očekuje se prelazak na gore pomenutu hibridnu implementaciju faze 1. Primeri usluga saradnje koje mogu zahtevati hibridnu implementaciju uključuju lokalni kontakt centar koji još nije migriran u Vebek kontakt centar i us ke integracije u sisteme kao što su sistemi za pozivanje i naplata. Više informacija o prelasku dodatnih radnih opterećenja i usluga saradnje potražite u odeljku Prelazi u sar adnji.
Popis postojećih uređaja/klijenata
Pre početka tranzicije važno je da inventarizujete postojeće krajnje tačke hardvera i softvera. Kompletna lista tipova uređaja/modela, hardverskih verzija, tipova i količina softverskih operativnih sistema klijenta osiguraće da možete adekvatno planirati prelazak uređaja i ublažiti uticaj na one uređaje koji se ne mogu migrirati na pozive u oblaku. Inventar treba koristiti za određivanje uređaja za prelazak i uređaja za zamenu pre tranzicije.
Stolni telefoni
Za audio i video stolne telefone podržani su samo stolni telefoni serije 6800, 7800, 8800 i 9800. Ovo je podskup Cisco IP telefona koji su podržani. Postoje neki modeli i verzije telefona 6800, 7800 i 8800 sa kojima se ne može koristiti. Više informacija o tome koji su modeli i hardverske verzije podržani potražite u odeljku Pod ržani uređaji za Webex Calling.
IP telefoni serije Cisco 6800 ne mogu se nadograditi sa Enterprise firmvera na Multiplatform (MPP) firmver, za koji je potreban. Stoga svih 6800 telefona registrovanih za pokretanje firmvera preduzeća mora biti zamenjeno modelom od 6800 MPP ili drugim podržanim modelom telefona.
IP telefoni serije Cisco 7800 i 8800 moraju biti nadograđeni na firmver Multiplatform Phone (MPP) pre prelaska i registracije na njih. Da biste utvrdili koji modeli 7800 i 8800 i hardverske verzije podrž avaju MPP firmver, pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MPP firmvera.
8845, 8865 i 8865NR su završili prodaju i ne preporučuje se migracija na njih.
Starije verzije telefona serije 8800 (8811, 8841, 8851, 8851NR, 8861) se ne preporučuju za upotrebu sa njima. Webex Calling Telefoni sa hardverskim verzijama VID 14 ili starijim će se registrovati, ali mogu imati nekih problema sa performansama zbog hardvera.
Stolni telefoni serije 9800 pokreću PhoneOS, koji podržava i registraciju. Zbog toga se ovi telefoni mogu prebaciti bez nadogradnje firmvera.
Svi ostali IP telefoni moraće da budu zamenjeni telefonima serije 6800, 7800, 8800 ili 9800 koje podržavaju. Webex Calling Za više informacija o podržanim IP i stolnim telefonima, pogledajte članak u Pod ržani uređaji za Webex Calling.
Video krajnje tačke
Lične i sobne video krajnje tačke, uključujući Cisco Board seriju, seriju Room i Desk seriju, mogu se izvorno registrovati na SIP. Bilo koja od ovih krajnjih tačaka koja je potrebna za upućivanje audio i/ili PSTN poziva zahteva licencu za pozivanje:
-
Zajednički uređaji u konferencijskim salama, prostorima za sklapanje itd. zahtevaju licencu za profesionalni radni prostor ili radni prostor.
-
Lični uređaj krajnjeg korisnika zahteva profesionalnu ili standardnu licencu.
Odredite koliko krajnjih tačaka video zapisa je registrovano i koristi se za upućivanje audio poziva. Moguće je da se neke od krajnjih tačaka video zapisa mogu koristiti samo za pridruživanje sastancima ili upućivanje SIP video poziva. U oba slučaja, krajnje tačke i dalje moraju da se migriraju pre nego što serveri budu isključeni, međutim to će pomoći da se utvrdi koliko će od njih trebati licence za nastavak telefonskih poziva.
-
Kada se video uređaji premeštaju sa registracije na, URI za ove krajnje tačke će se promeniti jer su sada registro vani u oblaku.
-
Modeli telefona 8845, 8865 i 8875 su lični video telefoni koji su podržani.
Meki klijenti
To je jedini meki klijent koji podržava, za razliku od Unified CM kojeg podržava i Vebek App i Jabber, i novi je podrazumevani meki klijent za krajnje korisnike.
U zavisnosti od načina implementacije implementiranih za Jabber (samo za IM, samo za telefon i/ili puni UC režimi), možda ćete takođe morati da razmotrite prelazak radnog opterećenja za razmenu poruka i/ili sastanaka sa Jabbera na. Može se rasporediti u režimu samo za telefon ako će se koristiti kao klijent samo za pozivanje ili se može primeniti kao puni Webex Suite ako se koriste druga radna opterećenja, npr. Webex Messagingi/iliWebex Meetings, prelaze u aplikaciju pozivanjem.
Poboljšava iskustvo krajnjeg korisnika pružanjem AI funkcija poput audio/video inteligencije, transkripcije poziva i drugih. Za više informacija pogledajte https://www.webex.com/all-new-webex.
Pre nego što prebacite korisnike, moraćete da pređete njihove Jabber klijente na. Imate dve mogućnosti da završite ovu tranziciju.
-
Pre nego što ih prebacite na
-
Kada ih prebacite na.
Da biste olakšali početni prelazak na, preporučuje se upotreba opcije 1 i prvo premeštanje korisnika na pozivanje. Ovo korisnicima daje vremena da se upoznaju sa novom aplikacijom dok još uvek koriste postojeću lokalnu platformu za pozivanje. Kada budete spremni da prebacite korisnike, konfigurisaćete ih da se registruju na platformi za pozivanje u oblaku.
Za više informacija o ove dve opcije pogledajte Migracijsko putovanje - jedan ili dva koraka? .
Kompletnu listu podržanih uređaja potražite u odeljku Pod ržani uređaji za Webex Calling.
Proverite podobnost uređaja
Kao što je ranije pomenuto, podržava podskup Cisco IP telefona i zahteva drugačiji tip firmvera za telefone serije 7800 i 8800. Unified CMtelefoni pokreću firmver preduzeća, dok telefoni pokreću firmver za više platformnih telefona (MPP). Preporučuje se da proverite koji registrovani telefoni ispunjavaju uslove za nadogradnju na MPP firmver tokom faze Pripreme. Ovo vam daje vremena da zamenite neprihvatljive telefone jednim od podržanih modela telefona ili da identifikujete alternativni plan, poput premeštanja korisnika samo u aplikaciju Vebek.
Da bi pomogao u utvrđivanju podobnosti telefona, Control Hub ima ugrađenu alatku pod nazi vom Migracija telefona na Webex Calling. Kada koristite ovaj alat za proveru podobnosti uređaja, izaberite opciju Migracija Gen eriraj samo licencu za uređaj.
Ova opcija vam omogućava da otpremite CSV datoteku koja sadrži telefone kako biste mogli da proverite podobnost svakog telefona. Odabirom ove opcije migracije ne dodaje telefone jer ste još uvek u fazi pripreme i još niste spremni za to. Više informacija potražite u odelj ku Migracija telefona na Webex Calling.
Moguće je da se neki telefoni mogu vratiti sa nepoznatom podob nošću. To je obično zato što ne može da potvrdi neke informacije o telefonu u pozadinskom sistemu. Za sve telefone koji imaju status Nepoznat, imate dve opcije da proverite da li ispunjavaju uslove za nadograd nju na MPP firmver.
-
Ručno proverite svaki telefon i proverite verziju modela i hardvera (PID VID)
Oznaka telefona 7800/8800 sa informacijama o modelu i hardverskoj verziji -
Koristite Cisco alatku za spremnost za IP telefon
Preuzmite alat sa https://github.com/joemar2/mpp_readiness_check.
Ovaj alat nije zvanični Cisco alat niti je podržan TAC. Ima podršku u najboljem naporu, ali je besplatan za upotrebu.
Ovaj alat mora da se pokreće na mašini koja je lokalna i može pristupiti serverima i IP telefonima. Ima opciju da omogući veb pristup na IP telefonima, što se preporučuje i potrebno za postizanje najboljih rezultata. Zbog toga ga treba koristiti tokom slobodnih sati kako bi se izbegli poremećaji krajnjim korisnicima. Izlaz alata pruža iz veštaj koji od telefona serije 7800 i 8800 ispunjavaju uslove za nadogradnju na MPP firmver. Budući da direktno pristupa telefonu, može da verifikuje nepoznate uređaje koji su prijavljeni iz alata Control Hub.
Izveštaj alata za spremnost Cisco IP telefona
Korisnici
Jedan od najvažnijih koraka pripreme kako biste osigurali uspešnu migraciju je pravilno pruž anje usluga korisnika. Morate pravilno planirati za sve korisnike čak i ako radite faznu migraciju. Korisnici moraju biti obezbeđeni za bilo koje od sledećeg:
-
Primena sa pozivanjem
-
Primena sa
-
Konfigurisanje usluga za korisnika
-
Da bi se korisnici mogli pretraživati u direktorijumu (klik na poziv, kontakt informacije korisnika, pretraga telefonskog direktorija).
Preporučuje se da obezbedite sve korisnike pre ili na početku vašeg projekta. Ovo uključuje korisnike koji i dalje koriste platformu Unified CM za pozivanje nezavisno od svog uređaja za pozivanje (IP telefon, Jabber,). Kako se korisnici migriraju u (i/ili), ažuriraćete njihove licence kako biste omogućili usluge koje su im potrebne. Obezbeđivanjem svih korisnika koji pozivaju preduzeća pre nego što započnete tranziciju, omogućava korisniku koji je prešao u ili da pretraži direktorijum za korisnika koji poziva preduzeća koji je još uvek na Jabber-u i/ili uključen. Ovo osigurava da prelazni korisnici mogu da pronađu kontakt informacije bilo kog drugog korisnika i upućuju ih pozivom pomoću pretraživanja direktorijuma.
Pre traga direktori juma slika prikazuje primer korisnika koji traži drugog korisnika. Rezultati pretrage prikazuju korisnikove kontakt informacije i mogu biti za korisnika koji je još uvek na Jabberu ili za korisnika koji je prešao na i/ili.
Zatim odredite na koji će postojeći lokalni pozivni korisnici biti prebačeni. Ako će svi ili veliki broj korisnika biti prebačeni, preporučuje se pomeranje korisnika u grupama kako bi se osiguralo da projektni tim, IT osoblje i osoblje za podršku mogu da se nose sa tranzicijom i svim problemima koji se mogu pojaviti. Takođe bi trebalo da odvojite malo vremena za pružanje početnih informacija i treninga kako biste pripremili korisnike za ovu tranziciju. Grupisanje tranzicije korisnika može se izvršiti na osnovu različitih kriterijuma, uključujući lokaciju ili lokaciju kojoj su korisnici dodeljeni, odeljenja korisnika ili čak tipove korisnika (radnici znanja, rukovodioci, mobilni radnici itd.).
Kao primer, ako su korisnici u implementaciji podeljeni na tri glavne lokacije, Njujork (NIC), San Francisko (SFC) i Park istraživačkog trougla (RTP), plan tranzicije korisnika može izgledati kao plan opisan u planu tranzicije korisnika po tabeli sajta.
| Korisnički sajt/lokacija | Informacije i obuke pre tranzicije | Prelazni period | Podrška nakon tranzicije |
|---|---|---|---|
| Njujork (1.525 korisnika) | Nedelja 1. aprila | 15. april — 27. april | Nedelja 29. aprila |
| SFO (1.600 korisnika) | Nedelja 6. maja | 20. maj — 31. maj | Nedelja 3. juna |
| RTP (1,275 korisnika) | Nedelja 3. juna | 17. jun - 28. jun | Nedelja 1. jula |
Drugi važan faktor je prelazak korisnika zajedno koji imaju međusob ne zavisnosti. Ovo može uključivati, ali nije ograničeno na sledeće:
-
BLF monitoring
-
Isti lovni pilot/grupa
-
Delite linije
-
Deo iste grupe za preuzimanje poziva
-
Korišćenje istih brojeva pozivnog parka
-
Interfon
-
Admin/Execec.
Možete pregledati konfiguraciju (GUI ili izvoz) ili koristiti alatku Migration Insights da biste identifikovali grupe korisnika sa ovim zavis nostima.
PSTN povezivanje
može pristupiti PSTN-u na tri načina: Cisco planovi poziva, Cloud connect za (ranije Cloud Connected PSTN) i lokalni PSTN (lokalni prolaz). Međutim, jedna lokacija definisana u okviru može se dodeliti samo jednoj PSTN opciji.
Lokalni PSTN sa lokalnim mrežnim prolazom (LGV) je suštinska komponenta strategije tranzicije. Omogućava povezivanje između lokalnog postavljanja i/ili PSTN -a i platformo. podržava Cisco i sertifikovane kontrolere graničnih sesija trećih strana (SBC) koji se mogu koristiti kao lokalni prolaz. Za najnoviju listu podržanih SBC, pogledajte Lista podržanih S BC.
podržava do 250 istovremenih poziva sa jednog lokalnog mrežnog prolaza koji je zasnovan na registraciji i više od 250 istovremenih poziva sa jednog lokalnog mrežnog mrežnog prolaza koji je zasnovan na sertifikatima. Lokalni prolazi zasnovani na sertifikatima mogu podržati do 6500 istovremenih poziva, ali to se zasniva na vrsti povezivanja koju lokalni prolaz mora (Over-the-Top vs Interconnect peering) i SBC modelu na kojem je lokalni prolaz primenjen. Ova ograničenja su u suštini podrazumevano ograničenje broja i za PSTN pozive zasnovane na lokalnom prolazu i za pozive između lokacija između i krajnjih tačaka. Više informacija potražite u odeljku Početak rada sa lokalnim mrežnim mrežnim prolaz om.
Svi pozivi koji prelaze ovo ograničenje odbijaju se sa 403 Zabranjeno. Aktivna glasovna naredba za prikaz poziva može se pokrenuti na lokalnom mrežnom prolazu u bilo kojoj instanci da bi se odredio ukupan broj aktivnih poziva.
Loši mrežni uslovi između lokalnog prolaza i pristupnog SBC-a mogu ograničiti performanse signalne veze, što dovodi do još nižeg ograničenja istovremenih poziva. Jednosmerna latencija između lokalnog prolaza i data centra ne bi trebalo da prelazi 100 ms, a podrhtavanje treba da bude manje od 10 ms, dok je gubitak paketa manji od 0,5%.
Karakteristike i upotreba funkcija
Prilikom procene trenutnog okruženja važno je identifikovati i pregledati koje su funkcije konfigurisane. Pored toga, važno je razumeti upotrebu funkcija kako biste mogli (ponovo) definisati svoje poslovne i tehničke zahteve za vašu implementaciju.
Da biste utvrdili koje su funkcije konfigurisane, analizirajte konfiguraciju. Ovo su svi statički podaci koji se postavljaju kada je funkcija ili postavka konfigu risana na sistemu. Sledeće opcije se mogu koristiti za dovršavanje ove analize:
-
Pregledajte konfiguraciju u administratorskom GUI-u
-
konfiguracioni izvoz - masovni izvoz ili AKSL
-
alat za uvid u migraciju (preporučeno)
-
Cisco partnerski alati treće strane (preporučeno).
Da biste efikasno analizirali korišćenje funkcija, neophodno je ispitati dinamičke sistemske podatke kao što su korišćenje, registracije i aktivnosti poziva. Različiti analitički alati i kontrolne table pružaju uvid u ove metrike, omogućavajući sveobuhvatno razumevanje performansi i kapaciteta sistema, što podržava informisano donošenje odluka tokom migracije i optimizacije. Sledeće opcije se mogu koristiti za dovršavanje ove vrste analize:
-
Pregled sirovih CDR zapisa
-
Pregled Unified CM RTMT podataka
-
alat za uvid u migraciju pomoću CDR podataka
-
Pregled UC analitike povezane sa oblakom u
-
Jačina poziva
-
Registrovane krajnje tačke
-
(CAC) lokacije
-
Korišćenje prtljažnika.
-
-
Cisco partnerski alati treće strane.
Cisco preporučuje da za ovu analizu započnete sa alatom Vebek Control Hub Migration Insights. U alat ćete uvesti izvoznu.TAR datoteku i Unified CM CDR datoteke (opcionalno, ali potrebne za analizu korišćenja funkcija). Alat će generisati sledeće izveštaje zasnovane na CSV-u koji se mogu koristiti za pokretanje analize:
| Naziv izveštaja Opis izveštaja |
|---|
| ImportedDataBulk.csv
Svi korisnici i uređaji iz Unified CM podataka |
| DeviceEligibility.csv
Identifikuje uređaje koji ispunjavaju us Webex Calling love za migraciju (IP telefoni, uređaji Room OS, ATA i treće strane) |
| DevicePoolNumbers.txt Lista svih brojeva u određenom bazenu uređaja |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalji o uređajima i korisnicima koje treba migrirati zajedno na osnovu zajedničkih linija, pilota lova, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva |
| HuntGroupMigrationInsight.csv Detaljne informacije o dodeljenim lova čkim linijama, grupama linija i povezanim agentima |
| SharedlineGroupMigrationReport.csv Pregled načina na koji se telefonski brojevi (brojevi direktorijuma) dele između korisnika |
| Naziv izveštaja Opis izveštaja |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informacije o podobnosti za migraciju uređaja na osnovu upotrebe funkcije |
| FeatureUsageWithLastUsageDateReport.csv Broj upotrebe za broj puta kada su pozvani pilot (i) lov i red poziva zajedno sa poslednjim datumom upotrebe |
| UserWorkspaceLastUsage.csv Poslednji datum upotrebe za korisnike i radne prostore i za meke klijente i za tvrde telefone |
| DIDUsageReport.csv DID upotreba i za dodeljene i za nedodeljene DID-ove |
Više detalja o izveštajima Migration Insights potražite u odeljku Uvidi u migr aciji.
Ako vam je potrebno više informacija o funkcijama i upotrebi nakon pregleda informacija u izveštajima Migration Insights, Cisco preporučuje da razmotrite jedan od Ciscovih alata za migraciju partnera treće strane i/ili da pregledate konfiguracije u GUI ili u podacima o izvozu konfiguracije.
Cisco integracije: Uniti Connection UCCKS UCCE
Govorna pošta je sastavni deo ponude i izvorno je ugrađena u rešenje. ne može se integrisati sa rešenjem govorne pošte zasnovanom na prostoriji kao što su Uniti Connection ili Uniti Connection Ekpress. Dalje, ne postoji izvorni način za migraciju postojećih poruka govorne pošte ili pozdrava za Uniti vezu na izvornu uslugu govorne pošte koja je dostupna. Neki od Cisco-ovih alata za migraciju partnera treće strane imaju mogućnosti za migraciju nekih od ovih podataka. Više informacija o govornoj pošti potražite u odeljku Konfigurisanje i upravljanje postavkama govorne pošte za Webex Calling korisnika.
takođe podržava deljene govorne pošte i faks poštanske sandučiće. Više informacija potražite u odeljku U pravljanje del jenom govornom poštom i dolaznim faksom za. Webex Calling
ima ugrađenu funkciju Auto Attendant koja je uključena kao deo osnovne platforme. Ova funkcija omogućava prelazak upravljača poziva vaše Uniti Connection i funkcije automatskog praćenja. Alat Control Hub, Migracija funkcija izUnified CM, podržava migraciju konfiguracija Uniti Connection na automatske pratioce. Više informacija o korišćenju ovog alata potražite u odelj ku Migracija uređaja i funkcija sa Unified CM doWebex Calling.
Snimanje poziva
uključuje dve opcije za snimanje poziva bez dodatnih troškova.
-
Snimanje Vebek poziva
-
Dubber Go snimanje (ponuda partnera) - integracija između i dubbera gde se svi snimljeni mediji sigurno čuvaju u oblaku.
uključena tabela opcija snimanja ističe neke ključne karakteristike dve opcije snimanja poziva koje su dostupne bez dodatnih troškova.
| Webex | Dubber Go |
|---|---|
| Dostupno svim korisnicima | Dostupno svim korisnicima |
| Neograničeni snimci | Neograničeni snimci |
| Rok zadržavanja od 1 godina* | Period zadržavanja od 30 dana |
| 100 GB prostora za skladištenje po organizaciji | - |
| Službenici za usklađenost mogu pristupiti snimcima poziva i upravljati njima | - |
| API-ji za upravljanje snimcima | - |
Administratori mogu da konfigurišu i upravljaju pristupom korisnika njihovim snimcima poziva
|
Samo korisnici mogu pristupiti svojim snimcima i upravljati njima
|
Ako vaša organizacija zahteva dodatne mogućnosti snimanja kao što su snimanje poziva usklađenosti, duži periodi zadržavanja, više skladištenja, analiza veštačke inteligencije i/ili pristup administratoru, plaćene ponude ili dodaci postoje i od Cisco i od dobavljača snimanja trećih strana. Više informacija o dobavljačima snimanja, konfiguracijama i dodatnim partnerskim uslugama potražite u odeljku U pravljanje snimanjem poziva za Webex Calling.
Integracije trećih strana
podržava razne integracije trećih strana, uključujući, ali ne ograničavajući se na SBC za lokalne prolaze, IP telefone, interfon telefone, zvučnike/pejdžere, ATA itd. Pored ovih uređaja treće strane, Webex Calling podržava različita rešenja treće strane za korisničku podršku, analitiku, snimanje, naplatu itd. Za više informacija o reš en jima treće strane pogledajte Vebek App Hub.
Plan
Plan projekta na visokom nivou
Prilikom izrade plana projekta na visokom nivou za migraciju sa na, neophodno je uspostaviti jasne faze i prekretnice koje su u skladu i sa poslovnim ciljevima i sa tehničkim zahtevima. Plan treba da počne sveobuhvatnom fazom procene, uključujući prikupljanje detaljnih tehničkih i poslovnih zahteva, kao i identifikaciju zainteresovanih strana i definisanje kriterijuma uspeha. Ključna razmatranja uključuju raspod jelu resursa, procenu vremenskog okvira, upravljanje rizikom i komunikacijske strategije kako bi se osiguralo da su sve strane informisane i angažovane tokom migracije. Pored toga, plan treba da sadrži kontrolne tačke validacije kao što su pilot testiranje i fazno uvođenje kako bi se smanjili poremećaji i omogućila prilagođavanja na osnovu povratnih informacija.
Primeri elemenata koje treba uključiti u plan projekta su:
-
Definisanje obima migracije (npr. Koji korisnici, uređaji i funkcije će preći)
-
Zakazivanje treninga za krajnje korisnike i timove za podršku
-
Koordinacija procena spremnosti mreže, i
-
Planiranje aktivnosti prekida sa rezervnim opcijama. Takođe je važno integrisati preglede usklađenosti i bezbednosti, kao i faze podrške i optimizacije nakon migracije.
Strukturiranjem plana projekta sa ovim razmatranjima, organizacije mogu bolje upravljati složenošću, smanjiti rizike i postići glatkiju tranziciju na.
Migracijsko putovanje - jedan ili dva koraka?
zahteva od korisnika da koriste meki klijent za pozivanje. Stoga, ako neki korisnici i dalje koriste, imate dve opcije kada ih možete premestiti u. Možete izvršiti migraciju korisnika u jednom koraku ili migraciju korisnika u dva koraka.
Opcija 1: Migracija korisnika u jednom koraku
U migraciji u jednom koraku, korisnici prelaze sa u isto vreme kada se prelaze sa Unified CM na. Ova opcija je obično za migraciju kupaca sa malim brojem korisnika i može istovremeno da upravlja premeštanjem korisničkog mekog klijenta i usluge pozivanja. Slika Korisnička usluga pozivanja, meki klijent i telefon migriraju u isto vreme ispod ističe ovu vrstu migracije. Sa ovom opcijom korisnik će istovremeno izvršiti sledeće:
-
Usluge pozivanja premeštene sa
-
Telefonski brojevi i proširenja premešteni sa
-
Mekani klijent prešao sa Jabbera na - će se registrovati
-
Telefonska registracija premeštena sa na.
Ovo i dalje može biti fazna migracija gde se grupe korisnika pomeraju u različito vreme, ali kada se svaki korisnik pomeri, sve se to dešava istovremeno.
Opcija 2: Migracija korisnika u dva koraka
Drugi pristup je migracija u dva koraka. U koraku 1 korisnici se prelaze sa na pozivne usluge, ali ostaju uključeni u usluge pozivanja. Zatim se u koraku 2 korisnici premeštaju Unified CM sa. Ova opcija se preporučuje većim kupcima da upravljaju promenama krajnjeg korisnika i žele da odvoje korisničku promenu mekog klijenta od promene usluge pozivanja. Sledeća slika Migracija mekog klijenta; zatim migriranje usluge pozivanja, mekog klijenta i telefona Webex Calling ispod ističe ovu vrstu migracije.
Korak 1
-
Mekani klijent prešao sa na - će se registrovati na.
Korak 2
-
Usluge pozivanja su premeštene sa na.
-
Telefonski brojevi i proširenja premešteni sa na.
-
registracija je premeštena sa.
-
Telefonska registracija premeštena sa na.
Ovo i dalje može biti fazna migracija gde se grupe korisnika pomeraju u različito vreme u oba koraka.
Opcija koju odaberete zavisi od toga kako želite da upravljate prelaskom svojih korisnika na i. Preporuka je da se to preduzme u koracima (opcija 2). Ovo vam omogućava da minimizirate promene krajnjeg korisnika odjednom i podelite napor na različite delove projekta. Međutim, ako više volite da korisnici utiču samo jednom, onda je i korišćenje opcije 1 važi .
Gledajući preporučeno putovanje (opcija 1), slika mape tranzicije visokog nivoa Jabber u Vebek App prikazuje tranzi ciju visokog nivoa za korak 1.
U ovom koraku korisnici prelaze sa Jabbera na sve svoje pozivne usluge. Međutim, platforma za pozivanje je Unified CM i dalje i regi strovaće svoje pozivne usluge. Kao što se vidi na slici prelazne mape visokog nivoa Jabber u Vebek App, lokalna infrastruktura se ne menja i radi na isti način na koji to čini Jabber. Jedina promena je zahteva vezu sa.
Za više informacija o ovoj tranziciji pogledajte Jabber na Vebek prelaznu mapu i Vodič za implementaciju u odeljku Klijent na stranici Tranzicija sar ad nje.
Unified CMna mapu Webex Calling tranzicije na visokom nivou slika je pre lazak na visokom nivou od do. Ovo je korak 2 preporučenog putovanja.
Ako odlučite da koristite pristup u jednom koraku, to važi i to.
U ovom koraku korisnici se prelaze u grupe. U ovom trenutku korisnici počinju da koriste za svoje pozivne usluge, registraciju poziva i registraciju IP telefona.
Pošto se korisnici kreću u grupama, korisnici preduzeća će biti podeljeni između dve pozivne platforme tokom tranzicije. Slika mape tranzi Unified CM cije Webex Calling od faze 1 do viso kog nivoa prikazuje ovo stanje. Tokom ove faze potrebno je plan iranje kako upravljati pozivima između korisnika na dve platforme i kako će se PSTN pozivi usmeravati. Svaki put kada se grupa korisnika prebaci na, biće potrebni planovi biranja i ažuriranja usmeravanja poziva i lokalnog mrežnog prolaza.
Kada svi korisnici, meki klijenti i uređaji budu prebačeni u (Faza 2), tada se sva lokalna UC infrastruktura može ukloniti i isključiti iz pogona.
Dizajn
Izbor regiona
dostupan je širom sveta i isporučuje se iz suvišnih centara podataka u više regiona: SAD (Dalas, Čikago), Kanada (Vankuver, Toronto), Evropa (Frankfurt, Amsterdam), Velika Britanija (London, Manchester), Australija (Melburn, Sidnej), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Džeda) i Indija (Mumbai, Čenaj). Medijski POP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Na primer, Singapurski podatkovni centar koristi se za optimizaciju vremena povratnog putovanja medija za kupce u azijskim zemljama gde bi vreme povratnog putovanja bilo u Australiju ili Japanu moglo biti neoptimalno. Centri podataka su međusobno povezani multi-gigabitnom i potpuno suvišnom okosnicom. Slika globalno distribuiranih centara podataka prikazuje pregled svih data centara. Za najnoviju listu dostupnih data centara pogledajte Lokacije centra podataka za Webex Calling.
Svaki kupac je obezbeđen na jednoj od instancija. Sve informacije o pružanju tog klijenta čuvaju se u toj instanci, a SIP signalizacija svih krajnjih tačaka i lokalnih prolaza obezbeđenih za tog kupca vezana je za instancu na kojoj je klijent obezbeđen. Budući da je teško promeniti početni izbor regiona, važno je uzeti u obzir sve relevantne faktore kao deo procesa odlučivanja koji vodi do izbora regiona. Da bi se izbeglo prekomerno kašnjenje signalizacije u povratnom putovanju, važno je rano u procesu tranzicije odlučiti koju instancu treba koristiti. Cisco preporučuje odabir instance koja pruža najniže vreme signalizacije povratnog putovanja za najveći broj korisnika u okviru implementacije.
Za dostupnost zemlje pogledajte Gde je Vebek dostupan? .
Lokacije
Da bi se pripremili za obezbeđivanje lokacija, potrebno je prikupiti potrebne informacije za sve ciljne lokacije migracije. Informacije potrebne za svaku lokaciju sumirane su u Informacije za snimanje za svaku lokaciju.
| Informaciя | Komentar |
|---|---|
| Opseg (i) proširenja | Svaka lokacija može imati proširenja koja počinju različitim ciframa. Jedna cifra mora biti pošteđena za cifr
u upravljača za biranje između mesta (na primer 8) i jedna za PSTN cifru
upravljača (na primer 9). Nijedan opseg proširenja ne može početi ni sa jednom od
ove dve cifre. Svi rasponi proširenja svih lokacija moraju biti jednake dužine. |
| DID opseg (i) | - |
| PSTN upravljačka cifra | - |
| Kod sajta | Svi kodovi sajtova svih lokacija moraju biti jedinstveni i da imaju istu dužinu. |
| Glavni broj | Prilikom kreiranja lokacije potrebno je obezbediti dva DID-a. Jedan kao
glavni broj (na primer, koji će biti dodeljen službi za automatsko praćenje) i jedan za portal govor
ne pošte. Navedite jedan DID za broj govorne pošte. |
| Broj govorne pošte | |
| Broj licenci | Potrebne licence prema tipu, uključujući Standard, Professional, Radni prostor, listu ruta, plan odlaznih poziva. |
| Istovremeni pozivi u napornom satu | Zbir istovremenih poziva između uređaja i između uređaja i lokalnog mrežnog prolaza (PSTN i pozivi na uređaje). Potrebno za određivanje potrebnog propusnog opsega pristupa internetu. |
| Zemlja | - |
| Vremenska zona | - |
| Jezik | - |
| Kontakt (ime, telefon, e-pošta) | - |
| Adresa (adresa ulice, grad, država, poštanski broj) | - |
| Fizička lokacija za hitne službe za krajnje tačke | Lokacija uređaja koja se može otpremiti koja se koristi za hitne pozive uglavnom uključuje sledeće: adresu zgrade, adresu zgrade+broj sprata, adresu zgrade+broj apartmana ili adresu zgrade+broj sprata+kancelarijski/kubni broj. |
| Jedinstvena lokacija fizičke mreže po uređaju za hitne službe | Lokacija fizičke mreže za hitne pozive uglavnom uključuje sledeće: prekidač/prekidač za žičane uređaje, identifikatore osnovnog seta usluga bežične pristupne tačke (AP) za bežično povezane uređaje i/ili lokalnu IP podmrežu za uređaje krajnjih tačaka. |
PSTN
Kada dizajniraju implementaciju, kupci imaju tri primarne opcije povezivanja PSTN: Cisco C alling Plans (PSTN usluga isporučena u oblaku kojom upravlja Cisco), PSTN provajderi povezani u oblak (CCPP, gde provajderi isporučuju PSTN uslugu preko oblaka) i lokalni PSTN (gde lokalni prolazi povezuju mrežu preduzeća sa PSTN). Uvođenjem PSTN trunkinga za hibridne primene (Za više informacija pogledajte PSTN trunking za hibridne primene na PSTN trunkingu), organizacije dobijaju dodat Webex Calling nu fleksibilnost u svom pristupu migraciji. Ova funkcija omogućava korisnicima da premeštaju svoj PSTN u CCPP na početku tranzicijskog putovanja i započnu prelazak na PSTN u oblak za korisnike, istovremeno koristeći CCPP za održavanje PSTN usluge za korisnike koji ostanu na Ciscu tokom fazne migracije.
Ovaj hibridni pristup omogućava organizacijama da prvo presele odabrane korisničke grupe u oblak, bez trenutnog remonta celokupnog telefonskog okruženja. Međutim, uvodi dodatnu složenost i rizik, posebno oko prilagođavanja postojeće logike usmjeravanja poziva kako bi podržala novu arhitekturu. Interoperabilnost sa starijim aplikacijama, kao što su faks serveri, kontakt centri ili sistemi za pejdžing, takođe zahteva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati obezbeđivanje besprekornog pregovaranja o kodeku od kraja do kraja i DTMF (Dual-Tone Multi-Frequency) signalizacije u mešovitom okruženju, kao i potvrdu kompatibilnosti sa specijalizovanim funkcijama telefonije. Pravilno planiranje i testiranje su od suštinskog značaja za smanjenje poremećaja i održavanje pouzdanih govornih usluga tokom procesa migracije. Pored toga, važna su komercijalna razmatranja, jer hibridni trunking zahteva licencu za upotrebu koja se zasniva na broju istovremenih poziva između lokalnog okruženja i PSTN provajdera povezanog sa oblakom (CCPP).
Alternativno, organizacije mogu da odluče da zadrže svoju lokalnu PSTN povezanost tokom faze tranzicije. U ovom scenariju, migracija na CCPP može se izvršiti na dva načina: kao jedinstveno, koordinirano ograničenje za sve korisnike i lokacije kada se migracija završi, ili postepeno, pri čemu se migracija PSTN odvija na osnovu svake lokacije dok se korisnici premeštaju. Ovaj pristup može pomoći u pojednostavljenju suživota i održavanju kontinuiteta za nasleđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi vezani za prenošenje brojeva, kao što su potreba za preciznom koordinacijom naloga za brojeve luka, potencijalna kašnjenja i ograničenja nametnuta od strane provajdera, poput ograničenja broja istovremenih lučkih zahteva ili ograničenja za prenošenje podskupova blokova velikog broja. Organizacije moraju pažljivo planirati svoju strategiju tranzicije na PSTN, uzimajući u obzir ova logistička razmatranja kako bi se izbegli prekidi usluga i osigurali nesmetano iskustvo migracije.
Slika Migracija na CCCP na početku u odnosu na održavanje lokalnog PSTN-a prikazuje dve gore objašnjene opcije migracije PSTN -a. Na ilustraciji sa leve strane prikaz an je scenario gde svi lokalni korisnici i aplikacije Webex Calling koriste PSTN usluge povezane sa oblakom preko lokalnog prtljažnika i lokalnog mrežnog prolaza koji povezuje lokalni sistem, dok ilustracija sa desne strane prikazuje scenario gde postojeći lokalni PSTN ostaje na mestu, a korisnici koriste lokalni PSTN putem veze lokalnog prolaza između lokal nih i. Tokom tranzicije lokacije se mogu prebaciti na korišćenje Cloud Connected PSTN.
U oba scenarija pozivi između lokalnog i korisnika koriste vezu Local Gateway. Veza između lokalnih i mora biti dizajnirana i dimenzionisana u skladu sa očekivanom brojem istovremenih poziva i potrebnom redundancijom.
Plan biranja
Da bi se postigla besprekorna interoperabilnost između i tokom perioda migracije, mora se razviti i implementirati sveobuhvatna arhitektura plana biranja na obe platforme. Ovaj dizajn plana biranja sa dve platforme osigurava dosledno us mjeravanje poziva, prevod brojeva i transparentnost funkcija, omogućavajući korisnicima na bilo kom sistemu da komuniciraju bez pogoršanja usluge ili poremećaja korisničkog iskustva tokom faze su života.
Lokalni plan biranja u
Tokom tranzicije kako bi se omogućio suživot uređaja registrovanih na Unified CM i na preduzeću plan biranja potrebno je promeniti tako da se mogu ispuniti barem sledeći zahtevi:
-
+E.164 biranje od do
-
Proširenje biranja od do (unutar lokacije, ali i među lokacijama ako su opsezi proširenja jedinstveni)
-
Skraćeno biranje između lokacija od do
-
Prisilno biranje na mreži od do
-
Povratni poziv iz direktorijuma propuštenih poziva na odredišta
-
PSTN poziva sa na PSTN ako se tokom tranzicije lokalni PSTN koristi za
-
PSTN pozivi od do ako se tokom tranzicije PSTN trunking za hibridne implementacije koristi za obezbeđivanje PSTN pristupa lokalnim korisnicima putem Cloud Connect za
-
Prisilno na mreži od do
-
Produženo biranje od do (međulokacija).
Ako bilo koja od gore navedenih nije podržana navika biranja pre tranzicije, na primer ne postoji skraćena navika biranja među lokacijama, onda ih nije nužno potrebno u vesti tokom tranzicije.
Plan biranja na slici Najbolje prakse prikazuje pristup plana biranja najbolje prakse kako je opisano u Preferiranu arhitekturu za Cisco Collaboration 12.k Enterprise On-Lokalne implementacije, CVD. Ključne karakteristike ovog pristupa uključuju:
-
Jedna particija za +E.164 brojeve direktorijuma
-
Osnovno rutiranje zasnovano na obrascima rute +E.164
-
Normalizacija svih navika biranja na +E.164 korišćenjem obrazaca prevođenja
-
Upotreba obrasca prevoda koji poziva nasleđivanje prostora za pretragu (opcija Koristi prostor za pretragu pozivanja originatora postav ljen na obrascima prevoda).
Na primer, PSTN biranje (9+1+10D) sa uređaja u SJC-u sa prostorom za pretragu linijskih poziva SJCInternational prvo će se podudarati sa obrascem prevođenja 9.1 [2-9] XX [2-9] XXXXXX koji normalizuje broj pozivane stranke na +E.164. Sekundarno pretraživanje zatim ponovo koristi isti prostor za pretragu poziva SJCInternational (pozivanje nasleđivanja prostora za pretragu) i +E.164 cifreni niz će se ili podudarati sa brojem direktorijuma +E.164 u DN particiji ili jednim od PST N obrazaca rute u USPSTNNational ili SJCPSTNLocal particiji. Skraćene navike biranja unutar lokacije i među lokacijama implementiraju se prevodima u particiji ES N i SJCTOE164. Iako je ESN particija globalna particija (dostupna telefonima na svim lokacijama), SJCTOE164 particija je dostupna samo korisnicima na lokaciji SJC. Ovo pretpostavlja preklapanje opsega proširenja.
Prvi korak za omogućavanje pozivanja od do je da se uverite da se +E.164 odredišta usmeravaju u skladu sa tim. Ovo se može postići dodavanjem particije u plan biranja, dodavanjem +E.164 obrazaca rute za sva odredišta na tu particiju i konačno dodavanjem particije svim pozivnim prostorima za pretragu koji predstavljaju klase usluga koje treba da budu u mogućnosti da dođu. Stvaranje namenske particije potrebno je da bi se omogućilo stvaranje diferencirane klase usluga za pozive koji potiču od. Da biste izbegli petlje poziva, prostor za pretragu dolaznih poziva na prtljažniku sa Lokalnog mrežnog prolaza ne bi trebalo da ima pristup particiji.
Kao što je prikazano na slici +E.164 usmeravanje doWebex Calling, da bi se omogućilo rutiranje od do za lokaciju sa +E.164 DID opsegom +1 221 555 2KSKSKS i kodom lokacije 121, na particiju treba dodati hitni obrazac rute koji odgovara ovom opsegu +E.164.
Ako nije potreban izbor lokalnog prolaza specifičnog za lokaciju, onda umesto korišćenja liste ruta sa lokalnom grupom ruta kao odredište za obrasce ruta koji ukazuju na jednu grupu ruta može se obezbediti lokalni prolaz kao jedini član, a zatim obrasci rute ukazuju na listu jedne rute sa ovom jednom grupom ruta kao jedinim unosom.
Da bi se omogućilo skraćeno biranje na sajtu između lokacija, na particiju se dodaje potreban obrazac rute 8121.2XXX. Da bi sajtovi prešli na obrazac normalizacije biranja 8121.2XXX koji normalizuje ESN biranje na +E. 164 možda već postoji u ESN particiji. U tom slučaju čini se da je 8121.2 KSKSKS suvišan, ali čim se svi DNS odgovarajuće lokacije migriraju na 8121.2XXX obrazac za normalizaciju biranja može se ukloniti, a zatim obrazac rute 8121.2XXX omogućava ESN biranje čak i za korisnike samo proširenja u tom opsegu.
Sa ovim promenama plana biranja pozivi na lokaciju mogu se postavljati ne samo biranjem skraćenih međulokacija i +E.164. Takođe, međunarodno i nacionalno PSTN biranje je moguće jer se ove navike biranja prvo normalizuju na +E.164 kroz već postojeće obrasce prevođenja normalizacije biranja, a zatim se usmeravaju usklađivanjem obras ca rute +E.164 u particiji.
+E.164 obrazac rute koji se podudara sa DID opsegom lokacije može se obezbediti dok su svi DID-ovi još uvek hostirani. Algoritam za najbolje podudaranje obrazaca podudaranja osigurava da kada se bira broj koji se hostuje, broj direktorijuma +E.164 koji je dodeljen bolje podudara od šablona rute sa divljim znakom +E.164 koji pokazuje tako da se pozivi proširuju na uključenu liniju i ne šalju na.
plan biranja
Svakom korisniku je obezbeđeno proširenje i/ili telefonski broj +E.164. Dužina proširenja je fiksna globalna postavka: sva proširenja u primeni imaju istu dužinu. Proširenje biranja može se koristiti između korisnika i unutar lokacije i između lokacija. Skraćeno biranje proši renja između lokacija (drugi slučaj) funkcioniše samo ako je birano proširenje jedinstveno.
Ako je skraćeno biranje između lokacija između lokacija zahtev, ali postoje preklapanja između proširenja dodeljenih na različitim lokacijama, tada je potrebno kreirati plan numerisanja specifičan za preduzeće prefiksiranjem proširenja pristupnim kodom i kod lokacije. Više informacija potražite u odeljku Pre ferirana arhitektura za Cisco saradnju 15 Lokalne implementacije, Pregled dizajna dostupan u prefer iranim arhitekturama Cisco saradnje.
Dužina proširenja, ponašanje biranja proširenja između lokacija, dužina prefiksa za biranje između lokacija i cifra upravljača u prefiksu rutiranja za biranje između lokacija konfigurisani su u podešavanjima usluge pozivanja u:
-
Duž@@ ina prefiksa za usmeravanje lokacije: Duž ina prefiksa uključujući cifru upravljača. Potrebno je samo ako plan numerisanja preduzeća treba uspostaviti kao alternativna skraćena navika biranja između lokacija preduzeća.
-
U@@ pravljačka cifra u prefiksu rutiranja: Upravljačka cifra za skraćenu naviku biranja između lokacija preduzeća. Treba izbegavati preklapanje sa prvom cifrom bilo koje lokacije i lokacije od laznim brojčanim ciframa. Potrebno je samo ako plan numerisanja preduzeća treba uspostaviti kao alternativna skraćena navika biranja između lokacija preduzeća.
-
Unutrašnja dužina produ ženja: Standardna dužina produžetaka. Može biti bilo koja vrednost između dva i deset.
Kada je potrebno biranje proširenja ili biranje pomoću značajnih brojeva preduzeća (upravljački kod, kod lokacije, proširenje) od lokalne kontrole poziva, a lokalna kontrola poziva šalje proširenje kao id pozivaoca, obavezno po desite parametar Maksimalna ne poznata dužina proši renja u odeljku Usmeravanje poziva između i prostorija da biste bili sigurni da se uzvodni pozivi iz lokalne kontrole poziva mogu pravilno klasifikovati kao lokalni pozivi. -
Dozvolite biranje proširenja između lokacija: Prebacite da biste omoguć ili/onemogućili biranje proširenja između lokacija. Ova opcija treba da bude omogućena samo ako su sva proširenja unutar organizacije jedinstvena. Ako je opcija onemogućena, tada je potrebno birati značajne brojeve preduzeća (upravljački kod, kod lokacije, proširenje) ili telefonske brojeve između lokacija.
Prva tri paramet ra se uglavnom koriste za izradu plana biranja za telefone kako bi se smanjili međucifreni vremenski prekidi kada se koristi pozivanje izvan kuke. Odstupanja od ovih globalnih podešavanja su i dalje moguća (primer - mogu se obezbediti proširenja različite dužine), ali će se u Control Hub-u pojaviti poruka upozorenja i biranje sa telefona može zahtevati biranje u bloku da bi se izbeg li sukobi unutar unapred učitanog plana biranja.
Primer numerisanja tabele Enterprise prikazuje primer tri lokacije gde su opsezi proširenja dve lokacije, NIC i RTP, identični. Uspostavljanje šeme numerisanja preduzeća sa upravljačkom cifrom između lokacija 8, nakon čega sledi trocifreni kod lokacije, i četvorocifreno proširenje stvara skraćenu naviku biranja između lokacija koja se ne preklapa.
| Sajt | Opseg proširenja | Kod sajta | Raspon preduzeća |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Da bi se omogućio nesmetan prelaz, skup navika biranja za korisnike pre i posle prelaska na idealno treba da bude isti. Da bi se pripremili za tranziciju za svaku lokaciju, potrebno je dokumentovati DID opsege i opsege proširenja (ili skraćene navike biranja unutar lokacije). Na osnovu ovih informacija potrebno je odabrati cifru upravljača između lokacija.
Tabela Op sezi proširenja fiksne dužine prikazuje primer tri lokacije i op sega proširenja fiksne dužine. Budući da treba izbegavati preklapajuće navike biranja, važno je osigurati da za bilo koji opseg proširenja prva cifra opsega ne odgovara upravljačkoj cifri za skraćeno biranje između lokacija. Ako je, na primer, 8 izabran kao upravljačka cifra za biranje između lokacija, tada nijedan opseg proširenja na bilo kojoj lokaciji ne može početi sa 8. Obično se proširenja na datoj lokaciji podudaraju sa poslednjih nekoliko cifara DID-ova dodeljenih toj lokaciji. Da biste izbegli sukobe, prva cifra proširenja može se promeniti. Ako se, na primer, DID-ovi u opsegu +1 408 555 8KSKSKSKS koriste na lokaciji, onda umesto da se koristi 8KKSKS kao opseg proširenja 7KSKSKS može da se koristi za proširenja na toj veb lokaciji
| Sajt | Opseg proširenja | Ekstenzije | Kod sajta | Raspon preduzeća |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Sedmocifreni nizovi biranja birani na uređaju koji koristi američki plan biranja preklapaju se sa sedmocifrenim uzorkom za lokalno biranje u unapred učitanom američkom planu biranja. Da bi se izbegla preklapanja između bilo koje navike biranja na mreži i van mreže (PSTN), na toj lokaciji se može koristiti obavezni spoljni pristupni kod. Ako se postojeća šema numerisanja preduzeća i odgovarajuće skraćeno biranje među lokacijama preklapaju sa obrascima u nacionalnom brojčaniku, onda se tokom prelaska na šemu numeriranja kako bi se izbegla preklapanja takođe može promeniti u duži ili kraći oblik. Naj lakši način da se to postigne je dodavanje dodatne cifre u šemu numerisanja. Novu dužu šemu biranja između lokacija moraju usvojiti samo korisnici na koji su već migrirani. Korisnici koji su još uključeni mogu nastaviti da biraju sedam cifara. Plan biranja preduzeća u ovom slučaju mora osigurati da se skraćeno sedmocifreno biranje od Unified CM do transformiše u +E.164 ili u skraćeni format biranja koji je postavljen na. Ovo treba uraditi pre slanja poziva na lokalni prolaz.
Sedmo cifreno biranje u tabeli Tranzicioniranje prikazuje primer ovog prenumerisanja. U ovom primeru skraćeno biranje među lokacijama koristi upravljačku cifru 8 praćenu dvocifrenim kodom lokacije i četvorocifrenim proširenjem. Da bi se izbe glo sedmocifreno skraćeno biranje između lokacija za lokacije na, kodovi sajta se lako mogu promeniti na tri cifre prefiksiranjem proizvoljne cifre (8 u primeru) na dvo cifrene kodove sajta koji se koriste tako da biranje između lokacija sa telefona koristi upravljačka cifra 8, nakon čega sledi cifra 8, stari dvocifreni kod lokacije i četvorocifreno proširenje. Korisnici koji su uključeni ne moraju da pamte nove kodove sajta; oni samo moraju da zapamte da koriste 88 kao prefiks za biranje između lokacija umesto 8 uključeno.
| Sajt | Ekstenzije | Kod sajta | Raspon preduzeća | Sajt ode | Enterprise Ange |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
U scenariju sa različitim formatima brojeva preduzeća i ako su brojevi preduzeća predstavljeni kao informacije o pozivnoj strani za pozive od do (na primer - Pozivi sa uređaja bez DID-a), važno je takođe implementirati mapiranje između različitih formata brojeva za pozivanje informacija o stranama kako bi se osiguralo da povratni poziv funkcion iše. Ovo mapiranje se može postići korišćenjem obrasca transformacije pozivne strane na prtljažniku između i lokalnog prolaza.
Snimanje
Dobro arhitektirano rešenje za snimanje poziva zahteva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osiguralo da je usklađeno sa organizacionim ciljevima, regulatornim zahtevima i tehničkim ograničenjima. Dve od najkritičnijih odluka uključuju izbor dobavljača i izbor regiona, a obe će možda morati da budu prilagođene globalno i nadjačane na određenim lokacijama, na osnovu poslovnih potreba.
1. Izbor dobavljača snimanja poziva
Odabir odgovarajućeg provajdera za snimanje poziva je od suštinskog značaja za ispunjavanje poslovnih ciljeva i obezbeđivanje usklađivanja funkcija u celoj organizaciji:
-
Iz@@ bor globalnog provajdera: Organizacije obično određuju primarnog provajdera za snimanje poziva na globalnom nivou, obezbeđujući doslednost u skupu funkcija, usaglašenosti i podrške na svim lokacijama
-
Poništavanja zasnovana na lokaciji: U scenarijima gde određene lokacije ili regioni imaju jedinstvene poslovne potrebe ili regulatorne zahteve, možda će biti potrebno nadjačati izbor global nog provajdera i odrediti alternativne provajdere za te lokacije. Ova fleksibilnost podržava različite mandate usklađenosti i lokalne operativne potrebe
-
Poslovni zahtevi: Izbor provajdera treba da bude vođen procenom poslovnih pokretača kao što su usklađenost sa propisima (primer - MiFID II, HIPAA), osiguranje kvaliteta, rešavanje sporova ili potrebe za obukom
-
Dostupnost funkcija: Provajderi treba proceniti na osnovu njihove sposobnosti da isporuče potrebne funkcije, kao što su nadgledanje u realnom vremenu, mogućnosti pretraživanja i reprodukcije, šifrovanje, politike zadržavanja, integracija sa analitičkim platformama i podrška za različite tipove poziva (dolazni, odlazni, interni).
2. Izbor regiona
Određivanje regiona u kojem se čuvaju i obrađuju snimci poziva ključno je za usklađenost i performanse:
-
Globalni izbor regiona: Podrazumevano, organizacije mogu da izaberu jedan region za čuvanje snimaka poziva radi pojednostavljenja upravljanja i upravljanja
-
Pon@@ ištavanja regiona zasnovana na lokaciji: Tamo gde zakoni o prebivalištu podataka ili korporativne politike zahtevaju, možda će biti potrebno nadjačati postavku globalnog regiona za određene lokacije, osiguravajući da se snimci poziva čuvaju i obrađuju unutar potrebnih geografskih granica
-
Zahtevi za boravak podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili mandati specifični za zemlju) koji mogu diktirati gde i kako se čuvaju snimci poziva.
Još jedan kritičan aspekt koji treba rešiti tokom planiranja i dizajniranja rešenja za snimanje poziva je procena zahteva za skladištenjem. Precizno predviđanje potreba za skladištenjem je od suštinskog značaja kako bi se osiguralo da je na raspolaganju dovoljan kapacitet za podršku tekućim poslovnim operacijama, održavanje usklađenosti i izbegavanje poremećaja u uslugama.
Nekoliko ključnih parametara treba uzeti u obzir prilikom određivanja očekivane potražnje za skladištenjem:
-
Obim snimljenih poziva: Procenite predviđeni broj poziva koji će biti snimljeni u datom vremenskom intervalu (npr. Po danu, nedelji ili mesecu). Ovo uključuje ne samo spoljne pozive već i interne komunikacije, ako to zahteva poslovna politika ili regulatorni mandati
-
Prosečno trajanje poziva: Izračunajte tipičnu dužinu snimljenih poziva, jer će duži pozivi potrošiti više prostora za skladištenje. Varijacije u trajanju poziva u različitim odeljenjima ili grupama korisnika takođe treba uzeti u obzir u procenu
-
Period zadržavanja: Definišite dužinu vremena zadržavanja snimaka, što često diktiraju organizacione politike ili spoljni propisi (kao što su standardi usklađenosti specifični za industriju). Duži periodi zadržavanja povećaće ukupne zahteve za skladištenjem
-
Projekcije rasta: Razmotrite očekivani rast obima poziva ili proširenje obima snimanja, što može biti rezultat skaliranja poslovanja, novih regulatornih zahteva ili uključivanja dodatnih korisnika ili lokacija.
Temeljnom analizom ovih parametara, organizacije mogu razviti robusnu strategiju skladištenja koja osigurava skalabilnost, isplativost i usklađenost sa propisima za njihovo rešenje za snimanje poziva. Takođe je preporučljivo redovno pregledavati i prilagođavati alokacije skladištenja kako se obrasci upotrebe vremenom razvijaju.
Hitno pozivanje
Zahtev za upućivanje hitnog poziva u odgovarajući dispečerski centar je us lov za bilo koju uslugu poziva koja nudi PSTN uslugu. Sa, usmeravanje hitnih poziva je izvorno rešenju i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje podržavaju. Usmeravanje hitnog poziva zasniva se na lokaciji definisanoj unutar i PSTN načinu pristupa lokaciji. Brojevi za hitne slučajeve su unapred definisani i specifični za zemlju u kojoj su korisnici i uređaji raspoređeni.
Postoje dva načina za isporuku hitnih poziva. Postoji osnovna usluga usmeravanja poziva u hitnim slučajevima i poboljšana usluga usmeravanja poziva u hit nim slučajevima. Osnovna usluga usmeravanja poziva u hitnim slučajevima koristiće administratorski izabrani broj za identifikaciju lokacije i rute poziva da bi došla do hitnih službi. Za osnovno pozivanje u hitnim slučajevima putanja poziva obično prolazi kroz PSTN opciju kupca za tu lokaciju. takođe ima poboljšano usmeravanje poziva u hitnim slučajevima dizajnirano za implementacije u SAD i Kanadi koje imaju zahteve za usklađenost sa propisima koji zahtevaju upotrebu nacionalnog provajdera za isporuku hitnih poziva u ispravnom dispečerskom centru.
Svi kupci treba da implementiraju, u najmanju ruku, osnovnu konfiguraciju hitnih poziva. Osnovni poziv za hitne slučajeve zahteva da se svakoj lokaciji definisanoj u dodeli najmanje jedan broj +E.164 u vlasništvu korisnika. Za osnovne hitne pozive, svaka lokacija će biti definisana uličnom adresom na koju se šalju policija, vatrogasna ili hitna pomoć u slučaju nužde. U većini slučajeva, glavni broj lokacije je najbolji izbor za predstavljanje fizičke lokacije hitne situacije. Tipično, dodeljivanje adrese broju+E.164 koordinira se sa PSTN provajderom. Slike ispod prikazuju dodeljivanje glavnog broja koji će se koristiti kao broj za povratni poziv za hitne slučajeve za lokaciju Richardson.
U većini situacija adresa zgrade dovoljna je za adresu otpreme lokacije. Ali ako su potrebni dodatni detalji o lokaciji za određene korisnike ili uređaje, administrator može koristiti isti postupak opisan gore i dodeliti te uređaje određenoj adresi ili preciznijoj lokaciji unutar adrese (poput poda ili sobe). U Upravljanju koris nicima u, kartica Pozi vanje omogućava da se određeni broj koristi za korisnika i njegove uređaje da bi dobili određenu adresu otpreme. Sledeće slike ilustruju kako se određeni broj može dodeliti uređaju. Administrator je odgovoran da osigura da će broj koji koristi uređaj imati dodeljenu tačnu adresu za otpremu. Dodel jivanje adrese se obično vrši preko PSTN provajdera te lokacije.
Za implementacije telefonije sa sedištem u SAD koje moraju da obezbede poboljšana rešenja za hitne pozive, koristi RedSki-ov Horizon Mobiliti integrisan u za usmeravanje poziva u hitne slučajeve. Kada koristite RedSki za usmeravanje poziva, administrator se mora prijaviti za nal og preko Cisco-a i konfigurirati odgovarajuće informacije u pozivanje -> Podešavanja usluge da bi omogućio ovu funkciju. Jednom kada je Red Ski usluga omogućena na nivou sistema, administrator će omogućiti RedSki uslugu na svakom nivou lokacije. Omogućavanje poboljšanog hitnog poziva na lokaciji aktiviraće uslugu za sve uređaje koji su dodeljeni toj lokaciji. Uređaji koji podržavaju poboljšano pozivanje u hitnim slučajevima su Cisco MPP telefoni, Cisco PhoneOS telefoni i Cisco-ovi.
Postoje dva podešavanja za omogućavanje poboljšanog hitnog poziva na lokaciji. Doz voli RedSki-u da prima informacije o mrežnoj povezanosti i testne pozive treba koristiti za proveru da li je konfiguracija RedSki-a za mapiranje uređaja i infrastrukture tačna. Ovo podešavanje takođe omogućava postavljanje testnih poziva na 933 radi verifikacije lokacije pomoću RedSkijevog IVR sistema za očitavanje lokacije pozivaoca. Iako ovaj dokument neće pokrivati konfiguraciju RedSki-a za praćenje lokacije, administrator UVEK treba da testira njihovo otkrivanje lokacije pre nego što aktivira hitne pozive za rutu do RedSki-a. Kada se testiranje završi i proveri da je tačno, administrator će uputiti pozive na RedSki prebacivanjem hitnih poziva na RedSki. Ovaj prekidač će usmjeriti sve hitne pozive za lokaciju na RedSki radi isporuke centru za telefoniranje lokacije.
Podešavanja poboljšanog pozivanja u hitnim slučajevima takođe se primenjuju na klijente lokalno i van prostorija. Kada je lokalno, može se pratiti na isti način na koji se prate stolni telefoni. Kada je van lokalnog prostora, korisnik će moći dinamički da podesi svoju lokaciju direktno unutar. Više informacija o hitnim pozivima potražite u odeljku Poboljšan o pozi vanje u hitnim slučajevima za.
Licenciranje
Postoji više opcija za dodeljivanje licenci korisnicima.
Ručno dodeljivanje kroz
Administratori ručno dodeljuju licence pojedinačnim korisnicima putem interfejsa.
Administratori mogu da uređuju licence za usluge za pojedinačne korisnike i direktno dodeljuju licence za pozivanje.
Automatski šabloni za dodeljivanje licenci
Koristite šablone za dodeljivanje licenci za automatsko dodeljivanje licenci korisnicima na osnovu grupnih ili organizacionih postavki.
Automatsko licenciranje se može izvršiti pomoću sinhronizacije direktorijuma ili ručnog ažuriranja korisnika, ali korisnici moraju imati važeći telefonski broj formatiranog +E.164 i telefonski brojevi moraju postojati na lokaciji pre pružanja korisnicima. Ako uslovi nisu ispunjeni (npr. nevažeći format telefonskog broja), licence neće biti dodeljene.
Skupno dodeljivanje putem CSV šablona
Otpremite CSV datoteku sa korisničkim detaljima i dodeljivanjem licenci da biste dodali ili izmenili više korisnika odjednom.
CSV uvoz podržava dodavanje do 20.000 korisnika i dodeljivanje licenci, ali licence zahtevaju određena polja kao što su telefonski broj i proširenje.
Dodeljivanje zasnovano na API-ju
Koristite API-je za programsko dodeljivanje licenci i upravljanje korisnicima.
podržava API operacije za upravljanje korisnicima i licencama (People, SCIM 2.0 i Licences API), koje se mogu iskoristiti za automatizaciju dodeljivanja licenci. API za licence omogućava istovremeno dodeljivanje licenci, telefonskih brojeva i proširenja.
| Način dodeljivanja | Profesionalci | Protiv |
|---|---|---|
| Priručnik kroz | Jednostavno za nekoliko korisnika. Omogućava preciznu i detaljnu kontrolu nad dodelji vanjem licenci. | Nije skalabilno, dugotrajno Skloni ljudskim greškama tokom ručnog unosa. |
| Automatski šabloni licenci | Skalabilno Smanjuje ručne greške Može se primeniti na nove i postojeće korisnike. | Zahteva važeće brojeve telefona i lokacije. Složenije za postavljanje Takođe zahteva grupe korisnika po grupi korisnika sa ekvivalentnim zahtevima za licenciranje. |
| Skupno otpremanje CSV | Efikasan za velike korisničke setove Omogućava istovremenu dod jelu licenci, telefonskih brojeva i proširenja. | Zahteva pažljivo CSV formatiranje Potencijal za greške ako nedost aju telefonski brojevi ili proširenja ili su netačni. |
| Dodeljivanje zasnovano na API-ju | Automatizirano, fleksibilno. Omogućava istovremenu dod jelu licenci, telefonskih brojeva i proširenja. | Zahteva razvoj i znanje API-ja. |
Tabela Op cije pružanja korisnika - rezime rezimira opcije pružanja usluga korisnika i njihove prednosti i nedostatke. Ovaj pregled pomaže u odabiru najboljeg načina dodeljivanja licenci na osnovu veličine organizacije korisnika, mogućnosti automatizacije i procesa i zahteva pružanja usluga korisnika.
Gde god je to moguće Cisco preporučuje dodeljivanje licenci za pozivanje pomoću šablona licenci. Ovo zahteva da za svaku grupu korisnika koja zahteva jedinstveni skup licenci (Primer - Standard vs. Professional) postoji grupa sa odgovarajućim članstvom u grupi. Kao što je objašnjeno u odelj cima Korisničke grupe, korisničke grupe se mogu ručno definisati ili sinhronizovati iz korporativnog direktorijuma. Moguća je kombinacija oba pristupa.
Korisnici koji pripadaju više grupa dobijaju licence za sve zadatke koji se primenjuju na sve njihove grupe. Ovo omogućava korišćenje bezbednosnih grupa specifičnih za licencu u direktorijumu preduzeća za upravljanje dodeljivanjem licenci gde rezultirajuće dodeljivanje korisničke licence kontroliše unija članstva u grupi.
Više informacija potražite u odeljku Po dešavanje automatskih dodeljivanja licenci u Control Hu bu i Podešavanje automatskih šablona za dodeljivanje licenci za Webex Calling korisnike.
Zahtevi za licencu
Ovaj odeljak pokriva samo povezane licence. Ostale vrste licenci (primer - registracija Vebek uređaja, razmena poruka, sastanci) nisu obuhvaćene. Kao deo procesa projektovanja potrebno je utvrditi zahteve za licencu. Potrebno je izračunati broj licenci za sledeće tipove licenci:
-
Standard: broj pojedinačnih korisnika koji zahtevaju standardne funkcije telefonije.
-
Profesional no: broj korisnika i radnih prostora koji zahtevaju napredne funkcije telefonije. Virtuelne linije i grupna govorna pošta imaju pravo na odnos 1:1 za svaku profesionalnu licencu. Stoga, u retkim slučajevima kada broj potrebnih virtuelnih linija ili grupnih govornih pošti premašuje broj korisnika i radnih prostora koji zahtevaju napredne funkcije telefonije, potrebno je uzeti u obzir dodatne profesionalne licence.
-
Radni prostor za zajedničko područje: broj lokacija zajedničke upotrebe ili lokacija zajedničkog područja koje zahtevaju standard ne mogućnosti pozivanja.
-
Pomoć za koris nike: broj agenata i supervizora koji zahtevaju funkcije korisničke pomoći. Pomoć za korisnike uključuje profesionalnu licencu.
-
Pozivi na listu ruta: broj potrebnih PSTN poziva povezanih sa oblakom između lokalnih korisnika i/ili lokalnih specijalizovanih aplikacija trećih strana.
-
Prateća konzola: broj korisnika kojima je potreban pristup klijentu prateće konzole.
-
Cisco plan pozivanja (plan odlaznog poziva): broj korisnika kojima je potreban PSTN broj i/ili pristup odlaznim PSTN pozivima za Cisco PSTN uslugu.
Ne postoji posebna vrsta licence za profesionalne radne prostore. Profesionalni radni prostori troše profesionalnu licencu.
Radni prostori samo za hot-desk nude uslugu hot-deskinga i hitne pozive sa hot-desking hot- desk-hosta i ne zahtevaju nikakvu licencu. Više informacija potražite u odeljku Dodavanje i upravljanje uređajima samo za hot desk uređaje.
Da biste odredili potrebnu vrstu licence za svakog korisnika i radni prostor na osnovu potrebnih funkcija, pogledajte odeljak Funkcije dostupne prema tipu licence za Webex Calling.
Da biste razlikovali funkcionalnost koju nude redovi poziva u kombinaciji sa profesionalnom licencom za razliku od pomoći korisnicima, pogledajte poređenje funkcija reda Webex Calling poziva i korisničke pomoći.
Obezbeđivanje korisnika
Kada obezbeđujete korisnike u Vebek-u, na raspolaganju je nekoliko opcija, od kojih svaka odgovara različitim organizacionim potrebama i okruženjima:
-
Ručno obezbeđivanje: Administratori mogu da dodaju i upravljaju pojedinačnim korisnicima direktno unutar njih. Ova metoda je jednostavna, ali najpogodnija za male organizacije ili ograničene promene korisnika.
-
Skupno obezbeđivanje putem CSV-a: Za veće korisničke baze administratori mogu da uvoze i ažuriraju korisnike u velikoj meri učitavanjem CSV datoteka u. Ovo omogućava efikasno upravljanje do hiljada korisnika odjednom.
-
Opcije sinhronizacije direktorijuma:
Konektor direktori juma: Ovo je alat za automatsku sinhronizaciju koji se koristi u Microsoft Active Directory okruženjima. Sinhronizuje korisničke naloge, grupe i atribute na planiranoj osnovi (satno, dnevno ili nedeljno). Podržava podešavanja sa više domena i više šuma Active Directory i može da sinhronizuje slike profila i objekte prostorije.
Aplikacija čarobnjaka Entra ID (Azure AD): Dizajnirana za organizacije koje koriste Microsoft Entra ID (Azure AD), ova metoda omogućava automatsku, skoro u realnom vremenu sinhronizaciju korisničkih naloga i atributa direktno sa Entra ID-a do. Njime se u potpunosti upravlja i zahteva minimalno podešavanje.
SCIM 2.0 aplikacije: Za okruženja koja nisu Microsoft ili druge provajdere identiteta kao što su Okta ili Duo, aplikacije za sinhronizaciju zasnovane na SCIM-u omogućavaju automatsko obezbeđivanje i deproviziju korisnika pomoću mapiranja atributa i grupne sinhronizacije.
-
Unified CMsinhronizacija korisnika: Ova opcija omogućava kreiranje korisničkih naloga na osnovu postojećih krajnjih korisnika sinhronizacijom od do. Ovo zahteva da se na lokalnim klasterima pokreće Cloud Connected UC (CCUC). Međutim, generalno se preporučuje da se korisnici sinhronizuju iz centralizovanog direktorijuma u oblaku kao što je Entra ID, a ne direktno iz.
-
Obezbeđivanje API-ja: Javni API-ji (People, SCIM 2.0) mogu se koristiti za pružanje usluga korisnicima. Glavna prednost korišćenja API-ja je mogućnost integracije pružanja usluga korisnika sa drugim sistemima preduzeća.
Ovaj pregled i tabela odražavaju glavne opcije pružanja usluga korisnika, njihove prednosti i ograničenja kako bi vam pomogli da odaberete najbolji pristup za potrebe vaše organizacije.Tabela 6. Opcije pružanja korisnika za Metoda obezbeđenja Opis Profesionalci Protiv Priručnik Stvorite/upravljajte korisnicima pojedinačno u Jednostavno za nekoliko korisnika; nije potrebna infrastruktura Nije skalabilno; dugotrajno za mnoge korisnike Skupno (CSV datoteka) Uvozite/ažurirajte korisnike na veliko putem CSV-a Efikasan za grupe; nije potrebno kodiranje Ručna priprema CSV; manje dinamičan Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Vebek API-ja Fleksibilan; podržava automatizaciju i integraciju Zahteva razvoj i infrastrukturu Sinhronizacija direktorijuma Automatska sinhronizacija sa AD, Entra ID, SCIM aplikacija, Unified CM Automatizuje životni ciklus; podržava filtriranje i mapiranje Složenost podešavanja: neke od opcija imaju ograničene funkcije ili zahtevaju infrastrukturu
Korisničke grupe
Upravljanje korisničkim grupama omogućava administratorima da organizuju korisnike u grupe za efikasno masovno upravljanje licencama, podešavanjima i resursima. Grupe pomažu u pojednostavljenju administracije primenom smernica, licenci i šablona podešavanja na više korisnika istovremeno, umesto da upravljaju korisnicima pojedinačno.
Upravljanje korisničkim grupama nudi nekoliko prednosti, uključujući:
-
Pojednostavljena administracija: Upravljajte licencama, podešavan jima i smernicama za više korisnika odjednom.
-
Doslednost: Primenite jedinstvena podešavanja i licence među korisnicima u istoj grupi.
-
Skalabilnost: Podržava do 250.000 članova po grupi.
-
Integracija: Sinhronizujte grupe sa Microsoft Entra ID-a (Azure AD) ili Active Directory za automatizovano upravljanje korisnicima i grupama.
-
Fleksibilnost: Kreirajte lokalne grupe ili sinhronizujte bezbednosne grupe; ručno upravljajte članstvom u grupi ili putem CSV datoteka.
-
Dodjela resursa: Kontrolišite pristup ugrađenim aplikacijama i uslu gama na osnovu članstva u grupi.
Glavni slučajevi upotrebe za korisničke grupe prilikom obezbeđivanja su:
-
Dodeli licen ci: Dodelite licence grupama za automatsko pružanje usluga poput poziva, sastanaka, razmene poruka ili hibridnih usluga članovima grupe.
-
Šabloni podešavanja: Primenite kolekcije postavki usluga (npr. Poruke, sastanak, pozivi) na grupe radi doslednog korisničkog iskustva.
-
U@@ pravljanje masovnim koris nicima: Dodavanje ili uklanjanje korisnika na veliko putem CSV datoteka ili sinhronizacije direktorijuma.
-
Automatizacija i integracija: Koristite API-je ili sinhronizaciju direktorijuma za automatizovano upravljanje životnim ciklusom korisnika i grupa.
Sledeća tabela rezimira različite opcije za upravljanje grupama korisnika i upravljanje grupama u.
| Opcija | Opis | Profesionalci | Protiv |
|---|---|---|---|
| grupno obezbeđivanje (grupe) | Kreirajte i upravljajte grupama direktno u. Dodajte/uklonite članove ručno ili putem CSV-a. | Potpuna kontrola nad članstvom u grupi Neposredna primena licenci i šablona Jednostavno kreiranje i uređivanje grupa |
Potrebna su ručna ažuriranja Rizik od grešaka u ručnom otpremanju CSV-a Nema automatske sinhronizacije sa spoljnim direktorijumima |
| Sinhronizovane grupe iz Entra ID-a (Azure AD) ili Active Directory | Automatski sinhronizujte bezbednosne grupe i članstva sa spoljnih servisa direktori juma. | Automatizovana sinhronizacija smanjuje ručni rad Osigurava doslednost sa korporativnim direktorijem Podržava velike organizacije |
Ne mogu se urediti članstvo u grupi Kašnjenje sinhronizacije do 12 sati Ugniježđene grupe zahtevaju ručni izbor |
| Grupe i SCIM 2.0 API (grupe) | Koristite grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom | Automatizacija i integracija sa drugim sistemima Skalabilno za velika ili složena okruženja |
Zahteva razvojne napore Složenost zavisi od upotrebe API-ja |
Dok sinhronizovane grupe obezbeđuju doslednost i nude jednu tačku administracije, moguć je hibridni pristup koji kombinuje sinhronizovane grupe i grupe (bilo kojima se upravlja u kontrolnom čvorištu ili putem API-ja). Tako, na primer, grupe za dodeljivanje licenci mogu biti sinhronizovane grupe, a poseban skup grupa može da se koristi za dodeljivanje korisničkih i pozivnih šablona.
Ovaj sveobuhvatan pristup upravljanju korisničkim grupama omogućava organizacijama da efikasno upravljaju korisničkim licencama, podešavanjima i smernicama, obezbeđujući dosledno i skalabilno iskustvo saradnje.
Preporučeni pristup prilikom migracije sa do
Primarni izvor podataka za korisnike je baza podataka koja sadrži informacije o krajnjem korisniku. Međutim, obično nije autoritativni izvor za upravljanje identitetom korisnika i što je još važnije, biće isključen na kraju tranzicije i stoga je isključen kao dugoročni autoritativni izvor informacija o identitetu.
Cisco preporučuje korišćenje centralizovanog direktorija u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinstveni izvor istine za identitete korisnika. Sinhronizacija korisnika iz Entra ID-a kako bi se osigurala doslednost, pojednostavljuje upravljanje i podržava mogućnosti jednokratne prijave (SSO).
Da bi se osiguralo da su svi korisnici prisutni i u Entra ID-u, organizacije treba da potvrde da li korisnički nalozi odgovaraju nalozima u Entra ID-u. To se može uraditi izvozom korisničkih lista iz i upoređivanjem sa listama korisnika Entra ID.
Ukratko, preporučeni metod obezbeđivanja je sinhronizacija korisnika sa Microsoft Entra ID-a (Azure AD) na Vebek pomoću Azure AD Vizard ili SCIM aplikacija. Ručno i CSV masovno obezbeđivanje dostupne su kao dodatne metode, ali su manje skalabilne i sklonije greškama za velike organizacije. Osiguravanje da je Entra ID autoritativni izvor i da svi korisnici postoje u Entra ID-u ključno je za uspešnu migraciju i dosledno korisničko iskustvo u svim okruženjima.
Prelazak sa lokalnog servisa direktorijuma, na primer, na uslugu direktorijuma u oblaku, kao što je Entra ID (Azure ID), nezavisan je od tranzicije poziva. Active Directory Cisco preporučuje završetak pre laska na uslugu direktorijuma u oblaku pre nego što započnete tranziciju poziva.
Dizajniranje korisničkih grupa
Nakon prelaska direktorijuma preduzeća iz lokalnog u oblak, prikupite potrebne korisničke grupe vođene zahtevima licenciranja i š ablona funkcija. Za svaki grupni dokument:
-
Naziv grupe: jedinstveno ime grupe.
-
Licence: licence koje se dodeljuju ovoj grupi (ako ih ima) i obim (ako licence budu dodeljene postojećim korisnicima ili samo novim korisnicima)
-
Predlošci podešavanja: Aplikacija Vebek i šabloni za pozivanje korisnika.
-
Sinhronizacija direktorijuma: Da li će se ova grupa sinhronizovati iz direktorijuma preduzeća ili je ovo lokalna Vebek grupa obezbeđena u Control Hubu ili preko API-ja.
-
Opis: kako će se ova grupa koristiti i koji korisnici treba da budu članovi ove grupe
Ovi detalji će se koristiti kasnije tokom faze implementacije za kreiranje lokalnih grupa ili grupa u direktorijumu preduzeća i upravljanje grupnim članstvom korisnika.
Jednokratna prijava (SSO)
Cisco preporučuje upotrebu SSO za autentifikaciju korisnika. Korišćenje SSO ima neke ubedljive prednosti, uključujući:
-
Po@@ jednostavljena autentifikacija korisnika: Korisnici se mogu jednom prijaviti koristeći svoje korporativne akredi tive (npr. Iz Azure ID-a) za pristup i drugim integrisanim aplikacijama, eliminišući potrebu za više lozinki i smanjujući upute za prijavu. Ovo povećava sigurnost osiguravajući da se korporativne lozinke nikada ne čuvaju ili prenose nakon autentifikacije.
-
Pojednostavljeno upravljanje korisnicima: Automatizuje kreiranje, ažuriranje i deaktivaciju korisničkih naloga na osnovu promena u korporativnom direktorijumu, smanjujući administrativne troškove i osiguravajući pristup samo ovlašćenim korisnicima.
-
Poboljšana bezbednost: SSO smanjuje zamor lozinke i rizik od kršenja vezanih za lozinku centralizacijom autentifikacije putem pouzdanih provajdera identiteta (IDP).
-
Jednostavna integracija višefaktorske autentifikacije (MFA): MFA se može lako podržati bilo putem rešenja za upravljanje pristupom identitetu kao što je Cisco Duo ili putem M FA podrške IDP-a.
Postoji više opcija za implementaciju SSO za usluge:
-
SSO zasnovan na SAML 2.0: Primarni protokol podržan za integraciju SSO, omogućavajući sigurnu razmenu informacija o autentifikaciji između IDP-a i provajdera usluga.
-
OpenID connect (OIDC): Podržan kao alternativni savremeni protokol za autentifikaciju za SSO integraciju.
-
Vebek identitet: Takođe podržan kao opcija dobavljača identiteta.
SSO se konfiguriše i upravlja centralno, što zahteva razmenu metapodataka između i izabranog IDP-a.
Nakon konfiguracije, SSO se može testirati pre aktivacije kako bi se osiguralo pravilno podešavanje.
Cisco podržava integraciju sa više testiranih i najčešće korišćenih IDP-ova i sistemima za upravljanje identitetom (IAM), uključujući, ali ne ograničavajući se na:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFederacijske usluge (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Ovi IDP-ovi su u skladu sa SAML 2.0 ili OpenID Connect standardima i potvrđeni su za kompatibilnost sa Cisco rešenjima za saradnju.
Višestruka IDP podrška
omogućava organizacijama da konfigurišu SSO sa više IDP-ova za prilagođavanje složenim IT okruženjima kao što su spajanja, akvizicije ili decentralizovana IT odeljenja gde različite grupe koriste različite raseljene osobe. Podrška za više IDP može se implementirati pomoću funkcije Multiple iD P u ili kroz integraciju IAM sistema preduzeća kao što je Cisco Duo.
Podrška za više provajdera identiteta (IDP) rješava nekoliko ključnih slučajeva upotrebe u kojima organizacije zahtevaju fleksibilnu i sigurnu autentifikaciju u različitim IT okruženjima:
1. Spajanja i akvizicije
Kada se kompanije spajaju ili steknu druge, često imaju zasebnu IT infrastrukturu i različite raseljene osobe koje se ne mogu udružiti. Višestruka podrška za IDP omogućava korisnicima obe organizacije da bezbedno potvrde autentifikaciju i sarađuju bez potrebe da odmah objedinjavaju svoje sisteme identiteta.
2. Više nezavisnih IT odeljenja
Velike organizacije ili vladine institucije mogu imati više nezavisnih IT odeljenja, od kojih svako upravlja sopstvenim IDP-om. funkcija višestrukog IDP-a omogućava ovim odeljenjima da održavaju sopstvene sisteme za autentifikaciju, istovremeno omogućavajući korisnicima neprimetan pristup.
3. Različite grupe korisnika ili domeni
Organizacije sa različitim grupama korisnika (npr. Zaposleni protiv izvođača radova) ili više domena e-pošte mogu da konfigurišu pravila rutiranja da usmere zahteve za autentifikaciju na odgovarajući IDP na osnovu članstva u domenu ili grupi. Ovo podržava diferencirane politike pristupa i bezbednos ne kontrole.
4. Podrška za različite protokole za autentifikaciju
podržava SAML i OpenID Connect (OIDC) IDP, omogućavajući organizacijama da integrišu različite tipove provajdera identiteta u skladu sa njihovom postojećom infrastrukturom i bezbednosnim zahtevima.
5. Poboljšana sigurnost i usklađenost
Omogućavanjem više raseljenih lica, organizacije mogu implementirati jače mehanizme autentifikacije, uključujući višefaktorsku autentifikaciju (MFA) putem integracija poput Duo, i primeniti dosledne bezbednosne politike u različitim bazama korisnika.
6. Pojednostavljeno korisničko iskustvo
Korisnici mogu da potvrde autentifikaciju koristeći svoje postojeće akreditive sa svojih IDP-a, pružajući jedinstveno iskustvo prijave uprkos osnovnoj složenosti sistema više identiteta.
Iako podrška za više IDP pruža fleksibilnost, zahteva pažljivu koordinaciju među timovima za bezbednost i identitet kako bi se održale dosledne bezbednosne politike i izbegle potencijalne ranjivosti.
Duo MFA sa SSO za
Duo Access Gateway (DAG) može da autentifikuje korisnike koristeći postojeće lokalne direktorije ili direktorijume zasnovane na oblaku kao što su Active Directory (AD) i OpenLDAP. Takođe podržava integraciju sa drugim dobavljačima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućava organizacijama da koriste svoju trenutnu infrastrukturu direktorijuma za Vebek SSO sa Duo MFA.
Duo deluje kao jak sloj za autentifikaciju na vrhu autentifikacije primarnog direktorijuma. Funkcioniše kao provajder identiteta (iDP) koristeći SAML 2.0 za sprovođenje dvofaktorske autentifikacije (2FA) pre odobravanja pristupa. Duo procenjuje kontekst korisnika, uređaja i mreže u odnosu na podesive smernice za dozvoljavanje ili uskraćivanje pristupa, poboljšavajući sigurnost osim samo korisničkog imena i lozinke. Duo takođe pruža fleksibilne kontrole politike, kao što je zahtevanje MFA pri svakom prijavljivanju za neke aplikacije, a ređe za druge.
Prednosti Cisco Duo uključuju:
-
Poboljšana bezbednost: dodaje MFA otporan na krađu identiteta radi zaštite pristupa, smanjujući rizik od ugroženih lozinki.
-
Fleksibilne politike: Omogućava detaljnu kontrolu nad zahtevima za autentifikaciju po aplikaciji ili grupi korisnika.
-
Integracija sa postojećim direktorijumima: Podržava lokalne AD, OpenLDAP, direktorijume u oblaku i razne SSO provajdere, minimizirajući promene infrastrukture.
-
Pogodnost korisnika: Podržava jednokratnu prijavu (SSO) kako bi se smanjio zamor lozinkom omogućavajući korisnicima da se jednom prijave i bezbedno pristupe više resursa.
-
Pouzdane krajnje tačke: Podržava poverenje uređaja za klijente na Vindovs-u i macOS-u, poboljšavajući bezbednosni položaj.
-
Samoposlužni upis: U građena registracija i dvosmerna uputstva poboljšavaju korisničko iskustvo tokom podešavanja MFA.
Duo MFA sa SSO koristi postojeće direktorijume kao što su OpenLDAP, ili Active Directory dobavljači identiteta u oblaku, za autentifikaciju korisnika. Duo-ova uloga je da obezbedi snažan drugi faktor autentifikacije zasnovan na politici integrisan kroz SAML 2.0, poboljšavajući sigurnost uz održavanje pogodnosti korisnika putem SSO-a. Prednosti uključuju poboljšano držanje bezbednosti, fleksibilno spro vođenje politike, besprekornu integraciju i bolje korisničko iskustvo.
Cisco preporučuje implementaciju SSO za korisnike. Za poboljšanu bezbednost preporučuje se integracija sa Cisco Duo.
Strategija Enterprise IAM i SSO trebalo bi da se primenjuju pre početka prelaska sa na.
Karakteristike
ima kompletan komplet osnovnih karakteristika koje su uključene u uslugu. Ovo uključuje mnoge funkcije pozivanja preduzeća koje su dostupne dugi niz godina. Možda nećete videti 100% paritet između funkcija i funkcija, ali kao što možete videti na donjoj slici, ključne funkcije pozivanja su dostupne u.
Pored mnogih korisničkih funkcija, ima i osnovne funkcije sistema koje su uključene u platformu. To uključuje funkcije kao što su auto-pratioci, redovi poziva, pozivni park itd. Sve dostupne osnovne funkcije sistema možete videti u odeljku Usluga → Pozivanje → Funkcije kao što je prikazano na slici Webex Callingosnovne funkcije.
Auto asistent
Automatski asistent omogućava automatizaciju rukovanja dolaznim pozivima 24/7, što omogućava efikasno rukovanje pozivima bez potrebe da osoba odgovori na svaki poziv.
Automatski pratilac odgovara na dolazne pozive i pruža pozivaocu meni opcija gde želi da usmeri svoj poziv. To može biti za osobu, kutiju za govornu poštu ili službu za pozivanje (npr. Red poziva). Pozivat elj koristi tablu za biranje svog telefona da bi uneo broj iz menija automatskog prati oca.
Automatski asistent podržava sledeće ključne karakteristike:
-
Raspored poslovanja i posle radnog vremena
-
Raspored praznika
-
Opcija menija za biranje kako biste svoje kupce usmerili tamo gde treba da idu
-
Prilagodite pozdrave
-
Birajte po imenu opcija
-
Opcije prosleđivanja poziva
-
Analitika i izveštaji Control Hub.
Više informacija potražite u odeljku U pravljanje automatskim prati ocima.
Pozovite park
Call park daje korisnicima mogućnost da lako stave poziv na čekanje kako bi drugi korisnik lako mogao da preuzme kada su na raspolaganju da ga prihvate. Takođe oslobađa korisnika koji je odgovorio na originalni poziv da upućuje ili prima druge pozive dok je poziv parkiran.
Postoje dve vrste pozivnih parkova dostupne u:
-
Direktno parkir anje poziva - omogućava svakom korisniku da parkira poziv na proširenje drugog korisnika ili na proširenje pozivnog parka, kako je definisao administrator
-
Grupa za parkiranje poziva - omogućava definisanoj grupi korisnika da automatski parkiraju pozive u odnosu na dostupne destinacije parka definisane za grupu. Ove destinacije mogu biti proširenja član ova grupe ili proširenja pozivnog parka.
Na osnovu konfiguracije i tipa parkiranja, korisnici mogu da preuzmu pozive biranjem poziva *88+><extension of parked call>, pritiskom na linijski taster povezan sa ekstenzijom za parkiranje poziva ili korišćenjem softtastera na svom IP telefonu.
Dostupna je opcija opoziva za opoziv parkiranog poziva nakon određenog perioda korisniku koji je parkirao poziv ili alternativnom korisniku.
Više informacija potražite u odeljku U pravljanje parkom poziva u kontrolnom čvorištu.
Preuzimanje poziva
Preuzimanje poziva omogućava administratoru da definiše grupu korisnika (članova) koji mogu da odgovore na poziv na telefon drugog člana. Ovo daje korisniku mogućnost odgovaranja na pozive kada su njihovi saigrači zauzeti i ne mogu da odgovore na dolazni poziv.
Korisnici u grupi moraju biti na istoj lokaciji.
Korisnici mogu da koriste telefon ili svoj stolni telefon za preuzimanje poziva.
-
:
-
Podržava vizuelna i audio obaveštenja
-
Obavijest o dolaznom pozivu
-
Preuzimanje poziva zasnovano na licu (birajte*98) ili preuzimanje tosta sa obaveštenjima
-
Obaveštenja o preuzimanju poziva za više linija.
-
-
Stolni telefoni:
-
Obavijest o dolaznom pozivu
-
Audio zvoni i vizuelno obaveštenje preko LED telefona. 6821 podržava samo audio zvona
-
Kada je tip obaveštenja izabran u odeljku nije nijedan
-
-
Obaveštenja o preuzimanju poziva samo za primarne linije.
-
Više informacija potražite u odeljku Konfigurisanje grupe za preuzimanje poziva.
Red za pozive
uključuje redove samo glasovnih poziva kao deo svojih osnovnih funkcija i svaki korisnik sa profesionalnom licencom može biti deo reda poziva, agenta ili supervizora. Ova funkcija omogućava korisnicima da efikasno komuniciraju sa kupcima. Redovi poziva podržavaju podskup nekih osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni pozivi, usmjeravanje veština ili prioriteta, upravljanje redovima agenata, analitika, izveštavanje itd.
Cisco-ov poziv za integraciju Microsoft Teams omogućava agentima da pristupe pozivima i funkcijama u redu poziva direktno sa svog klijenta Microsoft Teams.
Redovi poziva podržavaju sledeće ključne funkcije:
-
Pozdrav i poruke (dobrodošlica, udobnost, šapat itd.)
-
Držite muziku
-
Povratni poziv
-
Smernice za usmjeravanje reda čekanja (noćna usluga, praznici, prosleđivanje)
-
Prijava/odjava u redu agenta
-
Upravljanje statusom reda agenta
-
ili Podrška za Desk Phone
-
Nadzorni agent poziva nadgledanje, trener, barž ili preuzima kontrolu putem kodova za pristup funkcijama (FACs)
-
(administratorski pristup) za:
-
upravljanje redovima
-
Analitika i izveštavanje agenta i reda
-
Upravljanje čekanjem, agentom i supervizorom.
-
Više informacija potražite u odeljku Kon figurisanje reda poziva.
ima dodatak za korisničku pomoć koja pruža dodatne mogućnosti čekanja poziva i pruža agentima i supervizorima bolje korisničko iskustvo unutar. Za poređenje funkcija čekanja poziva i korisničke pomoći pogledajte poređenje funkcija reda Webex Calling poziva i korisničke pomoći.
Hunt Group
Hunt Groups omogućavaju usmeravanje dolaznih poziva određenoj grupi korisnika putem unapred određenog obrasca usmjeravanja poziva. Ovo osigurava da na pozive odgovara prava grupa korisnika ili ih šalje na govornu poštu radi praćenja.
Jedna velika razlika između lovačkih grupa i redova poziva je u tome što pozivi nisu u redu u lovačkim grupama, tako da ako nijedan korisnik u Hunt grupi nije dostupan da odgovori na poziv, oni će biti isključeni, poslati na govornu poštu ili prosleđeni na drugi broj (korisnik ili servis).
Više informacija potražite u odeljku U pravljanje grupama za lov u kontrolnom čvorištu.
Režimi rada
Funkcija režima rada omogućava preduzećima da efikasno usmeravaju pozive na različite destinacije (korisnici, govorna pošta, usluge pozivanja poput reda poziva). Gde i kada se poziv usmerava zasniva se na rasporedu dana i dana u nedelji i svaki korisnik može biti ovlašćen da upravlja ovim režimima (rasporedima) radi kontrole promena u usmeravanju poziva.
Kao primer, pozivi u red poziva mogu se preusmjeriti na drugi red poziva sa agentima u drugoj vremenskoj zoni kako bi odgovarali na pozive posle radnog vremena, tokom radnog vremena biti usmereni lokalnim agentima, a tokom praznika preusmereni na govornu poštu radi praćenja nakon povratka agenta u kancelariju.
Ovlašćeni korisnik može da se prebacuje između ovih različitih scenarija (režima) prosleđivanja poziva ako treba da promeni mesto gde se dolazni pozivi usmeravaju tokom određenog perioda. Ovi korisnici mogu da upravl jaju režimima putem svojih 6800/7800/8800 MPP telefona, 9800 telefona ili u korisničkom čvorištu u režimima upravljanja.
Za više informacija pogledajte Usmer avanje poziva na osnovu režima rada u Webex Calling.
Pejdžing grupa
Pejdžing grupe omogućavaju korisnicima da upućuju jednosmerni poziv za slanje audio poruke grupi korisnika. Svaka grupa može sadržati do 75 ciljnih korisnika i/ili radnih prostora do kojih se postiže biranjem unapred definisanog broja ili proširenja.
Kada korisnik pozove Pejdžing grupu, istovremeno se poziva svim dodeljenim ciljevima u grupi, u kojem trenutku pozivatelj može da izgovori svoje poruke i prekine vezu kada završe.
Više informacija potražite u odeljku Konfigurisanje grupe za stranivanje u kontrolnom čvorištu.
Snimke
podržava snimanje poziva upućenih ili primljenih od strane korisnika. Ovo može biti potrebno za potrebe kvaliteta, osiguranja, sigurnosti ili obuke. Podrazumevano se pozivi snimaju, ali se mogu koristiti i drugi dobavljači snimanja trećih strana ako su potrebne druge funkcije snimanja ili usklađenost i regulatorni zahtevi.
Kada se koristi kao platforma za snimanje, svi snimljeni pozivi se upravljaju unutar njih. Potpuni administratori sa ulogom službenika za usklađenost mogu da igraju i preuzimaju snimke. Bez uloge službenika za usklađenost, administrator može izbrisati samo snimke.
Više informacija o ovoj funkciji i listu snimanja treće strane potražite u odeljku U pravljanje snimanjem poziva za Webex Calling.
Doseg jednog broja
Doseg jednog broja omogućava pozivima na korisnički telefonski broj da zvone na više uređaja. Ovo može uključivati i druge stolne telefone, kao i mobilne telefone. Pozivi se takođe mogu upućivati sa ovih uređaja, a korisnici mogu da guraju i povlače pozive između njih.
Više informacija o ovoj funkciji i načinu na koji je administrator konfiguriše potražite u odeljku Kon figurisanje dosega jednog broja (kancelarija bilo gde).
Za više informacija o tome kako korisnik može da upravlja i konfiguriše ovu funkciju za sebe u Webex User Hub (portalu), pogledajte odeljak Konfigurisanje dosega jednog broja (kancelarija bilo gde).
Grupa govorne pošte
Grupe govorne pošte omogućavaju deljeni okvir za govornu poštu koji se može dodeliti korisniku ili funkciji usmeravanja poziva. Neki od razloga zbog kojih može biti potrebna grupa govorne pošte su:
-
Govorna pošta opšte namene za odeljenje ili radnu grupu
-
Dodajte opciju govorne pošte u automatsku pratnju ili lovačku grupu
-
Da biste slali preplavljene pozive iz reda poziva
-
Korisnici kojima je potreban samo okvir za govornu poštu.
Više informacija potražite u odeljku U pravljanje del jenom govornom poštom i dolaznim faksom za. Webex Calling
Pridržavajuća konzola je navedena na stranici Funkcije pozivanja u Vebek-u, međutim to je dodatna funkcija koja zahteva kupovinu licence za prateću konzolu za korišćenje.
Više informacija potražite u odeljku Početak rada sa konzolom za pratioce.
Za informacije o svim funkcijama, uključujući neke funkcije dodataka, pogledajte Funkcije dostupne prema tipu licence za Webex Calling.
Implementirati
Spremnost mreže
Prvi korak u prelasku je da se obezbedi pouzdana i sigurna internetska veza između lokalne mreže i oblaka.
Budući da se većina organizacija povezuje na internet putem jednog ili više zaštitnih zidova ili sigurnosnih uređaja, neophodno je potvrditi da li su potrebni saobraćajni to kovi podržani.
Administratori mreže i bezbednosti moraju razumeti ove tokove u smislu:
-
Pravac (dolazni i odlazni)
-
Protokoli (primer - SIP TLS, SRTP, HTTPS)
-
Opseg IP adresa koje koriste usluge
-
Brojevi por tova koji moraju biti otvoreni ili dozvoljeni.
Ovo osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurisani za prilagođavanje saobraćaju uz održavanje bezbednosnih politika preduzeća.
Za informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, pogledajte Referentne informacije o portu za Webex Calling. Koristite ove informacije za konfigurisanje zaštitnog zida, proksija i druge mrežne infrastrukture u postojećoj implementaciji kako biste omogućili mrežne tokove.
Decentralizovani internet proboj iz svake grane ili lokacije je preporučeni pristup za usluge saradnje u oblaku kao što su. Omogućavajući lokalno izlazak saobraćaja, ovaj model:
-
Smanjuje kašnjenje i podrhtavanje putovanja, poboljšavajući ukupni kvalitet poziva
-
Efikasno se skalira kako više korisnika i veb lokacija prelazi na
-
Besprekorno radi sa SD-VAN-om, koji može dinamički usmeravati sesije do najbliže ulazne tačke oblaka za optimalne performanse
- Omogućava praćenje lokacije korisnika na osnovu njihove javne IP adrese što pomaže u analizi putanje medija i rešavanju problema.
Pored toga, organizacije moraju osigurati adekvatan propusni opseg interneta na svakoj lokaciji. Propusni opseg treba da bude dimenzionisan na osnovu očekivanog broja istovremenih poziva, izabranog kodeka (npr. Opus ili G.711), plus režijske troškove za signalizaciju, retransmisiju i rast. Ovo se usklađuje sa fazom Pripreme životnog ciklusa PPDIO i uspostavlja čvrstu osnovu za migraciju.
Početno podešavanje
Pododjeljak početnog podešavanja u fazi implementacije implementacije temelj je za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvata kritične zadatke kao što su postavljanje organizacije, nabavka i dodeljivanje licenci i verifikacija i potraživanje domena vaše kompanije kako bi se osiguralo pravilno upravljanje korisnicima i sigurnost. Pored toga, uključuje obezbeđivanje šablona licenci za automatizaciju dodeljivanja korisničkih licenci, konfigurisanje jednokratne prijave (SSO) radi pojednostavljenja autentifikacije korisnika i poboljšanja bezbednosti, kao i prilagođavanje postavki usluga i klijenta u skladu sa organizacionim smernicama i potreb ama korisnika. Dovršavanjem ovih početnih aktivnosti podešavanja osigurava se da je okruženje pravilno konfigurisano za skalabilnost, sigurnost i besprekorno korisničko iskustvo, postavljajući pozornicu za naredne faze primene i operacije.
Verifikacija domena
Da biste omogućili identifikaciju korisnika registrovanih sa domenima e-pošte vaše kompanije, neophodno je da verifikujete svoje domene. Bez verifikacije domena, korisnici će biti dodeljeni potrošačkoj organizaciji, što komplikuje upravljanje korisnicima za vašu kompaniju. Verifikacija domena je obavezan korak koji omogućava vašoj organizaciji da zahteva i efikasno upravlja tim korisnicima.
Uverite se da su svi domeni povezani sa adresama e-pošte vaših korisnika verifikovani. Verifikacija domena nije ekskluzivna; isti domen se može verifikovati u više organizacija.
Više informacija o upravljanju domenima potražite u odelj ku Upravljanje domenima.
Zahtevajte (konvertujte) postojeće korisnike
Nakon uspešne verifikacije domena, možete nastaviti da zahtevate korisnike koji su se registrovali za korišćenje domena e-pošte vaše kompanije u vašu organizaciju. Ovaj proces objedinjuje sve koris nike pod jednim organizacionim kišobranom, omogućavajući centralizovano upravljanje i pojednostavljenu administraciju. Tražeći ove korisnike, osiguravate da vaša kompanija ima potpunu kontrolu nad korisničkim nalozima, omogućavajući vam da dodelite odgovarajuće licence, konfigurišete usluge i efikasno pružite potrebnu podršku. Ovaj jedinstveni pristup upravljanju poboljšava sigurnost, pojednostavljuje pružanje usluga korisnika i obezbeđuje dosledan pristup uslugama u celoj organizaciji. Tvrdnjavanje korisnika takođe sprečava da njima upravljaju u spoljnim ili potrošačkim organizacijama, čime se održava organizacioni integritet i kontrola nad resursima saradnje.
Za više informacija o prijavljivanju korisnika potražite u od eljku Zahtev korisnika vašoj organizaciji (konvertovanje) korisnika.
Konfigurišite i testirajte sinhronizaciju direktorijuma
Da biste omogućili besprekorno upravljanje korisnicima i grupama, možete da sinhronizujete korisnike i grupe iz svog korporativnog direktorijuma bilo Microsoft Entra ID (ranije Azure AD) ili Microsoft Active Directory (AD) sa. Ovaj proces osigurava da se identiteti korisnika i članstvo u grupama dosledno održavaju u vašem okruženju.
Za organizacije koje sprovode fazne implementacije, ključno je kontrolisati i ograničiti obim sinhronizacije tokom početnog uvođenja. Ovo minimizira rizik od neželjenih promena i omogućava ciljano testiranje pre šireg usvajanja.
Najefikasniji metod za filtriranje koji su korisnici sinhronizovani je iskorišć avanje članstva u grupi direktorijuma:
| 1 |
Kreirajte namensku grupu za sinhronizaciju: U direktorijumu preduzeća (Microsoft Entra ID ili AD) napravite bezbednosnu grupu posebno za sinhronizaciju (na primer, grupa za sinhronizaciju). |
| 2 |
Popunite grupu ciljnim korisnicima: Dodajte samo korisnike koje želite da sinhronizujete (kao što je test grupa tokom pilot faze) u ovu grupu. Ovo vam omogućava da strogo kontrolišete ko je uključen u proces sinhronizacije. |
| 3 |
Konfigurišite ugovor o sinhronizaciji pomoću filtriranja zasnovanog na grupama: Kada postavljate ugovor o sinhronizaciji u dodeljivanju Directory Connector ili Entra ID-a, konfigurišite opseg tako da uključuje samo korisnike koji su članovi određene grupe.
|
| 4 |
Proširite grupu po potrebi: Kako napredujete u šire faze primene, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinhronizaciju. Opseg sinhronizacije će se automatski proširiti na ove korisnike, omogućavajući kontrolisano i postepeno uvođenje. Primer koraka implementacije:
Reference: Sinhronizujte korisnike Entra ID-a u Control Hub |
Podesite i testirajte jednokratnu prijavu (SSO)
Jednokratna prijava (SSO) poboljšava sigurnost i pojednostavljuje pristup korisnicima omogućavajući korisnicima da jednom potvrde autentifikaciju sa svojim korporativnim akreditivima i dobiju besprekoran pristup. podržava SSO integraciju sa IDP-ovima usklađenim sa SAML 2.0, uključujući Microsoft Entra ID (ranije Azure AD), Active Directory (AD) federativna rešenja i razne nezavisne raseljene osobe.
U ovom trenutku dizajnirano podešavanje SSO treba implementirati i testirati.
Reference:
Integracija sa jednom prijavom u kontrolno čvorište
konfigurišite jednokratnu prijavu za vebek administraciju
Konfigurišite jednokratnu prijavu pomoću Microsoft Entra ID-a
Nabavka, obezbjeđivanje i verifikacija licenci
Kao deo početnog podešavanja za, neophodno je nabaviti, obezbediti i proveriti odgovarajuće licence za omogućavanje i efikasno upravljanje uslugama. Proces nabavke uključuje odabir vrsta licenci na osnovu korisničkih uloga i radnih opterećenja, kao što su profesionalne, standardne i radne licence. Licence se generišu i obezbeđuju preko Cisco-ovih softverskih platformi ili preko partnera. Nakon nabavke i obezbeđenja, potrebno je verifikovati odgovarajući broj licenci. Ovaj proces osigurava da organizacija ima aktivirane ispravne licence i spremne za upotrebu u implementaciji.
Kao deo početnog podešavanja licenciranja u, važno je konfigurirati automatsko licenciranje zasnovano na organizaciji kako bi se pojednostavilo dodeljivanje licenci za nove korisnike. Ovo podešavanje omogućava automatsko odobravanje licenci kada se korisnici dodaju u organizaciju, eliminišući potrebu za ručnim dodeljivanjem licen ci. Kada konfigurišete automatsko licenciranje na nivou organizacije, birate usluge za dodeljivanje i definisanje opsega, kao što je primena licenci samo budućim korisnicima ili uključivanje postojećih korisnika.
Međutim, ako vaš plan implementacije umesto toga uključuje korišćenje automatskog licenciranja na nivou grupe, možete odlučiti da ne dodelite licence na nivou organizacije da biste izbegli sukobe ili dupliciranje dodeljivanja licenci. Sa automatskim licenciranjem na nivou grupe, licence se dodeljuju na osnovu članstva u grupi. Korisnici u više grupa dobijaju licence za sve važeće grupne zadatke.
Konfiguracija dodeljivanja licenci zasnovana na grupi mora se izvršiti nakon završetka sinhronizacije direktorijuma tako da sinhronizovane grupe postoje i mogu se koristiti za dodeljivanje licenci.
Konkretno, automatsko dodeljivanje licence zahteva dodatne detalje o obezbeđivanju, kao što su lokacija korisnika i dodeljivanje telefonskog broja. Radni telefonski broj korisnika mora biti u formatu+E.164, unapred obezbeđen i dodeljen važećoj lokaciji da bi se licenca automatski aktivirala. Ako ovi uslovi nisu ispunjeni, korisniku se neće automatski pružati usluge i može biti potrebna ručna intervencija.
Ukratko, konfigurišite automatsko licenciranje zasnovano na organizaciji za nove korisnike ako želite široku dodeljivanje licence za cijelu organizaciju. Ako više vol ite detaljniju kontrolu ili imate različite potrebe za licenciranjem po grupi, konfigurišite automatsko licenciranje na nivou grupe i izbegavajte dodeljivanje licenci na nivou organizacije kako biste sprečili preklapanje i osigurali pravilno upravljanje licencama.
Webex Calling servisne postavke
Neophodno je izvršiti sveobuhvatan pregled i konfiguraciju globalnih postavki usluga unutar.
Započnite pristupom i kretanjem do odeljka za podešavanja. Pažljivo pregledajte svaku opciju koja se može podesiti, uključujući, ali ne ograničavajući se na, konfiguraciju internog biranja, parametre poziva u hitnim slučajevima, smernice za usmeravanje poziva, upravljanje govornom poš tom i podrazumevane postavke uređaja.
Prilagodite ova globalna podešavanja tako da odražavaju smernice i dizajnerske odluke vaše organizacije.
Takođe, podešavanja podešavanja i predloške korisnika i aplikacija.
Pilotska migracija
Tokom faze implementacije, izvršenje pilot migracije predstavlja kritičnu prekretnicu u potvrđivanju prelaska sa na. Ovaj pilot uključuje obezbeđivanje reprezentativnog podskupa korisnika na jednoj ili više lokacija na platformi, osiguravajući da odabrana populacija odražava različite slučajeve upotrebe i organizacione uloge. Paralelno sa migracijom korisnika, osnovne usluge saradnje, uključujući govornu poštu, automatske pratioce, redove poziva i grupe za lov, moraju se prebaciti na njihove ekvivalente kako bi se održao kontinuitet poslovanja i funkcionalnost usluge.
Pilot migracija treba da koristi istu kombinaciju alata koje pruža Cisco i uslužnih programa za migraciju trećih strana koji su planirani za širu organizacionu primenu, osiguravajući da se procesi, tokovi rada automatizacije i tačke integracije temeljno potvrde pod reprezentativnim uslovima.
Primarni ciljevi ove pilot implementacije su dvostruki: prvo, validacija i usavršavanje procesa tranzicije od kraja do kraja, uključujući tokove rada za obezbeđivanje korisnika, procedure migracije podataka i konfiguracije krajnjih tačaka; i drugo, sveobuhvatno prover iti funkcionalnost migriranih usluga u stvarnim operativnim uslovima.
Ovaj fazni pristup omogućava projektnom timu da identifikuje i otkloni sva tehnička ili proceduralna pitanja u kontrolisan om okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, proceni efikasnost odabranih alata za migr aciju i uspostavi poverenje u metodologiju migracije pre nego što nastavi sa širim organizacionim primenom.
Uvidi stečeni tokom ove pilot faze ključni su u optimizaciji naknadnih migracionih talasa i obezbeđivanju glatke tranzicije sman jene rizikom za celo preduzeće.
Nabavite PSTN
Da biste nabavili PSTN usluge za, prvo izaberite opciju PSTN povezivanja u.
Ako organizacija planira da održava hibridnu kontrolu dvostrukih poziva (faza 1 na slici Tranzicija faznog poziva: hibrid i oblak) privremeno ili na neodređeno vreme, moraće da primeni jedan ili više lokalnih prolaza za lokalni PSTN kako bi omogućili pozi vanje između i krajnjih tačaka.
Ako je potpuna tranzicija (faza 2) u oblak krajnji cilj uključujući PSTN, tada će za PSTN biti potreban Cisco Calling Plan ili opcija Cloud Connect for.
Radite sa izabranim provajderom da biste naručili i prenosili brojeve telefona pre nego što ih konfigurišete. Naručivanje telefonskih brojeva ili pokretanje portova je obavezno/moguće samo za lokalne PSTN i Cloud Connect za. Za Cisco planove poziva, naručivanje i prenos pokreće se iz Control Hub-a čim se kreira lokacija i u zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco planovima za pozivanje potražite u od eljku Početak rada sa Cisco planovima.
Kao deo implementacije PSTN, uverite se da je vaš provajder omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Pored toga, izvršite testne pozive da biste proverili da li se pozivi pravilno usmeravaju preko izabrane PSTN veze.
Konfigurišite lokacije
Pre nego što dodate korisnike i uređaje, morate da obezbedite lokacije za pozivanje. Za svaku lokaciju mora se uneti važeća adresa ulice. U SAD-u i Kanadi, ova adresa je potvrđena i korišćena od strane platforme za slanje podataka o lokaciji PIDF-LO za hitne pozive.
Kada konfigurišete lokacije koje koriste lokalni PSTN, potrebno je da podesite lokalne prolaze u skladu s tim. U, za svaki lokalni prolaz moraju biti kreirani prtljažnik i grupa ruta, a grupa ruta se zatim dodeljuje kao PSTN izbor za lokaciju. Cisco snažno preporučuje uvek odabir grupe ruta kao PSTN izbor, jer vam ovaj pristup omogućava lako dodavanje dodatnih debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco takođe preporučuje omogućavanje podrške sa dvostrukim identitetom i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju strane koja se naplaćuje za odlazne direktne ili preusmerene pozive. Ako vaš PSTN provajder koristi drugo zaglavlje za naplatu, možete kopir ati informacije iz zaglavlja P-Charge-Info na lokalnom mrežnom prolazu u traženo zaglavlje za naplatu.
Za lokacije koje koriste Cloud Connect za ili Cisco pozivni plan kao svoju PSTN opciju, jednostavno izaberite odgovarajući PSTN izbor za lokaciju tokom podešavanja. Ako lokacija koristi ili Cloud Connect za ili lokalni PSTN, moraćete da dodate brojeve telefona koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ne želite da budu odmah uključeni u usmeravanje poziva; ove brojeve možete aktivirati kasnije kada su dodeljeni korisnicima ili funkcijama.
Važno je uvek postaviti glavni broj za svaku lokaciju. Glavni broj se može dodeliti korisniku ili funkciji, kao što je automatski prati lac. Da biste omogućili govornu poštu na lokaciji, obavezno podesite broj pilota govorne pošte, poznat i kao broj glasovnog portala.
Dodatna podešavanja za pozivne lokacije uključuju konfigurisanje detalja o hitnim pozivima, kao što su broj za povratni poziv u hitnim slučajevima, opcije obaveštenja i poboljšane funkcije poziva u hitnim slučajevima. Takođe bi trebalo da pregledate i prilagodite postavke snimanja, jezičke postavke i konfiguracije uređaja prema potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno biranje na mreži između lokacija sa značajnim brojevima preduzeća, ne zaboravite da konfigurišete jedinstveni kod lokacije za lokaciju u podešavanjima internog bir anja. Konačno, ako spoljno biranje zahteva odlaznu ci fru biranja, obavezno podesite to u podešavanjima spoljnog biranja. Kada je konfigurisana odlazna cifra za biranje, Cisco preporučuje da se omogući sprovođenje odlazne cifre za biranje kako bi se osigurala doslednost.
Integracija sa lokalnom kontrolom poziva
Da biste se integrisali sa lokalnom kontrolom poziva, potrebno je konfigurirati debla, grupe ruta, planove biranja preduzeća i postavke lokacije i globalne postavke. Započnite postavljanjem debla i lokalnih prolaza namenjenih za međusobno povezivanje sa lokalnim sistemom za kontrolu poziva; ovaj korak je potreban samo ako su neophodni namenski prtljažnici. Ako su postojeći trupci i grupe ruta dovoljni za vašu implementaciju, oni se mogu ponovo koristiti za lokalno međusobno povezivanje bez dodatne konfiguracije.
Kada se uspostave debla i grupe ruta, nastavite sa kreiranjem planova biranja preduzeća i dodelite odgovarajuću grupu ruta kao od redište za svaki plan biranja. Kada integracija uključuje više lokalnih sistema za kontrolu poziva povezanih preko različitih debla, biće potrebno više planova biranja. Važno je osigurati da ovi planovi biranja sadrže samo obrasce potrebne za usmeravanje poziva na lokalna odredišta.
Ako vaša primena zahteva podršku za nepoznato rutiranje proširenja, ova funkcija treba da bude omogućena na nivou lokacije. Pored toga, kada je aktivirano nepoznato rutiranje proširenja, morate da odredite maksimalnu nepoznatu dužinu proširenja u odeljku Usmer avanje poziva između i prostorija u podešavanjima usluga pozivanja u. Ovo obezbeđuje besprekorno usmeravanje poziva i pravilno rukovanje scenarijima biranja zasnovanog na proširenju u vašem integrisanom okruženju.
Migrirajte korisnike u serijama
Kada migrirate korisnike sa na, možda nećete moći da premestite sve korisnike istovremeno. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj sajtova ili korisnika, koliko vremena je potrebno za tranziciju veb lokacije i/ili grupe korisnika odjednom, ograničeni IT ili resursi sajta koji podrž avaju prozor promene, trajanje prozora promene, složenost promene itd.
Kada migrirate korisnike u fazama, ključno je identifikovati koji korisnici moraju da migriraju zajedno u istoj gru pi. Primarni cilj je da se zajedno migriraju korisnici koji imaju međusobne zavisnosti za svoje pozivne usluge i funkcije. Želite da osigurate da su sve njihove funkcije pozivanja (primer - redovi poziva) potpuno funkcionalne kao što su bile pre prelaska.
Čak i ako implementirate interakciju poziva između i sa lokalnim prolazima, ne možete podeliti deljene usluge ili funkcije na ovoj vezi. Zbog toga morate da identifikujete zavisnosti između korisnika gledajući funkcije kao što su:
-
Nadgledanje drugih korisnika koristeći BLF-ove
-
U istom lovu pilot, red poziva itd
-
Zajedničke linije
-
Korišćenje preuzimanja poziva
-
Korišćenje istih brojeva pozivnog parka
-
Interfon
-
Izvršni direktor/administrator.
Primer bi bio korisnik koji je deo Hunt grupe na koju se prelazi. Ovaj korisnik će preći na Hunt Group i sa svim ostalim članovima Hunt grupe. Stoga, nakon tranzicije Hunt Group i njeni članovi mogu uspešno odgovarati na pozive na novoj platformi.
Ovo postaje izazovnije kada su korisnici povezani sa različitim grupama korisnika za različite usluge pozivanja i funkcije. Ovo će zahtevati prelazak više od jedne grupe korisnika i jedne usluge pozivanja u isto vreme.
Koristite izlaz iz alata Migration Insights ili alata treće strane koji ste koristili u fazi pri preme da biste odredili koje korisnike i funkcije treba grupisati zajedno. Ovaj izlaz je trebalo da se koristi za razvoj vašeg plana migracije i pružiće vam uvid u to kako ćete grupisati korisnike i funkcije koje treba da pređu zajedno.
Ključni koraci prilikom prelaska grupe korisnika su:
-
Identifikovanje korisnika koji će zajedno migrirati
-
Proverite da su svi korisnici uključeni
-
Proverite da svi TN-ovi postoje u kojima korisnici postoje
-
Proverite tačan format telefonskog broja u direktorijumu
-
Uverite se da su šablon licenciranja i podešavanja za koris ničke grupe pravilno postavljeni
-
Verifikacija ili konfigurisanje svih usluga poziva i funkcija za grupu korisnika (pre ili tokom tranzicije prema potrebi)
-
U korporativnom direktorijumu dodajte korisnike u grupu korisnika sa omogućenim pozi vanjem
-
Alati za polugu - alati za migraciju korisnika i funkcija i/ili alati trećih strana
-
Onemogućite/izbrišite broj direktorijuma korisnika/uređaja i pozivne funkcije/usluge nakon prelaska.
Nakon migracije grupe korisnika, testirajte podskup korisnika da biste potvrdili da sve njihove funkcije pozivanja i usluge rade ispravno. Ako se funkcije pozivanja kao što su Red poziva, grupe za lov itd. Prebacuju sa grupom korisnika, testirajte ove usluge pozivanja radi ispravne funkcionalnosti.
Radni prostori
U, radni prostor se odnosi na zajedničku lokaciju (poput konferencijske sobe, prostora za skupljanje ili vrućeg stola ) kojoj se mogu dodeliti uređaji, proširenja i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:
-
Lokaciono usmereno: vezano za fizičke prostore.
-
Fleksibilan uređaj: može imati jedan ili više uređaja (stolni telefoni, ploče itd.).
Jednom kada su radni prostori identifikovani kao deo prelaska na, oni se mogu dodati u odeljak Uređaji. Svakom radnom prostoru je potreban dodeljivanje uređaja, a ako su već uključeniUnified CM, potrebno ih je resetovati ili ponovo obezbediti. funkcije kao što su govorna pošta, prosleđivanje poziva i preuzimanje poziva mogu biti omogućene ili onemogućene, a smernice se mogu primeniti za video pozive, parking poziva i mobilnost po potrebi. Testirajte svaki radni prostor upućivanjem internih i spoljnih poziva, testiranjem video zapisa, konferencija i funkcija mobilnosti . Na kraju, obavestite korisnike o svim primenljivim procesima za uređaje radnog prostora i rezervacije.
Za više informacija o radnim prostorima u odeljku Radni prostori.
Uređaji za obezbeđivanje
Telefoni koji su trenutno registrovani moraće da se migriraju kao deo tranzicije u oblak. Da bi migracija bila što jednostavnija uz minimalne šanse za neuspeh, Cisco preporučuje istovremeno migraciju fizičkih lokacija ili odeljenja. Međutim, možda ćete morati da migrirate korisnike u serijama zbog zavisnosti od funkcija. Pogledajte odel jak Migracija korisnika u serijama za više detalja.
Svi podržani telefoni sa kojih treba da pređete moraće da se konfigurišu kao korisnički ili radni prostor, a fizički telefon će morati da se rekonfiguriše da bi se registrovao. Pored toga, telefonima serije 7800 i 8800 potreban je njihov firmver nadograđen sa firmvera Enterprise na multiplatform Phone (MPP) firmver. Ovaj proces uključuje učitavanje prelaznog firmvera pre učitavanja MPP firmvera potrebnog za registraciju. Takođe zahteva odgovarajuću dozvolu za migraciju. Cisco je poboljšao ovaj proces tokom poslednjih nekoliko godina kako bi vam olakšao nadogradnju vaših Enterprise firmvera telefona na MPP firmver. Za više informacija o koracima za dovršavanje nadogradnje firmvera pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MP P firmvera.
Pored koraka navedenih u ovom članku, ima ugrađenu alatku, Migracija telefona u Webex Calling koju možete koristiti za migr aciju svojih 7800 i 8800 telefona sa Enterprise na MPP firmver. Ovaj alat vam takođe omogućava da dodate telefone i dodelite ih odgovarajućim korisnicima ili radnim prostorima. Više informacija o upotrebi alata potražite u od eljku Migracija telefona.
Za bilo koje telefone serije 9800 registrovane sa gore navedenim zahtevom za migraciju firmvera se ne primenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju oba i. Da biste prešli ove telefone na, moraćete da ih dodateWebex Calling, dodelite korisniku ili radnom prostoru, a zatim resetujete telefone na fabrička podešavanja. Sek@@ venca pokretanja PhoneOS-a za registr aciju ispod prikazuje redosled pokretanja PhoneOS-a i način na koji će se telefon registrovati nakon što bude dodan, čak i ako je telefon i dalje obezbeđen i/ili se koriste DHCP opcije (primer - 150).
podržava fabričko resetovanje PhoneOS uređaja kako bi se omogućilo uključivanje Zero-Touch. administratori mogu daljinski resetovati telefone 9800 i 8875 na fabričke postavke putem stranica CUCM administracije, što eliminiše potrebu za fizičkim pristupom telefonima za uključivanje telefona. Ova funkcija je podržana sa paketima uređaja od 9. septembra 2025. godine:
-
CUCM v15 - U jedinjeni menadžer komunikacija verzija 15
-
CUCM v14 - Unified Communications Manager verzija 14.
Za više informacija o procesu registracije za seriju 9800 pogledajte Proces registracije.
Pored Cisco IP telefona, možda će biti potrebno obezbeđivanje drugih uređaja kao što su analogni telefonski adapteri (ATA), bežični (Vifi, DECT) telefoni, video uređaji, glasovni prolazi i uređaji i telefoni treće strane. Mnogi od ovih uređaja nemaju putanju za nadogradnju firmvera poput IP telefona da bi ih prešli sa firmvera preduzeća na firmver u oblak . Stoga ćete svaki od ovih uređaja obezbediti u Control Hub-u. Na neke od njih se ne mogu prebaciti i ekvivalentni model će morati da ga zameni (npr. ATA 191/192) i drugi zahtevaće ručnu rekonfigur aciju i/ili promene softvera.
- Glasovni pristupnici - Da biste migrirali lokalni prolaz, pogledajte odeljak Migracija lokalnog mrežnog prola za.
-
Analogni telefonski adapter (ATA) - Da biste započeli sa vašim Cisco ATA 191 i 192, pogledajte Cisco ATA.
-
Vifi bežični telefon - Da biste integrisali bežični telefon 840 i 860, pogledajte Integrisanje Vebek be žičnog telefona.
-
DECT bežični telefoni - Da biste započeli sa novom Cisco IP DECT 6800 serijom, pogledajte Cisco IP DECT.
Da biste izgradili i upravljali digitalnom DECT mrežom u Control Hubu, pogledajte odeljak U pravljanje DECT mrežom
Za više informacija o Cisco IP DECT 6800 pogledajte Vodič za implementaciju
-
Uređ aji i telefoni tre će strane - Radite sa dobavljač ima treće strane na zahtevima uređaja/telefona i procesu njihove migracije ili zamene za podršku.
Konfigurišite funkcije
Sve funkcije pozivanja koje su potrebne moraju biti obezbeđene pre ili tokom tranzicije. Kao što je diskutovano tokom odeljka Migracija korisnika u serijama, funkcije pozivanja moraju biti konfigurisane i prebačene kada se korisnici koji ih koriste pređu.
Za detalje o tome kako da konfigurišete svaku od funkcija pogledajte odgovarajuće članke pomoći za konfiguraciju.
-
Auto pomoćnici - Da biste upravljali automatskim stjuardesama, pogledajte Auto pomoćnici
-
Call park - Da biste upravljali pozivnim parkom, pogledajte Call park
-
Preuzimanje poziva - Da biste konfigurisali grupu za preuzimanje poziva, pogledajte odeljak Pre uzimanje poziva
-
Redovi poziva - Da biste konfigurisali red poziva, pogledajte odel jak Red poziva
-
Grupe za lov - Da biste upravljali lovačkim grupama, pogledajte odeljak U pravljanje lovačkom grupom
-
Režimi rada - Da biste usmerili pozive na osnovu režima rada, pogledajte Usmeravanje poziva na osnovu operativnih režima
-
Grupe za pejdžiranje - Da biste konfigurisali grupu za pejdžing, pogledajte Konfigurisanje grupe za strinjanje
-
Snimci - Da biste upravljali snimanjem poziva, pogledajte odeljak U pravljanje snimcima
-
Doseg jednog broja - Da biste konfigurisali doseg jednog broja (kancelarija bilo gde), pogledajte odeljak Konfigurisanje jednog broja
Testiranje prihvatanja
Testiranje prihvatanja osigurava da migrirano okruženje ispunjava funkcionalne zahteve, radi kako se očekuje i pruža besprekorno korisničko iskustvo u svim tokovima rada u komunikaciji. Ovaj proces validacije je višestruki i pokriva sve, od pružanja usluga korisnika i dodeljivanja brojeva do operativnih performansi naprednih funkcija poziva .
Ovaj odeljak pruža primere i ističe ključne aspekte koje treba uzeti u obzir tokom testiranja prihvatanja; međutim, nije namijenjen da služi kao iscrpna ili sveobuhvatna kontrolna lista.
Davanje korisnika i dodeljivanje broja
Temeljni aspekt testiranja prihvatanja uključuje proveru da li su svi korisnici obezbeđeni tačno i potpuno unutra. Ovo zahteva temeljno poređenje između izvornog () direktorijuma i novoosnovane korisničke baze kako bi se osiguralo da je svaki korisnički nalog, zajedno sa povezanim atributima kao što su brojevi proširenja i dodeljivanja direktnog unutrašnjeg biranja (DID), ispravno migriran. Kompletnost obezbeđenja je kritična ne samo za operativnost prvog dana, već i za stalnu administraciju i podršku .
Validacija dodeljivanja brojeva uključuje potvrđivanje da je svakom korisniku dodeljeno ispravno proširenje i spoljni broj i da se ti brojevi pravilno usmeravaju i u internim (na mreži) i u spoljnim (PSTN) tokovima poziva. Neophodno je proveriti da li ima preklapanja, nedostajućih zadataka ili pogrešnih konfiguracija koje bi mogle dovesti do grešaka u usmjeravanju poziva ili prekida usluge.
PSTN tokovi poziva i prezentacija ID-a pozivaoca
Robusna procedura testiranja prihvatanja mora obuhvatiti validaciju PSTN tokova poziva od kraja do kraja. Ovo uključuje scenarije dolaznih i odlaznih poziva. Za dolazne PSTN pozive, tim za testiranje treba da potvrdi da se pozivi isporučuju do predviđenih krajnjih tačaka, bilo da su to pojedinačni korisnici, redovi poziva, grupe za lov ili automatski pratioci. Odlaz ni PSTN pozivi moraju biti uspešno postavljeni, sa posebnom pažnjom posve titi ispravnoj isporuci i prezentaciji podataka o ID pozivaocu. Ovo uključuje osiguravanje da se tačno ime i broj pozivaoca prikažu spoljnim primaocima, u skladu sa organizacionim politikama i regulatornim zahtevima.
Testiranje bi takođe trebalo da se pozabavi scenarijima prekida neuspeha, kao što je rukovanje nedostižnim krajnjim tačkama ili poremećaji mreže. Ovo pomaže da se potvrdi da rezervni mehanizmi i alternativno usmeravanje funkcionišu ispravno, održavajući kontinuitet i pouzdanost usluge.
Tokovi poziva na mreži
Interni ili mrežni tokovi poziva čine okosnicu komunikacije preduzeća. Testiranje prihvatanja u ovoj oblasti proverava da li su pozivi između korisnika unutar organizacije pravilno usmereni, a funkcije kao što su prenos poziva, zadržavanje, prosleđivanje i konferencije rade kako je predviđeno . Integritet planova biranja, povezivanje proširenja do proširenja i podrška za politike organizacionih poziva moraju biti potvrđeni.
Rukovanje korisničkim pozivima i validacija funkcija
Važan aspekt testiranja prihvatanja uključuje potvrđivanje načina na koji korisnici obrađuju pozive koristeći i podrž ane stolne telefone. Ovaj proces se fokusira na potvrđivanje da su svakodnevni tokovi rada poziva intuitivni i pouzdani i da korisnici imaju besprekoran pristup osnovnim funkcijama neophodnim za njihove uloge. Testiranje treba da proceni lakoću kojom korisnici mogu da upućuju i primaju pozive, upravljaju funkcijama zadržavanja i nastavka i obavljaju slepe i konsultativne transfere. Takođe je neophodno proveriti da li su prosleđivanje poziva, konferencije i druge napredne mogućnosti, kao što su parkiranje i preuzimanje poziva ili aktiviranje, ne ometaju, lako dostupne i rade nesmetano.
Iskustvo treba proceniti radi jasnoće i odziva, uzimajući u obzir način na koji korisnici komuniciraju sa istorijom poziva, govornom poštom i integrisanim direktorijumima. Dodatnu pažnju treba posvetiti mogućnosti premeštanja aktivnih poziva između uređaja i efikasnog korišćenja kontrola u pozivu unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je osigurati da iskustvo krajnjeg korisnika bude dosledno, efikasno i da u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.
Redovi poziva: Iskustvo agenta i supervizora
Redovi poziva često se koriste za rukovanje scenarijima dolaznih poziva velike količine. Testiranje prihvatanja ovde se fokusira na nekoliko dimenzija. Prvo, treba proveriti da li se pozivi distribuiraju agentima u skladu sa konfigurisanom logikom reda, kao što je okrugli rob, najduži neaktivan hod ili istovremeni zvonj. Prezentacija poziva u redu na radnim površinama agenata mora se ispitati radi jasnoće i lakoće upotrebe, osiguravajući da agenti mogu efikasno prihvatati, zadržati i prenositi pozive.
Za supervizore, iskustvo radne površine treba proceniti za funkcije kao što su nadgledanje u realnom vremenu, prebacivanje poziva i analitika ili uvid u performanse čekanja. Ovo uključuje, ali nije ograničeno na validaciju kontrolnih tabli i alata za izveštavanje koji pružaju korisne podatke o distribuciji poziva, aktivnosti agenta i metrikama reda čekanja.
Hunt Groups: Distribucija poziva
Hunt grupe su ključni mehanizam za distribuciju poziva unapred definisanim skupovima korisnika. Testiranje prihvatanja mora da potvrdi da se pozivi usmeravaju članovima grupe na osnovu konfigurisanog algoritma lova i da se scenariji prelivanja, prosleđivanja i bez odgovora obrađuju prema dizajnu. Osiguravanje da se članstvo u grupi i ponašanje usmjeravanja poziva podudaraju sa onima koje su prethodno utvrđene, od suštinskog je značaja za operativnu doslednost i zadovoljstvo korisnika.
Automatski pratioci: Najave i operacije menija
Automatski pratioci predstavljaju prvu liniju automatizovanog upravljanja pozivima. Testiranje mora obuhvatiti reprodukciju najava, tačnost snimljenih pozdrava i ispravan rad stabala menija. Izbor menija treba pouzdano da upućuje pozivače do odgovarajućih odeljenja, pojedinaca ili spoljnih brojeva. Testiranje takođe treba da uključuje nevažeće ili vremenske scenarije kako bi se potvrdilo da pozivatelji dobijaju jasne smernice ili da su preusmereni kako je predviđeno.
Operacija govorne pošte
Konačno, funkcionalnost govorne pošte je kritična za korisničko iskustvo. Testovi prihvatanja treba da potvrde da li su kutije govorne pošte ispravno dodeljene i dostupne, kako unutar organizacije, tako i na daljinu. Mogućnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno sa isporukom obaveštenja.
Optimizirajte
PSTN migracija na Cloud Connect za
Jednom kada se sve krajnje tačke i korisnici migriraju u pozivanje u oblak, jedina svrha Unified CM je da deluju kao tranzit između PSTN prolaza i preko lokalnog mrežnog prolaza. Uklanjanje PSTN pristupa i lokalnog mrežnog prolaza sa slike korišćenjem Cloud Connect-a kao PSTN pristupa za sve Webex Calling korisnike ima nekoliko prednosti, uključujući smanjenje troško va i poboljšanu pouzdanost. Da biste prebacili lokalni PSTN pristup na Cloud Connect za , sledite ove korake:
-
Cloud Connect za izbor partnera.
Pogledajte listu Cloud Connect za partnere i izaberite jedan od dostupnih partnera koji su dostupni za lokaciju vaše organizacije.
-
Cloud Connect za validaciju.
Pre prebacivanja PSTN pristupa za lokacije na Cloud Connect, povezivanje sa PSTN-om preko izabranog partnera Cloud Connect treba da bude verifikovano i potvrđeno. U tu svrhu potrebno je obezbediti testnu lokaciju sa nekim testnim korisnicima koji su obezbeđeni na toj testnoj lokaciji. PSTN pristup za ovu testnu lokaciju se zatim postavlja partneru Cloud Connect pre nego što potvrdi PSTN povezivanje pomoću testnih telefona. Nakon uspešne validacije, lokacija ispitivanja može se isključ iti.
-
Portiranje brojeva.
Da biste se pripremili za prelazak na Cloud Connect, potrebno je postaviti portove za sve brojeve koji su trenutno dodeljeni PSTN prtljažniku koji se završavaju. Svi brojevi moraju biti preneseni na partnera Cloud Connect. Da bi se održala dostupnost između lokacija, svi brojevi svih lokacija moraju biti preneseni istovremeno .
-
Prebacite se na partnera Cloud Connect.
Na datum prekida, PSTN pristup za sve lokacije treba da bude postavljen na PSTN provajdera koji je povezan sa oblakom, a dolazna i odlazna povezanost treba da bude verifikovana.
Kao što je objašnjeno u PSTN odeljku poglavlja o dizajnu, kupci takođe mogu da izaberu da premeštaju svoj PSTN pristup na Cloud Connect na početku tranzicije koristeći PSTN trunking za hibridne implementacije. Za više informacija pogledajte PSTN trunking za hibridne primene. Webex Calling U tom slučaju tokom tranzicije PSTN pristup za je preko Lokalnog mrežnog prolaza i nakon premeštanja svih korisnika na njega nema dodatnog koraka migracije vezanog za PSTN osim stavljanja van pogona i Lokalnih prolaza.
Optimizirajte lokalnu infrastrukturu
Nakon što su svi korisnici prebačeni i sve krajnje tačke prebačene na registraciju u oblaku (ili su isključene), ažurirajte odgovaraju ću lokalnu infrastrukturu sada kada je pozivanje u oblaku u upotrebi. Ažuriranja infrastrukture uključuju:
-
Uklonite lokalnu kontrolu poziva i DNS SRV zapise za razmenu poruka sa lokalnih DNS servera, uključujući cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje klijentskih usluga.
-
Uklonite DNS SRV zapise vezane za ivice iz javnog DNS sistema uključujući collab_edge. _tls. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje usluga klijenta na ivičnim uslugama saradnje.
-
Ažurirajte sve relevantne DHCP opsege da biste uklonili opciju 66 i opciju 150 adrese TFTP/boot servera. Ovi opsezi više nisu potrebni za otkrivanje i preuzimanje konfiguracije kontrole poziva krajnje tačke.
-
Ažurirajte/uklonite odgovarajuće pozivne kolege u lokalnom prolazi/kocki koji usmeravaju pozive do i sa. Unified CM Ovi pozivni vršnjaci više nisu potrebni za lokalno usmeravanje poziva.
-
Izbrišite ili uklonite sve virtuelne mašine i/ili servere i klasterirajte čvorove. Po potrebi prenamenite računske resurse i hardver . Ovi resursi više nisu potrebni za kontrolu poziva i rubne usluge.
-
Izbrišite ili uklonite sve virtuelne mašine i/ili servere klastera čvorova. Po potrebi prenamenite računske resurse i hardver . Ovi resursi više nisu potrebni za govornu poštu i objedinjene usluge razmene poruka.
-
Čišćenje: Nakon migracije PSTN pristupa na PSTN povezan sa oblakom, PSTN prtljažnici, PSTN prolazi i lokalni prolaz mogu biti isključeni.
-
Za bilo koje postojeće lokalno rešenje E911 izbrišite sve lokacije ili brojeve koji su migrirani na i kada se potpuna tranzicija završi, uklonite virtuelne mašine ili servere aplikacija. Po potrebi prenamenite računske resurse i hardver . Ovi resursi više nisu potrebni za hitne pozive i usluge lokacije.
-
DNS-ovi koji pripadaju migriranim korisnicima treba da budu smešteni u skrivenu particiju kako bi se izbegli kvarovi u usmjeravanju poziva i kako bi se osiguralo da svi CSS-ovi imaju prioritetni pristup putanji u oblaku istih DNS-a.
-
Ažurirajte fizičku lokaciju i mrežni element u mobilnosti horizonta kad god se pojave promene. Uobičajene aktivnosti koje zahtevaju ažuriranja su:
-
Zamena mrežnog prekidača
-
Zamena bežične pristupne tačke
-
Promene opsega DHCP
-
Fizičke promene unutar zgrade (ako se odlučite za kabinu/kancelariju)
-
Fizičko širenje ili kontrakcija poslovnog prostora unutar zgrade.
-
Koristite analitiku i rešavanje problema
pruža sveobuhvatne mogućnosti analitike i rešavanja problema koje će vam pomoći da vizualizujete i pratite svoju implementaciju. Oni pokrivaju kvalitet medija, detaljnu istoriju poziva, red poziva, lovačku grupu i analitiku automatskih pratilaca. Primer analitike kvaliteta medija prikazan je na slici An alitika kvaliteta medija.
U okviru rešavanja problema, svaki poziv upućen korišćenjem može se pregledati sa detaljnim informacijama o ključnim kvalitetu medija i problemima vezanim za signalizaciju kako bi se pomoglo u utvrđivanju problema sa medijima, kao i neuspelih poziva, kao što je prikazano na slici Rešavanje problema sa kvalitetom medi ja.
rešavanje problema takođe može da se integriše sa drugim Cisco proizvodima kao što su ThousandEyes i Meraki prekidači kako bi se pružilo još bogatije integrisano iskustvo u Control Hub-u. Više informacija o korišćenju Webex Callinganalitike i rešavanju problema potražite u odeljku Reš avanje problema sa Webex Calling pozivima u Control Hubu.
Pre nego što počnete
Ovaj vodič je namenjen timovima ili pojedincima sa iskustvom u konfigurisanju i administriranju Cisco Unified Communications Manager (Unified CM) i Cisco krajnjih tačaka, uključujući IP stolne telefone, video uređaje i Jabber soft klijente. Kroz ovaj dokument postoje veze do dokumentacije o proizvodu i podršci za pomoć.
Ovaj dokument se fokusira samo na prelaze sa više stan Unified CM ara na Webex Calling više stanara. Termin Webex Callingu ovom dokumentu uvek se odnosi na Webex Calling više stanara.
Pre nego što započnete migr Unified CM aciju sa doWebex Calling, neophodno je imati sveobuhvatno razumevanje Webex Calling rešenja i njegovih komponenti. Uspešna migracija zahteva poznavanje Webex Calling arhitekture, modela usluga, opcija primene i povezanih funkcija kako bi se pravilno mapirala postojeća radna Unified CM opterećenja i dizajnirao efikasan plan tranzicije.
Temeljito razumevanje sledećih Webex Calling komponenti je od suštinskog značaja za informisanje efikasne strategije tranzicije i operativne spremnosti.
-
Kontrolno čvorište
-
Pružanje direktorijuma i korisnika
-
Webex Callingplatforma
-
Podržane krajnje tačke pozivanja
-
Opcije povezivanja PSTN
-
Webex Callingplan biranja i upravljanje brojevima
-
Karakteristike bezbednosti i usklađenosti.
Za više informacija pogledajte Cisco Preferred Architecture zaWebex Calling.
Ovaj vodič će istaknuti alate i procese koji će se koristiti tokom životnog ciklusa tranzicije. Međutim, prelazak sa lokalnog poziva na novu platformu za pozivanje u oblaku može biti značajan napor sa potencijalnim poslovnim, tehničkim i složenim izazovima. Unified CM Webex Calling Da bi pomogao u prevazilaženju ovih izazova, Cisco ima na raspolaganju nekoliko različitih opcija koje će vam pomoći u vašem putovanju. Važno je pregledati informacije u okviru Enterprise cloud calls - Calling migration i razumeti svaku opciju i kako vam svaka od njih može pomoći u sopstvenoj migraciji.
-
Vebek alati za migraciju: samoposlužni, besplatni alati ugrađeni u Control Hub za pojednostavljivanje prelaska na Webex Calling
-
Sertifikovani provajderi migracije: Cisco potvrđeni dobavljači softvera i alata koji su razvili rešenja za migraciju kako bi pomogli Vebek partnerima i kupcima u složenim i velikim migracijama. Ova rešenja mogu pomoći da se pojednostavi, upravlja i ubrza prelazak na Webex Calling
-
Vebek Setup Assist: usluga migracije koju vodi CISCO i koja vodi kupce i partnere kroz implementaciju i konfiguraciju, što je potrebno za uspešnu migr Unified CM aciju korisnika i usluga. Webex Calling Webex Calling
Pregled
Sa rastom usluga saradnje koje se isporučuju u oblaku, sve više kupaca želi da svoja postojeća radna opterećenja saradnje prebaci u oblak s obzirom na obećanja o smanjenim ukupnim troškovima vlasništva, pojednostavljenom upravljanju, kontinuiranom isporukom funkcija, povećanom obimu i superiornoj pouzdanosti svojstvenoj uslugama zasnovanim na oblaku. Kako kupci žele da izvrše prelazak sa lokalnih na usluge saradnje u oblaku, važno je da razumeju šta tranzicija podrazumeva i korake potrebne za prelazak.
Svrha ovog dokumenta je da pruži smernice za implementaciju korisnicima koji posebno žele da pređu sa lokal Unified CM nog Webex Calling na oblak. Ovaj vodič za implementaciju pretpostavlja da čitalac ima osnovno razumevanje prelaza poziva između Unified CM iWebex Calling, uključujući šta se menja prilikom izvršenja ove tranzicije i koje su razlike prilikom premeš tanja radnog opterećenja poziva iz lokalnog u oblak. Pre nego što nastavite, proverite da li ste pregledali i upoznati sa informacijama dostupnim na m api tranzicije. Ovaj dokument karte tranzicije pruža informacije o promenama i razlikama ove tranzicije.
Kao što je prikazano na slici Lokalna arhitektura saradnje: kontrola poziva i daljinski pristup, tipična lokalna primena uključuje različite komponente infrastrukture za saradnju na mreži, platformu za kontrolu poziva, rubnu platformu, hardverske i softverske krajnje tačke, au nekim slučajevima čak i platforme za konferencije i zakazivanje. U Cisco arhitekturi ovo bi uključivalo kontrolu poziva, brzi put Unified CM za daljinski pristup i poslovne usluge (B2B), Cisco Meeting Server/ Cisco Meeting Management za lokalne konferencije, Uniti Connection za glasovne poruke i hardver okrenut korisniku (Cisco IP telefoni, Cisco Desk i Room video sistemi) i softver () krajnje tačke zasnovane na IP-u. Cisco Jabber Ove komponente se mogu neznatno razlikovati u nekim okruženjima, ali ovo je polazna tačka za tranziciju opisanu u ostatku ovog dokumenta.
Arhitektura prikazana na slici Lok alna arhitektura saradnje: kontrola poziva i daljinski pristup zasniva se na Preferiranoj arhitekturi (PA) za lokalne implementacije kompanije Cisco Collaboration Enterprise. Za više informacija o Enterprise On-Premise pogledajte preferirane arhitekture Cisco-ove saradnje.
Pre: Tabela komponenata infrastrukture za lokalno pozi vanje navodi klju čne elemente lokalne arhitekture pre prelaska Webex Calling u oblak.
| Proizvod | Opis |
|---|---|
| Unified CM | Lokalna kontrola poziva koja pruža usluge registracije uređaja i usmjeravanja poziva |
| Cisco Expressway-C/E | Edge infrastruktura koja pruža mobilnu i Remote Access (MRA) i poslovno- poslovnu (B2B) funkcionalnost koja omogućava udaljenim krajnjim tačkama da se bezbedno povežu izvan organizacije. Brzi put je raspoređen u parovima kako bi se obezbedio prelazak zaštitnog zida za spoljne krajnje tačke. |
| Cisco server za sastanke (CMS), Cisco Meeting Management (CMM) i Cisco Telepresentation Management Suite (TMS) | Lokalna infrastruktura za glasovne, video i veb konferencije koja pruža sastanke u više tačaka, upravljanje sastancima i mogućnosti zakazivanja. [Opcionalno] |
| Cisco Unity Connection | Lokalna platforma za glasovne poruke koja pruža govornu poštu i objedinjene mogućnosti razmene poruka . [Opcionalno] |
| Cisco Desk, Cisco soba, Cisco Board, Cisco IP telefoni i Cisco Jabber | IP-bazirani uređaji registro Unified CM vani i pružaju mogućnosti glasovnog i video poziva |
Kao što je ilustrovano na slici Odluka o tranziciji: lokalno pozivanjeWebex Calling, kupci koji imaju lokalnu kontrolu poziva sa Unified CM krajnjim tačkama i desktop i video IP imaju izbor da pređu arhitekturu ka arhitekturi u oblaku. Webex Calling
Odluka mora biti doneta na osnovu zahteva kupca za funkcionalnost. Kupci koji imaju sledeće zahteve treba pažljivo razmotriti pre donošenja ove odluke i na kraju mogu odlučiti da kontrolu poziva zadrže lokalno:
- Modeli telefona koji nisu podržani Webex Calling
- Složene ili brojne integracije sa drugim lokalnim sistemima ili rešenjima, posebno tamo gde je repliciranje ovih integr Webex Calling acija teško ili nisu dostupna ekvivalentna alternativna rešenja
- Složeni plan biranja, visoko detaljne klase usluge ili oboje
- Restriktivni, ograničeni ili nepouzdani pristup Internetu
- Stroge politike privatnosti i vlasništva podataka
- Zahtev za usklađenost za snimanje i skladištenje medija u lokalnom ili u zemlji
- Integracije trećih strana bez održive alternati Webex Calling vne integracije
- Integracije kontakt centra gde kontakt centar još uvek ne prelazi u ob lak.
Ovaj dokument se fokusira na kupce sa implementacijama kontrole Unified CM poziva koji žele da razumeju opšte korake, razmatranja i zahteve za omogućavanje implementacije kao što je prikaz Webex Calling ano u sledećem odeljku.
Osnovne komponente
Ciljna arhitektura za ovu migraciju uključuje nekoliko novih komponenti. Ovo uključuje Webex Calling uslugu za pozive zasnovane na oblaku, aplikaciju Vebek, Cisco Directori Connector za integraciju identiteta i Local Gateway (LGV) za pristup PSTN, kao i integraciju lokalnih poziva u oblak. Cisco planovi poziva ili Cloud Connected PSTN (CCP) omogućeni Cloud Connect za Webex Calling partnera dodatne su opcije za PSTN pristup.
Kao što je prikazano na slici posle: Webex Calling Arhitektura, nove komponente (Webex Callingkonektor direktorijuma, lokalni prola z i prolaz za preživljavanje) dodaju se postojećoj lokalnoj implementaciji.
Posle: Tabela komponenti infrastrukture za pozivanje u oblaku navodi nove elemente arhitekture nakon prelaska na Vebek.
| Proizvod | Opis |
|---|---|
| Webex Calling | Usluga poziva zasnovana na oblaku koja se isporučuje sa Vebek platforme i pruža registraciju krajnjih tačaka i usmeravanje poziva |
| Cisco direktorijum konektor | Vindovs aplikacija koja radi na Vindovs mašini domena koja omogućava
sinhronizaciju identiteta između lokalnog preduzeća Active Directory i skladi
šta identiteta Vebek organizacije. Za korisnike koji prelaze sa lokalnog Active Directory na Entra ID, integracija identiteta sa Vebek-om umesto sa Cisco Directori Connectorom koristi aplikaciju Entra ID Wizard. |
| Lokalni prolaz | Lokalni mrežni prolaz deluje kao most između lokalne objedinjene komunikacione mreže korisnika i Webex Calling oblaka. Može se primeniti lokalno ili hostirati od strane partnera, pružajući PSTN pristup krajnjim tačkama registrovanim u oblaku, kao i pozivajući integraciju između Unified CM registrovanih i registrovanih krajnjih tačaka u oblaku. Cisco IOS-KSE ruter integrisanih usluga (serije ISR 1100 i 4000), Cisco Catalist 8200/8300 serija, Cisco Catalist 8000V Edge softver i razni sertifikovani kontroleri graničnih sesija trećih strana (SBC) mogu se koristiti kao LGV za pristup faznoj migraciji. |
| Prolaz za preživljavanje | Gateway za preživljavanje (SGV) je mrežni prolaz zasnovan na IOS-KSE koji pruža usluge rezervnog poziva krajnjim tačkama na licu mesta tokom prekida mreže. Webex Calling |
| Cisco pozivni plan, Cloud Connect za Webex Calling | Cisco Calling Plan i Cloud Connect for Webex Calling su opcije zasnovane na oblaku za PSTN pristup krajnjim tačkama. Webex Calling PSTN pristup olakšava PSTN provajder u oblaku i ne zahteva lokalnu opremu. |
| Vebek aplikacija | Klijentska aplikacija koja radi na desktop operativnom sistemu (Vindovs, Mac) ili mobilnom OS-u (Android, iOS) i registrovana je direktno na Webex Calling platformi za funkcionalnost pozivanja. |
Pregled procesa PPDIO
Proces PPDIO označ ava Pripremite, planirajte, dizajnirajte, implementirajte i optimizujte. To je strukturirana Cisco metodologija koja vodi projekte od početne procene kroz kontinuirano unapređenje, obezbeđujući efikasne i uspešne implementacije ili migracije.
Opšti opis PPDIO
-
Pripremite se: Procenite trenutno okruženje, prikupite zahteve i uskladite zainteresovane strane kako biste uspostavili čvrste temelje.
-
Plan: Raz viti detaljne planove projekata uključujući vremenske rokove, resurse i strategije ublažavanja rizika.
-
Dizajn: Arhitektujte ciljno rešenje prilagođeno poslovnim i tehničkim potrebama.
-
Implementacija: Izvršite implement aciju ili migraciju u skladu sa dizajnom, potvrđujući funkcionalnost i performanse.
-
Optimizirajte: Kontinuirano poboljšavajte rešenje nakon implementacije pra ćenjem performansi, usavršavanjem konfiguracija i korišćenjem alata za automatizaciju i integraciju.
Korišćenje PPDIO-a za migracione projekte Unified CM do Webex Calling
Prilikom prelaska sa Unified CM naWebex Calling, PPDIO proces pruža jasnu mapu puta kako bi se osigurala glatka i efikas na tranzicija:
Pripremite
-
Procenite postojeće Unified CM okruženje i spremnost za migracije
-
Prikupite detaljne podatke o korisnicima, uređajima, mreži i zavisnostima
-
Prikupite detalje o lokaciji, uključujući adresu za hitne slučajeve, broj korisnika, pristup internetu, PSTN pristup
-
Identifikujte rizike i definišite obim projekta kako biste uskladili sve zainteresovane strane.
Plan
-
Napravite sveobuhvatan plan migracije sa grupnim rasporedima, dodeljivanjem resursa i vremenskim rokovima
-
Definišite zadatke kao što su nadogradnja firmvera uređaja, obezbeđivanje licence i uključivanje korisnika
-
Koordinujte prozore za migraciju sa Cisco-om i partnerima kako biste smanj ili poremećaje.
Dizajn
-
Mapirajte trenut Unified CM ne konfiguracije, planove biranja i korisničke profile na Webex Calling ekvivalente
-
Dizajnirajte Webex Calling okruženje, uključujući PSTN strategiju (privremenu i konačnu), lokacije, korisničke uloge i tačke integracije poput lokalnog mrežnog prolaza (CUBE) i sinhronizacije direktorijuma
-
Planirajte scenarije suživota gde Unified CM i Webex Calling istovremeno deluju tokom migracije.
Implementirati
-
Koristite alate za migraciju Control Hub zajedno sa alatima trećih strana da biste izvršili promene režima firmvera uređaja, konfiguraciju funkcija i migracije korisnika
-
Koristite masovne operacije i obezbeđivanje pomoću Vebek API-ja za pojednostavljivanje velikih migracija i konfiguracija
-
Izvršite obezbeđivanje licence, registraciju uređaja i ažuriranja konfiguracije
-
Potvrdite uspeh migracije testiranjem i operativnom verifikacijom.
Optimizirajte
-
Kontinuirano prati Webex Calling te performanse i korisničko iskustvo
-
Precizirajte konfiguracije i tokove rada na osnovu operativnih podataka i povratnih informacija
-
Iskoristite mogućnosti automatizacije i integracije da biste poboljšali efikasnost i skalabilnost
-
Nasleđene Unified CM komponente iz stavljanja iz upotrebe po potrebi i pružaju stalnu podršku za operacije drugog dana.
Ovaj poboljšani PPDIO pristup obezbeđuje kontrolisanu, transparentnu i efikasnu migraciju sa Unified CM naWebex Calling, koristeći Ciscove alate, API-je i partnerski ekosistem za održavanje kontinuiteta poslovanja i poboljšanje mogućnosti saradnje.
PPDIO petlje povratnih informacija
Pregled visokog nivoa prikazan u Iteracijama slika tokom izvršavanja PPDIO-a ilustruje jednu povratnu petlju od faze optimiz acije nazad do faze pri preme . To znači da, nakon početne primene, postoji stalna prilika za kontinuirano unapređenje. Svaki ciklus optimizacije može identifikovati nove zahteve ili oblasti za unapređenje, koje se mogu rešiti kroz naredne projekte ili inicijative. Ovi pojedinačni projekti zauzvrat slede uspostavljeni životni ciklus PPDIO (Priprema, planiranje, dizajniranje, implementacija, optimizacija). Ovaj iterativni pristup osigurava da sistem ostane usklađen sa razvijajućim poslovnim ciljevima i tehnološkim napretkom, podstičući kulturu stalnog usavršavanja i prilagodljivosti.
Tokom izvršenja PPDIO procesa, uobičajeno je da nalazi u kasnijim fazama zahtevaju ponovnu reviziju i potencijalnu reviziju odluka donetih u ranijim fazama. Na primer, problemi sa kojima se susreću tokom faze implementacije, kao što je identifikacija nejasnoća dizajna ili nedostajućih detalja, mogu otkriti da određeni aspekti nisu u potpunosti rešeni tokom faze projektovanja. U takvim slučajevima postaje neophodno da se vratite u relevantnu raniju fazu da biste rešili ova pitanja pre nego što nastavite. Ovaj iterativni mehanizam povratne sprege, kao što je ilustrovano na slici PPDIO procesa Unified CM potpomog nutog, osigurava da je rešenje temeljno potvrđeno i rafinirano, što na kraju doprinosi robusnijoj i efikasnijoj primeni.
Kada preduzmete prelazak Unified CM sa naWebex Calling, svaka faza PPDIO procesa može imati značajnu korist od informacija prikupljenih iz postojeć eg Unified CM okruženja. Na primer, sveobuhvatni inventari korisnika, telefonski brojevi, funkcije poziva i komponente plana biranja mogu se izvući iz trenutne Unified CM konfiguracije. Ovi podaci dopunjuju informacije koje direktno pružaju zainteresovane strane i pomažu u pojednostavljenju aktivnosti planiranja i dizajna. Korišćenje odgovarajućih alata za automatizaciju vađenja i analize podataka ne samo da povećava tačnost već i ubrzava celokupni proces. Korišćenjem uvida iz postojeće primene, prelazak na Webex Calling može se izvršiti efikasnije od tradicionalne implementacije zelenog polja, uz pridržavanje strukturirane PPDIO metodologije. Ovaj proces je ilustrovan na PP Unified CM DIO procesu uz pomoć slike.
Migracioni pristup
Dok planirate prelazak sa lokalnog Unified CM naWebex Calling, morate da odredite kako ćete pristupiti ovom putovanju. Prvo ćete morati da odlučite da li će migr acija biti fleš -cut (sve odjednom) ili fazni pristup (migriranje grupa korisnika/uređaja tokom dužeg perioda).
Migracija fleš rezanja pom era sve vaše korisnike i uređaje najbrže. Ovom metodom ćete istovremeno premestiti sve korisnike i uređaje iz lokal Unified CM nih Webex Calling u. U suštini, to je jedan prozor za migraciju za sve korisnike i uređaje. Nakon završetka ove migracije, svi vaši korisnici i uređaji će biti na Webex Calling platformi i sva vaša Unified CM infrastruktura može biti isključena. Međutim, mnoge organizacije ne mogu da koriste ovaj pristup zbog obima i veličine njihove primene poziva.
Drugi pristup je fazna migracija. Većina organizacija će koristiti ovaj pristup jer pruža bolju kontrolu, upravljanje i razmere migracije. Takođe, pogodniji je za veće UC primene i/ili primene u više regiona. Stoga se ovaj dokument fokusira na fazni pristup sa dva koraka u tranziciji.
Kao što je prikazano na donjoj slici Tranzicija faznog poziva: Hibrid i oblak, prva prelazna faza (faza 1) rezultira implementacijom koegzistencije sa okruženjima dvostrukog pozi vanja. U ovoj fazi, neki korisnici, uređaji i meki klijenti se prelaze na Webex Calling dok su drugi još uvek na lokalnoj kontroli Unified CM poziva. Završna faza tranzicije (faza 2) rezultira čistim okruženjem za pozivanje u oblaku gde su svi korisnici, uređaji i meki klijenti u potpunosti prebačeni na Webex Calling platformu.
Koliko vremena je potrebno organizaciji da potpuno pređe na pozivanje u oblaku variraće u zavisnosti od trenutne primene. U nekim slučajevima, organizacija može izvršiti početnu tranziciju i ostati u fazi kontrole dvostrukog poziva koegzistencije (faza 1) tokom dužeg perioda (meseci ili čak godine), dok u drugim slučajevima organizacija može u potpunosti preći na Webex Calling (Faza 2) u vrlo kratkom periodu (nedelje ili meseci). Ovaj dokument ima za cilj da pokrije obe faze (faza 1 - suživot i faza 2 - potpuno prelazna).
Moguće je da neke organizacije mogu održavati suživot dvostruke kontrole poziva na neodređ eno vreme bez planova da ikada u potpunosti pređu na pozivanje u oblaku.
Drugo razmatranje je kako ćete prebaciti korisnike, uređaje i meke klijente sa lokalne kontrole poziva na kontrolu poziva u oblaku. Preporučeni pristup je trofazna tranzicija. Slika Preporučeni trofazni pre laz ispod razbija ovaj pristup na 3 faze.
Pre migracije: Ova faza se fokusira na pripremanje i Vebek-a i okru Unified CM ženja za migraciju. Ne radi se o pozivanju određenog planiranja ili konfiguracija i fokusira se na dovršavanje aktivnosti koje se mogu obaviti sada i pre nego što započne bilo koji projekat Webex Calling migracije. Cilj je izgraditi temelje za dva okruženja za pripremu za migraciju.
Pri@@ prema za migraciju: U ovoj fazi započinju napori da se pripreme za migraciju Webex Calling u. Ovde se poslovni i tehnički zahtevi moraju pregledati i ažurirati. Nemojte samo podiz ati i pomer ati ono što je trenutno raspoređ Unified CM eno, već umesto toga redefinišite poslovne i tehničke zahteve koji su vašoj kompaniji potrebni danas i u budućnosti koristeći snagu. Webex Calling Pored toga, ovo je faza u kojoj ćete završiti svoj dizajn, plan iranje konfiguracije i planiranje/raspored migracije.
Migracija (uvođenje i ukidanje): U ovoj fazi se dešava stvarna migracija korisnika, uređaja, telefonskih brojeva i mekih klijenata. Kao što je gore rečeno, ova faza se može završiti za sve odjednom (fleš -cut) ili preko prozora sa više promena (faz no sečenje). Planovi usvajanja krajnjih korisnika, obuka i komunikacija su kritični, tako da su vaši korisnici svesni promena, kako da koriste novu platformu za pozivanje i znaju kada će se pro mena dogoditi. Poslednji korak je ukidanje sve lokalne UC infrastrukture koja se više ne koristi.
Faza pre migracije ima aktivnosti (obavezne, preporučene i opcionalne) na kojima možete odmah početi raditi. Preporučuje se da ih završite pre nego kasnije, a po mogućnosti pre nego što vaš projekat počne. Neke aktivnosti mogu potrajati duže da se završe, pa će njihovo ranije pokretanje pomoći da pojednostavite vaš stvarni projekat migracije.
Slika Ak tivnosti pre migracije ispod ističe pet specifičnih kategorija aktivnosti koje su povezane sa Webex Calling migracijom.
Pripremite
Poslovni i tehnički zahtevi
Kada planirate migraciju sa na, ključno je temeljno prikupiti i tehničke i poslovne zahteve tokom faze planiranja. Ovaj korak osigurava da se migracija usklađuje sa operativnim ciljevima i tehničkim mogućnostima vaše organizacije, minimizirajući rizike i poremećaje.
Zašto su važni zahtevi za prikupljanje:
-
Usklađuje poslovne ciljeve: Razumevanje poslovnih potreba pomaže u prilagođavanju migracije kako bi podržala ključne tokove rada, korisničko iskustvo i planove rasta.
-
Osigurava tehničku kompatibilnost: Rano identifikovanje tehničkih zahteva sprečava probleme integracije sa postojećom infrastrukturom, mrežom i krajnjim tačkama.
-
Olakšava planiranje resursa: Jasni zahtevi pomažu u preciznoj proceni vremenskih rokova, troško va i potrebnih resursa.
-
Ublažava rizike: Rano otkrivanje potencijalnih izazova omogućava proaktivna rešenja, smanjenje zastoja i prekida usluge.
Poslovni zahtevi
Tipični poslovni zahtevi uključuju:
-
Broj korisnika i lokacija koje treba migrirati
-
Željene funkcije i usluge (na primer, usmeravanje poziva, govorna pošta, konferencije, automatski pratioci, redo vi poziva)
-
Politike usklađenosti i bezbednosti
-
Budžetska ograničenja i očekivanja troškova
-
Potrebe za obukom i podrškom korisnika
-
Vremenski okvir migracije i razmatranja kontinuiteta poslovanja.
Prikupl janje željenih karakteristika i usluga je kritičan korak kako bi se osiguralo da novi sistem zadovoljava poslovne potrebe. Kada prikupljate ove zahteve, važno je ne samo uzeti u obzir ono što je trenutno konfigurisano, već pokušati prikupiti stvarne zahteve od poslovnih subjekata koji će koristiti sistem. U suprotnom, postoji rizik da se plan zasniva na netekućim pretpostavkama. Obav ezno procenite dodatne ili poboljšane funkcije dostupne u kojima možda ne postoje, kao što su pozivi zasnovani na oblaku, napredni redovi poziva i. Ovo pomaže u iskorištavanju punih prednosti cloud platforme.
Prilikom procene trenutne konfiguracije u, važno je prepoznati da sva postojeća podešavanja možda neće ostati neophodna zbog razvijajućih zahteva tokom životnog ciklusa sistema. Fokus bi trebao biti na identifikaciji i zadržavanju samo onih konfiguracija koje su u skladu sa trenutnim i budućim potrebama implement acije.
Usredsredite se više na ono što vam treba nego na ono što imate.
Politike usklađenosti i bezbednosti su kritična razmatranja tokom migracije sa na kako Webex Calling bi se osiguralo da se novi komunikacioni sistem zasnovan na oblaku pridržava zakonskih, regulatornih i organizacionih standarda.
-
U@@ sklađenost sa propisima: Organizacije moraju proveriti da li ispunjavaju propise specifične za industriju kao što su GDPR, HIPAA ili SOKS, rešavajući zahteve za privatnost podataka, zadržavanje i rukovanje, kao i mandate specifične za zemlju u vezi sa prebivalištem podataka, obilaznicom putarine i lokaliteta medija.
-
Sigurnost podataka: Osigur avanje da su glasovni i signalni podaci šifrovani i tokom tranzita i u mirovanju radi zaštite od presretanja ili neovlašćenog pristupa.
-
Kontrole pristupa: Definisanje i sprovođenje autentifikacije korisnika, autorizacije i pristupa zasnovanog na ulogama kako bi se sprečilo neovlašćeno korišćenje komunikacionih resursa.
-
Revizija i praćenje: Primena mogućnosti evidentiranja i praćenja radi praćenja pristupa i upotrebe za revizije usklađenosti i istrage bezbednosnih incidenata.
-
Usklađivanje politika: Usklađivanje migracije sa postojećim korporativnim bezbednosnim politikama, uključujući bezbednost krajnjih tačaka, segmentaciju mreže i planove odgovora na incidente.
-
Osiguranje bezbednosti dobavljača: Pro cena Ciscovih bezbednosnih sertifikata i potvrda o usklađenosti radi osiguranja pouzdanosti.
Rešavanje ovih politika usklađenosti i bezbednosti tokom faze planiranja pomaže u ublažavanju rizika, izbegavanju zakonskih kazni i održavanju integriteta i poverljivosti komunikacija tokom i posle migracije.
Potrebe za obukom korisnika i podr škom su neophodne komponente tokom migracije sa na kako bi se osigurala nesmetana tranzicija i usvajanje korisnika. Ključna razmatranja uključuju:
-
Programi obuke: Razvijte prilagođene sesije obuke za različite grupe korisnika (krajnji korisnici, administratori, osoblje službe za pomoć) kako biste ih upoznali sa funkcijama, korisničkim interfejsima i novim tokovima rada.
-
Dokumentacija: Obezbedite jasne, pristupačne korisničke vodiče, često postavljana pitanja i brze referentne materijale, uključujući šta je novo i različ ito resurse i korak po korak vodiče sa uputstvima za upotrebu pre i posle (u formatu video ili brzog vodiča), kako biste podržali korisnike prilikom prilagođavanja ažuriranom iskustvu nakon migracije.
-
Upravljanje promenama: Proaktivno komunicirajte promene kako biste upravljali očekivanjima korisnika i smanjili otpor.
-
Struktura podrške: Uspostavite namenski tim za podršku ili put eskalacije za brzo rešavanje problema korisnika tokom i posle migracije.
-
Tekuće obrazovanje: Planirajte kontinuirana ažuriranja obuke kako se objavljuju nove funkcije ili ažuriranja.
-
Mehanizmi povratnih informacija: Implementirajte kanale za korisnike da prijavljuju probleme i daju povratne informacije za poboljšanje procesa obuke i podrške.
Rešavanje ovih potreba za obukom i podrškom tokom faze planiranja pomaže u minimiziranju poremećaja, povećava poverenje korisnika i maksimizira prednosti migracije na.
Tehnički zahtevi
Potrebno je prikupiti i dokumentovati nekoliko ključnih tehničkih zahteva za uspešnu migraciju sa do, uključujući detalje za:
-
Spremnost mreže i kapacitet propusnog opsega
Sveobuhvatna procena mreže je ključna kako bi se osiguralo da vaša postojeća infrastruktura može podržati novo Webex Calling okruženje. Ovo uključuje:
-
Analiza propusnog opsega: Procena trenutne i projektovane upotrebe propusnog opsega za ruko vanje glasovnim, video i podatkovnim saobraćajem bez zagušenja.
-
Kvalitet usluge (KoS): Impl ementacija KoS politika za određivanje prioriteta glasovnog saobraćaja i minimiziranje kašnjenja, podrhtavanja i gubitka paketa.
-
VAN i internet konekcija: Provera da li VAN veze i internet veze ispunjavaju zahteve za pozivanje zasnovano na oblaku, uključujući mogućnosti redundancije i prekida neuspeha.
-
Konfiguracija zaštitnog zida i NAT-a: Osiguravanje da postavke zaštitnog zida i NAT-a dozvol javaju potrebnu signalizaciju i medijski saobraćaj.
-
-
Integracija sa postojećim sistemom
Besprekorna integracija sa postojećim poslovnim sistemima je od suštinskog značaja za korisničko iskustvo i kontinuitet toka posla:
-
Usluge direktorijuma: Procena integracije sa direktorijumom preduzeća za automatizovano obezbeđivanje i autentifikaciju korisnika.
-
CRM i poslovne aplikacije: Identifikovanje tačaka integracije sa sistemima upravljanja odnosima sa kupcima i drugim poslovno kritičnim aplikacijama.
-
Nasleđa PBKS interworking: Planiranje koegzistencije ili strategije fazne migracije ako će neki nasleđeni telefonski sistemi ostati tokom tranzicije.
-
-
Kompatibilnost i obezbeđivanje krajnjih tačaka
Sve krajnje tačke, uključujući stolne telefone, softfone i mobilne uređaje, treba proceniti na kompatibilnost:
-
Podrška za uređaje: Potvrđivanje da postojeći IP telefoni i uređaji podržavaju ili identifikuje potrebne zamene.
-
Procesi obezbeđenja: Uspostavljanje automatizovanih ili pojednostavljenih metoda obezbeđenja za efikasno uključivanje krajnjih tačaka.
-
Ažuri@@ ranja firmvera i softvera: Planiranje neophodnih ažuriranja kako bi se osigur ala interoperabilnost i sigurnost.
-
-
Sigurnosne konfiguracije i standardi šifrovanja
Sigurnost je najvažnija u komunikacijama u oblaku:
-
Šifrovanje: Sprovođenje end-to-end enkripcije za signalizaciju i medijske tokove, u skladu sa najboljim praksama Cisco bezbednosti.
-
Autentifikacija i kontrola pristupa: Im plementacija sigurnih mehanizama za autentifikaciju (kao što su SSO, višefaktorska autentifikacija) i detaljne kontrole pristupa korisnika.
-
Usklađenost: Osiguravanje da rešenje ispunjava relevantne regulatorne i industri jske standarde usklađenosti (primer, GDPR, HIPAA).
-
Nadgledanje bezbednosti: Integracija sa SIEM alatima i postavljanje upozorenja za potencijalne bezbednosne incidente.
-
| Zahtev | Ključna razmatranja |
|---|---|
| Spremnost mreže i propusni opseg | Propusni opseg, KoS, VAN/Internet, zaštitni zid/NAT |
| Integracija sa postojećim sistemima | Imenik, CRM, PBKS, E-mail/kalendar |
| Kompatibilnost i obezbeđivanje krajnjih tačaka | Podrška za uređaj, obezbeđivanje, ažuriranja firmvera |
| Sigurnosne konfiguracije i šifrovanje | Šifrovanje, autentifikacija, usklađenost, nadzor bezbednosti |
| Obuka korisnika i upravljanje promenama | Programi obuke, dokumentacija, komunikacija o promenama |
| Prenosivost broja i plan biranja | Migracija/prenošenje brojeva, prevod plana biranja |
| Integracije trećih strana | Pejdžing, kontakt centar, faks, analogni uređaji |
Spremnost mreže i zahtevi
Spremnost mreže je ključna za uspešnu migraciju na bilo koje rešenje za pozivanje zasnovano na oblaku kao što je. Loše planiranje mreže može dovesti do pogoršanja kvaliteta poziva, odustajanja poziva i nesrećnih korisnika. Kupci moraju da izvrše procenu mreže pre migracije na. Preporučuje se da se potvrdi dostupnost mrežnog propusnog op sega za očekivani obim poziva, da se osigura da su ispunjeni zahtevi kvaliteta usluge (KoS) i razumevanje različitih portova koji se moraju otvoriti u ivičnim zaštitnim zidovima.
Pouzdana mrežna povezanost sa dovoljnim kvalitetom usluge (propusni opseg, gubitak paketa, RTT) osnovni je zahtev za obezbeđivanje najboljeg mogućeg korisničkog iskustva od kraja do kraja za sve krajnje tačke, klijente i aplikacije koje mogu da koriste glas i video.
Kupci i partneri imaju opcije pristupa povezivanju izvan Over-the-Top (OTT) Interneta koje mogu optimizovati vezu na uključivanje Connect-a. Webex Edge Više informacija o detaljima dizajna za Webex Edge povezivanje potražite u odeljku Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant i Namjenska instanca.
Kupci mogu koristiti cScan za procenu mreže koja daje informacije o kvalitetu mreže kupca, koliko poziva se može uspostaviti, kašnjenju i tako dalje. Više informacija o cScan alatu potražite u odeljku Korišćenje cScan za testiranje kvaliteta Webex Calling mreže.
Da biste osigurali da je mreža spremna za migraciju, razmotrite sledeću kontrolnu listu:
-
Planiranje propusnog opsega
Izračunajte istovremene pozive po veb lokaciji kako biste bili sigurni da imate dovoljno uzvodnog i niz vodnog propusnog opsega i uključite prostor za drugi promet kritičan za poslovanje i budući rast.
Tabela proračuna propusnog opsega tipa Webex Calling poziva prikazuje tipove poziva dostupne sa implementacijom zajedno sa kodekom i maksimalnim propusnim opsegom potrebnim za svaki tip poziva. Kao što je prikazano u tabeli proračuna propusnog opsega tipa Webex Calling poziva potreban propusni opseg audio poziva za svaki tip poziva može se izračunati pomoću sledeće opšte formule:
Broj očekivanih istovremenih poziva* Propusni opseg po pozivu zasnovan na kodeku = Potrebna mrežna propusnost.
Tabela 2. Webex Calling proračuni propusnog opsega tipa poziva Vrste poziva Kodek - propusni opseg Proračuni propusnosti /Stolni telefon -> OPUS - 70 kbps Broj istovremenih poziva* 70 kbps = Potrebna mrežna propusnost /Stolni telefon -> Stolni telefon OPUS - 70 kbps Broj istovremenih poziva* 70 kbps = Potrebna mrežna propusnost /Stolni telefon -> PSTN preko LGV G.711 - 80 kbps Broj istovremenih poziva* 80 kbps = Potrebna mrežna propusnost /Stolni telefon -> PSTN preko Cloud PSTN (npr. Cisco plan poziva) G.711 - 80 kbps Broj istovremenih poziva* 80 kbps = Potrebna mrežna propusnost /Stolni telefon -> Enterprise preko LGV G.722 - 80 kbps Broj istovremenih poziva* 80 kbps = Potrebna mrežna propusnost /Stolni telefon -> govorna pošta OPUS - 70 kbps Broj istovremenih poziva* 70 kbps = Potrebna mrežna propusnost Zbrajanjem istovremene potrebne mrežne propusnosti po tipu poziva, može se odrediti ukupan potencijalni zahtev za propusnim opsegom za određenu lokaciju.
Sve pozivne noge su uvek usidrene na pristupnim SBC-ovima. Da bi se odredio potreban propusni opseg interneta za bilo koju datu lokaciju, potrebno je uzeti u obzir ne samo pozive između lokacija, već i pozive unutar lokacije i pozive do i sa lokalnog mrežnog prola za na toj lokaciji. Na primer, za pozi v unutar lokacije između dva MPP telefona potreban bi puni dupleks do 2 k 70 kbps na pristupu Internetu lokacije.
Tabela Webex Callingprimera izračunavanja pro pusnog opsega prikazuje primer kompletne vežbe izračunavanja propusnog opsega, pod pretpostavkom da su svi uređaji na ist oj lokaciji.
Tabela 3. Webex Calling primeri izračunavanja propusnog opsega Vrste poziva Broj istovremenih poziva Ukupna širina opsega Vebek aplikacija/Stolni telefon → Vebek aplikacija 15 2* 15* 70 kbps = 2.100 kbps Vebek aplikacija/Stolni telefon → Stolni telefon 15 2* 15* 70 kbps = 2.100 kbps Vebek aplikacija/stolni telefon → PSTN preko LGV 50 2* 50* 80 kbps = 8.000 kbps Vebek aplikacija/Desktop Phone → PSTN preko Cloud Connect-a za Webex Calling 0 0* 80 Kbps Vebek aplikacija/Desktop telefon → Enterprise preko LGV 15 2* 15* 80 kbps = 2.400 kbps Aplikacija Vebek/Stolni telefon → Govorna pošta Webex Calling 5 5* 70 kbps = 350 kbps Ukupni pozivi/Propusni opseg 100 poziva 14.950 kbps/14, 95 Mbps -
Sve vrednosti propusnog opsega u gornjim tabelama odnose se na IP propusni opseg. Propusni opseg veze je veći u zavisnosti od VAN inkapsulacija.
-
Propusni opseg u gornjim tabelama je za audio pozive. Za propusni opseg video poziva, Vebek App i MPP 8845/65 telefoni podržavaju H.264 video sa maksimalnom rezolucijom od 720p pri maksimalnom pro pusnom opsegu od 1.500 kbps po pozivu. Međutim, količina propusnog opsega koja se troši u bilo kom trenutku tokom poziva će varirati na osnovu promenljive brzine prijenosa svojstvene video komunik acijama.
-
-
Kvalitet usluge (KoS)
Implementirajte KoS smernice u lokalnom okruženju kako biste odredili prioritet saobraćaju u realnom vremenu i osigurali održavanje KoS preko prekidača, rutera i zaštitnih zidova.
-
Ciljevi kašnjenja, podrhtavanja i gubitka paketa
Sledeći pragovi se preporučuju za optimalan kvalitet glasa kada pozivi idu preko vrha (OTT) i preko interneta:
-
Latencija - manje od 100ms jednosmerno
-
Jitter - manje od 10ms
-
Gubitak paketa - 0,5% ili manje.
-
-
Zaštitni zid i NAT
Uverite se da je zaštitni zid konfigurisan tako da dozvoljava saobraćaj kao što je navedeno u članku dostupnom u referentnim informacijama Port za Webex Calling. Pored toga, dozvolite pristup domenima i IP opsezima navedenim u istom vodiču i izbegavajte SIP ALG jer ometa SIP signalizaciju. Medijski saobrać aj preko punomoćnika treba izbegavati.
-
DNS i NTP
Obezbedite odgovarajuću DNS rezoluciju domena i pouzdane NTP servere za sinhronizaciju satova uređaja za verifikaciju i evidentiranje TLS sertifikata.
-
Planiranje neuspeha
Razmotrite postojeće veze podataka provajdera (MPLS, SD-VAN i tako dalje) i generalno planirajte direktan pristup Internetu na svakoj lokaciji u okviru vaše primene. Planirajte suvišne internet veze gde je potrebna visoka dostupnost. Budući da ćete konzum irati usluge zasnovane na oblaku, pouzdano internet povezivanje sa dovoljnom propusnom opsegom je osnov ni zahtev. Trebalo bi da razmislite o izvršenju ove tranzicije ako internetske veze lokacije vaše organizacije generalno nisu pouzdane sa malim kašnjenjem i adekvatnom protokom prema gore i nizvodnom protoku.
-
Preživljavanje lokacije
Preživljavanje sajta osigurava da je vaše poslovanje uvek dostupno, čak i ako se vaša mrežna veza prekine. Preživljavanje sajta koristi mrežni prolaz u vašoj lokalnoj mreži kako bi pružio uslugu rezervnog poziva krajnjim tačkama na licu mesta u situacijama kada se mrežna veza prekine. Razmotrite preživljavanje lokacije pomoću lokalnog mrežnog prolaza preživljavanja (SGV) ako poslovni zahtevi zahtevaju kontinuirano pozivanje u slučaju nestanka mreže. Za više informacija o proveri preživljavanja sajta, pogledajte Pre življavanje sajta za. Webex Calling
Podesite UC povezan sa oblakom
Cloud Connected UC (CCUC) je rešenje za upravljanje i analitiku zasnovano na oblaku dizajnirano da obezbedi centralizovanu vidljivost, administraciju i uvid za implementacije kako lokalnih (kao što je) tako i u oblaku (). Unified CM Deluje kao most između tradicionalnih lokalnih okruženja i Ciscovih usluga u oblaku, podržavajući organizacije tokom putovanja migracije od do.
Tokom tranzicije na, CCUC igra vitalnu ulogu u racionalizaciji procesa migracije olakšavajući prikupljanje sveobuhvatnih podataka iz postojeće implementacije jedinstvenih komunikacija. CCUC pomaže u ključnim prelaznim zadacima kao što su migracija uređaja, funkcija i korisničkih kontakata, kao i automatizacija ažuriranja firmvera za podržane IP telefone. Pružajući centralizovanu vidljivost i upravljanje, CCUC pomaže da se obezbedi glatkije i efikas nije iskustvo migracije.
Cisco toplo preporučuje da se CCUC rasporedi i rasporedi rano u tranzicionom projektu, idealno pre ili tokom faze priprema. Ovo će omogućiti uvide i mogućnosti potrebne za detaljnu procenu, inventarizaciju i planiranje naknadnih aktivnosti migracije i za početak vašeg putovanja ka i budućim hibridnim mogućnostima.
Procena trenutnog okruženja
Ključna aktivnost u planiranju vaše migracije je procena trenutnog lokalnog okruženja i implementacije. Ovo pruža uvid u to na koje potencijalne promene mogu biti potrebne za uspešan prelazak. Takođe vam omogućava da procenite ključne elemente platforme u poređenju sa postojećom lokalnom implementacijom. Ove informacije možete koristiti da biste identifikovali koji su specifični zadaci potrebni za tranziciju i koje promene želite da izvršite da biste ispunili svoje poslovne i tehničke zahteve i slučajeve upotrebe.
Sledeći aspekti su važni za pregled kao deo ovog napora.
Licenciranje
Razumevanje trenutne strukture licenciranja postojeće implementacije ključno je prilikom pripreme za migraciju na. Izvršite procenu licence za sledeće oblasti postojećeg Cisco-ovog lokalnog rešenja.
-
Platforma
Mogućnost potpunog artikulisanja onoga što je trenutno licencirano na vašoj osnovnoj platformi biće kritična kada radite sa timom naloga ili partnerom kako biste odredili najbolji put do fleksibilnog licenciranja. licencirana je korišćenjem fleks licenciranja. Za više informacija o fleksibilnom licenciranju pogledajte Cisco fleksibilni plan saradnje.
-
Korisnici i uređaji
Identifikujte koju kategoriju licence zahtevaju vaši postojeći korisnici i uređaji. Ovo će se koristiti za određ ivanje koja vrsta licence je potrebna za korisnike i uređaje. nudi više vrsta licenciranja, uključujući profesionalne i standardne licence za korisnike i profesionalne i zajedničke licence za radne prostore. Za više informacija o licenciranju uređaja pogledajte tehnički list dostupan u odeljku Licenciranje uređaja.
-
Lokalni prolaz
Ako je Cisco Unified Border Element (CUBE) potreban za PSTN pristup za ovu tranziciju, CUBE licenciranje takođe se mora uzeti u obzir. Razmatranja o licenciranju CUBE obrađena su kasnije u ovom dokumentu.
Lokacije/Sajtovi
Prilikom planiranja ove tranzicije treba uzeti u obzir broj i vrste lokacija (velike centralne, regionalne, filijale i tako dalje) u okviru vaše postojeće raspoređivanja. Potpuno razum evanje postojećih lokacija za raspoređivanje pomoći će u strateškom planiranju uspešne tranzicije, posebno kada je u pitanju određivanje koje lokacije treba migrirati i kojim redosledom. Detaljno razumevanje zahteva plana biranja (numerisanje, navike biranja, klase ograničenja i tako dalje), povezivanje mreže sajta i propusni opseg (Internet, VAN, LAN) i PSTN pristup (lokalni ili centralizovani, IP ili TDM) za svaku lokaciju biće kritično prilikom donošenja odluka o migraciji. Za više informacija o uobičajenim modelima primene i ključnim razmatranjima pogledajte informacije o modelima primene saradnje dostupne u SRND sar adnji.
Još jedno važno razmatranje primene prilikom prelaska na je dostupnost lokacije. ima različite mogućnosti, pretplate i uređaje koji su dostupni u zavisnosti od toga gde se nalazi vaša implementacija. Za više informacija o geografskoj dostupnosti pogledajte Gde je Vebek dostupan? .
Konačno, važno je razumeti uticaj na koji će tranzicija imati na druge usluge saradnje. Na osnovu cilja ovog dokumenta, opšta pretpostavka je da ako se održavaju postojeće usluge saradnje izvan opterećenja poziva, očekuje se prelazak na gore pomenutu hibridnu implementaciju faze 1. Primeri usluga saradnje koje mogu zahtevati hibridnu implementaciju uključuju lokalni kontakt centar koji još nije migriran u Vebek kontakt centar i us ke integracije u sisteme kao što su sistemi za pozivanje i naplata. Više informacija o prelasku dodatnih radnih opterećenja i usluga saradnje potražite u odeljku Prelazi u sar adnji.
Popis postojećih uređaja/klijenata
Pre početka tranzicije važno je da inventarizujete postojeće krajnje tačke hardvera i softvera. Kompletna lista tipova uređaja/modela, hardverskih verzija, tipova i količina softverskih operativnih sistema klijenta osiguraće da možete adekvatno planirati prelazak uređaja i ublažiti uticaj na one uređaje koji se ne mogu migrirati na pozive u oblaku. Inventar treba koristiti za određivanje uređaja za prelazak i uređaja za zamenu pre tranzicije.
Stolni telefoni
Za audio i video stolne telefone podržani su samo stolni telefoni serije 6800, 7800, 8800 i 9800. Ovo je podskup Cisco IP telefona koji su podržani. Postoje neki modeli i verzije telefona 6800, 7800 i 8800 sa kojima se ne može koristiti. Više informacija o tome koji su modeli i hardverske verzije podržani potražite u odeljku Pod ržani uređaji za Webex Calling.
IP telefoni serije Cisco 6800 ne mogu se nadograditi sa Enterprise firmvera na Multiplatform (MPP) firmver, za koji je potreban. Stoga svih 6800 telefona registrovanih za pokretanje firmvera preduzeća mora biti zamenjeno modelom od 6800 MPP ili drugim podržanim modelom telefona.
IP telefoni serije Cisco 7800 i 8800 moraju biti nadograđeni na firmver Multiplatform Phone (MPP) pre prelaska i registracije na njih. Da biste utvrdili koji modeli 7800 i 8800 i hardverske verzije podrž avaju MPP firmver, pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MPP firmvera.
8845, 8865 i 8865NR su završili prodaju i ne preporučuje se migracija na njih.
Starije verzije telefona serije 8800 (8811, 8841, 8851, 8851NR, 8861) se ne preporučuju za upotrebu sa njima. Webex Calling Telefoni sa hardverskim verzijama VID 14 ili starijim će se registrovati, ali mogu imati nekih problema sa performansama zbog hardvera.
Stolni telefoni serije 9800 pokreću PhoneOS, koji podržava i registraciju. Zbog toga se ovi telefoni mogu prebaciti bez nadogradnje firmvera.
Svi ostali IP telefoni moraće da budu zamenjeni telefonima serije 6800, 7800, 8800 ili 9800 koje podržavaju. Webex Calling Za više informacija o podržanim IP i stolnim telefonima, pogledajte članak u Pod ržani uređaji za Webex Calling.
Video krajnje tačke
Lične i sobne video krajnje tačke, uključujući Cisco Board seriju, seriju Room i Desk seriju, mogu se izvorno registrovati na SIP. Bilo koja od ovih krajnjih tačaka koja je potrebna za upućivanje audio i/ili PSTN poziva zahteva licencu za pozivanje:
-
Zajednički uređaji u konferencijskim salama, prostorima za sklapanje itd. zahtevaju licencu za profesionalni radni prostor ili radni prostor.
-
Lični uređaj krajnjeg korisnika zahteva profesionalnu ili standardnu licencu.
Odredite koliko krajnjih tačaka video zapisa je registrovano i koristi se za upućivanje audio poziva. Moguće je da se neke od krajnjih tačaka video zapisa mogu koristiti samo za pridruživanje sastancima ili upućivanje SIP video poziva. U oba slučaja, krajnje tačke i dalje moraju da se migriraju pre nego što serveri budu isključeni, međutim to će pomoći da se utvrdi koliko će od njih trebati licence za nastavak telefonskih poziva.
-
Kada se video uređaji premeštaju sa registracije na, URI za ove krajnje tačke će se promeniti jer su sada registro vani u oblaku.
-
Modeli telefona 8845, 8865 i 8875 su lični video telefoni koji su podržani.
Meki klijenti
To je jedini meki klijent koji podržava, za razliku od Unified CM kojeg podržava i Vebek App i Jabber, i novi je podrazumevani meki klijent za krajnje korisnike.
U zavisnosti od načina implementacije implementiranih za Jabber (samo za IM, samo za telefon i/ili puni UC režimi), možda ćete takođe morati da razmotrite prelazak radnog opterećenja za razmenu poruka i/ili sastanaka sa Jabbera na. Može se rasporediti u režimu samo za telefon ako će se koristiti kao klijent samo za pozivanje ili se može primeniti kao puni Webex Suite ako se koriste druga radna opterećenja, npr. Webex Messagingi/iliWebex Meetings, prelaze u aplikaciju pozivanjem.
Poboljšava iskustvo krajnjeg korisnika pružanjem AI funkcija poput audio/video inteligencije, transkripcije poziva i drugih. Za više informacija pogledajte https://www.webex.com/all-new-webex.
Pre nego što prebacite korisnike, moraćete da pređete njihove Jabber klijente na. Imate dve mogućnosti da završite ovu tranziciju.
-
Pre nego što ih prebacite na
-
Kada ih prebacite na.
Da biste olakšali početni prelazak na, preporučuje se upotreba opcije 1 i prvo premeštanje korisnika na pozivanje. Ovo korisnicima daje vremena da se upoznaju sa novom aplikacijom dok još uvek koriste postojeću lokalnu platformu za pozivanje. Kada budete spremni da prebacite korisnike, konfigurisaćete ih da se registruju na platformi za pozivanje u oblaku.
Za više informacija o ove dve opcije pogledajte Migracijsko putovanje - jedan ili dva koraka? .
Kompletnu listu podržanih uređaja potražite u odeljku Pod ržani uređaji za Webex Calling.
Proverite podobnost uređaja
Kao što je ranije pomenuto, podržava podskup Cisco IP telefona i zahteva drugačiji tip firmvera za telefone serije 7800 i 8800. Unified CMtelefoni pokreću firmver preduzeća, dok telefoni pokreću firmver za više platformnih telefona (MPP). Preporučuje se da proverite koji registrovani telefoni ispunjavaju uslove za nadogradnju na MPP firmver tokom faze Pripreme. Ovo vam daje vremena da zamenite neprihvatljive telefone jednim od podržanih modela telefona ili da identifikujete alternativni plan, poput premeštanja korisnika samo u aplikaciju Vebek.
Da bi pomogao u utvrđivanju podobnosti telefona, Control Hub ima ugrađenu alatku pod nazi vom Migracija telefona na Webex Calling. Kada koristite ovaj alat za proveru podobnosti uređaja, izaberite opciju Migracija Gen eriraj samo licencu za uređaj.
Ova opcija vam omogućava da otpremite CSV datoteku koja sadrži telefone kako biste mogli da proverite podobnost svakog telefona. Odabirom ove opcije migracije ne dodaje telefone jer ste još uvek u fazi pripreme i još niste spremni za to. Više informacija potražite u odelj ku Migracija telefona na Webex Calling.
Moguće je da se neki telefoni mogu vratiti sa nepoznatom podob nošću. To je obično zato što ne može da potvrdi neke informacije o telefonu u pozadinskom sistemu. Za sve telefone koji imaju status Nepoznat, imate dve opcije da proverite da li ispunjavaju uslove za nadograd nju na MPP firmver.
-
Ručno proverite svaki telefon i proverite verziju modela i hardvera (PID VID)
Oznaka telefona 7800/8800 sa informacijama o modelu i hardverskoj verziji -
Koristite Cisco alatku za spremnost za IP telefon
Preuzmite alat sa https://github.com/joemar2/mpp_readiness_check.
Ovaj alat nije zvanični Cisco alat niti je podržan TAC. Ima podršku u najboljem naporu, ali je besplatan za upotrebu.
Ovaj alat mora da se pokreće na mašini koja je lokalna i može pristupiti serverima i IP telefonima. Ima opciju da omogući veb pristup na IP telefonima, što se preporučuje i potrebno za postizanje najboljih rezultata. Zbog toga ga treba koristiti tokom slobodnih sati kako bi se izbegli poremećaji krajnjim korisnicima. Izlaz alata pruža iz veštaj koji od telefona serije 7800 i 8800 ispunjavaju uslove za nadogradnju na MPP firmver. Budući da direktno pristupa telefonu, može da verifikuje nepoznate uređaje koji su prijavljeni iz alata Control Hub.
Izveštaj alata za spremnost Cisco IP telefona
Korisnici
Jedan od najvažnijih koraka pripreme kako biste osigurali uspešnu migraciju je pravilno pruž anje usluga korisnika. Morate pravilno planirati za sve korisnike čak i ako radite faznu migraciju. Korisnici moraju biti obezbeđeni za bilo koje od sledećeg:
-
Primena sa pozivanjem
-
Primena sa
-
Konfigurisanje usluga za korisnika
-
Da bi se korisnici mogli pretraživati u direktorijumu (klik na poziv, kontakt informacije korisnika, pretraga telefonskog direktorija).
Preporučuje se da obezbedite sve korisnike pre ili na početku vašeg projekta. Ovo uključuje korisnike koji i dalje koriste platformu Unified CM za pozivanje nezavisno od svog uređaja za pozivanje (IP telefon, Jabber,). Kako se korisnici migriraju u (i/ili), ažuriraćete njihove licence kako biste omogućili usluge koje su im potrebne. Obezbeđivanjem svih korisnika koji pozivaju preduzeća pre nego što započnete tranziciju, omogućava korisniku koji je prešao u ili da pretraži direktorijum za korisnika koji poziva preduzeća koji je još uvek na Jabber-u i/ili uključen. Ovo osigurava da prelazni korisnici mogu da pronađu kontakt informacije bilo kog drugog korisnika i upućuju ih pozivom pomoću pretraživanja direktorijuma.
Pre traga direktori juma slika prikazuje primer korisnika koji traži drugog korisnika. Rezultati pretrage prikazuju korisnikove kontakt informacije i mogu biti za korisnika koji je još uvek na Jabberu ili za korisnika koji je prešao na i/ili.
Zatim odredite na koji će postojeći lokalni pozivni korisnici biti prebačeni. Ako će svi ili veliki broj korisnika biti prebačeni, preporučuje se pomeranje korisnika u grupama kako bi se osiguralo da projektni tim, IT osoblje i osoblje za podršku mogu da se nose sa tranzicijom i svim problemima koji se mogu pojaviti. Takođe bi trebalo da odvojite malo vremena za pružanje početnih informacija i treninga kako biste pripremili korisnike za ovu tranziciju. Grupisanje tranzicije korisnika može se izvršiti na osnovu različitih kriterijuma, uključujući lokaciju ili lokaciju kojoj su korisnici dodeljeni, odeljenja korisnika ili čak tipove korisnika (radnici znanja, rukovodioci, mobilni radnici itd.).
Kao primer, ako su korisnici u implementaciji podeljeni na tri glavne lokacije, Njujork (NIC), San Francisko (SFC) i Park istraživačkog trougla (RTP), plan tranzicije korisnika može izgledati kao plan opisan u planu tranzicije korisnika po tabeli sajta.
| Korisnički sajt/lokacija | Informacije i obuke pre tranzicije | Prelazni period | Podrška nakon tranzicije |
|---|---|---|---|
| Njujork (1.525 korisnika) | Nedelja 1. aprila | 15. april — 27. april | Nedelja 29. aprila |
| SFO (1.600 korisnika) | Nedelja 6. maja | 20. maj — 31. maj | Nedelja 3. juna |
| RTP (1,275 korisnika) | Nedelja 3. juna | 17. jun - 28. jun | Nedelja 1. jula |
Drugi važan faktor je prelazak korisnika zajedno koji imaju međusob ne zavisnosti. Ovo može uključivati, ali nije ograničeno na sledeće:
-
BLF monitoring
-
Isti lovni pilot/grupa
-
Delite linije
-
Deo iste grupe za preuzimanje poziva
-
Korišćenje istih brojeva pozivnog parka
-
Interfon
-
Admin/Execec.
Možete pregledati konfiguraciju (GUI ili izvoz) ili koristiti alatku Migration Insights da biste identifikovali grupe korisnika sa ovim zavis nostima.
PSTN povezivanje
može pristupiti PSTN-u na tri načina: Cisco planovi poziva, Cloud connect za (ranije Cloud Connected PSTN) i lokalni PSTN (lokalni prolaz). Međutim, jedna lokacija definisana u okviru može se dodeliti samo jednoj PSTN opciji.
Lokalni PSTN sa lokalnim mrežnim prolazom (LGV) je suštinska komponenta strategije tranzicije. Omogućava povezivanje između lokalnog postavljanja i/ili PSTN -a i platformo. podržava Cisco i sertifikovane kontrolere graničnih sesija trećih strana (SBC) koji se mogu koristiti kao lokalni prolaz. Za najnoviju listu podržanih SBC, pogledajte Lista podržanih S BC.
podržava do 250 istovremenih poziva sa jednog lokalnog mrežnog prolaza koji je zasnovan na registraciji i više od 250 istovremenih poziva sa jednog lokalnog mrežnog mrežnog prolaza koji je zasnovan na sertifikatima. Lokalni prolazi zasnovani na sertifikatima mogu podržati do 6500 istovremenih poziva, ali to se zasniva na vrsti povezivanja koju lokalni prolaz mora (Over-the-Top vs Interconnect peering) i SBC modelu na kojem je lokalni prolaz primenjen. Ova ograničenja su u suštini podrazumevano ograničenje broja i za PSTN pozive zasnovane na lokalnom prolazu i za pozive između lokacija između i krajnjih tačaka. Više informacija potražite u odeljku Početak rada sa lokalnim mrežnim mrežnim prolaz om.
Svi pozivi koji prelaze ovo ograničenje odbijaju se sa 403 Zabranjeno. Aktivna glasovna naredba za prikaz poziva može se pokrenuti na lokalnom mrežnom prolazu u bilo kojoj instanci da bi se odredio ukupan broj aktivnih poziva.
Loši mrežni uslovi između lokalnog prolaza i pristupnog SBC-a mogu ograničiti performanse signalne veze, što dovodi do još nižeg ograničenja istovremenih poziva. Jednosmerna latencija između lokalnog prolaza i data centra ne bi trebalo da prelazi 100 ms, a podrhtavanje treba da bude manje od 10 ms, dok je gubitak paketa manji od 0,5%.
Karakteristike i upotreba funkcija
Prilikom procene trenutnog okruženja važno je identifikovati i pregledati koje su funkcije konfigurisane. Pored toga, važno je razumeti upotrebu funkcija kako biste mogli (ponovo) definisati svoje poslovne i tehničke zahteve za vašu implementaciju.
Da biste utvrdili koje su funkcije konfigurisane, analizirajte konfiguraciju. Ovo su svi statički podaci koji se postavljaju kada je funkcija ili postavka konfigu risana na sistemu. Sledeće opcije se mogu koristiti za dovršavanje ove analize:
-
Pregledajte konfiguraciju u administratorskom GUI-u
-
konfiguracioni izvoz - masovni izvoz ili AKSL
-
alat za uvid u migraciju (preporučeno)
-
Cisco partnerski alati treće strane (preporučeno).
Da biste efikasno analizirali korišćenje funkcija, neophodno je ispitati dinamičke sistemske podatke kao što su korišćenje, registracije i aktivnosti poziva. Različiti analitički alati i kontrolne table pružaju uvid u ove metrike, omogućavajući sveobuhvatno razumevanje performansi i kapaciteta sistema, što podržava informisano donošenje odluka tokom migracije i optimizacije. Sledeće opcije se mogu koristiti za dovršavanje ove vrste analize:
-
Pregled sirovih CDR zapisa
-
Pregled Unified CM RTMT podataka
-
alat za uvid u migraciju pomoću CDR podataka
-
Pregled UC analitike povezane sa oblakom u
-
Jačina poziva
-
Registrovane krajnje tačke
-
(CAC) lokacije
-
Korišćenje prtljažnika.
-
-
Cisco partnerski alati treće strane.
Cisco preporučuje da za ovu analizu započnete sa alatom Vebek Control Hub Migration Insights. U alat ćete uvesti izvoznu.TAR datoteku i Unified CM CDR datoteke (opcionalno, ali potrebne za analizu korišćenja funkcija). Alat će generisati sledeće izveštaje zasnovane na CSV-u koji se mogu koristiti za pokretanje analize:
| Naziv izveštaja Opis izveštaja |
|---|
| ImportedDataBulk.csv
Svi korisnici i uređaji iz Unified CM podataka |
| DeviceEligibility.csv
Identifikuje uređaje koji ispunjavaju us Webex Calling love za migraciju (IP telefoni, uređaji Room OS, ATA i treće strane) |
| DevicePoolNumbers.txt Lista svih brojeva u određenom bazenu uređaja |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalji o uređajima i korisnicima koje treba migrirati zajedno na osnovu zajedničkih linija, pilota lova, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva |
| HuntGroupMigrationInsight.csv Detaljne informacije o dodeljenim lova čkim linijama, grupama linija i povezanim agentima |
| SharedlineGroupMigrationReport.csv Pregled načina na koji se telefonski brojevi (brojevi direktorijuma) dele između korisnika |
| Naziv izveštaja Opis izveštaja |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informacije o podobnosti za migraciju uređaja na osnovu upotrebe funkcije |
| FeatureUsageWithLastUsageDateReport.csv Broj upotrebe za broj puta kada su pozvani pilot (i) lov i red poziva zajedno sa poslednjim datumom upotrebe |
| UserWorkspaceLastUsage.csv Poslednji datum upotrebe za korisnike i radne prostore i za meke klijente i za tvrde telefone |
| DIDUsageReport.csv DID upotreba i za dodeljene i za nedodeljene DID-ove |
Više detalja o izveštajima Migration Insights potražite u odeljku Uvidi u migr aciji.
Ako vam je potrebno više informacija o funkcijama i upotrebi nakon pregleda informacija u izveštajima Migration Insights, Cisco preporučuje da razmotrite jedan od Ciscovih alata za migraciju partnera treće strane i/ili da pregledate konfiguracije u GUI ili u podacima o izvozu konfiguracije.
Cisco integracije: Uniti Connection UCCKS UCCE
Govorna pošta je sastavni deo ponude i izvorno je ugrađena u rešenje. ne može se integrisati sa rešenjem govorne pošte zasnovanom na prostoriji kao što su Uniti Connection ili Uniti Connection Ekpress. Dalje, ne postoji izvorni način za migraciju postojećih poruka govorne pošte ili pozdrava za Uniti vezu na izvornu uslugu govorne pošte koja je dostupna. Neki od Cisco-ovih alata za migraciju partnera treće strane imaju mogućnosti za migraciju nekih od ovih podataka. Više informacija o govornoj pošti potražite u odeljku Konfigurisanje i upravljanje postavkama govorne pošte za Webex Calling korisnika.
takođe podržava deljene govorne pošte i faks poštanske sandučiće. Više informacija potražite u odeljku U pravljanje del jenom govornom poštom i dolaznim faksom za. Webex Calling
ima ugrađenu funkciju Auto Attendant koja je uključena kao deo osnovne platforme. Ova funkcija omogućava prelazak upravljača poziva vaše Uniti Connection i funkcije automatskog praćenja. Alat Control Hub, Migracija funkcija izUnified CM, podržava migraciju konfiguracija Uniti Connection na automatske pratioce. Više informacija o korišćenju ovog alata potražite u odelj ku Migracija uređaja i funkcija sa Unified CM doWebex Calling.
Snimanje poziva
uključuje dve opcije za snimanje poziva bez dodatnih troškova.
-
Snimanje Vebek poziva
-
Dubber Go snimanje (ponuda partnera) - integracija između i dubbera gde se svi snimljeni mediji sigurno čuvaju u oblaku.
uključena tabela opcija snimanja ističe neke ključne karakteristike dve opcije snimanja poziva koje su dostupne bez dodatnih troškova.
| Webex | Dubber Go |
|---|---|
| Dostupno svim korisnicima | Dostupno svim korisnicima |
| Neograničeni snimci | Neograničeni snimci |
| Rok zadržavanja od 1 godina* | Period zadržavanja od 30 dana |
| 100 GB prostora za skladištenje po organizaciji | - |
| Službenici za usklađenost mogu pristupiti snimcima poziva i upravljati njima | - |
| API-ji za upravljanje snimcima | - |
Administratori mogu da konfigurišu i upravljaju pristupom korisnika njihovim snimcima poziva
|
Samo korisnici mogu pristupiti svojim snimcima i upravljati njima
|
Ako vaša organizacija zahteva dodatne mogućnosti snimanja kao što su snimanje poziva usklađenosti, duži periodi zadržavanja, više skladištenja, analiza veštačke inteligencije i/ili pristup administratoru, plaćene ponude ili dodaci postoje i od Cisco i od dobavljača snimanja trećih strana. Više informacija o dobavljačima snimanja, konfiguracijama i dodatnim partnerskim uslugama potražite u odeljku U pravljanje snimanjem poziva za Webex Calling.
Integracije trećih strana
podržava razne integracije trećih strana, uključujući, ali ne ograničavajući se na SBC za lokalne prolaze, IP telefone, interfon telefone, zvučnike/pejdžere, ATA itd. Pored ovih uređaja treće strane, Webex Calling podržava različita rešenja treće strane za korisničku podršku, analitiku, snimanje, naplatu itd. Za više informacija o reš en jima treće strane pogledajte Vebek App Hub.
Plan
Plan projekta na visokom nivou
Prilikom izrade plana projekta na visokom nivou za migraciju sa na, neophodno je uspostaviti jasne faze i prekretnice koje su u skladu i sa poslovnim ciljevima i sa tehničkim zahtevima. Plan treba da počne sveobuhvatnom fazom procene, uključujući prikupljanje detaljnih tehničkih i poslovnih zahteva, kao i identifikaciju zainteresovanih strana i definisanje kriterijuma uspeha. Ključna razmatranja uključuju raspod jelu resursa, procenu vremenskog okvira, upravljanje rizikom i komunikacijske strategije kako bi se osiguralo da su sve strane informisane i angažovane tokom migracije. Pored toga, plan treba da sadrži kontrolne tačke validacije kao što su pilot testiranje i fazno uvođenje kako bi se smanjili poremećaji i omogućila prilagođavanja na osnovu povratnih informacija.
Primeri elemenata koje treba uključiti u plan projekta su:
-
Definisanje obima migracije (npr. Koji korisnici, uređaji i funkcije će preći)
-
Zakazivanje treninga za krajnje korisnike i timove za podršku
-
Koordinacija procena spremnosti mreže, i
-
Planiranje aktivnosti prekida sa rezervnim opcijama. Takođe je važno integrisati preglede usklađenosti i bezbednosti, kao i faze podrške i optimizacije nakon migracije.
Strukturiranjem plana projekta sa ovim razmatranjima, organizacije mogu bolje upravljati složenošću, smanjiti rizike i postići glatkiju tranziciju na.
Migracijsko putovanje - jedan ili dva koraka?
zahteva od korisnika da koriste meki klijent za pozivanje. Stoga, ako neki korisnici i dalje koriste, imate dve opcije kada ih možete premestiti u. Možete izvršiti migraciju korisnika u jednom koraku ili migraciju korisnika u dva koraka.
Opcija 1: Migracija korisnika u jednom koraku
U migraciji u jednom koraku, korisnici prelaze sa u isto vreme kada se prelaze sa Unified CM na. Ova opcija je obično za migraciju kupaca sa malim brojem korisnika i može istovremeno da upravlja premeštanjem korisničkog mekog klijenta i usluge pozivanja. Slika Korisnička usluga pozivanja, meki klijent i telefon migriraju u isto vreme ispod ističe ovu vrstu migracije. Sa ovom opcijom korisnik će istovremeno izvršiti sledeće:
-
Usluge pozivanja premeštene sa
-
Telefonski brojevi i proširenja premešteni sa
-
Mekani klijent prešao sa Jabbera na - će se registrovati
-
Telefonska registracija premeštena sa na.
Ovo i dalje može biti fazna migracija gde se grupe korisnika pomeraju u različito vreme, ali kada se svaki korisnik pomeri, sve se to dešava istovremeno.
Opcija 2: Migracija korisnika u dva koraka
Drugi pristup je migracija u dva koraka. U koraku 1 korisnici se prelaze sa na pozivne usluge, ali ostaju uključeni u usluge pozivanja. Zatim se u koraku 2 korisnici premeštaju Unified CM sa. Ova opcija se preporučuje većim kupcima da upravljaju promenama krajnjeg korisnika i žele da odvoje korisničku promenu mekog klijenta od promene usluge pozivanja. Sledeća slika Migracija mekog klijenta; zatim migriranje usluge pozivanja, mekog klijenta i telefona Webex Calling ispod ističe ovu vrstu migracije.
Korak 1
-
Mekani klijent prešao sa na - će se registrovati na.
Korak 2
-
Usluge pozivanja su premeštene sa na.
-
Telefonski brojevi i proširenja premešteni sa na.
-
registracija je premeštena sa.
-
Telefonska registracija premeštena sa na.
Ovo i dalje može biti fazna migracija gde se grupe korisnika pomeraju u različito vreme u oba koraka.
Opcija koju odaberete zavisi od toga kako želite da upravljate prelaskom svojih korisnika na i. Preporuka je da se to preduzme u koracima (opcija 2). Ovo vam omogućava da minimizirate promene krajnjeg korisnika odjednom i podelite napor na različite delove projekta. Međutim, ako više volite da korisnici utiču samo jednom, onda je i korišćenje opcije 1 važi .
Gledajući preporučeno putovanje (opcija 1), slika mape tranzicije visokog nivoa Jabber u Vebek App prikazuje tranzi ciju visokog nivoa za korak 1.
U ovom koraku korisnici prelaze sa Jabbera na sve svoje pozivne usluge. Međutim, platforma za pozivanje je Unified CM i dalje i regi strovaće svoje pozivne usluge. Kao što se vidi na slici prelazne mape visokog nivoa Jabber u Vebek App, lokalna infrastruktura se ne menja i radi na isti način na koji to čini Jabber. Jedina promena je zahteva vezu sa.
Za više informacija o ovoj tranziciji pogledajte Jabber na Vebek prelaznu mapu i Vodič za implementaciju u odeljku Klijent na stranici Tranzicija sar ad nje.
Unified CMna mapu Webex Calling tranzicije na visokom nivou slika je pre lazak na visokom nivou od do. Ovo je korak 2 preporučenog putovanja.
Ako odlučite da koristite pristup u jednom koraku, to važi i to.
U ovom koraku korisnici se prelaze u grupe. U ovom trenutku korisnici počinju da koriste za svoje pozivne usluge, registraciju poziva i registraciju IP telefona.
Pošto se korisnici kreću u grupama, korisnici preduzeća će biti podeljeni između dve pozivne platforme tokom tranzicije. Slika mape tranzi Unified CM cije Webex Calling od faze 1 do viso kog nivoa prikazuje ovo stanje. Tokom ove faze potrebno je plan iranje kako upravljati pozivima između korisnika na dve platforme i kako će se PSTN pozivi usmeravati. Svaki put kada se grupa korisnika prebaci na, biće potrebni planovi biranja i ažuriranja usmeravanja poziva i lokalnog mrežnog prolaza.
Kada svi korisnici, meki klijenti i uređaji budu prebačeni u (Faza 2), tada se sva lokalna UC infrastruktura može ukloniti i isključiti iz pogona.
Dizajn
Izbor regiona
dostupan je širom sveta i isporučuje se iz suvišnih centara podataka u više regiona: SAD (Dalas, Čikago), Kanada (Vankuver, Toronto), Evropa (Frankfurt, Amsterdam), Velika Britanija (London, Manchester), Australija (Melburn, Sidnej), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Džeda) i Indija (Mumbai, Čenaj). Medijski POP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Na primer, Singapurski podatkovni centar koristi se za optimizaciju vremena povratnog putovanja medija za kupce u azijskim zemljama gde bi vreme povratnog putovanja bilo u Australiju ili Japanu moglo biti neoptimalno. Centri podataka su međusobno povezani multi-gigabitnom i potpuno suvišnom okosnicom. Slika globalno distribuiranih centara podataka prikazuje pregled svih data centara. Za najnoviju listu dostupnih data centara pogledajte Lokacije centra podataka za Webex Calling.
Svaki kupac je obezbeđen na jednoj od instancija. Sve informacije o pružanju tog klijenta čuvaju se u toj instanci, a SIP signalizacija svih krajnjih tačaka i lokalnih prolaza obezbeđenih za tog kupca vezana je za instancu na kojoj je klijent obezbeđen. Budući da je teško promeniti početni izbor regiona, važno je uzeti u obzir sve relevantne faktore kao deo procesa odlučivanja koji vodi do izbora regiona. Da bi se izbeglo prekomerno kašnjenje signalizacije u povratnom putovanju, važno je rano u procesu tranzicije odlučiti koju instancu treba koristiti. Cisco preporučuje odabir instance koja pruža najniže vreme signalizacije povratnog putovanja za najveći broj korisnika u okviru implementacije.
Za dostupnost zemlje pogledajte Gde je Vebek dostupan? .
Lokacije
Da bi se pripremili za obezbeđivanje lokacija, potrebno je prikupiti potrebne informacije za sve ciljne lokacije migracije. Informacije potrebne za svaku lokaciju sumirane su u Informacije za snimanje za svaku lokaciju.
| Informaciя | Komentar |
|---|---|
| Opseg (i) proširenja | Svaka lokacija može imati proširenja koja počinju različitim ciframa. Jedna cifra mora biti pošteđena za cifr
u upravljača za biranje između mesta (na primer 8) i jedna za PSTN cifru
upravljača (na primer 9). Nijedan opseg proširenja ne može početi ni sa jednom od
ove dve cifre. Svi rasponi proširenja svih lokacija moraju biti jednake dužine. |
| DID opseg (i) | - |
| PSTN upravljačka cifra | - |
| Kod sajta | Svi kodovi sajtova svih lokacija moraju biti jedinstveni i da imaju istu dužinu. |
| Glavni broj | Prilikom kreiranja lokacije potrebno je obezbediti dva DID-a. Jedan kao
glavni broj (na primer, koji će biti dodeljen službi za automatsko praćenje) i jedan za portal govor
ne pošte. Navedite jedan DID za broj govorne pošte. |
| Broj govorne pošte | |
| Broj licenci | Potrebne licence prema tipu, uključujući Standard, Professional, Radni prostor, listu ruta, plan odlaznih poziva. |
| Istovremeni pozivi u napornom satu | Zbir istovremenih poziva između uređaja i između uređaja i lokalnog mrežnog prolaza (PSTN i pozivi na uređaje). Potrebno za određivanje potrebnog propusnog opsega pristupa internetu. |
| Zemlja | - |
| Vremenska zona | - |
| Jezik | - |
| Kontakt (ime, telefon, e-pošta) | - |
| Adresa (adresa ulice, grad, država, poštanski broj) | - |
| Fizička lokacija za hitne službe za krajnje tačke | Lokacija uređaja koja se može otpremiti koja se koristi za hitne pozive uglavnom uključuje sledeće: adresu zgrade, adresu zgrade+broj sprata, adresu zgrade+broj apartmana ili adresu zgrade+broj sprata+kancelarijski/kubni broj. |
| Jedinstvena lokacija fizičke mreže po uređaju za hitne službe | Lokacija fizičke mreže za hitne pozive uglavnom uključuje sledeće: prekidač/prekidač za žičane uređaje, identifikatore osnovnog seta usluga bežične pristupne tačke (AP) za bežično povezane uređaje i/ili lokalnu IP podmrežu za uređaje krajnjih tačaka. |
PSTN
Kada dizajniraju implementaciju, kupci imaju tri primarne opcije povezivanja PSTN: Cisco C alling Plans (PSTN usluga isporučena u oblaku kojom upravlja Cisco), PSTN provajderi povezani u oblak (CCPP, gde provajderi isporučuju PSTN uslugu preko oblaka) i lokalni PSTN (gde lokalni prolazi povezuju mrežu preduzeća sa PSTN). Uvođenjem PSTN trunkinga za hibridne primene (Za više informacija pogledajte PSTN trunking za hibridne primene na PSTN trunkingu), organizacije dobijaju dodat Webex Calling nu fleksibilnost u svom pristupu migraciji. Ova funkcija omogućava korisnicima da premeštaju svoj PSTN u CCPP na početku tranzicijskog putovanja i započnu prelazak na PSTN u oblak za korisnike, istovremeno koristeći CCPP za održavanje PSTN usluge za korisnike koji ostanu na Ciscu tokom fazne migracije.
Ovaj hibridni pristup omogućava organizacijama da prvo presele odabrane korisničke grupe u oblak, bez trenutnog remonta celokupnog telefonskog okruženja. Međutim, uvodi dodatnu složenost i rizik, posebno oko prilagođavanja postojeće logike usmjeravanja poziva kako bi podržala novu arhitekturu. Interoperabilnost sa starijim aplikacijama, kao što su faks serveri, kontakt centri ili sistemi za pejdžing, takođe zahteva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati obezbeđivanje besprekornog pregovaranja o kodeku od kraja do kraja i DTMF (Dual-Tone Multi-Frequency) signalizacije u mešovitom okruženju, kao i potvrdu kompatibilnosti sa specijalizovanim funkcijama telefonije. Pravilno planiranje i testiranje su od suštinskog značaja za smanjenje poremećaja i održavanje pouzdanih govornih usluga tokom procesa migracije. Pored toga, važna su komercijalna razmatranja, jer hibridni trunking zahteva licencu za upotrebu koja se zasniva na broju istovremenih poziva između lokalnog okruženja i PSTN provajdera povezanog sa oblakom (CCPP).
Alternativno, organizacije mogu da odluče da zadrže svoju lokalnu PSTN povezanost tokom faze tranzicije. U ovom scenariju, migracija na CCPP može se izvršiti na dva načina: kao jedinstveno, koordinirano ograničenje za sve korisnike i lokacije kada se migracija završi, ili postepeno, pri čemu se migracija PSTN odvija na osnovu svake lokacije dok se korisnici premeštaju. Ovaj pristup može pomoći u pojednostavljenju suživota i održavanju kontinuiteta za nasleđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi vezani za prenošenje brojeva, kao što su potreba za preciznom koordinacijom naloga za brojeve luka, potencijalna kašnjenja i ograničenja nametnuta od strane provajdera, poput ograničenja broja istovremenih lučkih zahteva ili ograničenja za prenošenje podskupova blokova velikog broja. Organizacije moraju pažljivo planirati svoju strategiju tranzicije na PSTN, uzimajući u obzir ova logistička razmatranja kako bi se izbegli prekidi usluga i osigurali nesmetano iskustvo migracije.
Slika Migracija na CCCP na početku u odnosu na održavanje lokalnog PSTN-a prikazuje dve gore objašnjene opcije migracije PSTN -a. Na ilustraciji sa leve strane prikaz an je scenario gde svi lokalni korisnici i aplikacije Webex Calling koriste PSTN usluge povezane sa oblakom preko lokalnog prtljažnika i lokalnog mrežnog prolaza koji povezuje lokalni sistem, dok ilustracija sa desne strane prikazuje scenario gde postojeći lokalni PSTN ostaje na mestu, a korisnici koriste lokalni PSTN putem veze lokalnog prolaza između lokal nih i. Tokom tranzicije lokacije se mogu prebaciti na korišćenje Cloud Connected PSTN.
U oba scenarija pozivi između lokalnog i korisnika koriste vezu Local Gateway. Veza između lokalnih i mora biti dizajnirana i dimenzionisana u skladu sa očekivanom brojem istovremenih poziva i potrebnom redundancijom.
Plan biranja
Da bi se postigla besprekorna interoperabilnost između i tokom perioda migracije, mora se razviti i implementirati sveobuhvatna arhitektura plana biranja na obe platforme. Ovaj dizajn plana biranja sa dve platforme osigurava dosledno us mjeravanje poziva, prevod brojeva i transparentnost funkcija, omogućavajući korisnicima na bilo kom sistemu da komuniciraju bez pogoršanja usluge ili poremećaja korisničkog iskustva tokom faze su života.
Lokalni plan biranja u
Tokom tranzicije kako bi se omogućio suživot uređaja registrovanih na Unified CM i na preduzeću plan biranja potrebno je promeniti tako da se mogu ispuniti barem sledeći zahtevi:
-
+E.164 biranje od do
-
Proširenje biranja od do (unutar lokacije, ali i među lokacijama ako su opsezi proširenja jedinstveni)
-
Skraćeno biranje između lokacija od do
-
Prisilno biranje na mreži od do
-
Povratni poziv iz direktorijuma propuštenih poziva na odredišta
-
PSTN poziva sa na PSTN ako se tokom tranzicije lokalni PSTN koristi za
-
PSTN pozivi od do ako se tokom tranzicije PSTN trunking za hibridne implementacije koristi za obezbeđivanje PSTN pristupa lokalnim korisnicima putem Cloud Connect za
-
Prisilno na mreži od do
-
Produženo biranje od do (međulokacija).
Ako bilo koja od gore navedenih nije podržana navika biranja pre tranzicije, na primer ne postoji skraćena navika biranja među lokacijama, onda ih nije nužno potrebno u vesti tokom tranzicije.
Plan biranja na slici Najbolje prakse prikazuje pristup plana biranja najbolje prakse kako je opisano u Preferiranu arhitekturu za Cisco Collaboration 12.k Enterprise On-Lokalne implementacije, CVD. Ključne karakteristike ovog pristupa uključuju:
-
Jedna particija za +E.164 brojeve direktorijuma
-
Osnovno rutiranje zasnovano na obrascima rute +E.164
-
Normalizacija svih navika biranja na +E.164 korišćenjem obrazaca prevođenja
-
Upotreba obrasca prevoda koji poziva nasleđivanje prostora za pretragu (opcija Koristi prostor za pretragu pozivanja originatora postav ljen na obrascima prevoda).
Na primer, PSTN biranje (9+1+10D) sa uređaja u SJC-u sa prostorom za pretragu linijskih poziva SJCInternational prvo će se podudarati sa obrascem prevođenja 9.1 [2-9] XX [2-9] XXXXXX koji normalizuje broj pozivane stranke na +E.164. Sekundarno pretraživanje zatim ponovo koristi isti prostor za pretragu poziva SJCInternational (pozivanje nasleđivanja prostora za pretragu) i +E.164 cifreni niz će se ili podudarati sa brojem direktorijuma +E.164 u DN particiji ili jednim od PST N obrazaca rute u USPSTNNational ili SJCPSTNLocal particiji. Skraćene navike biranja unutar lokacije i među lokacijama implementiraju se prevodima u particiji ES N i SJCTOE164. Iako je ESN particija globalna particija (dostupna telefonima na svim lokacijama), SJCTOE164 particija je dostupna samo korisnicima na lokaciji SJC. Ovo pretpostavlja preklapanje opsega proširenja.
Prvi korak za omogućavanje pozivanja od do je da se uverite da se +E.164 odredišta usmeravaju u skladu sa tim. Ovo se može postići dodavanjem particije u plan biranja, dodavanjem +E.164 obrazaca rute za sva odredišta na tu particiju i konačno dodavanjem particije svim pozivnim prostorima za pretragu koji predstavljaju klase usluga koje treba da budu u mogućnosti da dođu. Stvaranje namenske particije potrebno je da bi se omogućilo stvaranje diferencirane klase usluga za pozive koji potiču od. Da biste izbegli petlje poziva, prostor za pretragu dolaznih poziva na prtljažniku sa Lokalnog mrežnog prolaza ne bi trebalo da ima pristup particiji.
Kao što je prikazano na slici +E.164 usmeravanje doWebex Calling, da bi se omogućilo rutiranje od do za lokaciju sa +E.164 DID opsegom +1 221 555 2KSKSKS i kodom lokacije 121, na particiju treba dodati hitni obrazac rute koji odgovara ovom opsegu +E.164.
Ako nije potreban izbor lokalnog prolaza specifičnog za lokaciju, onda umesto korišćenja liste ruta sa lokalnom grupom ruta kao odredište za obrasce ruta koji ukazuju na jednu grupu ruta može se obezbediti lokalni prolaz kao jedini član, a zatim obrasci rute ukazuju na listu jedne rute sa ovom jednom grupom ruta kao jedinim unosom.
Da bi se omogućilo skraćeno biranje na sajtu između lokacija, na particiju se dodaje potreban obrazac rute 8121.2XXX. Da bi sajtovi prešli na obrazac normalizacije biranja 8121.2XXX koji normalizuje ESN biranje na +E. 164 možda već postoji u ESN particiji. U tom slučaju čini se da je 8121.2 KSKSKS suvišan, ali čim se svi DNS odgovarajuće lokacije migriraju na 8121.2XXX obrazac za normalizaciju biranja može se ukloniti, a zatim obrazac rute 8121.2XXX omogućava ESN biranje čak i za korisnike samo proširenja u tom opsegu.
Sa ovim promenama plana biranja pozivi na lokaciju mogu se postavljati ne samo biranjem skraćenih međulokacija i +E.164. Takođe, međunarodno i nacionalno PSTN biranje je moguće jer se ove navike biranja prvo normalizuju na +E.164 kroz već postojeće obrasce prevođenja normalizacije biranja, a zatim se usmeravaju usklađivanjem obras ca rute +E.164 u particiji.
+E.164 obrazac rute koji se podudara sa DID opsegom lokacije može se obezbediti dok su svi DID-ovi još uvek hostirani. Algoritam za najbolje podudaranje obrazaca podudaranja osigurava da kada se bira broj koji se hostuje, broj direktorijuma +E.164 koji je dodeljen bolje podudara od šablona rute sa divljim znakom +E.164 koji pokazuje tako da se pozivi proširuju na uključenu liniju i ne šalju na.
plan biranja
Svakom korisniku je obezbeđeno proširenje i/ili telefonski broj +E.164. Dužina proširenja je fiksna globalna postavka: sva proširenja u primeni imaju istu dužinu. Proširenje biranja može se koristiti između korisnika i unutar lokacije i između lokacija. Skraćeno biranje proši renja između lokacija (drugi slučaj) funkcioniše samo ako je birano proširenje jedinstveno.
Ako je skraćeno biranje između lokacija između lokacija zahtev, ali postoje preklapanja između proširenja dodeljenih na različitim lokacijama, tada je potrebno kreirati plan numerisanja specifičan za preduzeće prefiksiranjem proširenja pristupnim kodom i kod lokacije. Više informacija potražite u odeljku Pre ferirana arhitektura za Cisco saradnju 15 Lokalne implementacije, Pregled dizajna dostupan u prefer iranim arhitekturama Cisco saradnje.
Dužina proširenja, ponašanje biranja proširenja između lokacija, dužina prefiksa za biranje između lokacija i cifra upravljača u prefiksu rutiranja za biranje između lokacija konfigurisani su u podešavanjima usluge pozivanja u:
-
Duž@@ ina prefiksa za usmeravanje lokacije: Duž ina prefiksa uključujući cifru upravljača. Potrebno je samo ako plan numerisanja preduzeća treba uspostaviti kao alternativna skraćena navika biranja između lokacija preduzeća.
-
U@@ pravljačka cifra u prefiksu rutiranja: Upravljačka cifra za skraćenu naviku biranja između lokacija preduzeća. Treba izbegavati preklapanje sa prvom cifrom bilo koje lokacije i lokacije od laznim brojčanim ciframa. Potrebno je samo ako plan numerisanja preduzeća treba uspostaviti kao alternativna skraćena navika biranja između lokacija preduzeća.
-
Unutrašnja dužina produ ženja: Standardna dužina produžetaka. Može biti bilo koja vrednost između dva i deset.
Kada je potrebno biranje proširenja ili biranje pomoću značajnih brojeva preduzeća (upravljački kod, kod lokacije, proširenje) od lokalne kontrole poziva, a lokalna kontrola poziva šalje proširenje kao id pozivaoca, obavezno po desite parametar Maksimalna ne poznata dužina proši renja u odeljku Usmeravanje poziva između i prostorija da biste bili sigurni da se uzvodni pozivi iz lokalne kontrole poziva mogu pravilno klasifikovati kao lokalni pozivi. -
Dozvolite biranje proširenja između lokacija: Prebacite da biste omoguć ili/onemogućili biranje proširenja između lokacija. Ova opcija treba da bude omogućena samo ako su sva proširenja unutar organizacije jedinstvena. Ako je opcija onemogućena, tada je potrebno birati značajne brojeve preduzeća (upravljački kod, kod lokacije, proširenje) ili telefonske brojeve između lokacija.
Prva tri paramet ra se uglavnom koriste za izradu plana biranja za telefone kako bi se smanjili međucifreni vremenski prekidi kada se koristi pozivanje izvan kuke. Odstupanja od ovih globalnih podešavanja su i dalje moguća (primer - mogu se obezbediti proširenja različite dužine), ali će se u Control Hub-u pojaviti poruka upozorenja i biranje sa telefona može zahtevati biranje u bloku da bi se izbeg li sukobi unutar unapred učitanog plana biranja.
Primer numerisanja tabele Enterprise prikazuje primer tri lokacije gde su opsezi proširenja dve lokacije, NIC i RTP, identični. Uspostavljanje šeme numerisanja preduzeća sa upravljačkom cifrom između lokacija 8, nakon čega sledi trocifreni kod lokacije, i četvorocifreno proširenje stvara skraćenu naviku biranja između lokacija koja se ne preklapa.
| Sajt | Opseg proširenja | Kod sajta | Raspon preduzeća |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Da bi se omogućio nesmetan prelaz, skup navika biranja za korisnike pre i posle prelaska na idealno treba da bude isti. Da bi se pripremili za tranziciju za svaku lokaciju, potrebno je dokumentovati DID opsege i opsege proširenja (ili skraćene navike biranja unutar lokacije). Na osnovu ovih informacija potrebno je odabrati cifru upravljača između lokacija.
Tabela Op sezi proširenja fiksne dužine prikazuje primer tri lokacije i op sega proširenja fiksne dužine. Budući da treba izbegavati preklapajuće navike biranja, važno je osigurati da za bilo koji opseg proširenja prva cifra opsega ne odgovara upravljačkoj cifri za skraćeno biranje između lokacija. Ako je, na primer, 8 izabran kao upravljačka cifra za biranje između lokacija, tada nijedan opseg proširenja na bilo kojoj lokaciji ne može početi sa 8. Obično se proširenja na datoj lokaciji podudaraju sa poslednjih nekoliko cifara DID-ova dodeljenih toj lokaciji. Da biste izbegli sukobe, prva cifra proširenja može se promeniti. Ako se, na primer, DID-ovi u opsegu +1 408 555 8KSKSKSKS koriste na lokaciji, onda umesto da se koristi 8KKSKS kao opseg proširenja 7KSKSKS može da se koristi za proširenja na toj veb lokaciji
| Sajt | Opseg proširenja | Ekstenzije | Kod sajta | Raspon preduzeća |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Sedmocifreni nizovi biranja birani na uređaju koji koristi američki plan biranja preklapaju se sa sedmocifrenim uzorkom za lokalno biranje u unapred učitanom američkom planu biranja. Da bi se izbegla preklapanja između bilo koje navike biranja na mreži i van mreže (PSTN), na toj lokaciji se može koristiti obavezni spoljni pristupni kod. Ako se postojeća šema numerisanja preduzeća i odgovarajuće skraćeno biranje među lokacijama preklapaju sa obrascima u nacionalnom brojčaniku, onda se tokom prelaska na šemu numeriranja kako bi se izbegla preklapanja takođe može promeniti u duži ili kraći oblik. Naj lakši način da se to postigne je dodavanje dodatne cifre u šemu numerisanja. Novu dužu šemu biranja između lokacija moraju usvojiti samo korisnici na koji su već migrirani. Korisnici koji su još uključeni mogu nastaviti da biraju sedam cifara. Plan biranja preduzeća u ovom slučaju mora osigurati da se skraćeno sedmocifreno biranje od Unified CM do transformiše u +E.164 ili u skraćeni format biranja koji je postavljen na. Ovo treba uraditi pre slanja poziva na lokalni prolaz.
Sedmo cifreno biranje u tabeli Tranzicioniranje prikazuje primer ovog prenumerisanja. U ovom primeru skraćeno biranje među lokacijama koristi upravljačku cifru 8 praćenu dvocifrenim kodom lokacije i četvorocifrenim proširenjem. Da bi se izbe glo sedmocifreno skraćeno biranje između lokacija za lokacije na, kodovi sajta se lako mogu promeniti na tri cifre prefiksiranjem proizvoljne cifre (8 u primeru) na dvo cifrene kodove sajta koji se koriste tako da biranje između lokacija sa telefona koristi upravljačka cifra 8, nakon čega sledi cifra 8, stari dvocifreni kod lokacije i četvorocifreno proširenje. Korisnici koji su uključeni ne moraju da pamte nove kodove sajta; oni samo moraju da zapamte da koriste 88 kao prefiks za biranje između lokacija umesto 8 uključeno.
| Sajt | Ekstenzije | Kod sajta | Raspon preduzeća | Sajt ode | Enterprise Ange |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
U scenariju sa različitim formatima brojeva preduzeća i ako su brojevi preduzeća predstavljeni kao informacije o pozivnoj strani za pozive od do (na primer - Pozivi sa uređaja bez DID-a), važno je takođe implementirati mapiranje između različitih formata brojeva za pozivanje informacija o stranama kako bi se osiguralo da povratni poziv funkcion iše. Ovo mapiranje se može postići korišćenjem obrasca transformacije pozivne strane na prtljažniku između i lokalnog prolaza.
Snimanje
Dobro arhitektirano rešenje za snimanje poziva zahteva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osiguralo da je usklađeno sa organizacionim ciljevima, regulatornim zahtevima i tehničkim ograničenjima. Dve od najkritičnijih odluka uključuju izbor dobavljača i izbor regiona, a obe će možda morati da budu prilagođene globalno i nadjačane na određenim lokacijama, na osnovu poslovnih potreba.
1. Izbor dobavljača snimanja poziva
Odabir odgovarajućeg provajdera za snimanje poziva je od suštinskog značaja za ispunjavanje poslovnih ciljeva i obezbeđivanje usklađivanja funkcija u celoj organizaciji:
-
Iz@@ bor globalnog provajdera: Organizacije obično određuju primarnog provajdera za snimanje poziva na globalnom nivou, obezbeđujući doslednost u skupu funkcija, usaglašenosti i podrške na svim lokacijama
-
Poništavanja zasnovana na lokaciji: U scenarijima gde određene lokacije ili regioni imaju jedinstvene poslovne potrebe ili regulatorne zahteve, možda će biti potrebno nadjačati izbor global nog provajdera i odrediti alternativne provajdere za te lokacije. Ova fleksibilnost podržava različite mandate usklađenosti i lokalne operativne potrebe
-
Poslovni zahtevi: Izbor provajdera treba da bude vođen procenom poslovnih pokretača kao što su usklađenost sa propisima (primer - MiFID II, HIPAA), osiguranje kvaliteta, rešavanje sporova ili potrebe za obukom
-
Dostupnost funkcija: Provajderi treba proceniti na osnovu njihove sposobnosti da isporuče potrebne funkcije, kao što su nadgledanje u realnom vremenu, mogućnosti pretraživanja i reprodukcije, šifrovanje, politike zadržavanja, integracija sa analitičkim platformama i podrška za različite tipove poziva (dolazni, odlazni, interni).
2. Izbor regiona
Određivanje regiona u kojem se čuvaju i obrađuju snimci poziva ključno je za usklađenost i performanse:
-
Globalni izbor regiona: Podrazumevano, organizacije mogu da izaberu jedan region za čuvanje snimaka poziva radi pojednostavljenja upravljanja i upravljanja
-
Pon@@ ištavanja regiona zasnovana na lokaciji: Tamo gde zakoni o prebivalištu podataka ili korporativne politike zahtevaju, možda će biti potrebno nadjačati postavku globalnog regiona za određene lokacije, osiguravajući da se snimci poziva čuvaju i obrađuju unutar potrebnih geografskih granica
-
Zahtevi za boravak podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili mandati specifični za zemlju) koji mogu diktirati gde i kako se čuvaju snimci poziva.
Još jedan kritičan aspekt koji treba rešiti tokom planiranja i dizajniranja rešenja za snimanje poziva je procena zahteva za skladištenjem. Precizno predviđanje potreba za skladištenjem je od suštinskog značaja kako bi se osiguralo da je na raspolaganju dovoljan kapacitet za podršku tekućim poslovnim operacijama, održavanje usklađenosti i izbegavanje poremećaja u uslugama.
Nekoliko ključnih parametara treba uzeti u obzir prilikom određivanja očekivane potražnje za skladištenjem:
-
Obim snimljenih poziva: Procenite predviđeni broj poziva koji će biti snimljeni u datom vremenskom intervalu (npr. Po danu, nedelji ili mesecu). Ovo uključuje ne samo spoljne pozive već i interne komunikacije, ako to zahteva poslovna politika ili regulatorni mandati
-
Prosečno trajanje poziva: Izračunajte tipičnu dužinu snimljenih poziva, jer će duži pozivi potrošiti više prostora za skladištenje. Varijacije u trajanju poziva u različitim odeljenjima ili grupama korisnika takođe treba uzeti u obzir u procenu
-
Period zadržavanja: Definišite dužinu vremena zadržavanja snimaka, što često diktiraju organizacione politike ili spoljni propisi (kao što su standardi usklađenosti specifični za industriju). Duži periodi zadržavanja povećaće ukupne zahteve za skladištenjem
-
Projekcije rasta: Razmotrite očekivani rast obima poziva ili proširenje obima snimanja, što može biti rezultat skaliranja poslovanja, novih regulatornih zahteva ili uključivanja dodatnih korisnika ili lokacija.
Temeljnom analizom ovih parametara, organizacije mogu razviti robusnu strategiju skladištenja koja osigurava skalabilnost, isplativost i usklađenost sa propisima za njihovo rešenje za snimanje poziva. Takođe je preporučljivo redovno pregledavati i prilagođavati alokacije skladištenja kako se obrasci upotrebe vremenom razvijaju.
Hitno pozivanje
Zahtev za upućivanje hitnog poziva u odgovarajući dispečerski centar je us lov za bilo koju uslugu poziva koja nudi PSTN uslugu. Sa, usmeravanje hitnih poziva je izvorno rešenju i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje podržavaju. Usmeravanje hitnog poziva zasniva se na lokaciji definisanoj unutar i PSTN načinu pristupa lokaciji. Brojevi za hitne slučajeve su unapred definisani i specifični za zemlju u kojoj su korisnici i uređaji raspoređeni.
Postoje dva načina za isporuku hitnih poziva. Postoji osnovna usluga usmeravanja poziva u hitnim slučajevima i poboljšana usluga usmeravanja poziva u hit nim slučajevima. Osnovna usluga usmeravanja poziva u hitnim slučajevima koristiće administratorski izabrani broj za identifikaciju lokacije i rute poziva da bi došla do hitnih službi. Za osnovno pozivanje u hitnim slučajevima putanja poziva obično prolazi kroz PSTN opciju kupca za tu lokaciju. takođe ima poboljšano usmeravanje poziva u hitnim slučajevima dizajnirano za implementacije u SAD i Kanadi koje imaju zahteve za usklađenost sa propisima koji zahtevaju upotrebu nacionalnog provajdera za isporuku hitnih poziva u ispravnom dispečerskom centru.
Svi kupci treba da implementiraju, u najmanju ruku, osnovnu konfiguraciju hitnih poziva. Osnovni poziv za hitne slučajeve zahteva da se svakoj lokaciji definisanoj u dodeli najmanje jedan broj +E.164 u vlasništvu korisnika. Za osnovne hitne pozive, svaka lokacija će biti definisana uličnom adresom na koju se šalju policija, vatrogasna ili hitna pomoć u slučaju nužde. U većini slučajeva, glavni broj lokacije je najbolji izbor za predstavljanje fizičke lokacije hitne situacije. Tipično, dodeljivanje adrese broju+E.164 koordinira se sa PSTN provajderom. Slike ispod prikazuju dodeljivanje glavnog broja koji će se koristiti kao broj za povratni poziv za hitne slučajeve za lokaciju Richardson.
U većini situacija adresa zgrade dovoljna je za adresu otpreme lokacije. Ali ako su potrebni dodatni detalji o lokaciji za određene korisnike ili uređaje, administrator može koristiti isti postupak opisan gore i dodeliti te uređaje određenoj adresi ili preciznijoj lokaciji unutar adrese (poput poda ili sobe). U Upravljanju koris nicima u, kartica Pozi vanje omogućava da se određeni broj koristi za korisnika i njegove uređaje da bi dobili određenu adresu otpreme. Sledeće slike ilustruju kako se određeni broj može dodeliti uređaju. Administrator je odgovoran da osigura da će broj koji koristi uređaj imati dodeljenu tačnu adresu za otpremu. Dodel jivanje adrese se obično vrši preko PSTN provajdera te lokacije.
Za implementacije telefonije sa sedištem u SAD koje moraju da obezbede poboljšana rešenja za hitne pozive, koristi RedSki-ov Horizon Mobiliti integrisan u za usmeravanje poziva u hitne slučajeve. Kada koristite RedSki za usmeravanje poziva, administrator se mora prijaviti za nal og preko Cisco-a i konfigurirati odgovarajuće informacije u pozivanje -> Podešavanja usluge da bi omogućio ovu funkciju. Jednom kada je Red Ski usluga omogućena na nivou sistema, administrator će omogućiti RedSki uslugu na svakom nivou lokacije. Omogućavanje poboljšanog hitnog poziva na lokaciji aktiviraće uslugu za sve uređaje koji su dodeljeni toj lokaciji. Uređaji koji podržavaju poboljšano pozivanje u hitnim slučajevima su Cisco MPP telefoni, Cisco PhoneOS telefoni i Cisco-ovi.
Postoje dva podešavanja za omogućavanje poboljšanog hitnog poziva na lokaciji. Doz voli RedSki-u da prima informacije o mrežnoj povezanosti i testne pozive treba koristiti za proveru da li je konfiguracija RedSki-a za mapiranje uređaja i infrastrukture tačna. Ovo podešavanje takođe omogućava postavljanje testnih poziva na 933 radi verifikacije lokacije pomoću RedSkijevog IVR sistema za očitavanje lokacije pozivaoca. Iako ovaj dokument neće pokrivati konfiguraciju RedSki-a za praćenje lokacije, administrator UVEK treba da testira njihovo otkrivanje lokacije pre nego što aktivira hitne pozive za rutu do RedSki-a. Kada se testiranje završi i proveri da je tačno, administrator će uputiti pozive na RedSki prebacivanjem hitnih poziva na RedSki. Ovaj prekidač će usmjeriti sve hitne pozive za lokaciju na RedSki radi isporuke centru za telefoniranje lokacije.
Podešavanja poboljšanog pozivanja u hitnim slučajevima takođe se primenjuju na klijente lokalno i van prostorija. Kada je lokalno, može se pratiti na isti način na koji se prate stolni telefoni. Kada je van lokalnog prostora, korisnik će moći dinamički da podesi svoju lokaciju direktno unutar. Više informacija o hitnim pozivima potražite u odeljku Poboljšan o pozi vanje u hitnim slučajevima za.
Licenciranje
Postoji više opcija za dodeljivanje licenci korisnicima.
Ručno dodeljivanje kroz
Administratori ručno dodeljuju licence pojedinačnim korisnicima putem interfejsa.
Administratori mogu da uređuju licence za usluge za pojedinačne korisnike i direktno dodeljuju licence za pozivanje.
Automatski šabloni za dodeljivanje licenci
Koristite šablone za dodeljivanje licenci za automatsko dodeljivanje licenci korisnicima na osnovu grupnih ili organizacionih postavki.
Automatsko licenciranje se može izvršiti pomoću sinhronizacije direktorijuma ili ručnog ažuriranja korisnika, ali korisnici moraju imati važeći telefonski broj formatiranog +E.164 i telefonski brojevi moraju postojati na lokaciji pre pružanja korisnicima. Ako uslovi nisu ispunjeni (npr. nevažeći format telefonskog broja), licence neće biti dodeljene.
Skupno dodeljivanje putem CSV šablona
Otpremite CSV datoteku sa korisničkim detaljima i dodeljivanjem licenci da biste dodali ili izmenili više korisnika odjednom.
CSV uvoz podržava dodavanje do 20.000 korisnika i dodeljivanje licenci, ali licence zahtevaju određena polja kao što su telefonski broj i proširenje.
Dodeljivanje zasnovano na API-ju
Koristite API-je za programsko dodeljivanje licenci i upravljanje korisnicima.
podržava API operacije za upravljanje korisnicima i licencama (People, SCIM 2.0 i Licences API), koje se mogu iskoristiti za automatizaciju dodeljivanja licenci. API za licence omogućava istovremeno dodeljivanje licenci, telefonskih brojeva i proširenja.
| Način dodeljivanja | Profesionalci | Protiv |
|---|---|---|
| Priručnik kroz | Jednostavno za nekoliko korisnika. Omogućava preciznu i detaljnu kontrolu nad dodelji vanjem licenci. | Nije skalabilno, dugotrajno Skloni ljudskim greškama tokom ručnog unosa. |
| Automatski šabloni licenci | Skalabilno Smanjuje ručne greške Može se primeniti na nove i postojeće korisnike. | Zahteva važeće brojeve telefona i lokacije. Složenije za postavljanje Takođe zahteva grupe korisnika po grupi korisnika sa ekvivalentnim zahtevima za licenciranje. |
| Skupno otpremanje CSV | Efikasan za velike korisničke setove Omogućava istovremenu dod jelu licenci, telefonskih brojeva i proširenja. | Zahteva pažljivo CSV formatiranje Potencijal za greške ako nedost aju telefonski brojevi ili proširenja ili su netačni. |
| Dodeljivanje zasnovano na API-ju | Automatizirano, fleksibilno. Omogućava istovremenu dod jelu licenci, telefonskih brojeva i proširenja. | Zahteva razvoj i znanje API-ja. |
Tabela Op cije pružanja korisnika - rezime rezimira opcije pružanja usluga korisnika i njihove prednosti i nedostatke. Ovaj pregled pomaže u odabiru najboljeg načina dodeljivanja licenci na osnovu veličine organizacije korisnika, mogućnosti automatizacije i procesa i zahteva pružanja usluga korisnika.
Gde god je to moguće Cisco preporučuje dodeljivanje licenci za pozivanje pomoću šablona licenci. Ovo zahteva da za svaku grupu korisnika koja zahteva jedinstveni skup licenci (Primer - Standard vs. Professional) postoji grupa sa odgovarajućim članstvom u grupi. Kao što je objašnjeno u odelj cima Korisničke grupe, korisničke grupe se mogu ručno definisati ili sinhronizovati iz korporativnog direktorijuma. Moguća je kombinacija oba pristupa.
Korisnici koji pripadaju više grupa dobijaju licence za sve zadatke koji se primenjuju na sve njihove grupe. Ovo omogućava korišćenje bezbednosnih grupa specifičnih za licencu u direktorijumu preduzeća za upravljanje dodeljivanjem licenci gde rezultirajuće dodeljivanje korisničke licence kontroliše unija članstva u grupi.
Više informacija potražite u odeljku Po dešavanje automatskih dodeljivanja licenci u Control Hu bu i Podešavanje automatskih šablona za dodeljivanje licenci za Webex Calling korisnike.
Zahtevi za licencu
Ovaj odeljak pokriva samo povezane licence. Ostale vrste licenci (primer - registracija Vebek uređaja, razmena poruka, sastanci) nisu obuhvaćene. Kao deo procesa projektovanja potrebno je utvrditi zahteve za licencu. Potrebno je izračunati broj licenci za sledeće tipove licenci:
-
Standard: broj pojedinačnih korisnika koji zahtevaju standardne funkcije telefonije.
-
Profesional no: broj korisnika i radnih prostora koji zahtevaju napredne funkcije telefonije. Virtuelne linije i grupna govorna pošta imaju pravo na odnos 1:1 za svaku profesionalnu licencu. Stoga, u retkim slučajevima kada broj potrebnih virtuelnih linija ili grupnih govornih pošti premašuje broj korisnika i radnih prostora koji zahtevaju napredne funkcije telefonije, potrebno je uzeti u obzir dodatne profesionalne licence.
-
Radni prostor za zajedničko područje: broj lokacija zajedničke upotrebe ili lokacija zajedničkog područja koje zahtevaju standard ne mogućnosti pozivanja.
-
Pomoć za koris nike: broj agenata i supervizora koji zahtevaju funkcije korisničke pomoći. Pomoć za korisnike uključuje profesionalnu licencu.
-
Pozivi na listu ruta: broj potrebnih PSTN poziva povezanih sa oblakom između lokalnih korisnika i/ili lokalnih specijalizovanih aplikacija trećih strana.
-
Prateća konzola: broj korisnika kojima je potreban pristup klijentu prateće konzole.
-
Cisco plan pozivanja (plan odlaznog poziva): broj korisnika kojima je potreban PSTN broj i/ili pristup odlaznim PSTN pozivima za Cisco PSTN uslugu.
Ne postoji posebna vrsta licence za profesionalne radne prostore. Profesionalni radni prostori troše profesionalnu licencu.
Radni prostori samo za hot-desk nude uslugu hot-deskinga i hitne pozive sa hot-desking hot- desk-hosta i ne zahtevaju nikakvu licencu. Više informacija potražite u odeljku Dodavanje i upravljanje uređajima samo za hot desk uređaje.
Da biste odredili potrebnu vrstu licence za svakog korisnika i radni prostor na osnovu potrebnih funkcija, pogledajte odeljak Funkcije dostupne prema tipu licence za Webex Calling.
Da biste razlikovali funkcionalnost koju nude redovi poziva u kombinaciji sa profesionalnom licencom za razliku od pomoći korisnicima, pogledajte poređenje funkcija reda Webex Calling poziva i korisničke pomoći.
Obezbeđivanje korisnika
Kada obezbeđujete korisnike u Vebek-u, na raspolaganju je nekoliko opcija, od kojih svaka odgovara različitim organizacionim potrebama i okruženjima:
-
Ručno obezbeđivanje: Administratori mogu da dodaju i upravljaju pojedinačnim korisnicima direktno unutar njih. Ova metoda je jednostavna, ali najpogodnija za male organizacije ili ograničene promene korisnika.
-
Skupno obezbeđivanje putem CSV-a: Za veće korisničke baze administratori mogu da uvoze i ažuriraju korisnike u velikoj meri učitavanjem CSV datoteka u. Ovo omogućava efikasno upravljanje do hiljada korisnika odjednom.
-
Opcije sinhronizacije direktorijuma:
Konektor direktori juma: Ovo je alat za automatsku sinhronizaciju koji se koristi u Microsoft Active Directory okruženjima. Sinhronizuje korisničke naloge, grupe i atribute na planiranoj osnovi (satno, dnevno ili nedeljno). Podržava podešavanja sa više domena i više šuma Active Directory i može da sinhronizuje slike profila i objekte prostorije.
Aplikacija čarobnjaka Entra ID (Azure AD): Dizajnirana za organizacije koje koriste Microsoft Entra ID (Azure AD), ova metoda omogućava automatsku, skoro u realnom vremenu sinhronizaciju korisničkih naloga i atributa direktno sa Entra ID-a do. Njime se u potpunosti upravlja i zahteva minimalno podešavanje.
SCIM 2.0 aplikacije: Za okruženja koja nisu Microsoft ili druge provajdere identiteta kao što su Okta ili Duo, aplikacije za sinhronizaciju zasnovane na SCIM-u omogućavaju automatsko obezbeđivanje i deproviziju korisnika pomoću mapiranja atributa i grupne sinhronizacije.
-
Unified CMsinhronizacija korisnika: Ova opcija omogućava kreiranje korisničkih naloga na osnovu postojećih krajnjih korisnika sinhronizacijom od do. Ovo zahteva da se na lokalnim klasterima pokreće Cloud Connected UC (CCUC). Međutim, generalno se preporučuje da se korisnici sinhronizuju iz centralizovanog direktorijuma u oblaku kao što je Entra ID, a ne direktno iz.
-
Obezbeđivanje API-ja: Javni API-ji (People, SCIM 2.0) mogu se koristiti za pružanje usluga korisnicima. Glavna prednost korišćenja API-ja je mogućnost integracije pružanja usluga korisnika sa drugim sistemima preduzeća.
Ovaj pregled i tabela odražavaju glavne opcije pružanja usluga korisnika, njihove prednosti i ograničenja kako bi vam pomogli da odaberete najbolji pristup za potrebe vaše organizacije.Tabela 6. Opcije pružanja korisnika za Metoda obezbeđenja Opis Profesionalci Protiv Priručnik Stvorite/upravljajte korisnicima pojedinačno u Jednostavno za nekoliko korisnika; nije potrebna infrastruktura Nije skalabilno; dugotrajno za mnoge korisnike Skupno (CSV datoteka) Uvozite/ažurirajte korisnike na veliko putem CSV-a Efikasan za grupe; nije potrebno kodiranje Ručna priprema CSV; manje dinamičan Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Vebek API-ja Fleksibilan; podržava automatizaciju i integraciju Zahteva razvoj i infrastrukturu Sinhronizacija direktorijuma Automatska sinhronizacija sa AD, Entra ID, SCIM aplikacija, Unified CM Automatizuje životni ciklus; podržava filtriranje i mapiranje Složenost podešavanja: neke od opcija imaju ograničene funkcije ili zahtevaju infrastrukturu
Korisničke grupe
Upravljanje korisničkim grupama omogućava administratorima da organizuju korisnike u grupe za efikasno masovno upravljanje licencama, podešavanjima i resursima. Grupe pomažu u pojednostavljenju administracije primenom smernica, licenci i šablona podešavanja na više korisnika istovremeno, umesto da upravljaju korisnicima pojedinačno.
Upravljanje korisničkim grupama nudi nekoliko prednosti, uključujući:
-
Pojednostavljena administracija: Upravljajte licencama, podešavan jima i smernicama za više korisnika odjednom.
-
Doslednost: Primenite jedinstvena podešavanja i licence među korisnicima u istoj grupi.
-
Skalabilnost: Podržava do 250.000 članova po grupi.
-
Integracija: Sinhronizujte grupe sa Microsoft Entra ID-a (Azure AD) ili Active Directory za automatizovano upravljanje korisnicima i grupama.
-
Fleksibilnost: Kreirajte lokalne grupe ili sinhronizujte bezbednosne grupe; ručno upravljajte članstvom u grupi ili putem CSV datoteka.
-
Dodjela resursa: Kontrolišite pristup ugrađenim aplikacijama i uslu gama na osnovu članstva u grupi.
Glavni slučajevi upotrebe za korisničke grupe prilikom obezbeđivanja su:
-
Dodeli licen ci: Dodelite licence grupama za automatsko pružanje usluga poput poziva, sastanaka, razmene poruka ili hibridnih usluga članovima grupe.
-
Šabloni podešavanja: Primenite kolekcije postavki usluga (npr. Poruke, sastanak, pozivi) na grupe radi doslednog korisničkog iskustva.
-
U@@ pravljanje masovnim koris nicima: Dodavanje ili uklanjanje korisnika na veliko putem CSV datoteka ili sinhronizacije direktorijuma.
-
Automatizacija i integracija: Koristite API-je ili sinhronizaciju direktorijuma za automatizovano upravljanje životnim ciklusom korisnika i grupa.
Sledeća tabela rezimira različite opcije za upravljanje grupama korisnika i upravljanje grupama u.
| Opcija | Opis | Profesionalci | Protiv |
|---|---|---|---|
| grupno obezbeđivanje (grupe) | Kreirajte i upravljajte grupama direktno u. Dodajte/uklonite članove ručno ili putem CSV-a. | Potpuna kontrola nad članstvom u grupi Neposredna primena licenci i šablona Jednostavno kreiranje i uređivanje grupa |
Potrebna su ručna ažuriranja Rizik od grešaka u ručnom otpremanju CSV-a Nema automatske sinhronizacije sa spoljnim direktorijumima |
| Sinhronizovane grupe iz Entra ID-a (Azure AD) ili Active Directory | Automatski sinhronizujte bezbednosne grupe i članstva sa spoljnih servisa direktori juma. | Automatizovana sinhronizacija smanjuje ručni rad Osigurava doslednost sa korporativnim direktorijem Podržava velike organizacije |
Ne mogu se urediti članstvo u grupi Kašnjenje sinhronizacije do 12 sati Ugniježđene grupe zahtevaju ručni izbor |
| Grupe i SCIM 2.0 API (grupe) | Koristite grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom | Automatizacija i integracija sa drugim sistemima Skalabilno za velika ili složena okruženja |
Zahteva razvojne napore Složenost zavisi od upotrebe API-ja |
Dok sinhronizovane grupe obezbeđuju doslednost i nude jednu tačku administracije, moguć je hibridni pristup koji kombinuje sinhronizovane grupe i grupe (bilo kojima se upravlja u kontrolnom čvorištu ili putem API-ja). Tako, na primer, grupe za dodeljivanje licenci mogu biti sinhronizovane grupe, a poseban skup grupa može da se koristi za dodeljivanje korisničkih i pozivnih šablona.
Ovaj sveobuhvatan pristup upravljanju korisničkim grupama omogućava organizacijama da efikasno upravljaju korisničkim licencama, podešavanjima i smernicama, obezbeđujući dosledno i skalabilno iskustvo saradnje.
Preporučeni pristup prilikom migracije sa do
Primarni izvor podataka za korisnike je baza podataka koja sadrži informacije o krajnjem korisniku. Međutim, obično nije autoritativni izvor za upravljanje identitetom korisnika i što je još važnije, biće isključen na kraju tranzicije i stoga je isključen kao dugoročni autoritativni izvor informacija o identitetu.
Cisco preporučuje korišćenje centralizovanog direktorija u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinstveni izvor istine za identitete korisnika. Sinhronizacija korisnika iz Entra ID-a kako bi se osigurala doslednost, pojednostavljuje upravljanje i podržava mogućnosti jednokratne prijave (SSO).
Da bi se osiguralo da su svi korisnici prisutni i u Entra ID-u, organizacije treba da potvrde da li korisnički nalozi odgovaraju nalozima u Entra ID-u. To se može uraditi izvozom korisničkih lista iz i upoređivanjem sa listama korisnika Entra ID.
Ukratko, preporučeni metod obezbeđivanja je sinhronizacija korisnika sa Microsoft Entra ID-a (Azure AD) na Vebek pomoću Azure AD Vizard ili SCIM aplikacija. Ručno i CSV masovno obezbeđivanje dostupne su kao dodatne metode, ali su manje skalabilne i sklonije greškama za velike organizacije. Osiguravanje da je Entra ID autoritativni izvor i da svi korisnici postoje u Entra ID-u ključno je za uspešnu migraciju i dosledno korisničko iskustvo u svim okruženjima.
Prelazak sa lokalnog servisa direktorijuma, na primer, na uslugu direktorijuma u oblaku, kao što je Entra ID (Azure ID), nezavisan je od tranzicije poziva. Active Directory Cisco preporučuje završetak pre laska na uslugu direktorijuma u oblaku pre nego što započnete tranziciju poziva.
Dizajniranje korisničkih grupa
Nakon prelaska direktorijuma preduzeća iz lokalnog u oblak, prikupite potrebne korisničke grupe vođene zahtevima licenciranja i š ablona funkcija. Za svaki grupni dokument:
-
Naziv grupe: jedinstveno ime grupe.
-
Licence: licence koje se dodeljuju ovoj grupi (ako ih ima) i obim (ako licence budu dodeljene postojećim korisnicima ili samo novim korisnicima)
-
Predlošci podešavanja: Aplikacija Vebek i šabloni za pozivanje korisnika.
-
Sinhronizacija direktorijuma: Da li će se ova grupa sinhronizovati iz direktorijuma preduzeća ili je ovo lokalna Vebek grupa obezbeđena u Control Hubu ili preko API-ja.
-
Opis: kako će se ova grupa koristiti i koji korisnici treba da budu članovi ove grupe
Ovi detalji će se koristiti kasnije tokom faze implementacije za kreiranje lokalnih grupa ili grupa u direktorijumu preduzeća i upravljanje grupnim članstvom korisnika.
Jednokratna prijava (SSO)
Cisco preporučuje upotrebu SSO za autentifikaciju korisnika. Korišćenje SSO ima neke ubedljive prednosti, uključujući:
-
Po@@ jednostavljena autentifikacija korisnika: Korisnici se mogu jednom prijaviti koristeći svoje korporativne akredi tive (npr. Iz Azure ID-a) za pristup i drugim integrisanim aplikacijama, eliminišući potrebu za više lozinki i smanjujući upute za prijavu. Ovo povećava sigurnost osiguravajući da se korporativne lozinke nikada ne čuvaju ili prenose nakon autentifikacije.
-
Pojednostavljeno upravljanje korisnicima: Automatizuje kreiranje, ažuriranje i deaktivaciju korisničkih naloga na osnovu promena u korporativnom direktorijumu, smanjujući administrativne troškove i osiguravajući pristup samo ovlašćenim korisnicima.
-
Poboljšana bezbednost: SSO smanjuje zamor lozinke i rizik od kršenja vezanih za lozinku centralizacijom autentifikacije putem pouzdanih provajdera identiteta (IDP).
-
Jednostavna integracija višefaktorske autentifikacije (MFA): MFA se može lako podržati bilo putem rešenja za upravljanje pristupom identitetu kao što je Cisco Duo ili putem M FA podrške IDP-a.
Postoji više opcija za implementaciju SSO za usluge:
-
SSO zasnovan na SAML 2.0: Primarni protokol podržan za integraciju SSO, omogućavajući sigurnu razmenu informacija o autentifikaciji između IDP-a i provajdera usluga.
-
OpenID connect (OIDC): Podržan kao alternativni savremeni protokol za autentifikaciju za SSO integraciju.
-
Vebek identitet: Takođe podržan kao opcija dobavljača identiteta.
SSO se konfiguriše i upravlja centralno, što zahteva razmenu metapodataka između i izabranog IDP-a.
Nakon konfiguracije, SSO se može testirati pre aktivacije kako bi se osiguralo pravilno podešavanje.
Cisco podržava integraciju sa više testiranih i najčešće korišćenih IDP-ova i sistemima za upravljanje identitetom (IAM), uključujući, ali ne ograničavajući se na:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFederacijske usluge (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Ovi IDP-ovi su u skladu sa SAML 2.0 ili OpenID Connect standardima i potvrđeni su za kompatibilnost sa Cisco rešenjima za saradnju.
Višestruka IDP podrška
omogućava organizacijama da konfigurišu SSO sa više IDP-ova za prilagođavanje složenim IT okruženjima kao što su spajanja, akvizicije ili decentralizovana IT odeljenja gde različite grupe koriste različite raseljene osobe. Podrška za više IDP može se implementirati pomoću funkcije Multiple iD P u ili kroz integraciju IAM sistema preduzeća kao što je Cisco Duo.
Podrška za više provajdera identiteta (IDP) rješava nekoliko ključnih slučajeva upotrebe u kojima organizacije zahtevaju fleksibilnu i sigurnu autentifikaciju u različitim IT okruženjima:
1. Spajanja i akvizicije
Kada se kompanije spajaju ili steknu druge, često imaju zasebnu IT infrastrukturu i različite raseljene osobe koje se ne mogu udružiti. Višestruka podrška za IDP omogućava korisnicima obe organizacije da bezbedno potvrde autentifikaciju i sarađuju bez potrebe da odmah objedinjavaju svoje sisteme identiteta.
2. Više nezavisnih IT odeljenja
Velike organizacije ili vladine institucije mogu imati više nezavisnih IT odeljenja, od kojih svako upravlja sopstvenim IDP-om. funkcija višestrukog IDP-a omogućava ovim odeljenjima da održavaju sopstvene sisteme za autentifikaciju, istovremeno omogućavajući korisnicima neprimetan pristup.
3. Različite grupe korisnika ili domeni
Organizacije sa različitim grupama korisnika (npr. Zaposleni protiv izvođača radova) ili više domena e-pošte mogu da konfigurišu pravila rutiranja da usmere zahteve za autentifikaciju na odgovarajući IDP na osnovu članstva u domenu ili grupi. Ovo podržava diferencirane politike pristupa i bezbednos ne kontrole.
4. Podrška za različite protokole za autentifikaciju
podržava SAML i OpenID Connect (OIDC) IDP, omogućavajući organizacijama da integrišu različite tipove provajdera identiteta u skladu sa njihovom postojećom infrastrukturom i bezbednosnim zahtevima.
5. Poboljšana sigurnost i usklađenost
Omogućavanjem više raseljenih lica, organizacije mogu implementirati jače mehanizme autentifikacije, uključujući višefaktorsku autentifikaciju (MFA) putem integracija poput Duo, i primeniti dosledne bezbednosne politike u različitim bazama korisnika.
6. Pojednostavljeno korisničko iskustvo
Korisnici mogu da potvrde autentifikaciju koristeći svoje postojeće akreditive sa svojih IDP-a, pružajući jedinstveno iskustvo prijave uprkos osnovnoj složenosti sistema više identiteta.
Iako podrška za više IDP pruža fleksibilnost, zahteva pažljivu koordinaciju među timovima za bezbednost i identitet kako bi se održale dosledne bezbednosne politike i izbegle potencijalne ranjivosti.
Duo MFA sa SSO za
Duo Access Gateway (DAG) može da autentifikuje korisnike koristeći postojeće lokalne direktorije ili direktorijume zasnovane na oblaku kao što su Active Directory (AD) i OpenLDAP. Takođe podržava integraciju sa drugim dobavljačima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućava organizacijama da koriste svoju trenutnu infrastrukturu direktorijuma za Vebek SSO sa Duo MFA.
Duo deluje kao jak sloj za autentifikaciju na vrhu autentifikacije primarnog direktorijuma. Funkcioniše kao provajder identiteta (iDP) koristeći SAML 2.0 za sprovođenje dvofaktorske autentifikacije (2FA) pre odobravanja pristupa. Duo procenjuje kontekst korisnika, uređaja i mreže u odnosu na podesive smernice za dozvoljavanje ili uskraćivanje pristupa, poboljšavajući sigurnost osim samo korisničkog imena i lozinke. Duo takođe pruža fleksibilne kontrole politike, kao što je zahtevanje MFA pri svakom prijavljivanju za neke aplikacije, a ređe za druge.
Prednosti Cisco Duo uključuju:
-
Poboljšana bezbednost: dodaje MFA otporan na krađu identiteta radi zaštite pristupa, smanjujući rizik od ugroženih lozinki.
-
Fleksibilne politike: Omogućava detaljnu kontrolu nad zahtevima za autentifikaciju po aplikaciji ili grupi korisnika.
-
Integracija sa postojećim direktorijumima: Podržava lokalne AD, OpenLDAP, direktorijume u oblaku i razne SSO provajdere, minimizirajući promene infrastrukture.
-
Pogodnost korisnika: Podržava jednokratnu prijavu (SSO) kako bi se smanjio zamor lozinkom omogućavajući korisnicima da se jednom prijave i bezbedno pristupe više resursa.
-
Pouzdane krajnje tačke: Podržava poverenje uređaja za klijente na Vindovs-u i macOS-u, poboljšavajući bezbednosni položaj.
-
Samoposlužni upis: U građena registracija i dvosmerna uputstva poboljšavaju korisničko iskustvo tokom podešavanja MFA.
Duo MFA sa SSO koristi postojeće direktorijume kao što su OpenLDAP, ili Active Directory dobavljači identiteta u oblaku, za autentifikaciju korisnika. Duo-ova uloga je da obezbedi snažan drugi faktor autentifikacije zasnovan na politici integrisan kroz SAML 2.0, poboljšavajući sigurnost uz održavanje pogodnosti korisnika putem SSO-a. Prednosti uključuju poboljšano držanje bezbednosti, fleksibilno spro vođenje politike, besprekornu integraciju i bolje korisničko iskustvo.
Cisco preporučuje implementaciju SSO za korisnike. Za poboljšanu bezbednost preporučuje se integracija sa Cisco Duo.
Strategija Enterprise IAM i SSO trebalo bi da se primenjuju pre početka prelaska sa na.
Karakteristike
ima kompletan komplet osnovnih karakteristika koje su uključene u uslugu. Ovo uključuje mnoge funkcije pozivanja preduzeća koje su dostupne dugi niz godina. Možda nećete videti 100% paritet između funkcija i funkcija, ali kao što možete videti na donjoj slici, ključne funkcije pozivanja su dostupne u.
Pored mnogih korisničkih funkcija, ima i osnovne funkcije sistema koje su uključene u platformu. To uključuje funkcije kao što su auto-pratioci, redovi poziva, pozivni park itd. Sve dostupne osnovne funkcije sistema možete videti u odeljku Usluga → Pozivanje → Funkcije kao što je prikazano na slici Webex Callingosnovne funkcije.
Auto asistent
Automatski asistent omogućava automatizaciju rukovanja dolaznim pozivima 24/7, što omogućava efikasno rukovanje pozivima bez potrebe da osoba odgovori na svaki poziv.
Automatski pratilac odgovara na dolazne pozive i pruža pozivaocu meni opcija gde želi da usmeri svoj poziv. To može biti za osobu, kutiju za govornu poštu ili službu za pozivanje (npr. Red poziva). Pozivat elj koristi tablu za biranje svog telefona da bi uneo broj iz menija automatskog prati oca.
Automatski asistent podržava sledeće ključne karakteristike:
-
Raspored poslovanja i posle radnog vremena
-
Raspored praznika
-
Opcija menija za biranje kako biste svoje kupce usmerili tamo gde treba da idu
-
Prilagodite pozdrave
-
Birajte po imenu opcija
-
Opcije prosleđivanja poziva
-
Analitika i izveštaji Control Hub.
Više informacija potražite u odeljku U pravljanje automatskim prati ocima.
Pozovite park
Call park daje korisnicima mogućnost da lako stave poziv na čekanje kako bi drugi korisnik lako mogao da preuzme kada su na raspolaganju da ga prihvate. Takođe oslobađa korisnika koji je odgovorio na originalni poziv da upućuje ili prima druge pozive dok je poziv parkiran.
Postoje dve vrste pozivnih parkova dostupne u:
-
Direktno parkir anje poziva - omogućava svakom korisniku da parkira poziv na proširenje drugog korisnika ili na proširenje pozivnog parka, kako je definisao administrator
-
Grupa za parkiranje poziva - omogućava definisanoj grupi korisnika da automatski parkiraju pozive u odnosu na dostupne destinacije parka definisane za grupu. Ove destinacije mogu biti proširenja član ova grupe ili proširenja pozivnog parka.
Na osnovu konfiguracije i tipa parkiranja, korisnici mogu da preuzmu pozive biranjem poziva *88+><extension of parked call>, pritiskom na linijski taster povezan sa ekstenzijom za parkiranje poziva ili korišćenjem softtastera na svom IP telefonu.
Dostupna je opcija opoziva za opoziv parkiranog poziva nakon određenog perioda korisniku koji je parkirao poziv ili alternativnom korisniku.
Više informacija potražite u odeljku U pravljanje parkom poziva u kontrolnom čvorištu.
Preuzimanje poziva
Preuzimanje poziva omogućava administratoru da definiše grupu korisnika (članova) koji mogu da odgovore na poziv na telefon drugog člana. Ovo daje korisniku mogućnost odgovaranja na pozive kada su njihovi saigrači zauzeti i ne mogu da odgovore na dolazni poziv.
Korisnici u grupi moraju biti na istoj lokaciji.
Korisnici mogu da koriste telefon ili svoj stolni telefon za preuzimanje poziva.
-
:
-
Podržava vizuelna i audio obaveštenja
-
Obavijest o dolaznom pozivu
-
Preuzimanje poziva zasnovano na licu (birajte*98) ili preuzimanje tosta sa obaveštenjima
-
Obaveštenja o preuzimanju poziva za više linija.
-
-
Stolni telefoni:
-
Obavijest o dolaznom pozivu
-
Audio zvoni i vizuelno obaveštenje preko LED telefona. 6821 podržava samo audio zvona
-
Kada je tip obaveštenja izabran u odeljku nije nijedan
-
-
Obaveštenja o preuzimanju poziva samo za primarne linije.
-
Više informacija potražite u odeljku Konfigurisanje grupe za preuzimanje poziva.
Red za pozive
uključuje redove samo glasovnih poziva kao deo svojih osnovnih funkcija i svaki korisnik sa profesionalnom licencom može biti deo reda poziva, agenta ili supervizora. Ova funkcija omogućava korisnicima da efikasno komuniciraju sa kupcima. Redovi poziva podržavaju podskup nekih osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni pozivi, usmjeravanje veština ili prioriteta, upravljanje redovima agenata, analitika, izveštavanje itd.
Cisco-ov poziv za integraciju Microsoft Teams omogućava agentima da pristupe pozivima i funkcijama u redu poziva direktno sa svog klijenta Microsoft Teams.
Redovi poziva podržavaju sledeće ključne funkcije:
-
Pozdrav i poruke (dobrodošlica, udobnost, šapat itd.)
-
Držite muziku
-
Povratni poziv
-
Smernice za usmjeravanje reda čekanja (noćna usluga, praznici, prosleđivanje)
-
Prijava/odjava u redu agenta
-
Upravljanje statusom reda agenta
-
ili Podrška za Desk Phone
-
Nadzorni agent poziva nadgledanje, trener, barž ili preuzima kontrolu putem kodova za pristup funkcijama (FACs)
-
(administratorski pristup) za:
-
upravljanje redovima
-
Analitika i izveštavanje agenta i reda
-
Upravljanje čekanjem, agentom i supervizorom.
-
Više informacija potražite u odeljku Kon figurisanje reda poziva.
ima dodatak za korisničku pomoć koja pruža dodatne mogućnosti čekanja poziva i pruža agentima i supervizorima bolje korisničko iskustvo unutar. Za poređenje funkcija čekanja poziva i korisničke pomoći pogledajte poređenje funkcija reda Webex Calling poziva i korisničke pomoći.
Hunt Group
Hunt Groups omogućavaju usmeravanje dolaznih poziva određenoj grupi korisnika putem unapred određenog obrasca usmjeravanja poziva. Ovo osigurava da na pozive odgovara prava grupa korisnika ili ih šalje na govornu poštu radi praćenja.
Jedna velika razlika između lovačkih grupa i redova poziva je u tome što pozivi nisu u redu u lovačkim grupama, tako da ako nijedan korisnik u Hunt grupi nije dostupan da odgovori na poziv, oni će biti isključeni, poslati na govornu poštu ili prosleđeni na drugi broj (korisnik ili servis).
Više informacija potražite u odeljku U pravljanje grupama za lov u kontrolnom čvorištu.
Režimi rada
Funkcija režima rada omogućava preduzećima da efikasno usmeravaju pozive na različite destinacije (korisnici, govorna pošta, usluge pozivanja poput reda poziva). Gde i kada se poziv usmerava zasniva se na rasporedu dana i dana u nedelji i svaki korisnik može biti ovlašćen da upravlja ovim režimima (rasporedima) radi kontrole promena u usmeravanju poziva.
Kao primer, pozivi u red poziva mogu se preusmjeriti na drugi red poziva sa agentima u drugoj vremenskoj zoni kako bi odgovarali na pozive posle radnog vremena, tokom radnog vremena biti usmereni lokalnim agentima, a tokom praznika preusmereni na govornu poštu radi praćenja nakon povratka agenta u kancelariju.
Ovlašćeni korisnik može da se prebacuje između ovih različitih scenarija (režima) prosleđivanja poziva ako treba da promeni mesto gde se dolazni pozivi usmeravaju tokom određenog perioda. Ovi korisnici mogu da upravl jaju režimima putem svojih 6800/7800/8800 MPP telefona, 9800 telefona ili u korisničkom čvorištu u režimima upravljanja.
Za više informacija pogledajte Usmer avanje poziva na osnovu režima rada u Webex Calling.
Pejdžing grupa
Pejdžing grupe omogućavaju korisnicima da upućuju jednosmerni poziv za slanje audio poruke grupi korisnika. Svaka grupa može sadržati do 75 ciljnih korisnika i/ili radnih prostora do kojih se postiže biranjem unapred definisanog broja ili proširenja.
Kada korisnik pozove Pejdžing grupu, istovremeno se poziva svim dodeljenim ciljevima u grupi, u kojem trenutku pozivatelj može da izgovori svoje poruke i prekine vezu kada završe.
Više informacija potražite u odeljku Konfigurisanje grupe za stranivanje u kontrolnom čvorištu.
Snimke
podržava snimanje poziva upućenih ili primljenih od strane korisnika. Ovo može biti potrebno za potrebe kvaliteta, osiguranja, sigurnosti ili obuke. Podrazumevano se pozivi snimaju, ali se mogu koristiti i drugi dobavljači snimanja trećih strana ako su potrebne druge funkcije snimanja ili usklađenost i regulatorni zahtevi.
Kada se koristi kao platforma za snimanje, svi snimljeni pozivi se upravljaju unutar njih. Potpuni administratori sa ulogom službenika za usklađenost mogu da igraju i preuzimaju snimke. Bez uloge službenika za usklađenost, administrator može izbrisati samo snimke.
Više informacija o ovoj funkciji i listu snimanja treće strane potražite u odeljku U pravljanje snimanjem poziva za Webex Calling.
Doseg jednog broja
Doseg jednog broja omogućava pozivima na korisnički telefonski broj da zvone na više uređaja. Ovo može uključivati i druge stolne telefone, kao i mobilne telefone. Pozivi se takođe mogu upućivati sa ovih uređaja, a korisnici mogu da guraju i povlače pozive između njih.
Više informacija o ovoj funkciji i načinu na koji je administrator konfiguriše potražite u odeljku Kon figurisanje dosega jednog broja (kancelarija bilo gde).
Za više informacija o tome kako korisnik može da upravlja i konfiguriše ovu funkciju za sebe u Webex User Hub (portalu), pogledajte odeljak Konfigurisanje dosega jednog broja (kancelarija bilo gde).
Grupa govorne pošte
Grupe govorne pošte omogućavaju deljeni okvir za govornu poštu koji se može dodeliti korisniku ili funkciji usmeravanja poziva. Neki od razloga zbog kojih može biti potrebna grupa govorne pošte su:
-
Govorna pošta opšte namene za odeljenje ili radnu grupu
-
Dodajte opciju govorne pošte u automatsku pratnju ili lovačku grupu
-
Da biste slali preplavljene pozive iz reda poziva
-
Korisnici kojima je potreban samo okvir za govornu poštu.
Više informacija potražite u odeljku U pravljanje del jenom govornom poštom i dolaznim faksom za. Webex Calling
Pridržavajuća konzola je navedena na stranici Funkcije pozivanja u Vebek-u, međutim to je dodatna funkcija koja zahteva kupovinu licence za prateću konzolu za korišćenje.
Više informacija potražite u odeljku Početak rada sa konzolom za pratioce.
Za informacije o svim funkcijama, uključujući neke funkcije dodataka, pogledajte Funkcije dostupne prema tipu licence za Webex Calling.
Implementirati
Spremnost mreže
Prvi korak u prelasku je da se obezbedi pouzdana i sigurna internetska veza između lokalne mreže i oblaka.
Budući da se većina organizacija povezuje na internet putem jednog ili više zaštitnih zidova ili sigurnosnih uređaja, neophodno je potvrditi da li su potrebni saobraćajni to kovi podržani.
Administratori mreže i bezbednosti moraju razumeti ove tokove u smislu:
-
Pravac (dolazni i odlazni)
-
Protokoli (primer - SIP TLS, SRTP, HTTPS)
-
Opseg IP adresa koje koriste usluge
-
Brojevi por tova koji moraju biti otvoreni ili dozvoljeni.
Ovo osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurisani za prilagođavanje saobraćaju uz održavanje bezbednosnih politika preduzeća.
Za informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, pogledajte Referentne informacije o portu za Webex Calling. Koristite ove informacije za konfigurisanje zaštitnog zida, proksija i druge mrežne infrastrukture u postojećoj implementaciji kako biste omogućili mrežne tokove.
Decentralizovani internet proboj iz svake grane ili lokacije je preporučeni pristup za usluge saradnje u oblaku kao što su. Omogućavajući lokalno izlazak saobraćaja, ovaj model:
-
Smanjuje kašnjenje i podrhtavanje putovanja, poboljšavajući ukupni kvalitet poziva
-
Efikasno se skalira kako više korisnika i veb lokacija prelazi na
-
Besprekorno radi sa SD-VAN-om, koji može dinamički usmeravati sesije do najbliže ulazne tačke oblaka za optimalne performanse
- Omogućava praćenje lokacije korisnika na osnovu njihove javne IP adrese što pomaže u analizi putanje medija i rešavanju problema.
Pored toga, organizacije moraju osigurati adekvatan propusni opseg interneta na svakoj lokaciji. Propusni opseg treba da bude dimenzionisan na osnovu očekivanog broja istovremenih poziva, izabranog kodeka (npr. Opus ili G.711), plus režijske troškove za signalizaciju, retransmisiju i rast. Ovo se usklađuje sa fazom Pripreme životnog ciklusa PPDIO i uspostavlja čvrstu osnovu za migraciju.
Početno podešavanje
Pododjeljak početnog podešavanja u fazi implementacije implementacije temelj je za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvata kritične zadatke kao što su postavljanje organizacije, nabavka i dodeljivanje licenci i verifikacija i potraživanje domena vaše kompanije kako bi se osiguralo pravilno upravljanje korisnicima i sigurnost. Pored toga, uključuje obezbeđivanje šablona licenci za automatizaciju dodeljivanja korisničkih licenci, konfigurisanje jednokratne prijave (SSO) radi pojednostavljenja autentifikacije korisnika i poboljšanja bezbednosti, kao i prilagođavanje postavki usluga i klijenta u skladu sa organizacionim smernicama i potreb ama korisnika. Dovršavanjem ovih početnih aktivnosti podešavanja osigurava se da je okruženje pravilno konfigurisano za skalabilnost, sigurnost i besprekorno korisničko iskustvo, postavljajući pozornicu za naredne faze primene i operacije.
Verifikacija domena
Da biste omogućili identifikaciju korisnika registrovanih sa domenima e-pošte vaše kompanije, neophodno je da verifikujete svoje domene. Bez verifikacije domena, korisnici će biti dodeljeni potrošačkoj organizaciji, što komplikuje upravljanje korisnicima za vašu kompaniju. Verifikacija domena je obavezan korak koji omogućava vašoj organizaciji da zahteva i efikasno upravlja tim korisnicima.
Uverite se da su svi domeni povezani sa adresama e-pošte vaših korisnika verifikovani. Verifikacija domena nije ekskluzivna; isti domen se može verifikovati u više organizacija.
Više informacija o upravljanju domenima potražite u odelj ku Upravljanje domenima.
Zahtevajte (konvertujte) postojeće korisnike
Nakon uspešne verifikacije domena, možete nastaviti da zahtevate korisnike koji su se registrovali za korišćenje domena e-pošte vaše kompanije u vašu organizaciju. Ovaj proces objedinjuje sve koris nike pod jednim organizacionim kišobranom, omogućavajući centralizovano upravljanje i pojednostavljenu administraciju. Tražeći ove korisnike, osiguravate da vaša kompanija ima potpunu kontrolu nad korisničkim nalozima, omogućavajući vam da dodelite odgovarajuće licence, konfigurišete usluge i efikasno pružite potrebnu podršku. Ovaj jedinstveni pristup upravljanju poboljšava sigurnost, pojednostavljuje pružanje usluga korisnika i obezbeđuje dosledan pristup uslugama u celoj organizaciji. Tvrdnjavanje korisnika takođe sprečava da njima upravljaju u spoljnim ili potrošačkim organizacijama, čime se održava organizacioni integritet i kontrola nad resursima saradnje.
Za više informacija o prijavljivanju korisnika potražite u od eljku Zahtev korisnika vašoj organizaciji (konvertovanje) korisnika.
Konfigurišite i testirajte sinhronizaciju direktorijuma
Da biste omogućili besprekorno upravljanje korisnicima i grupama, možete da sinhronizujete korisnike i grupe iz svog korporativnog direktorijuma bilo Microsoft Entra ID (ranije Azure AD) ili Microsoft Active Directory (AD) sa. Ovaj proces osigurava da se identiteti korisnika i članstvo u grupama dosledno održavaju u vašem okruženju.
Za organizacije koje sprovode fazne implementacije, ključno je kontrolisati i ograničiti obim sinhronizacije tokom početnog uvođenja. Ovo minimizira rizik od neželjenih promena i omogućava ciljano testiranje pre šireg usvajanja.
Najefikasniji metod za filtriranje koji su korisnici sinhronizovani je iskorišć avanje članstva u grupi direktorijuma:
| 1 |
Kreirajte namensku grupu za sinhronizaciju: U direktorijumu preduzeća (Microsoft Entra ID ili AD) napravite bezbednosnu grupu posebno za sinhronizaciju (na primer, grupa za sinhronizaciju). |
| 2 |
Popunite grupu ciljnim korisnicima: Dodajte samo korisnike koje želite da sinhronizujete (kao što je test grupa tokom pilot faze) u ovu grupu. Ovo vam omogućava da strogo kontrolišete ko je uključen u proces sinhronizacije. |
| 3 |
Konfigurišite ugovor o sinhronizaciji pomoću filtriranja zasnovanog na grupama: Kada postavljate ugovor o sinhronizaciji u dodeljivanju Directory Connector ili Entra ID-a, konfigurišite opseg tako da uključuje samo korisnike koji su članovi određene grupe.
|
| 4 |
Proširite grupu po potrebi: Kako napredujete u šire faze primene, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinhronizaciju. Opseg sinhronizacije će se automatski proširiti na ove korisnike, omogućavajući kontrolisano i postepeno uvođenje. Primer koraka implementacije:
Reference: Sinhronizujte korisnike Entra ID-a u Control Hub |
Podesite i testirajte jednokratnu prijavu (SSO)
Jednokratna prijava (SSO) poboljšava sigurnost i pojednostavljuje pristup korisnicima omogućavajući korisnicima da jednom potvrde autentifikaciju sa svojim korporativnim akreditivima i dobiju besprekoran pristup. podržava SSO integraciju sa IDP-ovima usklađenim sa SAML 2.0, uključujući Microsoft Entra ID (ranije Azure AD), Active Directory (AD) federativna rešenja i razne nezavisne raseljene osobe.
U ovom trenutku dizajnirano podešavanje SSO treba implementirati i testirati.
Reference:
Integracija sa jednom prijavom u kontrolno čvorište
konfigurišite jednokratnu prijavu za vebek administraciju
Konfigurišite jednokratnu prijavu pomoću Microsoft Entra ID-a
Nabavka, obezbjeđivanje i verifikacija licenci
Kao deo početnog podešavanja za, neophodno je nabaviti, obezbediti i proveriti odgovarajuće licence za omogućavanje i efikasno upravljanje uslugama. Proces nabavke uključuje odabir vrsta licenci na osnovu korisničkih uloga i radnih opterećenja, kao što su profesionalne, standardne i radne licence. Licence se generišu i obezbeđuju preko Cisco-ovih softverskih platformi ili preko partnera. Nakon nabavke i obezbeđenja, potrebno je verifikovati odgovarajući broj licenci. Ovaj proces osigurava da organizacija ima aktivirane ispravne licence i spremne za upotrebu u implementaciji.
Kao deo početnog podešavanja licenciranja u, važno je konfigurirati automatsko licenciranje zasnovano na organizaciji kako bi se pojednostavilo dodeljivanje licenci za nove korisnike. Ovo podešavanje omogućava automatsko odobravanje licenci kada se korisnici dodaju u organizaciju, eliminišući potrebu za ručnim dodeljivanjem licen ci. Kada konfigurišete automatsko licenciranje na nivou organizacije, birate usluge za dodeljivanje i definisanje opsega, kao što je primena licenci samo budućim korisnicima ili uključivanje postojećih korisnika.
Međutim, ako vaš plan implementacije umesto toga uključuje korišćenje automatskog licenciranja na nivou grupe, možete odlučiti da ne dodelite licence na nivou organizacije da biste izbegli sukobe ili dupliciranje dodeljivanja licenci. Sa automatskim licenciranjem na nivou grupe, licence se dodeljuju na osnovu članstva u grupi. Korisnici u više grupa dobijaju licence za sve važeće grupne zadatke.
Konfiguracija dodeljivanja licenci zasnovana na grupi mora se izvršiti nakon završetka sinhronizacije direktorijuma tako da sinhronizovane grupe postoje i mogu se koristiti za dodeljivanje licenci.
Konkretno, automatsko dodeljivanje licence zahteva dodatne detalje o obezbeđivanju, kao što su lokacija korisnika i dodeljivanje telefonskog broja. Radni telefonski broj korisnika mora biti u formatu+E.164, unapred obezbeđen i dodeljen važećoj lokaciji da bi se licenca automatski aktivirala. Ako ovi uslovi nisu ispunjeni, korisniku se neće automatski pružati usluge i može biti potrebna ručna intervencija.
Ukratko, konfigurišite automatsko licenciranje zasnovano na organizaciji za nove korisnike ako želite široku dodeljivanje licence za cijelu organizaciju. Ako više vol ite detaljniju kontrolu ili imate različite potrebe za licenciranjem po grupi, konfigurišite automatsko licenciranje na nivou grupe i izbegavajte dodeljivanje licenci na nivou organizacije kako biste sprečili preklapanje i osigurali pravilno upravljanje licencama.
Webex Calling servisne postavke
Neophodno je izvršiti sveobuhvatan pregled i konfiguraciju globalnih postavki usluga unutar.
Započnite pristupom i kretanjem do odeljka za podešavanja. Pažljivo pregledajte svaku opciju koja se može podesiti, uključujući, ali ne ograničavajući se na, konfiguraciju internog biranja, parametre poziva u hitnim slučajevima, smernice za usmeravanje poziva, upravljanje govornom poš tom i podrazumevane postavke uređaja.
Prilagodite ova globalna podešavanja tako da odražavaju smernice i dizajnerske odluke vaše organizacije.
Takođe, podešavanja podešavanja i predloške korisnika i aplikacija.
Pilotska migracija
Tokom faze implementacije, izvršenje pilot migracije predstavlja kritičnu prekretnicu u potvrđivanju prelaska sa na. Ovaj pilot uključuje obezbeđivanje reprezentativnog podskupa korisnika na jednoj ili više lokacija na platformi, osiguravajući da odabrana populacija odražava različite slučajeve upotrebe i organizacione uloge. Paralelno sa migracijom korisnika, osnovne usluge saradnje, uključujući govornu poštu, automatske pratioce, redove poziva i grupe za lov, moraju se prebaciti na njihove ekvivalente kako bi se održao kontinuitet poslovanja i funkcionalnost usluge.
Pilot migracija treba da koristi istu kombinaciju alata koje pruža Cisco i uslužnih programa za migraciju trećih strana koji su planirani za širu organizacionu primenu, osiguravajući da se procesi, tokovi rada automatizacije i tačke integracije temeljno potvrde pod reprezentativnim uslovima.
Primarni ciljevi ove pilot implementacije su dvostruki: prvo, validacija i usavršavanje procesa tranzicije od kraja do kraja, uključujući tokove rada za obezbeđivanje korisnika, procedure migracije podataka i konfiguracije krajnjih tačaka; i drugo, sveobuhvatno prover iti funkcionalnost migriranih usluga u stvarnim operativnim uslovima.
Ovaj fazni pristup omogućava projektnom timu da identifikuje i otkloni sva tehnička ili proceduralna pitanja u kontrolisan om okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, proceni efikasnost odabranih alata za migr aciju i uspostavi poverenje u metodologiju migracije pre nego što nastavi sa širim organizacionim primenom.
Uvidi stečeni tokom ove pilot faze ključni su u optimizaciji naknadnih migracionih talasa i obezbeđivanju glatke tranzicije sman jene rizikom za celo preduzeće.
Nabavite PSTN
Da biste nabavili PSTN usluge za, prvo izaberite opciju PSTN povezivanja u.
Ako organizacija planira da održava hibridnu kontrolu dvostrukih poziva (faza 1 na slici Tranzicija faznog poziva: hibrid i oblak) privremeno ili na neodređeno vreme, moraće da primeni jedan ili više lokalnih prolaza za lokalni PSTN kako bi omogućili pozi vanje između i krajnjih tačaka.
Ako je potpuna tranzicija (faza 2) u oblak krajnji cilj uključujući PSTN, tada će za PSTN biti potreban Cisco Calling Plan ili opcija Cloud Connect for.
Radite sa izabranim provajderom da biste naručili i prenosili brojeve telefona pre nego što ih konfigurišete. Naručivanje telefonskih brojeva ili pokretanje portova je obavezno/moguće samo za lokalne PSTN i Cloud Connect za. Za Cisco planove poziva, naručivanje i prenos pokreće se iz Control Hub-a čim se kreira lokacija i u zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco planovima za pozivanje potražite u od eljku Početak rada sa Cisco planovima.
Kao deo implementacije PSTN, uverite se da je vaš provajder omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Pored toga, izvršite testne pozive da biste proverili da li se pozivi pravilno usmeravaju preko izabrane PSTN veze.
Konfigurišite lokacije
Pre nego što dodate korisnike i uređaje, morate da obezbedite lokacije za pozivanje. Za svaku lokaciju mora se uneti važeća adresa ulice. U SAD-u i Kanadi, ova adresa je potvrđena i korišćena od strane platforme za slanje podataka o lokaciji PIDF-LO za hitne pozive.
Kada konfigurišete lokacije koje koriste lokalni PSTN, potrebno je da podesite lokalne prolaze u skladu s tim. U, za svaki lokalni prolaz moraju biti kreirani prtljažnik i grupa ruta, a grupa ruta se zatim dodeljuje kao PSTN izbor za lokaciju. Cisco snažno preporučuje uvek odabir grupe ruta kao PSTN izbor, jer vam ovaj pristup omogućava lako dodavanje dodatnih debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco takođe preporučuje omogućavanje podrške sa dvostrukim identitetom i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju strane koja se naplaćuje za odlazne direktne ili preusmerene pozive. Ako vaš PSTN provajder koristi drugo zaglavlje za naplatu, možete kopir ati informacije iz zaglavlja P-Charge-Info na lokalnom mrežnom prolazu u traženo zaglavlje za naplatu.
Za lokacije koje koriste Cloud Connect za ili Cisco pozivni plan kao svoju PSTN opciju, jednostavno izaberite odgovarajući PSTN izbor za lokaciju tokom podešavanja. Ako lokacija koristi ili Cloud Connect za ili lokalni PSTN, moraćete da dodate brojeve telefona koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ne želite da budu odmah uključeni u usmeravanje poziva; ove brojeve možete aktivirati kasnije kada su dodeljeni korisnicima ili funkcijama.
Važno je uvek postaviti glavni broj za svaku lokaciju. Glavni broj se može dodeliti korisniku ili funkciji, kao što je automatski prati lac. Da biste omogućili govornu poštu na lokaciji, obavezno podesite broj pilota govorne pošte, poznat i kao broj glasovnog portala.
Dodatna podešavanja za pozivne lokacije uključuju konfigurisanje detalja o hitnim pozivima, kao što su broj za povratni poziv u hitnim slučajevima, opcije obaveštenja i poboljšane funkcije poziva u hitnim slučajevima. Takođe bi trebalo da pregledate i prilagodite postavke snimanja, jezičke postavke i konfiguracije uređaja prema potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno biranje na mreži između lokacija sa značajnim brojevima preduzeća, ne zaboravite da konfigurišete jedinstveni kod lokacije za lokaciju u podešavanjima internog bir anja. Konačno, ako spoljno biranje zahteva odlaznu ci fru biranja, obavezno podesite to u podešavanjima spoljnog biranja. Kada je konfigurisana odlazna cifra za biranje, Cisco preporučuje da se omogući sprovođenje odlazne cifre za biranje kako bi se osigurala doslednost.
Integracija sa lokalnom kontrolom poziva
Da biste se integrisali sa lokalnom kontrolom poziva, potrebno je konfigurirati debla, grupe ruta, planove biranja preduzeća i postavke lokacije i globalne postavke. Započnite postavljanjem debla i lokalnih prolaza namenjenih za međusobno povezivanje sa lokalnim sistemom za kontrolu poziva; ovaj korak je potreban samo ako su neophodni namenski prtljažnici. Ako su postojeći trupci i grupe ruta dovoljni za vašu implementaciju, oni se mogu ponovo koristiti za lokalno međusobno povezivanje bez dodatne konfiguracije.
Kada se uspostave debla i grupe ruta, nastavite sa kreiranjem planova biranja preduzeća i dodelite odgovarajuću grupu ruta kao od redište za svaki plan biranja. Kada integracija uključuje više lokalnih sistema za kontrolu poziva povezanih preko različitih debla, biće potrebno više planova biranja. Važno je osigurati da ovi planovi biranja sadrže samo obrasce potrebne za usmeravanje poziva na lokalna odredišta.
Ako vaša primena zahteva podršku za nepoznato rutiranje proširenja, ova funkcija treba da bude omogućena na nivou lokacije. Pored toga, kada je aktivirano nepoznato rutiranje proširenja, morate da odredite maksimalnu nepoznatu dužinu proširenja u odeljku Usmer avanje poziva između i prostorija u podešavanjima usluga pozivanja u. Ovo obezbeđuje besprekorno usmeravanje poziva i pravilno rukovanje scenarijima biranja zasnovanog na proširenju u vašem integrisanom okruženju.
Migrirajte korisnike u serijama
Kada migrirate korisnike sa na, možda nećete moći da premestite sve korisnike istovremeno. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj sajtova ili korisnika, koliko vremena je potrebno za tranziciju veb lokacije i/ili grupe korisnika odjednom, ograničeni IT ili resursi sajta koji podrž avaju prozor promene, trajanje prozora promene, složenost promene itd.
Kada migrirate korisnike u fazama, ključno je identifikovati koji korisnici moraju da migriraju zajedno u istoj gru pi. Primarni cilj je da se zajedno migriraju korisnici koji imaju međusobne zavisnosti za svoje pozivne usluge i funkcije. Želite da osigurate da su sve njihove funkcije pozivanja (primer - redovi poziva) potpuno funkcionalne kao što su bile pre prelaska.
Čak i ako implementirate interakciju poziva između i sa lokalnim prolazima, ne možete podeliti deljene usluge ili funkcije na ovoj vezi. Zbog toga morate da identifikujete zavisnosti između korisnika gledajući funkcije kao što su:
-
Nadgledanje drugih korisnika koristeći BLF-ove
-
U istom lovu pilot, red poziva itd
-
Zajedničke linije
-
Korišćenje preuzimanja poziva
-
Korišćenje istih brojeva pozivnog parka
-
Interfon
-
Izvršni direktor/administrator.
Primer bi bio korisnik koji je deo Hunt grupe na koju se prelazi. Ovaj korisnik će preći na Hunt Group i sa svim ostalim članovima Hunt grupe. Stoga, nakon tranzicije Hunt Group i njeni članovi mogu uspešno odgovarati na pozive na novoj platformi.
Ovo postaje izazovnije kada su korisnici povezani sa različitim grupama korisnika za različite usluge pozivanja i funkcije. Ovo će zahtevati prelazak više od jedne grupe korisnika i jedne usluge pozivanja u isto vreme.
Koristite izlaz iz alata Migration Insights ili alata treće strane koji ste koristili u fazi pri preme da biste odredili koje korisnike i funkcije treba grupisati zajedno. Ovaj izlaz je trebalo da se koristi za razvoj vašeg plana migracije i pružiće vam uvid u to kako ćete grupisati korisnike i funkcije koje treba da pređu zajedno.
Ključni koraci prilikom prelaska grupe korisnika su:
-
Identifikovanje korisnika koji će zajedno migrirati
-
Proverite da su svi korisnici uključeni
-
Proverite da svi TN-ovi postoje u kojima korisnici postoje
-
Proverite tačan format telefonskog broja u direktorijumu
-
Uverite se da su šablon licenciranja i podešavanja za koris ničke grupe pravilno postavljeni
-
Verifikacija ili konfigurisanje svih usluga poziva i funkcija za grupu korisnika (pre ili tokom tranzicije prema potrebi)
-
U korporativnom direktorijumu dodajte korisnike u grupu korisnika sa omogućenim pozi vanjem
-
Alati za polugu - alati za migraciju korisnika i funkcija i/ili alati trećih strana
-
Onemogućite/izbrišite broj direktorijuma korisnika/uređaja i pozivne funkcije/usluge nakon prelaska.
Nakon migracije grupe korisnika, testirajte podskup korisnika da biste potvrdili da sve njihove funkcije pozivanja i usluge rade ispravno. Ako se funkcije pozivanja kao što su Red poziva, grupe za lov itd. Prebacuju sa grupom korisnika, testirajte ove usluge pozivanja radi ispravne funkcionalnosti.
Radni prostori
U, radni prostor se odnosi na zajedničku lokaciju (poput konferencijske sobe, prostora za skupljanje ili vrućeg stola ) kojoj se mogu dodeliti uređaji, proširenja i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:
-
Lokaciono usmereno: vezano za fizičke prostore.
-
Fleksibilan uređaj: može imati jedan ili više uređaja (stolni telefoni, ploče itd.).
Jednom kada su radni prostori identifikovani kao deo prelaska na, oni se mogu dodati u odeljak Uređaji. Svakom radnom prostoru je potreban dodeljivanje uređaja, a ako su već uključeniUnified CM, potrebno ih je resetovati ili ponovo obezbediti. funkcije kao što su govorna pošta, prosleđivanje poziva i preuzimanje poziva mogu biti omogućene ili onemogućene, a smernice se mogu primeniti za video pozive, parking poziva i mobilnost po potrebi. Testirajte svaki radni prostor upućivanjem internih i spoljnih poziva, testiranjem video zapisa, konferencija i funkcija mobilnosti . Na kraju, obavestite korisnike o svim primenljivim procesima za uređaje radnog prostora i rezervacije.
Za više informacija o radnim prostorima u odeljku Radni prostori.
Uređaji za obezbeđivanje
Telefoni koji su trenutno registrovani moraće da se migriraju kao deo tranzicije u oblak. Da bi migracija bila što jednostavnija uz minimalne šanse za neuspeh, Cisco preporučuje istovremeno migraciju fizičkih lokacija ili odeljenja. Međutim, možda ćete morati da migrirate korisnike u serijama zbog zavisnosti od funkcija. Pogledajte odel jak Migracija korisnika u serijama za više detalja.
Svi podržani telefoni sa kojih treba da pređete moraće da se konfigurišu kao korisnički ili radni prostor, a fizički telefon će morati da se rekonfiguriše da bi se registrovao. Pored toga, telefonima serije 7800 i 8800 potreban je njihov firmver nadograđen sa firmvera Enterprise na multiplatform Phone (MPP) firmver. Ovaj proces uključuje učitavanje prelaznog firmvera pre učitavanja MPP firmvera potrebnog za registraciju. Takođe zahteva odgovarajuću dozvolu za migraciju. Cisco je poboljšao ovaj proces tokom poslednjih nekoliko godina kako bi vam olakšao nadogradnju vaših Enterprise firmvera telefona na MPP firmver. Za više informacija o koracima za dovršavanje nadogradnje firmvera pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MP P firmvera.
Pored koraka navedenih u ovom članku, ima ugrađenu alatku, Migracija telefona u Webex Calling koju možete koristiti za migr aciju svojih 7800 i 8800 telefona sa Enterprise na MPP firmver. Ovaj alat vam takođe omogućava da dodate telefone i dodelite ih odgovarajućim korisnicima ili radnim prostorima. Više informacija o upotrebi alata potražite u od eljku Migracija telefona.
Za bilo koje telefone serije 9800 registrovane sa gore navedenim zahtevom za migraciju firmvera se ne primenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju oba i. Da biste prešli ove telefone na, moraćete da ih dodateWebex Calling, dodelite korisniku ili radnom prostoru, a zatim resetujete telefone na fabrička podešavanja. Sek@@ venca pokretanja PhoneOS-a za registr aciju ispod prikazuje redosled pokretanja PhoneOS-a i način na koji će se telefon registrovati nakon što bude dodan, čak i ako je telefon i dalje obezbeđen i/ili se koriste DHCP opcije (primer - 150).
podržava fabričko resetovanje PhoneOS uređaja kako bi se omogućilo uključivanje Zero-Touch. administratori mogu daljinski resetovati telefone 9800 i 8875 na fabričke postavke putem stranica CUCM administracije, što eliminiše potrebu za fizičkim pristupom telefonima za uključivanje telefona. Ova funkcija je podržana sa paketima uređaja od 9. septembra 2025. godine:
-
CUCM v15 - U jedinjeni menadžer komunikacija verzija 15
-
CUCM v14 - Unified Communications Manager verzija 14.
Za više informacija o procesu registracije za seriju 9800 pogledajte Proces registracije.
Pored Cisco IP telefona, možda će biti potrebno obezbeđivanje drugih uređaja kao što su analogni telefonski adapteri (ATA), bežični (Vifi, DECT) telefoni, video uređaji, glasovni prolazi i uređaji i telefoni treće strane. Mnogi od ovih uređaja nemaju putanju za nadogradnju firmvera poput IP telefona da bi ih prešli sa firmvera preduzeća na firmver u oblak . Stoga ćete svaki od ovih uređaja obezbediti u Control Hub-u. Na neke od njih se ne mogu prebaciti i ekvivalentni model će morati da ga zameni (npr. ATA 191/192) i drugi zahtevaće ručnu rekonfigur aciju i/ili promene softvera.
- Glasovni pristupnici - Da biste migrirali lokalni prolaz, pogledajte odeljak Migracija lokalnog mrežnog prola za.
-
Analogni telefonski adapter (ATA) - Da biste započeli sa vašim Cisco ATA 191 i 192, pogledajte Cisco ATA.
-
Vifi bežični telefon - Da biste integrisali bežični telefon 840 i 860, pogledajte Integrisanje Vebek be žičnog telefona.
-
DECT bežični telefoni - Da biste započeli sa novom Cisco IP DECT 6800 serijom, pogledajte Cisco IP DECT.
Da biste izgradili i upravljali digitalnom DECT mrežom u Control Hubu, pogledajte odeljak U pravljanje DECT mrežom
Za više informacija o Cisco IP DECT 6800 pogledajte Vodič za implementaciju
-
Uređ aji i telefoni tre će strane - Radite sa dobavljač ima treće strane na zahtevima uređaja/telefona i procesu njihove migracije ili zamene za podršku.
Konfigurišite funkcije
Sve funkcije pozivanja koje su potrebne moraju biti obezbeđene pre ili tokom tranzicije. Kao što je diskutovano tokom odeljka Migracija korisnika u serijama, funkcije pozivanja moraju biti konfigurisane i prebačene kada se korisnici koji ih koriste pređu.
Za detalje o tome kako da konfigurišete svaku od funkcija pogledajte odgovarajuće članke pomoći za konfiguraciju.
-
Auto pomoćnici - Da biste upravljali automatskim stjuardesama, pogledajte Auto pomoćnici
-
Call park - Da biste upravljali pozivnim parkom, pogledajte Call park
-
Preuzimanje poziva - Da biste konfigurisali grupu za preuzimanje poziva, pogledajte odeljak Pre uzimanje poziva
-
Redovi poziva - Da biste konfigurisali red poziva, pogledajte odel jak Red poziva
-
Grupe za lov - Da biste upravljali lovačkim grupama, pogledajte odeljak U pravljanje lovačkom grupom
-
Režimi rada - Da biste usmerili pozive na osnovu režima rada, pogledajte Usmeravanje poziva na osnovu operativnih režima
-
Grupe za pejdžiranje - Da biste konfigurisali grupu za pejdžing, pogledajte Konfigurisanje grupe za strinjanje
-
Snimci - Da biste upravljali snimanjem poziva, pogledajte odeljak U pravljanje snimcima
-
Doseg jednog broja - Da biste konfigurisali doseg jednog broja (kancelarija bilo gde), pogledajte odeljak Konfigurisanje jednog broja
Testiranje prihvatanja
Testiranje prihvatanja osigurava da migrirano okruženje ispunjava funkcionalne zahteve, radi kako se očekuje i pruža besprekorno korisničko iskustvo u svim tokovima rada u komunikaciji. Ovaj proces validacije je višestruki i pokriva sve, od pružanja usluga korisnika i dodeljivanja brojeva do operativnih performansi naprednih funkcija poziva .
Ovaj odeljak pruža primere i ističe ključne aspekte koje treba uzeti u obzir tokom testiranja prihvatanja; međutim, nije namijenjen da služi kao iscrpna ili sveobuhvatna kontrolna lista.
Davanje korisnika i dodeljivanje broja
Temeljni aspekt testiranja prihvatanja uključuje proveru da li su svi korisnici obezbeđeni tačno i potpuno unutra. Ovo zahteva temeljno poređenje između izvornog () direktorijuma i novoosnovane korisničke baze kako bi se osiguralo da je svaki korisnički nalog, zajedno sa povezanim atributima kao što su brojevi proširenja i dodeljivanja direktnog unutrašnjeg biranja (DID), ispravno migriran. Kompletnost obezbeđenja je kritična ne samo za operativnost prvog dana, već i za stalnu administraciju i podršku .
Validacija dodeljivanja brojeva uključuje potvrđivanje da je svakom korisniku dodeljeno ispravno proširenje i spoljni broj i da se ti brojevi pravilno usmeravaju i u internim (na mreži) i u spoljnim (PSTN) tokovima poziva. Neophodno je proveriti da li ima preklapanja, nedostajućih zadataka ili pogrešnih konfiguracija koje bi mogle dovesti do grešaka u usmjeravanju poziva ili prekida usluge.
PSTN tokovi poziva i prezentacija ID-a pozivaoca
Robusna procedura testiranja prihvatanja mora obuhvatiti validaciju PSTN tokova poziva od kraja do kraja. Ovo uključuje scenarije dolaznih i odlaznih poziva. Za dolazne PSTN pozive, tim za testiranje treba da potvrdi da se pozivi isporučuju do predviđenih krajnjih tačaka, bilo da su to pojedinačni korisnici, redovi poziva, grupe za lov ili automatski pratioci. Odlaz ni PSTN pozivi moraju biti uspešno postavljeni, sa posebnom pažnjom posve titi ispravnoj isporuci i prezentaciji podataka o ID pozivaocu. Ovo uključuje osiguravanje da se tačno ime i broj pozivaoca prikažu spoljnim primaocima, u skladu sa organizacionim politikama i regulatornim zahtevima.
Testiranje bi takođe trebalo da se pozabavi scenarijima prekida neuspeha, kao što je rukovanje nedostižnim krajnjim tačkama ili poremećaji mreže. Ovo pomaže da se potvrdi da rezervni mehanizmi i alternativno usmeravanje funkcionišu ispravno, održavajući kontinuitet i pouzdanost usluge.
Tokovi poziva na mreži
Interni ili mrežni tokovi poziva čine okosnicu komunikacije preduzeća. Testiranje prihvatanja u ovoj oblasti proverava da li su pozivi između korisnika unutar organizacije pravilno usmereni, a funkcije kao što su prenos poziva, zadržavanje, prosleđivanje i konferencije rade kako je predviđeno . Integritet planova biranja, povezivanje proširenja do proširenja i podrška za politike organizacionih poziva moraju biti potvrđeni.
Rukovanje korisničkim pozivima i validacija funkcija
Važan aspekt testiranja prihvatanja uključuje potvrđivanje načina na koji korisnici obrađuju pozive koristeći i podrž ane stolne telefone. Ovaj proces se fokusira na potvrđivanje da su svakodnevni tokovi rada poziva intuitivni i pouzdani i da korisnici imaju besprekoran pristup osnovnim funkcijama neophodnim za njihove uloge. Testiranje treba da proceni lakoću kojom korisnici mogu da upućuju i primaju pozive, upravljaju funkcijama zadržavanja i nastavka i obavljaju slepe i konsultativne transfere. Takođe je neophodno proveriti da li su prosleđivanje poziva, konferencije i druge napredne mogućnosti, kao što su parkiranje i preuzimanje poziva ili aktiviranje, ne ometaju, lako dostupne i rade nesmetano.
Iskustvo treba proceniti radi jasnoće i odziva, uzimajući u obzir način na koji korisnici komuniciraju sa istorijom poziva, govornom poštom i integrisanim direktorijumima. Dodatnu pažnju treba posvetiti mogućnosti premeštanja aktivnih poziva između uređaja i efikasnog korišćenja kontrola u pozivu unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je osigurati da iskustvo krajnjeg korisnika bude dosledno, efikasno i da u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.
Redovi poziva: Iskustvo agenta i supervizora
Redovi poziva često se koriste za rukovanje scenarijima dolaznih poziva velike količine. Testiranje prihvatanja ovde se fokusira na nekoliko dimenzija. Prvo, treba proveriti da li se pozivi distribuiraju agentima u skladu sa konfigurisanom logikom reda, kao što je okrugli rob, najduži neaktivan hod ili istovremeni zvonj. Prezentacija poziva u redu na radnim površinama agenata mora se ispitati radi jasnoće i lakoće upotrebe, osiguravajući da agenti mogu efikasno prihvatati, zadržati i prenositi pozive.
Za supervizore, iskustvo radne površine treba proceniti za funkcije kao što su nadgledanje u realnom vremenu, prebacivanje poziva i analitika ili uvid u performanse čekanja. Ovo uključuje, ali nije ograničeno na validaciju kontrolnih tabli i alata za izveštavanje koji pružaju korisne podatke o distribuciji poziva, aktivnosti agenta i metrikama reda čekanja.
Hunt Groups: Distribucija poziva
Hunt grupe su ključni mehanizam za distribuciju poziva unapred definisanim skupovima korisnika. Testiranje prihvatanja mora da potvrdi da se pozivi usmeravaju članovima grupe na osnovu konfigurisanog algoritma lova i da se scenariji prelivanja, prosleđivanja i bez odgovora obrađuju prema dizajnu. Osiguravanje da se članstvo u grupi i ponašanje usmjeravanja poziva podudaraju sa onima koje su prethodno utvrđene, od suštinskog je značaja za operativnu doslednost i zadovoljstvo korisnika.
Automatski pratioci: Najave i operacije menija
Automatski pratioci predstavljaju prvu liniju automatizovanog upravljanja pozivima. Testiranje mora obuhvatiti reprodukciju najava, tačnost snimljenih pozdrava i ispravan rad stabala menija. Izbor menija treba pouzdano da upućuje pozivače do odgovarajućih odeljenja, pojedinaca ili spoljnih brojeva. Testiranje takođe treba da uključuje nevažeće ili vremenske scenarije kako bi se potvrdilo da pozivatelji dobijaju jasne smernice ili da su preusmereni kako je predviđeno.
Operacija govorne pošte
Konačno, funkcionalnost govorne pošte je kritična za korisničko iskustvo. Testovi prihvatanja treba da potvrde da li su kutije govorne pošte ispravno dodeljene i dostupne, kako unutar organizacije, tako i na daljinu. Mogućnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno sa isporukom obaveštenja.
Optimizirajte
PSTN migracija na Cloud Connect za
Jednom kada se sve krajnje tačke i korisnici migriraju u pozivanje u oblak, jedina svrha Unified CM je da deluju kao tranzit između PSTN prolaza i preko lokalnog mrežnog prolaza. Uklanjanje PSTN pristupa i lokalnog mrežnog prolaza sa slike korišćenjem Cloud Connect-a kao PSTN pristupa za sve Webex Calling korisnike ima nekoliko prednosti, uključujući smanjenje troško va i poboljšanu pouzdanost. Da biste prebacili lokalni PSTN pristup na Cloud Connect za , sledite ove korake:
-
Cloud Connect za izbor partnera.
Pogledajte listu Cloud Connect za partnere i izaberite jedan od dostupnih partnera koji su dostupni za lokaciju vaše organizacije.
-
Cloud Connect za validaciju.
Pre prebacivanja PSTN pristupa za lokacije na Cloud Connect, povezivanje sa PSTN-om preko izabranog partnera Cloud Connect treba da bude verifikovano i potvrđeno. U tu svrhu potrebno je obezbediti testnu lokaciju sa nekim testnim korisnicima koji su obezbeđeni na toj testnoj lokaciji. PSTN pristup za ovu testnu lokaciju se zatim postavlja partneru Cloud Connect pre nego što potvrdi PSTN povezivanje pomoću testnih telefona. Nakon uspešne validacije, lokacija ispitivanja može se isključ iti.
-
Portiranje brojeva.
Da biste se pripremili za prelazak na Cloud Connect, potrebno je postaviti portove za sve brojeve koji su trenutno dodeljeni PSTN prtljažniku koji se završavaju. Svi brojevi moraju biti preneseni na partnera Cloud Connect. Da bi se održala dostupnost između lokacija, svi brojevi svih lokacija moraju biti preneseni istovremeno .
-
Prebacite se na partnera Cloud Connect.
Na datum prekida, PSTN pristup za sve lokacije treba da bude postavljen na PSTN provajdera koji je povezan sa oblakom, a dolazna i odlazna povezanost treba da bude verifikovana.
Kao što je objašnjeno u PSTN odeljku poglavlja o dizajnu, kupci takođe mogu da izaberu da premeštaju svoj PSTN pristup na Cloud Connect na početku tranzicije koristeći PSTN trunking za hibridne implementacije. Za više informacija pogledajte PSTN trunking za hibridne primene. Webex Calling U tom slučaju tokom tranzicije PSTN pristup za je preko Lokalnog mrežnog prolaza i nakon premeštanja svih korisnika na njega nema dodatnog koraka migracije vezanog za PSTN osim stavljanja van pogona i Lokalnih prolaza.
Optimizirajte lokalnu infrastrukturu
Nakon što su svi korisnici prebačeni i sve krajnje tačke prebačene na registraciju u oblaku (ili su isključene), ažurirajte odgovaraju ću lokalnu infrastrukturu sada kada je pozivanje u oblaku u upotrebi. Ažuriranja infrastrukture uključuju:
-
Uklonite lokalnu kontrolu poziva i DNS SRV zapise za razmenu poruka sa lokalnih DNS servera, uključujući cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje klijentskih usluga.
-
Uklonite DNS SRV zapise vezane za ivice iz javnog DNS sistema uključujući collab_edge. _tls. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje usluga klijenta na ivičnim uslugama saradnje.
-
Ažurirajte sve relevantne DHCP opsege da biste uklonili opciju 66 i opciju 150 adrese TFTP/boot servera. Ovi opsezi više nisu potrebni za otkrivanje i preuzimanje konfiguracije kontrole poziva krajnje tačke.
-
Ažurirajte/uklonite odgovarajuće pozivne kolege u lokalnom prolazi/kocki koji usmeravaju pozive do i sa. Unified CM Ovi pozivni vršnjaci više nisu potrebni za lokalno usmeravanje poziva.
-
Izbrišite ili uklonite sve virtuelne mašine i/ili servere i klasterirajte čvorove. Po potrebi prenamenite računske resurse i hardver . Ovi resursi više nisu potrebni za kontrolu poziva i rubne usluge.
-
Izbrišite ili uklonite sve virtuelne mašine i/ili servere klastera čvorova. Po potrebi prenamenite računske resurse i hardver . Ovi resursi više nisu potrebni za govornu poštu i objedinjene usluge razmene poruka.
-
Čišćenje: Nakon migracije PSTN pristupa na PSTN povezan sa oblakom, PSTN prtljažnici, PSTN prolazi i lokalni prolaz mogu biti isključeni.
-
Za bilo koje postojeće lokalno rešenje E911 izbrišite sve lokacije ili brojeve koji su migrirani na i kada se potpuna tranzicija završi, uklonite virtuelne mašine ili servere aplikacija. Po potrebi prenamenite računske resurse i hardver . Ovi resursi više nisu potrebni za hitne pozive i usluge lokacije.
-
DNS-ovi koji pripadaju migriranim korisnicima treba da budu smešteni u skrivenu particiju kako bi se izbegli kvarovi u usmjeravanju poziva i kako bi se osiguralo da svi CSS-ovi imaju prioritetni pristup putanji u oblaku istih DNS-a.
-
Ažurirajte fizičku lokaciju i mrežni element u mobilnosti horizonta kad god se pojave promene. Uobičajene aktivnosti koje zahtevaju ažuriranja su:
-
Zamena mrežnog prekidača
-
Zamena bežične pristupne tačke
-
Promene opsega DHCP
-
Fizičke promene unutar zgrade (ako se odlučite za kabinu/kancelariju)
-
Fizičko širenje ili kontrakcija poslovnog prostora unutar zgrade.
-
Koristite analitiku i rešavanje problema
pruža sveobuhvatne mogućnosti analitike i rešavanja problema koje će vam pomoći da vizualizujete i pratite svoju implementaciju. Oni pokrivaju kvalitet medija, detaljnu istoriju poziva, red poziva, lovačku grupu i analitiku automatskih pratilaca. Primer analitike kvaliteta medija prikazan je na slici An alitika kvaliteta medija.
U okviru rešavanja problema, svaki poziv upućen korišćenjem može se pregledati sa detaljnim informacijama o ključnim kvalitetu medija i problemima vezanim za signalizaciju kako bi se pomoglo u utvrđivanju problema sa medijima, kao i neuspelih poziva, kao što je prikazano na slici Rešavanje problema sa kvalitetom medi ja.
rešavanje problema takođe može da se integriše sa drugim Cisco proizvodima kao što su ThousandEyes i Meraki prekidači kako bi se pružilo još bogatije integrisano iskustvo u Control Hub-u. Više informacija o korišćenju Webex Callinganalitike i rešavanju problema potražite u odeljku Reš avanje problema sa Webex Calling pozivima u Control Hubu.
Uvod
Pre nego što počnete
Ovaj vodič je namenjen timovima ili pojedincima sa iskustvom u konfigurisanju i administriranju Cisco Unified Communications Manager (Unified CM) i Cisco krajnjih tačaka, uključujući IP stolne telefone, video uređaje i Jabber meke klijente. Kroz ovaj dokument postoje linkovi na dokumentaciju o proizvodima i podršci za pomoć.
Ovaj dokument se fokusira na prelaze sa Unified CM-a na Vebek Calling samo za više stanara. Termin Vebek Calling u ovom dokumentu uvek se odnosi na Vebek Calling multi-tenant.
Pre početka migracije sa Unified CM-a na Vebek Calling, neophodno je imati sveobuhvatno razumevanje rešenja Vebek Calling i njegovih komponenti. Uspešna migracija zahteva poznavanje Vebek Calling arhitekture, servisnih modela, opcija primene i povezanih funkcija kako bi se pravilno mapirala postojeća radna opterećenja Unified CM-a i dizajnirao efikasan plan tranzicije.
Temeljno razumevanje sledećih komponenti Vebek Calling-a je od suštinskog značaja za informisanje o efikasnoj strategiji tranzicije i operativnoj spremnosti.
-
Control Hub
-
Direktorijum i obezbeđivanje korisnika
-
Platforma za vebeks pozivanje
-
Podržane pozivanje krajnjih tačaka
-
Opcije PSTN povezivanja
-
Plan biranja Vebek poziva i upravljanje brojevima
-
Karakteristike bezbednosti i usklađenosti.
Za više informacija pogledajte Cisco Preferred Architecture za Vebek Calling.
Ovaj vodič će istaknuti alate i procese koji će se koristiti tokom životnog ciklusa tranzicije. Međutim, prelazak sa lokalnog pozivanja, Unified CM, na novu platformu za pozivanje u oblaku, Vebek Calling, može biti značajan napor sa potencijalnim poslovnim, tehničkim i složenim izazovima. Da bi pomogao u prevazilaženju ovih izazova, Cisco ima nekoliko različitih opcija koje će vam pomoći u vašem putovanju. Važno je pregledati informacije na Enterprise cloud calling - Pozivanje migracije i razumeti svaku opciju i kako svaka od njih može da vam pomogne u sopstvenoj migraciji.
-
Alati za migraciju Vebek-a: samoposlužni, besplatni alati ugrađeni u Control Hub kako bi pojednostavili prelazak na Vebek pozive
-
Sertifikovani provajderi migracija: Cisco je potvrdio dobavljače softvera i alata koji su razvili rešenja za migraciju kako bi pomogli Vebek partnerima i klijentima sa složenim i velikim migracijama. Ova rešenja mogu pomoći u pojednostavljenju, upravljanju i ubrzavanju prelaska na Vebek pozive
-
Pomoć pri podešavanju Vebeksa: usluga migracije koju vodi Cisco koja vodi kupce i partnere kroz implementaciju i konfiguraciju Vebek poziva, koja je potrebna za uspešnu migraciju korisnika i usluga Unified CM-a na Vebek pozive.
Pregled
Sa rastom usluga saradnje u oblaku, sve više kupaca želi da premesti svoja postojeća radna opterećenja saradnje u oblak s obzirom na obećanja o smanjenim ukupnim troškovima vlasništva, pojednostavljenom upravljanju, kontinuiranoj isporuci funkcija, povećanom obimu i vrhunskoj pouzdanosti koja je svojstvena uslugama zasnovanim na oblaku. Kako korisnici žele da pređu sa lokalnih na usluge saradnje u oblaku, važno je da shvate šta tranzicija podrazumeva i korake potrebne za tranziciju.
Svrha ovog dokumenta je da pruži smernice za raspoređivanje za korisnike koji posebno žele da pređu sa lokalnog Unified CM-a na Vebek Calling u oblaku. Ovaj vodič za raspoređivanje pretpostavlja da čitalac ima osnovno razumevanje prelaska pozivanja između Unified CM-a i Vebek Calling-a, uključujući i ono što se menja prilikom ovog prelaska i koje su razlike prilikom premeštanja radnog opterećenja pozivanja iz lokalnog u oblak. Pre nego što nastavite, uverite se da ste pregledali i upoznati sa informacijama dostupnim na mapi tranzicije. Ovaj dokument o mapi tranzicije pruža informacije o promjenama i razlikama ove tranzicije.
Kao što je prikazano na slici On-premises arhitektura saradnje: Kontrola poziva i daljinski pristup, tipična lokalna primena uključuje različite komponente infrastrukture za saradnju na mreži, platformu za kontrolu poziva, rubnu platformu, hardverske i softverske krajnje tačke, a u nekim slučajevima čak i platforme za konferencije i zakazivanje. U Cisco arhitekturi ovo bi uključivalo Unified CM za kontrolu poziva, Autoput za daljinski pristup i business-to-business (BKSNUMKSB) rubne usluge, Cisco Meeting Server / Cisco Meeting Management za lokalne konferencije, Uniti Connection za glasovne poruke i hardver za korisnike (Cisco IP telefoni, Cisco Desk i Room video sistemi) i softver (Cisco Jabber) IP-bazirane krajnje tačke. Ove komponente mogu se neznatno razlikovati u nekim okruženjima, ali ovo je polazna tačka za tranziciju opisanu u ostatku ovog dokumenta.
Arhitektura prikazana na slici On-premises arhitektura saradnje: kontrola poziva i daljinski pristup zasniva se na preferiranoj arhitekturi (PA) za Cisco Collaboration Enterprise On-Premises Deployments. Za više informacija o Enterprise On-premise, pogledajte Cisco saradnja preferirane arhitekture.
Pre: Tabela komponenti infrastrukture za lokalne pozive navodi ključne elemente lokalne arhitekture pre prelaska na Vebek pozive u oblaku.
| Proizvod | Opis |
|---|---|
| Unified CM | Kontrola poziva u prostorijama koja pruža usluge registracije uređaja i rutiranja poziva |
| Cisco Autoput-C / E | Edge infrastruktura koja pruža mobilni i daljinski pristup (MRA) i business-to-business (BKSNUMKSB) funkcionalnost koja omogućava udaljenim krajnjim tačkama da se sigurno povežu izvan organizacije. Autoput je raspoređen u parovima kako bi se obezbedio prelazak zaštitnog zida za spoljne krajnje tačke. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) i Cisco Telepresence Management Suite (TMS) | Lokalna glasovna, video i veb konferencijska infrastruktura koja pruža sastanke u više tačaka, upravljanje sastancima i mogućnosti zakazivanja. [Opciono] |
| Cisco Unity Connection | Lokalna platforma za glasovne poruke koja pruža mogućnosti govorne pošte i objedinjenih poruka. [Opciono] |
| Cisco Desk, Cisco soba, Cisco ploča, Cisco IP telefoni i Cisco Jabber | Uređaji zasnovani na IP-u registrovani na Unified CM i pružaju mogućnosti glasovnih i video poziva |
Kao što je prikazano u odluci o tranziciji na slici : lokalno pozivanje na Vebek Calling, korisnici koji imaju lokalnu kontrolu poziva sa Unified CM-om i krajnjim tačkama stola i video IP-a imaju izbor prelaska arhitekture prema arhitekturi oblaka Vebek Calling-a.
Odluka treba da se donese na osnovu zahteva funkcionalnosti kupca. Kupci koji imaju sledeće zahteve treba pažljivo razmotriti pre donošenja ove odluke i na kraju mogu odlučiti da zadrže kontrolu poziva u prostorijama:
- Modeli telefona koji nisu podržani od strane Vebek poziva
- Složene ili brojne integracije sa drugim lokalnim sistemima ili rešenjima, posebno tamo gde je repliciranje ovih integracija sa Vebek pozivima teško ili nisu dostupna ekvivalentna alternativna rešenja
- Složen plan biranja, visoko granularne klase usluga ili oboje
- Restriktivan, ograničen ili nepouzdan pristup Internetu
- Stroge politike privatnosti podataka i vlasništva
- Zahtev za usaglašenost za snimanje i skladištenje medija u prostorijama ili u zemlji
- Integracije trećih strana bez održive alternativne integracije Vebek poziva
- Kontakt centar integracije gde kontakt centar inter se ne kreće u oblak još uvek.
Ovaj dokument se fokusira na korisnike sa raspoređivanjem Unified CM poziva koji žele da razumeju opšte korake, razmatranja i zahteve za omogućavanje primene Vebek poziva kao što je prikazano u sledećem odeljku.
Osnovne komponente
Ciljna arhitektura za ovu migraciju uključuje nekoliko novih komponenti. Ovo uključuje uslugu Vebek Calling za pozive zasnovane na oblaku, Vebek App, Cisco Directori Connector za integraciju identiteta i Local Gatevai (LGV) za PSTN pristup, kao i lokalnu integraciju poziva u oblaku. Cisco Calling Plans ili Cloud Connected PSTN (CCP) koji je omogućio Cloud Connect za Vebek Calling partner su dodatne opcije za PSTN pristup.
Kao što je prikazano na slici posle: Vebek Calling Architecture, nove komponente (Vebek Calling, Directori konektor, Local gatevai i Survivability gatevai) dodaju se postojećoj lokalnoj implementaciji.
Posle: Tabela komponenti infrastrukture za pozivanje u oblaku navodi nove elemente arhitekture nakon prelaska na Vebek.
| Proizvod | Opis |
|---|---|
| Webex Calling | Usluga poziva zasnovana na oblaku koja se isporučuje sa Vebek platforme i obezbeđuje registraciju krajnjih tačaka i usmeravanje poziva |
| Cisco Directory Connector | Vindovs aplikacija koja radi na Vindovs domenskoj mašini koja obezbeđuje sinhronizaciju identiteta između lokalnog Active Directori-a preduzeća i prodavnice identiteta Vebek organizacije. Za korisnike koji prelaze sa lokalnog Active Directorija na Entra ID, integracija identiteta sa Vebeksom umesto Cisco Directori Connector-a koristi aplikaciju Entra ID Vizard. |
| Lokalni mrežni prolaz | Lokalni gatevai deluje kao most između korisnikove lokalne objedinjene komunikacione mreže i oblaka Vebek Calling. Može se rasporediti lokalno ili hostovati od strane partnera, pružajući PSTN pristup za krajnje tačke registrovane u oblaku, kao i integraciju pozivanja između Unified CM registrovanih i registrovanih krajnjih tačaka u oblaku. Cisco IOS-KSE Integrated Services Router (ISR KSNUMKS I KSNUMKS serija), Cisco Catalist KSNUMKS / KSNUMKS serija, Cisco Catalist KSNUMKSV Edge Softvare i razni sertifikovani nezavisni kontroleri sesija (SBC) mogu se koristiti kao LGV za fazni pristup migraciji. |
| Mrežni prolaz funkcionalne otpornosti | Gatevai za preživljavanje (SGV) je lokalna mreža zasnovana na IOS-KSE koja pruža usluge rezervnog pozivanja krajnjim tačkama Vebek poziva na licu mesta tokom prekida mreže. |
| Cisco pozivni plan, Cloud Connect za Vebek pozive | Cisco Calling Plan i Cloud Connect za Vebek Calling su opcije zasnovane na oblaku za PSTN pristup za krajnje tačke Vebek poziva. PSTN pristup je olakšan od strane oblaka PSTN provajdera i ne zahteva lokalnu opremu. |
| Aplikacija Webex | Klijentska aplikacija koja radi na desktop OS-u (Vindovs, Mac) ili mobilnom operativnom sistemu (Android, iOS) i registrovana direktno na Vebek Calling platformi za funkcionalnost pozivanja. |
Pregled PPDIO procesa
PPDIO proces je skraćenica za Pripremite, Planirajte, Dizajnirajte, Implementirajte i Optimizujte. To je strukturirana Cisco metodologija koja vodi projekte od početne procene kroz kontinuirano poboljšanje, obezbeđujući efikasne i uspešne primene ili migracije.
Opšti opis PPDIO-a
-
Pripremiti: Procijenite trenutno okruženje, prikupite zahtjeve i uskladite zainteresovane strane kako biste uspostavili čvrste temelje.
-
Plan: Razviti detaljne planove projekta, uključujući rokove, resurse i strategije ublažavanja rizika.
-
Dizajn: Arhitekta ciljno rešenje prilagođeno poslovnim i tehničkim potrebama.
-
Implementirati: Izvršite raspoređivanje ili migraciju u skladu sa dizajnom, potvrđujući funkcionalnost i performanse.
-
Optimizacija: Kontinuirano poboljšavajte rešenje nakon implementacije praćenjem performansi, prečišćavanjem konfiguracija i korišćenjem alata za automatizaciju i integraciju.
Korišćenje PPDIO-a za Unified CM na Vebek Calling projekte migracije
Prilikom prelaska sa Unified CM-a na Vebek Calling, PPDIO proces pruža jasnu mapu puta kako bi se osigurala glatka i efikasna tranzicija:
Priprema
-
Procijeniti postojeće jedinstveno CM okruženje i spremnost za migracije
-
Prikupite detaljne podatke o korisnicima, uređajima, mreži i zavisnostima
-
Prikupite detalje o lokaciji, uključujući adresu za hitne slučajeve, broj korisnika, pristup internetu, PSTN pristup
-
Identifikujte rizike i definišite obim projekta kako biste uskladili sve zainteresovane strane.
Planiranje
-
Kreirajte sveobuhvatan plan migracije sa rasporedom serija, dodelama resursa i vremenskim rokovima
-
Definišite zadatke kao što su nadogradnje firmvera uređaja, obezbeđivanje licenci i uključivanje korisnika
-
Koordinirajte prozore migracije sa Ciscom i partnerima kako biste smanjili poremećaje.
Osmišljavanje
-
Mapirajte trenutne Unified CM konfiguracije, planove biranja i korisničke profile na ekvivalente Vebek poziva
-
Dizajnirajte okruženje Vebek Calling-a, uključujući PSTN strategiju (privremenu i konačnu), lokacije, korisničke uloge i tačke integracije kao što su Local Gatevai (CUBE) i sinhronizacija direktorijuma
-
Planirajte scenarije koegzistencije u kojima Unified CM i Vebek Calling rade istovremeno tokom migracije.
Implementacija
-
Koristite alate za migraciju Control Hub-a zajedno sa alatima KSNUMKSrd parti za izvođenje promena režima firmvera uređaja, konfiguracije funkcija i migracija korisnika
-
Zaposlite masovne operacije i obezbeđivanje koristeći Vebek API-je kako biste pojednostavili velike migracije i konfiguracije
-
Izvršite obezbeđivanje licence, registraciju uređaja i ažuriranja konfiguracije
-
Potvrdite uspeh migracije kroz testiranje i operativnu verifikaciju.
Optimizacija
-
Kontinuirano pratite performanse Vebek poziva i korisničko iskustvo
-
Poboljšajte konfiguracije i tokove posla na osnovu operativnih podataka i povratnih informacija
-
Iskoristite mogućnosti automatizacije i integracije kako biste poboljšali efikasnost i skalabilnost
-
Razgraditi naslijeđene komponente Unified CM po potrebi i pružiti stalnu podršku za operacije dana-KSNUMKS.
Ovaj poboljšani PPDIO pristup obezbeđuje kontrolisanu, transparentnu i efikasnu migraciju sa Unified CM-a na Vebek Calling, koristeći Cisco alate, API-je i partnerski ekosistem za održavanje kontinuiteta poslovanja i poboljšanje mogućnosti saradnje.
PPDIO povratne petlje
Pregled na visokom nivou prikazan u iteracijama slika tokom izvršavanja PPDIO ilustruje jednu povratnu petlju iz faze optimizacije nazad u fazu pripreme. To znači da, nakon početne implementacije, postoji stalna prilika za kontinuirano poboljšanje. Svaki ciklus optimizacije može identifikovati nove zahteve ili oblasti za poboljšanje, koje se mogu rešiti kroz naredne projekte ili inicijative. Ovi pojedinačni projekti, zauzvrat, prate uspostavljeni životni ciklus PPDIO (Pripreme, Plan, Design, Implement, Optimize). Ovaj iterativni pristup osigurava da sistem ostane usklađen sa razvijajućim poslovnim ciljevima i tehnološkim napretkom, podstičući kulturu stalnog usavršavanja i prilagodljivosti.
Tokom izvršenja PPDIO procesa, uobičajeno je da nalazi u kasnijim fazama zahtevaju preispitivanje i potencijalno revidiranje odluka donesenih u ranijim fazama. Na primer, problemi sa kojima se susreću tokom faze implementacije, kao što je identifikacija nejasnoća dizajna ili nedostajućih detalja, mogu otkriti da određeni aspekti nisu u potpunosti adresirani tokom faze dizajna. U takvim slučajevima, postaje neophodno da se vratite na relevantnu raniju fazu kako bi se rešili ovi problemi pre nego što nastavite. Ovaj iterativni mehanizam povratne sprege, kao što je prikazano na slici Unified CM potpomognut PPDIO proces osigurava da je rešenje temeljno potvrđeno i prerađeno, što na kraju doprinosi robusnijem i efikasnijem primeni.
Prilikom prelaska sa Unified CM-a na Vebek Calling, svaka faza PPDIO procesa može imati značajne koristi od informacija prikupljenih iz postojećeg Unified CM okruženja. Na primer, sveobuhvatni inventari korisnika, telefonskih brojeva, funkcija pozivanja i komponenti plana biranja mogu se izvući iz trenutne Unified CM konfiguracije. Ovi podaci dopunjuju informacije koje direktno pružaju zainteresovane strane i pomažu u pojednostavljenju aktivnosti planiranja i dizajna. Korišćenje odgovarajućih alata za automatizaciju ekstrakcije i analize podataka ne samo da povećava tačnost, već i ubrzava celokupan proces. Korišćenjem uvida iz postojeće primene, prelazak na Vebek pozive može se izvršiti efikasnije od tradicionalne greenfield implementacije, dok se i dalje pridržava strukturirane PPDIO metodologije. Ovaj proces je ilustrovan na slici Unified CM uz pomoć PPDIO procesa.
Pristup migracijama
Dok planirate prelazak sa lokalnog Unified CM-a na Vebek Calling, morate odrediti kako ćete pristupiti ovom putovanju. Prvo ćete morati da odlučite da li će migracija biti flash-cut (sve odjednom) ili fazni pristup (migriraju grupe korisnika / uređaja tokom dužeg perioda).
Obavljanje flash-cut migracije pomera sve svoje korisnike i uređaje najbrže. Pomoću ove metode istovremeno ćete premestiti sve korisnike i uređaje iz lokalnog Unified CM-a u Vebek pozive. U suštini, to je jedan prozor za migraciju za sve korisnike i uređaje. Nakon završetka ove migracije, svi vaši korisnici i uređaji će biti na platformi Vebek Calling i sva vaša Unified CM infrastruktura može biti stavljena izvan pogona. Međutim, mnoge organizacije ne mogu da koriste ovaj pristup zbog obima i veličine njihovog poziva.
Drugi pristup je fazna migracija. Većina organizacija će koristiti ovaj pristup jer pruža bolju kontrolu, upravljanje i skaliranje sa migracijom. Takođe, to je pogodniji za veće UC raspoređivanja i / ili raspoređivanja u više regiona. Stoga se ovaj dokument fokusira na fazni pristup sa dva koraka u tranziciji.
Kao što je prikazano na slici ispod Phased pozivanje tranzicije: Hibrid i oblak, prva faza tranzicije (faza KSNUMKS) rezultira primjenom koegzistencije sa okruženjima za dvostruko pozivanje. U ovoj fazi, neki korisnici, uređaji i meki klijenti prelaze na Vebek pozive, dok su drugi još uvek na lokalnoj kontroli Unified CM poziva. Završna faza tranzicije (faza KSNUMKS) rezultira čistim okruženjem za pozivanje u oblaku u kojem su svi korisnici, uređaji i meki klijenti u potpunosti prebačeni na platformu Vebek Calling.
Koliko dugo je potrebno organizaciji da u potpunosti pređe na pozive u oblaku će se razlikovati u zavisnosti od trenutne primene. U nekim slučajevima, organizacija može izvršiti početnu tranziciju i ostati u fazi kontrole dvostrukog poziva (faza KSNUMKS) tokom dužeg perioda (meseci ili čak godine), dok u drugim slučajevima organizacija može u potpunosti preći na Vebek pozive (faza KSNUMKS) u vrlo kratkom periodu (nedelje ili meseci). Ovaj dokument ima za cilj da obuhvati obe faze (Faza 1 - koegzistencija i Faza 2 - potpuno prešla).
Moguće je da neke organizacije mogu održavati koegzistenciju dvostruke kontrole poziva na neodređeno vreme bez planova da ikada u potpunosti pređu na pozive u oblaku.
Drugo razmatranje je kako ćete preći korisnike, uređaje i meke klijente iz lokalne kontrole poziva na kontrolu poziva u oblaku. Preporučeni pristup je 3-fazna tranzicija. Slika Preporučena 3-fazna tranzicija ispod razbija ovaj pristup u 3 faze.
Pre migracije: Ova faza se fokusira na dobijanje Vebek i Unified CM okruženja spremnih za migraciju. Ne radi se o pozivanju specifičnog planiranja ili konfiguracija i fokusira se na završetak aktivnosti koje se mogu uraditi sada i pre nego što započne bilo koji projekat migracije Vebek poziva. Cilj je da se izgradi temelj za dva okruženja da se pripreme za migraciju.
Priprema za migraciju: Ova faza je mesto gde počinje napor da se pripremi za migraciju na Vebek Calling. Ovde je potrebno pregledati i ažurirati poslovne i tehničke zahteve. Nemojte samo podizati i pomerati ono što je trenutno raspoređeno sa Unified CM-om i umesto toga redefinisati poslovne i tehničke zahteve koje vaša kompanija treba danas i u budućnosti koristeći moć Vebek Calling-a. Pored toga, ovo je faza u kojoj ćete završiti svoj dizajn, planiranje konfiguracije i planiranje / raspored migracije.
Migracija (uvođenje i razgradnja): Ova faza je mesto gde se dešava stvarna migracija korisnika, uređaja, telefonskih brojeva i mekih klijenata. Kao što je već rečeno, ova faza može biti završena za sve u jednom trenutku (flash-cut) ili preko više prozora za promenu (phased-cut). Planovi za usvajanje krajnjih korisnika, obuka i komunikacije su kritični, tako da su vaši korisnici svesni promena, kako da koriste novu platformu za pozivanje i znaju kada će se promena dogoditi. Poslednji korak je da se povuče sva lokalna UC infrastruktura koja se više ne koristi.
Faza pre migracije ima aktivnosti (obavezne, preporučene i opcione) na kojima možete odmah početi da radite. Preporučuje se da ih završite pre nego kasnije i poželjno pre nego što počne vaš projekat. Neke od aktivnosti mogu potrajati duže, stoga će njihovo ranije započinjanje pomoći da se pojednostavi vaš stvarni projekat migracije.
Na slici Aktivnosti pre migracije ispod ističe pet specifičnih kategorija aktivnosti koje se odnose na migraciju Vebek poziva.
Priprema
Poslovni i tehnički zahtevi
Kada planirate migraciju iz do , ključno je temeljno prikupiti i tehničke i poslovne zahteve tokom faze planiranja. Ovaj korak osigurava da se migracija uskladi sa operativnim ciljevima i tehničkim mogućnostima vaše organizacije, minimizirajući rizike i poremećaje.
Zašto je važno prikupljanje zahteva:
-
Usklađuje poslovne ciljeve: Razumevanje poslovnih potreba pomaže u prilagođavanju migracije kako bi se podržali ključni tokovi posla, korisničko iskustvo i planovi rasta.
-
Obezbeđuje tehničku kompatibilnost: Rano identifikovanje tehničkih zahteva sprečava probleme integracije sa postojećom infrastrukturom, mrežom i krajnjim tačkama.
-
Olakšava planiranje resursa: Jasni zahtevi pomažu u preciznoj proceni rokova, troškova i neophodnih resursa.
-
Ublažava rizike: Rano otkrivanje potencijalnih izazova omogućava proaktivna rešenja, smanjujući zastoje i prekide usluga.
Poslovni zahtevi
Tipični poslovni zahtevi uključuju:
-
Broj korisnika i lokacija koje će se migrirati
-
Željene funkcije i usluge (primer, rutiranje poziva, govorna pošta, konferencije, automatski govornici, redovi poziva)
-
Usklađenost i bezbednosne politike
-
Budžetska ograničenja i očekivanja troškova
-
Potrebe za obukom i podrškom korisnika
-
Vremenska linija migracije i razmatranja kontinuiteta poslovanja.
Prikupljanje željenih funkcija i usluga je kritičan korak kako bi se osiguralo da novi sistem zadovoljava poslovne potrebe. Prilikom prikupljanja ovih zahteva, važno je ne samo uzeti u obzir ono što je trenutno konfigurisano, već pokušati da prikupi stvarne zahteve od poslovnih subjekata koji će koristiti sistem. U suprotnom, postoji rizik da se plan zasniva na netrenutnim pretpostavkama. Uverite se da procenite dodatne ili poboljšane funkcije koje su dostupne u koje možda ne postoje u , kao što su pozivi zasnovani na oblaku, napredni redovi poziva, , i . Ovo pomaže u iskorištavanju svih prednosti cloud platforme.
Prilikom procene trenutne konfiguracije u , važno je prepoznati da ne mogu sva postojeća podešavanja ostati neophodna zbog razvijajućih zahteva tokom životnog ciklusa sistema. Fokus bi trebalo da bude na identifikovanju i zadržavanju samo onih konfiguracija koje su u skladu sa trenutnim i budućim potrebama primene.
Fokusirajte se više na ono što vam je potrebno nego na ono što imate.
Usklađenost i bezbednosne politike su kritična razmatranja tokom migracije sa na Vebek Calling kako bi se osiguralo da se novi komunikacioni sistem zasnovan na oblaku pridržava pravnih, regulatornih i organizacionih standarda.
-
Usklađenost sa propisima: Organizacije moraju da potvrde da ispunjava propise specifične za industriju, kao što su GDPR, HIPAA ili SOKS, koji se bave zahtevima za privatnost podataka, zadržavanje i rukovanje, kao i mandate specifične za zemlju koji se odnose na prebivalište podataka, obilaznicu putarine i medijski lokalitet.
-
Bezbednost podataka: Obezbeđivanje da su glasovni i signalni podaci šifrovani i u tranzitu i u mirovanju kako bi se zaštitili od presretanja ili neovlašćenog pristupa.
-
Kontrole pristupa: Definisanje i sprovođenje autentifikacije korisnika, autorizacije i pristupa zasnovanog na ulozi kako bi se sprečilo neovlašćeno korišćenje komunikacionih resursa.
-
Revizija i praćenje: Implementacija mogućnosti evidentiranja i praćenja za praćenje pristupa i korišćenja za revizije usklađenosti i istrage bezbednosnih incidenata.
-
Usklađivanje politike: Usklađivanje migracije sa postojećim korporativnim bezbednosnim politikama, uključujući bezbednost krajnjih tačaka, segmentaciju mreže i planove odgovora na incidente.
-
Osiguranje bezbednosti prodavca: Procena Cisco bezbednosnih sertifikata i potvrda o usklađenosti kako bi se osigurala pouzdanost.
Rješavanje ovih politika usklađenosti i sigurnosti tokom faze planiranja pomaže u ublažavanju rizika, izbjegavanju zakonskih kazni i održavanju integriteta i povjerljivosti komunikacija tokom i nakon migracije.
Obuka korisnika i potrebe za podrškom su bitne komponente tokom migracije od do kako bi se osigurala glatka tranzicija i usvajanje korisnika. Ključna razmatranja uključuju:
-
Programi obuke: Razvijte prilagođene treninge za različite grupe korisnika (krajnji korisnici, administratori, osoblje službe za pomoć) kako biste ih upoznali sa funkcijama, korisničkim interfejsima i novim tokovima posla.
-
Dokumentacija: Obezbedite jasne, pristupačne korisničke vodiče, često postavljana pitanja i brze referentne materijale, uključujući šta je novo i različite resurse i korak-po-korak vodiče pre i posle (u video ili brzom vodiču), kako biste podržali korisnike dok se prilagođavaju ažuriranom iskustvu nakon migracije.
-
Upravljanje promenama: Komunicirajte proaktivno promene kako biste upravljali očekivanjima korisnika i smanjili otpor.
-
Struktura podrške: Uspostavite namenski tim za podršku ili put eskalacije kako biste odmah rešili probleme korisnika tokom i nakon migracije.
-
Stalna edukacija: Planirajte kontinuirano ažuriranje obuke jer se nove funkcije ili ažuriranja objavljuju u .
-
Mehanizmi povratnih informacija: Implementirati kanale za korisnike da prijavljuju probleme i pružaju povratne informacije za poboljšanje procesa obuke i podrške.
Rješavanje ovih potreba za obukom i podrškom tokom faze planiranja pomaže u smanjenju poremećaja, povećava povjerenje korisnika i maksimizira prednosti migracije na .
Tehnički zahtevi
Potrebno je prikupiti i dokumentovati nekoliko ključnih tehničkih uslova za uspešnu migraciju od do , uključujući detalje za:
-
Spremnost mreže i kapacitet propusnog opsega
Sveobuhvatna procena mreže je od ključnog značaja kako bi se osiguralo da vaša postojeća infrastruktura može podržati novo okruženje Vebek poziva. Ovo uključuje:
-
Analiza propusnog opsega: Procena trenutne i projektovane upotrebe propusnog opsega za rukovanje glasovnim, video i podatkovnim saobraćajem bez zagušenja.
-
Kvalitet usluge (KoS): Implementacija KoS politike za određivanje prioriteta glasovnog saobraćaja i minimiziranje kašnjenja, podrhtavanja i gubitka paketa.
-
VAN i internet konekcija: Provera da li VAN veze i internet konekcije ispunjavaju uslove za pozive zasnovane na oblaku, uključujući redundantnost i mogućnosti prebacivanja.
-
Zaštitni zid i NAT konfiguracija: Obezbeđivanje da postavke zaštitnog zida i NAT-a dozvoljavaju potrebnu signalizaciju i medijski saobraćaj za .
-
-
Integracija sa postojećim sistemom
Besprekorna integracija sa postojećim poslovnim sistemima je od suštinskog značaja za korisničko iskustvo i kontinuitet toka posla:
-
Usluge direktorijuma: Procena integracije sa direktorijumom preduzeća za automatizovano obezbeđivanje i autentifikaciju korisnika.
-
CRM i poslovne aplikacije: Identifikovanje integraцionih tačaka sa sistemima za upravljanje odnosima sa klijentima i drugim poslovno-kritičnim aplikaцijama.
-
Legaci PBKS intervorking: Planiranje za koegzistenciju ili fazne strategije migracije ako bilo koji nasleđeni telefonski sistemi će ostati tokom tranzicije.
-
-
Kompatibilnost i obezbeđivanje krajnjih tačaka
Sve krajnje tačke, uključujući stolne telefone, softphone i mobilne uređaje, treba proceniti kompatibilnost:
-
Podrška za uređaje: Potvrđivanje da su postojeći IP telefoni i uređaji podržani ili identifikovanje potrebnih zamena.
-
Procesi obezbeđivanja: Uspostavljanje automatizovanih ili pojednostavljenih metoda obezbeđivanja za efikasno uključivanje krajnjih tačaka.
-
Ažuriranje firmvera i softvera: Planiranje neophodnih ažuriranja kako bi se osigurala interoperabilnost i sigurnost.
-
-
Bezbednosne konfiguracije i standardi šifrovanja
Bezbednost je najvažnija u komunikacijama u oblaku:
-
Enkripcija: Sprovođenje end-to-end enkripcije za signalizaciju i medijske tokove, u skladu sa Cisco najboljim bezbednosnim praksama.
-
Autentifikacija i kontrola pristupa: Implementacija sigurnih mehanizama autentifikacije (kao što su DZS, višefaktorska autentifikacija) i granularne kontrole pristupa korisnicima.
-
Usaglašenost: Obezbeđivanje rešenja zadovoljava relevantne regulatorne i industrijske standarde usklađenosti (primer, GDPR, HIPAA).
-
Bezbednosni nadzor: Integracija sa SIEM alatima i postavljanje upozorenja za potencijalne bezbednosne incidente.
-
| Uslov | Ključna razmatranja |
|---|---|
| Mrežna spremnost i propusni opseg | Propusni opseg, KoS, VAN / Internet, zaštitni zid / NAT |
| Integracija sa postojećim sistemima | Direktorijum, CRM, PBKS, e-pošta / kalendar |
| Kompatibilnost i obezbeđivanje krajnjih tačaka | Podrška uređaja, obezbeđivanje, ažuriranje firmvera |
| Bezbednosne konfiguracije i enkripcija | Enkripcija, autentifikacija, usklađenost, bezbednosni nadzor |
| Obuka korisnika i upravljanje promenama | Programi obuke, dokumentacija, promena komunikacija |
| Prenosivost broja i plan biranja | Migracija / prenošenje broja, prevod plana biranja |
| Integracije nezavisnih proizvođača | Pejdžing, kontakt centar, faks, analogni uređaji |
Mrežna spremnost i zahtevi
Spremnost mreže je od ključnog značaja za uspešnu migraciju na bilo koje rešenje za pozivanje zasnovano na oblaku kao što je . Loše planiranje mreže može dovesti do smanjenog kvaliteta poziva, ispuštenih poziva i nezadovoljnih korisnika. Korisnici moraju da sprovedu procenu mreže pre nego što pređu na . Preporučuje se da se potvrdi dostupnost propusnog opsega mreže za očekivani obim poziva, obezbedi kvalitet usluge (KoS) zahtevi su ispunjeni, i razumeju različite portove koji moraju biti otvoreni u ivici firevall(s).
Pouzdana mrežna povezanost sa dovoljnim kvalitetom usluge (propusni opseg, gubitak paketa, RTT) je osnovni zahtev da se obezbedi najbolje moguće korisničko iskustvo od kraja do kraja za sve glasovne i video sposobne krajnje tačke, klijente i aplikacije koje koriste.
Kupci i partneri imaju opcije pristupa povezivanju izvan Over-the-top (OTT) Interneta koji mogu optimizirati vezu, uključujući VeWebex Edge Connect. Za više informacija o detaljima dizajna Vebek Edge Connect-a, pogledajte Cisco Preferred Architecture za Vebek Edge Connect za Vebek sastanke, Pozivanje više stanara i Namenska instanca.
Korisnici mogu da koriste CScan za procenu mreže koja daje informacije o kvalitetu mreže korisnika, koliko poziva može da se uspostavi, kašnjenje, i tako dalje. Za više informacija o CScan alatu, pogledajte Koristite CScan za testiranje kvaliteta mreže Vebek Calling.
Da biste bili sigurni da je mreža spremna za migraciju u , razmotrite sledeću kontrolnu listu:
-
Planiranje propusnog opsega
Izračunajte istovremene pozive po lokaciji kako biste bili sigurni da imate dovoljno uzvodnog i nizvodnog propusnog opsega i uključite prostor za drugi poslovni kritični saobraćaj i budući rast.
Tabela izračunavanja propusnog opsega tipa Vebek poziva prikazuje tipove poziva koji su dostupni sa raspoređivanjem zajedno sa kodekom i maksimalnim propusnim opsegom potrebnim za svaki tip poziva. Kao što je prikazano u tabeli izračunavanja propusnog opsega tipa Vebek poziva, potreban propusni opseg audio poziva za svaki tip poziva može se izračunati pomoću sledeće opšte formule:
Broj očekivanih istovremenih poziva * Propusni opseg po pozivu na osnovu kodeka = Potrebna propusnost mreže.
Tabela 2. Proračuni propusnog opsega tipa Vebek poziva Tipovi poziva Kodek - propusni opseg Proračuni propusnog opsega / Stoni telefon -> OPUS - 70 kbps Broj istovremenih poziva * 70 kbps = Potrebna propusnost mreže Stoni telefon > Stoni telefon OPUS – 70 kbps Broj istovremenih poziva * 70 kbps = Potrebna propusnost mreže Stoni telefon -> PSTN preko LGV G.711 – 80 kbps Broj istovremenih poziva * 80 kbps = Potrebna propusnost mreže / Stolni telefon -> PSTN preko Cloud PSTN (npr. Cisco plan pozivanja) G.711 – 80 kbps Broj istovremenih poziva * 80 kbps = Potrebna propusnost mreže Stoni telefon -> preduzeća preko LGV G.722 – 80 kbps Broj istovremenih poziva * 80 kbps = Potrebna propusnost mreže Stoni telefon -> govorna pošta OPUS – 70 kbps Broj istovremenih poziva * 70 kbps = Potrebna propusnost mreže Sumiranjem istovremene potrebne propusnosti mreže po tipu poziva, može se odrediti ukupni potencijalni zahtev za propusni opseg za određenu lokaciju.
Sve pozivne noge su uvek usidrene na pristupnim SBC-ima. Da bi se odredio potreban propusni opseg interneta za bilo koju lokaciju ne samo da se moraju uzeti u obzir pozivi između lokacije, već i pozivi unutar lokacije i pozivi do i od lokalnog gatevai-a na toj lokaciji. Na primer, poziv unutar lokacije između dva MPP telefona bi trebao do 2 k 70 kbps puni dupleks na pristupu internetu lokacije.
Tabela primera izračunavanja propusnog opsega Vebek poziva prikazuje primer kompletne vežbe izračunavanja propusnog opsega, pod pretpostavkom da su svi uređaji na istoj lokaciji.
Tabela 3. Primeri izračunavanja propusnog opsega Vebek poziva Tipovi poziva Broj istovremenih poziva Ukupni propusni opseg Vebek aplikacija / Stolni telefon → Vebek aplikacija 15 2 * 15 * 70 kbps = 2.100 kbps Vebek aplikacija / stoni telefon → stoni telefon 15 2 * 15 * 70 kbps = 2.100 kbps Vebek aplikacija / sto telefon → PSTN preko LGV-a 50 2 * 50 * 80 kbps = 8.000 kbps Vebek App / Desk telefon → PSTN preko Cloud Connect-a za Vebek pozive 0 0 * 80 Kbps Vebek App / Desk Phone → Enterprise preko LGV-a 15 2 * 15 * 80 kbps = 2,400 kbps Vebek aplikacija / stolni telefon → govorna pošta Vebek poziva 5 5 * 70 kbps = 350 kbps Ukupno poziva / propusni opseg 100 poziva 14,950 kbps / 14.95 Mbps -
Sve vrednosti propusnog opsega u gornjim tabelama odnose se na IP propusni opseg. Propusni opseg veze je veći u zavisnosti od VAN enkapsulacija.
-
Propusni opseg u gornjim tabelama je za audio pozive. Za propusni opseg video poziva, Vebek App i MPP 8845/65 telefoni podržavaju H.264 video sa maksimalnom rezolucijom od 720p pri maksimalnom propusnom opsegu od 1,500 kbps po pozivu. Međutim, količina propusnog opsega koji se troši u bilo kom trenutku tokom poziva će varirati na osnovu promenljive brzine prijenosa koja je svojstvena video komunikacijama.
-
-
Kvalitet usluge (KoS)
Implementirati KoS politike u vašem lokalnom okruženju kako biste odredili prioritet saobraćaja u realnom vremenu i osigurali da se KoS održava preko prekidača, rutera i zaštitnih zidova.
-
Ciljevi kašnjenja, podrhtavanja i gubitka paketa
Sledeći pragovi se preporučuju za optimalan kvalitet glasa kada pozivi idu preko vrha (OTT) i preko interneta:
-
Kašnjenje - manje od 100ms u jednom pravcu
-
Podrhtavanje - manje od 10ms
-
Gubitak paketa - 0,5% ili manje.
-
-
Zaštitni zid i NAT
Uverite se da je zaštitni zid konfigurisan tako da dozvoljava saobraćaj kao što je navedeno u članku dostupnom na Informacije o portu za Vebek pozive. Pored toga, dozvolite pristup domenima i IP opsegima navedenim u istom vodiču i izbegavajte SIP ALG jer ometa SIP signalizaciju. Medijski saobraćaj preko punomoćnika treba izbegavati.
-
DNS i NTP
Obezbedite odgovarajuću DNS rezoluciju domena i pouzdane NTP servere za sinhronizaciju satova uređaja za verifikaciju i evidentiranje TLS sertifikata.
-
Planiranje preklapanja
Razmotrite postojeće veze sa podacima provajdera (MPLS, SD-VAN i tako dalje) i generalno planirajte direktan pristup internetu na svakoj lokaciji u okviru vaše primene. Plan za redundantne internet veze gde je potrebna visoka dostupnost. Zato što ćete konzumirati usluge zasnovane na oblaku, pouzdana internet konekcija sa dovoljnim propusnim opsegom je osnovni uslov. Trebalo bi da preispitate ovu tranziciju ako internet konekcija lokacije vaše organizacije nisu generalno pouzdane sa niskom latencijom i adekvatnom propusnošću gore i nizvodno.
-
Preživljavanje sajta
Preživljavanje sajta osigurava da je vaše poslovanje uvek dostupno, čak i ako se vaša mrežna veza prekida. Site Survivability koristi gatevai u vašoj lokalnoj mreži kako bi pružio rezervnu uslugu pozivanja krajnjim tačkama na licu mesta za situacije u kojima se mrežna veza prekida. Razmislite o preživljavanju lokacije sa lokalnim Survivalabilti Gatevai-om (SGV) ako poslovni zahtevi zahtevaju kontinuirano pozivanje u slučaju prekida mreže. Za više informacija o proveri preživljavanja sajta, pogledajte Preživljavanje sajta za Vebek pozive.
Podesite UC povezan sa oblakom
Cloud Connected UC (CCUC) je rešenje za upravljanje i analitiku zasnovano na oblaku dizajnirano da obezbedi centralizovanu vidljivost, administraciju i uvid u primene kako u lokalnom okruženju (kao što je Unified CM) tako i u oblaku (). Deluje kao most između tradicionalnih lokalnih okruženja i Cisco cloud usluga, podržavajući organizacije tokom putovanja migracije od do .
Tokom prelaska na , CCUC igra vitalnu ulogu u racionalizaciji procesa migracije olakšavajući prikupljanje sveobuhvatnih podataka iz postojeće implementacije objedinjenih komunikacija. CCUC pomaže u ključnim zadacima tranzicije kao što su migriranje uređaja, funkcija i korisničkih kontakata, kao i automatizacija ažuriranja firmvera za podržane IP telefone. Obezbeđujući centralizovanu vidljivost i upravljanje, CCUC pomaže da se obezbedi glatko i efikasnije iskustvo migracije.
Cisco preporučuje da se CCUC rasporedi i rasporedi rano u projektu tranzicije, idealno pre ili tokom faze pripreme. Ovo će omogućiti uvid i mogućnosti potrebne za temeljnu procenu, inventar i planiranje za naknadne migracijske aktivnosti i da započnete svoje putovanje i buduće hibridne mogućnosti.
Procena trenutnog okruženja
Ključna aktivnost u planiranju vaše migracije je procena trenutnog lokalnog okruženja i primene. Ovo pruža uvid u to koje potencijalne promene mogu biti potrebne za uspešan prelazak na . Takođe vam omogućava da procenite ključne elemente platforme u poređenju sa postojećom lokalnom primenom. Ove informacije možete koristiti da biste identifikovali koji su specifični zadaci potrebni za tranziciju i koje promene želite da napravite kako biste ispunili svoje poslovne i tehničke zahteve i slučajeve upotrebe.
Sledeći aspekti su važni za razmatranje kao deo ovog napora.
Licenciranje
Razumevanje trenutne strukture licenciranja postojeće primene je ključno prilikom pripreme za migraciju na . Izvršite procenu licence za sledeće oblasti vašeg postojećeg Cisco lokalnog rešenja.
-
Platforma
Sposobnost da u potpunosti artikulišete ono što je trenutno licencirano na vašoj osnovnoj platformi biće kritična kada radite sa svojim timom ili partnerom kako biste odredili najbolji put za licenciranje fleksa. je licenciran korišćenjem Flek licenciranja. Za više informacija o licenciranju fleksa, pogledajte Cisco saradnja flek plan.
-
Korisnici i uređaji
Identifikujte koju kategoriju licence zahtevaju vaši postojeći korisnici i uređaji. Ovo će se koristiti za određivanje koja vrsta licence je potrebna za korisnike i uređaje. nudi više tipova licenciranja, uključujući profesionalne i standardne licence za korisnike i profesionalne i zajedničke licence za radne prostore. Za više informacija o licenciranju uređaja, pogledajte list sa podacima koji je dostupan na Licenciranje uređaja.
-
Lokalni mrežni prolaz
Ako je Cisco Unified Border Element (CUBE) potreban za PSTN pristup za ovu tranziciju, CUBE licenciranje se takođe mora uzeti u obzir. Razmatranja o licenciranju CUBE-a su pokrivena kasnije u ovom dokumentu.
Lokacije / sajtovi
Broj i tipovi lokacija (veliki centralni, regionalni, ogranci i tako dalje) u okviru postojećeg raspoređivanja treba uzeti u obzir prilikom planiranja ove tranzicije. Potpuno razumevanje postojećih lokacija za raspoređivanje pomoći će u strateškom planiranju za uspešnu tranziciju, posebno kada je u pitanju određivanje koje lokacije treba migrirati i kojim redosledom. Detaljno razumevanje zahteva plana biranja (numerisanje, navike pozivanja, klase ograničenja i tako dalje), mrežna povezanost i propusni opseg lokacije (Internet, VAN, LAN) i PSTN pristup (lokalni ili centralizovani, IP ili TDM) za svaku lokaciju će biti kritični prilikom donošenja odluka o migraciji. Za više informacija o zajedničkim modelima primene i ključnim razmatranjima, pogledajte informacije o modelima raspoređivanja saradnje dostupne u SRND-u za saradnju.
Još jedno važno razmatranje prilikom prelaska na je dostupnost lokacije. ima različite mogućnosti, pretplate i uređaje koji su dostupni u zavisnosti od toga gde se nalazi vaša primena. Za više informacija o geografskoj dostupnosti, pogledajte Gde je Vebek dostupan?.
Konačno, važno je razumeti uticaj koji će prelazak imati na druge usluge saradnje. Na osnovu cilja ovog dokumenta, opšta pretpostavka je da ako se održe postojeće usluge saradnje izvan radnog opterećenja poziva, očekuje se prelazak na fazu 1 hibridne primene gore pomenute. Primeri usluga saradnje koje mogu zahtevati hibridnu primenu uključuju lokalni kontakt centar koji još nije prebačen u Vebek kontakt centar i čvrste integracije u sisteme kao što su sistemi za pejdžing i naplata. Za više informacija o prelasku dodatnih radnih opterećenja i usluga saradnje, pogledajte Prelazi saradnje.
Inventar postojećih uređaja / klijenata
Pre početka tranzicije važno je da inventarizujete postojeće hardverske i softverske krajnje tačke. Imajući kompletnu listu tipova / modela uređaja, hardverskih verzija, tipova i količina mekih klijenata OS-a će osigurati da možete adekvatno planirati prelazak uređaja i ublažiti uticaj na one uređaje koji se ne mogu migrirati na pozive u oblaku. Inventar treba koristiti za određivanje uređaja za tranziciju i uređaja za zamenu pre tranzicije.
Stolni telefoni
Za audio i video stone telefone podržani su samo stolni telefoni serije 6800, 7800, 8800 i 9800 sa . Ovo je podskup Cisco IP telefona koji su podržani sa . Postoje neki modeli i verzije telefona 6800, 7800 i 8800 koji se ne mogu koristiti sa . Za više informacija o tome koji su modeli i hardverske verzije podržani, pogledajte Podržani uređaji za Vebek pozive.
Cisco 6800 serija IP telefoni se ne mogu nadograditi sa Enterprise firmvera na Multiplatform (MPP) firmvare, koji je potreban za . Zbog toga svi KSNUMKS telefoni registrovani za pokretanje firmvera preduzeća moraju biti zamenjeni sa KSNUMKS MPP modelom ili sa drugim podržanim modelom telefona.
Cisco KSNUMKS i KSNUMKS serije IP telefoni moraju biti nadograđeni na firmver Multiplatform Phone (MPP) pre tranzicije i registracije na . Da biste utvrdili koji KSNUMKS i KSNUMKS modeli i hardverske verzije podržavaju MPP firmvare, pogledajte Pretvori Cisco KSNUMKS i KSNUMKS seriju IP telefona između Enterprise i MPP firmvare.
8845, 8865 i 8865NR su dostigli kraj prodaje i ne preporučuje se da se migriraju u .
Starije verzije telefona serije 8800 (8811, 8841, 8851, 8851NR, 8861) se ne preporučuju za upotrebu sa Vebek pozivima. Telefoni sa hardverskim verzijama VID KSNUMKS ili starijim će se registrovati, ali mogu imati neke probleme sa performansama zbog hardvera.
Stoni telefoni serije 9800 pokreću PhoneOS, koji podržava i registraciju. Zbog toga se ovi telefoni mogu preći na bez nadogradnje firmvera.
Svi ostali IP telefoni će morati da budu zamenjeni sa 6800, 7800, 8800 ili 9800 serije telefona koje podržava Vebek Calling. Za više informacija o podržanim IP i stolnim telefonima sa , pogledajte članak na Podržani uređaji za Vebek pozive.
Video krajnje tačke
Lične i sobne video krajnje tačke, uključujući seriju Cisco Board, seriju soba i seriju Desk, mogu se izvorno SIP registrovati. Bilo koja od ovih krajnjih tačaka koje treba da audio i / ili PSTN pozive zahtevaju dozvolu za pozivanje:
-
Zajednički uređaji u konferencijskim salama, prostorima za druženje itd. zahtevaju ili licencu za profesionalni radni prostor ili radni prostor.
-
Lični uređaj krajnjeg korisnika zahteva profesionalnu ili standardnu licencu.
Odredite koliko je video krajnjih tačaka registrovano i koristi se za audio pozive. Moguće je da se neke od video krajnjih tačaka mogu koristiti samo za pridruživanje sastancima ili upućivanje SIP video poziva. U oba slučaja, krajnje tačke i dalje treba da migriraju pre nego što se serveri stave van upotrebe, međutim to će pomoći da se utvrdi koliko od njih će trebati dozvole da nastave da telefoniraju.
-
Kada se video uređaji premeštaju iz registracije u , URI za ove krajnje tačke će se promeniti jer su sada registrovani u oblaku.
-
Modeli telefona 8845, 8865 i 8875 su lični video telefoni koji su podržani sa .
Meki klijenti
To je jedini mekani klijent koji podržava , za razliku od Unified CM-a koji podržava i Vebek aplikaciju i Jabber, i novi je podrazumevani mekani klijent za krajnje korisnike.
U zavisnosti od načina raspoređivanja koji je implementiran za Jabber (samo IM, samo telefon, i / ili puni UC režimi), možda ćete morati da razmotrite prelazak radnih opterećenja za razmenu poruka i / ili sastanke sa Jabber-a na . Može se rasporediti u režimu samo za telefon ako će se koristiti kao klijent samo za pozivanje ili se može rasporediti kao puni Vebek Suite ako se druga radna opterećenja, npr. Vebek Messaging i / ili Vebek sastanci, prebacuju u aplikaciju sa pozivom.
Poboljšava iskustvo krajnjeg korisnika pružajući AI funkcije kao što su audio / video inteligencija, transkripcija poziva i drugi. Više informacija potražite u članku https://www.webex.com/all-new-webex.
Pre nego što premestite korisnike, moraćete da pređete svoje Jabber klijente na . Imate dve opcije da završite ovu tranziciju.
-
Pre nego što ih pređete na
-
Kada ih pređete na .
Da bi se olakšao početni prelazak na , preporučuje se da koristite opciju 1 i premestite korisnike na sa pozivom prvi. Ovo daje korisnicima vremena da se upoznaju sa novom aplikacijom dok još uvek koriste postojeću lokalnu platformu za pozivanje. Kada budete spremni da premestite korisnike u , vi ćete konfigurisati svoje da se registruju sa platformom za pozivanje oblaka.
Za više informacija, o ove dve opcije pogledajte Migracijsko putovanje - jedan ili dva koraka?.
Za kompletnu listu podržanih uređaja za , pogledajte Podržani uređaji za Vebek pozive.
Proverite podobnost uređaja
Kao što je ranije pomenuto, podržava podskup Cisco IP telefona i zahteva drugačiji tip firmvera za telefone serije KSNUMKS i KSNUMKS. Unified CM telefoni pokreću firmvare Enterprise, dok telefoni pokreću firmver Multiplatform Phone (MPP). Preporučuje se da proverite koji registrovani telefoni imaju pravo na nadogradnju na MPP firmver tokom faze pripreme. Ovo vam daje vremena da zamenite neprihvatljive telefone sa jednim od podržanih modela telefona ili da identifikujete alternativni plan, kao što je premeštanje korisnika samo u aplikaciju Vebek.
Da bi pomogao u određivanju podobnosti telefona, Control Hub ima ugrađeni alat pod nazivom Migrirajte svoj telefon na Vebek pozive. Kada koristite ovaj alat za proveru podobnosti uređaja, izaberite opciju Migracija Samo generiši licencu uređaja.
Ova opcija vam omogućava da otpremite CSV datoteku koja sadrži telefone, tako da možete proveriti podobnost svakog telefona. Odabirom ove opcije migracije, ne dodaje se telefoni jer ste još uvek u fazi pripreme i još niste spremni za to. Za više informacija pogledajte Migrirajte svoj telefon na Vebek pozive.
Moguće je da se neki od telefona mogu vratiti sa nepoznatom podobnošću. To je obično zato što nije u stanju da potvrdi neke informacije o telefonu u back-end sistemu. Za sve telefone koji imaju nepoznat status, imate dve opcije da proverite da li ispunjavaju uslove za nadogradnju na MPP firmver.
-
Ručno proverite svaki telefon i proverite verziju modela i hardvera (PID VID)
7800/8800 telefonska nalepnica sa informacijama o modelu i verziji hardvera -
Koristite Cisco alat za spremnost IP telefona
Preuzmite alat iz https://github.com/joemar2/mpp_readiness_check.
Ovaj alat nije zvanični Cisco alat niti je podržan TAC. Ima podršku za najbolji napor, ali je besplatan za korišćenje.
Ovaj alat mora biti pokrenut na mašini koja je lokalno i može pristupiti serverima i IP telefonima. Ima opciju da omogući pristup vebu na IP telefonima, što se preporučuje i potrebno da bi se postigli najbolji rezultati. Zbog toga ga treba koristiti tokom van radnog vremena kako bi se izbeglo ometanje krajnjih korisnika. Izlaz alata daje izveštaj u kojem se navodi koji od telefona serije 7800 i 8800 ispunjavaju uslove za nadogradnju na MPP firmver. Zato što direktno pristupa telefonu, može da proveri nepoznate uređaje koji su prijavljeni iz alata Control Hub.
Cisco izveštaj o alatu za spremnost IP telefona
Korisnici
Jedan od najvažnijih koraka za pripremu kako biste osigurali uspešnu migraciju je pravilno obezbeđivanje korisnika. Morate pravilno planirati za sve korisnike, čak i ako radite faznu migraciju. Korisnici moraju biti obezbeđeni za bilo šta od sledećeg:
-
Razmeštanje sa pozivom
-
Razmeštanje sa
-
Konfigurisanje usluga za korisnika
-
Da bi korisnici pretraživali u direktorijumu (klikni za poziv, kontakt informacije korisnika, pretraživanje telefonskog imenika).
Preporučuje se da obezbedite sve korisnike pre ili na početku vašeg projekta. Ovo uključuje korisnike koji još uvek koriste Unified CM za svoju platformu za pozivanje je nezavisna od njihovog uređaja za pozivanje (IP telefon, Jabber, ). Kako se korisnici migriraju na (i/ili ) ažuriraćete njihove licence kako biste omogućili usluge koje su im potrebne. Obezbeđivanjem svih korisnika koji pozivaju preduzeća pre početka tranzicije, omogućava korisniku koji je prešao na ili da pretražuje direktorijum za korisnika koji poziva preduzeće koji je još uvek na Jabber-u i / ili na . Ovo osigurava da prebačeni korisnici mogu pronaći kontakt informacije bilo kojeg drugog korisnika i pozvati ih pomoću pretrage direktorijuma.
Pretraga direktorijuma slika prikazuje primer korisnika koji traži drugog korisnika. Rezultati pretrage prikazuju kontakt informacije korisnika i mogu biti za korisnika koji je još uvek na Jabber-u i ili za korisnika koji je prešao na i/ili .
Zatim odredite koji od postojećih korisnika koji pozivaju lokalno biće prebačeni u . Ako će svi ili veliki broj korisnika biti prebačeni, preporučuje se da se korisnici premjeste u grupe kako bi se osiguralo da projektni tim, IT osoblje i pomoćno osoblje mogu da se nose sa tranzicijom i svim problemima koji se mogu pojaviti. Takođe bi trebalo da izdvojite malo vremena za pružanje početnih informacija i treninga kako biste pripremili korisnike za ovu tranziciju. Grupisanje korisnika može se obaviti na osnovu različitih kriterijuma, uključujući lokaciju ili sajt korisnici su dodeljeni, odeljenja korisnika, ili čak tipovi korisnika (radnici znanja, rukovodioci, mobilni radnici, i tako dalje).
Na primer, ako su korisnici u raspoređivanju podeljeni na tri glavne lokacije, Njujork (Njujork), San Francisko (SFC) i Research Triangle Park (RTP), plan tranzicije korisnika može izgledati kao plan opisan u planu tranzicije korisnika po tabeli sajta .
| Korisnički sajt / lokacija | Informacije i treninzi pre tranzicije | Prelazni period | Podrška nakon tranzicije |
|---|---|---|---|
| Njujork (1,525 korisnika) | Nedelja od 1. aprila | 15. april – 27. april | Nedelja od 29. aprila |
| SFO (1,600 korisnika) | Nedelja od 6. maja | 20. maj – 31. maj | Nedelja od 3. juna |
| RTP (1,275 korisnika) | Nedelja od 3. juna | 17. jun – 28. jun | Nedelja od 1. jula |
Drugi važan faktor je prelazak korisnika zajedno koji imaju međusobne zavisnosti. Ovo može uključivati, ali nije ograničeno na sledeće:
-
BLF nadgledanje
-
Isti lov pilot / grupa
-
Delite linije
-
Deo istog poziva pick-up grupe
-
Korišćenje istih brojeva za parkiranje poziva
-
Intercom
-
Admin/Izvršni direktor.
Možete pregledati konfiguraciju (GUI ili izvoz) ili koristiti alat Migration Insights da biste identifikovali grupe korisnika sa ovim zavisnostima.
PSTN povezivanje
može pristupiti PSTN-u na tri načina: Cisco planovi pozivanja, Cloud povezivanje za (ranije Cloud Connected PSTN) i lokalni PSTN (lokalni gatevai). Međutim, jedna lokacija kao što je definisano u okviru može se dodeliti samo jednoj PSTN opciji.
Lokalni PSTN sa lokalnim gatevai-om (LGV) je suštinska komponenta strategije tranzicije. Obezbeđuje povezivanje između lokalne primene i / ili PSTN-a i platforme. podržava i Cisco i sertifikovane granične kontrolore sesija treće strane (SBC) koji se mogu koristiti kao lokalni gatevai. Za najnoviju listu podržanih SBC-a, pogledajte Spisak podržanih SBC-a.
podržava do 250 istovremenih poziva iz jednog lokalnog gatevai-a koji je zasnovan na registraciji i više od 250 istovremenih poziva iz jednog lokalnog gatevai-a koji je zasnovan na sertifikatu. Lokalni gatevai zasnovani na sertifikatima mogu podržati do 6500 istovremenih poziva, ali to se zasniva na vrsti povezivanja koju lokalni gatevai mora (Over-the-Top vs interconnect peering) i SBC modelu na kojem je raspoređen lokalni gatevai. Ova ograničenja su u suštini podrazumevana granica brojanja za PSTN pozive zasnovane na lokalnom gatevai-u i pozive između i krajnjih tačaka. Za više informacija, pogledajte Prvi koraci sa lokalnim gatevai-om.
Svi pozivi koji prelaze ovu granicu su odbijeni sa 403 Zabranjeno. Aktivna glasovna komanda za prikazivanje poziva može se pokrenuti na lokalnom gatevai-u u bilo kom slučaju kako bi se utvrdio ukupan broj aktivnih poziva.
Loši mrežni uslovi između lokalnog gatevai-a i pristupnog SBC-a mogu ograničiti performanse signalne veze, što dovodi do još nižeg ograničenja istovremenih poziva. Jednosmerna latencija između lokalnog gatevai-a i data centra ne bi trebalo da prelazi KSNUMKS ms, a podrhtavanje treba da bude manje od KSNUMKS ms, dok je gubitak paketa manji od KSNUMKS%.
Karakteristike i upotreba funkcija
Prilikom procene trenutnog okruženja, važno je identifikovati i pregledati koje su funkcije konfigurisane. Pored toga, važno je razumeti upotrebu funkcija kako biste mogli (re) definisati svoje poslovne i tehničke zahteve za vašu implementaciju.
Da biste utvrdili koje funkcije su konfigurisane, analizirajte konfiguraciju. Ovo su svi statički podaci koji se podešavaju kada je funkcija ili podešavanje konfigurisano na sistemu. Sledeće opcije se mogu koristiti za završetak ove analize:
-
Pregledajte konfiguraciju u admin GUI
-
config izvoz -- bulk izvoz ili AKSL
-
alat za uvid u migraciju (preporučeno)
-
Cisco KSNUMKSrd partijski partnerski alati (preporučeno).
Da bi se efikasno analiziralo korišćenje funkcija, neophodno je ispitati dinamičke podatke sistema kao što su korišćenje, registracije i aktivnost poziva. Različiti analitički alati i kontrolne table pružaju uvid u ove metrike, omogućavajući sveobuhvatno razumevanje performansi i kapaciteta sistema, što podržava informisano donošenje odluka tokom migracije i optimizacije. Sledeće opcije se mogu koristiti za završetak ove vrste analize:
-
Pregled sirovih CDR zapisa
-
Pregled Unified CM RTMT podataka
-
alat za uvid u migraciju koristeći CDR podatke
-
Pregled Cloud-Connected UC analitike u
-
Obim poziva
-
Registrovane krajnje tačke
-
(CAC) lokacije
-
Korišćenje prtljažnika.
-
-
Cisco KSNUMKSrd partijski partnerski alati.
Cisco preporučuje da počnete sa alatom Vek Control Hub Migration Insights za ovu analizu. Vi ćete uvesti izvoz. TAR datoteka i Unified CM CDR datoteke (opciono, ali potrebne za analizu korišćenja funkcija) u alat. Alat će generisati sledeće izveštaje zasnovane na CSV-u koji se mogu koristiti za pokretanje analize:
| Ime izveštaja Opis izveštaja |
|---|
| ImportedDataBulk.csv Svi korisnici i uređaji iz Unified CM podataka |
| DeviceEligibility.csv Identifikuje uređaje koji ispunjavaju uslove za migraciju na Vebek pozive (IP telefoni, Room OS uređaji, ATA i treće strane) |
| DevicePoolNumbers.txt Lista svih brojeva u određenom bazenu uređaja |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalji o uređajima i korisnicima koji bi trebalo da se migriraju zajedno na osnovu zajedničkih linija, lov pilota, red poziva, poziv park i poziv preuzimanje grupe config |
| HuntGroupMigrationInsight.csv Detaljne informacije o dodeljenim linijama lova, linijskim grupama i povezanim agentima |
| SharedlineGroupMigrationReport.csv Pregled načina na koji se telefonski brojevi (brojevi imenika) dele između korisnika |
| Ime izveštaja Opis izveštaja |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informacije o podobnosti za migraciju uređaja na osnovu korišćenja funkcija |
| FeatureUsageWithLastUsageDateReport.csv Broj korišćenja za broj puta su pozvani piloti lova i redovi poziva zajedno sa poslednjim datumom korišćenja |
| UserWorkspaceLastUsage.csv Poslednji datum korišćenja za korisnike i radne prostore za meke klijente i tvrde telefone |
| DIDUsageReport.csv DID upotreba i za dodeljene i za nedodeljene DID-ove |
Za više detalja o izveštajima Migration Insights, pogledajte Migration insights.
Ako vam je potrebno više informacija o funkcijama i upotrebi nakon pregleda informacija u izveštajima Migration Insights, Cisco preporučuje da razmotrite jedan od Cisco alata za migraciju partnera treće strane i / ili da pregledate konfiguracije u GUI ili u podacima za izvoz konfiguracije.
Cisco integracije: Uniti Connection UCCX UCCE
Govorna pošta je sastavni deo ponude i izvorno ugrađena u rešenje. ne može da se integriše sa rešenjem govorne pošte zasnovanim na premisi, kao što su Uniti Connection ili Unity Connection Ekpress. Dalje, ne postoji izvorni način za migraciju postojećih poruka govorne pošte ili pozdrava Uniti veze na izvornu uslugu govorne pošte koja je dostupna sa . Neki od Cisco-ovih alata za migraciju partnera treće strane imaju mogućnosti da migriraju neke od ovih podataka. Za više informacija o govornoj pošti za , pogledajte Konfigurisanje i upravljanje postavkama govorne pošte za korisnika Vebek poziva.
Takođe podržava zajedničku govornu poštu i faks poštanske sandučiće. Za više informacija pogledajte Upravljanje zajedničkom govornom poštom i kutijom za dolazni faks za Vebek pozive.
ima ugrađenu funkciju Auto Attendant koja je uključena kao deo osnovne platforme. Ova funkcija omogućava prelazak rukovaoca poziva i funkcionalnosti automatskog govornog uređaja Juniti Connection. Alat Control Hub, Migrate Features from Unified CM, podržava migraciju konfiguracija Uniti Connection na Auto-Attendants. Za više informacija o korišćenju ovog alata pogledajte Migracija uređaja i funkcija sa Unified CM-a na Vebek Calling.
Snimanje poziva
Uključuje dve opcije za snimanje poziva bez dodatnih troškova.
-
Snimanje Vebek poziva
-
Dubber Go snimanje (partner ponuda) - integracija između i dubber gde su svi snimljeni mediji bezbedno čuvaju u oblaku.
Uključene opcije snimanja tabela naglašava neke ključne karakteristike dve opcije za snimanje poziva koje su dostupne bez dodatnih troškova.
| Webex | Dubber Idi |
|---|---|
| Dostupno svim korisnicima | Dostupno svim korisnicima |
| Neograničeni snimci | Neograničeni snimci |
| Period zadržavanja od 1 godine* | 30-dnevni period zadržavanja |
| 100 GB prostora za skladištenje po organizaciji | - |
| Službenici za usklađenost mogu pristupiti i upravljati snimcima poziva | - |
| API-ji za upravljanje snimcima | - |
Administratori mogu konfigurisati i upravljati pristupom korisnika svojim snimcima poziva
|
Samo korisnici mogu pristupiti i upravljati svojim snimcima
|
Ako vaša organizacija zahteva dodatne mogućnosti snimanja kao što su snimanje poziva u skladu sa usklađenošću, duži periodi zadržavanja, više skladištenja, AI analiza i / ili administratorski pristup, plaćene ponude ili dodaci postoje i od Cisco i od 3rd parties recording provajdera. Za više informacija o provajderima snimanja, konfiguracijama i dodatnim partnerskim uslugama, pogledajte Upravljanje snimanjem poziva za Vebek pozive.
Integracije treće strane
podržava različite integracijeKSNUMKSrd partija, uključujući, ali ne ograničavajući se na SBC-ove za lokalne gatevai, IP telefone, interfonske telefone, zvučnike / pejdžere, ATA itd. Pored ovih3 rd partijskih uređaja, Vebek Calling podržava različita 3rd partijska rešenja za korisničku podršku, analitiku, snimanje, naplatu itd. Za više informacija oKSNUMKSrd partijskim rešenjima, pogledajte Vebek App Hub.
Planiranje
Plan projekta na visokom nivou
Prilikom izrade projektnog plana na visokom nivou za migraciju sa na , neophodno je uspostaviti jasne faze i prekretnice koje su u skladu sa poslovnim ciljevima i tehničkim zahtevima. Plan treba da počne sa sveobuhvatnom fazom procene, uključujući prikupljanje detaljnih tehničkih i poslovnih zahteva, kao i identifikovanje zainteresovanih strana i definisanje kriterijuma uspeha. Ključna razmatranja uključuju raspodelu resursa, procenu vremenskog okvira, upravljanje rizicima i komunikacijske strategije kako bi se osiguralo da su sve strane informisane i angažovane tokom migracije. Pored toga, plan treba da uključi kontrolne tačke validacije kao što su pilot testiranje i fazno uvođenje kako bi se smanjili poremećaji i omogućila prilagođavanja na osnovu povratnih informacija.
Primeri elemenata koje treba uključiti u plan projekta su:
-
Definisanje obima migracije (npr. Koji korisnici, uređaji i funkcije će preći)
-
Zakazivanje treninga za krajnje korisnike i timove za podršku
-
Koordinacija procene spremnosti mreže, i
-
Planiranje za cutover aktivnosti sa rezervnim opcijama. Takođe je važno integrisati usklađenost i bezbednosne preglede, kao i faze podrške i optimizacije nakon migracije.
Strukturiranjem plana projekta sa ovim razmatranjima, organizacije mogu bolje upravljati složenošću, smanjiti rizike i postići lakši prelazak na .
Migracijsko putovanje - jedan ili dva koraka?
zahteva od korisnika da koriste za svoje pozive mekog klijenta. Stoga, ako neki korisnici i dalje koriste , imate dve opcije kada možete da ih premestite u . Možete da uradite migraciju korisnika u jednom koraku ili migraciju korisnika u dva koraka.
Opcija 1: Migracija korisnika u jednom koraku
U migraciji u jednom koraku, korisnici prelaze sa na istovremeno prelaze sa Unified CM na . Ova opcija je obično za kupce sa malim brojem korisnika da migriraju i mogu upravljati premeštanjem i mekog klijenta korisnika i usluge pozivanja u isto vreme. Slika Korisnička usluga pozivanja, mekog klijenta i telefona migrira u isto vreme ispod naglašava ovu vrstu migracije. Sa ovom opcijom korisnik će imati sledeće završeno sve u isto vreme:
-
Pozivanje usluga premešteno iz do
-
Telefonski brojevi i ekstenzije premešteni sa na
-
Soft klijent prešao iz Jabber na - će se registrovati na
-
Telefonska registracija premeštena iz u .
Ovo i dalje može biti fazna migracija gde se grupe korisnika premeštaju u različito vreme, ali kada se svaki korisnik premesti, sve se to dešava u isto vreme.
Opcija 2: Migracija korisnika u dva koraka
Drugi pristup je migracija u dva koraka. U koraku KSNUMKS, korisnici se prebacuju sa na ali ostaju na pozivnim uslugama. Zatim u koraku 2, korisnici se premeštaju iz Unified CM u . Ova opcija se preporučuje većim korisnicima da upravljaju promenama krajnjeg korisnika i žele da odvoje korisnikovu meku promenu klijenta od promene usluge pozivanja. Sledeća slika Migrirajte mekog klijenta; zatim migrirajte uslugu pozivanja, mekog klijenta i telefona na Vebek pozive ispod naglašava ovu vrstu migracije.
Korak 1
-
Soft klijent prešao iz do - će se registrovati u .
Korak 2
-
Pozivanje usluga preselilo se iz u .
-
Telefonski brojevi i ekstenzije premešteni su iz u .
-
Registracija premeštena iz u .
-
Telefonska registracija premeštena iz u .
Ovo i dalje može biti fazna migracija u kojoj se grupe korisnika premeštaju u različito vreme u oba koraka.
Opcija koju izaberete zavisi od toga kako želite da upravljate prelaskom vaših korisnika na i . Preporuka je da se to preduzme u koracima (Opcija 2). Ovo vam omogućava da minimizirate promene krajnjeg korisnika u jednom trenutku i podelite napor na različite delove projekta. Međutim, ako više volite da korisnici utiču samo jednom, onda je korišćenje opcije 1 takođe važeće.
Gledajući preporučeno putovanje (Opcija KSNUMKS), Jabber to Vebek App prelazna mapa na visokom nivou ispod prikazuje prelazak na visokom nivou za korak KSNUMKS.
U ovom koraku korisnici su prebačeni sa Jabber-a na sve njihove usluge pozivanja. Međutim, platforma za pozivanje je i dalje Unified CM i da će registrovati svoje usluge pozivanja na . Kao što se vidi na mapi tranzicije na visokom nivou Jabber to Vebek App, lokalna infrastruktura se ne menja, a radi na isti način na koji to radi Jabber. Jedina promena je zahteva vezu sa .
Za više informacija o ovoj tranziciji, pogledajte Jabber na Vebek Transition Map i Vodič za raspoređivanje u odeljku Klijent na stranici Tranzicija saradnje.
Unified CM to Vebek Calling prelazna mapa na visokom nivou je prelazak na visokom nivou od do . Ovo je korak 2 preporučenog putovanja.
Ako odlučite da koristite pristup u jednom koraku, to se takođe odnosi.
U ovom koraku korisnici se prelaze u grupe. U ovom trenutku korisnici počinju da koriste za svoje usluge pozivanja, registraciju poziva i registraciju IP telefona.
Pošto se korisnici kreću u grupama, korisnici preduzeća će biti podeljeni između dve platforme za pozivanje tokom tranzicije. Faza KSNUMKS u Unified CM-u na Vebek Calling prelazna mapa na visokom nivou prikazuje ovo stanje. Tokom ove faze potrebno je planiranje kako upravljati pozivima između korisnika na dve platforme i kako će PSTN pozivi biti usmereni. Svaki put kada se grupa korisnika pređe na , planovi biranja i ažuriranja rutiranja poziva biće potrebni na , i lokalnom gatevai-u.
Kada su svi korisnici, meki klijenti i uređaji prebačeni u (faza KSNUMKS), onda se sva lokalna UC infrastruktura može ukloniti i staviti izvan pogona.
Osmišljavanje
Izbor regiona
dostupan je globalno i isporučuje se iz redundantnih centara podataka u više regiona: SAD (Dalas, Čikago), Kanada (Vankuver, Toronto), Evropa (Frankfurt, Amsterdam), Velika Britanija (London, Mančester), Australija (Melburn, Sidnej), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Džeda) i Indija (Mumbai, Čenai). Medijski PoP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Singapurski data centar, na primer, koristi se za optimizaciju vremena putovanja medija za kupce u azijskim zemljama gde bi vreme povratnog putovanja u region Australije ili Japana moglo biti neoptimalno. Data centri su međusobno povezani multi-gigabitnom i potpuno redundantnom kičmom. Slika globalno distribuiranih data centara pokazuje pregled svih data centara. Za najnoviju listu dostupnih centara za podatke pogledajte lokacije data centara za Vebek pozive.
Svaki kupac je obezbeđen na jednoj od instanci. Sve informacije o obezbeđivanju tog kupca se čuvaju u toj instanci, a SIP signalizacija svih krajnjih tačaka i lokalnih gatevai-a obezbeđenih za tog kupca je vezana za instancu na kojoj je klijent obezbeđen. Pošto je teško promeniti početni izbor regiona, važno je uzeti u obzir sve relevantne faktore kao deo procesa odlučivanja koji vodi do izbora regiona. Da bi se izbeglo prekomerno kašnjenje signalizacije, važno je rano u procesu tranzicije odlučiti koju instancu treba koristiti. Cisco preporučuje odabir instance koja obezbeđuje najniže vreme signalizacije za najveći broj korisnika u okviru primene.
Za dostupnost zemlje, pogledajte Gde je Vebek dostupan?.
Lokacije
Da bi se pripremili za obezbeđivanje lokacija na potrebnim informacijama za sve ciljne lokacije migracije, potrebno je prikupiti. Informacije potrebne za svaku lokaciju su sažete u Informacije za snimanje za svaku lokaciju.
| Informacije | Komentar |
|---|---|
| Opseg proširenja (i) | Svaka lokacija može imati ekstenzije koje počinju sa različitim ciframa. Jedna cifra mora biti pošteđena za cifru upravljanja između mesta biranja (na primer KSNUMKS) i jedna za PSTN cifru upravljanja (na primer KSNUMKS). Nijedan opseg proširenja ne može početi ni sa jednom od ove dve cifre. Svi opsegi proširenja svih lokacija moraju biti jednake dužine. |
| DID opseg (i) | - |
| PSTN upravni cifra | - |
| Kod sajta | Svi kodovi sajtova svih lokacija moraju biti jedinstveni i imati istu dužinu. |
| Glavni broj | Prilikom kreiranja lokacije potrebno je obezbediti dva DID-a. Jedan kao glavni broj (na primer da se dodeli službi automatskog govornog sistema) i jedan za portal govorne pošte. Odredba jedan DID za broj govorne pošte. |
| Broj govorne pošte | |
| Broj dozvola | Potrebne licence po tipu, uključujući Standard, Profesionalni, Radni prostor, Lista ruta, Odlazni plan poziva. |
| Istovremeni pozivi u zauzetom satu | Zbir istovremenih poziva između uređaja i između uređaja i lokalnog gatevai-a (PSTN i pozivi na uređaje). Potrebno je da se odredi potreban propusni opseg pristupa internetu. |
| Zemlja | - |
| Vremenska zona | - |
| Jezik | - |
| Kontakt (ime, telefon, e-mail) | - |
| Adresa (ulica, grad, država, poštanski broj) | - |
| Fizička dispečerska lokacija hitnih službi za krajnje tačke | Lokacija za otpremu uređaja koja se koristi za hitne pozive obično uključuje sledeće: Adresa zgrade, adresa zgrade + broj sprata, adresa zgrade + broj apartmana ili adresa zgrade + broj sprata + broj kancelarije / kubika. |
| Po uređaju jedinstvena fizička mrežna lokacija za hitne službe | Fizička mrežna lokacija za hitne pozive obično uključuje sledeće: prekidač / svitchport za žičane uređaje, bežična pristupna tačka (AP) Osnovni identifikatori servisa (BSSID) za bežično povezane uređaje i / ili lokalne IP podmreže za krajnje uređaje. |
PSTN
Prilikom dizajniranja primene, korisnici imaju tri osnovne opcije PSTN povezivanja: Cisco Calling Plans (PSTN usluga u oblaku kojom upravlja Cisco), Cloud Connected PSTN provajderi (CCPP, gde provajderi isporučuju PSTN uslugu putem oblaka) i lokalni PSTN (gde lokalni gatevai povezuju poslovnu mrežu sa PSTN-om). Uvođenjem PSTN trunkinga za hibridne primene (za više informacija, pogledajte PSTN trunking za hibridne Vebek Calling implementacije na PSTN trunkingu), organizacije dobijaju dodatnu fleksibilnost u svom pristupu migraciji. Ova funkcija omogućava korisnicima da premeste svoj PSTN u CCPP na početku tranzicijskog putovanja i započnu prelazak na oblak PSTN za korisnike, dok koriste CCPP za održavanje PSTN usluge za korisnike koji ostaju na Ciscu tokom fazne migracije.
Ovaj hibridni pristup omogućava organizacijama da prvo premeste odabrane korisničke grupe u oblak, bez trenutnog remonta čitavog telefonskog okruženja. Međutim, on uvodi dodatnu složenost i rizik, posebno oko prilagođavanja postojeće logike rutiranja poziva kako bi podržao novu arhitekturu. Interoperabilnost sa nasleđenim aplikacijama, kao što su faks serveri, kontakt centri ili pejdžing sistemi, takođe zahteva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati obezbeđivanje besprekornog pregovaranja o kodeku od kraja do kraja i DTMF (Dual-Tone Multi-Frequency) signalizaciju u mešovitom okruženju, kao i validaciju kompatibilnosti sa specijalizovanim funkcijama telefonije. Pravilno planiranje i testiranje su od suštinskog značaja za minimiziranje poremećaja i održavanje pouzdanih glasovnih usluga tokom procesa migracije. Pored toga, komercijalna razmatranja su važna, jer hibridni trunking zahteva licencu za korišćenje koja se zasniva na broju istovremenih poziva između lokalnog okruženja i Cloud Connected PSTN provajdera (CCPP).
Alternativno, organizacije mogu izabrati da zadrže svoju lokalnu PSTN vezu tokom faze tranzicije. U ovom scenariju, migracija na CCPP može se izvršiti na dva načina: kao jedan, koordiniran prelazak za sve korisnike i lokacije kada je migracija završena, ili inkrementalno, sa PSTN migracijom koja se dešava na osnovu lokacije kao korisnici su premešteni u . Ovaj pristup može pomoći u pojednostavljenju suživota i održavanju kontinuiteta za nasleđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi vezani za broj portovanje, kao što je potreba za preciznom koordinacijom broja portova naloga, potencijalnih kašnjenja i ograničenja nametnutih provajdera kao što je ograničenje broja istovremenih zahteva za port ili ograničenja na prenošenje podskupova velikih brojnih blokova. Organizacije moraju pažljivo planirati svoju strategiju tranzicije PSTN-a, uzimajući u obzir ova logistička razmatranja kako bi izbegle prekide usluga i osigurale glatko iskustvo migracije.
Slika Migracija na CCCP na početku u odnosu na zadržavanje lokalnog PSTN-a pokazuje dve opcije migracije PSTN-a koje su gore objašnjene. Ilustracija na levoj strani prikazuje scenario u kojem svi lokalni korisnici i aplikacije troše Cloud Connected PSTN usluge preko lokalnog prtljažnika i lokalnog gatevai-a koji povezuje lokalno povezivanje, dok ilustracija na desnoj strani prikazuje scenario u kojem postojeći lokalni PSTN ostaje na mestu, a korisnici na Vebek pozivima koriste lokalni PSTN preko lokalne gatevai veze između lokalnog i . Tokom tranzicije lokacije mogu da se prebace na korišćenje Cloud Connected PSTN.
U oba scenarija pozivi između lokalnog i korisnika koriste lokalnu gatevai vezu. Veza između prostorija i treba da bude dizajnirana i dimenzionisana u skladu sa očekivanim brojem istovremenih poziva i potrebnom redundantnošću.
Plan biranja
Da bi se postigla besprekorna interoperabilnost između i tokom perioda migracije, sveobuhvatna arhitektura plana biranja mora biti razvijena i implementirana na obe platforme. Ovaj dizajn plana biranja sa dve platforme obezbeđuje dosledno usmeravanje poziva, prevođenje brojeva i transparentnost funkcija, omogućavajući korisnicima na bilo kom sistemu da komuniciraju bez degradacije usluga ili poremećaja korisničkog iskustva tokom faze koegzistencije.
Plan pozivanja u prostorijama
Tokom tranzicije kako bi se omogućila koegzistencija uređaja registrovanih na Unified CM-u i na planu biranja preduzeća potrebno je promeniti tako da se mogu ispuniti najmanje sledeći zahtevi:
-
+E.164 biranje od do
-
Proširenje biranja od do (unutar sajta, ali i između sajta ako su opseg proširenja jedinstven)
-
Skraćeno biranje između sajtova od do
-
Prinudno on-net biranje od do
-
Povratni poziv iz direktorijuma propuštenih poziva do destinacija na
-
PSTN poziva od do PSTN ako se tokom tranzicije u prostorijama PSTN koristi za
-
PSTN pozivi od do ako se tokom tranzicije PSTN trunking za hibridne primene koristi za obezbeđivanje PSTN pristupa lokalnim korisnicima putem Cloud Connect-a za
-
Prinudni on-net od do
-
Proširenje biranja od do (inter-site).
Ako bilo šta od gore navedenog nije podržano navike biranja pre tranzicije, na primer ne postoji skraćena navika biranja između lokacija, onda ih ne mora nužno uvesti tokom tranzicije.
Plan biranja najboljih praksi pokazuje pristup planu biranja najbolje prakse kao što je opisano u Preferiranoj arhitekturi za Cisco saradnju KSNUMKS.k Enterprise On-Premises Deploiments, CVD. Ključne karakteristike ovog pristupa uključuju:
-
Jedna particija za +E.164 brojeve direktorijuma
-
Jezgro rutiranje zasnovano na + E.KSNUMKS obrascima ruta
-
Normalizacija svih navika biranja na +E.164 koristeći obrasce prevođenja
-
Korišćenje prevoda obrazac pozivanje prostora za pretragu nasleđivanja (opcija Koristi pozivanje prostor za pretragu inicijator je postavljen na prevod obrazaca).
Na primer, PSTN biranje (9 + 1 + 10D) sa uređaja u SJC obezbeđen sa linijskim pozivom prostora za pretragu SJCInternational će se prvo poklapati sa 9.1 [2-9] KSKS [2-9] KSKSKSKSKSKSKS obrazac prevođenja koji normalizuje broj pozvane stranke na + E.164. Sekundarna pretraga zatim ponovo koristi isti pozivni prostor za pretragu SJCInternational (pozivajući nasleđivanje prostora za pretragu) i +E.164-cifreni niz će se uporediti sa +E.164 brojem direktorijuma u DN particiji ili sa jednim od PSTN obrazaca rute u USPSTNNational ili SJCPSTNLocal particiji. Skraćene navike biranja unutar lokacije i između lokacija implementiraju se prevodima u ESN i SJCtoE164 particiju. Dok je ESN particija globalna particija (dostupna za telefone na svim lokacijama), SJCTOE164 particija je dostupna samo korisnicima na lokaciji SJC. Ovo je pod pretpostavkom preklapanja opsega proširenja.
Prvi korak da se omogući pozivanje od do je da se uverite da + E.164 destinacije se usmeravaju u skladu sa tim. Ovo se može postići dodavanjem particije u plan pozivanja, dodavanjem +E.164 obrasca ruta za sva odredišta na tu particiju, i na kraju dodavanjem particije svim prostorima za pretragu koji pozivaju koji predstavljaju klase usluga koje treba da budu u mogućnosti da dođu . Kreiranje namenske particije je potrebno da bi se omogućilo stvaranje diferencirane klase usluga za pozive koji potiču iz . Da biste izbegli pozivne petlje, dolazni prostor za pretragu poziva na prtljažniku iz lokalnog gatevai-a ne bi trebalo da ima pristup particiji.
Kao što je prikazano na slici + E.164 rutiranje na Vebek Calling, da bi se omogućilo rutiranje od do za lokaciju sa + E.164 DID opsegom + 1 221 555 2KSKSKS i kodom lokacije 121, hitan obrazac rute koji odgovara ovom + E.164 opsegu treba dodati na particiju .
Ako nije potreban izbor lokalnog Gatevai-a specifičan za lokaciju, onda umesto korišćenja liste ruta sa lokalnom grupom ruta kao odredište za obrasce rute koji ukazuju na jednu grupu ruta može biti obezbeđen sa lokalnim Gatevai-om kao jedinim članom, a zatim obrasci rute ukazuju na jednu listu ruta sa ovom grupom ruta kao jedini unos.
Da biste omogućili inter-site skraćeno biranje na sajtu potreban obrazac rute 8121.2KSKSKS se dodaje na particiju. Za sajtove koji će biti prebačeni na obrazac normalizacije biranja 8121.2XXX koji normalizuje ESN biranje na +E.164 možda već postoji u ESN particiji. U tom slučaju 8121.2KSKSKS izgleda da je suvišan, ali čim su svi DN odgovarajuće lokacije prebačeni na 8121.2KSKSKS normalizaciju biranja obrazac prevođenja može biti uklonjen i onda 8121.2KSKSKS obrazac rute omogućava ESN biranje čak i za proširenje samo korisnika u tom opsegu.
Sa ovim promenama plana biranja pozivi na lokaciju mogu biti postavljeni ne samo biranjem skraćeno inter-site i + E.164. Takođe, međunarodno i nacionalno PSTN biranje je moguće jer su ove navike biranja prvo normalizovane na +E.164 kroz već postojeće obrasce prevođenja normalizacije biranja i zatim se usmeravaju na podudaranje +E.164 obrazac rute u particiji.
+ E.KSNUMKS obrazac rute koji se podudara na DID opsegu lokacije može se obezbediti dok su svi DID-ovi i dalje hostovani na . Najbolji algoritam podudaranja uzoraka osigurava da kada je broj hostovan na biran onda je +E.164 broj direktorijuma obezbeđen na je bolji meč od džokera +E.164 obrazac rute koji ukazuje na tako da se pozivi produžavaju na liniju uključenu i ne šalju u .
Plan biranja
Svaki korisnik je obezbeđen sa ekstenzijom i / ili + E.KSNUMKS telefonskim brojem. Dužina produžetka je fiksna globalna postavka: Sve ekstenzije u raspoređivanju imaju istu dužinu. Proširenje biranja može se koristiti između korisnika i unutar lokacije i između lokacija. Skraćeno biranje između lokata (ovaj drugi slučaj) funkcioniše samo ako je birani dodatak jedinstven.
Ako je skraćeno biranje između lokacija uslov, ali postoje preklapanja između ekstenzija dodeljenih na različitim lokacijama, onda je potrebno kreirati plan numerisanja specifičan za preduzeće prefiksom ekstenzija sa pristupnim kodom - kod lokacije. Za više informacija, pogledajte Preferirana arhitektura za Cisco saradnju KSNUMKS On-Premises Deployments, Pregled dizajna dostupan na Cisco preferiranim arhitekturama saradnje.
Dužina produžetka, ponašanje biranja između lokacija proširenja, dužina prefiksa za biranje između lokacija i cifra upravljanja u prefiksu rutiranja za biranje između lokacija su konfigurisani u podešavanjima usluge pozivanja u:
-
Dužina prefiksa rutiranja lokacije: Dužina prefiksa, uključujući cifru upravljača. Potrebno je samo ako plan numerisanja preduzeća treba da se uspostavi kao alternativna skraćena preduzeća inter-lokacija biranje navike.
-
Upravljačka cifra u prefiksu rutiranja: Upravljačka cifra za skraćenu naviku biranja između lokacija preduzeća. Treba izbegavati preklapanja sa prvom cifrom bilo koje lokacije i lokacije odlaznih cifara za biranje. Potrebno je samo ako plan numerisanja preduzeća treba da se uspostavi kao alternativna skraćena preduzeća inter-lokacija biranje navike.
-
Unutrašnja dužina produžetka: Standardna dužina ekstenzija. Može biti bilo koja vrednost između dva i deset.
Kada je potrebno biranje proširenja ili biranje pomoću značajnih brojeva preduzeća (upravljački kod, kod lokacije, proširenje) iz kontrole poziva u prostorijama i kontrola poziva u prostorijama šalje produžetak kao ID pozivaoca, a zatim se uverite da podesite parametar Maksimalna nepoznata dužina proširenja u odeljku Rutiranje poziva između i prostorija kako biste bili sigurni da uzvodni pozivi iz kontrole poziva na lokalnom nivou mogu biti klasifikovani kao lokalni pozivi ispravno. -
Dozvolite biranje proširenja između lokacija: Uključite da biste omogućili / onemogućili biranje proširenja između lokacija. Ova opcija treba da bude omogućena samo ako su sve ekstenzije unutar organizacije jedinstvene. Ako je opcija onemogućena, potrebno je birati značajne brojeve preduzeća (upravljački kod, kod lokacije, proširenje) ili telefonske brojeve.
Prva tri parametra se uglavnom koriste za izradu plana biranja za telefone kako bi se smanjila međucifrena vremenska ograničenja kada se koristi off-hook biranje. Odstupanja od ovih globalnih postavki su i dalje moguća (Primer - ekstenzije sa različitom dužinom mogu biti obezbeđene), ali poruka upozorenja će se pojaviti u Control Hub-u i biranje sa telefona može zahtevati en-block biranje kako bi se izbegli sukobi unutar unapred učitanog plana biranja.
Tabela Primer numerisanja preduzeća pokazuje primer od tri lokacije na kojima su opsegi proširenja dve lokacije, Njujork i RTP, identični. Uspostavljanje šeme numerisanja preduzeća sa inter-site upravljačkom cifrom 8, zatim trocifreni kod sajta, i četvorocifreni ekstenzija stvara ne preklapa skraćeni inter-site biranje navika.
| Lokacija | Opseg proširenja | Kod sajta | Preduzeće opseg |
|---|---|---|---|
| Njujork | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| Bilten | 2XXX | 204 | 8 204 2XXX |
Da bi se omogućila glatka tranzicija, skup navika biranja za korisnike pre i posle prelaska na idealno bi trebalo da bude isti. Da bi se pripremili za tranziciju za svaku lokaciju, potrebno je dokumentovati opsege DID-a i opsege proširenja (ili skraćene navike biranja unutar lokacije). Na osnovu ovih informacija potrebno je odabrati cifru upravljanja između lokacija.
Tabela Opseg proširenja fiksne dužine prikazuje primer tri lokacije i opsega proširenja fiksne dužine. Budući da je potrebno izbegavati preklapanje navika biranja, važno je osigurati da za bilo koji opseg proširenja prva cifra opsega ne odgovara cifri upravljača za skraćeno biranje između lokacija. Ako je na primer 8 izabran kao upravljačka cifra za biranje između sajtova, onda nijedan opseg proširenja na bilo kom sajtu ne može početi sa 8. Tipično, ekstenzije na datoj lokaciji odgovaraju poslednjih nekoliko cifara DID-ova dodeljenih toj lokaciji. Da bi se izbegli konflikti, prva cifra ekstenzije može biti promenjena. Ako se, na primer, DIDs u opsegu +1 408 555 8XXX koriste na lokaciji, onda umesto da koristite 8KSKSKS kao opseg proširenja 7KSKSKS može da se koristi za ekstenzije na tom sajtu
| Lokacija | Opseg proširenja | Lokali | Kod sajta | Preduzeće opseg |
|---|---|---|---|---|
| Njujork | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| Bilten | 1XX | 11XX | 204 | 8 204 11XX |
Sedmocifreni nizovi biranja birani na uređaju koji koristi američki plan biranja preklapaju se sa sedmocifrenim obrascem za lokalno biranje u unapred učitanom američkom planu biranja. Da bi se izbegla preklapanja između bilo koje on-net i off-net (PSTN) navika biranja obavezna spoljni pristupni kod može da se koristi na toj lokaciji. Ako se postojeća šema numerisanja preduzeća i odgovarajuća skraćena inter-site biranje preklapaju sa obrascima u nacionalnom brojčaniku, onda tokom prelaska na šemu numerisanja kako bi se izbegla preklapanja takođe može da se promeni u duži ili kraći oblik. Najlakši način da se to postigne je da dodate dodatnu cifru u šemu numerisanja. Nova duža šema biranja između sajtova treba da bude usvojena samo od strane korisnika koji su već migrirali u . Korisnici koji su i dalje uključeni mogu nastaviti da biraju sedam cifara. Plan za biranje preduzeća u ovom slučaju treba da se uveri da se skraćeno sedmocifreno biranje iz Unified CM-a transformiše u bilo + E.KSNUMKS ili u skraćeni format biranja raspoređen na . Ovo treba da se uradi pre slanja poziva na Local Gatevai.
Tabela Prelazak sedmocifreno biranje pokazuje primer ovog prenumerisanja. U ovom primeru, skraćeno biranje između sajtova koristi upravljačku cifru 8 praćenu dvocifrenim kodom lokacije i četvorocifrenim proširenjem. Da bi se izbeglo sedmocifreno skraćeno biranje između lokacija za lokacije na , kodovi sajta se lako mogu promeniti na tri cifre prefiksom proizvoljne cifre (8 u primeru) na dvocifrene kodove sajta koji se koriste u tako da biranje između lokacija sa telefona koristi cifru upravljača 8 praćenu cifrom 8, starim dvocifrenim kodom sajta, i četvorocifreni produžetak. Korisnici ne moraju da pamte nove kodove sajtova; oni samo treba da se sete da koriste 88 kao prefiks za biranje između sajtova umesto 8 na .
| Lokacija | Lokali | Kôd lokacije | Preduzeće opseg | Oda sajta | Preduzeće ange |
| Njujork | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| Bilten | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
U scenariju sa različitim formatima brojeva preduzeća i ako su brojevi preduzeća predstavljeni kao informacije o pozivanju za pozive od do (na primer - Pozivi sa uređaja bez DID), važno je da se sprovede mapiranje između različitih formata brojeva za pozivanje informacija o stranci kako bi se osiguralo povratni poziv radi. Ovo mapiranje se može postići korišćenjem obrasca transformacije pozivanja stranke na prtljažniku između i lokalnog prolaza.
Snimanje
Dobro dizajnirano rešenje za snimanje poziva zahteva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osiguralo da je u skladu sa organizacionim ciljevima, regulatornim zahtevima i tehničkim ograničenjima. Dve od najkritičnijih odluka uključuju izbor provajdera i izbor regiona, od kojih će oba možda morati da budu prilagođena globalno i nadjačana na određenim lokacijama, na osnovu poslovnih potreba.
1. Izbor provajdera za snimanje poziva
Izbor odgovarajućeg provajdera za snimanje poziva je od suštinskog značaja za ispunjavanje poslovnih ciljeva i obezbeđivanje usklađivanja funkcija u celoj organizaciji:
-
Globalni izbor provajdera: Organizacije obično određuju primarnog provajdera za snimanje poziva na globalnom nivou, obezbeđujući konzistentnost u skupu funkcija, usklađenosti i podrške na svim lokacijama
-
Prepisivanja zasnovana na lokaciji: U scenarijima u kojima određene lokacije ili regioni imaju jedinstvene poslovne potrebe ili regulatorne zahteve, možda će biti potrebno zameniti izbor globalnog provajdera i odrediti alternativne provajdere za te lokacije. Ova fleksibilnost podržava različite mandate usklađenosti i lokalne operativne potrebe
-
Poslovni zahtevi: Izbor provajdera treba da bude vođen procenom poslovnih pokretača kao što su usklađenost sa propisima (primer - MiFID II, HIPAA), osiguranje kvaliteta, rešavanje sporova ili potrebe za obukom
-
Dostupnost funkcija: Provajderi treba da se procenjuju na osnovu njihove sposobnosti da isporuče potrebne funkcije, kao što su praćenje u realnom vremenu, mogućnosti pretraživanja i reprodukcije, enkripcija, politike zadržavanja, integracija sa analitičkim platformama i podrška za različite tipove poziva (dolazni, odlazni, interni).
2. Izbor regiona
Određivanje regiona u kojem se čuvaju i obrađuju snimci poziva je od ključnog značaja za usklađenost i performanse:
-
Globalni izbor regiona: Po defaultu, organizacije mogu da izaberu jedan region za čuvanje snimaka poziva kako bi se pojednostavilo upravljanje i upravljanje
-
Premošćivanje regiona zasnovanog na lokaciji: Tamo gde zakoni o prebivalištu podataka ili korporativne politike zahtevaju, možda će biti neophodno da se premosti globalno podešavanje regiona za određene lokacije, osiguravajući da se snimci poziva čuvaju i obrađuju u okviru potrebnih geografskih granica
-
Zahtevi za prebivalište podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili mandati specifični za zemlju) koji mogu diktirati gde i kako se zadržavaju snimci poziva.
Još jedan kritičan aspekt koji treba rešiti tokom planiranja i dizajna rešenja za snimanje poziva je procena zahteva za skladištenje. Precizno predviđanje potreba za skladištenjem je od suštinskog značaja kako bi se osiguralo da je na raspolaganju dovoljan kapacitet za podršku tekućim poslovnim operacijama, održavanje usklađenosti i izbjegavanje prekida usluga.
Nekoliko ključnih parametara treba uzeti u obzir prilikom određivanja očekivane potražnje za skladištenjem:
-
Obim snimljenih poziva: Procenite očekivani broj poziva koji će biti snimljeni u određenom vremenskom intervalu (npr. Po danu, nedelji ili mesecu). To uključuje ne samo eksterne pozive, već i interne komunikacije, ako to zahteva poslovna politika ili regulatorni mandati
-
Prosečno trajanje poziva: Izračunajte tipičnu dužinu snimljenih poziva, jer će duži pozivi trošiti više prostora za skladištenje. Varijacije u trajanju poziva u različitim odeljenjima ili korisničkim grupama takođe treba uzeti u obzir u proceni
-
Period zadržavanja: Definišite dužinu vremena u kojem se snimci moraju zadržati, što je često diktirano organizacionim politikama ili spoljnim propisima (kao što su standardi usklađenosti specifični za industriju). Duži periodi zadržavanja će povećati ukupne zahteve za skladištenje
-
Projekcije rasta: Razmotrite očekivani rast obima poziva ili proširenje obima snimanja, što može biti rezultat skaliranja poslovanja, novih regulatornih zahteva ili uključivanja dodatnih korisnika ili lokacija.
Temeljnom analizom ovih parametara, organizacije mogu razviti robusnu strategiju skladištenja koja osigurava skalabilnost, isplativost i usklađenost sa propisima za svoje rešenje za snimanje poziva. Takođe je preporučljivo da redovno pregledate i prilagodite raspodele za skladištenje kako se obrasci korišćenja razvijaju tokom vremena.
Hitni poziv
Zahtev za usmeravanje hitnog poziva u odgovarajući dispečerski centar je uslov za bilo koju uslugu pozivanja koja nudi PSTN uslugu. Sa , usmeravanje hitnih poziva je izvorno rešenje i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje podržavaju. Rutiranje hitnog poziva u zasniva se na lokaciji definisanoj unutar i PSTN način pristupa lokaciji. Brojevi za hitne slučajeve su unapred definisani i specifični za zemlju u kojoj su korisnici i uređaji raspoređeni.
Postoje dva načina za isporuku hitnih poziva u . Postoji osnovna usluga usmeravanja hitnih poziva i usluga usmeravanja hitnih poziva. Osnovna usluga usmeravanja hitnih poziva će koristiti broj koji je administrator odabrao da identifikuje lokaciju i rutu poziva da dođe do hitnih službi. Za osnovne hitne pozive put poziva je obično preko PSTN opcije kupca za tu lokaciju. takođe ima poboljšano usmeravanje hitnih poziva dizajnirano za primene u SAD-u i Kanadi koje imaju zahteve za usklađenost sa propisima koji zahtevaju upotrebu nacionalnog provajdera za isporuku hitnih poziva u ispravan dispečerski centar.
Svi korisnici treba da primene, u najmanju ruku, osnovnu konfiguraciju hitnih poziva. Osnovni hitni poziv zahteva da se najmanje jedan broj u vlasništvu kupca + E.164 dodeli svakoj lokaciji definisanoj u . Za osnovne hitne pozive, svaka lokacija će biti definisana adresom ulice na koju se upućuju policija, vatrogasci ili hitna pomoć u slučaju nužde. U većini slučajeva, glavni broj za lokaciju je najbolji izbor za predstavljanje fizičke lokacije vanrednog stanja. Tipično, dodeljivanje adrese na +E.164 broj je koordinirano sa PSTN provajderom. Slike ispod prikazuju dodelu glavnog broja koji će se koristiti kao broj za hitne pozive za lokaciju Richardson.
U većini situacija, adresa zgrade je dovoljna za adresu otpreme za lokaciju. Ali ako su potrebni dodatni detalji o lokaciji za određene korisnike ili uređaje, onda administrator može da koristi isti proces opisan gore i dodeli te uređaje na određenu adresu ili precizniju lokaciju unutar adrese (kao što je sprat ili soba). U upravljanju korisnicima u , kartica Pozivanje omogućava određeni broj koji će se koristiti za korisnika i njihove uređaje da dobiju određenu adresu za otpremu. Sledeće slike ilustruju kako se određeni broj može dodeliti uređaju. Administrator je odgovoran za to da se uverite da će broj koji koristi uređaj imati tačnu adresu za otpremu. Dodeljivanje adrese se obično vrši preko PSTN provajdera te lokacije.
Za raspoređivanje telefonije sa sedištem u SAD-u koje moraju da obezbede poboljšana rešenja za hitne pozive, koristi Redski-ov Horizon Mobiliti integrisan u za usmeravanje hitnih poziva. Kada koristite RedSki za rutiranje poziva, administrator mora da se upiše za nalog preko Cisцo-a i konfiguriše odgovarajuće informaцije u podešavanjima usluge Pozivanje -> da bi omogućio ovu funkцiju. Kada je RedSki usluga omogućena na nivou sistema, administrator će omogućiti RedSki uslugu na svakom nivou lokacije. Omogućavanje poboljšanog hitnog poziva na lokaciji će aktivirati uslugu za sve uređaje koji su dodeljeni toj lokaciji. Uređaji koji podržavaju poboljšane hitne pozive su Cisco MPP telefoni, Cisco PhoneOS telefoni i Cisco.
Postoje dva podešavanja za omogućavanje poboljšanog hitnog poziva na lokaciji. Dozvolite RedSki-u da prima informacije o mrežnom povezivanju i test pozive treba koristiti za proveru da li je RedSki konfiguracija za mapiranje uređaja i infrastrukture tačna. Ova postavka takođe omogućava da se test pozivi postave na 933 za verifikaciju lokacije pomoću RedSki-ovog IVR sistema za čitanje lokacije pozivaoca. Iako ovaj dokument neće pokriti RedSki konfiguraciju za praćenje lokacije, administrator treba UVEK testirati svoje otkriće lokacije pre aktiviranja hitnih poziva za rutu do RedSki. Kada je testiranje završeno i potvrđeno kao tačno, administrator će usmeriti pozive na RedSki prebacivanjem rute hitne pozive na RedSki. Ovaj prekidač će usmeriti sve hitne pozive za lokaciju na RedSki za isporuku u telefonsku sekretaricu za lokaciju.
Poboljšane postavke hitnih poziva takođe se odnose na klijente i u prostorijama i van prostorija. Kada ste u prostorijama, može se pratiti na isti način na koji se prate stolni telefoni. Kada je van prostorija, korisnik će moći da dinamički podesi svoju lokaciju direktno unutar . Za više informacija o hitnim pozivima, pogledajte Poboljšani hitni poziv za .
Licenciranje
Postoji više opcija za dodeljivanje licenci korisnicima.
Ručni zadatak kroz
Administratori ručno dodeljuju licence pojedinačnim korisnicima preko interfejsa.
Administratori mogu uređivati licence za usluge za pojedinačne korisnike i direktno dodeljivati licence za pozivanje.
Automatski šabloni za dodeljivanje licenci
Koristite šablone za dodeljivanje licenci da biste automatski dodelili licence korisnicima na osnovu grupnih ili organizacionih postavki.
Automatsko licenciranje može se obaviti kroz sinhronizaciju direktorijuma ili ručno ažuriranje korisnika, ali korisnici moraju imati važeći +E.KSNUMKS formatiran telefonski broj i telefonski brojevi moraju postojati na lokaciji pre korisničkog obezbeđivanja. Ako uslovi nisu ispunjeni (npr. nevažeći format telefonskog broja), licence neće biti dodeljene.
Bulk zadatak preko CSV šablona
Otpremite CSV datoteku sa korisničkim detaljima i dodelama licenci da biste dodali ili izmenili više korisnika odjednom.
CSV uvoz podržava dodavanje do 20.000 korisnika i dodeljivanje licenci, ali licence zahtevaju određena polja kao što su telefonski broj i ekstenzija.
Zadatak zasnovan na API-ju
Koristite API-je za programsko dodeljivanje licenci i upravljanje korisnicima.
podržava API operacije za upravljanje korisnicima i licencama (People, SCIM 2.0 i Licenses API), koji se mogu iskoristiti za automatizaciju dodeljivanja licenci. API za licence omogućava istovremeno dodeljivanje licenci, telefonskih brojeva i ekstenzija.
| Zadatak Metod | Prednosti | Uporediti |
|---|---|---|
| Priručnik kroz | Jednostavno za nekoliko korisnika. Omogućava preciznu i granularnu kontrolu nad dodeljivanjem licence. | Nije skalabilan, dugotrajan Skloni ljudskoj grešci tokom ručnog unosa. |
| Automatski šabloni licenci | Skalabilan Smanjuje ručne greške Može se primeniti na nove i postojeće korisnike. | Zahteva važeće brojeve telefona i lokacije. Složeniji za postavljanje Takođe zahteva korisničke grupe po grupi korisnika sa ekvivalentnim zahtevima za licenciranje. |
| Masovno otpremanje CSV-a | Efikasan za velike korisničke skupove Omogućava istovremeno dodeljivanje licenci, brojeva telefona i ekstenzija. | Zahteva pažljivo CSV formatiranje Potencijal za greške ako telefonski brojevi ili ekstenzije nedostaju ili su netačni. |
| Zadatak zasnovan na API-ju | Automatizovano, fleksibilno. Omogućava istovremeno dodeljivanje licenci, brojeva telefona i ekstenzija. | Zahteva razvoj i API znanje. |
Tabela Opcije obezbeđivanja korisnika - rezime sumira opcije obezbeđivanja korisnika i njihove prednosti i mane. Ovaj pregled pomaže u odabiru najboljeg načina dodeljivanja licenci na osnovu veličine organizacije korisnika, mogućnosti automatizacije i procesa i zahteva za obezbeđivanje korisnika.
Kad god je to moguće, Cisco preporučuje dodeljivanje dozvola za pozivanje pomoću šablona licenci. Ovo zahteva da za svaku grupu korisnika koja zahteva jedinstveni skup licenci (primer - Standard vs. Professional) postoji grupa sa odgovarajućim članstvom u grupi. Kao što je objašnjeno u odeljcima Korisničke grupe , korisničke grupe mogu biti definisane ručno ili sinhronizovane iz korporativnog direktorijuma. Moguća je kombinacija oba pristupa.
Korisnici koji pripadaju više grupa dobijaju licence od svih zadataka koji se primenjuju na sve njihove grupe. Ovo omogućava korišćenje bezbednosnih grupa specifičnih za licencu u direktorijumu preduzeća za upravljanje dodeljivanjem licenci gde je rezultirajuća dodela korisničke licence pod kontrolom sindikata članstva u grupi.
Za više informacija pogledajte Podesite automatsko dodeljivanje licenci u Control Hub-u i Podesite šablone za automatsko dodeljivanje licenci za korisnike Vebek poziva.
Zahtevi za licencu
Ovaj odeljak pokriva samo srodne licence. Ostali tipovi licenci (primer - registracija Vebek uređaja, poruke, sastanci) nisu pokriveni. Kao deo procesa dizajna potrebno je odrediti zahteve za licencu. Potrebno je izračunati broj licenci za sledeće tipove licenci:
-
Standard: broj pojedinačnih korisnika koji zahtevaju standardne telefonske funkcije.
-
Profesionalac: broj korisnika i radnih prostora koji zahtevaju napredne funkcije telefonije. Virtuelne linije i grupna govorna pošta imaju pravo na odnos 1: 1 za svaku profesionalnu licencu. Stoga, u retkim slučajevima kada broj potrebnih virtuelnih linija ili grupnih govornih poruka premašuje broj korisnika i radnih prostora koji zahtevaju napredne telefonske funkcije, potrebno je uzeti u obzir dodatne profesionalne licence.
-
Radni prostor za zajednički prostor: broj lokacija za zajedničku upotrebu ili zajedničkih prostora koji zahtevaju standardne mogućnosti pozivanja.
-
Pomoć klijentima: broj agenata i supervizora koji zahtevaju funkcije Customer Assist. Pomoć klijentima uključuje profesionalnu licencu.
-
Lista ruta poziva: broj potrebnih PSTN poziva povezanih sa oblakom između lokalnih korisnika i / ili lokalnih specijalizovanih aplikacija KSNUMKSrd parti.
-
Prateća konzola: broj korisnika kojima je potreban pristup klijentu prateće konzole.
-
Cisco Calling Plan (Outbound Calling Plan): broj korisnika kojima je potreban PSTN broj i / ili odlazni PSTN pozivni pristup za Cisco PSTN uslugu.
Ne postoji namenski tip licence za profesionalne radne prostore. Profesionalni radni prostori troše profesionalnu licencu.
Hot-desk samo radni prostori nude uslugu hot-desking host i hitne pozive od hot-desking domaćina i ne zahtevaju nikakvu licencu. Za više informacija, pogledajte Dodajte i upravljajte samo uređajima za hot desk.
Da biste odredili potreban tip licence za svakog korisnika i radni prostor na osnovu potrebnih funkcija, pogledajte Funkcije dostupne po tipu licence za Vebek pozive.
Da biste napravili razliku između funkcionalnosti koju nude redovi poziva u kombinaciji sa profesionalnom licencom za razliku od korisničke pomoći, pogledajte Vebek Calling red poziva i upoređivanje funkcija korisničke pomoći.
Dodeljivanje privilegija korisnicima
Prilikom obezbeđivanja korisnika u Vebek-u, na raspolaganju je nekoliko opcija, od kojih svaka odgovara različitim organizacionim potrebama i okruženjima:
-
Ručno obezbeđivanje: Administratori mogu da dodaju i upravljaju pojedinačnim korisnicima direktno unutar . Ovaj metod je jednostavan, ali najpogodniji za male organizacije ili ograničene promene korisnika.
-
Masovno rezervisanje preko CSV-a: Za veće korisničke baze, administratori mogu masovno uvoziti i ažurirati korisnike učitavanjem CSV datoteka u . Ovo omogućava efikasno upravljanje do hiljada korisnika odjednom.
- Opcije sinhronizacije direktorijuma:
Konektor direktorijuma: Ovo je alat za automatsku sinhronizaciju koji se koristi u Microsoft Active Directory okruženjima. Sinhronizuje korisničke naloge, grupe i atribute na zakazanoj osnovi (po satu, dnevno ili nedeljno). Podržava podešavanja Active Directori sa više domena i više šuma i može sinhronizovati slike profila i objekte u sobi.
Entra ID (Azure AD) čarobnjak aplikacija: Dizajniran za organizacije koje koriste Microsoft Entra ID (Azure AD), ovaj metod obezbeđuje automatsku, skoro realnu sinhronizaciju korisničkih naloga i atributa direktno sa Entra ID-a na . U potpunosti se upravlja i zahteva minimalno podešavanje.
SCIM 2.0 Aplikacije: Za okruženja koja nisu Microsoft ili druge provajdere identiteta kao što su Okta ili Duo, aplikacije za sinhronizaciju zasnovane na SCIM-u omogućavaju automatsko obezbeđivanje i deprovisioning korisnika sa mapiranjem atributa i sinhronizacijom grupa.
-
Jedinstvena CM sinhronizacija korisnika: Ova opcija omogućava kreiranje korisničkih naloga na osnovu postojećih krajnjih korisnika sinhronizacijom od do . Ovo zahteva da Cloud Connected UC (CCUC) radi na lokalnim klasterima. Međutim, generalno se preporučuje sinhronizacija korisnika iz centralizovanog direktorijuma oblaka kao što je Entra ID, a ne direktno iz .
-
Obezbeđivanje API-ja: Javni API-ji (People, SCIM 2.0) mogu se koristiti za obezbeđivanje korisnika. Glavna prednost korišćenja API-ja je mogućnost integracije korisničkog obezbeđivanja sa drugim sistemima preduzeća.
Ovaj pregled i tabela odražavaju glavne opcije za obezbeđivanje korisnika, njihove prednosti i ograničenja koja će vam pomoći da izaberete najbolji pristup za potrebe vaše organizacije.Tabela 6. Opcije obezbeđivanja korisnika za Metod obezbeđivanja Opis Prednosti Uporediti Ručno Kreirajte / upravljajte korisnicima pojedinačno u Jednostavno za nekoliko korisnika; Nije potrebna infrastruktura Nije skalabilan; dugotrajan za mnoge korisnike Bulk (CSV datoteka) Uvozite / ažurirajte korisnike u velikoj meri putem CSV-a u Efikasan za grupe; Nije potrebno kodiranje Priručnik CSV prep; manje dinamičan Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Vebek API-ja fleksibilan; Podržava automatizaciju i integraciju Zahteva razvoj i infrastrukturu Sinhronizacija direktorijuma Automatska sinhronizacija iz AD, Entra ID, SCIM aplikacija, Unified CM Automatizuje životni ciklus; Podržava filtriranje i mapiranje Složenost podešavanja: Neke od opcija imaju ograničene karakteristike ili zahtevaju infrastrukturu
Korisničke grupe
Upravljanje korisničkim grupama omogućava administratorima da organizuju korisnike u grupe za efikasno masovno upravljanje licencama, podešavanjima i resursima. Grupe pomažu u pojednostavljenju administracije primenom politika, licenci i šablona podešavanja na više korisnika istovremeno, umesto da upravljaju korisnicima pojedinačno.
Upravljanje korisničkim grupama nudi nekoliko pogodnosti, uključujući:
-
Pojednostavljena administracija: Upravljajte licencama, podešavanjima i politikama za više korisnika odjednom.
-
Doslednost: Primenite jedinstvena podešavanja i licence kod korisnika u istoj grupi.
-
Skalabilnost: Podržava do 250.000 članova po grupi.
-
Integracija: Sinhronizujte grupe iz Microsoft Entra ID-a (Azure AD) ili Active Directori za automatizovano upravljanje korisnicima i grupama.
-
Fleksibilnost: Kreirajte lokalne grupe ili sinhronizujte bezbednosne grupe; upravljajte članstvom u grupi ručno ili putem CSV datoteka.
-
Raspodela resursa: Kontrolišite pristup ugrađenim aplikacijama i uslugama na osnovu članstva u grupi.
Glavni slučajevi korišćenja korisničkih grupa prilikom obezbeđivanja su:
-
Dodeljivanje licence: Dodelite licence grupama za automatsko pružanje usluga kao što su pozivanje, sastanci, poruke ili hibridne usluge članovima grupe.
-
Šabloni podešavanja: Primijenite zbirke postavki usluga (npr. Poruke, sastanak, pozivanje) u grupe za konzistentno korisničko iskustvo.
-
Upravljanje masovnim korisnicima: Dodajte ili uklonite korisnike u velikoj meri putem CSV datoteka ili sinhronizacije direktorijuma.
-
Automatizacija i integracija: Koristite API-je ili sinhronizaciju direktorijuma za automatizovano upravljanje životnim ciklusom korisnika i grupa.
Sledeća tabela sumira različite opcije za upravljanje korisničkim grupama i upravljanje grupama u .
| Opcija | Opis | Prednosti | Uporediti |
|---|---|---|---|
| Grupno obezbeđivanje (grupe) | Kreirajte i upravljajte grupama direktno u . Dodajte / uklonite članove ručno ili putem CSV-a. | Potpuna kontrola nad članstvom u grupi Neposredna primena licenci i šablona Lako kreiranje i uređivanje grupa |
Potrebna su ručna ažuriranja Rizik od grešaka u ručnom CSV otpremanja Nema automatske sinhronizacije sa spoljnim direktorijumima |
| Sinhronizovane grupe iz Entra ID-a (Azure AD) ili Active Directori | Automatski sinhronizujte bezbednosne grupe i članstva iz spoljnih usluga direktorijuma. | Automatska sinhronizacija smanjuje ručni rad Obezbeđuje konzistentnost sa korporativnim direktorijumom Podržava velike organizacije |
Ne mogu da menjam članstvo u grupi u Kašnjenje sinhronizacije do 12 sati Ugnežđene grupe zahtevaju ručni izbor |
| Grupe i SCIM 2.0 API (grupe) | Koristite grupe ili SCIM KSNUMKS API za programsko upravljanje grupama i članstvom | Automatizacija i integracija sa drugim sistemima Skalabilan za velika ili složena okruženja |
Zahteva razvojni napor Složenost zavisi od upotrebe API-ja |
Dok sinhronizovane grupe osiguravaju konzistentnost i nude jedinstvenu tačku administracije, moguć je hibridni pristup koji kombinuje sinhronizovane grupe i grupe (bilo upravljane u kontrolnom čvorištu ili putem API-ja). Tako, na primer grupe za dodeljivanje licenci mogu biti sinhronizovane grupe i poseban skup grupa može da se koristi za dodeljivanje korisničkih i pozivajućih šablona.
Ovaj sveobuhvatan pristup upravljanju korisničkim grupama omogućava organizacijama da efikasno upravljaju korisničkim licencama, podešavanjima i politikama, obezbeđujući konzistentna i skalabilna iskustva saradnje.
Preporučeni pristup prilikom migracije sa na
Primarni izvor podataka za korisnike je baza podataka, koja sadrži informacije o krajnjem korisniku. Međutim, nije tipično autoritativni izvor za upravljanje identitetom korisnika i što je još važnije će biti ugašen na kraju tranzicije i stoga je isključen kao dugoročni autoritativni izvor za informacije o identitetu.
Cisco preporučuje korišćenje centralizovanog direktorijuma u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinstveni izvor istine za korisničke identitete. Sinhronizacija korisnika iz Entra ID-a kako bi se osigurala konzistentnost, pojednostavljuje upravljanje i podržava mogućnosti jedinstvenog prijavljivanja (SSO).
Da bi se osiguralo da su svi korisnici prisutni i u Entra ID-u, organizacije treba da potvrde da li korisnički nalozi odgovaraju nalozima u Entra ID-u. Ovo se može uraditi izvozom korisničkih lista iz i upoređivanjem sa Entra ID korisničkim listama.
Ukratko, preporučeni metod obezbeđivanja je sinhronizacija korisnika iz Microsoft Entra ID-a (Azure AD) u Vebek koristeći Azure AD čarobnjak ili SCIM aplikacije. Ručno i CSV masovno obezbeđivanje su dostupni kao dopunske metode, ali su manje skalabilni i skloniji greškama za velike organizacije. Obezbeđivanje da je Entra ID autoritativni izvor i da svi korisnici postoje u Entra ID-u je od ključnog značaja za uspešnu migraciju i konzistentno korisničko iskustvo u okruženjima.
Prelazak sa lokalne usluge direktorijuma, kao što je Active Directori, na uslugu direktorijuma u oblaku, kao što je Entra ID (Azure ID), nezavisan je od tranzicije poziva. Cisco preporučuje završetak prelaska na uslugu direktorijuma u oblaku pre početka tranzicije poziva.
Dizajniranje korisničkih grupa
Nakon prelaska direktorijuma preduzeća iz lokalnog u oblak, prikupite potrebne korisničke grupe vođene zahtevima za licenciranje i šablone funkcija. Za svaki grupni dokument:
-
Naziv grupe: jedinstveno ime grupe.
-
Licence: licence koje će biti dodeljene ovoj grupi (ako postoje) i obim (da li licence treba da budu dodeljene postojećim korisnicima ili samo novim korisnicima)
-
Šabloni podešavanja: Vebek aplikacija i šabloni za pozivanje korisnika.
-
Sinhronizacija direktorijuma: Da li će ova grupa biti sinhronizovana iz direktorijuma preduzeća ili je ovo lokalna Vebek grupa koja je obezbeđena u Control Hub-u ili putem API-ja.
-
Opis: kako će se ova grupa koristiti i koji korisnici treba da budu članovi ove grupe
Ovi detalji će se koristiti kasnije tokom faze implementacije za kreiranje lokalnih grupa ili grupa u direktorijumu preduzeća i upravljanje članstvom korisnika u grupi.
Jedinstvena prijava (SSO)
Cisco preporučuje upotrebu DZS za autentifikaciju korisnika. Korišćenje DZS ima neke ubedljive prednosti, uključujući:
-
Pojednostavljena autentifikacija korisnika: Korisnici se mogu prijaviti jednom koristeći svoje korporativne akreditive (npr. Iz Azure ID-a) za pristup i druge integrisane aplikacije, eliminišući potrebu za višestrukim lozinkama i smanjujući uputstva za prijavljivanje. Ovo povećava bezbednost obezbeđujući korporativne lozinke se nikada ne čuvaju ili prenose posle autentifikacije.
-
Pojednostavljeno upravljanje korisnicima: Automatizuje kreiranje, ažuriranja i deaktiviranje korisničkog naloga na osnovu promena u korporativnom direktorijumu, smanjujući administrativne troškove i obezbeđujući da samo ovlašćeni korisnici imaju pristup.
-
Poboljšana bezbednost: DZS smanjuje zamor lozinkom i rizik od kršenja lozinke u vezi sa centralizacijom autentifikacije preko pouzdanih provajdera identiteta (IdP).
-
Jednostavna integracija multi-faktor-autentifikacija (MFA): MFA se može lako podržati ili putem rešenja za upravljanje pristupom identitetu kao što je Cisco Duo ili putem MFA podrške IdP-a.
Postoji više opcija za implementaciju DZS za usluge:
-
SAML 2.0-based DZS: Primarni protokol podržan za DZS integraciju, omogućavajući sigurnu razmenu informacija o autentifikaciji između IdP i provajdera usluga.
-
OpenID povezivanje (OIDC): Podržan kao alternativni savremeni protokol za autentifikaciju za DZS integraciju.
-
Vebek identitet: Takođe je podržan kao opcija provajdera identiteta.
DZS se konfiguriše i upravlja centralno kroz , zahtevajući razmenu metapodataka između i izabranog IdP-a.
Nakon konfiguracije, DZS se može testirati u okviru pre aktivacije kako bi se osiguralo pravilno podešavanje.
Cisco podržava integraciju sa višestrukim testiranim i najčešće korišćenim IDP-ovima i sistemima za upravljanje identitetom (IAM), uključujući, ali ne ograničavajući se na:
-
Cisco Duo
-
Okta
-
Microsoft Active Directory Federation Services (ADFS)
-
Softver sličan Microsoft Azure-u
-
fejssiting
-
OpenAM
-
F5 BIG-IP.
Ovi IDP-ovi su u skladu sa SAML KSNUMKS ili OpenID Connect standardima i potvrđeni su za kompatibilnost sa Cisco rešenjima za saradnju.
Višestruka podrška za IdP
omogućava organizacijama da konfigurišu DZS sa više IDP-ova kako bi se prilagodili složenim IT okruženjima kao što su spajanja, akvizicije ili decentralizovana IT odeljenja u kojima različite grupe koriste različite IDP-ove. Višestruka IdP podrška može se implementirati pomoću funkcije Multiple IdP u ili kroz integraciju IAM sistema preduzeća kao što je Cisco Duo.
višestruka podrška za provajdera identiteta (IdP) bavi se nekoliko ključnih slučajeva upotrebe u kojima organizacije zahtevaju fleksibilnu i sigurnu autentifikaciju u različitim IT okruženjima:
1. Spajanja i akvizicije
Kada se kompanije spajaju ili steknu druge, često imaju odvojene IT infrastrukture i različite IDP-ove koji ne mogu da se udruže. Višestruka IdP podrška omogućava korisnicima iz obe organizacije da se autentifikuju i sarađuju bezbedno bez potrebe da odmah ujedine svoje sisteme identiteta.
2. Više nezavisnih IT odeljenja
Velike organizacije ili vladine institucije mogu imati više nezavisnih IT odeljenja, od kojih svaka upravlja svojim IdP-om. višestruka IdP funkcija omogućava ovim odeljenjima da održavaju sopstvene sisteme za autentifikaciju, a istovremeno omogućavaju korisnicima da pristupe neprimetno.
3. Različite korisničke grupe ili domeni
Organizacije sa različitim korisničkim grupama (npr. Zaposleni u odnosu na izvođače) ili više domena e-pošte mogu konfigurisati pravila rutiranja kako bi usmerili zahteve za autentifikaciju odgovarajućem IdP-u na osnovu članstva u domenu ili grupi. Ovo podržava diferencirane politike pristupa i bezbednosne kontrole.
4. Podrška za različite protokole za autentifikaciju
podržava SAML i OpenID Connect (OIDC) IdP, omogućavajući organizacijama da integrišu različite vrste provajdera identiteta u skladu sa njihovim postojećim infrastrukturnim i bezbednosnim zahtevima.
5. Poboljšana sigurnost i usklađenost
Omogućavanjem više IDP-ova, organizacije mogu implementirati jače mehanizme autentifikacije, uključujući višefaktorsku autentifikaciju (MFA) kroz integracije kao što je Duo, i sprovoditi konzistentne sigurnosne politike u različitim korisničkim bazama.
6. Pojednostavljeno korisničko iskustvo
Korisnici mogu da se autentifikuju koristeći svoje postojeće akreditive od svojih IdP-ova, pružajući jedinstveno iskustvo prijavljivanja uprkos osnovnoj složenosti više sistema identiteta.
Dok višestruka IdP podrška pruža fleksibilnost, ona zahteva pažljivu koordinaciju između timova za bezbednost i identitet kako bi se održale konzistentne bezbednosne politike i izbegle potencijalne ranjivosti.
Duo MFA sa DZS za
Duo Access Gatevai (DAG) može autentifikovati korisnike koristeći postojeće lokalne direktorijume ili direktorijume zasnovane na oblaku, kao što su Active Directori (AD) i OpenLDAP. Takođe podržava integraciju sa drugim provajderima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućava organizacijama da koriste svoju trenutnu infrastrukturu direktorijuma za Vebek SSO sa Duo MFA.
Duo deluje kao snažan sloj autentifikacije na vrhu primarne autentifikacije direktorijuma. Funkcioniše kao provajder identiteta (IdP) koristeći SAML 2.0 za sprovođenje dvofaktorske autentifikacije (2FA) pre nego što odobri pristup . Duo procenjuje korisnik, uređaj i mrežni kontekst u odnosu na konfigurabilne politike kako bi omogućio ili zabranio pristup, poboljšavajući sigurnost izvan korisničkog imena i lozinke. Duo takođe pruža fleksibilne kontrole politike, kao što je zahtevanje MFA pri svakoj prijavi za neke aplikacije i ređe za druge.
Prednosti Cisco Duo uključuju:
-
Poboljšana bezbednost: Dodaje MFA otporan na phishing za zaštitu pristupa, smanjujući rizik od kompromitovanih lozinki.
-
Fleksibilne politike: Omogućava granularnu kontrolu nad zahtevima za autentifikaciju po aplikaciji ili korisničkoj grupi.
-
Integracija sa postojećim direktorijumima: Podržava lokalne AD, OpenLDAP, direktorijume u oblaku i razne SSO provajdere, minimizirajući promene infrastrukture.
-
Pogodnost korisnika: Podržava Single Sign-On (DZS) da se smanji zamor lozinkom omogućavajući korisnicima da se prijavite jednom i pristupite više resursa bezbedno.
-
Pouzdane krajnje tačke: Podržava poverenje uređaja za klijente na Vindovs i macOS, poboljšanje bezbednosnog položaja.
-
Upis u samoposluživanje: Inline upis i duo prompt poboljšavaju korisničko iskustvo tokom podešavanja MFA.
Duo MFA sa SSO-om koristi postojeće direktorijume kao što su Active Directori i OpenLDAP, ili provajderi identiteta u oblaku, za autentifikaciju korisnika. Uloga Duo-a je da obezbedi snažan, politički vođen drugi faktor autentifikacije integrisan kroz SAML 2.0, povećavajući sigurnost uz održavanje udobnosti korisnika putem SSO. Prednosti uključuju poboljšanu bezbednosnu poziciju, fleksibilno sprovođenje politike, besprekornu integraciju i bolje korisničko iskustvo.
Cisco preporučuje implementaciju DZS za korisnike. Za poboljšanu bezbednosnu integraciju sa Cisco Duo se preporučuje.
Enterprise IAM i SSO strategija treba da bude raspoređena pre početka prelaska sa na .
Karakteristike
ima kompletan komplet osnovnih karakteristika koje su uključene u uslugu. Ovo uključuje mnoge funkcije pozivanja na nivou preduzeća koje su dostupne već dugi niz godina. Možda nećete videti 100% paritet između karakteristika i funkcija, međutim, kao što možete videti na slici ispod, ključne funkcije pozivanja su dostupne u .
Pored mnogih korisničkih funkcija, ima osnovne sistemske funkcije koje su uključene u platformu. To uključuje funkcije kao što su auto govornici, redovi poziva, poziv park, itd. Sve dostupne osnovne sistemske funkcije možete videti u odjeljku Servis → Pozivanje →Funkcije kao što je prikazano na slici Osnovne funkcije Vebek poziva.
Automatski službenik
Auto Attendant omogućava 24/7 automatizaciju rukovanja dolaznim pozivima, što omogućava efikasno rukovanje pozivima bez potrebe da osoba odgovori na svaki poziv.
Auto pratilac odgovara na dolazne pozive i pruža pozivaocu meni opcija o tome gde žele da usmere svoj poziv. To može biti za osobu, govornu poštu ili pozivnu uslugu (npr. Poziv red). Pozivalac koristi dial pad svog telefona da unesete broj iz menija automatskog govornog sistema.
Auto Attendant podržava sledeće ključne karakteristike:
-
Raspored poslovanja i posle radnog vremena
-
Raspored odmora
-
Opcija menija za biranje da usmerite svoje klijente tamo gde treba da idu
-
Prilagodite pozdrave
-
Pozovite po imenu opcija
-
Opcije prosleđivanja poziva
-
Analitika i izveštaji Control Hub-a.
Za više informacija, pogledajte Upravljanje automatskim govornim sistemima.
Parkiranje poziva
Poziv park daje korisnicima mogućnost da lako stavi poziv na čekanje za drugog korisnika da lako preuzme kada su na raspolaganju da ga preuzmu. Takođe oslobađa korisnika koji je odgovorio na prvobitni poziv da upućuje ili prima druge pozive dok je poziv parkiran.
Postoje dve vrste poziva parkova dostupnih u:
-
Poziv za parkiranje direktno - omogućava svakom korisniku da parkira poziv na ekstenziju drugog korisnika ili na ekstenziju za parkiranje poziva, kao što je definisano od strane administratora
-
Grupa poziva park - omogućava definisanoj grupi korisnika da automatski parkiraju pozive protiv dostupnih destinacija parka definisanih za grupu. Ove destinacije mogu biti ekstenzije članova grupe ili ekstenzije za parkiranje poziva.
Na osnovu konfiguracije i tipa parka, korisnici mogu preuzeti pozive biranjem * 88 + ><extension of parked call>, pritiskom na linijski taster povezan sa proširenjem poziva parka ili pomoću softverskog tastera na svom IP telefonu.
Opcija opoziva je dostupna za opoziv parkiranog poziva nakon određenog perioda korisniku koji je parkirao poziv ili alternativnom korisniku.
Za više informacija, pogledajte Upravljanje parkiranjem poziva u Control Hub-u.
Preuzimanje poziva
Preuzimanje poziva omogućava administratoru da definiše grupu korisnika (članova) koji mogu da odgovore na poziv na telefon drugog člana. Ovo daje korisniku mogućnost da odgovori na pozive kada su njihovi saigrači zauzeti i ne mogu da odgovore na dolazni poziv.
Korisnici u grupi moraju biti na istoj lokaciji.
Korisnici mogu da koriste ili svoj stoni telefon da preuzmu poziv.
-
:
-
Podržava vizuelne i audio obaveštenja
-
Obaveštenje o dolaznom pozivu
-
FAC-based (biranje * 98) ili obaveštenje tost poziv pickup
-
Poziv obaveštenja o preuzimanju za više linija.
-
-
Stoni telefoni:
-
Obaveštenje o dolaznom pozivu
-
Audio zvona i vizuelno obaveštenje preko slušalice LED. 6821 podržava samo audio zvona
-
Kada tip obaveštenja izabran u nije nijedan
-
-
Pozovite obaveštenja o preuzimanju samo za primarne linije.
-
Za više informacija, pogledajte Konfigurisanje grupe za preuzimanje poziva.
Red za čekanje poziva
uključuje glasovne redove poziva kao deo svojih osnovnih karakteristika i svaki korisnik sa profesionalnom licencom može biti deo reda poziva, agent ili supervizor. Ova funkcija omogućava korisnicima da efikasno sarađuju sa klijentima. Poziv redovi podržavaju podskup nekih od osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni poziv, veština ili prioritet rutiranje, upravljanje red agenta, analitika, izveštavanje, itd.
Ciscov poziv za integraciju Microsoft Teams-a omogućava agentima da pristupe pozivima i funkcijama reda poziva direktno iz svog Microsoft Teams klijenta.
Pozivni redovi podržavaju sledeće ključne karakteristike:
-
Pozdravi i poruke (dobrodošlica, uteha, šapat, itd.)
-
Držite muziku
-
Povratni poziv
-
Pravila rutiranja reda (noćni servis, praznici, prosleđivanje)
-
Prijava / odjava reda agenta
-
Upravljanje statusom reda agenta
-
ili podrška za sto telefon
-
Supervizor agent poziva monitor, trener, barža ili preuzme preko funkcija pristupnih kodova (FAC)
-
(administratorski pristup) za:
-
Upravljanje redovima
-
Analitika i izveštavanje o agentima i redovima
-
Upravljanje redom, agentima i supervizorima.
-
Za više informacija, pogledajte Konfigurisanje reda poziva.
ima funkciju dodatka za pomoć klijentima koja pruža dodatne mogućnosti reda poziva i daje agentima i supervizorima bolje korisničko iskustvo u okviru . Za poređenje funkcija Call Queue i Customer Assist, pogledajte Vebek Calling red poziva i upoređivanje funkcija korisničke pomoći.
Hunt grupa
Hunt grupe omogućavaju usmeravanje dolaznih poziva određenoj grupi korisnika kroz unapred određeni obrazac rutiranja poziva. Ovo osigurava da na pozive odgovara prava grupa korisnika ili da ih pošalje na govornu poštu radi praćenja.
Jedna velika razlika između Hunt Groups i Call Queues je da pozivi nisu u redu čekanja u Hunt Groups, tako da ako nema korisnika u Hunt Group su na raspolaganju da odgovore na poziv, to će biti isključen, poslat na govornu poštu ili prosleđen na drugi broj (korisnik ili usluga).
Za više informacija, pogledajte Upravljanje lovnim grupama u Control Hub-u.
Načini rada
Funkcija Režimi rada omogućava preduzećima da efikasno usmeravaju pozive na različite destinacije (korisnici, govorna pošta, pozivne usluge kao što je red poziva). Gde i kada je poziv usmeren zasniva se na vremenu dana i danu u nedelji rasporedu i svaki korisnik može biti ovlašćen da upravlja ovim režimima (rasporedima) da kontroliše promene u usmeravanju poziva.
Kao primer, pozivi na red poziva mogu biti usmereni na drugi red poziva sa agentima u drugoj vremenskoj zoni da odgovaraju na pozive posle radnog vremena, tokom radnog vremena biti usmerena na lokalne agente, a tokom praznika biti usmerena na govornu poštu za praćenje nakon što se agenti vrate u kancelariju.
Ovlašćeni korisnik može da se prebacuje između ovih različitih scenarija (režima) za prosleđivanje poziva ako treba da promeni gde su dolazni pozivi usmereni za određeni period. Ovi korisnici mogu upravljati režimima preko svojih KSNUMKS / KSNUMKS / KSNUMKS MPP telefona, KSNUMKS telefona ili u korisničkom čvorištu u režimima upravljanja.
Za više informacija pogledajte Rutifikaciju poziva na osnovu načina rada u Vebek Calling-u.
Pejdžing grupa
Pejdžing grupe omogućavaju korisnicima da postave jednosmerni poziv za slanje audio poruke grupi korisnika. Svaka grupa može da sadrži do 75 ciljnih korisnika i / ili radnih prostora do kojih se dolazi biranjem unapred definisanog broja ili ekstenzije.
Kada korisnik pozove Pejdžing grupu, istovremeni poziv se vrši na sve dodeljene ciljeve u grupi, u kom trenutku pozivalac može da govori svoje poruke i prekine vezu kada završe.
Za više informacija, pogledajte Konfigurišite grupu pejdžinga u Control Hub-u.
Snimci
Podržava snimanje poziva upućenih ili primljenih od strane korisnika. Ovo može biti potrebno za potrebe kvaliteta, osiguranja, sigurnosti ili obuke. Po defaultu, pozivi se snimaju u , ali drugi nezavisni provajderi snimanja mogu se koristiti i ako su potrebne druge funkcije snimanja ili usklađenost i regulatorni zahtevi.
Kada se koristi kao platforma za snimanje, svi snimljeni pozivi se upravljaju u . Potpuni administratori sa ulogom službenika za usklađenost mogu igrati i preuzimati snimke. Bez uloge službenika za usklađenost, administrator može samo izbrisati snimke.
Za više informacija o ovoj funkciji i listi snimanja nezavisnih strana, pogledajte Upravljanje snimanjem poziva za Vebek pozive.
Domet jednog broja
Doseg jednog broja omogućava pozivima na telefonski broj korisnika da zvone na više uređaja. To može uključivati i druge stone telefone, kao i mobilne telefone. Pozivi se takođe mogu upućivati sa ovih uređaja i korisnici mogu gurati i povući pozive između njih.
Za više informacija o ovoj funkciji i kako je administrator konfiguriše u , pogledajte Konfigurišite doseg jednog broja (kancelarija bilo gde).
Za više informacija o tome kako korisnik može upravljati i konfigurisati ovu funkciju za sebe u Vebek User Hub-u (portalu), pogledajte Konfigurisanje dosega jednog broja (kancelarija bilo gde).
Grupa „Govorna pošta“
Grupe govorne pošte omogućavaju zajedničku kutiju govorne pošte koja se može dodeliti korisniku ili funkciji rutiranja poziva. Neki od razloga zbog kojih grupa govorne pošte može biti potrebna su:
-
Govorna pošta opšte namene za odeljenje ili radnu grupu
-
Dodajte opciju govorne pošte u auto attendant ili lov grupu
-
Da biste poslali pozive prelivanja iz reda poziva
-
Korisnici kojima je potrebna samo kutija govorne pošte.
Za više informacija pogledajte Upravljanje zajedničkom govornom poštom i kutijom za dolazni faks za Vebek pozive.
Konzola pratioca je navedena na stranici Funkcije pozivanja u Vebek-u, međutim to je dodatna funkcija koja zahteva kupovinu licence za prateću konzolu za korišćenje.
Za više informacija, pogledajte Početak rada sa Attendant konzolom.
Za informacije o svim funkcijama, uključujući i neke dodatne funkcije, pogledajte Funkcije dostupne po tipu licence za Vebek pozive.
Implementacija
Mrežna spremnost
Prvi korak u prelasku na je da se obezbedi pouzdana i sigurna internet veza između lokalne mreže i oblaka.
Pošto se većina organizacija povezuje na internet preko jednog ili više zaštitnih zidova ili sigurnosnih uređaja, neophodno je potvrditi da su potrebni tokovi saobraćaja podržani.
Mrežni i bezbednosni administratori moraju da razumeju ove tokove u smislu:
-
Pravac (dolazni vs odlazni)
-
Protokoli (primer - SIP TLS, SRTP, HTTPS)
-
Opseg IP adresa koji koriste usluge
-
Brojevi portova koji moraju biti otvoreni ili dozvoljeni.
Ovo osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurisani za smeštaj saobraćaja uz održavanje bezbednosnih politika preduzeća.
Za informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, pogledajte Informacije o referenci portova za Vebek pozive. Koristite ove informacije da biste konfigurisali zaštitni zid, prokije i drugu mrežnu infrastrukturu u postojećoj primeni kako biste omogućili mrežne tokove.
Decentralizovani internet bijeg iz svake grane ili sajta je preporučeni pristup za cloud saradnje usluga kao što su . Omogućavajući saobraćaju da izađe lokalno, ovaj model:
-
Smanjuje povratno kašnjenje i podrhtavanje, poboljšavajući ukupni kvalitet poziva
-
Vage efikasno kao više korisnika i sajtova prelazak na
-
Radi besprekorno sa SD-VAN-om, koji može dinamički usmeravati sesije do najbliže ulazne tačke oblaka za optimalne performanse
- Omogućava praćenje lokacije korisnika na osnovu njihove javne IP adrese koja pomaže u analizi medijske putanje i rešavanju problema.
Pored toga, organizacije moraju osigurati adekvatan propusni opseg interneta na svakoj lokaciji. Propusni opseg treba da bude veličine na osnovu očekivanog broja istovremenih poziva, izabranog kodeka (npr. Opus ili G.711), plus režijskih troškova za signalizaciju, retransmisije i rast. Ovo je u skladu sa fazom pripreme životnog ciklusa PPDIO-a i uspostavlja čvrstu osnovu za migraciju.
Inicijalno podešavanje
Početni pododjeljak za podešavanje u fazi implementacije primene je temelj za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvata kritične zadatke kao što su uspostavljanje organizacije, nabavka i dodeljivanje licenci i verifikacija i polaganje zahteva za domene vaše kompanije kako bi se osiguralo pravilno upravljanje korisnicima i sigurnost. Pored toga, uključuje obezbeđivanje šablona licenci za automatizaciju dodeljivanja korisničkih licenci, konfigurisanje jedinstvenog prijavljivanja (DZS) za pojednostavljenje autentifikacije korisnika i poboljšanje sigurnosti, kao i prilagođavanje postavki usluga i klijenata kako bi se uskladili sa organizacionim politikama i potrebama korisnika. Završetak ovih početnih aktivnosti podešavanja osigurava da je okruženje pravilno konfigurisano za skalabilnost, sigurnost i besprekorno korisničko iskustvo, postavljajući pozornicu za naredne faze raspoređivanja i operativnih faza.
Verifikacija domena
Da biste omogućili identifikaciju korisnika registrovanih sa domenima e-pošte vaše kompanije na , neophodno je da potvrdite svoje domene. Bez verifikacije domena, korisnici će biti dodeljeni potrošačkoj organizaciji, što komplikuje upravljanje korisnicima za vašu kompaniju. Verifikacija domena je obavezan korak koji omogućava vašoj organizaciji da efikasno tvrdi i upravlja ovim korisnicima.
Uverite se da su svi domeni povezani sa adresama e-pošte vaših korisnika verifikovani. Verifikacija domena nije isključiva; Isti domen se može verifikovati u više organizacija.
Za više informacija o upravljanju domenima, pogledajte Upravljanje domenima.
Tvrdite (pretvorite) postojeće korisnike
Nakon uspešne verifikacije vaših domena, možete nastaviti sa potraživanjem korisnika koji su se registrovali za korišćenje domena e-pošte vaše kompanije u vašoj organizaciji. Ovaj proces objedinjuje sve korisnike pod jednim organizacionim kišobranom, omogućavajući centralizovano upravljanje i pojednostavljenu administraciju. Tvrdeći ove korisnike, osiguravate da vaša kompanija ima potpunu kontrolu nad korisničkim nalozima, omogućavajući vam da dodelite odgovarajuće licence, konfigurišete usluge i efikasno pružite potrebnu podršku. Ovaj jedinstveni pristup upravljanju povećava sigurnost, pojednostavljuje pružanje korisničkih usluga i osigurava dosledan pristup uslugama širom vaše organizacije. Tvrdeći da korisnici takođe sprečavaju da se njima upravlja u spoljnim ili potrošačkim organizacijama, čime se održava organizacioni integritet i kontrola nad resursima saradnje.
Za više informacija o polaganju prava na korisnike, pogledajte Polaganje zahteva korisnicima za vašu organizaciju (konvertovanje) korisnika.
Konfigurišite i testirajte sinhronizaciju direktorijuma
Da biste omogućili besprekorno upravljanje korisnicima i grupama, možete sinhronizovati korisnike i grupe iz vašeg korporativnog direktorijuma ili Microsoft Entra ID (ranije Azure AD) ili Microsoft Active Directori (AD) na . Ovaj proces osigurava da se korisnički identiteti i članstva u grupama dosledno održavaju u vašem okruženju.
Za organizacije koje implementiraju fazno raspoređivanje, od ključnog je značaja kontrolisati i ograničiti obim sinhronizacije tokom početnih uvođenja. Ovo smanjuje rizik od neželjenih promena i omogućava ciljano testiranje pre šireg usvajanja.
Najefikasniji metod za filtriranje koji su korisnici sinhronizovani je da se iskoristi članstvo u grupi direktorijuma:
| 1 |
Kreirajte namensku grupu za sinhronizaciju: U vašem direktorijumu preduzeća (Microsoft Entra ID ili AD), kreirajte bezbednosnu grupu posebno za sinhronizaciju (primer, grupa za sinhronizaciju). |
| 2 |
Popunite grupu sa ciljnim korisnicima: Dodajte samo korisnike koje želite da sinhronizujete (kao što je test grupa tokom pilot faze) u ovu grupu. To vam omogućava da čvrsto kontrolišete ko je uključen u proces sinhronizacije. |
| 3 |
Konfigurišite sporazum o sinhronizaciji sa filtriranjem zasnovanim na grupi: Prilikom postavljanja sporazuma o sinhronizaciji u Directori Connector ili Entra ID provisioning, konfigurišite opseg tako da uključuje samo korisnike koji su članovi određene grupe.
|
| 4 |
Proširite grupu po potrebi: Kako napredujete do širih faza primene, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinhronizaciju. Obim sinhronizacije će se automatski proširiti kako bi uključio ove korisnike, omogućavajući kontrolisano i postepeno uvođenje. Primeri koraka implementacije:
Reference: Sinhronizujte Entra ID korisnike u Control Hub Podesite aplikaciju Entra ID čarobnjaka u kontrolnom čvorištu |
Podesite i testirajte jedinstveno prijavljivanje (DZS)
Single Sign-On (DZS) povećava sigurnost i pojednostavljuje pristup korisnika omogućavajući korisnicima da se autentifikuju jednom sa svojim korporativnim akreditivima i dobiju besprekoran pristup . podržava DZS integraciju sa SAML 2.0 kompatibilnim IDP-ovima, uključujući Microsoft Entra ID (ranije Azure AD), Active Directori (AD) federativna rešenja i razne nezavisne IDP-ove.
U ovom trenutku dizajnirano podešavanje DZS treba implementirati i testirati.
Reference:
Integracija jedinstvenog prijavljivanja u kontrolnom čvorištu
Konfigurišite jedinstvenu prijavu za Vebek administraciju
Konfigurišite jedinstvenu prijavu pomoću Microsoft Entra ID-a
Nabavka, obezbeđivanje i verifikacija dozvola
Kao deo početnog podešavanja za , neophodno je nabaviti, obezbediti i proveriti odgovarajuće licence kako bi se omogućilo i efikasno upravljalo uslugama. Proces nabavke uključuje odabir tipova licenci na osnovu korisničkih uloga i radnih opterećenja, kao što su Professional, Standard i Workspace licence. Licence se generišu i obezbeđuju preko Cisco softverskih platformi ili preko partnera. Nakon nabavke i obezbeđivanja, potrebno je proveriti odgovarajuće brojeve licenci u . Ovaj proces osigurava da organizacija ima ispravne licence aktivirane i spremne za upotrebu u primjeni.
Kao deo početnog podešavanja licenciranja u , važno je konfigurisati automatsko licenciranje zasnovano na organizaciji kako bi se pojednostavilo dodeljivanje licenci za nove korisnike. Ova postavka omogućava da se licence automatski dodele kada se korisnici dodaju u organizaciju, eliminišući potrebu za ručnim dodeljivanjem licence. Kada konfigurišete automatsko licenciranje na nivou organizacije, izaberete usluge za dodeljivanje i definisanje obima, kao što je primena licenci samo na buduće korisnike ili uključujući i postojeće korisnike.
Međutim, ako vaš plan raspoređivanja podrazumeva korišćenje automatskog licenciranja na nivou grupe, možete izabrati da ne dodeljujete licence na nivou organizacije kako biste izbegli sukobe ili dupliranje dodeljivanja licenci. Sa automatskim licenciranjem na nivou grupe, licence se dodeljuju na osnovu članstva u grupi. Korisnici u više grupa dobijaju licence od svih važećih grupnih zadataka.
Konfiguracija dodeljivanja licence zasnovana na grupi mora se izvršiti nakon što je sinhronizacija direktorijuma završena, tako da sinhronizovane grupe postoje i mogu se koristiti za dodeljivanje licence.
Konkretno, automatsko dodeljivanje licence zahteva dodatne detalje o pružanju usluga, kao što su lokacija korisnika i dodeljivanje telefonskog broja. Radni telefonski broj korisnika mora biti u +E.164 formatu, unapred obezbeđen i dodeljen važećoj lokaciji da bi se licenca automatski aktivirala. Ako ovi uslovi nisu ispunjeni, korisnik neće automatski biti obezbeđen sa uslugama i može zahtevati ručnu intervenciju.
Ukratko, konfigurišite automatsko licenciranje zasnovano na organizaciji za nove korisnike ako želite široku dodelu licence za celu organizaciju. Ako više volite detaljniju kontrolu ili imate različite potrebe za licenciranjem po grupi, konfigurišite automatsko licenciranje na nivou grupe i izbegavajte dodeljivanje licenci na nivou organizacije kako biste sprečili preklapanje i osigurali pravilno upravljanje licencama.
Podešavanja usluge Vebek poziva
Neophodno je sprovesti sveobuhvatan pregled i konfiguraciju globalnih postavki usluga u okviru .
Počnite pristupom i navigacijom do odeljka podešavanja. Pažljivo ispitajte svaku opciju koja se može konfigurisati, uključujući, ali ne ograničavajući se na, internu konfiguraciju biranja, parametre hitnih poziva, pravila rutiranja poziva, upravljanje govornom poštom i podrazumevana podešavanja uređaja.
Prilagodite ova globalna podešavanja tako da odražavaju politike i odluke o dizajnu vaše organizacije.
Takođe, podešavanja podešavanja i šabloni korisnika i aplikacija.
Pilot migracija
Tokom faze implementacije, izvršavanje pilot migracije predstavlja kritičnu prekretnicu u potvrđivanju prelaska sa na . Ovaj pilot uključuje obezbeđivanje reprezentativnog podskupa korisnika na jednoj ili više lokacija na platformi, osiguravajući da odabrana populacija odražava različite slučajeve upotrebe i organizacione uloge. Paralelno sa migracijom korisnika, osnovne usluge saradnje, uključujući govornu poštu, automatske govorne službe, redove poziva i lovačke grupe moraju biti prebačene na njihove ekvivalente kako bi se održao kontinuitet poslovanja i funkcionalnost usluga.
Pilot migracija treba da iskoristi istu kombinaciju alata koje pruža Cisco i uslužnih programa za migraciju nezavisnih proizvođača koji su planirani za širu organizacionu implementaciju, osiguravajući da su procesi, tokovi automatizacije i tačke integracije temeljno potvrđeni pod reprezentativnim uslovima.
Primarni ciljevi ovog pilot raspoređivanja su dvostruki: Prvo, da potvrdi i poboljša procese tranzicije od kraja do kraja, uključujući radne tokove pružanja korisnika, procedure migracije podataka i konfiguracije krajnjih tačaka; i drugo, da sveobuhvatno proveri funkcionalnost migriranih usluga u stvarnim operativnim uslovima.
Ovaj fazni pristup omogućava projektnom timu da identifikuje i otkloni bilo kakve tehničke ili proceduralne probleme u kontrolisanom okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, proceni efikasnost odabranih alata za migraciju i uspostavi poverenje u metodologiju migracije pre nego što nastavi sa širom organizacionom primenom.
Uvidi stečeni tokom ove pilot faze su ključni u optimizaciji narednih talasa migracije i obezbeđivanju glatke tranzicije ublažene rizikom za celo preduzeće.
Nabavite PSTN
Da biste nabavili PSTN usluge za , prvo izaberite opciju PSTN povezivanja u .
Ako organizacija planira da održi hibridnu dvostruku kontrolu poziva ( faza 1 na slici Phased Calling Transition: Hibrid i Cloud) bilo privremeno ili na neodređeno vreme, oni će morati da primene jedan ili više lokalnih gatevai-a za lokalni PSTN kako bi omogućili pozivanje između i krajnjih tačaka.
Ako je potpuna tranzicija ( faza KSNUMKS) u oblak krajnji cilj, uključujući PSTN, onda će za PSTN biti potreban ili Cisco Calling Plan ili Cloud Connect za opciju.
Radite sa izabranim provajderom da naručite i prenesete telefonske brojeve pre nego što ih konfigurišete u . Naručivanje telefonskih brojeva ili pokretanje naloga za portove je potrebno / moguće samo za lokalne PSTN i Cloud Connect za . Za Cisco Calling Plans, naručivanje i prenošenje se pokreće iz Control Hub-a čim se kreira lokacija, iu zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco Calling planovima, pogledajte Prvi koraci sa Cisco planovima.
Kao deo implementacije PSTN-a, uverite se da je vaš provajder omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Pored toga, izvršite probne pozive da biste proverili da li se pozivi ispravno usmeravaju preko izabrane PSTN veze.
Konfigurišite lokacije
Pre dodavanja korisnika i uređaja u , morate obezbediti lokacije poziva. Za svaku lokaciju mora se uneti važeća adresa ulice. U SAD-u i Kanadi, ova adresa je potvrđena i korišćena od strane platforme za slanje PIDF-LO informacija o lokaciji za hitne pozive.
Kada konfigurišete lokacije koje koriste lokalni PSTN, potrebno je da podesite lokalne gatevai-e u skladu sa tim. U , prtljažnik i grupa ruta moraju biti kreirani za svaki lokalni gatevai, a grupa ruta se zatim dodeljuje kao PSTN izbor za lokaciju. Cisco snažno preporučuje da uvek izaberete grupu ruta kao PSTN izbor, jer vam ovaj pristup omogućava da lako dodate dodatne debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco takođe preporučuje omogućavanje podrške za dvostruki identitet i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju naplative stranke za odlazne direktne ili preusmerene pozive. Ako vaš PSTN provajder koristi drugačiji zaglavlje za naplatu, možete kopirati informacije iz zaglavlja P-Charge-Info na lokalnom gatevai-u u željeni zaglavlje za naplatu.
Za lokacije koje koriste Cloud Connect za ili Cisco Calling Plan kao svoju PSTN opciju, jednostavno izaberite odgovarajući PSTN izbor za lokaciju tokom podešavanja. Ako lokacija koristi Cloud Connect za ili lokalni PSTN, moraćete da dodate telefonske brojeve koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ne želite da budu uključeni u rutiranje poziva odmah; Ove brojeve možete aktivirati kasnije kada su dodeljeni korisnicima ili funkcijama.
Važno je uvek postaviti glavni broj za svaku lokaciju. Glavni broj se može dodeliti korisniku ili funkciji, kao što je auto-attendant. Da biste omogućili govornu poštu na lokaciji, obavezno podesite pilot broj govorne pošte, poznat i kao broj glasovnog portala.
Dodatna podešavanja za lokacije pozivanja uključuju konfigurisanje detalja hitnih poziva, kao što su broj za hitne pozive, opcije obaveštenja i poboljšane funkcije za hitne pozive. Takođe bi trebalo da pregledate i prilagodite postavke snimanja, jezičke postavke i konfiguracije uređaja po potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno međulokacijsko on-net biranje sa značajnim brojevima preduzeća, ne zaboravite da konfigurišete jedinstveni kod lokacije za lokaciju u internim podešavanjima biranja. Konačno, ako eksterno biranje zahteva cifru odlaznog biranja, obavezno podesite ovo u podešavanjima spoljnog biranja. Kada je konfigurisana odlazna cifra za biranje, Cisco preporučuje omogućavanje sprovođenja odlaznih cifara kako bi se osigurala konzistentnost.
Integracija sa lokalnom kontrolom poziva
Da biste se integrisali sa lokalnom kontrolom poziva, neophodno je konfigurisati debla, grupe ruta, planove biranja preduzeća, i lokacije i globalna podešavanja. Počnite postavljanjem debla i lokalnih gatevai-a namenjenih za međusobno povezivanje sa lokalnim sistemom kontrole poziva; Ovaj korak je potreban samo ako su potrebni namenski debla. Ako su postojeći debla i grupe ruta dovoljni za vašu raspoređivanje, mogu se ponovo koristiti za lokalno povezivanje bez dodatne konfiguracije.
Kada se uspostave debla i grupe ruta, nastavite sa kreiranjem planova za biranje preduzeća i dodelite odgovarajuću grupu ruta kao odredište za svaki plan pozivanja. Kada integracija uključuje više lokalnih sistema za kontrolu poziva povezanih preko različitih debla, biće potrebno više planova pozivanja. Važno je osigurati da ovi planovi biranja sadrže samo obrasce neophodne za usmeravanje poziva na lokalne destinacije.
Ako vaša primena zahteva podršku za rutiranje nepoznatih ekstenzija, ova funkcija treba da bude omogućena na nivou lokacije. Pored toga, kada se aktivira rutiranje nepoznatog proširenja, morate navesti maksimalnu nepoznatu dužinu proširenja u okviru rutiranja poziva između i prostorija odeljku postavki usluga pozivanja u . Ovo obezbeđuje besprekorno usmeravanje poziva i pravilno rukovanje scenarijima biranja zasnovanih na proširenju u vašem integrisanom okruženju.
Migrirajte korisnike u serijama
Kada migrirate korisnike iz to, možda nećete moći da premestite sve korisnike u isto vreme. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj sajtova ili korisnika, koliko je vremena potrebno za prelazak sajta i / ili grupe korisnika u isto vreme, ograničenih IT ili resursa sajta za podršku prozora za promenu, trajanja prozora za promenu, složenosti promena itd.
Kada migrirate korisnike u fazama, od ključnog je značaja da se identifikuju koji korisnici treba da migriraju zajedno u istoj seriji. Primarni cilj je da migriraju korisnike zajedno koji imaju međusobne zavisnosti za svoje usluge i funkcije pozivanja. Želite da osigurate da su sve njihove funkcije pozivanja (Primer - Pozivni redovi) u potpunosti funkcionalne kao što su bile pre prelaska na .
Čak i ako implementirate pozivanje između i sa lokalnim gatevai-om, ne možete podeliti deljene usluge ili funkcije preko ove veze. Zbog toga morate identifikovati zavisnosti između korisnika gledajući funkcije kao što su:
-
Nadgledanje drugih korisnika koji koriste BLF-ove
-
U istom lovu pilota, red poziva, itd
-
Zajedničke linije
-
Korišćenje poziva za preuzimanje
-
Korišćenje istih brojeva za parkiranje poziva
-
Intercom
-
Izvršni / Admin.
Primer bi bio korisnik koji je deo Hunt grupe koja se prelazi u . Ovaj korisnik će preći sa Hunt grupom i sa svim ostalim članovima Hunt grupe. Stoga, nakon tranzicije Hunt Group i njeni članovi mogu uspešno odgovoriti na pozive na novoj platformi.
Ovo postaje izazovnije kada su korisnici povezani sa različitim grupama korisnika za različite usluge i funkcije pozivanja. To će zahtevati prelazak više od jedne grupe korisnika i jedan pozivni servis u isto vreme.
Koristite izlaz iz alata Migration Insights ili alata treće strane koji ste koristili u fazi pripreme da biste odredili koji korisnici i funkcije treba da budu grupisani zajedno. Ovaj izlaz bi trebalo da se koristi za razvoj vašeg plana migracije i pružiće vam uvid u to kako ćete grupisati korisnike i funkcije koje treba da pređu zajedno.
Ključni koraci prilikom prelaska serije korisnika su:
-
Identifikovanje korisnika da migriraju zajedno
-
Proverite da li su svi korisnici u
-
Proverite da li svi TN-ovi za korisnike postoje u
-
Proverite ispravan format telefonskog broja u direktorijumu
-
Uverite se da su šabloni za licenciranje i podešavanja za korisničke grupe ispravno podešeni
-
Provera ili konfigurisanje svih poziva usluga i funkcija za grupu korisnika (pre ili tokom tranzicije po potrebi)
-
U korporativnom direktorijumu dodajte korisnike u grupu poziva omogućenih korisnika
-
Leverage Tools - alati za migraciju korisnika i funkcija i / ili alati trećih strana
-
Onemogućavanje / brisanje broja direktorijuma korisnika / uređaja i pozivanje funkcija / usluga nakon tranzicije.
Nakon migracije grupa korisnika, testirajte podskup korisnika da biste potvrdili da sve njihove funkcije i usluge pozivanja rade ispravno. Ako pozivanje funkcije kao što su Call Queue, Hunt Groups, itd. su prebačeni sa grupom korisnika, a zatim testirajte ove pozivne usluge za pravilnu funkcionalnost.
Radni prostori
U , radni prostor se odnosi na zajedničku lokaciju (kao što je konferencijska sala, prostor za druženje ili vrući stol) kojima se mogu dodijeliti uređaji, ekstenzije i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:
-
Lokacija orijentisana: vezan za fizičke prostore.
-
Fleksibilan uređaj: može imati jedan ili više uređaja (stoni telefoni, ploče, itd.).
Kada su radni prostori identifikovani kao deo prelaska na , mogu se dodati pod Uređaji. Svakom radnom prostoru je potreban zadatak uređaja, a ako su već u Unified CM-u, potrebno ih je resetovati ili ponovo obezbediti za . Funkcije kao što su govorna pošta, prosleđivanje poziva i preuzimanje poziva mogu se omogućiti ili onemogućiti, a politike se mogu primeniti za video pozive, parkiranje poziva i mobilnost po potrebi. Testirajte svaki radni prostor tako što ćete interne i eksterne pozive, testirati video, konferencije i funkcije mobilnosti. Na kraju, obavestite korisnike o svim važećim procesima za uređaje i rezervacije radnog prostora.
Za više informacija o radnim prostorima u , pogledajte Radni prostori.
Obezbeđivanje uređaja
Telefoni koji su trenutno registrovani moraće da se migriraju kao deo tranzicije u oblaku. Da bi migracija bila što jednostavnija uz minimalne šanse za neuspeh, Cisco preporučuje istovremeno migraciju fizičkih lokacija ili odeljenja. Međutim, možda ćete morati da migrirate korisnike u serijama zbog zavisnosti od funkcija. Pogledajte odeljak Migrirajte korisnike u serijama za više detalja.
Svi podržani telefoni koje treba da pređete sa će morati da budu konfigurisani kao korisnik ili radni prostor i fizički telefon će morati da se rekonfiguriše da se registruje sa . Pored toga, telefoni serije 7800 i 8800 trebaju nadograditi firmver sa firmvera Enterprise na firmver Multiplatform Phone (MPP). Ovaj proces uključuje učitavanje prelaznog firmvera pre učitavanja MPP firmvera potrebnog za registraciju. Takođe zahteva odgovarajuću dozvolu za migraciju. Cisco je poboljšao ovaj proces u proteklih nekoliko godina kako bi vam olakšao nadogradnju Enterprise firmvare telefona na MPP firmvare. Za više informacija o koracima za završetak nadogradnje firmvera, pogledajte Pretvori Cisco 7800 i 8800 serije IP telefona između Enterprise i MPP Firmvare.
Pored koraka navedenih u ovom članku, ima ugrađeni alat, Migrirajte svoj telefon na Vebek Calling, koji možete koristiti za pomoć u migraciji vaših KSNUMKS i KSNUMKS telefona iz Enterprise-a u MPP firmvare. Ovaj alat vam takođe omogućava da dodate telefone i dodelite ih odgovarajućim korisnicima ili radnim prostorima. Za više informacija o korišćenju alata, pogledajte Migrirajte svoj telefon.
Za bilo koji telefon serije 9800 registrovan sa gore navedenim zahtevom za migraciju firmvera se ne primenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju i . Da biste preneli ove telefone, moraćete da ih dodate u Vebek pozive, dodelite ih korisniku ili radnom prostoru, a zatim vratite telefone na fabrička podešavanja. PhoneOS boot sekvenca za registraciju slika ispod prikazuje PhoneOS boot sekvencu i kako će se telefon registrovati kada je dodan u , čak i ako je telefon i dalje obezbeđen i / ili DHCP opcije (primer - 150) su u upotrebi.
podržava fabričko resetovanje PhoneOS uređaja kako bi se omogućilo Zero-Touch uključivanje u . administratori mogu daljinski da resetuju telefone KSNUMKS i KSNUMKS preko stranica administracije CUCM-a, što eliminiše potrebu za fizičkim pristupom telefonima kako bi se telefoni uključili u . Ova funkcija je podržana sa paketima uređaja od 9. septembra 2025. godine:
-
CUCM vKSNUMKS - Unified Communications Manager Verzija KSNUMKS
-
CUCM v14 - Unified Communications Manager Version 14.
Za više informacija o procesu registracije za 9800 seriju, pogledajte Proces registracije.
Pored Cisco IP telefona, može biti potrebno i obezbeđivanje drugih uređaja kao što su analogni telefonski adapteri (ATA), bežični (Vifi, DECT) telefoni, video uređaji, glasovne kapije iuređaji i telefoni KSNUMKSrd stranke. Mnogi od ovih uređaja nemaju put nadogradnje firmvera kao što su IP telefoni da bi ih prešli sa firmvera preduzeća na firmver u oblaku. Zbog toga ćete obezbediti svaki od ovih uređaja u Control Hub-u. Neki od njih se ne mogu preći na i ekvivalentni model će morati da ga zameni (npr. ATA 191/192), a drugi će zahtevati ručnu rekonfiguraciju i / ili promene softvera.
- Glasovni gatevai - Da biste migrirali lokalni gatevai, pogledajte Migrirajte lokalni gatevai.
Za više informacija o konfigurisanju vašeg glasovnog gatevai-a VGKSNUMKS, VGKSNUMKS ili VGKSNUMKS u Control Hub-u, pogledajte Lokalna kapija
-
Analogni telefonski adapter (ATA) - Da biste započeli sa Cisco ATA KSNUMKS i KSNUMKS, pogledajte Cisco ATA.
-
Vifi bežični telefon - Da biste integrisali bežični telefon KSNUMKS i KSNUMKS, pogledajte Integrišite Vebek bežični telefon.
-
DECT bežični telefoni - Da biste započeli sa novom Cisco IP DECT KSNUMKS serijom, pogledajte Cisco IP DECT.
Da biste izgradili i upravljali digitalnom DECT mrežom u Control Hub-u, pogledajte Upravljanje DECT mrežom
Za više informacija o Cisco IP DECT KSNUMKS, pogledajte Vodič za raspoređivanje
-
3rd parti uređaji i telefoni - Radite sa3 rd parti dobavljača na zahtevima uređaja / telefona i proces da ih migriraju ili zamenite za podršku.
Konfigurišite funkcije
Sve funkcije pozivanja koje su potrebne u treba da se obezbedi pre ili tokom tranzicije. Kao što je rečeno tokom odeljka Migrirajte korisnike u serijama, funkcije pozivanja moraju biti konfigurisane i prebačene kada korisnici koji ih koriste budu prebačeni.
Za detalje o tome kako konfigurisati svaku od funkcija, pogledajte odgovarajuće članke pomoći za konfiguraciju.
-
Auto attendants - Da biste upravljali automatskim pratilima, pogledajte Auto attendants
-
Call park - Da biste upravljali call park, pogledajte Call park
-
Poziv pickup - Da biste konfigurisali poziv pickup grupu, pogledajte Poziv pickup
-
Redovi poziva - Da biste podesili red poziva, pogledajte Red poziva
-
Lovačke grupe - Da biste upravljali lovačkim grupama, pogledajte Upravljanje lovnom grupom
-
Načini rada - Da biste pozvali rutiranje na osnovu načina rada, pogledajte Poziv rutiranje na osnovu režima rada
-
Pejdžing grupe - Da biste konfigurisali pejdžing grupu, pogledajte Konfigurisanje pejdžing grupe
-
Snimci - Da biste upravljali snimanje poziva za , pogledajte Upravljanje snimcima
-
Doseg jednog broja - Da biste konfigurisali doseg jednog broja (kancelarija bilo gde), pogledajte Konfigurisanje jednog broja
-
Grupa govorne pošte - Da biste upravljali zajedničkom govornom poštom i dolaznim faksom za , pogledajte Upravljanje govornom poštom.
Testiranje prihvatanja
Testiranje prihvatanja osigurava da migrirano okruženje ispunjava funkcionalne zahteve, radi kako se očekuje i pruža besprekorno korisničko iskustvo u svim komunikacijskim tokovima posla. Ovaj proces validacije je višestruk, pokriva sve od korisničkog obezbeđivanja i dodeljivanja brojeva do operativnih performansi naprednih funkcija pozivanja.
Ovaj odeljak daje primere i naglašava ključne aspekte koje treba uzeti u obzir tokom testiranja prihvatanja; međutim, nije namenjen da služi kao iscrpna ili sveobuhvatna kontrolna lista.
Obezbeđivanje korisnika i dodeljivanje brojeva
Osnovni aspekt testiranja prihvatanja podrazumeva proveru da li su svi korisnici tačno i potpuno obezbeđeni u okviru . Ovo zahteva temeljno poređenje između izvornog () direktorijuma i novoosnovane korisničke baze kako bi se osiguralo da je svaki korisnički nalog, zajedno sa povezanim atributima kao što su brojevi ekstenzija i direktni zadaci za biranje (DID) ispravno migrirani. Kompletnost obezbeđivanja je od ključnog značaja ne samo za operativnost prvog dana, već i za tekuću administraciju i podršku.
Validacija dodeljivanja brojeva uključuje potvrđivanje da je svakom korisniku dodeljena ispravna ekstenzija i eksterni broj, i da se ovi brojevi ispravno usmeravaju u unutrašnje (on-net) i eksterne (PSTN) tokove poziva. Bitno je proveriti bilo kakva preklapanja, nedostajuće zadatke ili pogrešne konfiguracije koje bi mogle dovesti do grešaka u rutiranju poziva ili prekida usluga.
PSTN tokovi poziva i prezentacija ID pozivaoca
Robustan postupak testiranja prihvatanja mora obuhvatiti end-to-end validaciju tokova PSTN poziva. Ovo uključuje i dolazne i odlazne scenarije poziva. Za dolazne PSTN pozive, tim za testiranje treba da potvrdi da se pozivi isporučuju na predviđene krajnje tačke, bilo da se radi o pojedinačnim korisnicima, redovima poziva, lovnim grupama ili automatskim govornim osobama. Odlazni PSTN pozivi moraju biti uspešno postavljeni, sa posebnom pažnjom posvećenom pravilnoj isporuci i prezentaciji podataka o identifikaciji pozivaoca. To podrazumeva obezbeđivanje da se tačno ime i broj pozivaoca prikazuju spoljnim primaocima, u skladu sa organizacionim politikama i regulatornim zahtevima.
Testiranje bi takođe trebalo da se bavi scenarijima preklapanja, kao što je rukovanje nedostižnim krajnjim tačkama ili prekidima mreže. Ovo pomaže da se potvrdi da rezervni mehanizmi i alternativno rutiranje funkcionišu ispravno, održavajući kontinuitet i pouzdanost usluge.
Tokovi poziva na mreži
Interni ili on-net, tokovi poziva čine okosnicu komunikacije preduzeća. Testiranje prihvatanja u ovoj oblasti potvrđuje da su pozivi između korisnika unutar organizacije ispravno usmereni, sa funkcijama kao što su prenos poziva, čekanje, prosleđivanje i konferencije koje rade kako je predviđeno. Integritet planova pozivanja, povezivanje proširenja na produžetak i podrška za organizacione politike poziva moraju biti potvrđeni.
Rukovanje korisničkim pozivima i validacija funkcija
Važan aspekt testiranja prihvatanja podrazumeva potvrđivanje kako korisnici rukuju pozivima koristeći i podržane stone telefone . Ovaj proces se fokusira na potvrđivanje da su svakodnevni radni tokovi pozivanja intuitivni i pouzdani, i da korisnici imaju besprekoran pristup osnovnim funkcijama neophodnim za njihove uloge. Testiranje treba da proceni lakoću sa kojom korisnici mogu da upućuju i primaju pozive, upravljaju funkcijama zadržavanja i nastavljanja i obavljaju i slepe i konsultativne transfere. Takođe je neophodno proveriti da li su prosleđivanje poziva, konferencije i druge napredne mogućnosti, kao što su parkiranje i preuzimanje poziva ili aktiviranje ne ometaju, lako dostupni i rade glatko.
Iskustvo treba proceniti radi jasnoće i odziva, s obzirom na to kako korisnici komuniciraju sa istorijom poziva, govornom poštom i integrisanim direktorijumima. Dodatnu pažnju treba posvetiti mogućnosti premještanja aktivnih poziva između uređaja i efikasnog korištenja kontrola u pozivu unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je da se osigura da je iskustvo krajnjeg korisnika konzistentno, efikasno i u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.
Redovi poziva: Iskustvo agenta i supervizora
Redovi poziva se često koriste za rukovanje scenarija dolaznih poziva velikog obima. Testiranje prihvatanja ovde se fokusira na nekoliko dimenzija. Prvo, treba proveriti da li se pozivi distribuiraju agentima u skladu sa konfigurisanom logikom reda, kao što su round robin, najduži mirovanje ili istovremeno zvonjenje. Prezentacija čekanih poziva na radnim površinama agenata mora biti ispitana radi jasnoće i jednostavnosti upotrebe, osiguravajući agentima da efikasno prihvataju, drže i prenose pozive.
Za supervizore, desktop iskustvo treba proceniti za funkcije kao što su praćenje u realnom vremenu, poziv barging, i analitika ili uvid u performanse reda. Ovo uključuje, ali nije ograničeno na validaciju kontrolnih tabli i alata za izveštavanje koji pružaju korisne podatke o distribuciji poziva, aktivnosti agenta i metrike reda.
Lovačke grupe: Distribucija poziva
Hunt grupe su ključni mehanizam za distribuciju poziva na unapred definisane skupove korisnika. Testiranje prihvatanja treba da potvrdi da su pozivi usmereni na članove grupe na osnovu konfigurisanog algoritma lova, i da se scenariji prelivanja, prosleđivanja i bez odgovora obrađuju u skladu sa dizajnom. Obezbeđivanje da članstvo u grupi i ponašanje usmeravanja poziva odgovaraju onima koji su prethodno uspostavljeni u je od suštinskog značaja za operativnu konzistentnost i zadovoljstvo korisnika.
Auto pratioci: Najave i operacije menija
Automatski govornici predstavljaju prvu liniju automatizovanog rukovanja pozivima. Testiranje mora da obuhvati reprodukciju najava, tačnost snimljenih pozdrava i pravilan rad stabala menija. Izbor menija treba pouzdano usmeriti pozivaoce na odgovarajuća odeljenja, pojedinci ili spoljni brojevi. Testiranje takođe treba da uključuje nevažeće ili vremensko ograničenje scenarija kako bi se potvrdilo da pozivaoci dobijaju jasne smernice ili su preusmereni kako je predviđeno.
Operacija govorne pošte
Konačno, funkcionalnost govorne pošte je od ključnog značaja za korisničko iskustvo. Testovi prihvatanja treba da potvrde da li su kutije govorne pošte ispravno dodeljene i dostupne, kako unutar organizacije, tako i na daljinu. Sposobnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno sa isporukom obaveštenja.
Optimizacija
PSTN migracija u Cloud Connect za
Kada se sve krajnje tačke i korisnici migriraju u oblak, jedina svrha Unified CM-a je da deluje kao tranzit između PSTN gatevai-a i preko lokalnog gatevai-a. Uklanjanje PSTN gatevai-a i Local Gatevai-a sa slike pomoću Cloud Connect-a kao PSTN pristupa za sve korisnike Vebek poziva ima nekoliko prednosti, uključujući smanjenje troškova i poboljšanu pouzdanost. Da biste prešli lokalni PSTN pristup Cloud Connect-u za , sledite ove korake:
-
Cloud Connect za izbor partnera.
Pogledajte listu Cloud Connect-a za partnere i izaberite neku od dostupnih partnera dostupnih za lokaciju vaše organizacije.
-
Cloud Connect za validaciju.
Pre prebacivanja PSTN pristupa za lokacije na Cloud Connect, povezivanje sa PSTN-om preko izabranog Cloud Connect partnera treba proveriti i potvrditi. U tu svrhu, potrebno je obezbediti testnu lokaciju sa nekim testnim korisnicima koji su obezbeđeni na toj testnoj lokaciji. PSTN pristup za ovu testnu lokaciju se zatim postavlja na Cloud Connect partnera pre nego što potvrdi PSTN povezivanje pomoću test telefona. Nakon uspešne validacije, lokacija za testiranje može biti deprovisioned.
-
Prenošenje brojeva.
Da biste se pripremili za prelazak na Cloud Connect, potrebno je postaviti nalog porta za sve brojeve koji su trenutno dodeljeni PSTN prtljažniku koji se završava. Svi brojevi moraju biti prebačeni na Cloud Connect partnera. Da bi se održala dostupnost između lokacija, svi brojevi svih lokacija moraju biti prebačeni u isto vreme.
-
Prebacite se na Cloud Connect partnera.
Na datum prelaska, PSTN pristup za sve lokacije treba da bude postavljen na Cloud Connected PSTN provajdera, a dolazna i odlazna povezanost treba da bude verifikovana.
Kao što je rečeno u PSTN odeljku poglavlja o dizajnu, korisnici takođe mogu da izaberu da premeste svoj PSTN pristup Cloud Connect-u na početku tranzicije koristeći PSTN trunking za hibridne primene. Za više informacija pogledajte PSTN kanal za hibridne primene Vebek poziva. U tom slučaju, tokom tranzicije PSTN pristup je preko Local Gatevai-a i nakon premeštanja svih korisnika u ne postoji dodatni korak migracije vezan za PSTN, osim razgradnje i lokalnih gatevai-a.
Optimizujte lokalnu infrastrukturu
Kada su svi korisnici prebačeni i sve krajnje tačke su prebačene u registraciju oblaka (ili su stavljene van upotrebe), ažurirajte odgovarajuću lokalnu infrastrukturu sada kada se koristi pozivanje u oblaku. Ažuriranja infrastrukture uključuju:
-
Uklonite lokalnu kontrolu poziva i DNS SRV zapise za razmenu poruka sa lokalnog DNS servera, uključujući cisco_uds._tcp.<domain>, ._tcp..<domain>cup_login Ovi SRV zapisi više nisu potrebni za otkrivanje usluga klijenta.
-
Uklonite DNS SRV zapise vezane za ivice iz javnog DNS sistema, uključujući collab_edge._tls.<domain> Ovi SRV zapisi više nisu potrebni za otkrivanje usluga klijenta o uslugama saradnje na rubu.
-
Ažurirajte sve relevantne DHCP opsege da biste uklonili adrese TFTP/boot servera za opciju 66 i 150 TFTP/boot servera. Ovi opsezi više nisu potrebni za otkrivanje i preuzimanje konfiguracije kontrole krajnjih tačaka.
-
Ažurirajte / uklonite odgovarajuće vršnjake za biranje u lokalnom gatevai-u / CUBE-u koji usmeravaju pozive do i od Unified CM-a. Ovi dial-peers više nisu potrebni za lokalno usmeravanje poziva.
-
Izbrišite ili uklonite sve i klasterske čvorove virtuelne mašine i / ili servere. Promenite svrhu računarskih resursa i hardvera po potrebi. Ovi resursi više nisu potrebni za kontrolu poziva i rubne usluge.
-
Izbrišite ili uklonite sve virtuelne mašine i / ili servere klasterskih čvorova. Promenite svrhu računarskih resursa i hardvera po potrebi. Ovi resursi više nisu potrebni za govornu poštu i usluge objedinjenih poruka.
-
Čišćenje: Nakon migracije PSTN pristupa Cloud Connected PSTN-u, PSTN prtljažnici, PSTN gatevai i Local Gatevai mogu biti stavljeni van pogona.
-
Za bilo koje postojeće lokalno rešenje EKSNUMKS, izbrišite sve lokacije ili brojeve koji su migrirali i kada se završi potpuna tranzicija, uklonite virtuelne mašine ili servere aplikacija. Promenite svrhu računarskih resursa i hardvera po potrebi. Ovi resursi više nisu potrebni za hitne pozive i usluge lokacije.
-
DN-ovi koji pripadaju migriranim korisnicima treba da budu smešteni u skrivenu particiju kako bi se izbegli propusti u rutiranju poziva i kako bi se osiguralo da svi CSS-ovi imaju prioritetni pristup putanju oblaka istih DN-ova.
-
Ažurirajte fizičku dispečersku lokaciju i mrežni element u mobilnosti horizonta kad god dođe do promena. Uobičajene aktivnosti koje zahtevaju ažuriranja su:
-
Zamena mrežnog prekidača
-
Zamena bežične pristupne tačke
-
Promene opsega DHCP-a
-
Fizičke promene unutar zgrade (ako se rešavaju na kubičnu/kancelarijsku)
-
Fizičko širenje ili kontrakcija poslovnog prostora unutar zgrade.
-
Koristite analitiku i rešavanje problema
Pruža sveobuhvatne mogućnosti analitike i rešavanja problema koji će vam pomoći da vizualizujete i pratite svoju raspoređivanje. Oni pokrivaju kvalitet medija, detaljnu istoriju poziva, red poziva, lovačku grupu i analitiku automatskog govora. Primer analitike kvaliteta medija prikazan je u analitici kvaliteta medija.
Pod rešavanje problema, svaki poziv napravljen korišćenjem može se posmatrati sa detaljnim informacijama o ključnim kvalitetu medija i pitanjima vezanim za signalizaciju kako bi se pomoglo da se ukaže na probleme sa medijima, kao i neuspele pozive, kao što je prikazano na slici rešavanje problema sa kvalitetom medija.
rešavanje problema se takođe može integrisati sa drugim Cisco proizvodima kao što su ThousandEies i Meraki prekidači kako bi se obezbedilo još bogatije integrisano iskustvo u Control Hub-u. Za više informacija o korišćenju analitike Vebek poziva i rešavanju problema, pogledajte Rešavanje problema sa pozivima Vebek poziva u kontrolnom čvorištu.
