Siirron käyttöönotto-opas

Johdanto

Ennen kuin aloitat

Tämä opas on tarkoitettu ryhmille tai henkilöille, joilla on kokemusta Cisco Unified Communications Manager (Unified CM) ja Cisco-päätepisteiden määrittämisestä ja hallinnasta, mukaan lukien IP-pöytäpuhelimet, videolaitteet ja Jabber-ohjelmistoasiakkaat. Tässä asiakirjassa on linkkejä tuote- ja tukidokumentaatioihin, jotka auttavat.

Tämä asiakirja keskittyy siirtymiin vain Webex Calling mon Unified CM ivuokralaiseen. Tässä asiakirjassa Webex Callingoleva termi viittaa aina Webex Calling monivuokralaiseen.

Ennen siirtymisen aloittamista Unified CM kohteeseenWebex Calling, on välttämätöntä saada kattava käsitys Webex Calling ratkaisusta ja sen vastaavista komponenteista. Onnistunut siirto edellyttää Webex Calling arkkitehtuurin, palvelum allien, käyttöönottovaihtoehtojen ja niihin liittyvien ominaisuuksien tuntemusta, jotta olemassa olevat Unified CM työkuormat voidaan kartoittaa oikein ja suunnitella tehokas siirtymäsuunnitelma.

Seuraavien Webex Calling komponenttien perusteellinen ymmärtäminen on välttämätöntä tehokkaan siirtymästrategian ja toimintavalmiuden selvittä miseksi.

Ohjauskeskus
Hakemistojen ja käyttäjien käyttöönotto
Webex Callingalusta
Tuetut puhelupäätepisteet
PSTN-liitäntävaihtoehdot
Webex Callingsoittosuunnitelma ja numeronhallinta
Turvallisuus- ja vaatimustenmukaisuusominaisuudet.

Lisätietoja on kohdassa Cisco Preferred Architecture forWebex Calling.

Tässä oppaassa korostetaan työkaluja ja prosesseja, joita on käytettävä koko siirtymän elinkaaren ajan. Siirtyminen paikallisista puheluista uuteen pilvipuhel Unified CM ualustaan voi kuitenkin olla merkittävä ponnist Webex Calling us mahdollisten liiketoiminnallisten, teknisten ja monimutkaisten haasteiden kanssa. Näiden haasteiden voit tamiseksi Ciscolla on käytettävissä muutamia erilaisia vaihtoehtoja, jotka auttavat sinua mat kallasi. On tärkeää tarkistaa tiedot kohdasta Enterprise Cloud Calling - Soittojen siirto ja ymmärtää kunkin vaihtoehdon ja sen, miten kukin vaihtoehto voi mahdollisesti auttaa sinua omassa siirtymisessäsi.

Webexin siirtotyökalut: Control Hubiin sisäänrakennetut ilmaiset itsepalvelutyökalut, jotka virtaviivaistavat siirtymistä Webex Calling
Sertifioidut siirtopalveluntarjoajat: Ciscon validoidut ohjelmistojen ja työkalujen tarjoajat, jotka ovat kehittäneet siirtoratkaisuja Webex-kumppaneiden ja asiakkaiden auttamiseksi monimutkaisissa ja suurissa siirroissa. Nämä ratkaisut voivat auttaa yksinkertaistamaan, hallitsemaan ja nopeuttamaan siirtymistä Webex Calling
Webex Setup Assist: Ciscon johtama siirtopalvelu, joka opastaa asiakkaita ja kumppaneita Webex Calling käyttöönoton ja määrityksen läpi, jota tarvitaan käyttäjien ja palveluiden onnistuneeseen siir Unified CM tämiseen. Webex Calling

Yleiskatsaus

Pilvipohjaisten yhteistyöpalveluiden kasvun myötä yhä useammat asiakkaat haluavat siirtää nykyiset yhteistyökuormansa pilveen, koska pilvipohjaisiin palveluihin liittyvät lupaukset alennetuista kokonaiskustannuksista, yksinkertaistetusta hallinnasta, jatkuvasta ominaisuuksien toimittamisesta, laajemmasta skaalasta ja erinomaisesta luotettavuudesta. Kun asiakkaat haluavat siirtyä paikallisista yhteistyöpalveluista pilvipalveluihin, heidän on tärkeää ymmärtää, mitä siirtyminen edellyttää ja mitä vaiheita siirtymiseen tarvitaan.

Tämän asiakirjan tarkoituksena on tarjota käyttöönotto-ohjeita asiakkaille, jotka haluavat siirtyä paikallisesta palvel Unified CM Webex Calling usta pilveen. Tässä käyttöönotto-oppaassa oletetaan, että lukijalla on perustiedot puheluiden siirtymisestä välillä Unified CM jaWebex Calling, mukaan lukien muutokset siirtymisen yhteydessä ja mitä eroja on, kun puheluiden työmäärä siirretään paikallisesta sijainnista pilveen. Ennen kuin jatkat, varmista, että olet tarkistanut siirtymäkartassa käytettävissä olevat tiedot ja tunnet ne. Tämä siirtymäkarttatied okumentti tarjoaa tietoa tämän siirtymän muutoksista ja eroista.

Kuten kuvassa Paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etä käyttö on esitetty, tyypillinen paikallinen käyttöönotto sisältää verkon eri yhteistyöinfrastruktuurikom ponentit, puhelunhallinta-alustan, reuna-alustan, laitteisto- ja ohjelmistopääte pisteet ja joissakin tapauksissa jopa neuvottelu- ja ajoitusalustoja. Cisco- arkkitehtuurissa tähän sisältyvät puhelunhallinta, Expressway etä Unified CM käyttöön ja yritysten väliseen (B2B) reunapalveluun, Cisco Meeting Server/ Cisco Meeting Management paikalliseen konferenssiin, Unity Connection puheviestintään ja käyttäjälle suunnatut laitteistot (Cisco IP Phones, Cisco Desk and Room -video järjestelmät) ja ohjelmistot () IP-pohjaiset päätepisteet. Cisco Jabber Nämä komponentit voivat vaihdella hieman jo issakin ympäristöissä, mutta tämä on tämän asiakirjan loppuosassa kuvatun siirtymän lähtökohta.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***Paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etäkäyttö***

Kuvassa Paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etäkäyttö perustuu Cisco Collaboration Enterprise On -Premises -käyttöönoton ensisijaiseen arkkitehtuuriin (PA). Lisätietoja Enterprise On-premise -palvelusta on artikkelissa Ciscon yhteistyön ensisijaiset arkkitehtuurit.

Ennen: Paikallisen puheluinfrastruktuurin komponent titaulukossa luetellaan paikallisen arkkitehtuurin keskeiset elementit ennen siirtymistä pil Webex Calling veen.

Taulukko 1. Ennen: Paikalliset puheluinfrastruktuurin komponentit
Tuote	Kuvaus
Unified CM	Paikallinen puhelunhallinta, joka tarjoaa laitteiden rekisteröinnin ja puhelun reitityspalvelut
Cisco Expressway-C/E	Edge-infrastruktuuri, joka tarjoaa mobiili- ja Remote Access (MRA) sekä yritysten välisiä (B2B) toimintoja, joiden avulla etäpäätepisteet voivat muodostaa yhteyden turvallisesti organisaation ulkopuol elta. Expressway otetaan käyttöön pareittain palomuurin kulkemiseksi ulko isille päätepisteille.
Ciscon kokouspalvelin (CMS), Ciscon kokousten hallinta (CMM) ja Cisco TelePresence Management Suite (TMS)	Paikallinen ääni-, video- ja verkkoneuvotteluinfrastruktuuri, joka tarjoaa monipistekokouksia, kokousten hallintaa ja ajoitusominaisuuksia. [Valinnainen]
Cisco Unity Connection	Paikallinen ääniviestialusta, joka tarjoaa vastaajaviestejä ja yhtenäisiä viestintäominaisuuksia. [Valinnainen]
Cisco Desk, Cisco Room, Cisco Board, Ciscon IP-puhelimet ja Cisco Jabber	IP-pohjaiset laitteet, jotka on rekisteröity ääni- Unified CM ja videopuheluominaisuuksiin

Kuten kuvassa Siirtymäpäätös osoittaa: paikalliset puhelutWebex Calling, asiakkaat, joilla on paikallinen puhelunhallinta ja työpöytä- Unified CM ja video-IP-päätepisteet, voivat valita, siirtävätkö arkkitehtuurin pilviarkkitehtuuriin. Webex Calling

Päätös on tehtävä asiakkaan toiminnallisuusvaatimusten perusteella. Asiakkaiden, joilla on seuraavat vaatimukset, on harkittava huolellisesti ennen päätöksen tekemistä, ja he voivat lopulta päättää pitää puhelunhallinnan paikallisesti:

Puhelinmallit, joita ei tue Webex Calling
Monimutkaisia tai lukuisia integraatioita muihin paikallisiin järjestelmiin tai ratkaisuihin, erityisesti silloin, kun näiden integraatioiden replikointi Webex Calling on vaikeaa tai vastaavia vaihtoehtoisia ratkaisuja ei ole saatavilla
Monimutkainen soittosuunnitelma, erittäin yksityiskohtaiset palveluluokat tai molemmat
Rajoittava, rajoitettu tai epäluotettava Internet-yhteys
Tiukat tietosuoja- ja omistajuuskäytännöt
Paikallisen tai maan sisäisen tallennuksen ja tallennuksen vaatimustenmukaisuusvaatimus
Kolmannen osapuolen integraatiot ilman varteenotettavaa vaihtoeh Webex Calling toista integraatiota
Contact Center -integraatiot, joissa yhteyskeskuksen inter ei ole vielä siirtymässä pil veen.

Transition Decision: On-Premises Calling to Webex Calling — ***Siirtymäpäätös: paikallinen soitto Webex Calling***

Asiakkaiden, jotka haluavat aloittaa pilvipuhelupalvelujen hyödyntämisen, tulisi har Webex Calling kita. Tämän pilvipuhelupalvelun avulla asiakas voi hyödyntää Webexin globaalia arkkitehtuuria skaalaamiseen ja yhteyksiin. Yritysverkon osallistujat ja yritysverkon ulkopuoliset etäosallistujat voivat kommunikoida IP-pohjaisten laitteistopääte pisteiden ja/tai työpöytä- tai mobiiliohjelmistosovellusten avulla.

Tämä asiakirja keskittyy asiakkaisiin, joilla on Unified CM puhelunhallinnan käyttöönottoja ja jotka haluavat ymmärtää käyttöönoton Webex Calling käyttöönoton yleiset vaiheet, näkökohdat ja vaatimukset seuraavassa osassa kuvatulla tavalla.

Ydinkomponentit

Siirron kohdearkkitehtuuri sisältää useita uusia komponentteja. Tämä sisältää pilvipohj Webex Calling aisen puhelun palvelun, Webex-sovelluksen, Cisco Directory Connector identiteettien integrointia varten ja paikallisen yhdyskäytävän (LGW) PSTN- käyttöä varten sekä paikallisen ja pilvipuhelujen integroinnin. Ciscon puhelusuunnitelmat tai Cloud Connec ted PSTN (CCP), jota Cloud Connect - Webex Calling kumppani tarjoaa, ovat lisävaihtoehtoja PSTN-pääsyyn.

Kuten kuvassa Jälkeen: Ark Webex Calling kitehtuuri näkyy, uudet komponentit (hakemistoliit Webex Calling äntä, paikallinen yhdyskäytävä ja selviytymisyhdyskäytävä) lisätään olemassa olevaan paikalliseen käyttöö nottoon.

After: Webex Calling Architecture — ***Jälkeen: Ark Webex Calling kitehtuuri***

Jälkeen: Pilvipuheluinfrastruktuurin komponent titaulukossa luetellaan arkkitehtuurin uudet elementit Webexiin siirtymisen jälkeen.

Taulukko 2. Jälkeen: Pilvipuheluinfrastruktuurin komponentit
Tuote	Kuvaus
Webex Calling	Pilvipohjainen puhelupalvelu, joka toimitetaan Webex-alustalta ja tarjoaa päätepisteiden rekisteröinnin ja puhelun reitityksen
Cisco-hakemistoliitäntä	Windows-toimialuekoneessa toimiva Windows-sovellus, joka tarjoaa identite ettisynkronoinnin yrityksen paikallisen Active Directory ja Webex-organisaation identite ettivaraston välillä. Asiakkaille, jotka siirtyvät paikallisesta Entra ID Active Directory :hen, identiteettiintegraatio Webexin kanssa Cisco Directory Connectorin sijaan käyttää ohjattua Entra ID -sovellusta.
Paikallinen yhdyskäytävä	Paikallinen yhdyskäytävä toimii siltana asiakkaan paikallisen yhtenäisen viestintäverkon ja Webex Calling pilven välillä. Se voidaan ottaa käyttöön paikallisesti tai kumppanin isännöimänä, mikä tarjoaa PSTN-pääsyn pilvirekisteröimille päätepist eille sekä puheluintegraation rekisteröityjen ja pilvipalveluun Unified CM rekisteröityjen päätepisteiden välillä. Cisco IOS-XE Integrated Services Router (ISR 1100- ja 4000-sarjat), Cisco Catalyst 8200/8300-sarjaa, Cisco Catalyst 8000V Edge - ohjelmistoa ja useita sertifioituja kolmannen osapuolen Session Border Controllers (SBC) voidaan käyttää LGW-laitteina vaiheittaisessa siirrossa.
Selviytymisyhdyskäytävä	Survivalability Gateway (SGW) on paikallisen verkon IOS-XE-pohjainen yhdyskäytävä, joka tarjoaa varapuhelupalveluja paikan päällä Webex Calling oleville päätepisteille verkkokatkojen aikana.
Ciscon puhelusuunnitelma, Cloud Connect Webex Calling	Cisco Calling Plan ja Cloud Connect for Webex Calling ovat pilvipohjaisia vaihtoehtoja PSTN-pääsyyn päätepisteille. Webex Calling PSTN-pääsyä helpottaa pilvipalvelun PSTN-palveluntarjoaja, eikä se vaadi paikallisia laitteita.
Webex-sovellus	Asiakassovellus, joka toimii työpöytäkäyttöjärjestelmässä (Windows, Mac) tai mobiili-käyttöjärjestelmässä (Android, iOS) ja rekisteröity suoraan Webex Calling alustalle puhelutoimintoja varten.

PPDIO-prosessin yleiskatsaus

PPDIO- prosessi tarkoittaa valmistelu, suunnittelu, toteutus ja optimointi. Se on jäsennelty Cisco-menetelmä, joka ohjaa projekteja alustavasta arvioinnista jatkuvaan parantamiseen ja varmistaa tehokkaan ja onnistuneen käyttöönoton tai siirron.

PPDIO: n yleinen kuvaus

Valmistaudu: Arvioi nykyinen ympäristö, kerää vaatimuksia ja sovittaa sidosryhmät vakaan perustan luomiseksi.
Suunnitelma: Keh itä yksityiskohtaiset projektisuunnitelmat, mukaan lukien aikataulut, resurssit ja riskinhallintastrategiat.
Suunnittelu: Suunnittele liiketoiminnan ja teknisten tarpeiden mukaan räätälöity kohderatkaisu.
Toteuta: Suorita käyttöönotto tai siirto suunnittelun mukaan, validoi toiminnallisuus ja suorituskyky.
Optimoi: Paranna ratkaisua jatkuvasti käyttöönoton jälkeen seuraamalla suoritusky kyä, tarkentamalla kokoonpanoja ja hyödyntämällä automaatio- ja integraatiotyökaluja.

PPDIO: n käyttäminen Unified CM Webex Calling siirtoprojekteihin

Siirryttäessä PPDI Webex Calling O-prosessi tarjoaa selkeän etenemissuunnitelman sujuvan ja teho kkaan siirty Unified CM misen varmistamiseksi:

Valmistaudu

Arvioi nykyinen Unified CM ympäristö ja muuttovalmius
Kerää yksityiskohtaisia tietoja käyttäjistä, laitteista, verkosta ja riippuvuuksista
Kerää sijaintitiedot, mukaan lukien hätäosoite, käyttäjien lukumäärä, Internet- yhteys, PSTN-yhteys
Tunnista riskit ja määrittele projektin laajuus kaikkien sidosryhmien yhdenmukaistamiseksi.

Suunnitelma

Luo kattava siirtosuunnitelma, jossa on eräaikatauluja, resurssimäärityksiä ja aik atauluja
Määritä tehtäviä, kuten laitteen laiteohjelmistopäivitykset, lisenssien käyttöönotto ja käyttäjien perehdyttäminen
Koordinoi siirtoikkunat Ciscon ja kumppaneiden kanssa häiriöiden minimoimiseksi.

Suunnittelu

Yhdistä nyky Unified CM iset kokoonpanot, soittosuunnitelmat ja käyttäjäprofiilit Webex Calling vastaaviin
Suunnittele Webex Calling ympäristö, mukaan lukien PSTN-strategia (väliaikainen ja lopullinen), sijainnit, käyttäjäroolit ja integrointipisteet, kuten paikallinen yhdyskäytävä (CUBE) ja hakemistosynkronointi
Suunnittele rinnakkaiselon skenaarioita, joissa Unified CM ja Webex Calling toimivat samanaikaisesti siirtymisen aikana.

Toteuttaa

Käytä Control Hubin siirtotyökaluja kolmannen osapuolen työkalujen ohella laitteen laiteohjelmistotilan muuttamiseen, ominaisuuksien kokoonpanoon ja käyttäjien siirtoihin
Käytä joukkotoimintoja ja varmennusta Webex-sovellusliittymien avulla laajamittaisten siirtojen ja kokoonpanojen virtaviivaistamiseksi
Suorita lisenssien käyttöönotto, laitteen rekisteröinti ja kokoonpanopäivitykset
Vahvista siirron onnistuminen testauksen ja toiminnallisen var mennuksen avulla.

Optimoi

Seuraa jatkuvasti Webex Calling suorituskykyä ja käyttökokemusta
Määritysten ja työnkulkujen tarkentaminen operatiivisten tietojen ja palautteen perusteella
Hyödynnä automaatio- ja integrointiominaisuuksia tehokkuuden ja skaalautuvuuden parantamiseksi
Poista vanhat kompon Unified CM entit käytöstä tarpeen mukaan ja tarjota jatkuvaa tukea päivän 2 operaatioille.

Tämä parannettu PPDIO-lähestymistapa varmistaa hallitun, läpinäkyvän ja tehokkaan siirtymisen paikasta Unified CM toiseen hyödyntä Webex Calling mällä Ciscon työkaluja, sovellusliittymiä ja kumppaniekosysteemiä liiketoiminnan jatkuvuuden ylläpitämiseksi ja yhteistyö ominaisuuksien parantamiseksi.

PPDIO-palautesilmukat

Kuvion iteraatioissa esitetty korkean tason yleiskatsaus PPDIO: n suorittamisen aikana havainnol listaa yhden takaisinkytkentäsilmukan optimointiv aiheesta takaisin valmist eluvaiheeseen. Tämä tarkoittaa, että alkuperäisen käyttöönoton jälkeen on jatkuva mahdollisuus jatkuvaan parantamiseen. Jokainen optimointijakso voi tunnistaa uusia vaatimuksia tai parannusalueita, joihin voidaan vastata myöhemmissä projekteissa tai aloitteissa. Nämä yksittäiset projektit puolestaan noudattavat vakiintunutta PPDIO (Prepare, Plan, Design, Implement, Optimoi) elinkaarta. Tämä iteratiivinen lähestymistapa varmistaa, että järjestelmä pysyy yhdenmukaisena muuttuvien liiketoimintatavoitteiden ja teknisen kehityksen kanssa, mikä edistää jatkuvan hienostumisen ja sopeutumiskyvyn kulttuuria.

Iterations while executing PPDIO — ***Iteraatiot suoritettaessa PPDIO***

PPDIO-prosessin toteuttamisen aikana, on yleistä, että myöhempien vaiheiden havainnot edellyttävät aikaisemmissa vaihe issa tehtyjen päätösten tarkistamista ja mahdollisesti tarkistamista. Esimerkiksi täytäntöönpanovaiheessa ilmenneet ongelmat, kuten suunnittelun epäselvyyksien tai puuttuvien yksityiskohtien tunnistaminen, voivat paljastaa, että tiettyjä näkökohtia ei käsitelty täysin suunnitteluvaiheessa. Tällaisissa tapauksissa on tarpeen palata takaisin asianmukaiseen aikaisempaan vaihe eseen näiden ongelmien ratkaisemiseksi ennen jatkamista. Tämä iteratiivinen palautem ekanismi, kuten kuvion Unified CMavustetussa PPDIO-prosessissa havainnollistetaan, varmistaa, että ratkaisu on perusteellisesti validoitu ja hienostunut, mikä lopulta edistää vankempaa ja tehokkaampaa käyttöönottoa.

Unified CM assisted PPDIO process — ***Unified CMavustettu PPDIO-prosessi***

Kun siirrytään Unified CM kohteeseenWebex Calling, PPDIO-prosessin jokainen vaihe voi hyötyä merkittävästi olemassa olevasta ympäristöstä keräty istä tiedoistaUnified CM. Nykyisestä Unified CM kokoonpanosta voidaan poimia esimerkiksi kattava luettelo käyttäjistä, puhelin numeroista, puheluominaisuuksista ja soittosuunnitelman osista. Nämä tiedot täydentävät sidosryhmien suoraan toimittamia tietoja ja auttavat virtaviivaistamaan suunnittelu- ja suunnittelutoimia. Sopivien työkalujen hyödyntäminen tietojen poiminnan ja analysoinnin automatisoimiseksi paitsi parantaa tarkkuutta myös nopeuttaa kokonaisprosessia. Hyödyntämällä nykyisen käyttöönoton oivalluksia siirtyminen Webex Calling voidaan suorittaa tehokkaammin kuin perinteinen greenfield-toteutus noudattaen silti jäsenneltyä PPDIO-menetelmää. Tämä prosessi on havainnollistettu kuvio- Unified CMavustetussa PPDIO-prosessissa.

Siirtolaisuuslähestymistapa

Kun suunnittelet siirtymistä paikallisesta yrityksestäWebex Calling, Unified CM sinun on määritettävä, miten lähestyt tätä matkaa. Ensin sinun on päätettävä, onko siirto flash-cut (kaikki kerralla) vai vaiheittainen lähestymistapa (siir rä käyttä järyhmiä tai laitteita pidemmälle ajalle).

Flash-cut-siirto siirtää kaikki käyttäjät ja laitteet nopeimmin. Tällä menetelmällä siirrät kaikki käyttäjät ja laitteet paikallisesta sijain Unified CM n Webex Calling ista samaan aikaan. Pohjimmiltaan se on yksi siirtoikkuna kaikille käyttäjille ja laitteille. Kun tämä siirto on valmis, kaikki käyttäjät ja laitteet ovat Webex Calling alustalla ja kaikki Unified CM infrastruktuurisi voidaan poistaa käytöstä. Monet organisaatiot eivät kuitenkaan voi käyttää tätä lähestymistap aa puheluiden käyttöönoton laajuuden ja koon vuoksi.

Toinen lähestymistapa on vaiheitta inen siirtyminen. Useimmat organisaatiot käyttävät tätä lähestymistapaa, koska se tarjoaa paremman hallinnan, hallinnan ja skaalauksen siirtymisen myötä. Lisäksi se soveltuu paremmin suurempiin UC-käyttöönottoihin ja/tai käyttöönottoihin useilla alueilla. Siksi tässä asiakirjassa keskitytään vaiheittaiseen lähestymistapaan, jossa on kaksi vaihetta siirtymässä.

Kuten alla olevasta kuvasta Vaihe ittainen puhelusiirtymä: Hybridi ja pil vi, ensimmäinen siirtymävaihe (vaihe 1) johtaa rinnakkaiseen käyttöönottoon kaksoispuhel uympäristöjen kanssa. Tässä vaiheessa joihinkin käyttäjiin, laitteisiin ja ohjelmistoasiakkaisiin siirretään, Webex Calling kun taas toiset ovat edelleen paikallisen puhelunhallinnan käytössäUnified CM. Viimeinen siirtymävaihe (vaihe 2) johtaa puhtaaseen pilvipuhel uympäristöön, jossa kaikki käyttäjät, laitteet ja pehmeät asiakkaat on täysin siirretty Webex Calling alustalle.

Kuinka kauan organisaation siirtyminen pilvipuheluihin kestää, vaihtelee sen nykyisen käyttöönoton mukaan. Joissakin tapauksissa organisaatio voi tehdä ensimmäisen siirtymän ja pysyä rinnakkaisen kaksoispuhelun hallintavaiheessa (vaihe 1) pidemmän ajan (kuukausia tai jopa vuosia), kun taas toisissa tapauksissa organisaatio voi siirtyä kokonaan Webex Calling (vaiheeseen 2) hyvin lyhyessä ajassa (viikkoja tai kuukausia). Tämä asiakirja on tarkoitettu kattamaan molemmat vaiheet (vaihe 1 - rinnakkaiselo ja vaihe 2 - täysin siirtyminen).

Phased Calling Transition: Hybrid and Cloud — ***Vaiheittainen puheluiden siirtyminen: hybridi ja pilvi***

On mahdollista, että jotkut organisaatiot saattavat ylläpitää rinnakkaispuhelunhallinnan käyttöönottoa loputtomiin ilman suunnitelmia koskaan siirtyä kokonaan pilvipuheluihin.

Toinen huomio on, miten siirrät käyttäjät, laitteet ja pehmeät asiakkaat paikallisesta puhel unhallinnasta pilvipuhelujen hallintaan. Suositeltu lähestymistapa on kolmivaiheinen siirtymä. Alla oleva suositeltu 3-vaiheinen siirty mä jakaa tämän lähestymistavan kolmeen vaiheeseen.

Recommended 3-Phase Transition — ***Suositeltu 3-vaiheinen siirtyminen***

Siirtymistä edeltävä vaihe: Tässä vaiheessa keskitytään sekä Webexin että Unified CM ympäristöjen valmistamiseen siirtoa varten. Tässä ei ole kyse tietyn suunnittelun tai kokoonpanojen kutsumisesta, vaan keskitytään toimien loppuun saattamiseen, jotka voidaan tehdä nyt ja ennen Webex Calling siirtymisprojektin alkamista. Tavoitteena on rakentaa perusta kahdelle ympäristölle valmistautuakseen muuttoon.

Siirtymisen valmistelu: Tässä vaiheessa aloitetaan valmistautuminen siirtymiseen Webex Calling. Tässä liiketoiminnalliset ja tekniset vaatimukset on tarkistettava ja päivitettävä. Älä vain nosta ja siir rä sitä, mitä tällä hetkellä käytetään, vaan Unified CM määrittele uudelleen liiketoiminnalliset ja tekniset vaatimukset, joita yrityksesi tarvitsee tänään ja tulevaisuudessa hyödyntämällä sen voimaa. Webex Calling Lisäksi tämä on vaihe, jossa viimeistelet suunnittelun, kokoonpanosuunnittelun ja siir ron suunnittelu/aikataulun.

Siirto (käyttöönotto ja käytöstä poistaminen): Tässä vaiheessa tapahtuu käyttäjien, laitteiden, puhelinnumeroiden ja pehmeiden asiakkaiden todellinen siirtyminen. Kuten edellä mainittiin, tämä vaihe voidaan suorittaa kaikille kerralla (flash-cut) tai useissa muutosikkunoissa (vaihe ittainen leik kaus). Loppukäyttäjien käyttöönottosuunnitelmat, koulutus ja viestintä ovat kriittisiä, joten käyttäjät ovat tietoisia muutoksista, uuden puhelualustan käytöstä ja tietävät, milloin muutos tapahtuu. Viimeinen vaihe on poistaa käytöstä kaikki paikallinen UC-infrastruktuuri , jota ei enää käytetä.

Siirtoa edeltävässä vaiheessa on toimintoja (pakollisia, suositeltuja ja valinnaisia), joiden parissa voit aloittaa työskentelyn välittömästi. On suositeltavaa suorittaa nämä ennemmin kuin myöhemmin ja mieluiten ennen projektin alkamista. Joidenkin toimintojen suorittaminen voi kestää kauemmin, joten niiden aloittaminen aikaisemmin auttaa virtaviivaistamaan varsinaista siirtoprojektiasi.

Alla olevassa kuvi ossa maahanmuuttoa edel tävät toimet korostetaan viittä erityistä toimintaluokkaa, jotka liittyvät Webex Calling muuttoon.

Pre-Migration Activities — ***Maahanmuuttoa edeltävät toimet***

Valmistaudu

Liiketoiminnan ja tekniset vaatimukset

Kun suunnittelet siirtymistä kohteeseen, on ratkaisevan tärkeää kerätä perusteellisesti sekä tekniset että liiketoiminnan vaatimukset suunnitteluvaiheessa. Tämä vaihe varmistaa, että siirto vastaa organisaatiosi operatiivisia tavoitteita ja teknisiä ominaisuuksia, minimoiden riskit ja häiriöt.

Miksi vaatimusten kerääminen on tärkeää:

Kohdistaa liiketoiminnan tavoitteet: Liiketo iminnan tarpeiden ymmärtäminen auttaa räätälöimään siirtymisen keskeisten työnkulkujen, käyttökokemuksen ja kasvusuunnitelmien tukemiseksi.
Varmistaa teknisen yhteensopivuuden: Teknisten vaatimusten tunnistaminen varhaisessa vaiheessa estää integrointiongelmat olemassa olevaan infrastruktuuriin, verkkoon ja päätelaitteisiin.
Helpottaa resurssien suunnittelua: Selkeät vaatimukset auttavat arvioimaan aikataulut, kustannukset ja tarvittavat resurssit tarkasti.
Vähentää riskejä: Mahdol listen haasteiden varhainen havaitseminen mahdollistaa ennakoivat ratkaisut, mikä vähentää seisokkeja ja huoltokatkoksia.

Liiketoiminnan vaatimukset

Tyypillisiä liiketoiminnan vaatimuksia ovat:

Siirrettävien käyttäjien ja sijaintien lukumäärä
Halutut ominaisuudet ja palvelut (esimerkiksi puhelun reititys, vastaajaviesti, neuvottelut, automaattiset puhelunhoitajat, puhelujonot)
Vaatimustenmukaisuus- ja turvallisuuskäytännöt
Budjettirajoitteet ja kustannusodotukset
Käyttäjien koulutus- ja tukitarpeet
Siirtymisen aikajana ja liiketoiminnan jatkuvuuden näkökohdat.

Hal uttujen ominaisuuksien ja palveluiden kerää minen on kriittinen askel sen varmistamiseksi, että uusi järjestelmä vastaa liiketoiminnan tarpeita. Näitä vaatimuksia kerättäessä on tärkeää paitsi ottaa huomioon, mitä tällä hetkellä on määritetty, myös yrittää kerätä todelliset vaatimukset järjestelmää käyttäviltä liiketoimintayksik öiltä. Muussa tapauksessa on olemassa riski, että suunnitelma perustuu pitkäaikaisiin oletuksiin. Varmista, että arvioit käytettävissä olevia lisäominaisuuksia tai parannettuja ominaisuuksia, joita ei ehkä ole, kuten pilvipohjaiset puhelut, edistyneet puhelujonot, , ja. Tämä auttaa hyödyntämään pilvialustan kaikkia etuja.

Arvioitaessa nykyistä kokoonpanoa vuonna, on tärkeää huomata, että kaikki olemassa olevat asetukset eivät välttämättä ole välttämättömiä muuttuvien vaatimusten vuoksi koko järjestelmän elinkaaren ajan. Painopisteenä olisi oltava vain sellaisten kokoonpanojen tunnistamisessa ja säilyttämisessä, jotka vastaavat käyttöönoton nykyisiä ja tulevia tarpeita.

Keskity enemmän siihen, mitä tarvitset kuin mitä sinulla on.

Vaatimustenmukaisuus- ja tietoturvakäytännöt ovat tärkeitä näkökohtia siirty Webex Calling essä kohteeseen, jotta varmistetaan, että uusi pilvipohjainen viestintäjärjestelmä noudattaa laki-, sääntely- ja organisaatiostandardeja.

Säädösten noudattaminen: Organisaatioiden on varmistettava, että ne täyttävät toimialakohtaiset määräykset, kuten GDPR, HIPAA tai SOX, jotka koskevat tietojen yksityisyyttä, säilyttämistä ja käsittelyä koskevia vaatimuksia sekä maakohtaisia valtuutuksia, jotka liittyvät tietojen sijaintiin, tietullien ohittamiseen ja median sijaintiin.
Tietoturva: Var mistetaan, että ääni- ja signalointitiedot salataan sekä kuljetuksen aikana että levossa suojaamiseksi sieppaamiselta tai luvattomalta käytöltä.
Käyttöoikeuksien hallinta: Käyttäjän todennuksen, valtuutuksen ja roolipohjaisen käytön määrittäminen ja pakottaminen viestintäresurssien luvattoman käytön estämiseksi.
Tarkastus ja seuranta: Kirja us- ja seurantatoimintojen käyttöönotto, jotta voidaan seurata pääsyä ja käyttöä vaatimustenmukaisuuden tarkastuksissa ja tietoturvatapahtumien tutkimuksissa.
Käytännön yhdenmukaistaminen: Siirtymisen yhdenmukaistaminen yrityksen olemassa olevien tietoturvakäytäntöjen kanssa, mukaan lukien päätepisteiden suojaus, verkon segmentointi ja häiriötilanteiden torjuntasuunnitelmat.
Toimittajan tietoturvatarkastus: Arvioi Ciscon tietoturvasertifikaatit ja vaatimustenmukaisuustodistukset luotettavuuden varmistamiseksi.

Näiden vaatimustenmukaisuus- ja turvallisuuskäytäntöjen noudattaminen suunnitteluvaiheessa auttaa vähentämään riskejä, välttämään oikeudellisia seuraamuksia ja ylläpitämään viestinnän eheyttä ja luottamuksellisuutta koko siirtymisen ajan ja sen jälkeen.

Käyttäjien koulutus- ja tukit arpeet ovat olennaisia osia siirtymisen aikana sujuvan siirtymisen ja käyttäjien käyttöönoton varmistamiseksi. Keskeisiä näkökohtia ovat:

Koulutusohjelmat: Kehitä räätälöityjä koulutustilaisuuksia eri käyttäjäryh mille (loppukäyttäjät, järjestelmänvalvojat, helpdeskin henkilökunta), jotta he voivat tutustua ominaisuuksiin, käyttöliittymiin ja uusiin työnkulkuihin.
Dokumentaatio: Tarjoa selkeät ja helppokäyttöiset käyttöoppaat, usein kysytyt kysymykset ja pik aopas materiaalit, mukaan lukien uutuudet ja erilaiset resurssit sekä vaiheittaiset ennen ja jälkeen -ohjeet (video- tai pikaopasmuodossa), jotta käyttäjät voivat mukaut ua päivitettyyn käyttökokemukseen siirtymisen jälkeen.
Muutosten hallinta: Kommunikoi muutoksista ennakoivasti käyttäjien odotusten hallitsemiseksi ja vastustuskyvyn vähentämiseksi.
Tukirakenne: Perusta oma tukitiimi tai eskalaatiopolku käyttäjän ongelmien ratkaisemiseksi nopeasti siirron aikana ja sen jälkeen.
Jatkuva koulutus: Suunnittele jatkuvan koulutuksen päivitykset, kun uusia ominaisuuksia tai päivit yksiä julkaistaan vuonna.
Palautemekanismit: Ota käyttöön kanavia, joiden avulla käyttäjät voivat ilmoittaa ongelmista ja antaa palautetta koulutus- ja tukiprosessien parantamiseksi.

Näiden koulutus- ja tukitarpeiden huomioiminen suunnitteluvaiheessa auttaa minimoimaan häiriöt, lisää käyttäjien luottamusta, ja maksimoi siirtymisen edut.

Tekniset vaatimukset

Useita keskeisiä teknisiä vaatimuksia on kerättävä ja dokumentoitava onnist uneen siirtymisen kannalta, mukaan lukien seuraavat tiedot:

Verkkovalmius ja kaistanleveyden kapasiteetti

Kattava verkon arviointi on ratkaisevan tärkeää sen varmistamiseksi, että olemassa oleva infrastruktu uri tukee uutta Webex Calling ympäristöä. Tämä sisältää:
- Kaistanleveysanalyysi: Nykyisen ja ennustetun kaistanleveyden käytön arviointi ääni-, video- ja dataliikenteen käsittelemiseksi ilman ruuhkia.
- Palvelun laatu (QoS): QoS-käytäntöjen käyttöönotto ääniliikenteen priorisoimiseksi ja viiveen, värinän ja pakettihäviön minimoimiseksi.
- WAN- ja Internet-yhteydet: Varmist etaan, että WAN-linkit ja Internet- yhteydet täyttävät pilvipohjaisten puheluiden vaatimukset, mukaan lukien redundanssi- ja vikasieto iminnot.
- Palomuuri- ja NAT-määritykset: Varmistetaan, että palomuuri- ja NAT-asetukset sallivat vaaditun signaloinnin ja medialiikenteen.
Integrointi olemassa olevaan järjestelmään

Saumaton integrointi olemassa oleviin liiketoimintajärjestelmiin on välttämätöntä käyttäjäkokemuksen ja työnkulun jatkuvuuden kannalta:
- Hakemistopalvelut: Arvioi integraatiota yrityshakemistoon automaattista käyttäjien käyttöönottoa ja todennusta varten.
- CRM- ja liiketoimintasovellukset: Inte graatiopisteiden tunnistaminen asiak assuhteiden hallintajärjestelmiin ja muihin liiketoiminnan kriittisiin sovelluksiin.
- Vanha PBX-vuorovaikutus: Suunnittele rinnakkaiseloa tai vaiheittaisia siirto strategioita, jos vanhoja puhelinjärjestelmiä säilyy siirtymän aikana.
Päätepisteiden yhteensopivuus ja käyttöönotto

Kaikkien päätelaitteiden, mukaan lukien pöytäpuhelimet, ohjelmistopuhelimet ja mobiililaitteet, on arvioitava yhteensopivuuden suhteen:
- Laitetuki: Vah vistaa, että olemassa olevia IP-puhelimia ja laitteita tukee, tai vaadittujen vaihtojen tunnistaminen.
- Provisiointiprosessit: Automaattisten tai virtaviivaistettujen varmennus menetelmien luominen päätepisteiden tehokasta käyttöönottoa varten.
- Laiteohjelmisto- ja ohjelmistopäivitykset: Tarvittavien päivitysten suunnittelu yhteentoimivuuden ja turvallisuuden varmistamiseksi.
Suojausmääritykset ja salausstandardit

Turvallisuus on ensiarvoisen tärkeää pilviviestinnässä:
- Salaus: En d-to-end -salauksen käyttöönotto signalointi- ja mediavirroille Cis con tietoturvan parhaiden käytäntöjen mukaisesti.
- Todennus ja kulunvalvonta: Turvallisten todennus mekanismien (kuten SSO, monitekijätodennus) ja yksityiskohtaisten käyttäjien käyttöoikeuksien hallinnan käyttöö notto.
- Vaatimustenmukaisuus: Varmistetaan, että ratkaisu täyttää asiaankuuluvat sääntely- ja alan vaatimustenmukaisuusstandardit (esimerkiksi GDPR, HIPAA).
- Turvallisuuden valvonta: Integrointi SIEM-työkaluihin ja hälytysten määrittäminen mahdollisista tietoturvatapahtumista.

Taulukko 1. Esimerkkiarviointi
Vaatimus	Keskeiset näkökohdat
Verkkovalmius ja kaistanleveys	Kaistanleveys, QoS, WAN/Internet, palomuuri/NAT
Integrointi olemassa oleviin järjestelmiin	Hakemisto, CRM, PBX, Sähköposti/kalenteri
Päätepisteiden yhteensopivuus ja käyttöönotto	Laitetuki, käyttöönotto, laiteohjelmistopäivitykset
Suojausmääritykset ja salaus	Salaus, todennus, vaatimustenmukaisuus, tietoturvan valvonta
Käyttäjäkoulutus ja muutosten hallinta	Koulutusohjelmat, dokumentointi, muutosviestintä
Numeron siirrettävyys ja soittosuunnitelma	Numeron siirto/siirtäminen, soittosuunnitelman kääntäminen
Kolmannen osapuolen integraatiot	Haku, yhteyskeskus, faksi, analogiset laitteet

Verkon valmius ja vaatimukset

Verkkovalmius on ratkaisevan tärkeää onnistuneelle siirtymiselle mihin tahansa pilvipohjaiseen puheluratkaisuun, kuten. Huono verkon suunnittelu voi johtaa heikentyneeseen puhelun laatuun, puhelujen keskeyttämiseen ja tyytymättömiin käyttäjiin. Asiakkaiden on suoritettava verkon arviointi ennen siirtymistä. On suositeltavaa vahvistaa verkon kaistanleveyden saatavuus odotetulle puhelum äärälle, varmistaa palvelun laatua koskevat vaatimukset (QoS) täyttyvät ja ymmärtää eri portit, jotka on avattava reunapalomuurissa.

Luotettava verkkoyhteys riittävällä palvelulaadulla (kaistanleveys, pakettihäviö, RTT) on perusvaatimus parhaan mahdollisen käyttäjäkokemuksen varmistamiseksi päästä päähän kaikille ääni- ja videokuvaksellisten päätepisteiden, asiakkaiden ja sovellusten käyttäville päätelaitteille, asiakkaille ja sovelluksille.

Asiakkailla ja yhteistyökumppaneilla on käytössään OTT-verkon (Over-the-Top) lisäksi yhteysvaihtoehtoja, jotka voivat optimoida yhteyden Connectin sisälly Webex Edge ttämiseen. Lisätietoja Connect- suunnittelun yksityiskoh Webex Edge dista on ohjeaiheessa Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant ja Dedicated Instance.

Asiakkaat voivat käyttää cScan ia verkon arviointiin, joka antaa tietoa asiakkaan verkon laadusta, kuinka monta puhelua voidaan muodostaa , viiveestä ja niin edelleen. Lisätietoja cScan-työkalusta on ohjeaiheessa Verkon laadun testa Webex Calling aminen cScan illa.

Varmista, että verkko on valmis siirtymiseen, harkitse seuraavaa tarkistusluetteloa:

Kaistanleveyden suunnittelu

Laske samanaikaiset puhelut sivustokohtaisesti varmistaaksesi, että sinulla on riittävästi ylä- ja alavirran kaistanleveyttä ja sisällytä tilaa muuhun liiketoimintakriittiseen liikente eseen ja tulevaan kasvuun.

Webex CallingPuhelutyypin kaistanleveyslas kutaulukko näyttää käyttöönoton yhteydessä käytettävissä olevat puhelutyypit sekä jokaiselle puhelutyypille vaadittavan koodekkin ja enimmäiskaistanleveyden. Kuten puhelutyypin kaistanleveyslaskentataulu kossa esitetään, vaadittu äänipuhelun kaistanleveys kullekin puhelutyypille voidaan laskea seuraavan yleisen kaavan avulla: Webex Calling

Odotettujen samanaikaisten puhelujen lukumäärä* Kaistanleveys puhelua kohden koode kin perusteella = Vaadittu verkon läpäisykyky.

Taulukko 2. Webex Callingpuhelutyypin kaistanleveyden laskeminen
Puhelutyypit	Codec - kaistanleveys	Kaistanleveyden laskelmat
/Pöytäpuhelin ->	OPUS - 70 kbps	Samanaikaisten puheluiden lukumäärä* 70 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> Pöytäpuhelin	OPUS — 70 kbps	Samanaikaisten puheluiden lukumäärä* 70 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> PSTN LGW: n kautta	G.711 — 80 kbps	Samanaikaisten puheluiden lukumäärä* 80 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> PSTN Cloud PSTN: n kautta (esim. Ciscon puhelusuunnitelma)	G.711 — 80 kbps	Samanaikaisten puheluiden lukumäärä* 80 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> Enterprise LGW: n kautta	G.722 — 80 kbps	Samanaikaisten puheluiden lukumäärä* 80 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> vastaajaviesti	OPUS — 70 kbps	Samanaikaisten puheluiden lukumäärä* 70 kbps = Vaadittu verkon läpäisy kyky

Summaamalla samanaikainen vaadittu verkon läpäisykyky puhelut yyppiä kohden, tietyn sivuston mahdollinen kaistanleveys vaatimus voidaan määrittää.

Kaikki puhelujalat on aina ankkuroitu pääsy-SBC: iin. Tarvittavan Internet-kaistanleveyden määrittämiseksi tietylle sijainnille ei ole otettava huomioon vain sijaintien väliset puhelut, vaan myös sijainnin sisäiset puhelut ja puhelut paikalliselle yhdyskäytävälle ja sieltä kyseisessä paikassa. Esimerkiksi kahden MPP-puhelimen välinen paikan sisäinen puhelu vaatii jopa 2 x 70 kbps: n täyden kaksipuolisen puhelun sijainnin Internet-yhteydellä.

Ka Webex Callingistanleveyden laskentaesimerk kitaulukko näyttää esimerkin täydellisestä kaistanleveyden laskenta harjoituksesta olettaen, että kaikki laitteet ovat samassa paikassa.

Taulukko 3. Webex Callingkaistanleveyden laskenta esimerkkejä
Puhelutyypit	Samanaikaisten puheluiden määrä	Kokonaiskaistanleveys
Webex-sovellus/pöytäpuhelin → Webex-sovellus	15	2 * 15 * 70 kbps = 2100 kbps
Webex-sovellus/pöytäpuhelin → Pöytäpuhelin	15	2 * 15 * 70 kbps = 2100 kbps
Webex-sovellus/pöytäpuhelin → PSTN LGW: n kautta	50	2 * 50 * 80 kbps = 8 000 kbps
Webex-sovellus/pöytäpuhelin → PSTN Cloud Connectin kautta Webex Calling	0	0* 80 kbps
Webex-sovellus/pöytäpuhelin → Yritys LGW: n kautta	15	2 * 15 * 80 kbps = 2400 kbps
Webex-sovellus/pöytäpuhelin → Webex Calling Vastaajaviesti	5	5 * 70 kbps = 350 kbps
Puhelut kokonaisuudessa/Kaistanleveys	100 puhelua	14 950 kbps/14,95 Mbps

Kaikki yllä olevien taulukoiden kaistanleveysarvot viittaavat IP- kaistanleveyteen. Linkin kaistanleveys on suurempi WAN-kapseloinnista riippuen.
Yllä olevien taulukoiden kaistanleveys on tarkoitettu ääni puheluille. Videopuhelun kaistanleveyttä varten Webex-sovellus ja MPP 8845/65 -puhelimet tukevat H.264-videota, jonka enimmäisresoluutio on 720p ja enintään 1 500 kbps kaistanleveydellä puhelua koh den. Kuitenkin missä tahansa puhelun aikana kulutetun kaistanleveyden määrä vaihtelee videoviestinnälle ominaisen muuttuvan bittinopeu den perusteella.

Palvelun laatu (QoS)

Ota QoS-käytännöt käyttöön paikallisessa ympäristössä priorisoidaksesi reaaliaikaisen liikenteen ja varmista, että QoS ylläpidetään kytkimissä, reitittim issä ja palomuureissa.
Viive-, värähtely- ja pakettihäviökohteet

Seuraavia kynnysarvoja suositellaan optimaalisen äänen laadun saavuttamiseksi, kun puhelut menevät over-the-top (OTT) ja Internetin kautta:
- Latenssi - alle 100 ms yksisuuntainen
- Jitter - alle 10 ms
- Pakettihäviö - 0,5% tai vähemmän.
Palomuuri ja NAT

Varmista, että palomuuri on määritetty sallimaan liikenteen, kuten artikkelissa on lueteltu kohdassa Portin viitetiedot Webex Calling. Lisäksi salli pääsy samassa oppaassa lueteltuihin verkkotunnuksiin ja IP-alueisiin ja vältä SIP ALG: tä, koska se häiritsee SIP-signalointia. Välityspalvelinten kautta tapahtuvaa medialiikennettä tulisi välttää.
DNS ja NTP

Varmista verkkotunnusten ja luotettavien NTP-palvelimien asianmukainen DNS-resoluutio synkronoidaksesi laitekellot TLS- varmenteen tarkistusta ja kirjaamista varten.
Failover-suunnittelu

Harkitse olemassa olevia palveluntarjoajan datayhteyksiä (MPLS, SD-WAN jne.) ja suunnittele yleensä suora Internet-yhteys jokaisessa käyttöönoton sijainnissa. Suunnittele tarpeettomia Internet- yhteyksiä, joissa vaaditaan suurta saatavuutta. Koska käytät pilvipohjaisia palveluita, luotettava Internet- yhteys riittävällä kaistanleveydellä on perus vaatimus. Sinun tulisi harkita tätä siirtymistä uudelleen, jos organisaati osi sijaintipaikkojen Internet-yhteydet eivät yleensä ole luotettavia ja viive on alhainen ja riittävä ylä- ja loppupään suoritusteho .
Sivuston selviytymiskyky

Sivuston säilyvyys varmistaa, että yrityksesi on aina tavo itettavissa, vaikka verkkoyhteytesi katkeaisi. Site Survivalability käyttää paikallisen verkon yhdyskäytävää tarjotakseen varapuhelupalvelun paikan päällä oleville pää tepisteille tilanteissa, joissa verkkoyhteys katkeaa. Harkitse sivuston selviytymistä paikallisen selviytymisyhdy skäytävän (SGW) avulla, jos liiketoiminnan vaatimukset edellyttävät jatkuvaa puhelua verkon katkoksen sattuessa. Lisätietoja sivuston selviytymistarkastuksesta, katso Siv uston selviytymiskyky. Webex Calling

Pilviyhteyksien yhdistämisen määrittäminen

Cloud Connected UC (CCUC) on pilvipohjainen hallinta- ja analytiikkaratkaisu, joka on suunniteltu tarjoamaan keskitettyä näkyvyyttä, hallintaa ja näkemyksiä sekä paikallisiin (kutenUnified CM) että pilvipalveluihin (). Se toimii siltana perinteisten paikallisten ympäristöjen ja Ciscon pilvipalveluiden välillä ja tukee organisaatioita koko siirtymis matkan ajan.

Siirtymisen aikana, CCUC: llä on tärkeä rooli siirtymisprosessin virtaviivaistamisessa helpottamalla kattavan tiedon keräämistä olemassa olevasta yhtenäisen viestinnän käyttöönotosta. CCUC auttaa keskeisissä siirtymätehtävissä, kuten laitteiden, ominaisuuksien ja käyttäjän yhteystietojen siirtämisessä, sekä tuettujen IP-puhelimien laiteohjelmistopäivitysten automatisoinnissa. Tarjoamalla keskitetyn näkyvyyden ja hallinnan, CCUC auttaa varmistamaan sujuvamman ja tehokkaamman siirtokokemuksen.

Cisco suosittelee, että CCUC otetaan käyttöön ja otetaan käyttöön siirtymäprojektin varhaisessa vaiheessa, mieluiten ennen valmisteluvaihetta tai sen aikana. Tämä mahdollistaa oivallukset ja ominaisuudet, joita tarvitaan seuraavien siirtotoimintojen perusteelliseen arviointiin, invent ointiin ja suunnitteluun sekä matkasi kohti tulevaisuuden hybridiominaisuuksia.

Nykyisen ympäristön arviointi

Tärkein tehtävä siirron suunnittelussa on nykyisen paikallisen ympäristön ja käyttöönoton arviointi. Tämä antaa oivalluksia siitä, mitä mahdollisia muutoksia voidaan tarvita onnistune eseen siirtymiseen. Sen avulla voit myös arvioida alustan keskeisiä elementtejä verrattuna olemassa olevaan paikalliseen käyttöönottoon. Näiden tietojen avulla voit selvittää, mitä erityisiä tehtäviä siirtymiseen tarvitaan ja mitä muutoksia haluat tehdä liiketoiminnan ja teknisten vaatimusten ja käyttötapausten täyttämiseksi.

Seuraavat näkökohdat on tärkeää tarkistaa osana tätä työtä.

Lisensointi

Nykyisen käyttöönoton nykyisen lisenssirakenteen ymmärtäminen on avainasemassa, kun valmistaudutaan siirtymään. Suorita lisenssiarviointi nykyisen Ciscon paikallisen ratkaisun seuraaville alueille.

Alusta

Kyky ilmaista täysin, mikä on tällä hetkellä lisensoitu ydinalustallasi, on kriittistä, kun työskentelet tilitiimin tai kumppanisi kanssa parhaan polun joustavaan lisensointiin. On lisenso itu flex-lisensoinnilla. Lisätietoja joustavasta lisensoinnista on artikkelissa Cisco Collaboration flex plan.
Käyttäjät ja laitteet

Selvitä, mitä käyttöoikeusluokkaa nykyiset käyttäjät ja laitteet tarvitsevat. Tätä käytetään määrittä mään, minkä tyyppistä lisenssiä käyttäjille ja laitteille. tarjoaa useita lisensointityyppejä, mukaan lukien Professional- ja Standard-lisenssit käyttäjille sekä Professional- ja common area -lisenssit työtiloille. Lisätietoja laitelisensoinnista on tietolomakkeessa, joka on saatavana kohdasta Laitelisenssit.
Paikallinen yhdyskäytävä

Jos Cisco Unified Border Element (CUBE) vaaditaan PSTN-pääsyä varten tätä siirtymää varten, myös CUBE-lisensointia on harkittava. CUBE-lisensointinäkökohdat käsitellään myöhemmin tässä asiakirjassa.

Sijainti/Sivustot

Siirtymistä suunniteltaessa on otettava huomioon nykyisen käyttöönoton sisältämien sivustojen lukumäärä ja tyypit (suuri keskus, alue, sivuliike jne.). Nykyisten käyttöönot topaikkojen täydellinen ymmärtäminen auttaa strategisessa suunnittelussa onnistuneelle siirtymiselle, etenkin kun on kyse siirtävien sivustojen määrittämisestä ja missä järjestyksessä. Siirtopäätöksiä tehtäessä on tärkeää ymmärtää yksityiskohtaiset valintasuunnitelmavaatimukset (numerointi, soittotavat, rajoitusluokat jne.), sivuston verkkoyhteyksien ja kaistanleveyden (Internet, WAN, LAN) ja PSTN-yhteys (paikallinen tai keskitetty, IP tai TDM) kullekin sivustolle. Lisätietoja yleisistä käyttöönottomalleista ja keskeisistä näkökohdista on Yhteistyön käyttöönottomallien tiedoissa, jotka ovat saatavilla Collaboration SRND -palvelussa.

Toinen tärkeä käyttöönottonäkökohta siirryttäessä on sijainnin saatavuus. sillä on erilaisia ominaisuuksia, tilauksia ja laitteita, jotka ovat käytettävissä käyttöönoton sijainnin mukaan. Lisätietoja maantieteellisestä saatavuudesta on kohdassa Missä Webex on käytettävissä? .

Lopuksi on tärkeää ymmärtää siirtymisen vaikutus muihin yhteistyöpalveluihin. Tämän asiakirjan tavoitteen perusteella yleinen oletus on, että jos olemassa olevat yhteistyöpalvelut, jotka eivät kuulu puheluiden työ määrän ulkopuolelle, odotetaan siirtymistä edellä mainittuun vaiheen 1 hybridikäyttöönottoon. Esimerkkejä yhteistyöpalveluista, jotka saattavat vaatia hybridikäyttöönottoa, ovat paik allinen yhteyskeskus, jota ei ole vielä siirretty Webex-yhteyskeskukseen, ja tiukat integroinnit järjestelmiin, kuten hakujärjestelmiin ja laskutukseen. Lisätietoja ylimääräisten yhteistyökuormien ja palveluiden siirtymisestä on kohdassa Yhteistyö siirtymät.

Varastoi olemassa olevat laitteet/asiakkaat

Ennen siirtymisen aloittamista on tärkeää kartoittaa olemassa olevat laitteisto- ja ohjelmistopäätepisteet. Kun sinulla on täydellinen luettelo laitet yypeistä/-malleista, laitteistover sioista, soft-asiakaskäyttöjärjestelmien tyypeistä ja määristä, voit suunnitella laitteiden siirtymistä asianmukaisesti ja vähentää niiden laitteiden vaikutuksia, joita ei voida siirtää pilvipuheluihin . Inventaariota tulisi käyttää siirtyvien laitteiden ja vaihdettavien laitteiden määrittämiseen ennen siirtymistä.

Pöytäpuhelimet

Ääni- ja videopöytäpuhelimissa tuetaan vain 6800-, 7800-, 8800- ja 9800-sarjan pöytäpuhelimia. Tämä on osa Ciscon IP-puhelimista, joita tuetaan. On joitain malleja ja versioita 6800-, 7800- ja 8800 -puhelimista, joiden kanssa ei voida käyttää. Lisätietoja tuetuista malleista ja laitteistoversioista on ohjeaiheessa Tuetut laitteet Webex Calling.

Cisco 6800 -sarjan IP-puhelimia ei voi päivittää Enterprise-laiteohjelmistosta Multiplatform (MPP) -laiteohjelmistoon, joka vaaditaan. Siksi kaikki 6800-puhelimet, jotka on rekisteröity käynnissä olevaan yrityslaiteohjelmistoon, on korvattava 6800 MPP -mallilla tai muulla tuetulla puhelinmallilla.

Cisco 7800- ja 8800 -sarjan IP-puhelimet on päivitettävä Multiplatform Phone (MPP) - laiteohjelmistoon ennen siirtymistä ja niiden rekisteröintiä. Jos haluat selvittää, mitkä 7800- ja 8800 -mallit ja laitteistoversiot tukevat MPP-laiteohjelmistoa, katso Cisco 7800- ja 8800 -sarjan IP-puhelinten muuntaminen Enterprise- ja MPP-laiteohjelmiston välillä.

8845, 8865 ja 8865NR ovat päättyneet myyntiin, eikä niihin suositella siirtymistä.

8800 -sarjan puhelimien vanhempia versioita (8811, 8841, 8851, 8851NR, 8861) ei suositella käytettäväksi. Webex Calling Puhelimet, joissa on laitteistoversio VID 14 tai vanhempi, rekisteröityvät, mutta laitteiston vuoksi saattaa esiintyä suorituskykyongelmia.

9800-sarjan pöytäpuhelimissa on PhoneOS, joka tukee sekä rekisteröintiä että rekisteröintiä. Siksi nämä puhelimet voidaan siirtää ilman laiteohjelmistopäivitystä.

Kaikki muut IP-puhelimet on korvattava tukemilla 6800-, 7800-, 8800- tai 9800-sarjan puhelimilla. Webex Calling Lisätietoja tuetuista IP- ja pöytäpuhelimista on artikkelissa Tu etut laitteet Webex Calling.

Videopäätepisteet

Henkilökohtaiset ja huonevideopäätepisteet, mukaan lukien Cisco Board-, Room- ja Des k-sarjat, voidaan rekisteröidä natiivisti SIP-tiedostoihin. Mikä tahansa näistä päätelaitteista, joiden on soitettava ääni- ja/tai PSTN-puheluita, vaatii soittolisenssin:

Kokoushuoneissa, kokoontumistiloissa jne. jaetut laitteet edellyttävät joko Professional Workspace- tai Workspace-lisenssiä.

Loppukäyttäjän henkilökohtainen laite vaatii ammatillisen tai vakiolisenssin.

Määritä, kuinka monta videopäätepistettä on rekisteröity ja joita käytetään äänipuhelujen soittamiseen. On mahdollista, että joitain videopäätepisteitä voidaan käyttää vain kokouksiin liittymiseen tai SIP-videopuhelujen soittamiseen. Kummassakin tapauksessa päätepisteet on vielä siirrettävä ennen palvelinten käytöstä poistamista, mutta tämä auttaa määrittämään, kuinka moni niistä tarvitsee lisenssin jat kaakseen puheluiden soittamista.

Kun videolaitteet siirretään rekisteröinnistä kohteeseen, näiden päätepisteiden URI muuttuu, koska ne on nyt pilvirekisteröity.

Puhelinmallit 8845, 8865 ja 8875 ovat henkilökohtaisia videopuhelimia, joita tuetaan.

Pehmeät asiakkaat

Se on ainoa pehmeä asiakas, jota tukee, toisin kuin Unified CM se tukee sekä Webex-sovellusta että Jabberia, ja on uusi oletusohjelmisto loppukäyttäjille.

Jabberille toteutetuista käyttöönottotiloista riippuen (vain pikaviesti-, vain puhelin- ja/tai täysi UC-tilat), saatat joutua harkitsemaan myös Viestintä- ja/tai Kokous- työkuormien siirtymistä Jabberista. Se voidaan ottaa käyttöön vain puhel utilassa, jos sitä käytetään vain soittavana asiakkaana tai se voidaan ottaa käyttöön kokonaisuudessaan, Webex Suite jos muut työ kuor mat, esim. Webex Messagingja/taiWebex Meetings, siirretään sovellukseen soittamalla.

Se parantaa loppukäyttäjän kokemusta tarjoamalla tekoälyominaisuuksia, kuten ääni- /videoälykkyyttä, puhelujen transkriptiota ja muita. Lisätietoja on osoitteessa https://www.webex.com/all-new-webex.

Ennen käyttäjien siirtämistä sinun on siirrettävä heidän Jabber-asiakkaansa. Sinulla on kaksi vaihtoehtoa tämän siirtymän suorittamiseksi.

Ennen kuin siirrät ne

Kun siirrät ne.

Alkuperäisen siirtymisen helpottamiseksi, on suositeltavaa käyttää vaihtoehtoa 1 ja siirtää käyttäjät ensin puhelun kanssa. Tämä antaa käyttäjille aikaa tutustua uuteen sovellukseen, kun he käyttävät edelleen olemassa olevaa paikallista puhelualustaa. Kun olet valmis siirtämään käyttäjät, määrität heidät rekisteröitymään pilvipuhelualustalle.

Lisätietoja näistä kahdesta vaihtoehdosta on kohdassa Siirtymä matka - yksi tai kaksi vaih etta? .

Täydellinen luettelo tuetuista laitteista on kohdassa Tuetut laitteet Webex Calling.

Tarkista laitteen kelpoisuus

Kuten aiemmin mainittiin, tukee Ciscon IP-puhelimien osajoukkoa ja vaatii erilaisen laiteohjelmistotyypin 7800- ja 8800-sarjan puhelimille. Unified CMpuhelimet käyttävät Enterprise-laiteohjelmistoa, kun taas puhelimet käyttävät Multiplatform Phone (MPP) -laiteohjelmistoa. Valmisteluvaiheessa on suositeltavaa tarkistaa, mitkä rekisteröidyt puhelimet voivat päivittää MPP-laiteohjelmistoon. Tämä antaa sinulle aikaa korvata kelpaamattomat puhelimet jollakin tuetuista puhelinmalleista tai tunnistaa vaihtoehtoinen sopimus, kuten käyttäjän siirtäminen vain Webex-sovellukseen.

Ohjauskeskuksessa on sisäänrakennettu työkalu nimeltä Siirrä puhelimesi kohteeseen, joka auttaa määrittä mään puhelimien kelpoisuuden Webex Calling. Kun käytät tätä työkalua laitteen kelpoisuuden tarkistamiseen, valitse Siirto-vaihtoehto Luo vain la itelisenssi.

Control Hub -työkaluvaihtoehto Unified CM puhelimien kelpoisuuden tarkistamiseksi Webex Calling

Tämän vaihtoehdon avulla voit ladata CSV-tiedoston, joka sisältää puhelimet, jotta voit tarkistaa kunkin puhelimen kelpoisuuden. Valitsemalla tämän siirtovaihtoehdon se ei lisää puhelimia, koska olet vielä valmisteluvaiheessa etkä ole vielä valmis tekemään tätä. Lisätietoja on ohjeaiheessa Puhelimen siirtäminen kohteeseen Webex Calling.

On mahdollista, että jotkut puhelimet saattavat palata Tuntemattoman kelpo isu udella. Tämä johtuu tyypillisesti siitä, että se ei pysty vahvistamaan joitain puhelimen tietoja taustajärjestelmässä. Kaikissa puhelimissa, joiden tila on Tuntem aton, voit tarkistaa kahdella tavalla, ovatko ne oikeutettuja päivittä mään MPP-laiteohjelmistoon.

Tarkista jokainen puhelin manuaalisesti ja tarkista malli ja laitteistoversio (PID VID)

7800/8800 puhelintarra malli- ja laitteistoversiotiedoilla

Käytä Ciscon IP-puhelimen valmiustyökalua

Lataa työkalu osoitteesta https://github.com/joemar2/mpp_readiness_check.

Tämä työkalu ei ole virallinen Cisco-työkalu eikä sitä tueta TAC. Sillä on paras tuki, mutta sitä voidaan käyttää vapaasti.

Tämä työkalu on suoritettava tietokoneessa, joka on paikallinen ja jolla on pääsy palvelimiin ja IP-puhelimiin. Sillä on mahdollisuus ottaa verkkoyhteys IP-puhelimissa käyttöön, mikä on suositeltavaa ja tarvitaan parhaiden tulosten saamiseksi. Siksi sitä tulisi käyttää vapaa- aikoina, jotta vältetään häiriöt loppukäyttäjille. Työkalun tulosteessa on raportti, jossa luetellaan, mitkä 7800- ja 8800-sarjan puhelimista ovat oikeutettuja päivittämään MPP-laiteohjelmistoon. Koska se käyttää puhelinta suoraan, se voi tarkistaa Tuntem attomat laitteet, jotka ilmo itettiin Control Hub -työkalulla.

Cisco IP-puhelimen valmiustyökaluraportti

Käyttäjät

Yksi tärkeimmistä valmisteluvaiheista onnistuneen siirron varmistamiseksi on asianmukainen käyttäjän käyttöönotto. Sinun on suunniteltava oikein kaikille käyttäjille, vaikka tekisit vaiheittaisen siirron . Käyttäjille on varauduttava johonkin seuraavista:

Puhelun kanssa -sovelluksen käyttöönotto

Käyttöönotto

Palvelujen määrittäminen käyttäjälle

Jotta käyttäjät olisivat hakukelpoisia hakemistosta (soita napsauttamalla, käyttäjän yhteystiedot, puhelinhakemistohaku).

On suositeltavaa, että määrität kaikki käyttäjät ennen projektia tai sen alussa. Tämä sisältää käyttäjät, jotka edelleen käyttävät puhel Unified CM ualustaa, joka on riippumaton puhelulaitteestaan (IP-puhelin, Jabber,). Kun käyttäjät siirtyvät (ja/tai), päivität heidän lisenssinsä, jotta he ottavat käyttöön heidän tarvitsemansa palvelut. Varmistamalla kaikki yritysoittajak äyttäjät ennen siirtymisen aloittamista, se antaa käyttäjälle, joka on siirtynyt tai, hakea hakemistosta yrityskäyttäjää, joka on edelleen Jabberissa ja/tai käytössä. Tämä varmistaa, että siirtyneet käyttäjät voivat löytää minkä tahansa muun käyttäjän yhteystiedot ja soittaa heille hakemistohaun avulla.

Kuvioh akemist ohaku näyttää esimerkin käyttäjältä, joka etsii toista käyttäjää. Hakutulokset näyttävät käyttäjän yhteystiedot, ja ne voivat koskea käyttäjää, joka on edelleen Jabberissa, tai käyttäjälle, joka on siirtynyt ja/tai.

Webex-sovelluksen hakemistohaku

Määritä seuraavaksi, mihin olemassa olevista paikallisista puhelukäyttäjistä siirretään. Jos kaikki tai suuri määrä käyttäjiä siirretään, on suositeltavaa siirtää käyttäjiä ryhmiin varmistaaksesi, että projektitiimi, IT-henkilöstö ja tukihenkilöstö pystyvät käsittel emään siirtymistä ja mahdollisia ongelmia. Sinun tulisi myös varata aikaa alustavien tietojen ja koulutustilaisuuksien antamiseen käyttäjien valmistelemiseksi tähän siirtymään. Käyttä jien siirtymäryhmittely voidaan tehdä useiden kriteerien perusteella, mukaan lukien sijainti tai sivusto, johon käyttäjät on määritetty, käyttäjien osastot tai jopa käyttäjätyypit (tietotyöntekijät, johtajat, liikkuvat työntekijät jne.).

Esimerkiksi, jos käyttöönoton käyttäjät jakautuvat kolmeen pääsivustoon, New Yorkiin (NYC), San Franciscoon (SFC) ja Research Triangle Park (RTP), käyttäjän siirtymäsuunnitelma voi näyttää käyttäjän siirtymäsuunnitelman mukaiselta suunnitelmalta, joka on esitetty kohdassa Käyttäjien siirtymäsuunnitelma sivustoittain.
Taulukko 4. Käyttäjän siirtymäsuunnitelma sivustoittain
Käyttäjän sivusto/sijainti Siirtymistä edeltävät tiedot ja koulutukset Siirtymäaika Siirtymän jälkeinen tuki
NYC (1 525 käyttäjää) Viikko 1. huhtikuuta 15. huhtikuuta — 27. huhtikuuta Viikko 29. huhtikuuta
SFO (1 600 käyttäjää) Viikko 6. toukokuuta 20. toukokuuta — 31. toukokuuta Viikko 3. kesäkuuta
RTP (1 275 käyttäjää) Viikko 3. kesäkuuta Kesäkuu 17 - Kesäkuu 28 Viikko 1. heinäkuuta

Toinen tärkeä tekijä on käyttäjien siirtäminen yhteen, joilla on riippuvuuksia kesken ään. Tämä voi sisältää muun muassa seuraavat:

BLF-seuranta

Sama metsästyslentäjä/ryhmä

Jaa rivit

Osa samaa puhelunnoutoryhmää

Samojen puhelupistonumeroiden käyttäminen

Sisäpuhelin

Järjestelmänvalvoja/johtaja.

Voit tarkastella määrityksiä (käyttöliittymä tai vienti) tai käyttää Migration Insights - työkalua tunnistaaksesi käyttäjäryhmät, joilla on nämä riippuvuudet.

Taulukko 4. Käyttäjän siirtymäsuunnitelma sivustoittain
Käyttäjän sivusto/sijainti	Siirtymistä edeltävät tiedot ja koulutukset	Siirtymäaika	Siirtymän jälkeinen tuki
NYC (1 525 käyttäjää)	Viikko 1. huhtikuuta	15. huhtikuuta — 27. huhtikuuta	Viikko 29. huhtikuuta
SFO (1 600 käyttäjää)	Viikko 6. toukokuuta	20. toukokuuta — 31. toukokuuta	Viikko 3. kesäkuuta
RTP (1 275 käyttäjää)	Viikko 3. kesäkuuta	Kesäkuu 17 - Kesäkuu 28	Viikko 1. heinäkuuta

PSTN-liitäntä

Voit käyttää PSTN-verkkoa kolmella tavalla: Ciscon puhelusuunnitelmat, Cloud connect for (aiemmin Cloud Connected PSTN) ja paikallinen PSTN (paikallinen yhdyskäytävä). Yksittäinen sijainti, sellaisena kuin se on määritetty kohdassa, voidaan kuitenkin määrittää vain yhdelle PSTN-vaihtoehdolle.

Paikallinen PSTN, jossa on paikallinen yhdyskäytävä (LGW), on olennainen osa siirtymästrategiaa. Se tarjoaa yhteyden paikallisen käyttöönoton ja/tai PSTN: n ja alustan välillä. tukee sekä Ciscoa että sertifioituja kolmannen osapuolen istuntorajaohjaimia (SBC), joita voidaan käyttää paikallisena yhdyskäytävänä. Viimeisin luettelo tuetuista SBC:istä on kohdassa Luettelo tuetuista SBC: istä.

tukee jopa 250 samanaikaista puhelua yhdestä paikallisesta yhdyskäytävästä, joka on rekisteröintipohjainen, ja yli 250 samanaikaista puhelua yhdestä paikallisesta yhdyskäytävästä, joka on varmentepohjainen. Varmentepohjaiset paikalliset yhdyskäytävät voivat tukea jopa 6500 samanaikaista puhelua, mutta tämä perustuu paikallisen yhdyskäytävän yhteystyyppiin (Over-the-Top vs. interconnect peering) ja SBC-malliin, jossa paikallinen yhdyskäytävä otetaan käyttöön. Nämä rajoitukset ovat pohjimmiltaan oletuslaskuraja sekä paikallisille yhdyskäytäviin perustuville PSTN-puheluille että sivustojen välisille puheluille päätepist eiden välillä. Lisätietoja on kohdassa Paikallisen yhdyskäytävän käytön aloittaminen.

Kaikki tämän rajan ylittävät puhelut hylätään 403 kielletyllä. Näytä puhelun aktiivinen äänik omento voidaan suorittaa paikallisessa yhdyskäytävässä missä tahansa esiintymässä aktiivisten puhelujen kokonaismäärän määrittämiseksi.

Huonot verkkoolosuhteet paikallisen yhdyskäytävän ja pääsy-SBC: n välillä voivat rajoittaa signalointiyhteyden suorituskykyä, mikä johtaa vielä pienempään samanaikaisten puhel ujen rajoitukseen. Yksisuuntainen viive paikallisen yhdyskäytävän ja datakeskuksen välillä ei saa ylittää 100 ms ja värähtelyn tulisi olla alle 10 ms, kun taas pakettihäviö on alle 0.5%.

Ominaisuudet ja ominaisuuksien käyttö

Nykyistä ympäristöä arvioitaessa on tärkeää tunnistaa ja tarkistaa, mitkä ominaisuudet on määritetty. Lisäksi on tärkeää ymmärtää ominaisuuksien käyttö, jotta voit ( uudelleen) määritellä käyttöönoton liiketoiminnalliset ja tekniset vaatimukset.

Määritä, mitkä ominaisuudet on määritetty, analysoimalla kokoonpano. Tämä on kaikki staattiset tiedot, jotka asetetaan, kun ominaisuus tai asetus on määritetty järjestelmässä. Seuraavia vaihtoehtoja voidaan käyttää tämän analyysin suorittamiseen:

Tarkista kokoonpano järjestelmänvalvojan käyttöliittymässä

konfigurointivienti - joukkovienti tai AXL

siirtotietojen työkalu (suositus)

Ciscon kolmannen osapuolen kumppanityökalut (suositus).

Ominaisuuksien käytön tehokkaan analysoinnin kannalta on välttämätöntä tutkia dynaamisia järjestelmätietoja, kuten käyttöastetta, rekisteröintejä ja puheluto imintaa. Erilaiset analyyttiset työkalut ja hallintapaneelit tarjoavat oivalluk sia näistä mittareista, mikä mahdollistaa kattavan ymmärryksen järjestelmän suorituskyvystä ja kapasiteetista, mikä tukee tietoon perustuvaa päätöksentekoa siirto- ja optimointitoimien aikana. Seuraavia vaihtoehtoja voidaan käyttää tämäntyypp isen analyysin suorittamiseen:

Raaka-CDR-tietueiden tarkastelu

Unified CMRTMT-tietojen tarkastelu

Migration Insights -työkalu, joka käyttää CDR-tietoja

Katsaus pilviyhteyteen yhdistettyyn UC-analytiikkaan vuonna

Puhelun äänenvoimakkuus

Rekisteröidyt päätetapahtumat

(CAC) sijainnit

Tavaratilan käyttö.

Ciscon kolmannen osapuolen kumppanityökalut.

Cisco suosittelee aloittamista Webex Control Hub Migration Insights -työkalulla tätä analyysiä varten. Voit tuoda työkaluun vienti.TAR-tiedoston ja Unified CM CDR-tiedostot (valinnainen, mutta vaaditaan ominaisuuksien käytön analysointiin). Työkalu luo seuraavat CSV-pohjaiset rapor tit, joita voidaan käyttää analyysin aloittamiseen:

Taulukko 5. Unified CM.tar-tiedostosta luodut raportit
Raportin nimi
Raportin kuvaus
ImportedDataBulk.csv
Kaikki käyttäjät ja laitteet Unified CM datasta
DeviceEligibility.csv
Tunnistaa laitteet, joihin voidaan siirtää Webex Calling (IP-puhelimet, Room OS - laitteet, ATA-laitteet ja kolmannet osapuolet)
DevicePoolNumbers.txt
Luettelo kaikista tietyn laitepoolin numero ista
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Tiedot laitteista ja käyttäjistä, jotka tulisi siirtää yhdessä jaettujen linjojen, metsästys pilotin, puhelujonon, puhelun pysäköinnin ja puhelunnoutoryhmän kokoonpanon perusteella
HuntGroupMigrationInsight.csv
Yksityiskohtaiset tiedot määritetyistä metsäst yslinjoista, riviryhmistä ja niihin liittyvistä agenteista
SharedlineGroupMigrationReport.csv
Yleiskatsaus siitä, miten puhelinnumerot (hakemistonumerot) jaetaan käyttäjien kesken

Taulukko 6. Unified CM.tar- ja CDR. gzip-tiedostoista luodut raportit
Raportin nimi
Raportin kuvaus
FeatureUsageBasedDeviceEligibilityReport.csv
Tietoja laitteen siir ron kelpoisuudesta ominaisuuden käytön perusteella
FeatureUsageWithLastUsageDateReport.csv
Käyttömäärä, kuinka monta kertaa metsästyslentäjät ja puhelujonot on kutsuttu viimeisen käyttö päivämäärän kanssa
UserWorkspaceLastUsage.csv
Käyttäjien ja työtilojen viimeinen käyttöpäivä sekä pehmeille asiakka ille että kiintoleville puhelimille
DIDUsageReport.csv
DID-käyttö sekä määritetyille että määrittämättömille DID-laitteille

Lisätietoja Migration Insights -raporteista on kohdassa Siir tymis tiedot.

Jos tarvitset lisätietoja ominaisuuksista ja käytöstä Migration Insights -raporttien tietojen tarkistamisen jälkeen, Cisco suosittelee harkitsemaan jotakin Ciscon kolmannen osapuolen kumppanien siirtotyökaluista ja/tai tarkistamaan määritykset käyttöliittymässä tai kokoonpanojen vientitiedoissa.

Taulukko 5. Unified CM.tar-tiedostosta luodut raportit
Raportin nimi Raportin kuvaus
ImportedDataBulk.csv Kaikki käyttäjät ja laitteet Unified CM datasta
DeviceEligibility.csv Tunnistaa laitteet, joihin voidaan siirtää Webex Calling (IP-puhelimet, Room OS - laitteet, ATA-laitteet ja kolmannet osapuolet)
DevicePoolNumbers.txt Luettelo kaikista tietyn laitepoolin numero ista
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Tiedot laitteista ja käyttäjistä, jotka tulisi siirtää yhdessä jaettujen linjojen, metsästys pilotin, puhelujonon, puhelun pysäköinnin ja puhelunnoutoryhmän kokoonpanon perusteella
HuntGroupMigrationInsight.csv Yksityiskohtaiset tiedot määritetyistä metsäst yslinjoista, riviryhmistä ja niihin liittyvistä agenteista
SharedlineGroupMigrationReport.csv Yleiskatsaus siitä, miten puhelinnumerot (hakemistonumerot) jaetaan käyttäjien kesken

Taulukko 6. Unified CM.tar- ja CDR. gzip-tiedostoista luodut raportit
Raportin nimi Raportin kuvaus
FeatureUsageBasedDeviceEligibilityReport.csv Tietoja laitteen siir ron kelpoisuudesta ominaisuuden käytön perusteella
FeatureUsageWithLastUsageDateReport.csv Käyttömäärä, kuinka monta kertaa metsästyslentäjät ja puhelujonot on kutsuttu viimeisen käyttö päivämäärän kanssa
UserWorkspaceLastUsage.csv Käyttäjien ja työtilojen viimeinen käyttöpäivä sekä pehmeille asiakka ille että kiintoleville puhelimille
DIDUsageReport.csv DID-käyttö sekä määritetyille että määrittämättömille DID-laitteille

Cisco-integraatiot: Unity-yhteys UCCX UCCE

Vastaajaviesti on olennainen osa tarjousta ja se on natiivisti sisäänrakennettu ratkaisuun. ei voi integroida tilapohjaiseen vastaajaratkaisuun, kuten Unity Connection tai Unity Connection Express. Edelleen, ei ole alkuperäistä tapaa siirtää olemassa olevia Unity-yhteyden vastaajavi estejä tai tervehdyksiä käytettävissä olevaan alkuperäiseen vastaajapalveluun. Joillakin Ciscon kolmannen osapuolen kumppanin siirtotyökaluilla on mahdollisuus siirtää osa näistä tiedoista. Lisätietoja vastaajaviestistä on ohjeaiheessa Käyttäjän vastaaj aviestiasetusten määrittäminen ja hallinta. Webex Calling

tukee myös jaettuja vastaaja- ja faksipostilaatikoita. Lisätietoja on ohjeaiheessa Jaetun vastaajan ja saapuvan faksilaatikon hallinta. Webex Calling

siinä on sisäänrakennettu Auto Attendant -ominaisuus, joka sisältyy osana ydinalustaa. Tämä ominaisuus mahdollistaa Unity Connectionin puhelunkäsittelijöiden ja automaattisen hoitajan toiminnallisuuden siirtymisen. Control Hub -työkalu, Migrate Features fromUnified CM, tukee Unity-yhteyden kokoonpan ojen siirtämistä automaattisiin hoitajiin. Lisätietoja tämän työkalun käytöstä on kohdassa La itteiden ja ominaisuuksien siirtäminen Unified CM kohteeseenWebex Calling.

Puhelun tallennus

sisältää kaksi vaihtoehtoa puhelun tallennukseen ilman lisäkustannuksia.

Webex-puhelun tallennus

Dubber Go -tallennus (kumppanitarjous) - integraatio dubberin ja dubberin välillä, jossa kaikki tallennetut mediat säilytetään turvallisesti pilvessä.

mukana toimitettu tallennusaset ustaulukko korostaa joitain kahden puhelun tallennusvaihtoehdon keskeisiä ominaisuuksia, jotka ovat käytettävissä ilman lisäkustannuksia.

Taulukko 7. mukana tallennusvaihtoehdot
Webex Double Go

Käytettävissä kaikille käyttäjille Käytettävissä kaikille käyttäjille

Rajoittamattomat tallenteet Rajoittamattomat tallenteet

1 vuoden säilytysaja* 30 päivän säilytysaika

100 Gt tallennustilaa organisaatiota kohden -

Vaatimustenmukaisuusvaltuutetut voivat käyttää ja hallita puhelutallenteita -

Ohjelmointirajapinnat tallenteiden hallintaan -

Järjestelmänvalvojat voivat määrittää ja hallita käyttäjien pääsyä puhelutallenteisiinsa
Käyttäjät voivat hallita omia tallenteitaan User Hubin ja/tai Webex-sovelluksen avulla.
Vain käyttäjät voivat käyttää ja hallita tallenteitaan
Heidän dubber-portaalistaan.

Jos organisaatiosi tarvitsee lisää tallennusominaisuuksia, kuten vaatimustenmukaisuuspuhelujen tallennusta, pidempiä säilytysaikoja, enemmän tallennustilaa, tekoälyanalyysiä ja/tai järjestelmänvalvojan käyttöoikeuksia, sekä Ciscolta että kolmansien osapuolten tallennuspalveluntarjoajilta on tarjolla maksullisia tarjouksia tai lisäosia. Lisätietoja tallennuspalvelujen tarjoajista, kokoonpanoista ja lisäkumppanipalveluista on kohdassa Puhelun tallennuksen hallinta Webex Calling.

Taulukko 7. mukana tallennusvaihtoehdot
Webex	Double Go
Käytettävissä kaikille käyttäjille	Käytettävissä kaikille käyttäjille
Rajoittamattomat tallenteet	Rajoittamattomat tallenteet
1 vuoden säilytysaja*	30 päivän säilytysaika
100 Gt tallennustilaa organisaatiota kohden	-
Vaatimustenmukaisuusvaltuutetut voivat käyttää ja hallita puhelutallenteita	-
Ohjelmointirajapinnat tallenteiden hallintaan	-
Järjestelmänvalvojat voivat määrittää ja hallita käyttäjien pääsyä puhelutallenteisiinsa Käyttäjät voivat hallita omia tallenteitaan User Hubin ja/tai Webex-sovelluksen avulla.	Vain käyttäjät voivat käyttää ja hallita tallenteitaan Heidän dubber-portaalistaan.

Kolmannen osapuolen integraatiot

^{tukee erilaisia kolmannen osapuolen integraatioita, mukaan lukien, mutta ei rajoittuen, SBC: t paikallisille yhdyskäytäville, IP-puhelim
ille, sisäpuhelimille, kaiuttimien/hakulaitteille, ATA: lle jne.} ^{Näiden kolmannen osapu
olen laitteiden lisäksi Webex Calling tukee erilaisia kolmannen osapuolen
ratkaisuja asiak ^ast ukeen, analytiikkaan, tallentamiseen, laskutukseen jne.} Lisätietoja kolmannen osapuolen ratkaisu ^ista on kohdassa Webex App Hub.

Suunnitelma

Korkean tason hankesuunnitelma

Siirtolaismatka - yksi tai kaksi vaihetta?

Vaihtoehto 1: Yhden vaiheen käyttäjän siirtyminen

Vaihtoehto 2: Kaksivaiheinen käyttäjän siirtyminen

Vaihe 1

Vaihe 2

Korkean tason hankesuunnitelma

Kehitettäessä korkean tason projektisuunnitelmaa siirtymistä varten on välttämätöntä luoda selkeät vaiheet ja välitavoitteet, jotka vastaavat sekä liiketoiminnan tavoitteita että teknisiä vaatimuksia. Suunnitelman olisi aloitettava kattavalla arviointiv aiheella, johon sisältyy yksityiskohtaisten teknisten ja liiketoiminnallisten vaatimusten kerääminen, sidosryhmien tunnistaminen ja onnistumiskriteerien määrittely. Keskeisiä näkökohtia ovat resurs sien kohdentaminen, aikataulujen arviointi, riskienhallinta ja viestintästrategiat sen varmistamiseksi, että kaikki osapuolet ovat tietoisia ja sitoutuneita koko siirtymisen ajan. Lisäksi suunnitelmaan tulisi sisällyttää validointitarkastuspisteet, kuten pilottitestaus ja vaiheittaiset käyttöönotto häiriöiden minimoimiseksi ja palautteen perusteella tapahtuvien säädösten mahdollistamiseksi.

Esimerkkejä projektisuunnitelmaan sisällytettävistä elementeistä ovat:

Siirtymisen laajuuden määrittäminen (esim. siirtyvien käyttäjien, laitteiden ja ominaisuuksien siirtyminen)

Koulutustilaisuuksien ajoittaminen loppukäyttäjille ja tukitiimille

verkoston valmiusarviointien koordinointi ja

Leikkaustoimintojen suunnittelu varavaihtoehdoilla. On myös tärkeää integroida vaatimustenmukaisuus- ja turvallisuuskatsaukset sekä siirron jälkeiset tuki- ja optimointivaiheet .

Järjestämällä projektisuunnitelman näillä näkökohdilla organisaatiot voivat paremmin hallita monimutkaisuutta, vähentää riskejä ja saavuttaa sujuvamman siirtymisen.

Siirtolaismatka - yksi tai kaksi vaihetta?

vaatii käyttäjiä käyttämään puheluiden pehmeää asiakasohjelmaa. Siksi, jos käyttäjät käyttävät edelleen, sinulla on kaksi vaihtoehtoa, milloin voit siirtää heidät. Voit tehdä joko yhden vaiheen käyttäjän siirron tai kaksivaiheisen käyttäjän siirron.

Vaihtoehto 1: Yhden vaiheen käyttäjän siirtyminen

Yhden vaiheen siirrossa, käyttäjät siirtyvät paikasta toiseen samaan aikaan, kun he siirtyvät paikasta Unified CM toiseen. Tämä vaihtoehto on tyypillisesti tarkoitettu asiakkaille, joilla on pieni määrä käyttäjiä, ja he voivat hallita sekä käyttäjän pehmeän asiakasohjelman että soittopalvelun siirtämistä samanaikaisesti. Alla oleva kuva Käyttäjän puhelupalvelu, pehmeä asiakas ja puhelin siir tyvät samaan aikaan korostaa tämän tyyppistä siirtymistä. Tämän vaihtoehdon avulla käyttäjä suorittaa seuraavat kaikki samanaikaisesti:

Soittopalvelut siirrettiin osoitteesta

Puhelinnumerot ja laajennukset siirrettiin osoitteesta

Pehmeä asiakas siirtyi Jabberista - rekisteröidään

Puhelimen rekisteröinti siirrettiin osoitteeseen.

Käyttäjän puhelupalvelu, pehmeä asiakas ja puhelin siirtyvät samaan aikaan

Tämä voi silti olla vaiheittainen siirto, jossa käyttäjäryhmiä siirretään eri aikoina, mutta kun kutakin käyttäjää siirretään, kaikki nämä tapahtuvat samanaikaisesti.

Vaihtoehto 2: Kaksivaiheinen käyttäjän siirtyminen

Toinen lähestymistapa on kaksivaiheinen siirtyminen. Vaiheessa 1, käyttäjät siirtyvät puhelupalveluihin, mutta pysyvät päällä. Sitten vaiheessa 2, käyttäjät siirretään Unified CM kohteeseen. Tätä vaihtoehtoa suositellaan suuremmille asiakkaille, jotka hallitsevat loppukäyttäjän muutoksia ja haluavat erottaa käyttäjän pehmeän asiakasmuutoksen soittopalvelun muutoksesta. Seuraava kuva Siirrä pehmeä asiakas; siirrä sitten puhelupalvelu, pehmeä asiakas ja puhelin Webex Calling alla olevaan kohtaan korostaa tämän tyyppistä siirtoa.

Vaihe 1

Pehmeä asiakas, joka on siirtynyt paikasta toiseen - rekisteröidään.

Vaihe 2

Soittopalvelut siirtyivät osoitteesta.

Puhelinnumerot ja laajennukset siirrettiin osoitteesta.

rekisteröinti siirrettiin osoitteeseen.

Puhelimen rekisteröinti siirrettiin osoitteeseen.

Siirrä pehmeä asiakas; siirrä sitten puhelupalvelu, pehmeä asiakas ja puhelin Webex Calling

Tämä voi silti olla vaiheittainen siirto, jossa käyttäjäryhmiä siirretään eri aikoina molemmissa vaihe issa.

Valitsemasi vaihtoehto riippuu siitä, miten haluat hallita käyttäjien siirtymistä ja. Suosituksena on, että se toteutetaan vaiheittain (vaihtoehto 2). Näin voit minimoida loppu käyttäjän muutokset kerralla ja jakaa työn projektin eri osiin. Jos kuitenkin haluat, että käyttäjät vaikuttavat vain kerran, vaihtoehto 1 on myös pätevä.

Kun tarkastellaan suositeltua matkaa (vaihtoehto 1), Jabberin Webex-sovelluksen korkean tason siirtymä kartta alla näyttää korkean tason siirtymän vaiheelle 1.

Jabberin Webex-sovelluksen korkean tason siirtymäkartta

Tässä vaiheessa käyttäjät siirtyvät Jabberista kaikkiin puhelupalveluihinsa. Puhelualusta on kuitenkin edelleen Unified CM ja rekisterö i puhelupalvelunsa. Kuten Jabberin Webex-sovelluksen korkean tason siirtymäkartassa näkyy, paikallinen infrastruktuuri ei muutu, ja se toimii samalla tavalla kuin Jabber. Ainoa muutos on se, että se vaatii yhteyden.

Lisätietoja tästä siirtymisestä on kohdassa Jabber to Webex Transition Map and Deployment Guide Yhteistyösiirty mä -sivun Asiakas-osi ossa.

Unified CMWebex Callingkorkean tason siirtymäkar ttakuvaan on korkean tason siirtyminen kohteeseen. Tämä on suositellun matkan vaihe 2.

Unified CMWebex Callingkorkean tason siirtymäkarttaan

Jos päätät käyttää yhden vaiheen lähestymistapaa, tämä pätee myös.

Tässä vaiheessa käyttäjät siirretään ryhmissä. Tässä vaiheessa käyttäjät alkavat käyttää puhelupalveluihinsa, puheluiden rekisteröintiin ja IP-puhelimen rekisteröintiin.

Koska käyttäjät liikkuvat ryhmissä, Enterprise-käyttäjät jaetaan kahden puhelualustan kesken siirtymisen aikana. Vaihe 1 Webex Callingkorkean tason Unified CM siirtymäkartt akuvassa kuvaa tätä tilaa. Tämän vaiheen aikana tarvitaan suunnittelua, kuinka hallita puheluita käyttäjien välillä kahdella alustalla ja kuinka PSTN-puhelut reititetään. Joka kerta, kun käyttäjäryhmään siirrytään, puhelinsuunnitelmat ja puhelun reitityspäivitykset sekä paikalliset yhdyskäytävät vaaditaan.

Kun kaikki käyttäjät, ohjelmistoasiakkaat ja laitteet on siirretty (vaihe 2), kaikki paikallinen UC-infrastruktuuri voidaan poistaa ja poistaa käytöstä.

Suunnittelu

Alueen valinta

Sijainnit

PSTN

Soittosuunnitelma

Paikallinen soittosuunnitelma

soittosuunnitelma

Tallennus

1. Puhelun tallennuspalveluntarjoajan valinta

2. Alueen valinta

Hätäpuhelut

Lisensointi

Manuaalinen määritys kautta

Automaattiset lisenssinmäärityksen mallit

Joukkomääritys CSV-mallin kautta

API-pohjainen määritys

Lisenssivaatimukset

Käyttäjien käyttöönotto

Käyttäjäryhmät

Suositeltu lähestymistapa siirryttäessä kohteeseen

Käyttäjäryhmien suunnittelu

Kertakirjautuminen (SSO)

Useita IdP-tukia

1. Sulautumiset ja yritysostot

2. Useita riippumattomia IT-osastoja

3. Eri käyttäjäryhmät tai verkkotunnukset

4. Tuki erilaisille todennusprotokollille

5. Parannettu turvallisuus ja vaatimustenmukaisuus

6. Yksinkertaistettu käyttökokemus

Duo MFA SSO: lla

Ominaisuudet

Automaattinen hoitaja

Soita puistoon

Puhelun nouto

Puhelujono

Metsästysryhmä

Toimintamuodot

Hakuryhmä

Tallenteet

Yhden numeron ulottuvuus

Vastaajaviestiryhmä

Alueen valinta

on saatavana maailmanlaajuisesti ja toimitetaan redundanteista datakeskuksista useilla alueilla: Yhdysvalloissa (Dallas, Chicago), Kanadassa (Vancouver, Toronto), Euroopassa (Frankfurt, Amsterdam), Isossa-Britanniassa (Lontoo, Manchester), Australiassa (Melbourne, Sydney), Japanissa (Tokio, Osaka), Saudi-Arabia (Riad, Jedda) ja Intia (Mumbai, Chennai). Media-POP:t tarjoavat mediapalveluja median edestakaisten aikojen optimoimiseksi. Esimerkiksi Singaporen palvelinkeskusta käytetään optimoimaan median edestakaiset mat ka-ajat asiakkaille Aasian maissa, joissa edestakaiset ajat joko Australian tai Japanin alueelle saattavat olla epäoptimaalisia. Datakeskukset on kytketty toisiinsa usean gigabitin ja täysin redundantin runkoverkon avulla. Maailman laajuisesti hajautetut datakesk ukset osoittavat yleiskatsauksen kaikista datakeskuksista. Viimeisin luettelo käytettävissä olevista palvelinkeskuksista on kohdassa Tietokeskuksen sijainnit Webex Calling.

Maailmanlaajuisesti hajautetut datakeskukset

Jokainen asiakas on varmennettu yhdessä instanssista. Kaikki kyseisen asiakkaan varmennustiedot tallennetaan kyseiseen esiintymään, ja kaikkien kyseiselle asiakkaalle varattujen päätepisteiden ja paikallisten yhdyskäytävien SIP-signalointi on sidottu instanssiin, johon asiakas on varmennettu. Koska alkuperäistä aluevalintaa on vaikea muuttaa, on tärkeää ottaa huomioon kaikki olennaiset tekijät osana alueen valintaan johtavaa päätöks entekoprosessia. Liiallisen signaloinnin edestakaisen viiveen välttämiseksi on tärkeää päättää siirtymäprosessin varhaisessa vaiheessa, mitä instanssia tulisi käyttää. Cisco suosittelee valitsemaan instanssin, joka tarjoaa pienimmät merkinantoajat suurimmalle käyttäjämäärälle käyttöönoton aikana.

Katso saatavuus maakohtaisesti kohd asta Missä Webex on käytettävissä? .

Sijainnit

Jos haluat valmistautua sijaintien varaamiseen, kaikkien siirron kohdesijaintien tiedot on kerättävä. Kunkin sijain nin tarvitsemat tiedot on tiivistetty kohdassa Tiedot, jotka on tallennettava kustakin sijainnista.
Taulukko 1. Kullekin sijainnille tallennettavat tiedot
Tiedotus Kommentti
Laajennusalue (t) Jokaisella sijainnilla voi olla laajennuksia, jotka alkavat eri numeroilla. Yksi numero on säästettävä toimipaik kojen väliselle ohjausnumerolle (esimerkiksi 8) ja yksi PSTN- ohjausnumerolle (esimerkiksi 9). Mikään laajennusalue ei voi alkaa kummallakaan näistä kahdesta numerosta.
Kaikkien sijaintien laajennusalueiden on oltava yhtä pitkiä.
DID-alue (t) -
PSTN-ohjausnumero -
Sivuston koodi Kaikkien sijaintien sivustokoodien on oltava ainutlaatuisia ja saman pituisia.
Päänumero Sijaintia luotaessa on varattava kaksi DID-tunnusta. Yksi päänumerona (esimerkiksi määritetään automaattiselle hoitopalvelulle) ja yksi vastaajaporta alille.
Tarjoa yksi DID vastaajan numerolle.
Vastaajaviestin numero
Lisenssien lukumäärä Vaaditut lisenssit tyypin mukaan, mukaan lukien Standard, Professional, Workspace, Reittiluettelo, Lähtevä puhelusuunnitelma.
Samanaikaiset puhelut kiireisenä aikana Samanaikaisten puhelujen summa laitteiden välillä sekä laitteiden ja paikallisen yhdyskäytävän välillä (PSTN ja puhelut laitteisiin). Tarvitaan tarvittavan Internet-yhteyden kaistanleveyden määrittämiseen.
Maa -
Aikavyöhyke -
Kieli -
Yhteystiedot (nimi, puhelin, sähköposti) -
Osoite (katuosoite, kaupunki, osavaltio, postinumero) -
Hätäpalvelun fyysinen lähetettävä päätepisteiden sijainti Hätäpuheluihin käytettävä laitteen lähetettävä sijainti sisältää yleensä seuraavat: rakennuksen osoite, rakennuksen osoite + kerroksen numero, rakennuksen osoite + sviitin numero tai rakennuksen osoite + kerrosnumero + toimisto/kuutionumero.
Yksilöllinen fyysinen verkon sijainti laitetta kohden hätäpalveluille Hätäpuhelujen fyysinen verkkosijainti sisältää yleensä seuraavat: kytkin/kytkinportti langallisille laitteille, langattomille liitetyille laitteille BSSID:t (Wireless Access Point, AP) Basic Service Set Identifiers (BSSID) ja/tai paikalliset IP-aliverkot päätelaitteille.

PSTN

Käyttöönoton suunnittelussa asiakkailla on kolme ensisijaista PSTN-yhteysvaihtoehtoa: Cisco C alling Plans (Ciscon hallinnoima pilvipalvelupalvelu), Cloud Connec ted PSTN Providers (CCPP, jossa palveluntarjoajat toimittavat PSTN-palvelua pilven kautta ) ja paikallinen PSTN (jossa paikalliset yhdyskäytävät yhdistävät yritysverkon PSTN-verkkoon). Kun PSTN-kanava otetaan käyttöön hybridikäyttöönottoja varten (Lisätietoja on kohdassa PSTN-kanavaus hybridikäyttöönotoissa PSTN-kanavauksissa), organisaatiot saavat Webex Calling lisää joustavuutta siirtomen etelmässään. Tämän ominaisuuden avulla asiakkaat voivat siirtää PSTN-osoitteensa CCPP:hen siirtymä matkan alussa ja aloittaa siirtymisen pilvipalveluun käyttäjille, samalla kun CCPP:n avulla ylläpidetään PSTN-palvelua Ciscossa vaiheittaisen siirron aikana pysyvien käyttäjien PSTN-palvelun ylläpitämiseen.

Tämä hybridi-lähestymistapa antaa organisaatioille mahdollisuuden siirtää valitut käyttäjäryhmät ensin pil veen uudistamatta koko puhelinympäristöään välittömästi. Se tuo kuitenkin lisää monimutkaisuutta ja riskejä, erityisesti olemassa olevan puhelun reitityslogiikan mukauttamisessa uuden arkkitehtuurin tukemiseksi. Yhteentoimiv uus vanhojen sovellusten, kuten faksipalvelimien, yhteyskeskusten tai haku järjestelmien, kanssa vaatii myös huolellista harkintaa. Keskeisiä teknisiä haasteita voivat olla saumattomien koodekkien neuvottelujen varmistaminen ja DTMF (Dual-Tone Multi-Frequency) -signaloinnin varmistaminen sekaympäristössä sekä yhteensopivuuden vahvistam inen erikoistuneiden puhelinominaisuuksien kanssa. Asianmukainen suunnittelu ja testaus ovat välttämättömiä häiriöiden minimoimiseksi ja luotettavien äänipalvelujen ylläpitämiseksi koko siirtoprosessin ajan. Lisäksi kaupalliset näkökohdat ovat tärkeitä, koska hybridikanavaus edellyttää käyttö lisenssiä, joka perustuu paikallisen ympäristön ja Cloud Connected PSTN Provider (CCPP) välisten samanaikaisten puhelujen määrään.

Vaihtoehtoisesti organisaatiot voivat halutessaan säilyttää paikallisen PSTN-yhteyden koko siirtymävaiheen ajan. Tässä skenaariossa siirtyminen CCPP-järjestelmään voidaan suorittaa kahdella tavalla: yhtenä koordinoituna siirtymisenä kaikille käyttäjille ja sijainneille, kun siir to on valmis, tai asteittain, kun PSTN-siirto tapahtuu sijaintikohtaisesti, kun käyttäjät siirretään. Tämä lähestymistapa voi auttaa virtaviivaistamaan rinnakkaiseloa ja ylläpitämään jatkuvuutta vanhoissa integraatioissa, mutta se tuo mukanaan useita toiminnallisia monimutkaisuuksia. Näitä ovat muun muassa numeroiden siirtoon liittyvät haasteet, kuten tarve koordinoida numeroporttitilauksia tarkasti, mahdolliset viivästykset ja palveluntarjoajan asettamat rajoitukset, kuten samanaikaisten satamapyyntöjen määrän yläraja tai rajoitukset suurten lohkojen osajoukkojen siirtämiselle. Organisaatioiden on suunniteltava huolellisesti PSTN-siirtymästrategiansa ottaen huomioon nämä logistiset näkökohdat palvelun keskeytysten välttämiseksi ja sujuvan siirtymiskokemuksen varmistamiseksi.

Siirtyminen CCCP:hen alussa vs. paikallisen PSTN:n säilyttäminen

Kuvassa Siirtyminen CCCP:hen alussa vs. paikallisen PSTN:n säilyttäminen näyttää kaksi yllä selitettyä PSTN- siirtovaihtoehtoa. Vasemmalla olevassa kuvassa näkyy skenaario, jossa kaikki paikalliset käyttäjät ja sovellukset käyttävät pilvipalveluun li itettyjä PSTN-palveluja paikallisen runko-osan ja paikallisen yhdyskäytä vän kautta, kun taas oikealla olevassa kuvassa näkyy skenaario, jossa nyky inen paikallinen PSTN pysyy paikallaan ja käyttäjät käyttävät paikallista PSTN:ää paikallisten paikallisten yhdyskäytävien välisen Webex Calling yhteyden kautta ja. Siirtymisen aikana sijainnit voidaan vaihtaa Cloud Connected PSTN: n avulla.

Molemmissa tilanteissa paikallisen ja käyttäjän väliset puhelut käyttävät Paikallisen yhdyskäytävän yhteyttä. Paikallisen ja paikallisen yhteyden välinen yhteys on suunniteltava ja mitoitettava vastaavasti samanaikaisten puhelujen odotetun määrän ja vaaditun redundanssin perusteella.

Soittosuunnitelma

Saumattoman yhteentoimivuuden saavuttamiseksi siirtymäkauden välillä ja sen aikana on kehitettävä kattava puhelinsuunnitelma-arkkitehtuuri ja toteutettava molemmilla alustoilla. Tämä kahden alustan valintasuunnitelma varmistaa johdonmukaisen puhelun reitityksen, numeroiden kääntämisen ja ominaisuuksien läpinäkyvyyden, jolloin kummankin järjestelmän käyttäjät voivat kommunikoida ilman palvelun heikkenemistä tai käyttökokemuksen häiriöitä koko rinnakkaiselovaiheen ajan.

Paikallinen soittosuunnitelma

Siirtymävaiheen aikana yrityksessä rekisteröityjen Unified CM laitteiden rinnakkaiselon mahdollistamiseksi valintaohjelmaa on muutettava siten, että vähintään seuraavat vaatimukset täyttyvät:

+E.164 soittaminen kohteeseen

Laajennusvalinta kohteesta (toimipaikan sisäinen mutta myös toimipaikan välinen, jos laajennusalueet ovat yksilölliset)

Lyhennetty sivustojen välinen valinta osoitteesta

Pakotettu verkkovalinta osoitteesta

Takaisinsoitto vastaamattomien puheluiden hakemistosta kohteisiin

PSTN-puhelut PSTN:ään, jos siirron aikana käytetään paikallista PSTN:ää

PSTN-puhelut kohteesta if siirtymän aikana hybridikäyttöönottojen PSTN-kanavaa käytetään PSTN-yhteyden tarjoamiseen paikallisille käyttäjille Cloud Connect -palvelun kautta

Pakotettu verkkoon alkaen

Laajennusvalinta osoitteesta (sivuston välinen).

Jos jokin edellä mainituista ei ole tuettu soittotapoja ennen siirtymistä, esimerkiksi lyhennettyä sivustojen välistä soittotapaa ei ole olemassa, niitä ei välttämättä tarvitse ottaa käyttöön siirtymisen aikana.

Kuva Parhaat käytännöt -valintasuunnitelma näyttää parhaiden käytäntö jen mukaisen valintasuunnitelman, joka on ku vattu kohdassa Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Tämän lähestymistavan keskeisiä ominaisuuksia ovat:

Yksi osio +E.164-hakemistonumeroille

Ydinreititys perustuu +E.164 -reittikuvioihin

Kaikkien soittotapojen normalisointi numeroon +E.164 käännöskuvioiden avulla

Käännösmallin käyttö kutsuu hakutilan perintöä (vaihtoehto Käytä alullepanijan kutsuhakutilaa, joka on aset ettu käännösmalleihin).

Parhaiden käytäntöjen soittosuunnitelma

Esimerkiksi PSTN-valintaa (9+1+10D) SJC-laitteesta, jolla on linjakuvaushak utila SJCInternational, vastaa ensin 9.1 [2-9] XX [2-9] XXXXXX-käännösmalli, joka normalisoi soitetun osapuolen numeroksi +E.164. Toissijainen haku käyttää sitten samaa kutsuvaa hakutilaa SJCInternational uudelleen (kutsuu hakutilan perintöä) ja +E.164-numeroinen merkkijono vastaa joko +E.164-hakemistonumero DN-osi ossa tai jokin USPSTNNational- tai SJCpStnLocal-osion PST N- reittikuvioista. Lyhennetyt sivuston sisäiset ja sivustojen väliset valintatavat toteutetaan ES N- ja SJCTOE164-osiossa olevilla käännöksillä. Vaikka ESN- osio on yleinen osio (käytettävissä puhelimille kaikissa paikoissa), SJCTOE16 4-osio on käytettävissä vain sijainnin SJC käyttäjille. Tämä olettaa päällekkäisiä laajennusalueita.

Ensimmäinen askel soittamisen mahdollistamiseksi kohteeseen on varmistaa, että +E.164-kohteet reititetään vastaavasti. Tämä voidaan saavuttaa lisäämällä osio valintasuunnitelmaan, lisäämällä +E.164 -reittikuviot kaikille kohteille kyseiseen osioon ja lopuksi lisäämällä osio kaikkiin kutsuviin hakutiloihin, jotka edustavat palveluluokkia, joihin on voit ava päästä. Erillisen osion luominen vaaditaan, jotta voidaan luoda eriytetty palveluluokka, josta peräisin olevia puheluita varten. Puhelusilmukoiden välttämiseksi paikallisen yhdyskäytävän rungossa olevalla saapuvalla puheluhak utilalla ei pitäisi olla pääsyä osioon.

+E.164 reititys Webex Calling

Kuten kuvassa +E.164 -reititys on esitettyWebex Calling, jotta reititys voidaan mahdollistaa sijaintiin, jossa on +E.164 DID-alue +1 221 555 2XXX ja sivustokoodi 121, osioon on lisättävä kiireellinen reitti kuvio, joka vastaa tätätä+E.164 -aluetta.

Jos paikkakohtaista Paikallisen yhdyskäytävän valintaa ei tarvita, sen sijaan, että käytetään reittiluetteloa, jossa on paikallinen reittiryhmä määränpäänä yksittäiseen reittiryhmään, voidaan määrittää paikallinen yhdyskäytävä ainoana jäsenenä ja sitten reittikuviot viittaavat yhteen reittiluetteloon, jossa tämä yksi reittiryhmä on ainoa merkintä.

Sivustojen välisen lyhennetyn valinnan mahdollistamiseksi osioon lisätään vaadittu reittikuvio 8121.2XXX. Sivustot, jotka siirretään valintojen normalisointikuvioon 8121.2XXX, joka normalisoi ESN-valintaa arvoon +E. 164, saattaa jo olla ESN-osiossa. Tällöin 8121.2XXX näyttää tarpeettomalta, mutta heti kun kaikki kyseisen sijainnin DN:t on siirretty 8121.2XXX-valintojen normalisointikuvaan, kääntämismalli voidaan poistaa ja sitten 8121.2XXX- reittikuvio mahdollistaa ESN-valinnan jopa vain kyseisen alueen käyttäjille.

Näillä valintasuunnitelmamuutoksilla puhelut sijaintiin voidaan soittaa paitsi soittamalla lyhennettyyn inter-site ja +E.164. Myös kansainvälinen ja kansallinen PSTN-valinta on mahdollista, koska nämä soittotavat normalisoidaan ensin arvoon +E.164 jo olemassa olevien valintojen normalisointikäännösmallien kautta ja reititetään sitten vastaamalla osiossa olevaa +E.164-reittikuviota.

+E.164-reittikuvion vastaavuus sijainnin DID-alueella voidaan määrittää, kun kaikki DID-tunnukset ovat edelleen käytössä. Paras vastaavuuskuvion sovitusalgoritmi varmistaa, että kun valitset isännöidyn numeron, varattu +E.164-hakemistonumero vastaa paremmin kuin jokerimerkillä osoitettu +E.164-reittikuvio, joten puhelut laajennetaan päällä olevaan linjaan eikä lähetetä.

soittosuunnitelma

Jokaiselle käyttäjälle annetaan laajennus ja/tai +E.164-puhelinnumero. Laajennuksen pituus on kiinteä yleinen asetus: kaikilla käyttöönoton laajennuksilla on sama pituus. Laajennusvalintaa voidaan käyttää käyttäjien välillä sekä sijainnin sisällä että sijaintien välillä. Lyhennetty sivujen välinen laaj ennusvalinta (jälkimmäinen tapaus) toimii vain, jos valittu laajennus on ainutlaatuinen.

Jos paikkojen välinen lyhennetty valinta on vaatimus, mutta eri sijainneissa määritettyjen laajennusten välillä on päällekkäisyyksiä, on luotava yrityskohtainen numerointisuunnitelma lisä ämällä laajennukset pääsykoodilla ja sivustokoodilla. Lisätietoja on kohdassa Preferred Architecture for Cisco Collaboration 15 On-premises Deployments, Suunnittelun yleiskatsaus, joka on saatavilla Ciscon yhteist yön ensisijaisista arkkitehtuureista.

Laajennuksen pituus, sijaintien välinen laajennusvalintakäyttäytyminen, paikkojen välisen valinnan etuli itteen pituus ja reitityksen etuliitteen ohjausnumero sijaintien välisessä valintaa varten määritetään soittopalvelun asetuksissa seuraav issa kohdissa:

Sijainnin reitityksen etuliitteen pituus: Etuliitteen pituus ohjausnumeron mukaan lukien. Vaad itaan vain, jos yrityksen numerointisuunnitelma on laadittava vaihtoehtoisena lyhennettynä yritysten sijaintien väl isenä soittotapana.

Ohjausnumero reitityksen etuliitteessä: Ohjausnumero lyhennetylle yritysten sijaintien väliselle soittotavalle. Päällekkäisyyksiä minkä tahansa sijainnin ensimmäisen numeron ja sijainnin lähtevien valintanumeroiden kanssa tulisi välttää. Vaad itaan vain, jos yrityksen numerointisuunnitelma on laadittava vaihtoehtoisena lyhennettynä yritysten sijaintien väl isenä soittotapana.

Sisäinen jatkopituus: Jatkojen vakiopituus. Voi olla mikä tahansa arvo kahden ja kymmenen välillä.
Kun paikalliselta puhelunhallinnalta vaaditaan puhelinnumeroita tai soittamista yrityksen merkittävillä numeroilla (ohjauskoodi, sivustokoodi, laajennus) ja paikallinen puhelunhallinta lähettää laaj ennuksen soittajan tunnuksena, muista myös määrittää Puhelun reititys tilojen välillä ja tilojen välillä -osiossa Tuntematon enimmäispituus -parametri varmistaaksesi, että paikallisen puhel un hallinnan ylävirran puhelut voidaan luokitella paikallisiin puheluihin oikein.

Salli laajennusvalinta sijaintien välillä: Voit ottaa käyttöön tai poistaa käytöstä laaj ennusvalinnan sijaintien välillä. Tämä asetus tulisi ottaa käyttöön vain, jos kaikki organisaation laajennukset ovat yksilöllisiä. Jos vaihtoehto on poistettu käytöstä, yrityksen merkittävät numerot (ohjauskoodi, sivukoodi, laajennus) tai puhelinnumerot on valittava sijaintien välillä.

Kolmea ensimmäistä parametria käytetään pääasiassa puhelinten valintasuunnitelman luomiseen numeroiden välisten aikakatkaisujen minimo imiseksi offhook -valintaa käytettäessä. Näistä yleisistä asetuksista poikkeamat ovat edelleen mahdollisia (Esimerkki - eri pituiset laajennukset voidaan määrittää), mutta Control Hubiin ilmestyy varoitusviesti, ja puhelimista soittaminen saattaa edellyttää estettyä valintaa, jotta vältetään ristiriidat valmi iksi ladatussa soittosuunnitelmassa.

Taulukon Yritysnumerointiesimerkki näyttää esimerkin kolmesta sijainnista, joissa kahden sijainnin, NYC ja RTP, laajennusalueet ovat identtiset. Yritys numerointijärjestelmän luominen toimipaikkojen välisellä ohjausnumerolla 8, jota seuraa kolminumeroinen sivustokoodi, ja nelinumeroinen laajennus luo päällekkäisen lyhennetyn toimipaikkojen välisen soittotavan.

Taulukko 2. Esimerkki yritysnumeroinnista
Sivusto Laajennusalue Sivuston koodi Yritysvalikoima

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Sujuvan siirtymisen mahdollistamiseksi käyttäjien soittotapojen joukon ennen siirtymistä ihanteelliseen tilaan ja sen jälkeen tulisi olla samat. Kunkin sijainnin siirtymiseen valmistautumiseksi DID-alueet ja laajennusalueet (tai lyhennetyt sivuston sisäiset puhelutavat) on dokumentoitava. Näiden tietojen perusteella on valittava toimipaikkojen välinen ohjausnumero.

Taulukko Ki inteän pituuden laajennusalueet näyttää esimerkin kolmesta sijainnista ja kiinteän pituuden laajennus alueista. Koska päällekkäisiä soittotapoja on vältettävä, on tärkeää varmistaa, että minkä tahansa laajennusalueen ensimmäinen numero ei vastaa lyhennetyn toimipaikan välisen valinnan ohjausnumeroa. Jos esimerkiksi 8 on valittu ohjausnumeroksi toimipaik kojen välisessä valinnassa, mikään laajennusalue missään kohteessa ei voi alkaa numerolla 8. Tyypillisesti tietyn sijainnin laajennukset vastaavat kyseiseen sijaintiin osoitettujen DID-tunnusten viime isiä numeroita. Ristiriitojen välttämiseksi laajennuksen ensimmäistä numeroa voidaan muuttaa. Jos esimerkiksi sijainnissa käytetään +1 408 555 8XXX -alueen DID-tunnuksia, sen sijaan, että käytät laajennusalue ena 8XXX, voidaan käyttää 7XXX kyseisen sivuston laajennuksiin

Taulukko 3. Kiinteät pituiset laajennusalueet
Sivusto Laajennusalue Laajennukset Sivuston koodi Yritysvalikoima

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Yhdysvaltain soittosuunnitelmaa käyttävällä laitteella valitut seitsemännumeroiset valintajonot ovat päällekkäisiä paikallisvalinnan seitsemännumeroisen mallin kanssa ennalta ladatussa Yhdysvaltain soittosuunnitelmassa. Päällekkäisyyksien välttämiseksi verkon ja verkon ulkopuolella (PSTN) soittotapojen välillä voidaan käyttää pakollista ulkopuolista pääsykoodia kyseisessä paikassa. Jos olemassa oleva yrityksen numerointikaavio ja vastaava lyhennetty sivustojen välinen valinta ovat päällekkäisiä kansallisen valintaikkunan kuvioiden kanssa, niin siirtymisen aikana numerointikaavioon päällekkäisyyksien välttämiseksi voidaan myös muuttaa pidempään tai lyhyempään muotoon. Helpoin tapa saavuttaa tämä on lisätä ylimääräinen täytteenumero numerointikaavioon. Uusi pidempi sivustojen välinen valintamalli on hyväksyttävä vain niille käyttäjille, jotka ovat jo siirtyneet. Käyttäjät, jotka ovat edelleen päällä, voivat jatkaa seitsemän numeron soittamista. Tässä tapauksessa käytössä olevan yritysvalintasuunnitelman on varmistettava, että lyhennetty seitsemännumeroinen valinta numerosta kohteeseen muuttuu joko +E.164 -muotoon tai käytössä olevaan lyhennettyyn valintamuotoon. Unified CM Tämä on tehtävä ennen puhelun lähettämistä paikalliseen yhdyskäytävään.

Seitsennumeroinen taulukon siirtyminen -valintaikkuna näyttää esim erkin tästä numeroinnista. Tässä esimerkissä lyhennetty sivuston välinen valinta käyttää ohjausnumeroa 8, jota seuraa kaksinumeroinen sivustokoodi ja nelinumeroinen laajennus. Jotta väl tetään seitsennumeroinen lyhennetty sivustonvälinen valinta sijainneille, sivuston koodit voidaan helposti muuttaa kolmin umeroisiksi lisäämällä mielivaltainen täytteenumero (esimerkissä 8) käytettyihin kaksinumeroisiin sivustokoodeihin siten, että puhelinten välinen valinta käyttää ohjausnumeroa 8, jota seuraa täydennysnumero 8, vanha kaksinumeroinen sivustokoodi, ja nelinumeroinen laajennus. Käyttäjien ei tarvitse muistaa uusia sivustokoodeja; heidän on vain muistettava käyttää 88 etuliitteenä sivustojen välisessä valinnassa 8 päällä -numeron sijasta.

Taulukko 4. Seitsennumeroisen valinnan siirtyminen

Sivusto Laajennukset Sivuston koodi Yritysvalikoima Sivuston ode Enterprise-sarja

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

Jos käytössä on erilaiset yritysnumeromuodot ja jos yritysnumerot esitetään soittavan osapuolen tiedoina puheluille vastaanottajalle (esimerkiksi - Puhelut laitteista, joissa ei ole DID), on tärkeää ottaa käyttöön myös kartoitus eri numeromuotojen välillä soittavan osapuolen tietoja varten, jotta takaisinsoitto toimii. Tämä kartoitus voidaan saavuttaa käyttämällä kutsuvan osapuolen muunnosmallia rungossa ja paikallisen yhdyskäytävän välisessä rungossa.

Tallennus

Hyvin suunniteltu puhelutallennusratkaisu vaatii useiden keskeisten suunnitteluelementtien huolellista harkintaa sen varmistamiseksi, että se on yhdenmukainen organisaation tavoitteiden, sääntelyvaatimusten ja teknisten rajoitusten kanssa. Kaksi kriittisimmistä päätöksistä koskee palveluntarjoajan valinta ja alueen valinta, jotka molemmat on ehkä räätälöitävä maailmanlaajuisesti ja ohitettava tietyissä paikoissa liiketoiminnan tarpeiden perusteella.

1. Puhelun tallennuspalveluntarjoajan valinta

Sopivan puhelun tallennuspalveluntarjoajan valitseminen on olennaista liiketoimintat avoitteiden saavuttamiseksi ja ominaisuuksien yhdenmukaistamisen varmistamiseksi koko organisaatiossa:

Maailmanlaajuinen palveluntarjoajan valinta: Organisaatiot nimeävät yleensä ensisijaisen puhelun tallennuspalveluntarjoajan maailmanlaajuisella tasolla, mikä varmistaa ominaisuuksien yhdenmukaisuuden, vaatimustenmuka isuuden ja tuen kaikissa sijainneissa

Sijaintiin perustuvat ohitukset: Sken aarioissa, joissa tietyillä toimipaikoilla tai alueilla on ainutlaatuisia liiketoimintatarpeita tai sääntelyvaatimuksia, saattaa olla tarpeen ohittaa maailmanlaajuinen palveluntarjoajan valinta ja määrittää vaihtoehtoiset palveluntarjoajat näille sijainneille. Tämä joustavuus tukee erilaisia vaatimustenmukaisuusvaltuutuksia ja paikallisia operatiivisia tarpeita

Liiketoiminnan vaatimukset: Palveluntarjoajan valinnassa olisi arvioitava liiketoiminnan tekijöitä, kuten sääntelyn noudattamista (esimerkki - MiFID II, HIPAA), laad unvarmistus, riitojenratkaisu tai koulutustarpeet

Ominaisuuksien saatavuus: Palveluntarjoajia on arvioitava sen perusteella, miten ne pystyvät toimittamaan vaadittuja ominaisuuksia, kuten reaaliaikainen seuranta, haku- ja toisto-ominaisuudet, salaus, säilytyskäytännöt, integrointi analytiikkaalustoihin ja tuki eri puhelutyypeille (saapuvat, lähtevät, sisäiset).

2. Alueen valinta

Alueen määrittäminen, johon puhelutallenteet tallennetaan ja käsitellään, on ratkaisevan tärkeää vaatimustenmukaisuuden ja suorituskyvyn kannalta:

Yleinen aluevalinta: Oletusarvoisesti organisaatiot voivat valita yhden alueen puhelutallenteiden tallentamista varten hallinnan ja hallinnan yksinkertaistamiseksi

Sijaintiin perustuvat alueiden ohitukset: Jos tietojen sijaintia koskevat lait tai yrityskäytännöt sitä edellyttävät, voi olla tarpeen ohittaa tiettyjen sijaintien globaali alueasetus varmistaen, että puhelutallenteet tallennetaan ja käsitellään vaadituissa maantieteellisissä rajoissa

Tietojen sijaintivaatimukset: Suunnittelussa on otettava huomioon kansainväliset ja paikalliset tietosuojamääräykset (kuten GDPR, CCPA tai maakohtaiset valtuudet), jotka voivat määrätä, missä ja miten puhelut allenteet säilytetään.

Toinen kriittinen näkökohta, joka on otettava huomioon puheluntallennus ratkaisun suunnittelussa ja suunnittelussa, on tallennusvaatimusten arviointi. Tallennustarpeiden tarkka ennustaminen on välttämätöntä sen varmistamiseksi, että käytettävissä on riittävästi kapasiteettia jatkuvan liiketoiminnan tukemiseksi, vaatimustenmukaisuuden ylläpitämiseksi ja palveluhäiriöiden välttämiseksi.

Odo tettua varastointitarvetta määritettäessä on otettava huomioon useita keskeisiä parametreja:

Tallennettujen puheluiden määrä: Arvioi odotettu määrä puhel uita, jotka tallennetaan tietyllä aikavälillä (esim. päivässä, viikossa tai kuukaudessa). Tämä sisältää ulkoisten puhelujen lisäksi myös sisäisen viestinnän, jos yrityspolitiikka tai sääntelyvaltuudet sitä edellyttävät

Keskimääräinen puhelun kesto: Laske tallennettujen puheluiden tyypillinen pituus, koska pidem mät puhelut vievät enemmän tallennustilaa. Myös puhelun keston vaihtelut eri osastojen tai käyttäjäryhmien välillä tulisi ottaa huomioon arviossa

Säilytysaika: Määritä tallenteiden säilytysaika, joka usein määräytyy organis aation käytäntöjen tai ulkoisten määräysten (kuten toimi alakohtaisten vaatimustenmukaisuusstandardien) mukaan. Pidemmät säilytysajat lisäävät yleistä varastointitarvetta

Kasvuennusteet: Harkitse puhelumäärien odotettua kasvua tai tallennuslaajuuden laajentamista, mikä voi johtua liiketoiminnan skaalaamisesta, uusista sääntelyvaatimuksista tai uusien käyttäjien tai toimipaikkojen käyttöönotosta.

Analysoimalla nämä parametrit perusteellisesti organisaatiot voivat kehittää vankan tallennusstrategian, joka varmistaa puheluntallennusratkaisunsa skaalautuvuuden, kustannustehokkuuden ja sääntelyn noudattamisen. On myös suositeltavaa tarkistaa ja säätää tallennustilaa säännöllisesti käyttötapojen kehittyessä ajan myötä.

Hätäpuhelut

Vaatimus reitittää hätäpuhelu asianmukaiseen lähetyskeskukseen on vaatimus kaikille soittopalveluille, jotka tarjoavat PSTN-palvelua. Lisäksi hätäpuhelujen reititys on ratkaisun alkuperäinen ja sisältää tuen kaikille kansallisille hätänumeroille tukevissa maissa. Hätäpuhelun reititys perustuu sijaintiin määritettyyn sijaintiin ja sijainnin PSTN-käyttötapaan. Hätänumerot ovat ennalta määritettyjä ja erityisiä maassa, jossa käyttäjät ja laitteet on otettu käyttöön.

Hätäpuhelujen lähettämiseen on kaksi tapaa. On olemassa perushätäpuhelun reitityspalvelu ja tehostettu hätäpuhelun reitityspalvelu. Hätäpuhelun perusreitityspalvelu käyttää järjestelmänvalvojan valitsem aa numeroa tunnistamaan sijainnin ja soittoreitin hätäpalveluihin pääsemiseksi. Perus hätäpuheluissa puhelupolku kulkee tyypillisesti asiakkaan kyseisen sijainnin PSTN-vaihtoehdon kautta. siinä on myös parannettu hätäpuhelun reititys, joka on suunniteltu Yhdysvalloissa ja Kanadassa, joissa on sääntelyvaatimuksia, jotka edellyttävät valtakunnallisen palveluntarjoajan käyttämistä hätäpuhelujen toimittamiseen oikeaan lähetyskeskukseen.

Kaikkien asiakkaiden tulisi ottaa käyttöön vähintään hätäpuheluiden peruskokoonpano. Perus hätäpuhelu edellyttää, että kullekin kohdassa määritellylle sijainnille on osoitettu vähintään yksi asiakkaan omistama +E.164-numero. Perushätäpuhelun osalta kukin sijainti määritellään katuosoitteella, johon poliisi-, palo- tai ambulanssipalvelut lähetetään hätätilanteessa. Useimmissa tapauksissa sijainnin päänumero on paras valinta edustamaan hätätilanteen fyy sistä sijaintia. Tyypillisesti osoitteen osoittaminen +E.164-numero on koordinoidaan PSTN-palveluntarjoajan kanssa. Alla olevat kuvat osoittavat pää numeron määrittämisen, jota käytetään Richardsonin sijainnin hätäpuhelunumerona.

Sijainti ECBN-kokoonpano

Useimmissa tilanteissa rakennuksen osoite riittää sijainnin lähetysosoitteeksi. Mutta jos tietyille käyttäjille tai laitteille tarvitaan lisää sijaintitietoja , järjestelmänvalvoja voi käyttää samaa yllä kuvattua prosessia ja määrittää nämä laitteet tiettyyn osoitteeseen tai tarkempaan sijaintiin osoitteen sisällä (kuten kerroksessa tai huoneessa). Käyttä jähallinta -kohdassa Puhelut- välileh ti sallii käyttäjän ja hänen laitteidensa käyttävän tiettyä numeroa tietyn lähetysosoitteen saamiseksi. Seuraavat kuvat havainnollistavat, kuinka tietty numero voidaan määrittää laitteelle. Järjestelmänvalvoja on vastuussa siitä, että laitteen käyttämälle numerolle on määritetty oikea lähetysoite. Osoitteen määrittäminen tapahtuu tyypillisesti kyseisen sijainnin PSTN-palveluntarjoajan kautta.

Käyttäjän ECBN-kokoonpano

Yhdysvalloissa sijaitsevissa puhelinasennuksissa, joiden on tarjottava parannettuja hätäpuheluratka isuja, käyttää RedSkyn Horizon Mobility integroitua hätäpuhelujen reititykseen. Kun käytät RedSkyä puhelun reititykseen, järjestelmänvalvojan on rekisteröidyttävä tilille Ciscon kautta ja määritettävä asianmukaiset tiedot kohdassa Soit to -> Palveluasetukset, jotta tämä ominaisuus otetaan käyttöön. Kun RedSky- palvelu on otettu käyttöön järjestelmätasolla, järjestelmänvalvoja ottaa RedSky- palvelun käyttöön kullakin sijaintitasolla. Laajennetun hätäpuhelun käyttöönotto paikassa aktivoi palvelun kaikille laitteille, jotka on määritetty kyseiseen sijaintiin. Laitteita, jotka tukevat parannettua hätäpuhelua, ovat Cisco MPP -puhelimet, Cisco PhoneOS -puhelimet ja Ciscon puhelimet.

Tehostetun hätäpuhelun ottamiseksi käyttöön sijainnissa on kaksi asetusta. S alli RedSkyn vastaanottaa verkkoyhteystietoja ja testipuheluita tulisi käyttää varmist amaan, että laite- ja infrastruktuurikarttojen RedSky-määritykset ovat oikein. Tämä asetus sallii myös testipuhelujen soittamisen numeroon 933 sijainnin tarkistamiseksi RedSkyn IVR-järjestelmällä soittajan sijainnin lukemiseksi. Vaikka tämä asiakirja ei kata sijainnin seurannan RedSky-kokoonpanoa, järjestelmänvalvojan tulee AINA testata sijaintinsa löytäminen ennen hätä puhelujen aktivointia reitittämiseksi RedSkyyn. Kun testaus on suoritettu ja todennettu oikeaksi, järjestelmänvalvoja reitittää puhelut RedSkylle vaihtamalla reitin hätäpuhelut RedSkyyn. Tämä kytkin ohjaa kaikki sijainnin hätäpuhelut RedSkylle toimitettavaksi sijainnin vastaajakeskukseen.

Parannetut hätäpuhelut -asetukset koskevat myös asiakkaita sekä paikan päällä että sen ulkopuolella. Paikallisessa tilassa sitä voidaan seurata samalla tavalla kuin pöytäpuhelimia seurataan. Kun se on ulkopuolella, käyttäjä voi määrittää sijaintinsa dynaamisesti suoraan. Lisätietoja hätäpuheluista on kohdassa Par annettu hätäpuhelu.

Lisensointi

Käyttöoikeuksien määrittämiseen käyttäjille on useita vaihtoehtoja.

Manuaalinen määritys kautta

Järjestelmänvalvojat määrittävät käyttöoikeudet manuaalisesti yksittäisille käyttäjille käyttöliittymän kautta.

Järjestelmänvalvojat voivat muokata yksittäisten käyttäjien palvelulisenssejä ja määrittää soittolisenssit suoraan.

Automaattiset lisenssien määritysmallit

Käyttöoikeuksien määritysmallin avulla voit määrittää käyttäjille lisenssit automaattisesti ryhmä- tai organisaatioasetusten perusteella.

Automaattinen lisensointi voidaan suorittaa hakemistosynkronoinnin tai manuaalisten käyttäjäpäivitysten avulla, mutta käyttäjillä on oltava kelvollinen +E.164-muotoinen puhelinnumero ja puhelinnumeroiden on oltava sijainnissa ennen käyttäjän käyttöönottoa. Jos ehdot eivät täyty (esim. virheellinen puhelinnumerom uoto), lisenssejä ei anneta.

Joukkomääritys CSV-mallin kautta

Lataa CSV-tiedosto, jossa on käyttäjätiedot ja lisenssimääritykset, jotta voit lisätä tai muokata useita käyttäjiä kerralla.

CSV-tuonti tukee jopa 20 000 käyttäjän lisäämistä ja lisenssien määrittämistä, mutta lisenssit edellyttävät tiettyjä kenttiä, kuten puhelinnumeroa ja laajennusta.

API-pohjainen määritys

Ohjelmointirajapintojen avulla voit määrittää lisenssejä ohjelmallisesti ja hallita käyttäjiä.

tukee käyttäjän ja lisenssien hallinnan API-toimintoja (Ihmiset, SCIM 2.0 ja Licenses API:t), joita voidaan hyödyntää lisenssien määrityksen automaatioon. Lisenssien sovellusliittymä mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.
Taulukko 5. Käyttäjän käyttöönottoasetukset - yhteenveto
Tehtävämenetelmä Plussat Miinukset
Manuaalinen läpi Yksinkertainen harvoille käyttäjille.
Mahdollistaa lisenssien määräämisen tarkan ja yksityiskohtaisen hallinnan.
Ei skaalautuva, aikaa vievä
Altis inhimillisille virheille manuaalisen syöt ön aikana.

Automaattiset lisenssimallit Skaalautuva
Vähentää manuaalisia virheitä
Voidaan soveltaa uusiin ja olemassa oleviin käyttäjiin.
Vaatii voimassa olevat puhelinnumerot ja sijainnit.
Monimutkaisempi asentaa
Edellyttää myös käyttäjäryhmiä käyttäjäryhmää kohden, joilla on vastaavat lisenssivaatimukset.

Joukkolähetys CSV Tehokas suurille käyttäjäjoukoille
Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.
Vaatii huolellista CSV-muotoilua
Virheiden mahdollisuus, jos puhelin numerot tai laajennukset puuttuvat tai ovat virheellisiä.
API-pohjainen määritys Automatisoitava, joustava.
Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.
Vaatii kehitys- ja API-tietämystä.

Taulukossa Käyttäjän käyttöönottoasetukset - yhteenveto sisältää yhteenvedon käyttäjän käyttöönottovaihtoehdoista sekä niiden eduista ja haitoista. Tämä yleiskatsaus auttaa valitsemaan parhaan lisenssinmääritysmenetelmän asiakkaan organisaation koon, automaatioominaisuuksien sekä käyttäjien varmennus prosessien ja vaatimusten perusteella.

Aina kun mahdollista, Cisco suosittelee soittolisenssien määrittämistä lisenssimallien avulla. Tämä edellyttää, että jokaiselle käyttäjäryhmälle, joka vaatii yksilöllisen lisenssisarjan (Esimerkki - Standard vs. Professional) on olemassa ryhmä, jolla on vastaavat ryhmäjäsenyydet. Kuten Käyttäjär yhmät-osi oissa käsitellään, käyttäjäryhmät voidaan määrittää manuaalisesti yrityshakemistossa tai synkronoida siitä. Molempien lähestymistapojen yhdistelmä on mahdollista.

Useisiin ryhmiin kuuluvat käyttäjät saavat käyttöoikeudet kaikista tehtävistä, joita sovelletaan kaikkiin heidän ryhmiinsä. Tämä mahdollistaa lisenssikohtaisten suojausryhmien käyttämisen yrityshakemistossa käyttöoikeuksien määritysten hallintaan, kun tuloksena olevaa käyttäjän käyttöoikeusmääritystä hall itsee ryhmäjäsenyydet.

Lisätietoja on ohjeaiheissa Automaattisten käyttöoikeuksien määritysten määrittäminen Control Hubissa ja Automaattisten käyttöoikeuksien määritysmallien määrittä Webex Calling minen käyttäjille.

Lisenssivaatimukset

Tämä osio kattaa vain niihin liittyvät lisenssit. Muut käyttöoikeustyypit (Esimerkki - Webex-laitteen rekisteröinti, viestit, kokoukset) eivät kuulu. Osana suunnitteluprosessia lisenssivaatimukset on määrit ettävä. Seuraavien käyttöoikeustyyppien käyttöoikeusmäärät on laskettava:

Vakio: yksittäisten käyttäjien lukumäärä, jotka tarvitsevat vakiopuhelinominaisuuksia.

Ammattimainen: kehittyneitä puhelintoimintoja vaativien käyttäjien ja työtilojen määrä. Virtuaalilinjat ja ryhmävastaajaviesti ovat oikeutettuja 1:1 -suhteeseen kutakin ammattilisenssiä kohden. Siksi, harvoissa tapauksissa, joissa vaadittujen virtuaalilinjojen tai ryhmävastaajaviestien määrä ylittää käyttäjien ja työtilojen määrän, jotka vaativat kehittyneitä puhelin toimintoja, on otettava huomioon ylimääräiset ammattimaiset lisenssit.

Yhteisen alueen työtila: jaetun käytön tai yleisten alueiden sijaintien lukumäärä, jotka edell yttävät tavallisia puhelutoimintoja.

Asiakasapu: asiakasavun ominaisuuksia vaativien edustajien ja esimiesten lukumäärä. Asiakasapu sisältää Professional-lisenssin.

Reittiluettelopuhel ut: tarvittavien Cloud Connected PSTN-puhelujen määrä paikallisten käyttäjien ja/tai paikallisten erikoistuneiden kolmannen osapuolen sovellusten välillä.

Attendant Console: niiden käyttäjien lukumäärä, jotka tarvitsevat pääsyn hallintakonsoliasiakasohjelmaan.

Cisco Calling Plan (Outbound Calling Plan): niiden käyttäjien määrä, jotka tarvitsevat PSTN-numeron ja/tai lähtevän PSTN- puhelun käyttöoikeuden Cisco PSTN -palveluun.

Ammattimaisille työtiloille ei ole erillistä lisenssityyppiä. Ammattimaiset työ tilat käyttävät Professional-lisenssiä.

Vain hot-desk-työtilat tarjoavat hot-desking-isäntäpalvelun ja hätäpuhelut hotdesking -isännältä, eivätkä ne vaadi lisenssiä. Lisätietoja on ohjeaiheessa Vain hot desk -laitteiden lisääminen ja hallinta.

Jos haluat määrittää tarvittavan käyttöoikeustyypin kullekin käyttäjälle ja työtilalle tarvittavien ominaisuuksien perusteella, katso Ominais uudet, jotka ovat käytettävissä käyttöoikeustyypin mukaan Webex Calling.

Jos haluat erottaa puhelujonojen tarjoamat toiminnot yhdistettynä ammattikäyttöoikeuteen verrattuna asiakastukeen, katso Webex Callingpuhelu jonon ja asiakastuen ominaisuuksien vertailu.

Käyttäjien käyttöönotto

Webexin käyttäjien käyttöönotossa on useita vaihtoehtoja, joista kukin sopii organisaation eri tarpeisiin ja ympäristöihin:

Manuaalinen käyttöönotto: Järjestelmänvalvojat voivat lisätä ja hallita yksittäisiä käyttäjiä suoraan sisällä. Tämä menetelmä on suoraviivainen, mutta sopii parhaiten pieniin organisaatioihin tai rajoitettuihin käyttäjä muutoksiin.

Joukkovalmistus CSV: n kautta: Suurempien käyttäjäkuntien järjestelmänvalvojat voivat tuoda ja päivittää käyttäjiä irtotavarana lataamalla CSV-tiedostoja. Tämä mahdollistaa jopa tuhansien käyttäjien tehokkaan hallinnan kerralla.

Hakemiston synkronointivaihtoehdot:
Hakemist oliitäntä: Tämä on automaattinen synkronointityökalu, jota käytetään Microsoft Active Directory ympäristöissä. Se synkronoi käyttäjätilit, ryhmät ja määritteet ajoittain (tunneittain, päivittäin tai viikoittain). Se tukee usean toimialueen ja monen metsän aset Active Directory uksia ja voi synkronoida profiilikuvat ja huoneobjektit.

Ohj@@ attu Entra ID (Azure AD) -sovellus: Suunniteltu organisaatioille, jotka käyttävät Microsoft Entra ID (Azure AD), tämä menetelmä tarjoaa automaattisen, lähes reaaliaikaisen käyttäjä tilien ja määritteiden synkronoinnin suoraan Entra ID:stä. Se on täysin hallittu sisällä ja vaatii minimaalisen asennuksen.

SCIM 2.0 -sovellukset: Muissa kuin Microsoftin ympäristöissä tai muissa identiteettipalvelujen tarjoajissa, kuten Okta tai Duo, SCIM-pohjaiset synkronointisovellukset mahdollistavat käyttäjän automaattisen käyttöönoton ja varauksen poistamisen attribuuttien kartoituksella ja ryhmäsynkron oinnilla.

Unified CMkäyttäjän synkronointi: Tämän vaihtoehdon avulla voidaan luoda käyttäjätilejä olemassa olevien loppukäyttäjien perusteella synkronoimalla paikasta toiseen. Tämä edellyttää, että Cloud Connected UC (CCUC) toimii paikallisissa klustereissa. Yleensä on kuitenkin suositeltavaa synkronoida käyttäjät keskitetystä pilvihakemistosta, kuten Entra ID: stä, eikä suoraan.

API-käyttöönot to: Julkisia sovellusliittymiä (People, SCIM 2.0) voidaan käyttää käyttäjien tarjoamiseen. Ohjelmointirajapintojen käytön tärkein etu on mahdollisuus integroida käyttäjän provisiointi muihin yritysjärjestelmiin.
Taulukko 6. Käyttäjän varmennusasetukset
Varmistusmenetelmä Kuvaus Plussat Miinukset
Käsikirja Luo/hallitse käyttäjiä erikseen Yksinkertainen harvoille käyttäjille; infrastruktuuria ei tarvita Ei skaalautuva; aikaa vievä monille käyttäjille
Joukkona (CSV-tiedosto) Tuo/päivitä käyttäjät irtotavarana CSV: n kautta Tehokas ryhmille; koodausta ei tarvita Manuaalinen CSV-valmistelu; vähemmän dynaaminen
Ihmiset ja SCIM 2.0 API Ohjelmallinen käyttäjien hallinta Webex-sovellusliittymien kautta Joustava; tukee automaatiota ja integraatiota Vaatii kehitystä ja infrastruktuuria
Hakemiston synkronointi Automaattinen synkronointi AD-, Entra ID-, SCIM -sovelluksista, Unified CM Automatisoi elinkaaren; tukee suodatusta ja kartoitusta Asennuksen monimutkaisuus: joillakin vaihtoehdoilla on rajalliset ominaisuudet tai ne vaativat infrastruktuuria
Tässä yleiskatsauksessa ja taulukossa kuvataan tärkeimmät käyttäjien käyttöönottovaihtoehdot, niiden edut ja rajoitukset, joiden avulla voit valita parhaan lähestymistavan organisaatiosi tarpeisiin.

Käyttäjäryhmät

Käyttäjäryhmien hallinnan avulla järjestelmänvalvojat voivat järjestää käyttäjät ryhmiin lisenssien, asetusten ja resurssien tehokkaan joukkohallinnan varmistamiseksi. Ryhmät helpottavat hallintaa soveltamalla käytäntöjä, lisenssejä ja asetusmalleja useille käyttäjille samanaikaisesti sen sijaan, että hallitsisivat käyttäjiä erikseen.

Käyttäjäryhmien hallinta tarjoaa useita etuja, mukaan lukien:

Yksinkertaistettu hallinta: Hallitse useiden käyttäjien lisenssejä, asetuksia ja käytäntöjä kerralla.

Yhdenmuka isuus: Käytä yhtenäisiä asetuksia ja lisensse jä saman ryhmän käyttäjille.

Skaalautuvuus: Tukee jopa 250 000 jäsentä ryhmää kohden.

Integrointi: Synkronoi ryhmät Microsoft Entra ID: stä (Azure AD) tai automaattista Active Directory käyttäjien ja ryhmien hallintaa varten.

Joustav uus: Luo paikallisia ryhmiä tai synkronoi suojausryhmiä; hallitse ryhmän jäsenyyttä manuaalisesti tai CSV-tiedostojen avulla.

Resurssien kohd entaminen: Hallitse sulautettujen sovellusten ja palveluiden käyttöä ryhmäjäsenyyden perusteella.

Käyttäjäryhmien pääasialliset käyttötapaukset alustamisen aikana ovat:

Käyttöoikeusmäärit ykset: Määritä lisenssit ryhmille, jotta voit tarjota automaattisesti palveluja, kuten puhelu-, kokous-, viesti- tai hybridipalveluja ryhmän jäsenille.

Asetusmallit: Käytä palveluasetusten kokoelmia (esim. viestit, kok ous, puhelut) ryhmiin yhdenmukaisen käyttökokemuksen takaamiseksi.

Joukkokäyttäjien hallinta: Lisää tai poista käyttäjiä irtotavarana CSV-tiedostojen tai hakemisto synkronoinnin avulla.

Automaatio ja integrointi: Käytä ohjelmointirajapintoja tai hakemistosynkronointia automatisoituun käyttäjän ja ryhmän elinkaaren hallintaan.

Seuraavassa taulukossa on yhteenveto käyttäjäryhmien ja ryhmänhallinnan eri vaihtoehdo ista.
Taulukko 7. Vaihtoehdot ryhmien ja ryhmäjäsenyyden hallintaan
Vaihtoehto Kuvaus Plussat Miinukset

ryhmävalmistelut (ryhmät) Luo ja hallitse ryhmiä suoraan sisään. Lisää/poista jäseniä manuaalisesti tai CSV: n kautta. Täysi hallinta ryhmän jäsenyydestä
Lisenssien ja mallien välitön sovel taminen
Helppo luoda ja muokata ryhmiä Manuaaliset päivitykset vaaditaan
Virheriski manuaalisissa CSV-latauksissa
Ei automaattista synkronointia ulkoisten hakemistojen kanssa

Synkronoidut ryhmät Entra ID:stä (Azure AD) tai Active Directory Synkronoi suojausryhmät ja jäsenyydet automaattisesti ulkoisista hakemistop alveluista. Automaattinen synkronointi vähentää manuaalista työtä
Varmistaa yhdenmukaisuuden yrityshakemiston kanssa
Tukee suuria organisaatioita
Ryhmän jäsenyyttä ei voi muokata
Synkronointiviive jopa 12 tuntia
Sisäkkäiset ryhmät vaativat manuaalisen valinnan

Ryhmät ja SCIM 2.0 API (ryhmät) Käytä ryhmiä tai SCIM 2.0 -sovellusliittymää ohjelmalliseen ryhmien ja jäsenyyden hallintaan Automaatio ja integrointi muihin järjestelmiin
Skaalautuva suuriin tai monimutkaisiin ympäristöihin
Vaatii kehitystyötä
Monimutkaisuus riippuu sovellusliittymän käytöstä

Vaikka synkronoidut ryhmät varmistavat johdonmukaisuuden ja tarjoavat yhden hallintapisteen, synkron oidut ryhmät ja ryhmät yhdistyvät hybridimenetelmällä (hallitaan joko ohjauskeskuksessa tai sovellusliittymien kautta). Joten esimerkiksi lisenssien määritysryhmät voisivat olla synkronoituja ryhmiä ja erillistä ryhmäjoukkoa voidaan käyttää käyttäjä- ja kutsumallien määrittämiseen.

Tämä kattava lähestymistapa käyttäjäryhmien hallintaan antaa organisaatioille mahdollisuuden hallita tehokkaasti käyttäjän lisenssejä, asetuksia ja käytäntöjä varmistaen johdonmukaiset ja skaalautuvat yhteistyökokemukset.

Suositeltu lähestymistapa siirryttäessä kohteeseen

Ensisijainen tietolähde käyttäjille on tietokanta, joka sisältää loppukäyttäjän tietoja. kuitenkin, ei ole tyypillisesti arvovaltainen lähde käyttäjän henkilöllisyyden hallintaan, ja mikä tärkeintä, se suljetaan siirtymän lopussa, ja siksi se suljetaan pois pitkäaikaisena arvovaltaisena henkilöllisyystietojen lähteenä.

Cisco suosittelee keskitetyn pilvihakemiston, kuten Microsoft Entra ID (Azure AD), käyttöä käyttäjien identite ettien ainoana totuuden lähteenä. Käyttäjien synkronointi Entra ID:stä varmistaa johdonmukaisuuden, yksinkertaistaa hallintaa ja tukee kertakirjautumista (SSO).

Varmistaakseen, että kaikki käyttäjät ovat läsnä myös Entra ID: ssä, organisaatioiden on tarkistettava, että käyttäjätilit vastaavat Entra ID: n tilejä. Tämä voidaan tehdä viemällä käyttäjäluetteloita ja vertaamalla niitä Entra ID -käyttäjäluetteloihin.

Yhteenvetona voidaan todeta, että suositeltu valmistelutapa on synkronoida käyttäjät Microsoft Entra ID: stä (Azure AD) Webexiin käyttämällä ohjattua Azure AD -ohjattua tai SCIM-sovelluksia. Manuaalinen ja CSV-joukkovalmistus ovat saatavilla lisämenetelminä, mutta ne ovat vähemmän skaalautuvia ja virhealttiimpia suurille organisaatioille. Onnistuneen siirtymisen ja yhdenmukaisen käyttökokemuksen varmistamiseksi, että Entra ID on arvovaltainen lähde ja että kaikki käyttäjät ovat Entra ID:ssä, on ratkaisevan tärkeää onnistuneelle siirtymiselle ja yhdenmukaiselle käyttö kokemukselle eri ympäristöissä.

Siirtyminen paikallisesta hakemistopalvelustaActive Directory, kuten pilvihakemistopalveluun, kuten Entra ID (Azure ID), on riippumaton puhelun siirtymisestä. Cisco suosittelee siirtymisen lopettamista pilvihakemistopalveluun ennen puhelusiirron aloit tamista.

Käyttäjäryhmien suunnittelu

Kun olet siirtänyt yrityshakemiston paikallisesta pilveen, kerää tarvittavat käyttä järyhmät, jotka ohjaavat lisenssi- ja ominaisuus mallivaatimuksia. Jokaiselle ryhmäasiakirjalle:

Ryhmän nimi: ryhmän yksilöllinen nimi.

Lisenssit: tälle ryhmälle määritettävät lisenssit (jos sellaisia on) ja laaj uus (jos lisenssit on osoitettava olemassa oleville käyttäjille tai vain uusille käyttäjille)

Asetusmallit: Webex-sovelluksen ja käyttäjän puhelumallit.

Hakemistosynkronointi: Synkronoidaanko tämä ryhmä yrityshakemistosta vai onko tämä paikallinen Webex-ryhmä, joka on luotu Control Hubissa vai sovellusliittymän kautta.

Kuvaus: miten tätä ryhmää käytetään ja ketkä käyttäjät pitäisi olla tämän ryhmän jäseniä

Näitä tietoja käytetään myöhemmin toteutusvaiheessa paikallisten ryhmien tai ryhmien luomiseen yrityshakemistoon ja käyttäjien ryhmäjäsenyyden hallintaan.

Kertakirjautuminen (SSO)

Cisco suosittelee SSO: n käyttöä käyttäjän todennuksessa. SSO: n käyttämisellä on joitain vakuuttavia etuja, mukaan lukien:

Yksinkertaistettu käyttäjän todennus: Käyttäjät voivat kirjautua sisään kerran käyttämällä yrityksen tunnistetietoja (esim. Azure ID:stä) käyttääkseen muita integroituja sovelluksia, mikä poistaa useiden salasanojen tarpeen ja vähentää kirjautumiskehotteita. Tämä parantaa turvallisuutta varmistamalla, että yrityksen salasanoja ei koskaan tallenneta tai lähetetä todennuksen jälkeen.

Yksinkertaistettu käyttäjähallinta: Automatisoi käyttäjätilien luomisen, päivitykset ja deaktivoinnin yrityshakemistossa tehtyjen muutosten perusteella, mikä vähentää hallinnollisia kustannuksia ja varmistaa, että vain valtuutetuilla käyttäjillä on pääsy.

Parannettu tietoturva: SSO vähentää salasanojen väsymistä ja salasanoihin liittyvien rikkomusten riskiä keskittämällä todennuksen luotettavien identiteettipalvelujen tarjoajien (IDP) kautta.

Monitekijätodennuksen (MFA) helppo integrointi: MFA: ta voidaan helposti tukea joko Cisco Duon kaltaisen Identity Access Management - ratkaisun avulla tai IdP: n MFA-tuen avulla.

Palvelujen SSO: n käyttöönottoon on useita vaihtoehtoja:

SAML 2.0 -pohjainen SSO: S SO-integrointiin tuettu ensisijainen protokolla, joka mahdollistaa todennustietojen turvallisen vaihdon Id P:n ja palveluntarjoajan välillä.

OpenID connect (OIDC): Tuetaan vaihtoehtoisena nykyaikaisena todennusprotokollana SSO-integra atioon.

Webex-identiteetti: Tuetaan myös identiteetin tarjoajan vaihtoehtona.

SSO määritetään ja hallitaan keskitetysti, mikä edellyttää metatietojen vaihtoa valitun IdP:n välillä.

Kokoonpanon jälkeen SSO voidaan testata sisällä ennen aktivointia oikean asennuksen varmistamiseksi.

Cisco tukee integrointia useiden testattujen ja yleisesti käytettyjen IDP:iden ja identiteettienhall intajärjestelmien (IAM) kanssa, mukaan lukien muun muassa seuraavat:

Cisco Duo

Okta

Microsoft Active DirectoryLiittopalvelut (ADFS)

Microsoft Azure

Ping Federate

OpenAM

F5 BIG-IP.

Nämä IDP: t ovat SAML 2.0- tai OpenID Connect -standardien mukaisia, ja niiden yhteensopivuus Ciscon yhteistyöratkaisujen kanssa on vahvistettu.

Useita IdP-tukia

antaa organisaatioille mahdollisuuden määrittää SSO useilla IDP:llä monimutkaisiin IT- ympäristöihin, kuten fuusioihin, yritysostoihin tai hajautettuihin IT-osastoihin, joissa eri ryhmät käyttävät erilaisia IDP:itä. Useiden IdP-tuki voidaan toteuttaa joko käyttämällä Multiple IdP -ominaisuutta tai integroimalla yrityksen IAM-järjestelmä, kuten Cisco Duo.

IdP-tuki kattaa useita keskeisiä käyttötapauksia, joissa organisaatiot tarvitsevat joustavaa ja turvallista todennusta erilaisissa IT-ympäristöissä:

1. Sulautumiset ja yritysostot

Kun yritykset sulautuvat tai hankkivat muita, niillä on usein erilliset IT-infrastruktuurit ja erilliset sisäiset henkilöt, jotka eivät voi liittyä. Usean IdP-tuen avulla molempien organisaatioiden käyttäjät voivat todentaa ja tehdä yhteistyötä turvallisesti tarvitsematta yhtenäistää identiteettijärjestelmiään välittömästi.

2. Useita riippumattomia IT-osastoja

Suurilla organisaatioilla tai valtion laitoksilla voi olla useita itsenäisiä IT-osastoja, joista kukin hallinnoi omaa IdP:tä. Usean IdP-ominaisuuden avulla nämä osastot voivat ylläpitää omia todennus järjestelmiään samalla, kun käyttäjät voivat käyttää saumattomasti.

3. Eri käyttäjäryhmät tai verkkotunnukset

Organisaatiot, joilla on useita käyttäjäryhmiä (esim. työntekijät vs. urakoitsijat) tai useita sähköposti toimialueita, voivat määrittää reitityssäännöt ohjaamaan todennuspyynnöt asianmukaiselle IdP:lle toimialueen tai ryhmän jäsenyyden perusteella. Tämä tukee eriytettyjä käyttökäytäntöjä ja suojaus valvontaa.

4. Tuki erilaisille todennusprotokollille

tukee SAML- ja OpenID Connect (OIDC) IDP:itä, jolloin organisaatiot voivat integroida erity yppisiä henkilöllisyyden tarjoajia olemassa olevan infrastruktuurin ja tietoturvavaatimustensa mukaisesti.

5. Parannettu turvallisuus ja vaatimustenmukaisuus

Ottamalla käyttöön useita IDP:itä organisaatiot voivat ottaa käyttöön vahvempia todennusmekanismeja, mukaan lukien monivaiheisen todennuksen (MFA) Duon kaltaisten integraatioiden avulla, ja valvoa johdonmukaisia tietoturvakäytäntöjä eri käyttäjäkunnissa.

6. Yksinkertaistettu käyttökokemus

Käyttäjät voivat todentaa käyttämällä kunkin IDP:n nykyisiä tunnistetietoja, mikä tarjoaa yhten äisen kirjautumiskokemuksen useiden identiteettijärjestelmien monimutkaisuudesta huolimatta.

Vaikka use an IdP-tuki tarjoaa joustavuutta, se vaatii huolellista koordinointia tietoturva- ja henkilöllisyysryhmien välillä johdonmukaisten tietoturvakäytäntöjen ylläpitämiseksi ja mahdollisten haavoittuvuuksien välttämiseksi.

Duo MFA SSO: lla

Duo Access Gateway (DAG) voi todentaa käyttäjät käyttämällä olemassa olevia paikallisia tai pilvipohjaisia hakemistoja, kuten Active Directory (AD) ja OpenLDAP. Se tukee myös integrointia muiden identiteettipalvelujen tarjoajien kanssa, kuten Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS ja Shibboleth. Tämän joustavuuden avulla organisaatiot voivat käyttää nykyistä hakemisto infrastruktuuriaan Webex SSO: lle Duo MFA: lla.

Duo toimii vahvana todennuskerroksena ensisijaisen hakemiston todennuksen päällä. Se toimii identiteetin tarjoajana (IdP), joka käyttää SAML 2.0: ta kaksivaiheisen todennuksen (2FA) pakottamiseksi ennen käyttöoikeuden myöntämistä. Duo arvioi käyttäjän, laitteen ja verkon kontekstia kontekstin konfiguroitavissa olevien käytäntöjen perusteella pääsyn sallimiseksi tai estämiseksi , mikä parantaa turvallisuutta pelkän käyttäjätunnuksen ja salasanan lisäksi. Duo tarjoaa myös joustavia käytäntöasetuksia, kuten vaaditaan MFA: ta jokaisessa kirjautumisessa joillekin sovelluksille ja harvemmin toisille.

Cisco Duon etuja ovat:

Parannettu suojaus: Lisää phishingille kestävän MFA: n suojaamaan pääsyä ja vähentää vaarantuneiden salasanojen riskiä.

Joustavat käytännöt: Mahdollistaa todennusvaatimusten yksityiskohtaisen hallinnan sovellusta tai käyttäjäryhmää kohden.

Integrointi olemassa oleviin hakemistoihin: Tu kee paikallisia AD-, OpenLDAP-, pilvi hakemistoja ja erilaisia SSO-palveluntarjoajia minimoimalla infrastruktuurin muutokset.

Käyttömukavuus: Tu kee kertakirjautumista (SSO) salasanan väsymisen vähentämiseksi ant amalla käyttäjille mahdollisuuden kirjautua sisään kerran ja käyttää useita resursseja turvallisesti.

Luotetut päätepisteet: Tukee laitteiden luottamusta Windows- ja macOS-käyttöjärjestelmissä ja parantaa tietoturva-asentoa.

Itsepalvelurekisteröinti: Sis äinen rekisteröinti ja duo-kehote parantavat käyttökokemusta MFA- asennuksen aikana.

Duo MFA, jossa on SSO for, hyödyntää olemassa olevia hakemistoja, kuten Active Directory OpenLDAP, tai pilviidentiteettipalvelujen tarjoajia, käyttäjien todentamiseen. Duon tehtävänä on tarjota vahva, käytäntöihin perustuva toinen todentamistekijä, joka on integroitu SAML 2.0: n kautta, mikä parantaa turvallisuutta säilyttäen samalla käyttäjän mukavuuden SSO: n kautta. Edut sisältävät paremman tietoturva-asennon, joustavan käytännön täytäntöönpanon, saumattoman integroinnin ja paremman käyttökokemuksen.

Cisco suosittelee SSO: n käyttöönottoa käyttäjille. Parempaa tietoturvaa varten suositellaan integrointia Cisco Duo -sovelluksen kanssa.

Yritysten IAM- ja SSO -strategia olisi otettava käyttöön ennen siirty misen aloittamista.

Ominaisuudet

sisältää täyden valikoiman keskeisiä ominaisuuksia, jotka sisältyvät palveluun. Tämä sisältää monia yritystason puheluominaisuuksia, jotka ovat olleet käytettävissä monien vuosien ajan. Et ehkä näe 100-prosenttista pariteettia ominaisuuksien ja ominaisuuksien välillä, mutta kuten alla olevasta kuvasta näet, tärkeimmät puheluominaisuudet ovat käytettävissä.

Webex Callingyritystason ominaisuudet

Monien käyttäjäominaisuuksien lisäksi, sillä on ydinjärjestelmän ominaisuudet, jotka sisältyvät alustaan. Näitä ovat ominaisuudet, kuten automaattiset hoitajat, puhelujonot, puhelupysäköinti jne. Näet kaikki käytettävissä olevat ydinjärjestelmän ominaisuudet kohdasta Palvelu → Puhel ut → Ominaisuudet kuvan Webex Callingydin ominaisuudet kuvatulla tavalla.

Webex Callingydinominaisuudet

Automaattinen hoitaja

Auto Attendant mahdollistaa saapuvien puhelujen käsittelyn 24/7 automatisoinnin, mikä mahdollistaa puhel ujen tehokkaan käsittelyn ilman, että henkilö tarvitsee vastata jokaiseen puheluun.

Automaattinen puhelunvalvoja vastaa saapuviin puheluihin ja tarjoaa soittajalle valikon vaihtoeh doista, mihin hän haluaa reitittää puhelunsa. Tämä voi olla henkilölle, vastaajalaatikkoon tai soittopalveluun (esim. Puhelujono). Soit taja syöttää numeron puhelimensa valintanäppäimellä automaattisen puhelinvastaajan valiko sta.

Auto Attendant tukee seuraavia keskeisiä ominaisuuksia:

Liiketoiminta- ja työajan jälkeiset aikataulut

Loma-aikataulu

Valinta-valikkovaihtoehto ohjaa asiakkaasi sinne, minne heidän on mentävä

Mukauta tervehdyksiä

Valitse nimen mukaan vaihtoehto

Soitonsiirron vaihtoehdot

Control Hub -analytiikka ja raportit.

Lisätietoja on ohjeaiheessa Automaattisten puhelinvasta ajien hallinta.

Soita puistoon

Puhelupuiston avulla käyttäjät voivat helposti asettaa puhelun odottamaan, jotta toinen käyttäjä voi helposti noutaa puhelun, kun he ovat käytettävissä vastaanottamaan sen. Se vapauttaa myös alkuperäiseen puheluun vastanneen käyttäjän soittamaan tai vastaanottamaan muita puheluita puhelun ollessa pysäköitynä.

Puhelupuistoja on saatavana kahdenlaisia:

Call park direct - antaa kenelle tahansa käyttäjälle mahdollisuuden pysäköidä puhelun toisen käyttäjän laajennukseen tai puhelupuiston laajennukseen järjestelmänvalvojan määrittelemällä tavalla

Call park group - sallii määritellyn käyttäjäryhmän pysäköidä puhelut automaattisesti ryhmälle määr itettyihin käytettävissä oleviin puistokohteisiin. Nämä kohteet voivat olla ryhmän jäsenten laajennuksia tai puhelupuiston laajennuksia.

Kokoonpanon ja pysäköintityypin perusteella käyttäjät voivat noutaa puhelut soittamalla numero on *88+><extension of parked call>, painamalla puhelupuiston laajennukseen liitty vää linjanäppäintä tai käyttämällä IP-puhelimensa softnäppäintä.

Palautusvaihtoehto on käytettävissä pysäköidyn puhelun palauttamiseksi tietyn ajan kuluttua puhelun pysäköineelle käyttäjälle tai vaihtoehtoiselle käyttäjälle.

Lisätietoja on ohjeaiheessa Puhelupuiston hallinta Ohjauskeskuksessa.

Puhelun nouto

Puhelun noudon avulla järjestelmänvalvoja voi määrittää ryhmän käyttäjiä (jäseniä), jotka voivat vastata puheluun toisen jäsenen puhelimeen. Tämä antaa käyttäjälle mahdollisuuden vastata puheluihin, kun heidän joukkuetoverinsa ovat kiireisiä eivätkä pysty vastaamaan saapuvaan puheluun.

Ryhmän käyttäjien on oltava samassa paikassa.

Käyttäjät voivat käyttää joko pöytäpuhelinta tai pöytäpuhelinta puhelun vastaanottamiseen.

:

Tukee visuaalisia ja ääni-ilmoituksia

Saapuvan puhelun ilmoitus

FAC-pohjainen (soita *98) tai ilmoituspuhelun nouto

Puhelujen noutoilmoitukset multiline-palvelulle.

Pöytäpuhelimet:

Saapuvan puhelun ilmoitus

Äänikellot ja visuaalinen ilmoitus luurin LEDin kautta. 6821 tukee vain äänikelloja

Kun ilmoitustyyppi on valittu kohdassa ei ole mitään

Puhelujen noutoilmoitukset vain ensisijaisille linjoille.

Lisätietoja on ohjeaiheessa Puhelun noutor yhmän määrittäminen.

Puhelujono

sisältää vain äänipuhelujonot osana ydinominaisuuksiaan, ja kaikki käyttäjät, joilla on Professional-lisenssi, voivat olla osa puhelujonoa, agenttia tai esimiestä. Tämän ominaisuuden avulla käyttäjät voivat tehokkaasti olla yhteydessä asiakkaisiin. Puhelujonot tukevat osajoukkoa joistakin puhelinkeskuksen ydinominaisuuksista, kuten ään ijonoja, takaisinsoittoja, taito- tai prioriteettireititystä, agenttijonojen hallintaa, analytiikkaa, raportointia jne.

Ciscon Microsoft Teams -integraation avulla edustajat voivat käyttää puhelujonopuheluita ja ominaisuuksia suoraan Microsoft Teams -asiakasohjelmastaan.

Puhelujonot tukevat seuraavia keskeisiä ominaisuuksia:

Tervehdykset ja viestit (tervetuloa, lohdutus, kuiskaus jne.)

Pidä musiikkia

Takaisinsoitto

Jonon reitityskäytännöt (yöpalvelu, lomat, edelleenlähetys)

Agenttijonon sisäänkirjautuminen/uloskirjautuminen

Agenttijonon tilan hallinta

tai Pöytäpuhelintuki

Valvonta-agentti kutsuu valvomaan, valmentaa, proomuu tai ottaa haltuunsa toimintakoodien (FACS) kautta

(järjestelmänvalvojan käyttöoikeus):

jononhallinta

Agentti- ja jonoanalytiikka ja raportointi

Jonon, asiamiehen ja esimiehen hallinta.

Lisätietoja on ohjeaiheessa Puhelu jonon määrittäminen.

siinä on Customer Assist -lisäominaisuus, joka tarjoaa lisää puhelujono-ominaisuuksia ja antaa edustajille ja esimiehille paremman käyttökokemuksen. Puhelunjono- ja asiakastuki -ominaisuuksien vertailu on kohdassa Webex CallingPuhelu jono- ja asiakastuen ominaisuuksien vertailu.

Hunt-ryhmä

Hunt-ryhmät mahdollistavat saapuvien puhelujen reitittämisen tietylle käyttäjäryhmälle ennalta määritetyn puhelun reititysmallin kautta. Tämä varmistaa, että oikea käyttäjäryhmä vastaa puheluihin tai lähetetään vastaajaan seurantaa varten.

Yksi suuri ero Hunt Groupsin ja Call Queuesin välillä on, että puheluita ei ole jonossa Hunt- ryhmissä, joten jos Hunt-ryhmän käyttäjiä ei ole käytettävissä vastaamaan puheluun, se katkaistaan, lähetetään vastaajaan tai välitetään toiselle numerolle (käyttäjälle tai palvelulle).

Lisätietoja on ohjeaiheessa Metsä stysryhmien hallinta Ohjauskeskuksessa.

Toimintamuodot

Toimintatilat -ominaisuuden avulla yritykset voivat reitittää puhelut tehokkaasti eri kohteisiin (käyttäjät, vastaajaviesti, puhelupalvelut, kuten puhelujono). Missä ja milloin puhelu reititetään, perustuu kellonajan ja viikon päivän aikatauluun, ja kuka tahansa käyttäjä voi valtuuttaa hallitsemaan näitä tiloja (aikatauluja) puhelun reitityksen muutosten hallitsem iseksi.

Esimerkiksi puhelujonoon lähetetyt puhelut voidaan reitittää toiseen puhelujonoon, jossa edustajat ovat eri aikavyöhykkeellä vastaamaan puheluihin aukioloaikojen ulkopuolella, reitittää työaikana paikallisille edustajille, ja lomien aikana ne reititetään vastaajaan seurantaa varten sen jälkeen, kun edustajat palaavat toimistoon.

Valtuutettu käyttäjä voi vaihtaa näiden eri soitonsiirtoskenaarioiden (tilojen) välillä, jos hänen on muutettava saapuvien puhelujen reitityspaikkaa tietyn ajanjakson ajan. Nämä käyttäjät voivat hallita tiloja 6800/7800/8800 MPP -puhelimillaan, 9800-puhelimillaan tai Käyttäjäkeskuksessa Hallinta-tiloissa.

Lisätietoja on kohdassa Puhelun reititys toimintatilojen perusteella Webex Calling.

Hakuryhmä

Sivuryhmien avulla käyttäjät voivat soittaa yksisuuntaisen puhelun ääniviestin lähettämiseksi käyttäjäryhmälle. Jokaisessa ryhmässä voi olla enintään 75 kohdekäyttäjää ja/tai työtilaa, joihin pääsee soittamalla ennalta määritet tyyn numeroon tai laajennukseen.

Kun käyttäjä soittaa hakuryhmään, soitetaan samanaikainen puhelu kaikille ryhmän määritetyille kohteille, jolloin soittaja voi puhua viestinsä ja lopettaa puhelun, kun ne on valmis.

Lisätietoja on ohjeaiheessa Siv uryhmän määrittäminen Ohjaus keskuksessa.

Tallenteet

tukee käyttäjän tekemien tai vastaanottamien puhelujen tallentamista. Tätä voidaan tarvita laatu-, varmistus-, turvallisuus- tai koulutustarpeiden vuoksi. Oletusarvoisesti puhelut tallennetaan sisään, mutta muita kolmannen osapuolen tallennuspalveluntarjoajia voidaan käyttää myös, jos tarvitaan muita tallennus ominaisuuksia tai vaatimustenmukaisuus- ja sääntelyvaatimuksia.

Kun sitä käytetään tallennusalustana, kaikkia tallennettuja puheluita hallitaan sisällä. Täydet järjestelmänvalvojat, joilla on Compliance Officer -rooli, voivat toistaa ja ladata tallenteita. Ilman Compliance Officer -roolia järjestelmänvalvoja voi poistaa vain tallenteet.

Lisätietoja tästä ominaisuudesta ja luettelon kolmannen osapuolen tallenteista on ohjeaiheessa Puhelun tallennuksen hallinta Webex Calling.

Yhden numeron ulottuvuus

Yhden numeron ulottuvuus mahdollistaa puheluiden soittamisen käyttäjän puhelinnumeroon useille laitteille. Tämä voi sisältää muita pöytäpuhelimia sekä matkapuhelimia. Puheluita voidaan soittaa myös näistä laitteista, ja käyttäjät voivat työntää ja vetää puheluita niiden välillä.

Lisätietoja tästä ominaisuudesta ja järjestelmänvalvojan määrittämisestä on ohjeaiheessa Yksittäisen numeron tavoit tavuuden määrittäminen (toimisto missä tahansa).

Lisätietoja siitä, miten käyttäjä voi hallita ja määrittää tätä ominaisuutta itse Webex User Hub (portaalissa), on artikkelissa Yksittäisen numeron tavoittavuuden määrittäminen (toimisto missä tahansa).

Vastaajaviestiryhmä

Vastaajaviestiryhmät sallivat jaetun vastaajalaatikon, joka voidaan määrittää käyttäjälle tai puhelun reititystoiminnolle. Joitakin syitä, miksi vastaajaryhmää voidaan tarvita, ovat:

Yleiskäyttöinen vastaajaviesti osastolle tai työryhmälle

Lisää vastaajavaihtoehto automaattiseen puhelunvalvojaan tai metsästysryhmään

Ylivuotopuhelujen lähettäminen puhelujonosta

Käyttäjät, jotka tarvitsevat vain vastaajalaatikon.

Lisätietoja on ohjeaiheessa Jaetun vastaajan ja saapuvan faksilaatikon hallinta. Webex Calling

Attendant Console on lueteltu Webexin puheluominaisuudet -sivulla, mutta se on lisäominaisuus, jonka käyttö edellyttää hoitokonsol ilisenssin ostamista.

Lisätietoja on ohjeaiheessa Attendant Consolin käytön aloit taminen.

Lisätietoja kaikista ominaisuuksista, mukaan lukien jotkin lisäominaisuudet, on kohdassa Ominais uudet, jotka ovat käytettävissä käyttö oikeustyypin mukaanWebex Calling.

Taulukko 1. Kullekin sijainnille tallennettavat tiedot
Tiedotus	Kommentti
Laajennusalue (t)	Jokaisella sijainnilla voi olla laajennuksia, jotka alkavat eri numeroilla. Yksi numero on säästettävä toimipaik kojen väliselle ohjausnumerolle (esimerkiksi 8) ja yksi PSTN- ohjausnumerolle (esimerkiksi 9). Mikään laajennusalue ei voi alkaa kummallakaan näistä kahdesta numerosta. Kaikkien sijaintien laajennusalueiden on oltava yhtä pitkiä.
DID-alue (t)	-
PSTN-ohjausnumero	-
Sivuston koodi	Kaikkien sijaintien sivustokoodien on oltava ainutlaatuisia ja saman pituisia.
Päänumero	Sijaintia luotaessa on varattava kaksi DID-tunnusta. Yksi päänumerona (esimerkiksi määritetään automaattiselle hoitopalvelulle) ja yksi vastaajaporta alille. Tarjoa yksi DID vastaajan numerolle.
Vastaajaviestin numero
Lisenssien lukumäärä	Vaaditut lisenssit tyypin mukaan, mukaan lukien Standard, Professional, Workspace, Reittiluettelo, Lähtevä puhelusuunnitelma.
Samanaikaiset puhelut kiireisenä aikana	Samanaikaisten puhelujen summa laitteiden välillä sekä laitteiden ja paikallisen yhdyskäytävän välillä (PSTN ja puhelut laitteisiin). Tarvitaan tarvittavan Internet-yhteyden kaistanleveyden määrittämiseen.
Maa	-
Aikavyöhyke	-
Kieli	-
Yhteystiedot (nimi, puhelin, sähköposti)	-
Osoite (katuosoite, kaupunki, osavaltio, postinumero)	-
Hätäpalvelun fyysinen lähetettävä päätepisteiden sijainti	Hätäpuheluihin käytettävä laitteen lähetettävä sijainti sisältää yleensä seuraavat: rakennuksen osoite, rakennuksen osoite + kerroksen numero, rakennuksen osoite + sviitin numero tai rakennuksen osoite + kerrosnumero + toimisto/kuutionumero.
Yksilöllinen fyysinen verkon sijainti laitetta kohden hätäpalveluille	Hätäpuhelujen fyysinen verkkosijainti sisältää yleensä seuraavat: kytkin/kytkinportti langallisille laitteille, langattomille liitetyille laitteille BSSID:t (Wireless Access Point, AP) Basic Service Set Identifiers (BSSID) ja/tai paikalliset IP-aliverkot päätelaitteille.

Taulukko 2. Esimerkki yritysnumeroinnista
Sivusto	Laajennusalue	Sivuston koodi	Yritysvalikoima
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Taulukko 3. Kiinteät pituiset laajennusalueet
Sivusto	Laajennusalue	Laajennukset	Sivuston koodi	Yritysvalikoima
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Taulukko 4. Seitsennumeroisen valinnan siirtyminen

Sivusto	Laajennukset	Sivuston koodi	Yritysvalikoima	Sivuston ode	Enterprise-sarja
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

Taulukko 5. Käyttäjän käyttöönottoasetukset - yhteenveto
Tehtävämenetelmä	Plussat	Miinukset
Manuaalinen läpi	Yksinkertainen harvoille käyttäjille. Mahdollistaa lisenssien määräämisen tarkan ja yksityiskohtaisen hallinnan.	Ei skaalautuva, aikaa vievä Altis inhimillisille virheille manuaalisen syöt ön aikana.
Automaattiset lisenssimallit	Skaalautuva Vähentää manuaalisia virheitä Voidaan soveltaa uusiin ja olemassa oleviin käyttäjiin.	Vaatii voimassa olevat puhelinnumerot ja sijainnit. Monimutkaisempi asentaa Edellyttää myös käyttäjäryhmiä käyttäjäryhmää kohden, joilla on vastaavat lisenssivaatimukset.
Joukkolähetys CSV	Tehokas suurille käyttäjäjoukoille Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.	Vaatii huolellista CSV-muotoilua Virheiden mahdollisuus, jos puhelin numerot tai laajennukset puuttuvat tai ovat virheellisiä.
API-pohjainen määritys	Automatisoitava, joustava. Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.	Vaatii kehitys- ja API-tietämystä.

Taulukko 6. Käyttäjän varmennusasetukset
Varmistusmenetelmä	Kuvaus	Plussat	Miinukset
Käsikirja	Luo/hallitse käyttäjiä erikseen	Yksinkertainen harvoille käyttäjille; infrastruktuuria ei tarvita	Ei skaalautuva; aikaa vievä monille käyttäjille
Joukkona (CSV-tiedosto)	Tuo/päivitä käyttäjät irtotavarana CSV: n kautta	Tehokas ryhmille; koodausta ei tarvita	Manuaalinen CSV-valmistelu; vähemmän dynaaminen
Ihmiset ja SCIM 2.0 API	Ohjelmallinen käyttäjien hallinta Webex-sovellusliittymien kautta	Joustava; tukee automaatiota ja integraatiota	Vaatii kehitystä ja infrastruktuuria
Hakemiston synkronointi	Automaattinen synkronointi AD-, Entra ID-, SCIM -sovelluksista, Unified CM	Automatisoi elinkaaren; tukee suodatusta ja kartoitusta	Asennuksen monimutkaisuus: joillakin vaihtoehdoilla on rajalliset ominaisuudet tai ne vaativat infrastruktuuria

Taulukko 7. Vaihtoehdot ryhmien ja ryhmäjäsenyyden hallintaan
Vaihtoehto	Kuvaus	Plussat	Miinukset
ryhmävalmistelut (ryhmät)	Luo ja hallitse ryhmiä suoraan sisään. Lisää/poista jäseniä manuaalisesti tai CSV: n kautta.	Täysi hallinta ryhmän jäsenyydestä Lisenssien ja mallien välitön sovel taminen Helppo luoda ja muokata ryhmiä	Manuaaliset päivitykset vaaditaan Virheriski manuaalisissa CSV-latauksissa Ei automaattista synkronointia ulkoisten hakemistojen kanssa
Synkronoidut ryhmät Entra ID:stä (Azure AD) tai Active Directory	Synkronoi suojausryhmät ja jäsenyydet automaattisesti ulkoisista hakemistop alveluista.	Automaattinen synkronointi vähentää manuaalista työtä Varmistaa yhdenmukaisuuden yrityshakemiston kanssa Tukee suuria organisaatioita	Ryhmän jäsenyyttä ei voi muokata Synkronointiviive jopa 12 tuntia Sisäkkäiset ryhmät vaativat manuaalisen valinnan
Ryhmät ja SCIM 2.0 API (ryhmät)	Käytä ryhmiä tai SCIM 2.0 -sovellusliittymää ohjelmalliseen ryhmien ja jäsenyyden hallintaan	Automaatio ja integrointi muihin järjestelmiin Skaalautuva suuriin tai monimutkaisiin ympäristöihin	Vaatii kehitystyötä Monimutkaisuus riippuu sovellusliittymän käytöstä

Toteuttaa

Verkkovalmius

Alkuperäinen asennus

Verkkotunnuksen vahvistus

Vaadi (muuntaa) olemassa olevia käyttäjiä

Määritä ja testaa hakemiston synkronointi

Kertakirjautumisen (SSO) määrittäminen ja testaaminen

Hanki, tarjoa ja tarkista lisenssit

Webex Callingpalveluasetukset

Pilottimuutto

Hanki PSTN

Määritä sijainnit

Integrointi paikalliseen puhelunhallintaan

Käyttäjien siirtäminen erissä

Työtilat

Varauslaitteet

Määritä ominaisuudet

Hyväksymistestaus

Verkkovalmius

Ensimmäinen askel siirtymisessä on varmistaa luotettava ja turvallinen Internet-yhteys paikallisen verkon ja pilven välillä.

Koska useimmat organisaatiot muodostavat yhteyden Internetiin yhden tai useamman palomuurin tai turvalaitteen kautta, on välttämätöntä vahvistaa, että vaaditut liikennevirrat tu etaan.

Verkon ja tietoturvan ylläpitäjien on ymmärrettävä nämä virrat seuraavilla tavoilla:

Suunta (saapuva vs lähtevä)

Protokol lat (esimerkki - SIP TLS, SRTP, HTTPS)

Palvelujen käytt@@ ämät IP- osoitealueet

Porttinumerot, jotka on avattava tai sallittava.

Näin varmistetaan, että yrityksen palomuurit, NAT-laitteet ja muu verkkoinfrastruktuuri on määritetty oikein liikenteen mukauttamiseksi samalla kun ylläpidetään yrityksen suojauskäytäntöjä.

Lisätietoja vaadituista virroista, mukaan lukien IP-osoite, portit, ja protokollat, on kohdassa Portin viitetiedot Webex Calling. Näiden tietojen avulla voit määrittää olemassa olevan käyttöönoton palomuurin, välityspalvelinten ja muun verkkoinfrastruktuurin verkkovirtojen ottamiseksi käyttöön.

Hajautettu Internet-purkautuminen jokaisesta haarasta tai sivustosta on suositeltava lähestymistapa pilvipalveluille, kuten. Antamalla liikenteen poistua paikallisesti, tämä malli:

Vähentää edestakaista viivettä ja tärinää parantaen puhelun yleistä laatua

Skaalautuu tehokkaasti, kun useammat käyttäjät ja sivustot siirtyvät

Toimii saumattomasti SD-WAN-verkon kanssa, joka voi dynaamisesti reitittää istunnot lähimpään pilven lähtöpisteeseen optimaalisen suorituskyvyn saavuttamiseksi

Mahdollistaa käyttäjän sijainnin seuraamisen heidän julkisen IP-osoitteensa perusteella, mikä auttaa median polun analysoinnissa ja vianmäärityksessä.

Lisäksi organisaatioiden on varmistettava riittävä Internet-kaistanleveys jokaisella sivustolla. Kaistan leveys on mitoitettava samanaikaisten puhelujen odotetun määrän, valitun koodekin (esim. Opus tai G.711) sekä signaloinnin, uudelleenlähetysten ja kasvun yleisten kustannusten perusteella. Tämä on sopusoinnussa PPDI O-elinkaaren Prepare-vaiheen kanssa ja luo vankan perustan siirtymiselle.

Alkuperäinen asennus

Käyttöönottovaiheen alkuasetusten alaosa on perusta hyvin jäsennellyn ja hallittavan pilvipuheluympäristön luomiselle. Tämä vaihe kattaa kriittiset tehtävät, kuten organisaation perustaminen, lisenssien hankkiminen ja määrittäminen sekä yrityksesi verkkotunnusten tarkistaminen ja lunastaminen asianmukaisen käyttäjähallinnan ja turvallisuuden varmistamiseksi. Lisäksi se sisältää lisenssimallien käyttöönottoa käyttäjän käyttöoikeuksien määrittämisen automatisoimiseksi, kertakirjautumisen (SSO) määrittämisen käyttäjien todennuksen virtaviivaistamiseksi ja turvallisuuden parantamiseksi sekä palvelu- ja asiakasasetusten säätämisen organisaation käytäntöjen ja käyttäjien tarpeiden mukaisiksi. Näiden alkuasetusten suorittaminen varmistaa, että ympäristö on määritetty oikein skaalautuvuutta, turvallisuutta ja saumatonta käyttökokemusta varten, mikä luo pohj an myöhemmille käyttöönotto- ja käyttövaiheille.

Verkkotunnuksen vahvistus

Jotta voit tunnistaa käyttäjät, jotka ovat rekisteröityneet yrityksesi sähköpostiverkkotunnuksiin, on välttämätöntä vahvistaa verkkotunnuksesi. Ilman verkkotunnuksen vahvistusta käyttäjät määritetään kuluttajaorganisaatioon, mikä vaikeuttaa yrityksesi käyttäjähallintaa. Verkkotunnuksen vahvistaminen on pakollinen vaihe, jonka avulla organisaatiosi voi hakea ja hallita näitä käyttäjiä tehokkaasti.

Varmista, että kaikki käyttäjien sähköpostiosoitteisiin liitetyt verkkotunnukset on vahvistettu. Verkkotunnuksen vahvistus ei ole yksinomainen; sama verkkotunnus voidaan vahvistaa useissa organisaatioissa.

Lisätietoja toimialueiden hallinnasta on ohjeaiheessa Verkkotunnusten hallinta.

Vaadi (muuntaa) olemassa olevia käyttäjiä

Kun olet vahvistanut verkkotunnukset onnistuneesti, voit hakea organisaatioosi käyttä jiä, jotka ovat rekisteröityneet käyttämään yrityksesi sähköpostitoimialueita. Tämä prosessi yhdistää kaikki käyttäjät yhteen organisaation sateenvarjoon, mikä mahdollistaa keskitetyn hallinnan ja virtaviivaistetun hallinnan. Hakemalla näitä käyttäjiä varmistat, että yritykselläsi on täysi hallinta käyttäjätileissä, jolloin voit määrittää asianmukaiset lisenssit, määrittää palvelut ja tarjota tarvittavaa tukea tehokkaasti. Tämä yhtenäinen hallintamenetelmä parantaa tietoturvaa, yksinkertaistaa käyttäjien käyttöönottoa ja varmistaa palvelujen yhdenmukaisen käytön koko organisaatiossasi. Käyttäjien väittäminen estää myös heitä hallinnoimasta ulkoisissa tai kuluttajajärjestöissä, mikä ylläpitää organisaation eheyttä ja hallin taa yhteistyöresursseissa.

Lisätietoja käyttäjien lunastamisesta on ohjeaiheessa Käyttäjien vaatiminen organisaatiollesi (muuntaminen) käyttäjiltä.

Määritä ja testaa hakemiston synkronointi

Saumattoman käyttäjien ja ryhmien hallinnan mahdollistamiseksi voit synkronoida käyttäjät ja ryhmät yrityshakemistostasi joko Microsoft Entra ID (aiemmin Azure AD) tai Microsoft Active Directory (AD). Tämä prosessi varmistaa, että käyttäjien henkilöllisyyksiä ja ryhmäjäsenyyksiä ylläpidetään johdonmukaisesti koko ympäristössäsi.

Organisaatioille, jotka toteuttavat vaiheittaisia käyttöönottoja, on ratkaisevan tärkeää hallita ja rajoittaa synkronoinnin laajuutta ensimmäisten käyttöönoton aikana. Tämä minimoi tahattomien muutosten riskin ja mahdollistaa kohdennetun testauksen ennen laajempaa käyttöönottoa.

Tehokkain tapa suodattaa, mitkä käyttäjät synkronoidaan, on hyödyntää hakemistoryhmäjäsenyyttä:

1
Luo oma synkronointiryhmä: Luo yrityshakemistoon (Microsoft Entra ID tai AD) suojausryhmä erityisesti synkronointia varten (esimerkiksi synkronointiryhmä).

2
Täytä ryhmä kohdekäyttäjillä: Lisää tähän ryhmään vain synkron oitavat käyttäjät (kuten testiryhmä pilottivaiheen aikana). Näin voit hallita tiukasti, kuka sisältyy synkronointiprosessiin.

3
Synkronointisopimuksen määrittäminen ryhmäpohjaisella suodatuksella: Kun määrität synkronointisopimuksen Directory Connector- tai Entra ID -valmistelussa, määritä soveltamisala siten, että se sisältää vain määr itetyn ryhmän jäseniä olevat käyttäjät.

Microsoft Entra ID -tunnuksessa voit käyttää ryhmäpohjaisia määrityksiä varmennusasetuksissa

AD: lle voit määrittää LDAP-suodattimen sisällyttämään vain määritet tyyn ryhmään kuuluvat käyttäjät.

4
Laajenna ryhmää tarpeen mukaan: Kun siirryt laajempiin käyttöönottovaiheisiin, lisää vain lisää käyttäjiä tai ryhmiä synkronointiryhmään. Synkronointialue laajenee automaattisesti kattamaan nämä käyttäjät, mikä mahdollistaa hallitun ja asteittaisen käyttöönoton.

Esimerkki toteutusvaiheista:

Aktiivisessa hakemistossa:

Luo suojausryhmä nimeltä synkronointiryhmä.

Lisää halutut pilottikäyttäjät tähän ryhmään.

Määritä hakemistoliitin LDAP-suodattimella, kuten: (memberOF=CN=WebEx Sync Group, OU = Groups, DC=YourDomain, DC=COM).

Kirjoita Microsoftiin tunnus:

Synkronointiryhmän nimisen ryhmän luominen

Määritä ryhmä Entra ID:n alustusasetuksiin

Vain tämän ryhmän käyttäjät varustetaan.

Testaa aina ryhmäpohjainen synkronointi muualla kuin tuotantoympäristössä, ennen kuin käytät sitä koko organisaatioon

Tarkista säännöllisesti ryhmän jäsenyys varmistaaksesi, että vain valtuutetut käyttäjät synkronoidaan

Jatkuvaa hallintaa varten automatisoi ryhmän jäsenpäivitykset liiketoimintasään töjen tai henkilöstöjärjestelmien perusteella, jos mahdollista.

Viitteet:

Synkronoi Entra ID -käyttäjät Control Hubiin

Asenna ohjattu Entra ID -sovellus Control Hubissa

Hakemistoliitin

Kertakirjautumisen (SSO) määrittäminen ja testaaminen

Kertakirjautuminen (SSO) parantaa tietoturvaa ja yksinkertaistaa käyttäjien pääsyä antamalla käyttäjille mahdollisuuden to dentaa kerran yrityksen tunnistetiedoilla ja saada saumattoman pääsyn. tukee SSO-integrointia SAML 2.0 -yhteensopivien IDP:iden kanssa, mukaan lukien Microsoft Entra ID (entinen Azure AD), Active Directory (AD) yhdistetyt ratkaisut ja erilaiset kolmannen osapuolen IDP:t.

Tässä vaiheessa suunniteltu SSO -asetus tulisi ottaa käyttöön ja testata.

Viitteet:

Kertakirjautumisen integrointi ohjauskeskukseen

määrittää kertakirjautuminen webex-hallintaa varten

Määritä kertakirjautuminen Microsoft Entra ID:llä

SSO, jossa on useita IDP:itä

Hallitse SSO integroinnin yhteydessä Control Hubissa

Hanki, tarjoa ja tarkista lisenssit

Osana alkuasetuksia on välttämätöntä hankkia, tarjota ja tarkistaa asianmukaiset lisenssit palvelujen tehokkaan käyttöönoton ja hallinnan varmistamiseksi. Hankintaprosessissa valitaan käyttöoikeu styypit käyttäjäroolien ja työkuormien perusteella, kuten Professional-, Standard- ja Workspace- lisenssit. Lisenssit luodaan ja toimitetaan Ciscon ohjelmistoalustojen tai kumppan eiden kautta. Hankinnan ja toimittamisen jälkeen, asianmukaiset lisenssimäärät on tarkistettava. Tämä prosessi varmistaa, että organisaatiolla on oikeat lisenssit aktivoitu ja valmiina käytettäväksi käyttöönotossa.

Osana alkuperäistä käyttöoikeusasetusta vuonna, on tärkeää määrittää organisaatiopohjainen automaattinen lisensointi, jotta lisenssien määrittäminen uus ille käyttäjille sujuvoittaa. Tämä asetus sallii lisenssien myöntämisen automaattisesti, kun käyttäjiä lisätään organisaatioon, mikä poistaa manuaalisen lisenssin määrittämisen tarpeen. Kun määrität automaattisen lisensoinnin organisaatiotasolla, valitset määritettävät palvelut ja määrität laajuuden, kuten käyttöoikeuksien soveltaminen vain tuleville käyttäjille tai sisällytät myös olemassa olevat käyttäjät.

Jos käyttöönottosuunnitelmassa kuitenkin käytetään automaattista lisensointia ryhmätasolla, voit päättää olla määrittämättä lisenssejä organisaatiotasolla ristiriitojen tai päällekkäisten käyttöoikeuksien määrity sten välttämiseksi. Ryhmätason automaattisessa lisensoinnissa lisenssit määritetään ryhmäjäsenyyden perusteella. Useiden ryhmien käyttäjät saavat käyttö oikeudet kaikista sovellettavista ryhmätehtävistä.

Ryhmäpohjaiset käyttöoikeusmääritysmääritykset on suoritettava hakemistosynkronoinnin jälkeen, jotta synkronoidut ryhmät ovat olemassa ja niitä voidaan käyttää lisenssien määrittämiseen.

Automaattinen lisenssin määrittäminen edellyttää erityisesti lisätietoja, kuten käyttäjän sijainnin ja puhelinnumeron määrittämisen. Käyttäjän työpuhelinnumeron on oltava +E.164 -muodossa, valmiiksi varattu ja määritetty kelvolliseen sijaintiin, jotta lisenssi voidaan aktivoida automaattisesti. Jos nämä ehdot eivät täyty, käyttä jälle ei tarjota palveluja automaattisesti, ja se saattaa vaatia manuaalista puuttumista.

Yhteenvetona: Määritä organisaatiopohjainen automaattinen lisensointi uusille käyttäjille, jos haluat laajan organisaation laajuisen lisenssimäärityksen. Jos haluat tarkem man hallinnan tai sinulla on erilaisia käyttöoikeustarpeita ryhmää kohden, määritä automaattinen lisensointi ryhmät asolla ja vältä lisenssien määrittämistä organisaatiotasolla päällekkäisyyden estämiseksi ja käyttöoikeuksien asianmuka isen hallinnan varmistamiseksi.

Webex Callingpalveluasetukset

On välttämätöntä suorittaa kattava tarkistus ja konfigurointi globaaleista palvelu asetuksista.

Aloita siirtymällä asetukset-osioon ja siirtymällä siihen. Tutki huolellisesti jokainen konfiguroitava vaihtoehto, mukaan lukien muun muassa sisäiset valin takokoonpanot, hätäpuheluparametrit, puhelun reitityskäytännöt, vastaajaviestin hallinta ja laitteen oletusasetukset.

Muokkaa näitä yleisiä asetuksia vastaamaan organisaatiosi käytäntöjä ja suunnittelupäätöksiä.

Myös, asetusasetukset sekä käyttäjä- ja sovellusmallit.

Pilottimuutto

Täytäntöönpanovaiheen aikana, pilottisiirron toteuttaminen on kriittinen virstanpylvä s siirtymisen validoinnissa. Tämä pilottiohjelma sisältää edustavan käyttäjien osajoukon tarjoamisen yhdestä tai useammasta sijainnista alustalle varmistaen, että valittu populaatio heijastaa erilaisia käyttötapauksia ja organisaatiorooleja. Samanaikaisesti käyttäjien siirtymisen kanssa keskeiset yhteistyöpalvelut, kuten vastaaj aviesti, automaattiset puhelunhoitajat, puhelujonot ja metsästysryhmät, on siirrettävä vastaaviin palveluihinsa liiketoiminnan jatkuvuuden ja palvelutoiminnon ylläpitä miseksi.

Pilottisiirron tulisi hyödyntää samaa Ciscon toimittamien työkalujen ja kolmannen osapuolen siirtoapuohjelmien yhdistelmää, joka on suunniteltu laajempaan organisaation käyttöönottoon, varmistaen, että prosessit, automaatiotyönkulut ja integraatiopisteet validoidaan perusteellisesti edustavissa olosuhteissa.

Tämän pilottikäyttöönoton ensisijaiset tavoitteet ovat kaksi: ensinnäkin validoida ja tar kentaa päästä päähän siirtymäprosesseja, mukaan lukien käyttäjien alustamisen työnkulut, tietojen siirtomenettelyt ja päätepistemääritykset; ja toiseksi, tarkistaa kattavasti siirrettyjen palvelujen toimivuus todellisissa käyttöolosuhteissa.

Tämän vaiheittaisen lähestymistavan avulla projektitiimi voi tunnistaa ja korjata kaikki tekniset tai menettelyl liset ongelmat hallitussa ympäristössä, kerätä käyttäjien palautetta uudesta alustakokemuksesta, arvioida valittujen siirtotyökalujen tehokkuutta ja luoda luottam uksen siirtomen etelmiin ennen laajemman organisaation käyttöönoton jatkamista.

Tämän pilottivaiheen aikana saadut oivallukset auttavat optimoimaan myöhemmät siirtymäaallot ja varmistamaan sujuvan, riskejä vähentävän siirtymän koko yritykselle.

Hanki PSTN

Jos haluat hankkia PSTN-palveluja, valitse ensin PSTN-yhteysvaihtoehto.

Jos organisaatio aikoo ylläpitää hybridipuheluiden hallintaa (vaihe 1 kuvassa Vaiheittainen puheluiden siirtyminen: hybridi ja pil vi) joko väliaikaisesti tai toistaiseksi, sen on otettava käyttöön yksi tai useampi paikallinen yhdyskäytävä paikalliselle PSTN-palvelimelle, jotta puhelut voidaan sal lia puhelut päätepisteiden välillä.

Jos lopullinen tavoite on täydellinen siirtyminen (vaihe 2) pilveen, mukaan lukien PSTN, PST N: lle tarvitaan joko Ciscon puhelusuunnitelma tai Cloud Connect for -vaihtoehto.

Tee yhteistyötä valitsemasi palveluntarjoajan kanssa puhelinnumeroiden tilaamiseksi ja siirtämiseksi ennen niiden määrittämistä. Puhelinnumeroiden tilaaminen tai porttitilausten aloittaminen vaaditaan/mahdollista vain paikallisen PSTN- ja Cloud Connect -palvelun osalta. Ciscon puhelusuunnitelmissa tilaaminen ja siirtäminen aloitetaan Control Hubista heti sijainnin luomisen jälkeen ja maissa, joissa Cisco Calling Plan on saatavilla. Lisätietoja Ciscon puhelupaketeista on artikkelissa Cis co-palvelupak ettien käytön aloittaminen.

Varmista osana PSTN-toteutusta, että palveluntarjoajasi on ottanut käyttöön sekä saapuvat että lähtevät PSTN-palvelut sijainnissasi. Suorita lisäksi testipuhelut varmistaaksesi, että puhelut reititetään oikein valitsemasi PSTN-yhteyden kautta.

Määritä sijainnit

Ennen kuin lisäät käyttäjiä ja laitteita, sinun on määritettävä puhelupaikat. Jokaiselle sijainnille on syötettävä kelvollinen katuosoite. Yhdysvalloissa ja Kanadassa tämä osoite on vahvistettu ja alusta käyttää lähettämään PIDF-LO-sijaintitietoja hätäpuheluita varten.

Kun määrität paikallista PSTN-verkkoa käyttäviä sijainteja, sinun on määritettävä paikalliset yhdyskäytävät vastaavasti. Vuonna kullekin paikalliselle yhdyskäytävälle on luotava runko- ja reittiryhmä, ja reitti ryhmä määritetään sitten sijainnin PSTN-valinnaksi. Cisco suosittelee vahvasti, että valitset aina reittiryhmän PSTN-valinnaksi, koska tämän lähestymistavan avulla voit lisätä helposti lisää runkoja tulevaisuudessa, mikä tukee sekä skaalautuvuutta että redundanssia. Cisco suosittelee myös kaksoisidentiteetin ja P-Charge-Info-tuen käyttöönottoa jokaisessa PSTN-rungossa, koska tämä yksinkertaistaa laskutettavan osapuolen tunnistamista lähtevien suorien tai ohjattujen puhelujen yhteydessä. Jos PSTN-palveluntarjoajasi käyttää laskutukseen eri otsikkoa, voit kopio ida tiedot paikallisen yhdyskäytävän P-Charge-Info-otsikosta vaadittuun laskutusotsikkoon.

Paikoissa, jotka käyttävät Cloud Connect for tai Cisco Calling Plan -vaihtoehtona PSTN-vaihtoehtona, valitse asennuksen aikana sijainnin vastaava PSTN- valinta. Jos sijainti käyttää joko Cloud Connectia tai paikallista PSTN-verkkoa, sinun on lisättävä edellisessä vaiheessa tilatut puhelinnumerot. Numerot voidaan lisätä passiivisiksi, jos et halua niiden sisällyttämistä puhelun reititykseen heti; voit aktivoida nämä numerot myöhemmin, kun ne on määritetty käyttäjille tai ominaisuuksille.

On tärkeää asettaa aina päänumero kullekin sijainnille. P äänumero voidaan määrittää joko käyttäjälle tai ominaisuudelle, kuten automaattiselle hoitajalle. Jos haluat ottaa vastaajaviestin käyttöön sijainnissa, muista asettaa vastaajaviestin pilottinumero, joka tunnetaan myös nimellä ääniportaalin numero.

Soittopaikkojen lisäasetuksiin kuuluu hätä puhelutietojen, kuten hätäpuhelunumeron, ilmoitus asetusten ja parannettujen hätäpuheluominaisuuksien määrittäminen. Sinun tulisi myös tarkistaa ja säätää tallennusasetuksia, kieliasetuksia ja laitekoko onpanoja kunkin sijainnin tarpeen mukaan. Jos organisaatiosi käyttää lyhennettyä toimipaikkojen välistä verkkovalintaa yrityksen merkittävien numeroiden kanssa, muista määrittää sijainnille yksilöllinen sivustokoodi sisäisissä valintaasetuksissa . Lopuksi, jos ulkoinen valinta vaatii lähtevän valinnan numeron, muista asettaa tämä ulkoisten valintojen asetuksissa. Kun lähtevän valintanumero on määritetty, Cisco suosittelee, että lähte vän numeron pakottaminen käyttöön yhdenmukaisuuden varmistamiseksi.

Integrointi paikalliseen puhelunhallintaan

Jos haluat integroida paikalliseen puhelunhallintaan, sinun on määritettävä rungot, reittiryhmät, yrityspuhelinsuunnitelmat sekä sijainti- ja yleiset asetukset. Aloita määrittämällä rungot ja paikalliset yhdyskäytävät, jotka on tarkoitettu yhteenliittämiseen paikallisen puhelunohjausjärjestelmän kanssa; tämä vaihe vaaditaan vain, jos erilliset rungot ovat tarpeen. Jos olemassa olevat rungot ja reittiryhmät ovat riittäviä käyttöönottoon, niitä voidaan käyttää uudelleen paikalliseen yhteenliitäntään ilman lisämäärityksiä.

Kun rungot ja reittiryhmät on muodostettu, jatka yrityksen valintasuunnitelmien luomista ja määritä sopiva reittiryhmä kunkin soittosuunnitelman kohteeksi. Kun integrointiin liittyy useita paik allisia puhelunohjausjärjestelmiä, jotka on kytketty eri runkojen kautta, tarvitaan useita soittosuunnitelmia. On tärkeää varmistaa, että nämä soittosuunnitelmat sisältävät vain puhelujen reitittämiseen paikallisiin kohte isiin tarvittavat mallit.

Jos käyttöönotto vaatii tukea tuntemattomalle laajennusreititykselle, tämä ominaisuus on otettava käyttöön sijaintitasolla. Lisäksi, kun tuntematon laajennuksen reititys on aktivoitu, sinun on määritettävä tuntemattoman laajennuksen enimmäispituus puhel up alveluasetusten Puhelun reititys tilojen välillä -osi ossa. Tämä takaa saumattoman puhelun reitityksen ja laajennuspohjaisten valintaskenaarioiden asianmukaisen käsittelyn integroidussa ympäristössäsi.

Käyttäjien siirtäminen erissä

Kun siirrät käyttäjiä paikasta toiseen, et ehkä voi siirtää kaikkia käyttäjiä samanaikaisesti. Tämä voi johtua useista syistä, mukaan lukien muun muassa sivustojen tai käyttäjien lukumäärä, kuinka kauan sivuston ja/tai käyttäjäryhmän siirtyminen kestää kerralla, rajoitetut IT- tai sivustoresurssit muutosikkunan tukem iseksi, muutosikkunan kesto, muutoksen monimutkaisuus jne.

Kun siirrät käyttäjiä vaiheittain, on tärkeää tunnistaa, mitkä käyttäjät on siirrettävä yhdessä samassa erässä. Ensisijainen tavoite on siirtää käyttäjiä yhteen, joilla on riippuvuuksia toistensa kanssa puhelupalveluistaan ja ominaisuuksistaan. Haluat varmistaa, että kaikki puheluominaisuudet (Esimerkki - Puhelunjonot) toimivat täysin samalla tavalla kuin ne olivat ennen käyttöönottoa.

Vaikka ottaisit käyttöön puhelutoiminnan paikallisten yhdyskäytävien välillä ja niiden kanssa, et voi jakaa jaettuja palveluita tai ominaisuuksia tämän yhteyden kesken. Siksi sinun on tunnistettava käyttäjien väliset riippuvuudet tarkastelemalla ominaisuuksia, kuten:

Muiden käyttäjien seuranta BLF:itä käyttämällä

Samassa metsästyslentäjä, puhelujonossa jne

Jaetut linjat

Puhelun noudon käyttäminen

Samojen puhelupistonumeroiden käyttäminen

Sisäpuhelin

Johto/järjestelmänvalvoja.

Esimerkki voisi olla käyttäjä, joka on osa Hunt-ryhmää, johon siirrytään. Tämä käyttäjä siirtyy Hunt-ryhmän ja kaikkien muiden Hunt-ryhmän jäsenten kanssa. Siksi siirtymän jälkeen Hunt-ryhmä ja sen jäsenet voivat menestyksekkäästi vastata puheluihin uudella alustalla.

Tämä muuttuu haastavammaksi, kun käyttäjät ovat yhteydessä eri käyttäjäryhmiin eri puhelupalveluja ja -ominaisuuksia varten. Tämä edellyttää useamman kuin yhden käyttäjär yhmän ja yhden puhelupalvelun siirtämistä samanaikaisesti.

Käytä valmist eluvaiheessa käyttämäsi Migration Insights -työkalun tai kolmannen osapuolen työkalun tulosteita määrittääksesi, mitkä käyttäjät ja ominaisuudet tulisi ryhmitellä yhteen. Tätä tulosta olisi pitänyt käyttää siirtosuunnitelman kehittämiseen, ja se antaa sinulle käsityksen siitä, miten ryhmittelet käyttäjät ja ominaisuudet, jotka tarvitsevat siirtymistä yhdessä.

Tärkeimmät vaiheet käyttäjäryhmää siirtäessä ovat:

Yhdessä siirrettävien käyttäjien tunnistaminen

Varmista, että kaikki käyttäjät ovat kirjautuneena

Varmista, että kaikki käyttäjien TN:t ovat olemassa

Tarkista oikea puhelinnumeromuoto hakemistosta

Varmista, että käyttäjäryhmien käyttöoikeus- ja asetus malli on määritetty oikein

Kaikkien puhelupalvelujen ja -ominaisuuksien tarkistaminen tai määrittäminen käyttäjäryhmälle (ennen siirtymistä tai sen aikana tarvittaessa)

Lisää käyttäjiä yrityshakemistossa puheluiden käyttäjien ryhmään

Hyödyntämistyökalut - käyttäjien ja ominaisuuksien siirtotyökalut ja/tai kolmannen osapuolen työkalut

Poista käyttäjän/laitehakemistonumero ja soittoominaisuudet/palvelut käytöstä siirtymisen jälkeen.

Kun olet siirtänyt käyttäjäryhmän, testaa käyttäjien osajoukko varmistaaksesi, että kaikki heidän puheluominaisuutensa ja -palvelunsa toimivat oikein. Jos puheluominaisuudet, kuten puhelunjono, metsästysryhmät jne., siirretään käyttäjäryhmän kanssa, testaa näiden puhelupalvelujen asianmukaiset toiminnot.

Työtilat

Työtilalla tarkoitetaan jaettua sijaintia (kuten kokoushuone, kokoontumistila tai työ pöytä), jolle voidaan määrittää laitteita, laajennuksia ja käyttäjiä. Toisin kuin perinteiset Unifed CM -puhel imet, työtilat ovat:

Sijaintikeskeinen: sidottu fyysisiin tiloihin.

Laitteen joustava: voi olla yksi tai useampi laite (pöytäpuhelimet, levyt jne.).

Kun työtilat on tunnistettu osaksi siirtymistä, ne voidaan lisätä kohtaan Laitteet. Jokainen työtila tarvitsee laitemäärityksen, ja jos ne ovat jo valmi Unified CM ina, ne on nollattava tai varattava uudelleen. toiminnot, kuten vastaajaviesti, soitonsiirto ja puhelunsiirto, voidaan ottaa käyttöön tai poistaa käytöstä, ja käytäntöjä voidaan soveltaa videopuheluihin, puhelupysäköintiin ja liikkuvuuteen tarpeen mukaan. Testaa jokainen työtila soittamalla sisäisiä ja ulkoisia puheluita, testaamalla video-, neuvottelu- ja liikkuvu usominaisuuksia. Kerro lopuksi käyttäjille kaikista työtilalaitteiden ja varausten sovellettavista prosesseista.

Lisätietoja työtiloista on kohdassa Työ tilat.

Varauslaitteet

Puhelimet, joihin on tällä hetkellä rekisteröity, on siirrettävä osana pilvisiirtoa. Jotta siirtyminen olisi mahdollisimman yksinkertaista ja mahdollisimman vähäinen epäonnist umismahdollisuus, Cisco suosittelee fyysisten sivustojen tai osastojen siirtämistä samanaikaisesti. Voit kuitenkin joutua siirtämään käyttäjiä erissä ominaisuuksien riippuvuuksien vuoksi. Katso lisätietoja kohd asta Käyttäjien siirtäminen erissä.

Kaikki tuetut puhelimet, joista sinun on siirryttävä, on määritettävä käyttäjäksi tai työtilaksi, ja fyysinen puhelin on määritettävä uudelleen rekisteröity mistä varten. Lisäksi 7800- ja 8800-sarjan puhelimet tarvitsevat laiteohjelmiston päivityksen Enterprise-laiteohjelmistosta Multiplatform Phone (MPP) - laiteohjelmistoon. Tämä prosessi sisältää siirtymä laiteohjelmiston lataamisen ennen rekisteröintiin tarvittavan MPP-laiteohjelmiston lataamista. Se vaatii myös asianmukaisen siirtolisenssin. Cisco on parantanut tätä prosessia viime vuosina helpottaakseen Enterprise-laiteohjelmistopuhelimien päivittämistä MP P-laiteohjelmistoon. Lisätietoja laiteohjelmistopäivityksen suorittamisesta on ohjeaiheessa Cisco 7800 - ja 8800 -sarjan IP-puhelinten muuntaminen Enterprise- ja MP P-laiteohjelmiston välillä.

Tässä artikkelissa kuvattujen vaiheiden lisäksi siinä on sisäänrakennettu työkalu, Siirrä puhelin kohteeseenWebex Calling, jonka avulla voit siirtää 7800- ja 8800 -puhelimesi Enterprise-ohjelmistosta MPP-laiteohjelmistoon. Tämän työkalun avulla voit myös lisätä puhelimia ja määrittää ne sopiville käyttäjille tai työtiloille. Lisätietoja työkalun käytöstä on ohjeaiheessa Puhelimen siirtäminen.

Kaikkiin 9800-sarjan puhelimiin, jotka on rekisteröity yllä olevalla laiteohjelmiston siirtovaatimuksella, ei sovelleta. Nämä puhelimet käyttävät PhoneOS: ää, jota tukevat molemmat ja. Jos haluat siirtää nämä puhelimet, sinun on lisättävä neWebex Calling, määritettävä ne käyttäjälle tai työtilalle ja palautettava sitten puhelimet tehdasasetuksiin. PhoneOS-käynnistysjärjestys rekisteröintiä varten Alla olevassa kuvassa näkyy PhoneOS-käynnistysjärjestys ja kuinka puhelin rekisteröidään, kun se on lisätty, vaikka puhelin olisi edelleen käytössä ja/tai DHCP-asetukset (Esimerkki - 150) olisivat käytössä.

PhoneOS-käynnistysjärjestys rekisteröintiä varten

tukee PhoneOS-laitteiden tehdasasetusten palauttamista Zero-Touch-käyttöönoton mahdollistamiseksi. järjestelmänvalvojat voivat palauttaa 9800- ja 8875-puhelimet etäältä CUCM-hallin tasivujen kautta, mikä eliminoi tarpeen käyttää puhelimia fyysisesti. Tätä ominaisuutta tuetaan laitepaketeissa 9. syyskuuta 2025 alkaen:

CUCM v15 - Yhtenäisen viestinnän hallinnan versio 15

CUCM v14 - Unified Communications Manager -versio 14.

Lisätietoja 9800-sarjan rekisteröintiprosessista on kohdassa Rekisteröinti prosessi.

^{Ciscon IP-puhelimien lisäksi voidaan tarvita muiden laitteiden, kuten analogisten puhelin
sovittimien (ATA), langattomien (Wifi, DECT) puhelimien, videolaitteiden, puheyhdyskäytävien ja
kolmannen osapuolen laitteiden ja puhelimien, toimittamista.} Monilla näistä laitteista ei ole laiteohjelmiston päivityspolkua, kuten IP-puhelimissa, jotta ne voidaan siirtää yrityksen laiteohjelmistosta pilvi ohjelmistoon. Siksi toimitat kaikki nämä laitteet Control Hubissa. Joihinkin näistä ei voida siirtää, ja vastaava malli on korvattava se (esim. ATA 191/192) ja muut edellyttävät manuaalista uudelleenkonfigurointia ja/tai ohjelmistomuutoksia.

Puheyhdyskäytävät - Jos haluat siirtää paikallisen yhdyskäytävän, katso Paikallisen yhdy skäytävän siirtäminen.
Lisätietoja puheyhdyskäytävän VG400, VG410 tai VG420 määrittämisestä Ohjauskeskuksessa on kohdassa Paikallinen yhdyskäytävä

Analoginen puhelinsovitin (ATA) - Jos haluat aloittaa Cisco ATA 191- ja 192:n käytön, katso Cisco ATA.

Langaton Wifi-puhelin - Jos haluat integroida langattoman puhelimen 840 ja 860, katso Langattoman Webex-puhelimen integro inti.

Langattomat DECT-puhelimet - Jos haluat aloittaa uuden Cisco IP DECT 6800 -sarjan käytön, katso Cisco IP DECT.

Jos haluat luoda ja hallita digitaalista DECT-verkkoa Control Hubissa, katso DECT-verkon hallinta

Lisätietoja Cisco IP DECT 6800 -sovelluksesta on kohdassa Käyttöönotto-opas

Kolmannen ^osapu olen laitteet ja puhelimet - Työskentele kolmannen osapu ^olen toimittajien kanssa laitteiden/puhelinvaatimusten ja niiden siirtämisen tai korvaamisen prosessista tueksi.

Määritä ominaisuudet

Kaikki vaaditut puhelutoiminnot on varattava ennen siirtymistä tai sen aikana. Kuten Siirrä käyttäjät erissä -osiossa on käsitelty, puheluominaisuudet on määritettävä ja siirrettävä, kun niitä käyttäviä käyttäjiä siirretään.

Lisätietoja kunkin ominaisuuden määrittämisestä on vastaavissa määritysohjeartikkeleissa.

Automaattiset puhelinvastaajat - Jos haluat hallita automaattisia puheluneuvoja, katso Automaattiset puhelinvastaajat

Call park - Jos haluat hallita puhelupistoja, katso Call park

Puhelun nouto - Jos haluat määrittää puhelun noutoryhmän, katso Puhelun nouto

Puhelujonot - Jos haluat määrittää puhelujonon, katso Puhel ujono

Metsästysryhmät - Jos haluat hallita metsästysryhmiä, katso Met sästys ryhmän hallinta

Käyttötilat - Jos haluat käyttää toimintatiloihin perustuvaa puhelun reititystä, katso Käyttötiloihin perustuva puhelun reititys

Sivuryhmät - Sivuryhmän määrittäminen on ohjeaiheessa Sivur yhmän määrittäminen

Tallenteet - Jos haluat hallita puhelutallennusta, katso Tall enteiden hallinta

Yksittäisen numeron ulottuvuus - Jos haluat määrittää yhden numeron ulottuvuuden (toimistossa missä tahansa), katso Yk sittäisen numeron määrittäminen

Vastaajaviestiryhmä - Jos haluat hallita jaettua vastaajaviestiä ja saapuvaa faksiruutua, katso Vastaajaviestin hallinta.

Hyväksymistestaus

Hyväksymistestaus varmistaa, että siirretty ympäristö täyttää toiminnalliset vaatimukset, toimii odotetulla tavalla ja tarjoaa saumattoman käyttökokemuksen kaikissa viestinnän työnkulkuissa. Tämä valido intiprosessi on monipuolinen, ja se kattaa kaiken käyttäjien käyttöönotosta ja numeroiden määrittämisestä edistyneiden puheluominaisuuksien operatiiviseen suorituskykyyn.

Tässä osassa on esimerkkejä ja korostetaan keskeisiä näkökohtia, jotka on otettava huomioon hyväksymistestauksen aikana; sitä ei kuitenkaan ole tarkoitettu toimimaan tyhjentävänä tai kattavana tarkistuslistana.

Käyttäjien käyttöönotto ja numeron määrittäminen

Hyväksyntätestauksen perustavanlaatuinen osa on sen varmistaminen, että kaikki käyttäjät on varmennettu tarkasti ja täydellisesti sisällä. Tämä edellyttää lähdehakemiston ja äskettäin perustetun käyttäjäkunnan perusteellista vertailua sen varmistamiseksi, että kaikki käyttäjätilit ja niihin liittyvät määritteet, kuten liitänumerot, ja DID-määritykset on siirretty oikein. Varmistamisen täydellisyys on kriittistä paitsi ensimmäisen päivän toimivuuden kannalta myös jatkuvan hallinnan ja tuen kannalta.

Numeromäärityksen vahvistus sisältää sen varmistamisen, että kullekin käyttäjälle on määritetty oikea laajennus ja ulkoinen numero ja että nämä numerot reititetään oikein sekä sisäisissä (verkossa) että ulkoisissa (PSTN) puheluvirroissa. On tärkeää tarkistaa mahdolliset päällekkäisyydet, puuttuvat tehtävät tai virheelliset määritykset, jotka voivat johtaa puhelun reititysvirheisiin tai palvelun keskeytyksiin.

PSTN-puheluvirrat ja soittajan tunnuksen esitys

Vankan hyväksymistestausmenettelyn on sisällettävä PSTN-puheluvir tojen kokonaisvaltainen validointi. Tämä sisältää sekä saapuvan että lähtevän puhelun skenaariot . Saapuvien PSTN-puhelujen osalta testausryhmän tulee vahvistaa, että puhelut toimitetaan aiottuihin päätepisteisiin, olivatpa ne sitten yksittäisiä käyttäjiä, puhelujonoja, metsästysryhmiä tai automaattisia puhelunhoitajia. Lähte vät PSTN-puhelut on soitettava onnistuneesti, kiinnittäen erityistä huomiota soittajan tunnistetietojen oikeaan toimittamiseen ja esittämiseen. Tämä edellyttää sen varmistamista, että oikea soittajan nimi ja numero näytetään ulko isille vastaanottajille organisaation käytäntöjen ja sääntelyvaatimusten mukaisesti.

Testauksessa tulisi käsitellä myös vikasietoisia skenaarioita, kuten tavoittamattomien päätepist eiden käsittelyä tai verkon häiriöitä. Tämä auttaa varmistamaan, että varam ekanismit ja vaihtoehtoinen reititys toimivat moitteettomasti ja ylläpitävät palvelun jatkuvuutta ja luotettavuutta.

Verkkopuheluvirrat

Sisäiset tai verkon sisäiset puheluvirrat muodostavat yritys viestinnän selkärangan. Tämän alueen hyväksymistestaus varmistaa, että organisaatiossa olevien käyttäjien väliset puhelut reititetään oikein, ja ominaisuudet, kuten puhelun siirto, pidätys, edelleenlähetys ja neuvottelut, toimivat tarkoitetulla tavalla. Puhelusuunnitelmien eheys, laajennuksesta laajennukseen liittyvät yhteydet ja organisaation puhelukäytäntöjen tuki on vahvistettava.

Käyttäjäpuhelujen käsittely ja ominaisuuksien validointi

Hyväksyntätestauksen tärkeä osa on sen tarkistaminen, kuinka käyttäjät käsittelevät puheluita tu ettujen pöytäpuhelimien avulla. Tämä prosessi keskittyy varmistamaan, että päivittäiset puhelut yönkulut ovat intuitiivisia ja luotettavia, ja että käyttäjillä on saumaton pääsy rooliinsa tarvittaviin ydin ominaisuuksiin. Testauksessa olisi arvioitava, kuinka helposti käyttäjät voivat so ittaa ja vastaanottaa puheluita, hallita pidätystoimintoja ja suorittaa sekä sokeita että neuvoa-antavia siirtoja. On myös tärkeää varmistaa, että soitonsiirto, neuvottel ut ja muut edistyneet ominaisuudet, kuten pysäköinti ja puhelujen hakeminen tai älä häiritse aktivointi, ovat helposti saatavilla ja toimivat sujuvasti.

Kokemusta tulisi arvioida selkeyden ja reagointikyvyn suhteen ottaen huomioon, miten käyttäjät ovat vuorovaikutuksessa puheluhistorian, vastaajaviestin ja integroitujen hakemistojen kanssa. Lisähuomiota olisi kiinnitettävä kykyyn siirtää aktiivisia puheluita laitteiden välillä ja käyttää puhelun sisäisiä hallintalaitteita tehokkaasti sovelluksessa tai fyysisissä puhelimissa. Perim mäisenä tavoitteena on varmistaa, että loppukäyttäjäkokemus on johdonmukainen, tehokas ja tukee täysin organisaation viestintätarpeita siirtymisen jälkeen.

Puhelujonot: edustajan ja esimiehen kokemus

Puhelujonoja käytetään usein suuren volyymin saapuvien puhelujen skenaarioiden käsittelyyn. Hyväksymistestaus keskittyy tässä useisiin ulottuvuuksiin. Ensinnäkin on varmistettava, että puhelut jaetaan agenteille määritetyn jon ologiikan mukaisesti, kuten round robin, pisin joutotila tai samanaikainen soitto. Jonotettujen puhelujen esittämistä edustajien työpöydillä on tutkittava selkeyden ja helppokäyttöisyyden vuoksi, jotta varmistetaan, että edust ajat voivat tehokkaasti hyväksyä, pitää ja siirtää puheluita.

Esimiehille työpöytäkokemusta tulisi arvioida ominaisuuksien, kuten reaaliaikaisen seurannan, puheluiden purkamisen ja analytiikan tai jonon suorituskyvyn oival luksen suhteen. Tämä sisältää muun muassa hallintapaneelien ja raportointityökal ujen validoinnin, jotka tarjoavat käyttökelpoisia tietoja puhelujen jakelusta, edustajan toiminnasta ja jonomittauksista.

Metsästysryhmät: Puhelujen jakelu

Metsästysryhmät ovat keskeinen mekanismi puhelujen jakamiseksi ennalta määritetyille käyttäjäryhmille. Hyväksymistestauksen on varmistettava, että puhelut reititetään ryhmän jäsenille määritetyn metsästysalgorit min perusteella ja että ylivuoto-, edelleenlähetys- ja vastaamattomuusskenaariot käsitellään suunnittelun mukaisesti. Toiminnan johdonmukaisuuden ja käyttäjien tyytyväisyyden kannalta on välttämätöntä varmistaa, että ryhmän jäsenyys- ja puheluiden reitityskäyttäytymiset vastaavat aiemmin vahvistettuja käyttäytymismalleja.

Automaattiset puhelunvalvojat: Ilmoitukset ja valikkotoiminnot

Automaattiset puhelunhoitajat edustavat automaattisen puhelunkäsittelyn etulinjaa. Testauksen on katettava ilmoitusten toisto, tallennettujen tervehdysten tarkkuus ja valikkopuiden oikea toiminta. Valik kovalintojen tulisi ohjata soittajat luotettavasti asianmukaisiin osastoihin, henkilöihin tai ulkoisiin numeroihin. Testauksen tulisi sisältää myös virheellisiä skenaarioita tai aikakatkaisuskenaarioita sen varmistamiseksi, että soittajat saavat selkeät ohjeet tai että heidät ohj ataan uudelleen tarkoitetulla tavalla.

Vastaajaviestin toiminta

Lopuksi, vastaajatoiminnot ovat kriittisiä käyttökokemuksen kannalta. Hyväksymistestien tulisi varmistaa, että vastaajalaatikot on määritetty oikein ja käytettävissä sekä organisaation sisällä että etänä. Mahdollisuus tallentaa, hakea ja hallita viestejä on vahvistettava yhdessä ilmoitu sten toimittamisen kanssa.

Optimoi

PSTN-siirto Cloud Connect -palveluun

Optimoi paikallinen infrastruktuuri

Analytiikan ja vianmäärityksen hyödyntäminen

PSTN-siirto Cloud Connect -palveluun

Kun kaikki päätepisteet ja käyttäjät on siirretty pilvipuheluihin, ainoa tarkoitus Unified CM on toimia kauttakulkuna PSTN-yhdyskäytävien välillä ja paikallisen yhdyskäytävän kautta. PSTN-yhdyskäytävien ja paikallisen yhdyskäytävän poistaminen kuvasta käyttämällä Cloud Connect -sovellusta kaikkien käyttäjien PSTN-käyttöoikeutena on useita etuja, mukaan lukien kustann usten vähentäminen ja parempi luotettavuus. Webex Calling Voit siirtää paikallisen PSTN-käyttöoikeuden Cloud Connect -palveluun seuraavasti:

Cloud Connect kumppanin valintaan.

Tutustu Cloud Connect -kumppaneiden luetteloon ja valitse organisaatiosi sijaintiin käytettävissä olevista kumppaneista.

Cloud Connect validointia varten.

Ennen kuin siirrät sijaintien PSTN-käyttöoikeuden Cloud Connect -palveluun, yhteys PSTN-verkkoon valitun Cloud Connect -kumppanin kautta on tarkistettava ja vahvistettava. Tätä tarkoitusta varten, testisijainti on määritettävä, kun jotkut testikäyttäjät on varattu kyseiseen testisijaintiin. Tämän testi sijainnin PSTN-käyttöoikeus asetetaan sitten Cloud Connect -kumppanille ennen PSTN-yhteyden vahvistamista testipuhelimilla. Onnistuneen validoinnin jälkeen testisijainti voidaan poistaa käytöstä.

Numeron siirtäminen.

Cloud Connect -siirron valmistelemiseksi on tehtävä porttitilaus kaikille PSTN-runkoon tällä hetkellä määritetyille numeroille, jotka päättyvät. Kaikki numerot on siirrettävä Cloud Connect -kumppanille. Paik kojen välisen saavutettavuuden ylläpitämiseksi kaikkien sijaintien kaikki numerot on siirrettävä samanaikaisesti .

Vaihda Cloud Connect -kumppaniksi.

Siirtymispäivänä kaikkien sijaintien PSTN-käyttöoikeus on asetettava Cloud Connected PSTN -palveluntarjoajalle, ja saapuvat ja lähtevät yhteydet on tarkistettava.

Kuten suunnitteluluvun PSTN-osiossa on keskusteltu, asiakkaat voivat myös halutessaan siirtää PSTN-käyttöoike utensa Cloud Connectiin siirtymän alussa käyttämällä PSTN-kanavaa hybridi-käyttöönotoissa. Lisätietoja on kohdassa PSTN-kanava hybridikäyttöönotoille. Webex Calling Siinä tapauksessa siirtymän aikana PSTN-käyttö tapahtuu paikallisen yhdyskäytävän kautta, ja kaikkien käyttäjien siirtämisen jälkeen ei ole muuta PSTN-järjestelmään liittyvää siirtovaihetta kuin käytöstä poistaminen ja paikalliset yhdyskäytävät.

Optimoi paikallinen infrastruktuuri

Kun kaikki käyttäjät on siirretty ja kaikki päätepisteet on siirretty pilvirekisteröintiin (tai ne on poistettu käytöstä), päivitä asianmukainen paikallinen infrastruktuuri nyt, kun pilvipuhelut ovat käytössä. Infrastruktuurin päivitykset sisältävät:

Poista paikalliset puhelunhallinta- ja viesti DNS SRV tietueet paikallis ista DNS-palvelimista, mukaan lukien cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Näitä SRV-tietueita ei enää tarvita asiakaspalvelun löytämiseen.

Poista reunaan liittyvät DNS SRV tietueet julkisesta DNS-järjestelmästä, mukaan lukien collab_edge. _tls. <domain>. Näitä SRV-tietueita ei enää tarvita yhteistyön reun apalvelujen asiakaspalvelun löytämiseen.

Päivitä kaikki asiaankuuluvat DHCP-laajuudet poistaaksesi vaihtoehdon 66 ja vaihtoehdon 150 TFTP/käynnistyspalvelimen osoitteet. Näitä laajuuksia ei enää tarvita päätepistekut sun hallinnan kokoonpanojen löytämiseen ja lataamiseen.

Päivittää/poista paikallisesta yhdyskäytävästä/kuutiosta sopivat puhelinverkkoyhteydet, jotka reitittävät puhelut sinne ja sieltä. Unified CM Näitä puhelinverkkoversioita ei enää tarvita paikalliseen puhelun reititykseen.

Poista tai poista kaikki ja klusterisolmun virtuaalikoneet ja/tai palvelimet. Käytä laskentaresursseja ja laitteistoja uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita puhelunhallintaan ja reunapalveluihin.

Poista tai poista kaikki klusterisolmun virtuaalikoneet ja/tai palvelimet. Käytä laskentaresursseja ja laitteistoja uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita vastaajaviestissä ja yhtenäisissä viestintäpalveluissa.

Puhdistus: Kun PSTN-käyttö on siirretty Cloud Connected PSTN -verkkoon, PSTN-rungot, PSTN-yhdyskäytävät ja paikallinen yhdyskäytävä voidaan poistaa käytöstä.

Jos kyseessä on olemassa oleva paikallinen E911-ratkaisu, poista kaikki sijainnit tai numerot, jotka on siirretty, ja kun täydellinen siirtyminen on valmis, poista sovellusvirtuaalikoneet tai -palvelimet. Käytä laskentaresursseja ja laitteistoja uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita hätäpuhel u- ja paikannuspalveluihin.

Siirrettyjen käyttäjien DN:t tulisi sijoittaa piilotettuun osioon, jotta vältetään puhelun reititysvirheet ja varmistetaan, että kaikilla CSS-järjestel millä on ensisijainen pääsy samojen DN:n pilvipolulle.

Päivitä fyysinen lähetettävä sijainti ja verkkoelementti horisontin liikkuvuudessa aina, kun muutoksia tapahtuu. Yleisiä päivityksiä vaativia toimintoja ovat:

Verkkokytkimen vaihto

Langattoman tukiaseman vaihto

DHCP-laajuuden muutokset

Fyysiset muutokset rakennuksen sisällä (jos ne ratkaistaan kuutiolle/toimistolle)

Fyysinen toimistotilojen laajennus tai supistuminen rakennuksen sisällä.

Analytiikan ja vianmäärityksen hyödyntäminen

tarjoaa kattavat analytiikka- ja vianmääritystoiminnot, joiden avulla voit visualisoida ja seurata käyttöönottoa. Nämä kattavat median laadun, yksityiskohtaisen puheluhistorian, puhelujonon, metsästys ryhmän ja automaattisen puhelunvalvojan analytiikan. Esimerkki median laatuanalytiikasta on esitetty kuvassa median laatuanalytiikka.

median laatuanalytiikka

Vianmäärityksen alla kutakin käyttämällä soitettua puhelua voidaan tarkastella yksityiskohtaisilla tiedoilla keskeisistä median laadusta ja signalointiin liittyvistä ongelmista, jotka auttavat tunnistamaan media ongelmat sekä epäonnistuneet puhelut, kuten kuvassa medi alaadun vianmääritys näkyy.

medialaadun vianmääritys

Vianmääritys voidaan integroida myös muihin Cisco-tuotteisiin, kuten ThousandEyes- ja Meraki- kytkimiin, tarjotakseen entistä rikkaamman integroidun käyttökokemuksen Control Hubissa. Lisätietoja Webex Callinganalytiikan käytöstä ja vianmäärityksestä on ohjeaiheessa Puhelujen vianmäärit Webex Calling ys Ohjauskeskuksessa.

Johdanto

Ennen kuin aloitat

Yleiskatsaus

Ydinkomponentit

PPDIO-prosessin yleiskatsaus

PPDIO: n yleinen kuvaus

PPDIO: n käyttäminen Unified CM Webex Calling siirtoprojekteihin

Valmistaudu

Suunnitelma

Suunnittelu

Toteuttaa

Optimoi

PPDIO-palautesilmukat

Siirtolaisuuslähestymistapa

Ennen kuin aloitat

Tämä opas on tarkoitettu ryhmille tai henkilöille, joilla on kokemusta Cisco Unified Communications Manager (Unified CM) ja Cisco-päätepisteiden määrittämisestä ja hallinnasta, mukaan lukien IP-pöytäpuhelimet, videolaitteet ja Jabber-ohjelmistoasiakkaat. Tässä asiakirjassa on linkkejä tuote- ja tukidokumentaatioihin, jotka auttavat.

Tämä asiakirja keskittyy siirtymiin vain Webex Calling mon Unified CM ivuokralaiseen. Tässä asiakirjassa Webex Callingoleva termi viittaa aina Webex Calling monivuokralaiseen.

Ennen siirtymisen aloittamista Unified CM kohteeseenWebex Calling, on välttämätöntä saada kattava käsitys Webex Calling ratkaisusta ja sen vastaavista komponenteista. Onnistunut siirto edellyttää Webex Calling arkkitehtuurin, palvelum allien, käyttöönottovaihtoehtojen ja niihin liittyvien ominaisuuksien tuntemusta, jotta olemassa olevat Unified CM työkuormat voidaan kartoittaa oikein ja suunnitella tehokas siirtymäsuunnitelma.

Seuraavien Webex Calling komponenttien perusteellinen ymmärtäminen on välttämätöntä tehokkaan siirtymästrategian ja toimintavalmiuden selvittä miseksi.

Ohjauskeskus

Hakemistojen ja käyttäjien käyttöönotto

Webex Callingalusta

Tuetut puhelupäätepisteet

PSTN-liitäntävaihtoehdot

Webex Callingsoittosuunnitelma ja numeronhallinta

Turvallisuus- ja vaatimustenmukaisuusominaisuudet.

Lisätietoja on kohdassa Cisco Preferred Architecture forWebex Calling.

Tässä oppaassa korostetaan työkaluja ja prosesseja, joita on käytettävä koko siirtymän elinkaaren ajan. Siirtyminen paikallisista puheluista uuteen pilvipuhel Unified CM ualustaan voi kuitenkin olla merkittävä ponnist Webex Calling us mahdollisten liiketoiminnallisten, teknisten ja monimutkaisten haasteiden kanssa. Näiden haasteiden voit tamiseksi Ciscolla on käytettävissä muutamia erilaisia vaihtoehtoja, jotka auttavat sinua mat kallasi. On tärkeää tarkistaa tiedot kohdasta Enterprise Cloud Calling - Soittojen siirto ja ymmärtää kunkin vaihtoehdon ja sen, miten kukin vaihtoehto voi mahdollisesti auttaa sinua omassa siirtymisessäsi.

Webexin siirtotyökalut: Control Hubiin sisäänrakennetut ilmaiset itsepalvelutyökalut, jotka virtaviivaistavat siirtymistä Webex Calling

Sertifioidut siirtopalveluntarjoajat: Ciscon validoidut ohjelmistojen ja työkalujen tarjoajat, jotka ovat kehittäneet siirtoratkaisuja Webex-kumppaneiden ja asiakkaiden auttamiseksi monimutkaisissa ja suurissa siirroissa. Nämä ratkaisut voivat auttaa yksinkertaistamaan, hallitsemaan ja nopeuttamaan siirtymistä Webex Calling

Webex Setup Assist: Ciscon johtama siirtopalvelu, joka opastaa asiakkaita ja kumppaneita Webex Calling käyttöönoton ja määrityksen läpi, jota tarvitaan käyttäjien ja palveluiden onnistuneeseen siir Unified CM tämiseen. Webex Calling

Yleiskatsaus

Pilvipohjaisten yhteistyöpalveluiden kasvun myötä yhä useammat asiakkaat haluavat siirtää nykyiset yhteistyökuormansa pilveen, koska pilvipohjaisiin palveluihin liittyvät lupaukset alennetuista kokonaiskustannuksista, yksinkertaistetusta hallinnasta, jatkuvasta ominaisuuksien toimittamisesta, laajemmasta skaalasta ja erinomaisesta luotettavuudesta. Kun asiakkaat haluavat siirtyä paikallisista yhteistyöpalveluista pilvipalveluihin, heidän on tärkeää ymmärtää, mitä siirtyminen edellyttää ja mitä vaiheita siirtymiseen tarvitaan.

Tämän asiakirjan tarkoituksena on tarjota käyttöönotto-ohjeita asiakkaille, jotka haluavat siirtyä paikallisesta palvel Unified CM Webex Calling usta pilveen. Tässä käyttöönotto-oppaassa oletetaan, että lukijalla on perustiedot puheluiden siirtymisestä välillä Unified CM jaWebex Calling, mukaan lukien muutokset siirtymisen yhteydessä ja mitä eroja on, kun puheluiden työmäärä siirretään paikallisesta sijainnista pilveen. Ennen kuin jatkat, varmista, että olet tarkistanut siirtymäkartassa käytettävissä olevat tiedot ja tunnet ne. Tämä siirtymäkarttatied okumentti tarjoaa tietoa tämän siirtymän muutoksista ja eroista.

Kuten kuvassa Paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etä käyttö on esitetty, tyypillinen paikallinen käyttöönotto sisältää verkon eri yhteistyöinfrastruktuurikom ponentit, puhelunhallinta-alustan, reuna-alustan, laitteisto- ja ohjelmistopääte pisteet ja joissakin tapauksissa jopa neuvottelu- ja ajoitusalustoja. Cisco- arkkitehtuurissa tähän sisältyvät puhelunhallinta, Expressway etä Unified CM käyttöön ja yritysten väliseen (B2B) reunapalveluun, Cisco Meeting Server/ Cisco Meeting Management paikalliseen konferenssiin, Unity Connection puheviestintään ja käyttäjälle suunnatut laitteistot (Cisco IP Phones, Cisco Desk and Room -video järjestelmät) ja ohjelmistot () IP-pohjaiset päätepisteet. Cisco Jabber Nämä komponentit voivat vaihdella hieman jo issakin ympäristöissä, mutta tämä on tämän asiakirjan loppuosassa kuvatun siirtymän lähtökohta.

Paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etäkäyttö

Kuvassa Paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etäkäyttö perustuu Cisco Collaboration Enterprise On -Premises -käyttöönoton ensisijaiseen arkkitehtuuriin (PA). Lisätietoja Enterprise On-premise -palvelusta on artikkelissa Ciscon yhteistyön ensisijaiset arkkitehtuurit.

Ennen: Paikallisen puheluinfrastruktuurin komponent titaulukossa luetellaan paikallisen arkkitehtuurin keskeiset elementit ennen siirtymistä pil Webex Calling veen.

Taulukko 1. Ennen: Paikalliset puheluinfrastruktuurin komponentit
Tuote Kuvaus

Unified CM Paikallinen puhelunhallinta, joka tarjoaa laitteiden rekisteröinnin ja puhelun reitityspalvelut

Cisco Expressway-C/E Edge-infrastruktuuri, joka tarjoaa mobiili- ja Remote Access (MRA) sekä yritysten välisiä (B2B) toimintoja, joiden avulla etäpäätepisteet voivat muodostaa yhteyden turvallisesti organisaation ulkopuol elta. Expressway otetaan käyttöön pareittain palomuurin kulkemiseksi ulko isille päätepisteille.

Ciscon kokouspalvelin (CMS), Ciscon kokousten hallinta (CMM) ja Cisco TelePresence Management Suite (TMS) Paikallinen ääni-, video- ja verkkoneuvotteluinfrastruktuuri, joka tarjoaa monipistekokouksia, kokousten hallintaa ja ajoitusominaisuuksia. [Valinnainen]

Cisco Unity Connection Paikallinen ääniviestialusta, joka tarjoaa vastaajaviestejä ja yhtenäisiä viestintäominaisuuksia. [Valinnainen]

Cisco Desk, Cisco Room, Cisco Board, Ciscon IP-puhelimet ja Cisco Jabber IP-pohjaiset laitteet, jotka on rekisteröity ääni- Unified CM ja videopuheluominaisuuksiin

Kuten kuvassa Siirtymäpäätös osoittaa: paikalliset puhelutWebex Calling, asiakkaat, joilla on paikallinen puhelunhallinta ja työpöytä- Unified CM ja video-IP-päätepisteet, voivat valita, siirtävätkö arkkitehtuurin pilviarkkitehtuuriin. Webex Calling

Päätös on tehtävä asiakkaan toiminnallisuusvaatimusten perusteella. Asiakkaiden, joilla on seuraavat vaatimukset, on harkittava huolellisesti ennen päätöksen tekemistä, ja he voivat lopulta päättää pitää puhelunhallinnan paikallisesti:

Puhelinmallit, joita ei tue Webex Calling

Monimutkaisia tai lukuisia integraatioita muihin paikallisiin järjestelmiin tai ratkaisuihin, erityisesti silloin, kun näiden integraatioiden replikointi Webex Calling on vaikeaa tai vastaavia vaihtoehtoisia ratkaisuja ei ole saatavilla

Monimutkainen soittosuunnitelma, erittäin yksityiskohtaiset palveluluokat tai molemmat

Rajoittava, rajoitettu tai epäluotettava Internet-yhteys

Tiukat tietosuoja- ja omistajuuskäytännöt

Paikallisen tai maan sisäisen tallennuksen ja tallennuksen vaatimustenmukaisuusvaatimus

Kolmannen osapuolen integraatiot ilman varteenotettavaa vaihtoeh Webex Calling toista integraatiota

Contact Center -integraatiot, joissa yhteyskeskuksen inter ei ole vielä siirtymässä pil veen.

Siirtymäpäätös: paikallinen soitto Webex Calling
Asiakkaiden, jotka haluavat aloittaa pilvipuhelupalvelujen hyödyntämisen, tulisi har Webex Calling kita. Tämän pilvipuhelupalvelun avulla asiakas voi hyödyntää Webexin globaalia arkkitehtuuria skaalaamiseen ja yhteyksiin. Yritysverkon osallistujat ja yritysverkon ulkopuoliset etäosallistujat voivat kommunikoida IP-pohjaisten laitteistopääte pisteiden ja/tai työpöytä- tai mobiiliohjelmistosovellusten avulla.

Tämä asiakirja keskittyy asiakkaisiin, joilla on Unified CM puhelunhallinnan käyttöönottoja ja jotka haluavat ymmärtää käyttöönoton Webex Calling käyttöönoton yleiset vaiheet, näkökohdat ja vaatimukset seuraavassa osassa kuvatulla tavalla.

Ydinkomponentit

Siirron kohdearkkitehtuuri sisältää useita uusia komponentteja. Tämä sisältää pilvipohj Webex Calling aisen puhelun palvelun, Webex-sovelluksen, Cisco Directory Connector identiteettien integrointia varten ja paikallisen yhdyskäytävän (LGW) PSTN- käyttöä varten sekä paikallisen ja pilvipuhelujen integroinnin. Ciscon puhelusuunnitelmat tai Cloud Connec ted PSTN (CCP), jota Cloud Connect - Webex Calling kumppani tarjoaa, ovat lisävaihtoehtoja PSTN-pääsyyn.

Kuten kuvassa Jälkeen: Ark Webex Calling kitehtuuri näkyy, uudet komponentit (hakemistoliit Webex Calling äntä, paikallinen yhdyskäytävä ja selviytymisyhdyskäytävä) lisätään olemassa olevaan paikalliseen käyttöö nottoon.

Jälkeen: Ark Webex Calling kitehtuuri

Jälkeen: Pilvipuheluinfrastruktuurin komponent titaulukossa luetellaan arkkitehtuurin uudet elementit Webexiin siirtymisen jälkeen.

Taulukko 2. Jälkeen: Pilvipuheluinfrastruktuurin komponentit
Tuote Kuvaus

Webex Calling Pilvipohjainen puhelupalvelu, joka toimitetaan Webex-alustalta ja tarjoaa päätepisteiden rekisteröinnin ja puhelun reitityksen

Cisco-hakemistoliitäntä Windows-toimialuekoneessa toimiva Windows-sovellus, joka tarjoaa identite ettisynkronoinnin yrityksen paikallisen Active Directory ja Webex-organisaation identite ettivaraston välillä.
Asiakkaille, jotka siirtyvät paikallisesta Entra ID Active Directory :hen, identiteettiintegraatio Webexin kanssa Cisco Directory Connectorin sijaan käyttää ohjattua Entra ID -sovellusta.

Paikallinen yhdyskäytävä Paikallinen yhdyskäytävä toimii siltana asiakkaan paikallisen yhtenäisen viestintäverkon ja Webex Calling pilven välillä. Se voidaan ottaa käyttöön paikallisesti tai kumppanin isännöimänä, mikä tarjoaa PSTN-pääsyn pilvirekisteröimille päätepist eille sekä puheluintegraation rekisteröityjen ja pilvipalveluun Unified CM rekisteröityjen päätepisteiden välillä. Cisco IOS-XE Integrated Services Router (ISR 1100- ja 4000-sarjat), Cisco Catalyst 8200/8300-sarjaa, Cisco Catalyst 8000V Edge - ohjelmistoa ja useita sertifioituja kolmannen osapuolen Session Border Controllers (SBC) voidaan käyttää LGW-laitteina vaiheittaisessa siirrossa.

Selviytymisyhdyskäytävä Survivalability Gateway (SGW) on paikallisen verkon IOS-XE-pohjainen yhdyskäytävä, joka tarjoaa varapuhelupalveluja paikan päällä Webex Calling oleville päätepisteille verkkokatkojen aikana.

Ciscon puhelusuunnitelma, Cloud Connect Webex Calling Cisco Calling Plan ja Cloud Connect for Webex Calling ovat pilvipohjaisia vaihtoehtoja PSTN-pääsyyn päätepisteille. Webex Calling PSTN-pääsyä helpottaa pilvipalvelun PSTN-palveluntarjoaja, eikä se vaadi paikallisia laitteita.

Webex-sovellus Asiakassovellus, joka toimii työpöytäkäyttöjärjestelmässä (Windows, Mac) tai mobiili-käyttöjärjestelmässä (Android, iOS) ja rekisteröity suoraan Webex Calling alustalle puhelutoimintoja varten.

PPDIO-prosessin yleiskatsaus

PPDIO- prosessi tarkoittaa valmistelu, suunnittelu, toteutus ja optimointi. Se on jäsennelty Cisco-menetelmä, joka ohjaa projekteja alustavasta arvioinnista jatkuvaan parantamiseen ja varmistaa tehokkaan ja onnistuneen käyttöönoton tai siirron.

PPDIO-prosessi

PPDIO: n yleinen kuvaus

Valmistaudu: Arvioi nykyinen ympäristö, kerää vaatimuksia ja sovittaa sidosryhmät vakaan perustan luomiseksi.

Suunnitelma: Keh itä yksityiskohtaiset projektisuunnitelmat, mukaan lukien aikataulut, resurssit ja riskinhallintastrategiat.

Suunnittelu: Suunnittele liiketoiminnan ja teknisten tarpeiden mukaan räätälöity kohderatkaisu.

Toteuta: Suorita käyttöönotto tai siirto suunnittelun mukaan, validoi toiminnallisuus ja suorituskyky.

Optimoi: Paranna ratkaisua jatkuvasti käyttöönoton jälkeen seuraamalla suoritusky kyä, tarkentamalla kokoonpanoja ja hyödyntämällä automaatio- ja integraatiotyökaluja.

PPDIO: n käyttäminen Unified CM Webex Calling siirtoprojekteihin

Siirryttäessä PPDI Webex Calling O-prosessi tarjoaa selkeän etenemissuunnitelman sujuvan ja teho kkaan siirty Unified CM misen varmistamiseksi:

Valmistaudu

Arvioi nykyinen Unified CM ympäristö ja muuttovalmius

Kerää yksityiskohtaisia tietoja käyttäjistä, laitteista, verkosta ja riippuvuuksista

Kerää sijaintitiedot, mukaan lukien hätäosoite, käyttäjien lukumäärä, Internet- yhteys, PSTN-yhteys

Tunnista riskit ja määrittele projektin laajuus kaikkien sidosryhmien yhdenmukaistamiseksi.

Suunnitelma

Luo kattava siirtosuunnitelma, jossa on eräaikatauluja, resurssimäärityksiä ja aik atauluja

Määritä tehtäviä, kuten laitteen laiteohjelmistopäivitykset, lisenssien käyttöönotto ja käyttäjien perehdyttäminen

Koordinoi siirtoikkunat Ciscon ja kumppaneiden kanssa häiriöiden minimoimiseksi.

Suunnittelu

Yhdistä nyky Unified CM iset kokoonpanot, soittosuunnitelmat ja käyttäjäprofiilit Webex Calling vastaaviin

Suunnittele Webex Calling ympäristö, mukaan lukien PSTN-strategia (väliaikainen ja lopullinen), sijainnit, käyttäjäroolit ja integrointipisteet, kuten paikallinen yhdyskäytävä (CUBE) ja hakemistosynkronointi

Suunnittele rinnakkaiselon skenaarioita, joissa Unified CM ja Webex Calling toimivat samanaikaisesti siirtymisen aikana.

Toteuttaa

Käytä Control Hubin siirtotyökaluja kolmannen osapuolen työkalujen ohella laitteen laiteohjelmistotilan muuttamiseen, ominaisuuksien kokoonpanoon ja käyttäjien siirtoihin

Käytä joukkotoimintoja ja varmennusta Webex-sovellusliittymien avulla laajamittaisten siirtojen ja kokoonpanojen virtaviivaistamiseksi

Suorita lisenssien käyttöönotto, laitteen rekisteröinti ja kokoonpanopäivitykset

Vahvista siirron onnistuminen testauksen ja toiminnallisen var mennuksen avulla.

Optimoi

Seuraa jatkuvasti Webex Calling suorituskykyä ja käyttökokemusta

Määritysten ja työnkulkujen tarkentaminen operatiivisten tietojen ja palautteen perusteella

Hyödynnä automaatio- ja integrointiominaisuuksia tehokkuuden ja skaalautuvuuden parantamiseksi

Poista vanhat kompon Unified CM entit käytöstä tarpeen mukaan ja tarjota jatkuvaa tukea päivän 2 operaatioille.

Tämä parannettu PPDIO-lähestymistapa varmistaa hallitun, läpinäkyvän ja tehokkaan siirtymisen paikasta Unified CM toiseen hyödyntä Webex Calling mällä Ciscon työkaluja, sovellusliittymiä ja kumppaniekosysteemiä liiketoiminnan jatkuvuuden ylläpitämiseksi ja yhteistyö ominaisuuksien parantamiseksi.

PPDIO-palautesilmukat

Kuvion iteraatioissa esitetty korkean tason yleiskatsaus PPDIO: n suorittamisen aikana havainnol listaa yhden takaisinkytkentäsilmukan optimointiv aiheesta takaisin valmist eluvaiheeseen. Tämä tarkoittaa, että alkuperäisen käyttöönoton jälkeen on jatkuva mahdollisuus jatkuvaan parantamiseen. Jokainen optimointijakso voi tunnistaa uusia vaatimuksia tai parannusalueita, joihin voidaan vastata myöhemmissä projekteissa tai aloitteissa. Nämä yksittäiset projektit puolestaan noudattavat vakiintunutta PPDIO (Prepare, Plan, Design, Implement, Optimoi) elinkaarta. Tämä iteratiivinen lähestymistapa varmistaa, että järjestelmä pysyy yhdenmukaisena muuttuvien liiketoimintatavoitteiden ja teknisen kehityksen kanssa, mikä edistää jatkuvan hienostumisen ja sopeutumiskyvyn kulttuuria.

Iteraatiot suoritettaessa PPDIO

PPDIO-prosessin toteuttamisen aikana, on yleistä, että myöhempien vaiheiden havainnot edellyttävät aikaisemmissa vaihe issa tehtyjen päätösten tarkistamista ja mahdollisesti tarkistamista. Esimerkiksi täytäntöönpanovaiheessa ilmenneet ongelmat, kuten suunnittelun epäselvyyksien tai puuttuvien yksityiskohtien tunnistaminen, voivat paljastaa, että tiettyjä näkökohtia ei käsitelty täysin suunnitteluvaiheessa. Tällaisissa tapauksissa on tarpeen palata takaisin asianmukaiseen aikaisempaan vaihe eseen näiden ongelmien ratkaisemiseksi ennen jatkamista. Tämä iteratiivinen palautem ekanismi, kuten kuvion Unified CMavustetussa PPDIO-prosessissa havainnollistetaan, varmistaa, että ratkaisu on perusteellisesti validoitu ja hienostunut, mikä lopulta edistää vankempaa ja tehokkaampaa käyttöönottoa.

Unified CMavustettu PPDIO-prosessi

Kun siirrytään Unified CM kohteeseenWebex Calling, PPDIO-prosessin jokainen vaihe voi hyötyä merkittävästi olemassa olevasta ympäristöstä keräty istä tiedoistaUnified CM. Nykyisestä Unified CM kokoonpanosta voidaan poimia esimerkiksi kattava luettelo käyttäjistä, puhelin numeroista, puheluominaisuuksista ja soittosuunnitelman osista. Nämä tiedot täydentävät sidosryhmien suoraan toimittamia tietoja ja auttavat virtaviivaistamaan suunnittelu- ja suunnittelutoimia. Sopivien työkalujen hyödyntäminen tietojen poiminnan ja analysoinnin automatisoimiseksi paitsi parantaa tarkkuutta myös nopeuttaa kokonaisprosessia. Hyödyntämällä nykyisen käyttöönoton oivalluksia siirtyminen Webex Calling voidaan suorittaa tehokkaammin kuin perinteinen greenfield-toteutus noudattaen silti jäsenneltyä PPDIO-menetelmää. Tämä prosessi on havainnollistettu kuvio- Unified CMavustetussa PPDIO-prosessissa.

Siirtolaisuuslähestymistapa

Kun suunnittelet siirtymistä paikallisesta yrityksestäWebex Calling, Unified CM sinun on määritettävä, miten lähestyt tätä matkaa. Ensin sinun on päätettävä, onko siirto flash-cut (kaikki kerralla) vai vaiheittainen lähestymistapa (siir rä käyttä järyhmiä tai laitteita pidemmälle ajalle).

Flash-cut-siirto siirtää kaikki käyttäjät ja laitteet nopeimmin. Tällä menetelmällä siirrät kaikki käyttäjät ja laitteet paikallisesta sijain Unified CM n Webex Calling ista samaan aikaan. Pohjimmiltaan se on yksi siirtoikkuna kaikille käyttäjille ja laitteille. Kun tämä siirto on valmis, kaikki käyttäjät ja laitteet ovat Webex Calling alustalla ja kaikki Unified CM infrastruktuurisi voidaan poistaa käytöstä. Monet organisaatiot eivät kuitenkaan voi käyttää tätä lähestymistap aa puheluiden käyttöönoton laajuuden ja koon vuoksi.

Toinen lähestymistapa on vaiheitta inen siirtyminen. Useimmat organisaatiot käyttävät tätä lähestymistapaa, koska se tarjoaa paremman hallinnan, hallinnan ja skaalauksen siirtymisen myötä. Lisäksi se soveltuu paremmin suurempiin UC-käyttöönottoihin ja/tai käyttöönottoihin useilla alueilla. Siksi tässä asiakirjassa keskitytään vaiheittaiseen lähestymistapaan, jossa on kaksi vaihetta siirtymässä.

Kuten alla olevasta kuvasta Vaihe ittainen puhelusiirtymä: Hybridi ja pil vi, ensimmäinen siirtymävaihe (vaihe 1) johtaa rinnakkaiseen käyttöönottoon kaksoispuhel uympäristöjen kanssa. Tässä vaiheessa joihinkin käyttäjiin, laitteisiin ja ohjelmistoasiakkaisiin siirretään, Webex Calling kun taas toiset ovat edelleen paikallisen puhelunhallinnan käytössäUnified CM. Viimeinen siirtymävaihe (vaihe 2) johtaa puhtaaseen pilvipuhel uympäristöön, jossa kaikki käyttäjät, laitteet ja pehmeät asiakkaat on täysin siirretty Webex Calling alustalle.

Kuinka kauan organisaation siirtyminen pilvipuheluihin kestää, vaihtelee sen nykyisen käyttöönoton mukaan. Joissakin tapauksissa organisaatio voi tehdä ensimmäisen siirtymän ja pysyä rinnakkaisen kaksoispuhelun hallintavaiheessa (vaihe 1) pidemmän ajan (kuukausia tai jopa vuosia), kun taas toisissa tapauksissa organisaatio voi siirtyä kokonaan Webex Calling (vaiheeseen 2) hyvin lyhyessä ajassa (viikkoja tai kuukausia). Tämä asiakirja on tarkoitettu kattamaan molemmat vaiheet (vaihe 1 - rinnakkaiselo ja vaihe 2 - täysin siirtyminen).

Vaiheittainen puheluiden siirtyminen: hybridi ja pilvi

On mahdollista, että jotkut organisaatiot saattavat ylläpitää rinnakkaispuhelunhallinnan käyttöönottoa loputtomiin ilman suunnitelmia koskaan siirtyä kokonaan pilvipuheluihin.

Toinen huomio on, miten siirrät käyttäjät, laitteet ja pehmeät asiakkaat paikallisesta puhel unhallinnasta pilvipuhelujen hallintaan. Suositeltu lähestymistapa on kolmivaiheinen siirtymä. Alla oleva suositeltu 3-vaiheinen siirty mä jakaa tämän lähestymistavan kolmeen vaiheeseen.

Suositeltu 3-vaiheinen siirtyminen

Siirtymistä edeltävä vaihe: Tässä vaiheessa keskitytään sekä Webexin että Unified CM ympäristöjen valmistamiseen siirtoa varten. Tässä ei ole kyse tietyn suunnittelun tai kokoonpanojen kutsumisesta, vaan keskitytään toimien loppuun saattamiseen, jotka voidaan tehdä nyt ja ennen Webex Calling siirtymisprojektin alkamista. Tavoitteena on rakentaa perusta kahdelle ympäristölle valmistautuakseen muuttoon.

Siirtymisen valmistelu: Tässä vaiheessa aloitetaan valmistautuminen siirtymiseen Webex Calling. Tässä liiketoiminnalliset ja tekniset vaatimukset on tarkistettava ja päivitettävä. Älä vain nosta ja siir rä sitä, mitä tällä hetkellä käytetään, vaan Unified CM määrittele uudelleen liiketoiminnalliset ja tekniset vaatimukset, joita yrityksesi tarvitsee tänään ja tulevaisuudessa hyödyntämällä sen voimaa. Webex Calling Lisäksi tämä on vaihe, jossa viimeistelet suunnittelun, kokoonpanosuunnittelun ja siir ron suunnittelu/aikataulun.

Siirto (käyttöönotto ja käytöstä poistaminen): Tässä vaiheessa tapahtuu käyttäjien, laitteiden, puhelinnumeroiden ja pehmeiden asiakkaiden todellinen siirtyminen. Kuten edellä mainittiin, tämä vaihe voidaan suorittaa kaikille kerralla (flash-cut) tai useissa muutosikkunoissa (vaihe ittainen leik kaus). Loppukäyttäjien käyttöönottosuunnitelmat, koulutus ja viestintä ovat kriittisiä, joten käyttäjät ovat tietoisia muutoksista, uuden puhelualustan käytöstä ja tietävät, milloin muutos tapahtuu. Viimeinen vaihe on poistaa käytöstä kaikki paikallinen UC-infrastruktuuri , jota ei enää käytetä.

Siirtoa edeltävässä vaiheessa on toimintoja (pakollisia, suositeltuja ja valinnaisia), joiden parissa voit aloittaa työskentelyn välittömästi. On suositeltavaa suorittaa nämä ennemmin kuin myöhemmin ja mieluiten ennen projektin alkamista. Joidenkin toimintojen suorittaminen voi kestää kauemmin, joten niiden aloittaminen aikaisemmin auttaa virtaviivaistamaan varsinaista siirtoprojektiasi.

Alla olevassa kuvi ossa maahanmuuttoa edel tävät toimet korostetaan viittä erityistä toimintaluokkaa, jotka liittyvät Webex Calling muuttoon.

Maahanmuuttoa edeltävät toimet

Valmistaudu

Liiketoiminnan ja tekniset vaatimukset

Miksi vaatimusten kerääminen on tärkeää:

Liiketoiminnan vaatimukset

Tekniset vaatimukset

Verkon valmius ja vaatimukset

Pilviyhteyksien yhdistämisen määrittäminen

Nykyisen ympäristön arviointi

Lisensointi

Sijainti/Sivustot

Varastoi olemassa olevat laitteet/asiakkaat

Tarkista laitteen kelpoisuus

Käyttäjät

PSTN-liitäntä

Ominaisuudet ja ominaisuuksien käyttö

Cisco-integraatiot: Unity-yhteys UCCX UCCE

Puhelun tallennus

Kolmannen osapuolen integraatiot

Liiketoiminnan ja tekniset vaatimukset

Kun suunnittelet siirtymistä kohteeseen, on ratkaisevan tärkeää kerätä perusteellisesti sekä tekniset että liiketoiminnan vaatimukset suunnitteluvaiheessa. Tämä vaihe varmistaa, että siirto vastaa organisaatiosi operatiivisia tavoitteita ja teknisiä ominaisuuksia, minimoiden riskit ja häiriöt.

Miksi vaatimusten kerääminen on tärkeää:

Kohdistaa liiketoiminnan tavoitteet: Liiketo iminnan tarpeiden ymmärtäminen auttaa räätälöimään siirtymisen keskeisten työnkulkujen, käyttökokemuksen ja kasvusuunnitelmien tukemiseksi.

Varmistaa teknisen yhteensopivuuden: Teknisten vaatimusten tunnistaminen varhaisessa vaiheessa estää integrointiongelmat olemassa olevaan infrastruktuuriin, verkkoon ja päätelaitteisiin.

Helpottaa resurssien suunnittelua: Selkeät vaatimukset auttavat arvioimaan aikataulut, kustannukset ja tarvittavat resurssit tarkasti.

Vähentää riskejä: Mahdol listen haasteiden varhainen havaitseminen mahdollistaa ennakoivat ratkaisut, mikä vähentää seisokkeja ja huoltokatkoksia.

Liiketoiminnan vaatimukset

Tyypillisiä liiketoiminnan vaatimuksia ovat:

Siirrettävien käyttäjien ja sijaintien lukumäärä

Halutut ominaisuudet ja palvelut (esimerkiksi puhelun reititys, vastaajaviesti, neuvottelut, automaattiset puhelunhoitajat, puhelujonot)

Vaatimustenmukaisuus- ja turvallisuuskäytännöt

Budjettirajoitteet ja kustannusodotukset

Käyttäjien koulutus- ja tukitarpeet

Siirtymisen aikajana ja liiketoiminnan jatkuvuuden näkökohdat.

Hal uttujen ominaisuuksien ja palveluiden kerää minen on kriittinen askel sen varmistamiseksi, että uusi järjestelmä vastaa liiketoiminnan tarpeita. Näitä vaatimuksia kerättäessä on tärkeää paitsi ottaa huomioon, mitä tällä hetkellä on määritetty, myös yrittää kerätä todelliset vaatimukset järjestelmää käyttäviltä liiketoimintayksik öiltä. Muussa tapauksessa on olemassa riski, että suunnitelma perustuu pitkäaikaisiin oletuksiin. Varmista, että arvioit käytettävissä olevia lisäominaisuuksia tai parannettuja ominaisuuksia, joita ei ehkä ole, kuten pilvipohjaiset puhelut, edistyneet puhelujonot, , ja. Tämä auttaa hyödyntämään pilvialustan kaikkia etuja.

Arvioitaessa nykyistä kokoonpanoa vuonna, on tärkeää huomata, että kaikki olemassa olevat asetukset eivät välttämättä ole välttämättömiä muuttuvien vaatimusten vuoksi koko järjestelmän elinkaaren ajan. Painopisteenä olisi oltava vain sellaisten kokoonpanojen tunnistamisessa ja säilyttämisessä, jotka vastaavat käyttöönoton nykyisiä ja tulevia tarpeita.

Keskity enemmän siihen, mitä tarvitset kuin mitä sinulla on.

Vaatimustenmukaisuus- ja tietoturvakäytännöt ovat tärkeitä näkökohtia siirty Webex Calling essä kohteeseen, jotta varmistetaan, että uusi pilvipohjainen viestintäjärjestelmä noudattaa laki-, sääntely- ja organisaatiostandardeja.

Säädösten noudattaminen: Organisaatioiden on varmistettava, että ne täyttävät toimialakohtaiset määräykset, kuten GDPR, HIPAA tai SOX, jotka koskevat tietojen yksityisyyttä, säilyttämistä ja käsittelyä koskevia vaatimuksia sekä maakohtaisia valtuutuksia, jotka liittyvät tietojen sijaintiin, tietullien ohittamiseen ja median sijaintiin.

Tietoturva: Var mistetaan, että ääni- ja signalointitiedot salataan sekä kuljetuksen aikana että levossa suojaamiseksi sieppaamiselta tai luvattomalta käytöltä.

Käyttöoikeuksien hallinta: Käyttäjän todennuksen, valtuutuksen ja roolipohjaisen käytön määrittäminen ja pakottaminen viestintäresurssien luvattoman käytön estämiseksi.

Tarkastus ja seuranta: Kirja us- ja seurantatoimintojen käyttöönotto, jotta voidaan seurata pääsyä ja käyttöä vaatimustenmukaisuuden tarkastuksissa ja tietoturvatapahtumien tutkimuksissa.

Käytännön yhdenmukaistaminen: Siirtymisen yhdenmukaistaminen yrityksen olemassa olevien tietoturvakäytäntöjen kanssa, mukaan lukien päätepisteiden suojaus, verkon segmentointi ja häiriötilanteiden torjuntasuunnitelmat.

Toimittajan tietoturvatarkastus: Arvioi Ciscon tietoturvasertifikaatit ja vaatimustenmukaisuustodistukset luotettavuuden varmistamiseksi.

Näiden vaatimustenmukaisuus- ja turvallisuuskäytäntöjen noudattaminen suunnitteluvaiheessa auttaa vähentämään riskejä, välttämään oikeudellisia seuraamuksia ja ylläpitämään viestinnän eheyttä ja luottamuksellisuutta koko siirtymisen ajan ja sen jälkeen.

Käyttäjien koulutus- ja tukit arpeet ovat olennaisia osia siirtymisen aikana sujuvan siirtymisen ja käyttäjien käyttöönoton varmistamiseksi. Keskeisiä näkökohtia ovat:

Koulutusohjelmat: Kehitä räätälöityjä koulutustilaisuuksia eri käyttäjäryh mille (loppukäyttäjät, järjestelmänvalvojat, helpdeskin henkilökunta), jotta he voivat tutustua ominaisuuksiin, käyttöliittymiin ja uusiin työnkulkuihin.

Dokumentaatio: Tarjoa selkeät ja helppokäyttöiset käyttöoppaat, usein kysytyt kysymykset ja pik aopas materiaalit, mukaan lukien uutuudet ja erilaiset resurssit sekä vaiheittaiset ennen ja jälkeen -ohjeet (video- tai pikaopasmuodossa), jotta käyttäjät voivat mukaut ua päivitettyyn käyttökokemukseen siirtymisen jälkeen.

Muutosten hallinta: Kommunikoi muutoksista ennakoivasti käyttäjien odotusten hallitsemiseksi ja vastustuskyvyn vähentämiseksi.

Tukirakenne: Perusta oma tukitiimi tai eskalaatiopolku käyttäjän ongelmien ratkaisemiseksi nopeasti siirron aikana ja sen jälkeen.

Jatkuva koulutus: Suunnittele jatkuvan koulutuksen päivitykset, kun uusia ominaisuuksia tai päivit yksiä julkaistaan vuonna.

Palautemekanismit: Ota käyttöön kanavia, joiden avulla käyttäjät voivat ilmoittaa ongelmista ja antaa palautetta koulutus- ja tukiprosessien parantamiseksi.

Näiden koulutus- ja tukitarpeiden huomioiminen suunnitteluvaiheessa auttaa minimoimaan häiriöt, lisää käyttäjien luottamusta, ja maksimoi siirtymisen edut.

Tekniset vaatimukset

Useita keskeisiä teknisiä vaatimuksia on kerättävä ja dokumentoitava onnist uneen siirtymisen kannalta, mukaan lukien seuraavat tiedot:

Verkkovalmius ja kaistanleveyden kapasiteetti

Kattava verkon arviointi on ratkaisevan tärkeää sen varmistamiseksi, että olemassa oleva infrastruktu uri tukee uutta Webex Calling ympäristöä. Tämä sisältää:

Kaistanleveysanalyysi: Nykyisen ja ennustetun kaistanleveyden käytön arviointi ääni-, video- ja dataliikenteen käsittelemiseksi ilman ruuhkia.

Palvelun laatu (QoS): QoS-käytäntöjen käyttöönotto ääniliikenteen priorisoimiseksi ja viiveen, värinän ja pakettihäviön minimoimiseksi.

WAN- ja Internet-yhteydet: Varmist etaan, että WAN-linkit ja Internet- yhteydet täyttävät pilvipohjaisten puheluiden vaatimukset, mukaan lukien redundanssi- ja vikasieto iminnot.

Palomuuri- ja NAT-määritykset: Varmistetaan, että palomuuri- ja NAT-asetukset sallivat vaaditun signaloinnin ja medialiikenteen.

Integrointi olemassa olevaan järjestelmään

Saumaton integrointi olemassa oleviin liiketoimintajärjestelmiin on välttämätöntä käyttäjäkokemuksen ja työnkulun jatkuvuuden kannalta:

Hakemistopalvelut: Arvioi integraatiota yrityshakemistoon automaattista käyttäjien käyttöönottoa ja todennusta varten.

CRM- ja liiketoimintasovellukset: Inte graatiopisteiden tunnistaminen asiak assuhteiden hallintajärjestelmiin ja muihin liiketoiminnan kriittisiin sovelluksiin.

Vanha PBX-vuorovaikutus: Suunnittele rinnakkaiseloa tai vaiheittaisia siirto strategioita, jos vanhoja puhelinjärjestelmiä säilyy siirtymän aikana.

Päätepisteiden yhteensopivuus ja käyttöönotto

Kaikkien päätelaitteiden, mukaan lukien pöytäpuhelimet, ohjelmistopuhelimet ja mobiililaitteet, on arvioitava yhteensopivuuden suhteen:

Laitetuki: Vah vistaa, että olemassa olevia IP-puhelimia ja laitteita tukee, tai vaadittujen vaihtojen tunnistaminen.

Provisiointiprosessit: Automaattisten tai virtaviivaistettujen varmennus menetelmien luominen päätepisteiden tehokasta käyttöönottoa varten.

Laiteohjelmisto- ja ohjelmistopäivitykset: Tarvittavien päivitysten suunnittelu yhteentoimivuuden ja turvallisuuden varmistamiseksi.

Suojausmääritykset ja salausstandardit

Turvallisuus on ensiarvoisen tärkeää pilviviestinnässä:

Salaus: En d-to-end -salauksen käyttöönotto signalointi- ja mediavirroille Cis con tietoturvan parhaiden käytäntöjen mukaisesti.

Todennus ja kulunvalvonta: Turvallisten todennus mekanismien (kuten SSO, monitekijätodennus) ja yksityiskohtaisten käyttäjien käyttöoikeuksien hallinnan käyttöö notto.

Vaatimustenmukaisuus: Varmistetaan, että ratkaisu täyttää asiaankuuluvat sääntely- ja alan vaatimustenmukaisuusstandardit (esimerkiksi GDPR, HIPAA).

Turvallisuuden valvonta: Integrointi SIEM-työkaluihin ja hälytysten määrittäminen mahdollisista tietoturvatapahtumista.

Taulukko 1. Esimerkkiarviointi
Vaatimus Keskeiset näkökohdat

Verkkovalmius ja kaistanleveys Kaistanleveys, QoS, WAN/Internet, palomuuri/NAT

Integrointi olemassa oleviin järjestelmiin Hakemisto, CRM, PBX, Sähköposti/kalenteri

Päätepisteiden yhteensopivuus ja käyttöönotto Laitetuki, käyttöönotto, laiteohjelmistopäivitykset

Suojausmääritykset ja salaus Salaus, todennus, vaatimustenmukaisuus, tietoturvan valvonta

Käyttäjäkoulutus ja muutosten hallinta Koulutusohjelmat, dokumentointi, muutosviestintä

Numeron siirrettävyys ja soittosuunnitelma Numeron siirto/siirtäminen, soittosuunnitelman kääntäminen

Kolmannen osapuolen integraatiot Haku, yhteyskeskus, faksi, analogiset laitteet

Verkon valmius ja vaatimukset

Verkkovalmius on ratkaisevan tärkeää onnistuneelle siirtymiselle mihin tahansa pilvipohjaiseen puheluratkaisuun, kuten. Huono verkon suunnittelu voi johtaa heikentyneeseen puhelun laatuun, puhelujen keskeyttämiseen ja tyytymättömiin käyttäjiin. Asiakkaiden on suoritettava verkon arviointi ennen siirtymistä. On suositeltavaa vahvistaa verkon kaistanleveyden saatavuus odotetulle puhelum äärälle, varmistaa palvelun laatua koskevat vaatimukset (QoS) täyttyvät ja ymmärtää eri portit, jotka on avattava reunapalomuurissa.

Luotettava verkkoyhteys riittävällä palvelulaadulla (kaistanleveys, pakettihäviö, RTT) on perusvaatimus parhaan mahdollisen käyttäjäkokemuksen varmistamiseksi päästä päähän kaikille ääni- ja videokuvaksellisten päätepisteiden, asiakkaiden ja sovellusten käyttäville päätelaitteille, asiakkaille ja sovelluksille.

Asiakkailla ja yhteistyökumppaneilla on käytössään OTT-verkon (Over-the-Top) lisäksi yhteysvaihtoehtoja, jotka voivat optimoida yhteyden Connectin sisälly Webex Edge ttämiseen. Lisätietoja Connect- suunnittelun yksityiskoh Webex Edge dista on ohjeaiheessa Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant ja Dedicated Instance.

Asiakkaat voivat käyttää cScan ia verkon arviointiin, joka antaa tietoa asiakkaan verkon laadusta, kuinka monta puhelua voidaan muodostaa , viiveestä ja niin edelleen. Lisätietoja cScan-työkalusta on ohjeaiheessa Verkon laadun testa Webex Calling aminen cScan illa.

Varmista, että verkko on valmis siirtymiseen, harkitse seuraavaa tarkistusluetteloa:

Kaistanleveyden suunnittelu

Laske samanaikaiset puhelut sivustokohtaisesti varmistaaksesi, että sinulla on riittävästi ylä- ja alavirran kaistanleveyttä ja sisällytä tilaa muuhun liiketoimintakriittiseen liikente eseen ja tulevaan kasvuun.

Webex CallingPuhelutyypin kaistanleveyslas kutaulukko näyttää käyttöönoton yhteydessä käytettävissä olevat puhelutyypit sekä jokaiselle puhelutyypille vaadittavan koodekkin ja enimmäiskaistanleveyden. Kuten puhelutyypin kaistanleveyslaskentataulu kossa esitetään, vaadittu äänipuhelun kaistanleveys kullekin puhelutyypille voidaan laskea seuraavan yleisen kaavan avulla: Webex Calling

Odotettujen samanaikaisten puhelujen lukumäärä* Kaistanleveys puhelua kohden koode kin perusteella = Vaadittu verkon läpäisykyky.
Taulukko 2. Webex Callingpuhelutyypin kaistanleveyden laskeminen
Puhelutyypit Codec - kaistanleveys Kaistanleveyden laskelmat
/Pöytäpuhelin -> OPUS - 70 kbps Samanaikaisten puheluiden lukumäärä* 70 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> Pöytäpuhelin OPUS — 70 kbps Samanaikaisten puheluiden lukumäärä* 70 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> PSTN LGW: n kautta G.711 — 80 kbps Samanaikaisten puheluiden lukumäärä* 80 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> PSTN Cloud PSTN: n kautta (esim. Ciscon puhelusuunnitelma) G.711 — 80 kbps Samanaikaisten puheluiden lukumäärä* 80 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> Enterprise LGW: n kautta G.722 — 80 kbps Samanaikaisten puheluiden lukumäärä* 80 kbps = Vaadittu verkon läpäisy kyky
/Pöytäpuhelin -> vastaajaviesti OPUS — 70 kbps Samanaikaisten puheluiden lukumäärä* 70 kbps = Vaadittu verkon läpäisy kyky

Summaamalla samanaikainen vaadittu verkon läpäisykyky puhelut yyppiä kohden, tietyn sivuston mahdollinen kaistanleveys vaatimus voidaan määrittää.

Kaikki puhelujalat on aina ankkuroitu pääsy-SBC: iin. Tarvittavan Internet-kaistanleveyden määrittämiseksi tietylle sijainnille ei ole otettava huomioon vain sijaintien väliset puhelut, vaan myös sijainnin sisäiset puhelut ja puhelut paikalliselle yhdyskäytävälle ja sieltä kyseisessä paikassa. Esimerkiksi kahden MPP-puhelimen välinen paikan sisäinen puhelu vaatii jopa 2 x 70 kbps: n täyden kaksipuolisen puhelun sijainnin Internet-yhteydellä.

Ka Webex Callingistanleveyden laskentaesimerk kitaulukko näyttää esimerkin täydellisestä kaistanleveyden laskenta harjoituksesta olettaen, että kaikki laitteet ovat samassa paikassa.
Taulukko 3. Webex Callingkaistanleveyden laskenta esimerkkejä
Puhelutyypit Samanaikaisten puheluiden määrä Kokonaiskaistanleveys
Webex-sovellus/pöytäpuhelin → Webex-sovellus 15 2 * 15 * 70 kbps = 2100 kbps
Webex-sovellus/pöytäpuhelin → Pöytäpuhelin 15 2 * 15 * 70 kbps = 2100 kbps
Webex-sovellus/pöytäpuhelin → PSTN LGW: n kautta 50 2 * 50 * 80 kbps = 8 000 kbps
Webex-sovellus/pöytäpuhelin → PSTN Cloud Connectin kautta Webex Calling 0 0* 80 kbps
Webex-sovellus/pöytäpuhelin → Yritys LGW: n kautta 15 2 * 15 * 80 kbps = 2400 kbps
Webex-sovellus/pöytäpuhelin → Webex Calling Vastaajaviesti 5 5 * 70 kbps = 350 kbps
Puhelut kokonaisuudessa/Kaistanleveys 100 puhelua 14 950 kbps/14,95 Mbps

Kaikki yllä olevien taulukoiden kaistanleveysarvot viittaavat IP- kaistanleveyteen. Linkin kaistanleveys on suurempi WAN-kapseloinnista riippuen.

Yllä olevien taulukoiden kaistanleveys on tarkoitettu ääni puheluille. Videopuhelun kaistanleveyttä varten Webex-sovellus ja MPP 8845/65 -puhelimet tukevat H.264-videota, jonka enimmäisresoluutio on 720p ja enintään 1 500 kbps kaistanleveydellä puhelua koh den. Kuitenkin missä tahansa puhelun aikana kulutetun kaistanleveyden määrä vaihtelee videoviestinnälle ominaisen muuttuvan bittinopeu den perusteella.

Palvelun laatu (QoS)

Ota QoS-käytännöt käyttöön paikallisessa ympäristössä priorisoidaksesi reaaliaikaisen liikenteen ja varmista, että QoS ylläpidetään kytkimissä, reitittim issä ja palomuureissa.

Viive-, värähtely- ja pakettihäviökohteet

Seuraavia kynnysarvoja suositellaan optimaalisen äänen laadun saavuttamiseksi, kun puhelut menevät over-the-top (OTT) ja Internetin kautta:

Latenssi - alle 100 ms yksisuuntainen

Jitter - alle 10 ms

Pakettihäviö - 0,5% tai vähemmän.

Palomuuri ja NAT

Varmista, että palomuuri on määritetty sallimaan liikenteen, kuten artikkelissa on lueteltu kohdassa Portin viitetiedot Webex Calling. Lisäksi salli pääsy samassa oppaassa lueteltuihin verkkotunnuksiin ja IP-alueisiin ja vältä SIP ALG: tä, koska se häiritsee SIP-signalointia. Välityspalvelinten kautta tapahtuvaa medialiikennettä tulisi välttää.

DNS ja NTP

Varmista verkkotunnusten ja luotettavien NTP-palvelimien asianmukainen DNS-resoluutio synkronoidaksesi laitekellot TLS- varmenteen tarkistusta ja kirjaamista varten.

Failover-suunnittelu

Harkitse olemassa olevia palveluntarjoajan datayhteyksiä (MPLS, SD-WAN jne.) ja suunnittele yleensä suora Internet-yhteys jokaisessa käyttöönoton sijainnissa. Suunnittele tarpeettomia Internet- yhteyksiä, joissa vaaditaan suurta saatavuutta. Koska käytät pilvipohjaisia palveluita, luotettava Internet- yhteys riittävällä kaistanleveydellä on perus vaatimus. Sinun tulisi harkita tätä siirtymistä uudelleen, jos organisaati osi sijaintipaikkojen Internet-yhteydet eivät yleensä ole luotettavia ja viive on alhainen ja riittävä ylä- ja loppupään suoritusteho .

Sivuston selviytymiskyky

Sivuston säilyvyys varmistaa, että yrityksesi on aina tavo itettavissa, vaikka verkkoyhteytesi katkeaisi. Site Survivalability käyttää paikallisen verkon yhdyskäytävää tarjotakseen varapuhelupalvelun paikan päällä oleville pää tepisteille tilanteissa, joissa verkkoyhteys katkeaa. Harkitse sivuston selviytymistä paikallisen selviytymisyhdy skäytävän (SGW) avulla, jos liiketoiminnan vaatimukset edellyttävät jatkuvaa puhelua verkon katkoksen sattuessa. Lisätietoja sivuston selviytymistarkastuksesta, katso Siv uston selviytymiskyky. Webex Calling

Pilviyhteyksien yhdistämisen määrittäminen

Cloud Connected UC (CCUC) on pilvipohjainen hallinta- ja analytiikkaratkaisu, joka on suunniteltu tarjoamaan keskitettyä näkyvyyttä, hallintaa ja näkemyksiä sekä paikallisiin (kutenUnified CM) että pilvipalveluihin (). Se toimii siltana perinteisten paikallisten ympäristöjen ja Ciscon pilvipalveluiden välillä ja tukee organisaatioita koko siirtymis matkan ajan.

Siirtymisen aikana, CCUC: llä on tärkeä rooli siirtymisprosessin virtaviivaistamisessa helpottamalla kattavan tiedon keräämistä olemassa olevasta yhtenäisen viestinnän käyttöönotosta. CCUC auttaa keskeisissä siirtymätehtävissä, kuten laitteiden, ominaisuuksien ja käyttäjän yhteystietojen siirtämisessä, sekä tuettujen IP-puhelimien laiteohjelmistopäivitysten automatisoinnissa. Tarjoamalla keskitetyn näkyvyyden ja hallinnan, CCUC auttaa varmistamaan sujuvamman ja tehokkaamman siirtokokemuksen.

Cisco suosittelee, että CCUC otetaan käyttöön ja otetaan käyttöön siirtymäprojektin varhaisessa vaiheessa, mieluiten ennen valmisteluvaihetta tai sen aikana. Tämä mahdollistaa oivallukset ja ominaisuudet, joita tarvitaan seuraavien siirtotoimintojen perusteelliseen arviointiin, invent ointiin ja suunnitteluun sekä matkasi kohti tulevaisuuden hybridiominaisuuksia.

Nykyisen ympäristön arviointi

Tärkein tehtävä siirron suunnittelussa on nykyisen paikallisen ympäristön ja käyttöönoton arviointi. Tämä antaa oivalluksia siitä, mitä mahdollisia muutoksia voidaan tarvita onnistune eseen siirtymiseen. Sen avulla voit myös arvioida alustan keskeisiä elementtejä verrattuna olemassa olevaan paikalliseen käyttöönottoon. Näiden tietojen avulla voit selvittää, mitä erityisiä tehtäviä siirtymiseen tarvitaan ja mitä muutoksia haluat tehdä liiketoiminnan ja teknisten vaatimusten ja käyttötapausten täyttämiseksi.

Seuraavat näkökohdat on tärkeää tarkistaa osana tätä työtä.

Lisensointi

Nykyisen käyttöönoton nykyisen lisenssirakenteen ymmärtäminen on avainasemassa, kun valmistaudutaan siirtymään. Suorita lisenssiarviointi nykyisen Ciscon paikallisen ratkaisun seuraaville alueille.

Alusta

Kyky ilmaista täysin, mikä on tällä hetkellä lisensoitu ydinalustallasi, on kriittistä, kun työskentelet tilitiimin tai kumppanisi kanssa parhaan polun joustavaan lisensointiin. On lisenso itu flex-lisensoinnilla. Lisätietoja joustavasta lisensoinnista on artikkelissa Cisco Collaboration flex plan.

Käyttäjät ja laitteet

Selvitä, mitä käyttöoikeusluokkaa nykyiset käyttäjät ja laitteet tarvitsevat. Tätä käytetään määrittä mään, minkä tyyppistä lisenssiä käyttäjille ja laitteille. tarjoaa useita lisensointityyppejä, mukaan lukien Professional- ja Standard-lisenssit käyttäjille sekä Professional- ja common area -lisenssit työtiloille. Lisätietoja laitelisensoinnista on tietolomakkeessa, joka on saatavana kohdasta Laitelisenssit.

Paikallinen yhdyskäytävä

Jos Cisco Unified Border Element (CUBE) vaaditaan PSTN-pääsyä varten tätä siirtymää varten, myös CUBE-lisensointia on harkittava. CUBE-lisensointinäkökohdat käsitellään myöhemmin tässä asiakirjassa.

Sijainti/Sivustot

Siirtymistä suunniteltaessa on otettava huomioon nykyisen käyttöönoton sisältämien sivustojen lukumäärä ja tyypit (suuri keskus, alue, sivuliike jne.). Nykyisten käyttöönot topaikkojen täydellinen ymmärtäminen auttaa strategisessa suunnittelussa onnistuneelle siirtymiselle, etenkin kun on kyse siirtävien sivustojen määrittämisestä ja missä järjestyksessä. Siirtopäätöksiä tehtäessä on tärkeää ymmärtää yksityiskohtaiset valintasuunnitelmavaatimukset (numerointi, soittotavat, rajoitusluokat jne.), sivuston verkkoyhteyksien ja kaistanleveyden (Internet, WAN, LAN) ja PSTN-yhteys (paikallinen tai keskitetty, IP tai TDM) kullekin sivustolle. Lisätietoja yleisistä käyttöönottomalleista ja keskeisistä näkökohdista on Yhteistyön käyttöönottomallien tiedoissa, jotka ovat saatavilla Collaboration SRND -palvelussa.

Toinen tärkeä käyttöönottonäkökohta siirryttäessä on sijainnin saatavuus. sillä on erilaisia ominaisuuksia, tilauksia ja laitteita, jotka ovat käytettävissä käyttöönoton sijainnin mukaan. Lisätietoja maantieteellisestä saatavuudesta on kohdassa Missä Webex on käytettävissä? .

Lopuksi on tärkeää ymmärtää siirtymisen vaikutus muihin yhteistyöpalveluihin. Tämän asiakirjan tavoitteen perusteella yleinen oletus on, että jos olemassa olevat yhteistyöpalvelut, jotka eivät kuulu puheluiden työ määrän ulkopuolelle, odotetaan siirtymistä edellä mainittuun vaiheen 1 hybridikäyttöönottoon. Esimerkkejä yhteistyöpalveluista, jotka saattavat vaatia hybridikäyttöönottoa, ovat paik allinen yhteyskeskus, jota ei ole vielä siirretty Webex-yhteyskeskukseen, ja tiukat integroinnit järjestelmiin, kuten hakujärjestelmiin ja laskutukseen. Lisätietoja ylimääräisten yhteistyökuormien ja palveluiden siirtymisestä on kohdassa Yhteistyö siirtymät.

Varastoi olemassa olevat laitteet/asiakkaat

Ennen siirtymisen aloittamista on tärkeää kartoittaa olemassa olevat laitteisto- ja ohjelmistopäätepisteet. Kun sinulla on täydellinen luettelo laitet yypeistä/-malleista, laitteistover sioista, soft-asiakaskäyttöjärjestelmien tyypeistä ja määristä, voit suunnitella laitteiden siirtymistä asianmukaisesti ja vähentää niiden laitteiden vaikutuksia, joita ei voida siirtää pilvipuheluihin . Inventaariota tulisi käyttää siirtyvien laitteiden ja vaihdettavien laitteiden määrittämiseen ennen siirtymistä.

Pöytäpuhelimet

Ääni- ja videopöytäpuhelimissa tuetaan vain 6800-, 7800-, 8800- ja 9800-sarjan pöytäpuhelimia. Tämä on osa Ciscon IP-puhelimista, joita tuetaan. On joitain malleja ja versioita 6800-, 7800- ja 8800 -puhelimista, joiden kanssa ei voida käyttää. Lisätietoja tuetuista malleista ja laitteistoversioista on ohjeaiheessa Tuetut laitteet Webex Calling.

Cisco 6800 -sarjan IP-puhelimia ei voi päivittää Enterprise-laiteohjelmistosta Multiplatform (MPP) -laiteohjelmistoon, joka vaaditaan. Siksi kaikki 6800-puhelimet, jotka on rekisteröity käynnissä olevaan yrityslaiteohjelmistoon, on korvattava 6800 MPP -mallilla tai muulla tuetulla puhelinmallilla.

Cisco 7800- ja 8800 -sarjan IP-puhelimet on päivitettävä Multiplatform Phone (MPP) - laiteohjelmistoon ennen siirtymistä ja niiden rekisteröintiä. Jos haluat selvittää, mitkä 7800- ja 8800 -mallit ja laitteistoversiot tukevat MPP-laiteohjelmistoa, katso Cisco 7800- ja 8800 -sarjan IP-puhelinten muuntaminen Enterprise- ja MPP-laiteohjelmiston välillä.

8845, 8865 ja 8865NR ovat päättyneet myyntiin, eikä niihin suositella siirtymistä.

8800 -sarjan puhelimien vanhempia versioita (8811, 8841, 8851, 8851NR, 8861) ei suositella käytettäväksi. Webex Calling Puhelimet, joissa on laitteistoversio VID 14 tai vanhempi, rekisteröityvät, mutta laitteiston vuoksi saattaa esiintyä suorituskykyongelmia.

9800-sarjan pöytäpuhelimissa on PhoneOS, joka tukee sekä rekisteröintiä että rekisteröintiä. Siksi nämä puhelimet voidaan siirtää ilman laiteohjelmistopäivitystä.

Kaikki muut IP-puhelimet on korvattava tukemilla 6800-, 7800-, 8800- tai 9800-sarjan puhelimilla. Webex Calling Lisätietoja tuetuista IP- ja pöytäpuhelimista on artikkelissa Tu etut laitteet Webex Calling.

Videopäätepisteet

Henkilökohtaiset ja huonevideopäätepisteet, mukaan lukien Cisco Board-, Room- ja Des k-sarjat, voidaan rekisteröidä natiivisti SIP-tiedostoihin. Mikä tahansa näistä päätelaitteista, joiden on soitettava ääni- ja/tai PSTN-puheluita, vaatii soittolisenssin:

Kokoushuoneissa, kokoontumistiloissa jne. jaetut laitteet edellyttävät joko Professional Workspace- tai Workspace-lisenssiä.

Loppukäyttäjän henkilökohtainen laite vaatii ammatillisen tai vakiolisenssin.

Määritä, kuinka monta videopäätepistettä on rekisteröity ja joita käytetään äänipuhelujen soittamiseen. On mahdollista, että joitain videopäätepisteitä voidaan käyttää vain kokouksiin liittymiseen tai SIP-videopuhelujen soittamiseen. Kummassakin tapauksessa päätepisteet on vielä siirrettävä ennen palvelinten käytöstä poistamista, mutta tämä auttaa määrittämään, kuinka moni niistä tarvitsee lisenssin jat kaakseen puheluiden soittamista.

Kun videolaitteet siirretään rekisteröinnistä kohteeseen, näiden päätepisteiden URI muuttuu, koska ne on nyt pilvirekisteröity.

Puhelinmallit 8845, 8865 ja 8875 ovat henkilökohtaisia videopuhelimia, joita tuetaan.

Pehmeät asiakkaat

Se on ainoa pehmeä asiakas, jota tukee, toisin kuin Unified CM se tukee sekä Webex-sovellusta että Jabberia, ja on uusi oletusohjelmisto loppukäyttäjille.

Jabberille toteutetuista käyttöönottotiloista riippuen (vain pikaviesti-, vain puhelin- ja/tai täysi UC-tilat), saatat joutua harkitsemaan myös Viestintä- ja/tai Kokous- työkuormien siirtymistä Jabberista. Se voidaan ottaa käyttöön vain puhel utilassa, jos sitä käytetään vain soittavana asiakkaana tai se voidaan ottaa käyttöön kokonaisuudessaan, Webex Suite jos muut työ kuor mat, esim. Webex Messagingja/taiWebex Meetings, siirretään sovellukseen soittamalla.

Se parantaa loppukäyttäjän kokemusta tarjoamalla tekoälyominaisuuksia, kuten ääni- /videoälykkyyttä, puhelujen transkriptiota ja muita. Lisätietoja on osoitteessa https://www.webex.com/all-new-webex.

Ennen käyttäjien siirtämistä sinun on siirrettävä heidän Jabber-asiakkaansa. Sinulla on kaksi vaihtoehtoa tämän siirtymän suorittamiseksi.

Ennen kuin siirrät ne

Kun siirrät ne.

Alkuperäisen siirtymisen helpottamiseksi, on suositeltavaa käyttää vaihtoehtoa 1 ja siirtää käyttäjät ensin puhelun kanssa. Tämä antaa käyttäjille aikaa tutustua uuteen sovellukseen, kun he käyttävät edelleen olemassa olevaa paikallista puhelualustaa. Kun olet valmis siirtämään käyttäjät, määrität heidät rekisteröitymään pilvipuhelualustalle.

Lisätietoja näistä kahdesta vaihtoehdosta on kohdassa Siirtymä matka - yksi tai kaksi vaih etta? .

Täydellinen luettelo tuetuista laitteista on kohdassa Tuetut laitteet Webex Calling.

Tarkista laitteen kelpoisuus

Kuten aiemmin mainittiin, tukee Ciscon IP-puhelimien osajoukkoa ja vaatii erilaisen laiteohjelmistotyypin 7800- ja 8800-sarjan puhelimille. Unified CMpuhelimet käyttävät Enterprise-laiteohjelmistoa, kun taas puhelimet käyttävät Multiplatform Phone (MPP) -laiteohjelmistoa. Valmisteluvaiheessa on suositeltavaa tarkistaa, mitkä rekisteröidyt puhelimet voivat päivittää MPP-laiteohjelmistoon. Tämä antaa sinulle aikaa korvata kelpaamattomat puhelimet jollakin tuetuista puhelinmalleista tai tunnistaa vaihtoehtoinen sopimus, kuten käyttäjän siirtäminen vain Webex-sovellukseen.

Ohjauskeskuksessa on sisäänrakennettu työkalu nimeltä Siirrä puhelimesi kohteeseen, joka auttaa määrittä mään puhelimien kelpoisuuden Webex Calling. Kun käytät tätä työkalua laitteen kelpoisuuden tarkistamiseen, valitse Siirto-vaihtoehto Luo vain la itelisenssi.

Control Hub -työkaluvaihtoehto Unified CM puhelimien kelpoisuuden tarkistamiseksi Webex Calling

Tämän vaihtoehdon avulla voit ladata CSV-tiedoston, joka sisältää puhelimet, jotta voit tarkistaa kunkin puhelimen kelpoisuuden. Valitsemalla tämän siirtovaihtoehdon se ei lisää puhelimia, koska olet vielä valmisteluvaiheessa etkä ole vielä valmis tekemään tätä. Lisätietoja on ohjeaiheessa Puhelimen siirtäminen kohteeseen Webex Calling.

On mahdollista, että jotkut puhelimet saattavat palata Tuntemattoman kelpo isu udella. Tämä johtuu tyypillisesti siitä, että se ei pysty vahvistamaan joitain puhelimen tietoja taustajärjestelmässä. Kaikissa puhelimissa, joiden tila on Tuntem aton, voit tarkistaa kahdella tavalla, ovatko ne oikeutettuja päivittä mään MPP-laiteohjelmistoon.

Tarkista jokainen puhelin manuaalisesti ja tarkista malli ja laitteistoversio (PID VID)

7800/8800 puhelintarra malli- ja laitteistoversiotiedoilla

Käytä Ciscon IP-puhelimen valmiustyökalua

Lataa työkalu osoitteesta https://github.com/joemar2/mpp_readiness_check.

Tämä työkalu ei ole virallinen Cisco-työkalu eikä sitä tueta TAC. Sillä on paras tuki, mutta sitä voidaan käyttää vapaasti.

Tämä työkalu on suoritettava tietokoneessa, joka on paikallinen ja jolla on pääsy palvelimiin ja IP-puhelimiin. Sillä on mahdollisuus ottaa verkkoyhteys IP-puhelimissa käyttöön, mikä on suositeltavaa ja tarvitaan parhaiden tulosten saamiseksi. Siksi sitä tulisi käyttää vapaa- aikoina, jotta vältetään häiriöt loppukäyttäjille. Työkalun tulosteessa on raportti, jossa luetellaan, mitkä 7800- ja 8800-sarjan puhelimista ovat oikeutettuja päivittämään MPP-laiteohjelmistoon. Koska se käyttää puhelinta suoraan, se voi tarkistaa Tuntem attomat laitteet, jotka ilmo itettiin Control Hub -työkalulla.

Cisco IP-puhelimen valmiustyökaluraportti

Käyttäjät

Yksi tärkeimmistä valmisteluvaiheista onnistuneen siirron varmistamiseksi on asianmukainen käyttäjän käyttöönotto. Sinun on suunniteltava oikein kaikille käyttäjille, vaikka tekisit vaiheittaisen siirron . Käyttäjille on varauduttava johonkin seuraavista:

Puhelun kanssa -sovelluksen käyttöönotto

Käyttöönotto

Palvelujen määrittäminen käyttäjälle

Jotta käyttäjät olisivat hakukelpoisia hakemistosta (soita napsauttamalla, käyttäjän yhteystiedot, puhelinhakemistohaku).

On suositeltavaa, että määrität kaikki käyttäjät ennen projektia tai sen alussa. Tämä sisältää käyttäjät, jotka edelleen käyttävät puhel Unified CM ualustaa, joka on riippumaton puhelulaitteestaan (IP-puhelin, Jabber,). Kun käyttäjät siirtyvät (ja/tai), päivität heidän lisenssinsä, jotta he ottavat käyttöön heidän tarvitsemansa palvelut. Varmistamalla kaikki yritysoittajak äyttäjät ennen siirtymisen aloittamista, se antaa käyttäjälle, joka on siirtynyt tai, hakea hakemistosta yrityskäyttäjää, joka on edelleen Jabberissa ja/tai käytössä. Tämä varmistaa, että siirtyneet käyttäjät voivat löytää minkä tahansa muun käyttäjän yhteystiedot ja soittaa heille hakemistohaun avulla.

Kuvioh akemist ohaku näyttää esimerkin käyttäjältä, joka etsii toista käyttäjää. Hakutulokset näyttävät käyttäjän yhteystiedot, ja ne voivat koskea käyttäjää, joka on edelleen Jabberissa, tai käyttäjälle, joka on siirtynyt ja/tai.

Webex-sovelluksen hakemistohaku

Määritä seuraavaksi, mihin olemassa olevista paikallisista puhelukäyttäjistä siirretään. Jos kaikki tai suuri määrä käyttäjiä siirretään, on suositeltavaa siirtää käyttäjiä ryhmiin varmistaaksesi, että projektitiimi, IT-henkilöstö ja tukihenkilöstö pystyvät käsittel emään siirtymistä ja mahdollisia ongelmia. Sinun tulisi myös varata aikaa alustavien tietojen ja koulutustilaisuuksien antamiseen käyttäjien valmistelemiseksi tähän siirtymään. Käyttä jien siirtymäryhmittely voidaan tehdä useiden kriteerien perusteella, mukaan lukien sijainti tai sivusto, johon käyttäjät on määritetty, käyttäjien osastot tai jopa käyttäjätyypit (tietotyöntekijät, johtajat, liikkuvat työntekijät jne.).

Esimerkiksi, jos käyttöönoton käyttäjät jakautuvat kolmeen pääsivustoon, New Yorkiin (NYC), San Franciscoon (SFC) ja Research Triangle Park (RTP), käyttäjän siirtymäsuunnitelma voi näyttää käyttäjän siirtymäsuunnitelman mukaiselta suunnitelmalta, joka on esitetty kohdassa Käyttäjien siirtymäsuunnitelma sivustoittain.
Taulukko 4. Käyttäjän siirtymäsuunnitelma sivustoittain
Käyttäjän sivusto/sijainti Siirtymistä edeltävät tiedot ja koulutukset Siirtymäaika Siirtymän jälkeinen tuki
NYC (1 525 käyttäjää) Viikko 1. huhtikuuta 15. huhtikuuta — 27. huhtikuuta Viikko 29. huhtikuuta
SFO (1 600 käyttäjää) Viikko 6. toukokuuta 20. toukokuuta — 31. toukokuuta Viikko 3. kesäkuuta
RTP (1 275 käyttäjää) Viikko 3. kesäkuuta Kesäkuu 17 - Kesäkuu 28 Viikko 1. heinäkuuta

Toinen tärkeä tekijä on käyttäjien siirtäminen yhteen, joilla on riippuvuuksia kesken ään. Tämä voi sisältää muun muassa seuraavat:

BLF-seuranta

Sama metsästyslentäjä/ryhmä

Jaa rivit

Osa samaa puhelunnoutoryhmää

Samojen puhelupistonumeroiden käyttäminen

Sisäpuhelin

Järjestelmänvalvoja/johtaja.

Voit tarkastella määrityksiä (käyttöliittymä tai vienti) tai käyttää Migration Insights - työkalua tunnistaaksesi käyttäjäryhmät, joilla on nämä riippuvuudet.

PSTN-liitäntä

Voit käyttää PSTN-verkkoa kolmella tavalla: Ciscon puhelusuunnitelmat, Cloud connect for (aiemmin Cloud Connected PSTN) ja paikallinen PSTN (paikallinen yhdyskäytävä). Yksittäinen sijainti, sellaisena kuin se on määritetty kohdassa, voidaan kuitenkin määrittää vain yhdelle PSTN-vaihtoehdolle.

Paikallinen PSTN, jossa on paikallinen yhdyskäytävä (LGW), on olennainen osa siirtymästrategiaa. Se tarjoaa yhteyden paikallisen käyttöönoton ja/tai PSTN: n ja alustan välillä. tukee sekä Ciscoa että sertifioituja kolmannen osapuolen istuntorajaohjaimia (SBC), joita voidaan käyttää paikallisena yhdyskäytävänä. Viimeisin luettelo tuetuista SBC:istä on kohdassa Luettelo tuetuista SBC: istä.

tukee jopa 250 samanaikaista puhelua yhdestä paikallisesta yhdyskäytävästä, joka on rekisteröintipohjainen, ja yli 250 samanaikaista puhelua yhdestä paikallisesta yhdyskäytävästä, joka on varmentepohjainen. Varmentepohjaiset paikalliset yhdyskäytävät voivat tukea jopa 6500 samanaikaista puhelua, mutta tämä perustuu paikallisen yhdyskäytävän yhteystyyppiin (Over-the-Top vs. interconnect peering) ja SBC-malliin, jossa paikallinen yhdyskäytävä otetaan käyttöön. Nämä rajoitukset ovat pohjimmiltaan oletuslaskuraja sekä paikallisille yhdyskäytäviin perustuville PSTN-puheluille että sivustojen välisille puheluille päätepist eiden välillä. Lisätietoja on kohdassa Paikallisen yhdyskäytävän käytön aloittaminen.

Kaikki tämän rajan ylittävät puhelut hylätään 403 kielletyllä. Näytä puhelun aktiivinen äänik omento voidaan suorittaa paikallisessa yhdyskäytävässä missä tahansa esiintymässä aktiivisten puhelujen kokonaismäärän määrittämiseksi.

Huonot verkkoolosuhteet paikallisen yhdyskäytävän ja pääsy-SBC: n välillä voivat rajoittaa signalointiyhteyden suorituskykyä, mikä johtaa vielä pienempään samanaikaisten puhel ujen rajoitukseen. Yksisuuntainen viive paikallisen yhdyskäytävän ja datakeskuksen välillä ei saa ylittää 100 ms ja värähtelyn tulisi olla alle 10 ms, kun taas pakettihäviö on alle 0.5%.

Ominaisuudet ja ominaisuuksien käyttö

Nykyistä ympäristöä arvioitaessa on tärkeää tunnistaa ja tarkistaa, mitkä ominaisuudet on määritetty. Lisäksi on tärkeää ymmärtää ominaisuuksien käyttö, jotta voit ( uudelleen) määritellä käyttöönoton liiketoiminnalliset ja tekniset vaatimukset.

Määritä, mitkä ominaisuudet on määritetty, analysoimalla kokoonpano. Tämä on kaikki staattiset tiedot, jotka asetetaan, kun ominaisuus tai asetus on määritetty järjestelmässä. Seuraavia vaihtoehtoja voidaan käyttää tämän analyysin suorittamiseen:

Tarkista kokoonpano järjestelmänvalvojan käyttöliittymässä

konfigurointivienti - joukkovienti tai AXL

siirtotietojen työkalu (suositus)

Ciscon kolmannen osapuolen kumppanityökalut (suositus).

Ominaisuuksien käytön tehokkaan analysoinnin kannalta on välttämätöntä tutkia dynaamisia järjestelmätietoja, kuten käyttöastetta, rekisteröintejä ja puheluto imintaa. Erilaiset analyyttiset työkalut ja hallintapaneelit tarjoavat oivalluk sia näistä mittareista, mikä mahdollistaa kattavan ymmärryksen järjestelmän suorituskyvystä ja kapasiteetista, mikä tukee tietoon perustuvaa päätöksentekoa siirto- ja optimointitoimien aikana. Seuraavia vaihtoehtoja voidaan käyttää tämäntyypp isen analyysin suorittamiseen:

Raaka-CDR-tietueiden tarkastelu

Unified CMRTMT-tietojen tarkastelu

Migration Insights -työkalu, joka käyttää CDR-tietoja

Katsaus pilviyhteyteen yhdistettyyn UC-analytiikkaan vuonna

Puhelun äänenvoimakkuus

Rekisteröidyt päätetapahtumat

(CAC) sijainnit

Tavaratilan käyttö.

Ciscon kolmannen osapuolen kumppanityökalut.

Cisco suosittelee aloittamista Webex Control Hub Migration Insights -työkalulla tätä analyysiä varten. Voit tuoda työkaluun vienti.TAR-tiedoston ja Unified CM CDR-tiedostot (valinnainen, mutta vaaditaan ominaisuuksien käytön analysointiin). Työkalu luo seuraavat CSV-pohjaiset rapor tit, joita voidaan käyttää analyysin aloittamiseen:

Taulukko 5. Unified CM.tar-tiedostosta luodut raportit
Raportin nimi
Raportin kuvaus
ImportedDataBulk.csv
Kaikki käyttäjät ja laitteet Unified CM datasta
DeviceEligibility.csv
Tunnistaa laitteet, joihin voidaan siirtää Webex Calling (IP-puhelimet, Room OS - laitteet, ATA-laitteet ja kolmannet osapuolet)
DevicePoolNumbers.txt
Luettelo kaikista tietyn laitepoolin numero ista
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Tiedot laitteista ja käyttäjistä, jotka tulisi siirtää yhdessä jaettujen linjojen, metsästys pilotin, puhelujonon, puhelun pysäköinnin ja puhelunnoutoryhmän kokoonpanon perusteella
HuntGroupMigrationInsight.csv
Yksityiskohtaiset tiedot määritetyistä metsäst yslinjoista, riviryhmistä ja niihin liittyvistä agenteista
SharedlineGroupMigrationReport.csv
Yleiskatsaus siitä, miten puhelinnumerot (hakemistonumerot) jaetaan käyttäjien kesken

Taulukko 6. Unified CM.tar- ja CDR. gzip-tiedostoista luodut raportit
Raportin nimi
Raportin kuvaus
FeatureUsageBasedDeviceEligibilityReport.csv
Tietoja laitteen siir ron kelpoisuudesta ominaisuuden käytön perusteella
FeatureUsageWithLastUsageDateReport.csv
Käyttömäärä, kuinka monta kertaa metsästyslentäjät ja puhelujonot on kutsuttu viimeisen käyttö päivämäärän kanssa
UserWorkspaceLastUsage.csv
Käyttäjien ja työtilojen viimeinen käyttöpäivä sekä pehmeille asiakka ille että kiintoleville puhelimille
DIDUsageReport.csv
DID-käyttö sekä määritetyille että määrittämättömille DID-laitteille

Lisätietoja Migration Insights -raporteista on kohdassa Siir tymis tiedot.

Jos tarvitset lisätietoja ominaisuuksista ja käytöstä Migration Insights -raporttien tietojen tarkistamisen jälkeen, Cisco suosittelee harkitsemaan jotakin Ciscon kolmannen osapuolen kumppanien siirtotyökaluista ja/tai tarkistamaan määritykset käyttöliittymässä tai kokoonpanojen vientitiedoissa.

Cisco-integraatiot: Unity-yhteys UCCX UCCE

Vastaajaviesti on olennainen osa tarjousta ja se on natiivisti sisäänrakennettu ratkaisuun. ei voi integroida tilapohjaiseen vastaajaratkaisuun, kuten Unity Connection tai Unity Connection Express. Edelleen, ei ole alkuperäistä tapaa siirtää olemassa olevia Unity-yhteyden vastaajavi estejä tai tervehdyksiä käytettävissä olevaan alkuperäiseen vastaajapalveluun. Joillakin Ciscon kolmannen osapuolen kumppanin siirtotyökaluilla on mahdollisuus siirtää osa näistä tiedoista. Lisätietoja vastaajaviestistä on ohjeaiheessa Käyttäjän vastaaj aviestiasetusten määrittäminen ja hallinta. Webex Calling

tukee myös jaettuja vastaaja- ja faksipostilaatikoita. Lisätietoja on ohjeaiheessa Jaetun vastaajan ja saapuvan faksilaatikon hallinta. Webex Calling

siinä on sisäänrakennettu Auto Attendant -ominaisuus, joka sisältyy osana ydinalustaa. Tämä ominaisuus mahdollistaa Unity Connectionin puhelunkäsittelijöiden ja automaattisen hoitajan toiminnallisuuden siirtymisen. Control Hub -työkalu, Migrate Features fromUnified CM, tukee Unity-yhteyden kokoonpan ojen siirtämistä automaattisiin hoitajiin. Lisätietoja tämän työkalun käytöstä on kohdassa La itteiden ja ominaisuuksien siirtäminen Unified CM kohteeseenWebex Calling.

Puhelun tallennus

sisältää kaksi vaihtoehtoa puhelun tallennukseen ilman lisäkustannuksia.

Webex-puhelun tallennus

Dubber Go -tallennus (kumppanitarjous) - integraatio dubberin ja dubberin välillä, jossa kaikki tallennetut mediat säilytetään turvallisesti pilvessä.

mukana toimitettu tallennusaset ustaulukko korostaa joitain kahden puhelun tallennusvaihtoehdon keskeisiä ominaisuuksia, jotka ovat käytettävissä ilman lisäkustannuksia.

Taulukko 7. mukana tallennusvaihtoehdot
Webex Double Go

Käytettävissä kaikille käyttäjille Käytettävissä kaikille käyttäjille

Rajoittamattomat tallenteet Rajoittamattomat tallenteet

1 vuoden säilytysaja* 30 päivän säilytysaika

100 Gt tallennustilaa organisaatiota kohden -

Vaatimustenmukaisuusvaltuutetut voivat käyttää ja hallita puhelutallenteita -

Ohjelmointirajapinnat tallenteiden hallintaan -

Järjestelmänvalvojat voivat määrittää ja hallita käyttäjien pääsyä puhelutallenteisiinsa
Käyttäjät voivat hallita omia tallenteitaan User Hubin ja/tai Webex-sovelluksen avulla.
Vain käyttäjät voivat käyttää ja hallita tallenteitaan
Heidän dubber-portaalistaan.

Jos organisaatiosi tarvitsee lisää tallennusominaisuuksia, kuten vaatimustenmukaisuuspuhelujen tallennusta, pidempiä säilytysaikoja, enemmän tallennustilaa, tekoälyanalyysiä ja/tai järjestelmänvalvojan käyttöoikeuksia, sekä Ciscolta että kolmansien osapuolten tallennuspalveluntarjoajilta on tarjolla maksullisia tarjouksia tai lisäosia. Lisätietoja tallennuspalvelujen tarjoajista, kokoonpanoista ja lisäkumppanipalveluista on kohdassa Puhelun tallennuksen hallinta Webex Calling.

Kolmannen osapuolen integraatiot

^{tukee erilaisia kolmannen osapuolen integraatioita, mukaan lukien, mutta ei rajoittuen, SBC: t paikallisille yhdyskäytäville, IP-puhelim
ille, sisäpuhelimille, kaiuttimien/hakulaitteille, ATA: lle jne.} ^{Näiden kolmannen osapu
olen laitteiden lisäksi Webex Calling tukee erilaisia kolmannen osapuolen
ratkaisuja asiak ^ast ukeen, analytiikkaan, tallentamiseen, laskutukseen jne.} Lisätietoja kolmannen osapuolen ratkaisu ^ista on kohdassa Webex App Hub.

Taulukko 4. Käyttäjän siirtymäsuunnitelma sivustoittain
Käyttäjän sivusto/sijainti	Siirtymistä edeltävät tiedot ja koulutukset	Siirtymäaika	Siirtymän jälkeinen tuki
NYC (1 525 käyttäjää)	Viikko 1. huhtikuuta	15. huhtikuuta — 27. huhtikuuta	Viikko 29. huhtikuuta
SFO (1 600 käyttäjää)	Viikko 6. toukokuuta	20. toukokuuta — 31. toukokuuta	Viikko 3. kesäkuuta
RTP (1 275 käyttäjää)	Viikko 3. kesäkuuta	Kesäkuu 17 - Kesäkuu 28	Viikko 1. heinäkuuta

Taulukko 5. Unified CM.tar-tiedostosta luodut raportit
Raportin nimi Raportin kuvaus
ImportedDataBulk.csv Kaikki käyttäjät ja laitteet Unified CM datasta
DeviceEligibility.csv Tunnistaa laitteet, joihin voidaan siirtää Webex Calling (IP-puhelimet, Room OS - laitteet, ATA-laitteet ja kolmannet osapuolet)
DevicePoolNumbers.txt Luettelo kaikista tietyn laitepoolin numero ista
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Tiedot laitteista ja käyttäjistä, jotka tulisi siirtää yhdessä jaettujen linjojen, metsästys pilotin, puhelujonon, puhelun pysäköinnin ja puhelunnoutoryhmän kokoonpanon perusteella
HuntGroupMigrationInsight.csv Yksityiskohtaiset tiedot määritetyistä metsäst yslinjoista, riviryhmistä ja niihin liittyvistä agenteista
SharedlineGroupMigrationReport.csv Yleiskatsaus siitä, miten puhelinnumerot (hakemistonumerot) jaetaan käyttäjien kesken

Taulukko 6. Unified CM.tar- ja CDR. gzip-tiedostoista luodut raportit
Raportin nimi Raportin kuvaus
FeatureUsageBasedDeviceEligibilityReport.csv Tietoja laitteen siir ron kelpoisuudesta ominaisuuden käytön perusteella
FeatureUsageWithLastUsageDateReport.csv Käyttömäärä, kuinka monta kertaa metsästyslentäjät ja puhelujonot on kutsuttu viimeisen käyttö päivämäärän kanssa
UserWorkspaceLastUsage.csv Käyttäjien ja työtilojen viimeinen käyttöpäivä sekä pehmeille asiakka ille että kiintoleville puhelimille
DIDUsageReport.csv DID-käyttö sekä määritetyille että määrittämättömille DID-laitteille

Taulukko 7. mukana tallennusvaihtoehdot
Webex	Double Go
Käytettävissä kaikille käyttäjille	Käytettävissä kaikille käyttäjille
Rajoittamattomat tallenteet	Rajoittamattomat tallenteet
1 vuoden säilytysaja*	30 päivän säilytysaika
100 Gt tallennustilaa organisaatiota kohden	-
Vaatimustenmukaisuusvaltuutetut voivat käyttää ja hallita puhelutallenteita	-
Ohjelmointirajapinnat tallenteiden hallintaan	-
Järjestelmänvalvojat voivat määrittää ja hallita käyttäjien pääsyä puhelutallenteisiinsa Käyttäjät voivat hallita omia tallenteitaan User Hubin ja/tai Webex-sovelluksen avulla.	Vain käyttäjät voivat käyttää ja hallita tallenteitaan Heidän dubber-portaalistaan.

Suunnitelma

Korkean tason hankesuunnitelma

Siirtolaismatka - yksi tai kaksi vaihetta?

Vaihtoehto 1: Yhden vaiheen käyttäjän siirtyminen

Vaihtoehto 2: Kaksivaiheinen käyttäjän siirtyminen

Vaihe 1

Vaihe 2

Korkean tason hankesuunnitelma

Kehitettäessä korkean tason projektisuunnitelmaa siirtymistä varten on välttämätöntä luoda selkeät vaiheet ja välitavoitteet, jotka vastaavat sekä liiketoiminnan tavoitteita että teknisiä vaatimuksia. Suunnitelman olisi aloitettava kattavalla arviointiv aiheella, johon sisältyy yksityiskohtaisten teknisten ja liiketoiminnallisten vaatimusten kerääminen, sidosryhmien tunnistaminen ja onnistumiskriteerien määrittely. Keskeisiä näkökohtia ovat resurs sien kohdentaminen, aikataulujen arviointi, riskienhallinta ja viestintästrategiat sen varmistamiseksi, että kaikki osapuolet ovat tietoisia ja sitoutuneita koko siirtymisen ajan. Lisäksi suunnitelmaan tulisi sisällyttää validointitarkastuspisteet, kuten pilottitestaus ja vaiheittaiset käyttöönotto häiriöiden minimoimiseksi ja palautteen perusteella tapahtuvien säädösten mahdollistamiseksi.

Esimerkkejä projektisuunnitelmaan sisällytettävistä elementeistä ovat:

Siirtymisen laajuuden määrittäminen (esim. siirtyvien käyttäjien, laitteiden ja ominaisuuksien siirtyminen)

Koulutustilaisuuksien ajoittaminen loppukäyttäjille ja tukitiimille

verkoston valmiusarviointien koordinointi ja

Leikkaustoimintojen suunnittelu varavaihtoehdoilla. On myös tärkeää integroida vaatimustenmukaisuus- ja turvallisuuskatsaukset sekä siirron jälkeiset tuki- ja optimointivaiheet .

Järjestämällä projektisuunnitelman näillä näkökohdilla organisaatiot voivat paremmin hallita monimutkaisuutta, vähentää riskejä ja saavuttaa sujuvamman siirtymisen.

Siirtolaismatka - yksi tai kaksi vaihetta?

vaatii käyttäjiä käyttämään puheluiden pehmeää asiakasohjelmaa. Siksi, jos käyttäjät käyttävät edelleen, sinulla on kaksi vaihtoehtoa, milloin voit siirtää heidät. Voit tehdä joko yhden vaiheen käyttäjän siirron tai kaksivaiheisen käyttäjän siirron.

Vaihtoehto 1: Yhden vaiheen käyttäjän siirtyminen

Yhden vaiheen siirrossa, käyttäjät siirtyvät paikasta toiseen samaan aikaan, kun he siirtyvät paikasta Unified CM toiseen. Tämä vaihtoehto on tyypillisesti tarkoitettu asiakkaille, joilla on pieni määrä käyttäjiä, ja he voivat hallita sekä käyttäjän pehmeän asiakasohjelman että soittopalvelun siirtämistä samanaikaisesti. Alla oleva kuva Käyttäjän puhelupalvelu, pehmeä asiakas ja puhelin siir tyvät samaan aikaan korostaa tämän tyyppistä siirtymistä. Tämän vaihtoehdon avulla käyttäjä suorittaa seuraavat kaikki samanaikaisesti:

Soittopalvelut siirrettiin osoitteesta

Puhelinnumerot ja laajennukset siirrettiin osoitteesta

Pehmeä asiakas siirtyi Jabberista - rekisteröidään

Puhelimen rekisteröinti siirrettiin osoitteeseen.

Käyttäjän puhelupalvelu, pehmeä asiakas ja puhelin siirtyvät samaan aikaan

Tämä voi silti olla vaiheittainen siirto, jossa käyttäjäryhmiä siirretään eri aikoina, mutta kun kutakin käyttäjää siirretään, kaikki nämä tapahtuvat samanaikaisesti.

Vaihtoehto 2: Kaksivaiheinen käyttäjän siirtyminen

Toinen lähestymistapa on kaksivaiheinen siirtyminen. Vaiheessa 1, käyttäjät siirtyvät puhelupalveluihin, mutta pysyvät päällä. Sitten vaiheessa 2, käyttäjät siirretään Unified CM kohteeseen. Tätä vaihtoehtoa suositellaan suuremmille asiakkaille, jotka hallitsevat loppukäyttäjän muutoksia ja haluavat erottaa käyttäjän pehmeän asiakasmuutoksen soittopalvelun muutoksesta. Seuraava kuva Siirrä pehmeä asiakas; siirrä sitten puhelupalvelu, pehmeä asiakas ja puhelin Webex Calling alla olevaan kohtaan korostaa tämän tyyppistä siirtoa.

Vaihe 1

Pehmeä asiakas, joka on siirtynyt paikasta toiseen - rekisteröidään.

Vaihe 2

Soittopalvelut siirtyivät osoitteesta.

Puhelinnumerot ja laajennukset siirrettiin osoitteesta.

rekisteröinti siirrettiin osoitteeseen.

Puhelimen rekisteröinti siirrettiin osoitteeseen.

Siirrä pehmeä asiakas; siirrä sitten puhelupalvelu, pehmeä asiakas ja puhelin Webex Calling

Tämä voi silti olla vaiheittainen siirto, jossa käyttäjäryhmiä siirretään eri aikoina molemmissa vaihe issa.

Valitsemasi vaihtoehto riippuu siitä, miten haluat hallita käyttäjien siirtymistä ja. Suosituksena on, että se toteutetaan vaiheittain (vaihtoehto 2). Näin voit minimoida loppu käyttäjän muutokset kerralla ja jakaa työn projektin eri osiin. Jos kuitenkin haluat, että käyttäjät vaikuttavat vain kerran, vaihtoehto 1 on myös pätevä.

Kun tarkastellaan suositeltua matkaa (vaihtoehto 1), Jabberin Webex-sovelluksen korkean tason siirtymä kartta alla näyttää korkean tason siirtymän vaiheelle 1.

Jabberin Webex-sovelluksen korkean tason siirtymäkartta

Tässä vaiheessa käyttäjät siirtyvät Jabberista kaikkiin puhelupalveluihinsa. Puhelualusta on kuitenkin edelleen Unified CM ja rekisterö i puhelupalvelunsa. Kuten Jabberin Webex-sovelluksen korkean tason siirtymäkartassa näkyy, paikallinen infrastruktuuri ei muutu, ja se toimii samalla tavalla kuin Jabber. Ainoa muutos on se, että se vaatii yhteyden.

Lisätietoja tästä siirtymisestä on kohdassa Jabber to Webex Transition Map and Deployment Guide Yhteistyösiirty mä -sivun Asiakas-osi ossa.

Unified CMWebex Callingkorkean tason siirtymäkar ttakuvaan on korkean tason siirtyminen kohteeseen. Tämä on suositellun matkan vaihe 2.

Unified CMWebex Callingkorkean tason siirtymäkarttaan

Jos päätät käyttää yhden vaiheen lähestymistapaa, tämä pätee myös.

Tässä vaiheessa käyttäjät siirretään ryhmissä. Tässä vaiheessa käyttäjät alkavat käyttää puhelupalveluihinsa, puheluiden rekisteröintiin ja IP-puhelimen rekisteröintiin.

Koska käyttäjät liikkuvat ryhmissä, Enterprise-käyttäjät jaetaan kahden puhelualustan kesken siirtymisen aikana. Vaihe 1 Webex Callingkorkean tason Unified CM siirtymäkartt akuvassa kuvaa tätä tilaa. Tämän vaiheen aikana tarvitaan suunnittelua, kuinka hallita puheluita käyttäjien välillä kahdella alustalla ja kuinka PSTN-puhelut reititetään. Joka kerta, kun käyttäjäryhmään siirrytään, puhelinsuunnitelmat ja puhelun reitityspäivitykset sekä paikalliset yhdyskäytävät vaaditaan.

Kun kaikki käyttäjät, ohjelmistoasiakkaat ja laitteet on siirretty (vaihe 2), kaikki paikallinen UC-infrastruktuuri voidaan poistaa ja poistaa käytöstä.

Suunnittelu

Alueen valinta

Sijainnit

PSTN

Soittosuunnitelma

Paikallinen soittosuunnitelma

soittosuunnitelma

Tallennus

1. Puhelun tallennuspalveluntarjoajan valinta

2. Alueen valinta

Hätäpuhelut

Lisensointi

Manuaalinen määritys kautta

Automaattiset lisenssinmäärityksen mallit

Joukkomääritys CSV-mallin kautta

API-pohjainen määritys

Lisenssivaatimukset

Käyttäjien käyttöönotto

Käyttäjäryhmät

Suositeltu lähestymistapa siirryttäessä kohteeseen

Käyttäjäryhmien suunnittelu

Kertakirjautuminen (SSO)

Useita IdP-tukia

1. Sulautumiset ja yritysostot

2. Useita riippumattomia IT-osastoja

3. Eri käyttäjäryhmät tai verkkotunnukset

4. Tuki erilaisille todennusprotokollille

5. Parannettu turvallisuus ja vaatimustenmukaisuus

6. Yksinkertaistettu käyttökokemus

Duo MFA SSO: lla

Ominaisuudet

Automaattinen hoitaja

Soita puistoon

Puhelun nouto

Puhelujono

Metsästysryhmä

Toimintamuodot

Hakuryhmä

Tallenteet

Yhden numeron ulottuvuus

Vastaajaviestiryhmä

Alueen valinta

on saatavana maailmanlaajuisesti ja toimitetaan redundanteista datakeskuksista useilla alueilla: Yhdysvalloissa (Dallas, Chicago), Kanadassa (Vancouver, Toronto), Euroopassa (Frankfurt, Amsterdam), Isossa-Britanniassa (Lontoo, Manchester), Australiassa (Melbourne, Sydney), Japanissa (Tokio, Osaka), Saudi-Arabia (Riad, Jedda) ja Intia (Mumbai, Chennai). Media-POP:t tarjoavat mediapalveluja median edestakaisten aikojen optimoimiseksi. Esimerkiksi Singaporen palvelinkeskusta käytetään optimoimaan median edestakaiset mat ka-ajat asiakkaille Aasian maissa, joissa edestakaiset ajat joko Australian tai Japanin alueelle saattavat olla epäoptimaalisia. Datakeskukset on kytketty toisiinsa usean gigabitin ja täysin redundantin runkoverkon avulla. Maailman laajuisesti hajautetut datakesk ukset osoittavat yleiskatsauksen kaikista datakeskuksista. Viimeisin luettelo käytettävissä olevista palvelinkeskuksista on kohdassa Tietokeskuksen sijainnit Webex Calling.

Maailmanlaajuisesti hajautetut datakeskukset

Jokainen asiakas on varmennettu yhdessä instanssista. Kaikki kyseisen asiakkaan varmennustiedot tallennetaan kyseiseen esiintymään, ja kaikkien kyseiselle asiakkaalle varattujen päätepisteiden ja paikallisten yhdyskäytävien SIP-signalointi on sidottu instanssiin, johon asiakas on varmennettu. Koska alkuperäistä aluevalintaa on vaikea muuttaa, on tärkeää ottaa huomioon kaikki olennaiset tekijät osana alueen valintaan johtavaa päätöks entekoprosessia. Liiallisen signaloinnin edestakaisen viiveen välttämiseksi on tärkeää päättää siirtymäprosessin varhaisessa vaiheessa, mitä instanssia tulisi käyttää. Cisco suosittelee valitsemaan instanssin, joka tarjoaa pienimmät merkinantoajat suurimmalle käyttäjämäärälle käyttöönoton aikana.

Katso saatavuus maakohtaisesti kohd asta Missä Webex on käytettävissä? .

Sijainnit

Jos haluat valmistautua sijaintien varaamiseen, kaikkien siirron kohdesijaintien tiedot on kerättävä. Kunkin sijain nin tarvitsemat tiedot on tiivistetty kohdassa Tiedot, jotka on tallennettava kustakin sijainnista.
Taulukko 1. Kullekin sijainnille tallennettavat tiedot
Tiedotus Kommentti
Laajennusalue (t) Jokaisella sijainnilla voi olla laajennuksia, jotka alkavat eri numeroilla. Yksi numero on säästettävä toimipaik kojen väliselle ohjausnumerolle (esimerkiksi 8) ja yksi PSTN- ohjausnumerolle (esimerkiksi 9). Mikään laajennusalue ei voi alkaa kummallakaan näistä kahdesta numerosta.
Kaikkien sijaintien laajennusalueiden on oltava yhtä pitkiä.
DID-alue (t) -
PSTN-ohjausnumero -
Sivuston koodi Kaikkien sijaintien sivustokoodien on oltava ainutlaatuisia ja saman pituisia.
Päänumero Sijaintia luotaessa on varattava kaksi DID-tunnusta. Yksi päänumerona (esimerkiksi määritetään automaattiselle hoitopalvelulle) ja yksi vastaajaporta alille.
Tarjoa yksi DID vastaajan numerolle.
Vastaajaviestin numero
Lisenssien lukumäärä Vaaditut lisenssit tyypin mukaan, mukaan lukien Standard, Professional, Workspace, Reittiluettelo, Lähtevä puhelusuunnitelma.
Samanaikaiset puhelut kiireisenä aikana Samanaikaisten puhelujen summa laitteiden välillä sekä laitteiden ja paikallisen yhdyskäytävän välillä (PSTN ja puhelut laitteisiin). Tarvitaan tarvittavan Internet-yhteyden kaistanleveyden määrittämiseen.
Maa -
Aikavyöhyke -
Kieli -
Yhteystiedot (nimi, puhelin, sähköposti) -
Osoite (katuosoite, kaupunki, osavaltio, postinumero) -
Hätäpalvelun fyysinen lähetettävä päätepisteiden sijainti Hätäpuheluihin käytettävä laitteen lähetettävä sijainti sisältää yleensä seuraavat: rakennuksen osoite, rakennuksen osoite + kerroksen numero, rakennuksen osoite + sviitin numero tai rakennuksen osoite + kerrosnumero + toimisto/kuutionumero.
Yksilöllinen fyysinen verkon sijainti laitetta kohden hätäpalveluille Hätäpuhelujen fyysinen verkkosijainti sisältää yleensä seuraavat: kytkin/kytkinportti langallisille laitteille, langattomille liitetyille laitteille BSSID:t (Wireless Access Point, AP) Basic Service Set Identifiers (BSSID) ja/tai paikalliset IP-aliverkot päätelaitteille.

PSTN

Käyttöönoton suunnittelussa asiakkailla on kolme ensisijaista PSTN-yhteysvaihtoehtoa: Cisco C alling Plans (Ciscon hallinnoima pilvipalvelupalvelu), Cloud Connec ted PSTN Providers (CCPP, jossa palveluntarjoajat toimittavat PSTN-palvelua pilven kautta ) ja paikallinen PSTN (jossa paikalliset yhdyskäytävät yhdistävät yritysverkon PSTN-verkkoon). Kun PSTN-kanava otetaan käyttöön hybridikäyttöönottoja varten (Lisätietoja on kohdassa PSTN-kanavaus hybridikäyttöönotoissa PSTN-kanavauksissa), organisaatiot saavat Webex Calling lisää joustavuutta siirtomen etelmässään. Tämän ominaisuuden avulla asiakkaat voivat siirtää PSTN-osoitteensa CCPP:hen siirtymä matkan alussa ja aloittaa siirtymisen pilvipalveluun käyttäjille, samalla kun CCPP:n avulla ylläpidetään PSTN-palvelua Ciscossa vaiheittaisen siirron aikana pysyvien käyttäjien PSTN-palvelun ylläpitämiseen.

Tämä hybridi-lähestymistapa antaa organisaatioille mahdollisuuden siirtää valitut käyttäjäryhmät ensin pil veen uudistamatta koko puhelinympäristöään välittömästi. Se tuo kuitenkin lisää monimutkaisuutta ja riskejä, erityisesti olemassa olevan puhelun reitityslogiikan mukauttamisessa uuden arkkitehtuurin tukemiseksi. Yhteentoimiv uus vanhojen sovellusten, kuten faksipalvelimien, yhteyskeskusten tai haku järjestelmien, kanssa vaatii myös huolellista harkintaa. Keskeisiä teknisiä haasteita voivat olla saumattomien koodekkien neuvottelujen varmistaminen ja DTMF (Dual-Tone Multi-Frequency) -signaloinnin varmistaminen sekaympäristössä sekä yhteensopivuuden vahvistam inen erikoistuneiden puhelinominaisuuksien kanssa. Asianmukainen suunnittelu ja testaus ovat välttämättömiä häiriöiden minimoimiseksi ja luotettavien äänipalvelujen ylläpitämiseksi koko siirtoprosessin ajan. Lisäksi kaupalliset näkökohdat ovat tärkeitä, koska hybridikanavaus edellyttää käyttö lisenssiä, joka perustuu paikallisen ympäristön ja Cloud Connected PSTN Provider (CCPP) välisten samanaikaisten puhelujen määrään.

Vaihtoehtoisesti organisaatiot voivat halutessaan säilyttää paikallisen PSTN-yhteyden koko siirtymävaiheen ajan. Tässä skenaariossa siirtyminen CCPP-järjestelmään voidaan suorittaa kahdella tavalla: yhtenä koordinoituna siirtymisenä kaikille käyttäjille ja sijainneille, kun siir to on valmis, tai asteittain, kun PSTN-siirto tapahtuu sijaintikohtaisesti, kun käyttäjät siirretään. Tämä lähestymistapa voi auttaa virtaviivaistamaan rinnakkaiseloa ja ylläpitämään jatkuvuutta vanhoissa integraatioissa, mutta se tuo mukanaan useita toiminnallisia monimutkaisuuksia. Näitä ovat muun muassa numeroiden siirtoon liittyvät haasteet, kuten tarve koordinoida numeroporttitilauksia tarkasti, mahdolliset viivästykset ja palveluntarjoajan asettamat rajoitukset, kuten samanaikaisten satamapyyntöjen määrän yläraja tai rajoitukset suurten lohkojen osajoukkojen siirtämiselle. Organisaatioiden on suunniteltava huolellisesti PSTN-siirtymästrategiansa ottaen huomioon nämä logistiset näkökohdat palvelun keskeytysten välttämiseksi ja sujuvan siirtymiskokemuksen varmistamiseksi.

Siirtyminen CCCP:hen alussa vs. paikallisen PSTN:n säilyttäminen

Kuvassa Siirtyminen CCCP:hen alussa vs. paikallisen PSTN:n säilyttäminen näyttää kaksi yllä selitettyä PSTN- siirtovaihtoehtoa. Vasemmalla olevassa kuvassa näkyy skenaario, jossa kaikki paikalliset käyttäjät ja sovellukset käyttävät pilvipalveluun li itettyjä PSTN-palveluja paikallisen runko-osan ja paikallisen yhdyskäytä vän kautta, kun taas oikealla olevassa kuvassa näkyy skenaario, jossa nyky inen paikallinen PSTN pysyy paikallaan ja käyttäjät käyttävät paikallista PSTN:ää paikallisten paikallisten yhdyskäytävien välisen Webex Calling yhteyden kautta ja. Siirtymisen aikana sijainnit voidaan vaihtaa Cloud Connected PSTN: n avulla.

Molemmissa tilanteissa paikallisen ja käyttäjän väliset puhelut käyttävät Paikallisen yhdyskäytävän yhteyttä. Paikallisen ja paikallisen yhteyden välinen yhteys on suunniteltava ja mitoitettava vastaavasti samanaikaisten puhelujen odotetun määrän ja vaaditun redundanssin perusteella.

Soittosuunnitelma

Saumattoman yhteentoimivuuden saavuttamiseksi siirtymäkauden välillä ja sen aikana on kehitettävä kattava puhelinsuunnitelma-arkkitehtuuri ja toteutettava molemmilla alustoilla. Tämä kahden alustan valintasuunnitelma varmistaa johdonmukaisen puhelun reitityksen, numeroiden kääntämisen ja ominaisuuksien läpinäkyvyyden, jolloin kummankin järjestelmän käyttäjät voivat kommunikoida ilman palvelun heikkenemistä tai käyttökokemuksen häiriöitä koko rinnakkaiselovaiheen ajan.

Paikallinen soittosuunnitelma

Siirtymävaiheen aikana yrityksessä rekisteröityjen Unified CM laitteiden rinnakkaiselon mahdollistamiseksi valintaohjelmaa on muutettava siten, että vähintään seuraavat vaatimukset täyttyvät:

+E.164 soittaminen kohteeseen

Laajennusvalinta kohteesta (toimipaikan sisäinen mutta myös toimipaikan välinen, jos laajennusalueet ovat yksilölliset)

Lyhennetty sivustojen välinen valinta osoitteesta

Pakotettu verkkovalinta osoitteesta

Takaisinsoitto vastaamattomien puheluiden hakemistosta kohteisiin

PSTN-puhelut PSTN:ään, jos siirron aikana käytetään paikallista PSTN:ää

PSTN-puhelut kohteesta if siirtymän aikana hybridikäyttöönottojen PSTN-kanavaa käytetään PSTN-yhteyden tarjoamiseen paikallisille käyttäjille Cloud Connect -palvelun kautta

Pakotettu verkkoon alkaen

Laajennusvalinta osoitteesta (sivuston välinen).

Jos jokin edellä mainituista ei ole tuettu soittotapoja ennen siirtymistä, esimerkiksi lyhennettyä sivustojen välistä soittotapaa ei ole olemassa, niitä ei välttämättä tarvitse ottaa käyttöön siirtymisen aikana.

Kuva Parhaat käytännöt -valintasuunnitelma näyttää parhaiden käytäntö jen mukaisen valintasuunnitelman, joka on ku vattu kohdassa Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Tämän lähestymistavan keskeisiä ominaisuuksia ovat:

Yksi osio +E.164-hakemistonumeroille

Ydinreititys perustuu +E.164 -reittikuvioihin

Kaikkien soittotapojen normalisointi numeroon +E.164 käännöskuvioiden avulla

Käännösmallin käyttö kutsuu hakutilan perintöä (vaihtoehto Käytä alullepanijan kutsuhakutilaa, joka on aset ettu käännösmalleihin).

Parhaiden käytäntöjen soittosuunnitelma

Esimerkiksi PSTN-valintaa (9+1+10D) SJC-laitteesta, jolla on linjakuvaushak utila SJCInternational, vastaa ensin 9.1 [2-9] XX [2-9] XXXXXX-käännösmalli, joka normalisoi soitetun osapuolen numeroksi +E.164. Toissijainen haku käyttää sitten samaa kutsuvaa hakutilaa SJCInternational uudelleen (kutsuu hakutilan perintöä) ja +E.164-numeroinen merkkijono vastaa joko +E.164-hakemistonumero DN-osi ossa tai jokin USPSTNNational- tai SJCpStnLocal-osion PST N- reittikuvioista. Lyhennetyt sivuston sisäiset ja sivustojen väliset valintatavat toteutetaan ES N- ja SJCTOE164-osiossa olevilla käännöksillä. Vaikka ESN- osio on yleinen osio (käytettävissä puhelimille kaikissa paikoissa), SJCTOE16 4-osio on käytettävissä vain sijainnin SJC käyttäjille. Tämä olettaa päällekkäisiä laajennusalueita.

Ensimmäinen askel soittamisen mahdollistamiseksi kohteeseen on varmistaa, että +E.164-kohteet reititetään vastaavasti. Tämä voidaan saavuttaa lisäämällä osio valintasuunnitelmaan, lisäämällä +E.164 -reittikuviot kaikille kohteille kyseiseen osioon ja lopuksi lisäämällä osio kaikkiin kutsuviin hakutiloihin, jotka edustavat palveluluokkia, joihin on voit ava päästä. Erillisen osion luominen vaaditaan, jotta voidaan luoda eriytetty palveluluokka, josta peräisin olevia puheluita varten. Puhelusilmukoiden välttämiseksi paikallisen yhdyskäytävän rungossa olevalla saapuvalla puheluhak utilalla ei pitäisi olla pääsyä osioon.

+E.164 reititys Webex Calling

Kuten kuvassa +E.164 -reititys on esitettyWebex Calling, jotta reititys voidaan mahdollistaa sijaintiin, jossa on +E.164 DID-alue +1 221 555 2XXX ja sivustokoodi 121, osioon on lisättävä kiireellinen reitti kuvio, joka vastaa tätätä+E.164 -aluetta.

Jos paikkakohtaista Paikallisen yhdyskäytävän valintaa ei tarvita, sen sijaan, että käytetään reittiluetteloa, jossa on paikallinen reittiryhmä määränpäänä yksittäiseen reittiryhmään, voidaan määrittää paikallinen yhdyskäytävä ainoana jäsenenä ja sitten reittikuviot viittaavat yhteen reittiluetteloon, jossa tämä yksi reittiryhmä on ainoa merkintä.

Sivustojen välisen lyhennetyn valinnan mahdollistamiseksi osioon lisätään vaadittu reittikuvio 8121.2XXX. Sivustot, jotka siirretään valintojen normalisointikuvioon 8121.2XXX, joka normalisoi ESN-valintaa arvoon +E. 164, saattaa jo olla ESN-osiossa. Tällöin 8121.2XXX näyttää tarpeettomalta, mutta heti kun kaikki kyseisen sijainnin DN:t on siirretty 8121.2XXX-valintojen normalisointikuvaan, kääntämismalli voidaan poistaa ja sitten 8121.2XXX- reittikuvio mahdollistaa ESN-valinnan jopa vain kyseisen alueen käyttäjille.

Näillä valintasuunnitelmamuutoksilla puhelut sijaintiin voidaan soittaa paitsi soittamalla lyhennettyyn inter-site ja +E.164. Myös kansainvälinen ja kansallinen PSTN-valinta on mahdollista, koska nämä soittotavat normalisoidaan ensin arvoon +E.164 jo olemassa olevien valintojen normalisointikäännösmallien kautta ja reititetään sitten vastaamalla osiossa olevaa +E.164-reittikuviota.

+E.164-reittikuvion vastaavuus sijainnin DID-alueella voidaan määrittää, kun kaikki DID-tunnukset ovat edelleen käytössä. Paras vastaavuuskuvion sovitusalgoritmi varmistaa, että kun valitset isännöidyn numeron, varattu +E.164-hakemistonumero vastaa paremmin kuin jokerimerkillä osoitettu +E.164-reittikuvio, joten puhelut laajennetaan päällä olevaan linjaan eikä lähetetä.

soittosuunnitelma

Jokaiselle käyttäjälle annetaan laajennus ja/tai +E.164-puhelinnumero. Laajennuksen pituus on kiinteä yleinen asetus: kaikilla käyttöönoton laajennuksilla on sama pituus. Laajennusvalintaa voidaan käyttää käyttäjien välillä sekä sijainnin sisällä että sijaintien välillä. Lyhennetty sivujen välinen laaj ennusvalinta (jälkimmäinen tapaus) toimii vain, jos valittu laajennus on ainutlaatuinen.

Jos paikkojen välinen lyhennetty valinta on vaatimus, mutta eri sijainneissa määritettyjen laajennusten välillä on päällekkäisyyksiä, on luotava yrityskohtainen numerointisuunnitelma lisä ämällä laajennukset pääsykoodilla ja sivustokoodilla. Lisätietoja on kohdassa Preferred Architecture for Cisco Collaboration 15 On-premises Deployments, Suunnittelun yleiskatsaus, joka on saatavilla Ciscon yhteist yön ensisijaisista arkkitehtuureista.

Laajennuksen pituus, sijaintien välinen laajennusvalintakäyttäytyminen, paikkojen välisen valinnan etuli itteen pituus ja reitityksen etuliitteen ohjausnumero sijaintien välisessä valintaa varten määritetään soittopalvelun asetuksissa seuraav issa kohdissa:

Sijainnin reitityksen etuliitteen pituus: Etuliitteen pituus ohjausnumeron mukaan lukien. Vaad itaan vain, jos yrityksen numerointisuunnitelma on laadittava vaihtoehtoisena lyhennettynä yritysten sijaintien väl isenä soittotapana.

Ohjausnumero reitityksen etuliitteessä: Ohjausnumero lyhennetylle yritysten sijaintien väliselle soittotavalle. Päällekkäisyyksiä minkä tahansa sijainnin ensimmäisen numeron ja sijainnin lähtevien valintanumeroiden kanssa tulisi välttää. Vaad itaan vain, jos yrityksen numerointisuunnitelma on laadittava vaihtoehtoisena lyhennettynä yritysten sijaintien väl isenä soittotapana.

Sisäinen jatkopituus: Jatkojen vakiopituus. Voi olla mikä tahansa arvo kahden ja kymmenen välillä.
Kun paikalliselta puhelunhallinnalta vaaditaan puhelinnumeroita tai soittamista yrityksen merkittävillä numeroilla (ohjauskoodi, sivustokoodi, laajennus) ja paikallinen puhelunhallinta lähettää laaj ennuksen soittajan tunnuksena, muista myös määrittää Puhelun reititys tilojen välillä ja tilojen välillä -osiossa Tuntematon enimmäispituus -parametri varmistaaksesi, että paikallisen puhel un hallinnan ylävirran puhelut voidaan luokitella paikallisiin puheluihin oikein.

Salli laajennusvalinta sijaintien välillä: Voit ottaa käyttöön tai poistaa käytöstä laaj ennusvalinnan sijaintien välillä. Tämä asetus tulisi ottaa käyttöön vain, jos kaikki organisaation laajennukset ovat yksilöllisiä. Jos vaihtoehto on poistettu käytöstä, yrityksen merkittävät numerot (ohjauskoodi, sivukoodi, laajennus) tai puhelinnumerot on valittava sijaintien välillä.

Kolmea ensimmäistä parametria käytetään pääasiassa puhelinten valintasuunnitelman luomiseen numeroiden välisten aikakatkaisujen minimo imiseksi offhook -valintaa käytettäessä. Näistä yleisistä asetuksista poikkeamat ovat edelleen mahdollisia (Esimerkki - eri pituiset laajennukset voidaan määrittää), mutta Control Hubiin ilmestyy varoitusviesti, ja puhelimista soittaminen saattaa edellyttää estettyä valintaa, jotta vältetään ristiriidat valmi iksi ladatussa soittosuunnitelmassa.

Taulukon Yritysnumerointiesimerkki näyttää esimerkin kolmesta sijainnista, joissa kahden sijainnin, NYC ja RTP, laajennusalueet ovat identtiset. Yritys numerointijärjestelmän luominen toimipaikkojen välisellä ohjausnumerolla 8, jota seuraa kolminumeroinen sivustokoodi, ja nelinumeroinen laajennus luo päällekkäisen lyhennetyn toimipaikkojen välisen soittotavan.

Taulukko 2. Esimerkki yritysnumeroinnista
Sivusto Laajennusalue Sivuston koodi Yritysvalikoima

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Sujuvan siirtymisen mahdollistamiseksi käyttäjien soittotapojen joukon ennen siirtymistä ihanteelliseen tilaan ja sen jälkeen tulisi olla samat. Kunkin sijainnin siirtymiseen valmistautumiseksi DID-alueet ja laajennusalueet (tai lyhennetyt sivuston sisäiset puhelutavat) on dokumentoitava. Näiden tietojen perusteella on valittava toimipaikkojen välinen ohjausnumero.

Taulukko Ki inteän pituuden laajennusalueet näyttää esimerkin kolmesta sijainnista ja kiinteän pituuden laajennus alueista. Koska päällekkäisiä soittotapoja on vältettävä, on tärkeää varmistaa, että minkä tahansa laajennusalueen ensimmäinen numero ei vastaa lyhennetyn toimipaikan välisen valinnan ohjausnumeroa. Jos esimerkiksi 8 on valittu ohjausnumeroksi toimipaik kojen välisessä valinnassa, mikään laajennusalue missään kohteessa ei voi alkaa numerolla 8. Tyypillisesti tietyn sijainnin laajennukset vastaavat kyseiseen sijaintiin osoitettujen DID-tunnusten viime isiä numeroita. Ristiriitojen välttämiseksi laajennuksen ensimmäistä numeroa voidaan muuttaa. Jos esimerkiksi sijainnissa käytetään +1 408 555 8XXX -alueen DID-tunnuksia, sen sijaan, että käytät laajennusalue ena 8XXX, voidaan käyttää 7XXX kyseisen sivuston laajennuksiin

Taulukko 3. Kiinteät pituiset laajennusalueet
Sivusto Laajennusalue Laajennukset Sivuston koodi Yritysvalikoima

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Yhdysvaltain soittosuunnitelmaa käyttävällä laitteella valitut seitsemännumeroiset valintajonot ovat päällekkäisiä paikallisvalinnan seitsemännumeroisen mallin kanssa ennalta ladatussa Yhdysvaltain soittosuunnitelmassa. Päällekkäisyyksien välttämiseksi verkon ja verkon ulkopuolella (PSTN) soittotapojen välillä voidaan käyttää pakollista ulkopuolista pääsykoodia kyseisessä paikassa. Jos olemassa oleva yrityksen numerointikaavio ja vastaava lyhennetty sivustojen välinen valinta ovat päällekkäisiä kansallisen valintaikkunan kuvioiden kanssa, niin siirtymisen aikana numerointikaavioon päällekkäisyyksien välttämiseksi voidaan myös muuttaa pidempään tai lyhyempään muotoon. Helpoin tapa saavuttaa tämä on lisätä ylimääräinen täytteenumero numerointikaavioon. Uusi pidempi sivustojen välinen valintamalli on hyväksyttävä vain niille käyttäjille, jotka ovat jo siirtyneet. Käyttäjät, jotka ovat edelleen päällä, voivat jatkaa seitsemän numeron soittamista. Tässä tapauksessa käytössä olevan yritysvalintasuunnitelman on varmistettava, että lyhennetty seitsemännumeroinen valinta numerosta kohteeseen muuttuu joko +E.164 -muotoon tai käytössä olevaan lyhennettyyn valintamuotoon. Unified CM Tämä on tehtävä ennen puhelun lähettämistä paikalliseen yhdyskäytävään.

Seitsennumeroinen taulukon siirtyminen -valintaikkuna näyttää esim erkin tästä numeroinnista. Tässä esimerkissä lyhennetty sivuston välinen valinta käyttää ohjausnumeroa 8, jota seuraa kaksinumeroinen sivustokoodi ja nelinumeroinen laajennus. Jotta väl tetään seitsennumeroinen lyhennetty sivustonvälinen valinta sijainneille, sivuston koodit voidaan helposti muuttaa kolmin umeroisiksi lisäämällä mielivaltainen täytteenumero (esimerkissä 8) käytettyihin kaksinumeroisiin sivustokoodeihin siten, että puhelinten välinen valinta käyttää ohjausnumeroa 8, jota seuraa täydennysnumero 8, vanha kaksinumeroinen sivustokoodi, ja nelinumeroinen laajennus. Käyttäjien ei tarvitse muistaa uusia sivustokoodeja; heidän on vain muistettava käyttää 88 etuliitteenä sivustojen välisessä valinnassa 8 päällä -numeron sijasta.

Taulukko 4. Seitsennumeroisen valinnan siirtyminen

Sivusto Laajennukset Sivuston koodi Yritysvalikoima Sivuston ode Enterprise-sarja

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

Jos käytössä on erilaiset yritysnumeromuodot ja jos yritysnumerot esitetään soittavan osapuolen tiedoina puheluille vastaanottajalle (esimerkiksi - Puhelut laitteista, joissa ei ole DID), on tärkeää ottaa käyttöön myös kartoitus eri numeromuotojen välillä soittavan osapuolen tietoja varten, jotta takaisinsoitto toimii. Tämä kartoitus voidaan saavuttaa käyttämällä kutsuvan osapuolen muunnosmallia rungossa ja paikallisen yhdyskäytävän välisessä rungossa.

Tallennus

Hyvin suunniteltu puhelutallennusratkaisu vaatii useiden keskeisten suunnitteluelementtien huolellista harkintaa sen varmistamiseksi, että se on yhdenmukainen organisaation tavoitteiden, sääntelyvaatimusten ja teknisten rajoitusten kanssa. Kaksi kriittisimmistä päätöksistä koskee palveluntarjoajan valinta ja alueen valinta, jotka molemmat on ehkä räätälöitävä maailmanlaajuisesti ja ohitettava tietyissä paikoissa liiketoiminnan tarpeiden perusteella.

1. Puhelun tallennuspalveluntarjoajan valinta

Sopivan puhelun tallennuspalveluntarjoajan valitseminen on olennaista liiketoimintat avoitteiden saavuttamiseksi ja ominaisuuksien yhdenmukaistamisen varmistamiseksi koko organisaatiossa:

Maailmanlaajuinen palveluntarjoajan valinta: Organisaatiot nimeävät yleensä ensisijaisen puhelun tallennuspalveluntarjoajan maailmanlaajuisella tasolla, mikä varmistaa ominaisuuksien yhdenmukaisuuden, vaatimustenmuka isuuden ja tuen kaikissa sijainneissa

Sijaintiin perustuvat ohitukset: Sken aarioissa, joissa tietyillä toimipaikoilla tai alueilla on ainutlaatuisia liiketoimintatarpeita tai sääntelyvaatimuksia, saattaa olla tarpeen ohittaa maailmanlaajuinen palveluntarjoajan valinta ja määrittää vaihtoehtoiset palveluntarjoajat näille sijainneille. Tämä joustavuus tukee erilaisia vaatimustenmukaisuusvaltuutuksia ja paikallisia operatiivisia tarpeita

Liiketoiminnan vaatimukset: Palveluntarjoajan valinnassa olisi arvioitava liiketoiminnan tekijöitä, kuten sääntelyn noudattamista (esimerkki - MiFID II, HIPAA), laad unvarmistus, riitojenratkaisu tai koulutustarpeet

Ominaisuuksien saatavuus: Palveluntarjoajia on arvioitava sen perusteella, miten ne pystyvät toimittamaan vaadittuja ominaisuuksia, kuten reaaliaikainen seuranta, haku- ja toisto-ominaisuudet, salaus, säilytyskäytännöt, integrointi analytiikkaalustoihin ja tuki eri puhelutyypeille (saapuvat, lähtevät, sisäiset).

2. Alueen valinta

Alueen määrittäminen, johon puhelutallenteet tallennetaan ja käsitellään, on ratkaisevan tärkeää vaatimustenmukaisuuden ja suorituskyvyn kannalta:

Yleinen aluevalinta: Oletusarvoisesti organisaatiot voivat valita yhden alueen puhelutallenteiden tallentamista varten hallinnan ja hallinnan yksinkertaistamiseksi

Sijaintiin perustuvat alueiden ohitukset: Jos tietojen sijaintia koskevat lait tai yrityskäytännöt sitä edellyttävät, voi olla tarpeen ohittaa tiettyjen sijaintien globaali alueasetus varmistaen, että puhelutallenteet tallennetaan ja käsitellään vaadituissa maantieteellisissä rajoissa

Tietojen sijaintivaatimukset: Suunnittelussa on otettava huomioon kansainväliset ja paikalliset tietosuojamääräykset (kuten GDPR, CCPA tai maakohtaiset valtuudet), jotka voivat määrätä, missä ja miten puhelut allenteet säilytetään.

Toinen kriittinen näkökohta, joka on otettava huomioon puheluntallennus ratkaisun suunnittelussa ja suunnittelussa, on tallennusvaatimusten arviointi. Tallennustarpeiden tarkka ennustaminen on välttämätöntä sen varmistamiseksi, että käytettävissä on riittävästi kapasiteettia jatkuvan liiketoiminnan tukemiseksi, vaatimustenmukaisuuden ylläpitämiseksi ja palveluhäiriöiden välttämiseksi.

Odo tettua varastointitarvetta määritettäessä on otettava huomioon useita keskeisiä parametreja:

Tallennettujen puheluiden määrä: Arvioi odotettu määrä puhel uita, jotka tallennetaan tietyllä aikavälillä (esim. päivässä, viikossa tai kuukaudessa). Tämä sisältää ulkoisten puhelujen lisäksi myös sisäisen viestinnän, jos yrityspolitiikka tai sääntelyvaltuudet sitä edellyttävät

Keskimääräinen puhelun kesto: Laske tallennettujen puheluiden tyypillinen pituus, koska pidem mät puhelut vievät enemmän tallennustilaa. Myös puhelun keston vaihtelut eri osastojen tai käyttäjäryhmien välillä tulisi ottaa huomioon arviossa

Säilytysaika: Määritä tallenteiden säilytysaika, joka usein määräytyy organis aation käytäntöjen tai ulkoisten määräysten (kuten toimi alakohtaisten vaatimustenmukaisuusstandardien) mukaan. Pidemmät säilytysajat lisäävät yleistä varastointitarvetta

Kasvuennusteet: Harkitse puhelumäärien odotettua kasvua tai tallennuslaajuuden laajentamista, mikä voi johtua liiketoiminnan skaalaamisesta, uusista sääntelyvaatimuksista tai uusien käyttäjien tai toimipaikkojen käyttöönotosta.

Analysoimalla nämä parametrit perusteellisesti organisaatiot voivat kehittää vankan tallennusstrategian, joka varmistaa puheluntallennusratkaisunsa skaalautuvuuden, kustannustehokkuuden ja sääntelyn noudattamisen. On myös suositeltavaa tarkistaa ja säätää tallennustilaa säännöllisesti käyttötapojen kehittyessä ajan myötä.

Hätäpuhelut

Vaatimus reitittää hätäpuhelu asianmukaiseen lähetyskeskukseen on vaatimus kaikille soittopalveluille, jotka tarjoavat PSTN-palvelua. Lisäksi hätäpuhelujen reititys on ratkaisun alkuperäinen ja sisältää tuen kaikille kansallisille hätänumeroille tukevissa maissa. Hätäpuhelun reititys perustuu sijaintiin määritettyyn sijaintiin ja sijainnin PSTN-käyttötapaan. Hätänumerot ovat ennalta määritettyjä ja erityisiä maassa, jossa käyttäjät ja laitteet on otettu käyttöön.

Hätäpuhelujen lähettämiseen on kaksi tapaa. On olemassa perushätäpuhelun reitityspalvelu ja tehostettu hätäpuhelun reitityspalvelu. Hätäpuhelun perusreitityspalvelu käyttää järjestelmänvalvojan valitsem aa numeroa tunnistamaan sijainnin ja soittoreitin hätäpalveluihin pääsemiseksi. Perus hätäpuheluissa puhelupolku kulkee tyypillisesti asiakkaan kyseisen sijainnin PSTN-vaihtoehdon kautta. siinä on myös parannettu hätäpuhelun reititys, joka on suunniteltu Yhdysvalloissa ja Kanadassa, joissa on sääntelyvaatimuksia, jotka edellyttävät valtakunnallisen palveluntarjoajan käyttämistä hätäpuhelujen toimittamiseen oikeaan lähetyskeskukseen.

Kaikkien asiakkaiden tulisi ottaa käyttöön vähintään hätäpuheluiden peruskokoonpano. Perus hätäpuhelu edellyttää, että kullekin kohdassa määritellylle sijainnille on osoitettu vähintään yksi asiakkaan omistama +E.164-numero. Perushätäpuhelun osalta kukin sijainti määritellään katuosoitteella, johon poliisi-, palo- tai ambulanssipalvelut lähetetään hätätilanteessa. Useimmissa tapauksissa sijainnin päänumero on paras valinta edustamaan hätätilanteen fyy sistä sijaintia. Tyypillisesti osoitteen osoittaminen +E.164-numero on koordinoidaan PSTN-palveluntarjoajan kanssa. Alla olevat kuvat osoittavat pää numeron määrittämisen, jota käytetään Richardsonin sijainnin hätäpuhelunumerona.

Sijainti ECBN-kokoonpano

Useimmissa tilanteissa rakennuksen osoite riittää sijainnin lähetysosoitteeksi. Mutta jos tietyille käyttäjille tai laitteille tarvitaan lisää sijaintitietoja , järjestelmänvalvoja voi käyttää samaa yllä kuvattua prosessia ja määrittää nämä laitteet tiettyyn osoitteeseen tai tarkempaan sijaintiin osoitteen sisällä (kuten kerroksessa tai huoneessa). Käyttä jähallinta -kohdassa Puhelut- välileh ti sallii käyttäjän ja hänen laitteidensa käyttävän tiettyä numeroa tietyn lähetysosoitteen saamiseksi. Seuraavat kuvat havainnollistavat, kuinka tietty numero voidaan määrittää laitteelle. Järjestelmänvalvoja on vastuussa siitä, että laitteen käyttämälle numerolle on määritetty oikea lähetysoite. Osoitteen määrittäminen tapahtuu tyypillisesti kyseisen sijainnin PSTN-palveluntarjoajan kautta.

Käyttäjän ECBN-kokoonpano

Yhdysvalloissa sijaitsevissa puhelinasennuksissa, joiden on tarjottava parannettuja hätäpuheluratka isuja, käyttää RedSkyn Horizon Mobility integroitua hätäpuhelujen reititykseen. Kun käytät RedSkyä puhelun reititykseen, järjestelmänvalvojan on rekisteröidyttävä tilille Ciscon kautta ja määritettävä asianmukaiset tiedot kohdassa Soit to -> Palveluasetukset, jotta tämä ominaisuus otetaan käyttöön. Kun RedSky- palvelu on otettu käyttöön järjestelmätasolla, järjestelmänvalvoja ottaa RedSky- palvelun käyttöön kullakin sijaintitasolla. Laajennetun hätäpuhelun käyttöönotto paikassa aktivoi palvelun kaikille laitteille, jotka on määritetty kyseiseen sijaintiin. Laitteita, jotka tukevat parannettua hätäpuhelua, ovat Cisco MPP -puhelimet, Cisco PhoneOS -puhelimet ja Ciscon puhelimet.

Tehostetun hätäpuhelun ottamiseksi käyttöön sijainnissa on kaksi asetusta. S alli RedSkyn vastaanottaa verkkoyhteystietoja ja testipuheluita tulisi käyttää varmist amaan, että laite- ja infrastruktuurikarttojen RedSky-määritykset ovat oikein. Tämä asetus sallii myös testipuhelujen soittamisen numeroon 933 sijainnin tarkistamiseksi RedSkyn IVR-järjestelmällä soittajan sijainnin lukemiseksi. Vaikka tämä asiakirja ei kata sijainnin seurannan RedSky-kokoonpanoa, järjestelmänvalvojan tulee AINA testata sijaintinsa löytäminen ennen hätä puhelujen aktivointia reitittämiseksi RedSkyyn. Kun testaus on suoritettu ja todennettu oikeaksi, järjestelmänvalvoja reitittää puhelut RedSkylle vaihtamalla reitin hätäpuhelut RedSkyyn. Tämä kytkin ohjaa kaikki sijainnin hätäpuhelut RedSkylle toimitettavaksi sijainnin vastaajakeskukseen.

Parannetut hätäpuhelut -asetukset koskevat myös asiakkaita sekä paikan päällä että sen ulkopuolella. Paikallisessa tilassa sitä voidaan seurata samalla tavalla kuin pöytäpuhelimia seurataan. Kun se on ulkopuolella, käyttäjä voi määrittää sijaintinsa dynaamisesti suoraan. Lisätietoja hätäpuheluista on kohdassa Par annettu hätäpuhelu.

Lisensointi

Käyttöoikeuksien määrittämiseen käyttäjille on useita vaihtoehtoja.

Manuaalinen määritys kautta

Järjestelmänvalvojat määrittävät käyttöoikeudet manuaalisesti yksittäisille käyttäjille käyttöliittymän kautta.

Järjestelmänvalvojat voivat muokata yksittäisten käyttäjien palvelulisenssejä ja määrittää soittolisenssit suoraan.

Automaattiset lisenssien määritysmallit

Käyttöoikeuksien määritysmallin avulla voit määrittää käyttäjille lisenssit automaattisesti ryhmä- tai organisaatioasetusten perusteella.

Automaattinen lisensointi voidaan suorittaa hakemistosynkronoinnin tai manuaalisten käyttäjäpäivitysten avulla, mutta käyttäjillä on oltava kelvollinen +E.164-muotoinen puhelinnumero ja puhelinnumeroiden on oltava sijainnissa ennen käyttäjän käyttöönottoa. Jos ehdot eivät täyty (esim. virheellinen puhelinnumerom uoto), lisenssejä ei anneta.

Joukkomääritys CSV-mallin kautta

Lataa CSV-tiedosto, jossa on käyttäjätiedot ja lisenssimääritykset, jotta voit lisätä tai muokata useita käyttäjiä kerralla.

CSV-tuonti tukee jopa 20 000 käyttäjän lisäämistä ja lisenssien määrittämistä, mutta lisenssit edellyttävät tiettyjä kenttiä, kuten puhelinnumeroa ja laajennusta.

API-pohjainen määritys

Ohjelmointirajapintojen avulla voit määrittää lisenssejä ohjelmallisesti ja hallita käyttäjiä.

tukee käyttäjän ja lisenssien hallinnan API-toimintoja (Ihmiset, SCIM 2.0 ja Licenses API:t), joita voidaan hyödyntää lisenssien määrityksen automaatioon. Lisenssien sovellusliittymä mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.
Taulukko 5. Käyttäjän käyttöönottoasetukset - yhteenveto
Tehtävämenetelmä Plussat Miinukset
Manuaalinen läpi Yksinkertainen harvoille käyttäjille.
Mahdollistaa lisenssien määräämisen tarkan ja yksityiskohtaisen hallinnan.
Ei skaalautuva, aikaa vievä
Altis inhimillisille virheille manuaalisen syöt ön aikana.

Automaattiset lisenssimallit Skaalautuva
Vähentää manuaalisia virheitä
Voidaan soveltaa uusiin ja olemassa oleviin käyttäjiin.
Vaatii voimassa olevat puhelinnumerot ja sijainnit.
Monimutkaisempi asentaa
Edellyttää myös käyttäjäryhmiä käyttäjäryhmää kohden, joilla on vastaavat lisenssivaatimukset.

Joukkolähetys CSV Tehokas suurille käyttäjäjoukoille
Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.
Vaatii huolellista CSV-muotoilua
Virheiden mahdollisuus, jos puhelin numerot tai laajennukset puuttuvat tai ovat virheellisiä.
API-pohjainen määritys Automatisoitava, joustava.
Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.
Vaatii kehitys- ja API-tietämystä.

Taulukossa Käyttäjän käyttöönottoasetukset - yhteenveto sisältää yhteenvedon käyttäjän käyttöönottovaihtoehdoista sekä niiden eduista ja haitoista. Tämä yleiskatsaus auttaa valitsemaan parhaan lisenssinmääritysmenetelmän asiakkaan organisaation koon, automaatioominaisuuksien sekä käyttäjien varmennus prosessien ja vaatimusten perusteella.

Aina kun mahdollista, Cisco suosittelee soittolisenssien määrittämistä lisenssimallien avulla. Tämä edellyttää, että jokaiselle käyttäjäryhmälle, joka vaatii yksilöllisen lisenssisarjan (Esimerkki - Standard vs. Professional) on olemassa ryhmä, jolla on vastaavat ryhmäjäsenyydet. Kuten Käyttäjär yhmät-osi oissa käsitellään, käyttäjäryhmät voidaan määrittää manuaalisesti yrityshakemistossa tai synkronoida siitä. Molempien lähestymistapojen yhdistelmä on mahdollista.

Useisiin ryhmiin kuuluvat käyttäjät saavat käyttöoikeudet kaikista tehtävistä, joita sovelletaan kaikkiin heidän ryhmiinsä. Tämä mahdollistaa lisenssikohtaisten suojausryhmien käyttämisen yrityshakemistossa käyttöoikeuksien määritysten hallintaan, kun tuloksena olevaa käyttäjän käyttöoikeusmääritystä hall itsee ryhmäjäsenyydet.

Lisätietoja on ohjeaiheissa Automaattisten käyttöoikeuksien määritysten määrittäminen Control Hubissa ja Automaattisten käyttöoikeuksien määritysmallien määrittä Webex Calling minen käyttäjille.

Lisenssivaatimukset

Tämä osio kattaa vain niihin liittyvät lisenssit. Muut käyttöoikeustyypit (Esimerkki - Webex-laitteen rekisteröinti, viestit, kokoukset) eivät kuulu. Osana suunnitteluprosessia lisenssivaatimukset on määrit ettävä. Seuraavien käyttöoikeustyyppien käyttöoikeusmäärät on laskettava:

Vakio: yksittäisten käyttäjien lukumäärä, jotka tarvitsevat vakiopuhelinominaisuuksia.

Ammattimainen: kehittyneitä puhelintoimintoja vaativien käyttäjien ja työtilojen määrä. Virtuaalilinjat ja ryhmävastaajaviesti ovat oikeutettuja 1:1 -suhteeseen kutakin ammattilisenssiä kohden. Siksi, harvoissa tapauksissa, joissa vaadittujen virtuaalilinjojen tai ryhmävastaajaviestien määrä ylittää käyttäjien ja työtilojen määrän, jotka vaativat kehittyneitä puhelin toimintoja, on otettava huomioon ylimääräiset ammattimaiset lisenssit.

Yhteisen alueen työtila: jaetun käytön tai yleisten alueiden sijaintien lukumäärä, jotka edell yttävät tavallisia puhelutoimintoja.

Asiakasapu: asiakasavun ominaisuuksia vaativien edustajien ja esimiesten lukumäärä. Asiakasapu sisältää Professional-lisenssin.

Reittiluettelopuhel ut: tarvittavien Cloud Connected PSTN-puhelujen määrä paikallisten käyttäjien ja/tai paikallisten erikoistuneiden kolmannen osapuolen sovellusten välillä.

Attendant Console: niiden käyttäjien lukumäärä, jotka tarvitsevat pääsyn hallintakonsoliasiakasohjelmaan.

Cisco Calling Plan (Outbound Calling Plan): niiden käyttäjien määrä, jotka tarvitsevat PSTN-numeron ja/tai lähtevän PSTN- puhelun käyttöoikeuden Cisco PSTN -palveluun.

Ammattimaisille työtiloille ei ole erillistä lisenssityyppiä. Ammattimaiset työ tilat käyttävät Professional-lisenssiä.

Vain hot-desk-työtilat tarjoavat hot-desking-isäntäpalvelun ja hätäpuhelut hotdesking -isännältä, eivätkä ne vaadi lisenssiä. Lisätietoja on ohjeaiheessa Vain hot desk -laitteiden lisääminen ja hallinta.

Jos haluat määrittää tarvittavan käyttöoikeustyypin kullekin käyttäjälle ja työtilalle tarvittavien ominaisuuksien perusteella, katso Ominais uudet, jotka ovat käytettävissä käyttöoikeustyypin mukaan Webex Calling.

Jos haluat erottaa puhelujonojen tarjoamat toiminnot yhdistettynä ammattikäyttöoikeuteen verrattuna asiakastukeen, katso Webex Callingpuhelu jonon ja asiakastuen ominaisuuksien vertailu.

Käyttäjien käyttöönotto

Webexin käyttäjien käyttöönotossa on useita vaihtoehtoja, joista kukin sopii organisaation eri tarpeisiin ja ympäristöihin:

Manuaalinen käyttöönotto: Järjestelmänvalvojat voivat lisätä ja hallita yksittäisiä käyttäjiä suoraan sisällä. Tämä menetelmä on suoraviivainen, mutta sopii parhaiten pieniin organisaatioihin tai rajoitettuihin käyttäjä muutoksiin.

Joukkovalmistus CSV: n kautta: Suurempien käyttäjäkuntien järjestelmänvalvojat voivat tuoda ja päivittää käyttäjiä irtotavarana lataamalla CSV-tiedostoja. Tämä mahdollistaa jopa tuhansien käyttäjien tehokkaan hallinnan kerralla.

Hakemiston synkronointivaihtoehdot:
Hakemist oliitäntä: Tämä on automaattinen synkronointityökalu, jota käytetään Microsoft Active Directory ympäristöissä. Se synkronoi käyttäjätilit, ryhmät ja määritteet ajoittain (tunneittain, päivittäin tai viikoittain). Se tukee usean toimialueen ja monen metsän aset Active Directory uksia ja voi synkronoida profiilikuvat ja huoneobjektit.

Ohj@@ attu Entra ID (Azure AD) -sovellus: Suunniteltu organisaatioille, jotka käyttävät Microsoft Entra ID (Azure AD), tämä menetelmä tarjoaa automaattisen, lähes reaaliaikaisen käyttäjä tilien ja määritteiden synkronoinnin suoraan Entra ID:stä. Se on täysin hallittu sisällä ja vaatii minimaalisen asennuksen.

SCIM 2.0 -sovellukset: Muissa kuin Microsoftin ympäristöissä tai muissa identiteettipalvelujen tarjoajissa, kuten Okta tai Duo, SCIM-pohjaiset synkronointisovellukset mahdollistavat käyttäjän automaattisen käyttöönoton ja varauksen poistamisen attribuuttien kartoituksella ja ryhmäsynkron oinnilla.

Unified CMkäyttäjän synkronointi: Tämän vaihtoehdon avulla voidaan luoda käyttäjätilejä olemassa olevien loppukäyttäjien perusteella synkronoimalla paikasta toiseen. Tämä edellyttää, että Cloud Connected UC (CCUC) toimii paikallisissa klustereissa. Yleensä on kuitenkin suositeltavaa synkronoida käyttäjät keskitetystä pilvihakemistosta, kuten Entra ID: stä, eikä suoraan.

API-käyttöönot to: Julkisia sovellusliittymiä (People, SCIM 2.0) voidaan käyttää käyttäjien tarjoamiseen. Ohjelmointirajapintojen käytön tärkein etu on mahdollisuus integroida käyttäjän provisiointi muihin yritysjärjestelmiin.
Taulukko 6. Käyttäjän varmennusasetukset
Varmistusmenetelmä Kuvaus Plussat Miinukset
Käsikirja Luo/hallitse käyttäjiä erikseen Yksinkertainen harvoille käyttäjille; infrastruktuuria ei tarvita Ei skaalautuva; aikaa vievä monille käyttäjille
Joukkona (CSV-tiedosto) Tuo/päivitä käyttäjät irtotavarana CSV: n kautta Tehokas ryhmille; koodausta ei tarvita Manuaalinen CSV-valmistelu; vähemmän dynaaminen
Ihmiset ja SCIM 2.0 API Ohjelmallinen käyttäjien hallinta Webex-sovellusliittymien kautta Joustava; tukee automaatiota ja integraatiota Vaatii kehitystä ja infrastruktuuria
Hakemiston synkronointi Automaattinen synkronointi AD-, Entra ID-, SCIM -sovelluksista, Unified CM Automatisoi elinkaaren; tukee suodatusta ja kartoitusta Asennuksen monimutkaisuus: joillakin vaihtoehdoilla on rajalliset ominaisuudet tai ne vaativat infrastruktuuria
Tässä yleiskatsauksessa ja taulukossa kuvataan tärkeimmät käyttäjien käyttöönottovaihtoehdot, niiden edut ja rajoitukset, joiden avulla voit valita parhaan lähestymistavan organisaatiosi tarpeisiin.

Käyttäjäryhmät

Käyttäjäryhmien hallinnan avulla järjestelmänvalvojat voivat järjestää käyttäjät ryhmiin lisenssien, asetusten ja resurssien tehokkaan joukkohallinnan varmistamiseksi. Ryhmät helpottavat hallintaa soveltamalla käytäntöjä, lisenssejä ja asetusmalleja useille käyttäjille samanaikaisesti sen sijaan, että hallitsisivat käyttäjiä erikseen.

Käyttäjäryhmien hallinta tarjoaa useita etuja, mukaan lukien:

Yksinkertaistettu hallinta: Hallitse useiden käyttäjien lisenssejä, asetuksia ja käytäntöjä kerralla.

Yhdenmuka isuus: Käytä yhtenäisiä asetuksia ja lisensse jä saman ryhmän käyttäjille.

Skaalautuvuus: Tukee jopa 250 000 jäsentä ryhmää kohden.

Integrointi: Synkronoi ryhmät Microsoft Entra ID: stä (Azure AD) tai automaattista Active Directory käyttäjien ja ryhmien hallintaa varten.

Joustav uus: Luo paikallisia ryhmiä tai synkronoi suojausryhmiä; hallitse ryhmän jäsenyyttä manuaalisesti tai CSV-tiedostojen avulla.

Resurssien kohd entaminen: Hallitse sulautettujen sovellusten ja palveluiden käyttöä ryhmäjäsenyyden perusteella.

Käyttäjäryhmien pääasialliset käyttötapaukset alustamisen aikana ovat:

Käyttöoikeusmäärit ykset: Määritä lisenssit ryhmille, jotta voit tarjota automaattisesti palveluja, kuten puhelu-, kokous-, viesti- tai hybridipalveluja ryhmän jäsenille.

Asetusmallit: Käytä palveluasetusten kokoelmia (esim. viestit, kok ous, puhelut) ryhmiin yhdenmukaisen käyttökokemuksen takaamiseksi.

Joukkokäyttäjien hallinta: Lisää tai poista käyttäjiä irtotavarana CSV-tiedostojen tai hakemisto synkronoinnin avulla.

Automaatio ja integrointi: Käytä ohjelmointirajapintoja tai hakemistosynkronointia automatisoituun käyttäjän ja ryhmän elinkaaren hallintaan.

Seuraavassa taulukossa on yhteenveto käyttäjäryhmien ja ryhmänhallinnan eri vaihtoehdo ista.
Taulukko 7. Vaihtoehdot ryhmien ja ryhmäjäsenyyden hallintaan
Vaihtoehto Kuvaus Plussat Miinukset

ryhmävalmistelut (ryhmät) Luo ja hallitse ryhmiä suoraan sisään. Lisää/poista jäseniä manuaalisesti tai CSV: n kautta. Täysi hallinta ryhmän jäsenyydestä
Lisenssien ja mallien välitön sovel taminen
Helppo luoda ja muokata ryhmiä Manuaaliset päivitykset vaaditaan
Virheriski manuaalisissa CSV-latauksissa
Ei automaattista synkronointia ulkoisten hakemistojen kanssa

Synkronoidut ryhmät Entra ID:stä (Azure AD) tai Active Directory Synkronoi suojausryhmät ja jäsenyydet automaattisesti ulkoisista hakemistop alveluista. Automaattinen synkronointi vähentää manuaalista työtä
Varmistaa yhdenmukaisuuden yrityshakemiston kanssa
Tukee suuria organisaatioita
Ryhmän jäsenyyttä ei voi muokata
Synkronointiviive jopa 12 tuntia
Sisäkkäiset ryhmät vaativat manuaalisen valinnan

Ryhmät ja SCIM 2.0 API (ryhmät) Käytä ryhmiä tai SCIM 2.0 -sovellusliittymää ohjelmalliseen ryhmien ja jäsenyyden hallintaan Automaatio ja integrointi muihin järjestelmiin
Skaalautuva suuriin tai monimutkaisiin ympäristöihin
Vaatii kehitystyötä
Monimutkaisuus riippuu sovellusliittymän käytöstä

Vaikka synkronoidut ryhmät varmistavat johdonmukaisuuden ja tarjoavat yhden hallintapisteen, synkron oidut ryhmät ja ryhmät yhdistyvät hybridimenetelmällä (hallitaan joko ohjauskeskuksessa tai sovellusliittymien kautta). Joten esimerkiksi lisenssien määritysryhmät voisivat olla synkronoituja ryhmiä ja erillistä ryhmäjoukkoa voidaan käyttää käyttäjä- ja kutsumallien määrittämiseen.

Tämä kattava lähestymistapa käyttäjäryhmien hallintaan antaa organisaatioille mahdollisuuden hallita tehokkaasti käyttäjän lisenssejä, asetuksia ja käytäntöjä varmistaen johdonmukaiset ja skaalautuvat yhteistyökokemukset.

Suositeltu lähestymistapa siirryttäessä kohteeseen

Ensisijainen tietolähde käyttäjille on tietokanta, joka sisältää loppukäyttäjän tietoja. kuitenkin, ei ole tyypillisesti arvovaltainen lähde käyttäjän henkilöllisyyden hallintaan, ja mikä tärkeintä, se suljetaan siirtymän lopussa, ja siksi se suljetaan pois pitkäaikaisena arvovaltaisena henkilöllisyystietojen lähteenä.

Cisco suosittelee keskitetyn pilvihakemiston, kuten Microsoft Entra ID (Azure AD), käyttöä käyttäjien identite ettien ainoana totuuden lähteenä. Käyttäjien synkronointi Entra ID:stä varmistaa johdonmukaisuuden, yksinkertaistaa hallintaa ja tukee kertakirjautumista (SSO).

Varmistaakseen, että kaikki käyttäjät ovat läsnä myös Entra ID: ssä, organisaatioiden on tarkistettava, että käyttäjätilit vastaavat Entra ID: n tilejä. Tämä voidaan tehdä viemällä käyttäjäluetteloita ja vertaamalla niitä Entra ID -käyttäjäluetteloihin.

Yhteenvetona voidaan todeta, että suositeltu valmistelutapa on synkronoida käyttäjät Microsoft Entra ID: stä (Azure AD) Webexiin käyttämällä ohjattua Azure AD -ohjattua tai SCIM-sovelluksia. Manuaalinen ja CSV-joukkovalmistus ovat saatavilla lisämenetelminä, mutta ne ovat vähemmän skaalautuvia ja virhealttiimpia suurille organisaatioille. Onnistuneen siirtymisen ja yhdenmukaisen käyttökokemuksen varmistamiseksi, että Entra ID on arvovaltainen lähde ja että kaikki käyttäjät ovat Entra ID:ssä, on ratkaisevan tärkeää onnistuneelle siirtymiselle ja yhdenmukaiselle käyttö kokemukselle eri ympäristöissä.

Siirtyminen paikallisesta hakemistopalvelustaActive Directory, kuten pilvihakemistopalveluun, kuten Entra ID (Azure ID), on riippumaton puhelun siirtymisestä. Cisco suosittelee siirtymisen lopettamista pilvihakemistopalveluun ennen puhelusiirron aloit tamista.

Käyttäjäryhmien suunnittelu

Kun olet siirtänyt yrityshakemiston paikallisesta pilveen, kerää tarvittavat käyttä järyhmät, jotka ohjaavat lisenssi- ja ominaisuus mallivaatimuksia. Jokaiselle ryhmäasiakirjalle:

Ryhmän nimi: ryhmän yksilöllinen nimi.

Lisenssit: tälle ryhmälle määritettävät lisenssit (jos sellaisia on) ja laaj uus (jos lisenssit on osoitettava olemassa oleville käyttäjille tai vain uusille käyttäjille)

Asetusmallit: Webex-sovelluksen ja käyttäjän puhelumallit.

Hakemistosynkronointi: Synkronoidaanko tämä ryhmä yrityshakemistosta vai onko tämä paikallinen Webex-ryhmä, joka on luotu Control Hubissa vai sovellusliittymän kautta.

Kuvaus: miten tätä ryhmää käytetään ja ketkä käyttäjät pitäisi olla tämän ryhmän jäseniä

Näitä tietoja käytetään myöhemmin toteutusvaiheessa paikallisten ryhmien tai ryhmien luomiseen yrityshakemistoon ja käyttäjien ryhmäjäsenyyden hallintaan.

Kertakirjautuminen (SSO)

Cisco suosittelee SSO: n käyttöä käyttäjän todennuksessa. SSO: n käyttämisellä on joitain vakuuttavia etuja, mukaan lukien:

Yksinkertaistettu käyttäjän todennus: Käyttäjät voivat kirjautua sisään kerran käyttämällä yrityksen tunnistetietoja (esim. Azure ID:stä) käyttääkseen muita integroituja sovelluksia, mikä poistaa useiden salasanojen tarpeen ja vähentää kirjautumiskehotteita. Tämä parantaa turvallisuutta varmistamalla, että yrityksen salasanoja ei koskaan tallenneta tai lähetetä todennuksen jälkeen.

Yksinkertaistettu käyttäjähallinta: Automatisoi käyttäjätilien luomisen, päivitykset ja deaktivoinnin yrityshakemistossa tehtyjen muutosten perusteella, mikä vähentää hallinnollisia kustannuksia ja varmistaa, että vain valtuutetuilla käyttäjillä on pääsy.

Parannettu tietoturva: SSO vähentää salasanojen väsymistä ja salasanoihin liittyvien rikkomusten riskiä keskittämällä todennuksen luotettavien identiteettipalvelujen tarjoajien (IDP) kautta.

Monitekijätodennuksen (MFA) helppo integrointi: MFA: ta voidaan helposti tukea joko Cisco Duon kaltaisen Identity Access Management - ratkaisun avulla tai IdP: n MFA-tuen avulla.

Palvelujen SSO: n käyttöönottoon on useita vaihtoehtoja:

SAML 2.0 -pohjainen SSO: S SO-integrointiin tuettu ensisijainen protokolla, joka mahdollistaa todennustietojen turvallisen vaihdon Id P:n ja palveluntarjoajan välillä.

OpenID connect (OIDC): Tuetaan vaihtoehtoisena nykyaikaisena todennusprotokollana SSO-integra atioon.

Webex-identiteetti: Tuetaan myös identiteetin tarjoajan vaihtoehtona.

SSO määritetään ja hallitaan keskitetysti, mikä edellyttää metatietojen vaihtoa valitun IdP:n välillä.

Kokoonpanon jälkeen SSO voidaan testata sisällä ennen aktivointia oikean asennuksen varmistamiseksi.

Cisco tukee integrointia useiden testattujen ja yleisesti käytettyjen IDP:iden ja identiteettienhall intajärjestelmien (IAM) kanssa, mukaan lukien muun muassa seuraavat:

Cisco Duo

Okta

Microsoft Active DirectoryLiittopalvelut (ADFS)

Microsoft Azure

Ping Federate

OpenAM

F5 BIG-IP.

Nämä IDP: t ovat SAML 2.0- tai OpenID Connect -standardien mukaisia, ja niiden yhteensopivuus Ciscon yhteistyöratkaisujen kanssa on vahvistettu.

Useita IdP-tukia

antaa organisaatioille mahdollisuuden määrittää SSO useilla IDP:llä monimutkaisiin IT- ympäristöihin, kuten fuusioihin, yritysostoihin tai hajautettuihin IT-osastoihin, joissa eri ryhmät käyttävät erilaisia IDP:itä. Useiden IdP-tuki voidaan toteuttaa joko käyttämällä Multiple IdP -ominaisuutta tai integroimalla yrityksen IAM-järjestelmä, kuten Cisco Duo.

IdP-tuki kattaa useita keskeisiä käyttötapauksia, joissa organisaatiot tarvitsevat joustavaa ja turvallista todennusta erilaisissa IT-ympäristöissä:

1. Sulautumiset ja yritysostot

Kun yritykset sulautuvat tai hankkivat muita, niillä on usein erilliset IT-infrastruktuurit ja erilliset sisäiset henkilöt, jotka eivät voi liittyä. Usean IdP-tuen avulla molempien organisaatioiden käyttäjät voivat todentaa ja tehdä yhteistyötä turvallisesti tarvitsematta yhtenäistää identiteettijärjestelmiään välittömästi.

2. Useita riippumattomia IT-osastoja

Suurilla organisaatioilla tai valtion laitoksilla voi olla useita itsenäisiä IT-osastoja, joista kukin hallinnoi omaa IdP:tä. Usean IdP-ominaisuuden avulla nämä osastot voivat ylläpitää omia todennus järjestelmiään samalla, kun käyttäjät voivat käyttää saumattomasti.

3. Eri käyttäjäryhmät tai verkkotunnukset

Organisaatiot, joilla on useita käyttäjäryhmiä (esim. työntekijät vs. urakoitsijat) tai useita sähköposti toimialueita, voivat määrittää reitityssäännöt ohjaamaan todennuspyynnöt asianmukaiselle IdP:lle toimialueen tai ryhmän jäsenyyden perusteella. Tämä tukee eriytettyjä käyttökäytäntöjä ja suojaus valvontaa.

4. Tuki erilaisille todennusprotokollille

tukee SAML- ja OpenID Connect (OIDC) IDP:itä, jolloin organisaatiot voivat integroida erity yppisiä henkilöllisyyden tarjoajia olemassa olevan infrastruktuurin ja tietoturvavaatimustensa mukaisesti.

5. Parannettu turvallisuus ja vaatimustenmukaisuus

Ottamalla käyttöön useita IDP:itä organisaatiot voivat ottaa käyttöön vahvempia todennusmekanismeja, mukaan lukien monivaiheisen todennuksen (MFA) Duon kaltaisten integraatioiden avulla, ja valvoa johdonmukaisia tietoturvakäytäntöjä eri käyttäjäkunnissa.

6. Yksinkertaistettu käyttökokemus

Käyttäjät voivat todentaa käyttämällä kunkin IDP:n nykyisiä tunnistetietoja, mikä tarjoaa yhten äisen kirjautumiskokemuksen useiden identiteettijärjestelmien monimutkaisuudesta huolimatta.

Vaikka use an IdP-tuki tarjoaa joustavuutta, se vaatii huolellista koordinointia tietoturva- ja henkilöllisyysryhmien välillä johdonmukaisten tietoturvakäytäntöjen ylläpitämiseksi ja mahdollisten haavoittuvuuksien välttämiseksi.

Duo MFA SSO: lla

Duo Access Gateway (DAG) voi todentaa käyttäjät käyttämällä olemassa olevia paikallisia tai pilvipohjaisia hakemistoja, kuten Active Directory (AD) ja OpenLDAP. Se tukee myös integrointia muiden identiteettipalvelujen tarjoajien kanssa, kuten Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS ja Shibboleth. Tämän joustavuuden avulla organisaatiot voivat käyttää nykyistä hakemisto infrastruktuuriaan Webex SSO: lle Duo MFA: lla.

Duo toimii vahvana todennuskerroksena ensisijaisen hakemiston todennuksen päällä. Se toimii identiteetin tarjoajana (IdP), joka käyttää SAML 2.0: ta kaksivaiheisen todennuksen (2FA) pakottamiseksi ennen käyttöoikeuden myöntämistä. Duo arvioi käyttäjän, laitteen ja verkon kontekstia kontekstin konfiguroitavissa olevien käytäntöjen perusteella pääsyn sallimiseksi tai estämiseksi , mikä parantaa turvallisuutta pelkän käyttäjätunnuksen ja salasanan lisäksi. Duo tarjoaa myös joustavia käytäntöasetuksia, kuten vaaditaan MFA: ta jokaisessa kirjautumisessa joillekin sovelluksille ja harvemmin toisille.

Cisco Duon etuja ovat:

Parannettu suojaus: Lisää phishingille kestävän MFA: n suojaamaan pääsyä ja vähentää vaarantuneiden salasanojen riskiä.

Joustavat käytännöt: Mahdollistaa todennusvaatimusten yksityiskohtaisen hallinnan sovellusta tai käyttäjäryhmää kohden.

Integrointi olemassa oleviin hakemistoihin: Tu kee paikallisia AD-, OpenLDAP-, pilvi hakemistoja ja erilaisia SSO-palveluntarjoajia minimoimalla infrastruktuurin muutokset.

Käyttömukavuus: Tu kee kertakirjautumista (SSO) salasanan väsymisen vähentämiseksi ant amalla käyttäjille mahdollisuuden kirjautua sisään kerran ja käyttää useita resursseja turvallisesti.

Luotetut päätepisteet: Tukee laitteiden luottamusta Windows- ja macOS-käyttöjärjestelmissä ja parantaa tietoturva-asentoa.

Itsepalvelurekisteröinti: Sis äinen rekisteröinti ja duo-kehote parantavat käyttökokemusta MFA- asennuksen aikana.

Duo MFA, jossa on SSO for, hyödyntää olemassa olevia hakemistoja, kuten Active Directory OpenLDAP, tai pilviidentiteettipalvelujen tarjoajia, käyttäjien todentamiseen. Duon tehtävänä on tarjota vahva, käytäntöihin perustuva toinen todentamistekijä, joka on integroitu SAML 2.0: n kautta, mikä parantaa turvallisuutta säilyttäen samalla käyttäjän mukavuuden SSO: n kautta. Edut sisältävät paremman tietoturva-asennon, joustavan käytännön täytäntöönpanon, saumattoman integroinnin ja paremman käyttökokemuksen.

Cisco suosittelee SSO: n käyttöönottoa käyttäjille. Parempaa tietoturvaa varten suositellaan integrointia Cisco Duo -sovelluksen kanssa.

Yritysten IAM- ja SSO -strategia olisi otettava käyttöön ennen siirty misen aloittamista.

Ominaisuudet

sisältää täyden valikoiman keskeisiä ominaisuuksia, jotka sisältyvät palveluun. Tämä sisältää monia yritystason puheluominaisuuksia, jotka ovat olleet käytettävissä monien vuosien ajan. Et ehkä näe 100-prosenttista pariteettia ominaisuuksien ja ominaisuuksien välillä, mutta kuten alla olevasta kuvasta näet, tärkeimmät puheluominaisuudet ovat käytettävissä.

Webex Callingyritystason ominaisuudet

Monien käyttäjäominaisuuksien lisäksi, sillä on ydinjärjestelmän ominaisuudet, jotka sisältyvät alustaan. Näitä ovat ominaisuudet, kuten automaattiset hoitajat, puhelujonot, puhelupysäköinti jne. Näet kaikki käytettävissä olevat ydinjärjestelmän ominaisuudet kohdasta Palvelu → Puhel ut → Ominaisuudet kuvan Webex Callingydin ominaisuudet kuvatulla tavalla.

Webex Callingydinominaisuudet

Automaattinen hoitaja

Auto Attendant mahdollistaa saapuvien puhelujen käsittelyn 24/7 automatisoinnin, mikä mahdollistaa puhel ujen tehokkaan käsittelyn ilman, että henkilö tarvitsee vastata jokaiseen puheluun.

Automaattinen puhelunvalvoja vastaa saapuviin puheluihin ja tarjoaa soittajalle valikon vaihtoeh doista, mihin hän haluaa reitittää puhelunsa. Tämä voi olla henkilölle, vastaajalaatikkoon tai soittopalveluun (esim. Puhelujono). Soit taja syöttää numeron puhelimensa valintanäppäimellä automaattisen puhelinvastaajan valiko sta.

Auto Attendant tukee seuraavia keskeisiä ominaisuuksia:

Liiketoiminta- ja työajan jälkeiset aikataulut

Loma-aikataulu

Valinta-valikkovaihtoehto ohjaa asiakkaasi sinne, minne heidän on mentävä

Mukauta tervehdyksiä

Valitse nimen mukaan vaihtoehto

Soitonsiirron vaihtoehdot

Control Hub -analytiikka ja raportit.

Lisätietoja on ohjeaiheessa Automaattisten puhelinvasta ajien hallinta.

Soita puistoon

Puhelupuiston avulla käyttäjät voivat helposti asettaa puhelun odottamaan, jotta toinen käyttäjä voi helposti noutaa puhelun, kun he ovat käytettävissä vastaanottamaan sen. Se vapauttaa myös alkuperäiseen puheluun vastanneen käyttäjän soittamaan tai vastaanottamaan muita puheluita puhelun ollessa pysäköitynä.

Puhelupuistoja on saatavana kahdenlaisia:

Call park direct - antaa kenelle tahansa käyttäjälle mahdollisuuden pysäköidä puhelun toisen käyttäjän laajennukseen tai puhelupuiston laajennukseen järjestelmänvalvojan määrittelemällä tavalla

Call park group - sallii määritellyn käyttäjäryhmän pysäköidä puhelut automaattisesti ryhmälle määr itettyihin käytettävissä oleviin puistokohteisiin. Nämä kohteet voivat olla ryhmän jäsenten laajennuksia tai puhelupuiston laajennuksia.

Kokoonpanon ja pysäköintityypin perusteella käyttäjät voivat noutaa puhelut soittamalla numero on *88+><extension of parked call>, painamalla puhelupuiston laajennukseen liitty vää linjanäppäintä tai käyttämällä IP-puhelimensa softnäppäintä.

Palautusvaihtoehto on käytettävissä pysäköidyn puhelun palauttamiseksi tietyn ajan kuluttua puhelun pysäköineelle käyttäjälle tai vaihtoehtoiselle käyttäjälle.

Lisätietoja on ohjeaiheessa Puhelupuiston hallinta Ohjauskeskuksessa.

Puhelun nouto

Puhelun noudon avulla järjestelmänvalvoja voi määrittää ryhmän käyttäjiä (jäseniä), jotka voivat vastata puheluun toisen jäsenen puhelimeen. Tämä antaa käyttäjälle mahdollisuuden vastata puheluihin, kun heidän joukkuetoverinsa ovat kiireisiä eivätkä pysty vastaamaan saapuvaan puheluun.

Ryhmän käyttäjien on oltava samassa paikassa.

Käyttäjät voivat käyttää joko pöytäpuhelinta tai pöytäpuhelinta puhelun vastaanottamiseen.

:

Tukee visuaalisia ja ääni-ilmoituksia

Saapuvan puhelun ilmoitus

FAC-pohjainen (soita *98) tai ilmoituspuhelun nouto

Puhelujen noutoilmoitukset multiline-palvelulle.

Pöytäpuhelimet:

Saapuvan puhelun ilmoitus

Äänikellot ja visuaalinen ilmoitus luurin LEDin kautta. 6821 tukee vain äänikelloja

Kun ilmoitustyyppi on valittu kohdassa ei ole mitään

Puhelujen noutoilmoitukset vain ensisijaisille linjoille.

Lisätietoja on ohjeaiheessa Puhelun noutor yhmän määrittäminen.

Puhelujono

sisältää vain äänipuhelujonot osana ydinominaisuuksiaan, ja kaikki käyttäjät, joilla on Professional-lisenssi, voivat olla osa puhelujonoa, agenttia tai esimiestä. Tämän ominaisuuden avulla käyttäjät voivat tehokkaasti olla yhteydessä asiakkaisiin. Puhelujonot tukevat osajoukkoa joistakin puhelinkeskuksen ydinominaisuuksista, kuten ään ijonoja, takaisinsoittoja, taito- tai prioriteettireititystä, agenttijonojen hallintaa, analytiikkaa, raportointia jne.

Ciscon Microsoft Teams -integraation avulla edustajat voivat käyttää puhelujonopuheluita ja ominaisuuksia suoraan Microsoft Teams -asiakasohjelmastaan.

Puhelujonot tukevat seuraavia keskeisiä ominaisuuksia:

Tervehdykset ja viestit (tervetuloa, lohdutus, kuiskaus jne.)

Pidä musiikkia

Takaisinsoitto

Jonon reitityskäytännöt (yöpalvelu, lomat, edelleenlähetys)

Agenttijonon sisäänkirjautuminen/uloskirjautuminen

Agenttijonon tilan hallinta

tai Pöytäpuhelintuki

Valvonta-agentti kutsuu valvomaan, valmentaa, proomuu tai ottaa haltuunsa toimintakoodien (FACS) kautta

(järjestelmänvalvojan käyttöoikeus):

jononhallinta

Agentti- ja jonoanalytiikka ja raportointi

Jonon, asiamiehen ja esimiehen hallinta.

Lisätietoja on ohjeaiheessa Puhelu jonon määrittäminen.

siinä on Customer Assist -lisäominaisuus, joka tarjoaa lisää puhelujono-ominaisuuksia ja antaa edustajille ja esimiehille paremman käyttökokemuksen. Puhelunjono- ja asiakastuki -ominaisuuksien vertailu on kohdassa Webex CallingPuhelu jono- ja asiakastuen ominaisuuksien vertailu.

Hunt-ryhmä

Hunt-ryhmät mahdollistavat saapuvien puhelujen reitittämisen tietylle käyttäjäryhmälle ennalta määritetyn puhelun reititysmallin kautta. Tämä varmistaa, että oikea käyttäjäryhmä vastaa puheluihin tai lähetetään vastaajaan seurantaa varten.

Yksi suuri ero Hunt Groupsin ja Call Queuesin välillä on, että puheluita ei ole jonossa Hunt- ryhmissä, joten jos Hunt-ryhmän käyttäjiä ei ole käytettävissä vastaamaan puheluun, se katkaistaan, lähetetään vastaajaan tai välitetään toiselle numerolle (käyttäjälle tai palvelulle).

Lisätietoja on ohjeaiheessa Metsä stysryhmien hallinta Ohjauskeskuksessa.

Toimintamuodot

Toimintatilat -ominaisuuden avulla yritykset voivat reitittää puhelut tehokkaasti eri kohteisiin (käyttäjät, vastaajaviesti, puhelupalvelut, kuten puhelujono). Missä ja milloin puhelu reititetään, perustuu kellonajan ja viikon päivän aikatauluun, ja kuka tahansa käyttäjä voi valtuuttaa hallitsemaan näitä tiloja (aikatauluja) puhelun reitityksen muutosten hallitsem iseksi.

Esimerkiksi puhelujonoon lähetetyt puhelut voidaan reitittää toiseen puhelujonoon, jossa edustajat ovat eri aikavyöhykkeellä vastaamaan puheluihin aukioloaikojen ulkopuolella, reitittää työaikana paikallisille edustajille, ja lomien aikana ne reititetään vastaajaan seurantaa varten sen jälkeen, kun edustajat palaavat toimistoon.

Valtuutettu käyttäjä voi vaihtaa näiden eri soitonsiirtoskenaarioiden (tilojen) välillä, jos hänen on muutettava saapuvien puhelujen reitityspaikkaa tietyn ajanjakson ajan. Nämä käyttäjät voivat hallita tiloja 6800/7800/8800 MPP -puhelimillaan, 9800-puhelimillaan tai Käyttäjäkeskuksessa Hallinta-tiloissa.

Lisätietoja on kohdassa Puhelun reititys toimintatilojen perusteella Webex Calling.

Hakuryhmä

Sivuryhmien avulla käyttäjät voivat soittaa yksisuuntaisen puhelun ääniviestin lähettämiseksi käyttäjäryhmälle. Jokaisessa ryhmässä voi olla enintään 75 kohdekäyttäjää ja/tai työtilaa, joihin pääsee soittamalla ennalta määritet tyyn numeroon tai laajennukseen.

Kun käyttäjä soittaa hakuryhmään, soitetaan samanaikainen puhelu kaikille ryhmän määritetyille kohteille, jolloin soittaja voi puhua viestinsä ja lopettaa puhelun, kun ne on valmis.

Lisätietoja on ohjeaiheessa Siv uryhmän määrittäminen Ohjaus keskuksessa.

Tallenteet

tukee käyttäjän tekemien tai vastaanottamien puhelujen tallentamista. Tätä voidaan tarvita laatu-, varmistus-, turvallisuus- tai koulutustarpeiden vuoksi. Oletusarvoisesti puhelut tallennetaan sisään, mutta muita kolmannen osapuolen tallennuspalveluntarjoajia voidaan käyttää myös, jos tarvitaan muita tallennus ominaisuuksia tai vaatimustenmukaisuus- ja sääntelyvaatimuksia.

Kun sitä käytetään tallennusalustana, kaikkia tallennettuja puheluita hallitaan sisällä. Täydet järjestelmänvalvojat, joilla on Compliance Officer -rooli, voivat toistaa ja ladata tallenteita. Ilman Compliance Officer -roolia järjestelmänvalvoja voi poistaa vain tallenteet.

Lisätietoja tästä ominaisuudesta ja luettelon kolmannen osapuolen tallenteista on ohjeaiheessa Puhelun tallennuksen hallinta Webex Calling.

Yhden numeron ulottuvuus

Yhden numeron ulottuvuus mahdollistaa puheluiden soittamisen käyttäjän puhelinnumeroon useille laitteille. Tämä voi sisältää muita pöytäpuhelimia sekä matkapuhelimia. Puheluita voidaan soittaa myös näistä laitteista, ja käyttäjät voivat työntää ja vetää puheluita niiden välillä.

Lisätietoja tästä ominaisuudesta ja järjestelmänvalvojan määrittämisestä on ohjeaiheessa Yksittäisen numeron tavoit tavuuden määrittäminen (toimisto missä tahansa).

Lisätietoja siitä, miten käyttäjä voi hallita ja määrittää tätä ominaisuutta itse Webex User Hub (portaalissa), on artikkelissa Yksittäisen numeron tavoittavuuden määrittäminen (toimisto missä tahansa).

Vastaajaviestiryhmä

Vastaajaviestiryhmät sallivat jaetun vastaajalaatikon, joka voidaan määrittää käyttäjälle tai puhelun reititystoiminnolle. Joitakin syitä, miksi vastaajaryhmää voidaan tarvita, ovat:

Yleiskäyttöinen vastaajaviesti osastolle tai työryhmälle

Lisää vastaajavaihtoehto automaattiseen puhelunvalvojaan tai metsästysryhmään

Ylivuotopuhelujen lähettäminen puhelujonosta

Käyttäjät, jotka tarvitsevat vain vastaajalaatikon.

Lisätietoja on ohjeaiheessa Jaetun vastaajan ja saapuvan faksilaatikon hallinta. Webex Calling

Attendant Console on lueteltu Webexin puheluominaisuudet -sivulla, mutta se on lisäominaisuus, jonka käyttö edellyttää hoitokonsol ilisenssin ostamista.

Lisätietoja on ohjeaiheessa Attendant Consolin käytön aloit taminen.

Lisätietoja kaikista ominaisuuksista, mukaan lukien jotkin lisäominaisuudet, on kohdassa Ominais uudet, jotka ovat käytettävissä käyttö oikeustyypin mukaanWebex Calling.

Taulukko 1. Kullekin sijainnille tallennettavat tiedot
Tiedotus	Kommentti
Laajennusalue (t)	Jokaisella sijainnilla voi olla laajennuksia, jotka alkavat eri numeroilla. Yksi numero on säästettävä toimipaik kojen väliselle ohjausnumerolle (esimerkiksi 8) ja yksi PSTN- ohjausnumerolle (esimerkiksi 9). Mikään laajennusalue ei voi alkaa kummallakaan näistä kahdesta numerosta. Kaikkien sijaintien laajennusalueiden on oltava yhtä pitkiä.
DID-alue (t)	-
PSTN-ohjausnumero	-
Sivuston koodi	Kaikkien sijaintien sivustokoodien on oltava ainutlaatuisia ja saman pituisia.
Päänumero	Sijaintia luotaessa on varattava kaksi DID-tunnusta. Yksi päänumerona (esimerkiksi määritetään automaattiselle hoitopalvelulle) ja yksi vastaajaporta alille. Tarjoa yksi DID vastaajan numerolle.
Vastaajaviestin numero
Lisenssien lukumäärä	Vaaditut lisenssit tyypin mukaan, mukaan lukien Standard, Professional, Workspace, Reittiluettelo, Lähtevä puhelusuunnitelma.
Samanaikaiset puhelut kiireisenä aikana	Samanaikaisten puhelujen summa laitteiden välillä sekä laitteiden ja paikallisen yhdyskäytävän välillä (PSTN ja puhelut laitteisiin). Tarvitaan tarvittavan Internet-yhteyden kaistanleveyden määrittämiseen.
Maa	-
Aikavyöhyke	-
Kieli	-
Yhteystiedot (nimi, puhelin, sähköposti)	-
Osoite (katuosoite, kaupunki, osavaltio, postinumero)	-
Hätäpalvelun fyysinen lähetettävä päätepisteiden sijainti	Hätäpuheluihin käytettävä laitteen lähetettävä sijainti sisältää yleensä seuraavat: rakennuksen osoite, rakennuksen osoite + kerroksen numero, rakennuksen osoite + sviitin numero tai rakennuksen osoite + kerrosnumero + toimisto/kuutionumero.
Yksilöllinen fyysinen verkon sijainti laitetta kohden hätäpalveluille	Hätäpuhelujen fyysinen verkkosijainti sisältää yleensä seuraavat: kytkin/kytkinportti langallisille laitteille, langattomille liitetyille laitteille BSSID:t (Wireless Access Point, AP) Basic Service Set Identifiers (BSSID) ja/tai paikalliset IP-aliverkot päätelaitteille.

Taulukko 2. Esimerkki yritysnumeroinnista
Sivusto	Laajennusalue	Sivuston koodi	Yritysvalikoima
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Taulukko 3. Kiinteät pituiset laajennusalueet
Sivusto	Laajennusalue	Laajennukset	Sivuston koodi	Yritysvalikoima
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Taulukko 4. Seitsennumeroisen valinnan siirtyminen

Sivusto	Laajennukset	Sivuston koodi	Yritysvalikoima	Sivuston ode	Enterprise-sarja
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

Taulukko 5. Käyttäjän käyttöönottoasetukset - yhteenveto
Tehtävämenetelmä	Plussat	Miinukset
Manuaalinen läpi	Yksinkertainen harvoille käyttäjille. Mahdollistaa lisenssien määräämisen tarkan ja yksityiskohtaisen hallinnan.	Ei skaalautuva, aikaa vievä Altis inhimillisille virheille manuaalisen syöt ön aikana.
Automaattiset lisenssimallit	Skaalautuva Vähentää manuaalisia virheitä Voidaan soveltaa uusiin ja olemassa oleviin käyttäjiin.	Vaatii voimassa olevat puhelinnumerot ja sijainnit. Monimutkaisempi asentaa Edellyttää myös käyttäjäryhmiä käyttäjäryhmää kohden, joilla on vastaavat lisenssivaatimukset.
Joukkolähetys CSV	Tehokas suurille käyttäjäjoukoille Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.	Vaatii huolellista CSV-muotoilua Virheiden mahdollisuus, jos puhelin numerot tai laajennukset puuttuvat tai ovat virheellisiä.
API-pohjainen määritys	Automatisoitava, joustava. Mahdollistaa lisenssien, puhelinnumeroiden ja laajennusten samanaikaisen määrittämisen.	Vaatii kehitys- ja API-tietämystä.

Taulukko 6. Käyttäjän varmennusasetukset
Varmistusmenetelmä	Kuvaus	Plussat	Miinukset
Käsikirja	Luo/hallitse käyttäjiä erikseen	Yksinkertainen harvoille käyttäjille; infrastruktuuria ei tarvita	Ei skaalautuva; aikaa vievä monille käyttäjille
Joukkona (CSV-tiedosto)	Tuo/päivitä käyttäjät irtotavarana CSV: n kautta	Tehokas ryhmille; koodausta ei tarvita	Manuaalinen CSV-valmistelu; vähemmän dynaaminen
Ihmiset ja SCIM 2.0 API	Ohjelmallinen käyttäjien hallinta Webex-sovellusliittymien kautta	Joustava; tukee automaatiota ja integraatiota	Vaatii kehitystä ja infrastruktuuria
Hakemiston synkronointi	Automaattinen synkronointi AD-, Entra ID-, SCIM -sovelluksista, Unified CM	Automatisoi elinkaaren; tukee suodatusta ja kartoitusta	Asennuksen monimutkaisuus: joillakin vaihtoehdoilla on rajalliset ominaisuudet tai ne vaativat infrastruktuuria

Taulukko 7. Vaihtoehdot ryhmien ja ryhmäjäsenyyden hallintaan
Vaihtoehto	Kuvaus	Plussat	Miinukset
ryhmävalmistelut (ryhmät)	Luo ja hallitse ryhmiä suoraan sisään. Lisää/poista jäseniä manuaalisesti tai CSV: n kautta.	Täysi hallinta ryhmän jäsenyydestä Lisenssien ja mallien välitön sovel taminen Helppo luoda ja muokata ryhmiä	Manuaaliset päivitykset vaaditaan Virheriski manuaalisissa CSV-latauksissa Ei automaattista synkronointia ulkoisten hakemistojen kanssa
Synkronoidut ryhmät Entra ID:stä (Azure AD) tai Active Directory	Synkronoi suojausryhmät ja jäsenyydet automaattisesti ulkoisista hakemistop alveluista.	Automaattinen synkronointi vähentää manuaalista työtä Varmistaa yhdenmukaisuuden yrityshakemiston kanssa Tukee suuria organisaatioita	Ryhmän jäsenyyttä ei voi muokata Synkronointiviive jopa 12 tuntia Sisäkkäiset ryhmät vaativat manuaalisen valinnan
Ryhmät ja SCIM 2.0 API (ryhmät)	Käytä ryhmiä tai SCIM 2.0 -sovellusliittymää ohjelmalliseen ryhmien ja jäsenyyden hallintaan	Automaatio ja integrointi muihin järjestelmiin Skaalautuva suuriin tai monimutkaisiin ympäristöihin	Vaatii kehitystyötä Monimutkaisuus riippuu sovellusliittymän käytöstä

Toteuttaa

Verkkovalmius

Alkuperäinen asennus

Verkkotunnuksen vahvistus

Vaadi (muuntaa) olemassa olevia käyttäjiä

Määritä ja testaa hakemiston synkronointi

Kertakirjautumisen (SSO) määrittäminen ja testaaminen

Hanki, tarjoa ja tarkista lisenssit

Webex Callingpalveluasetukset

Pilottimuutto

Hanki PSTN

Määritä sijainnit

Integrointi paikalliseen puhelunhallintaan

Käyttäjien siirtäminen erissä

Työtilat

Varauslaitteet

Määritä ominaisuudet

Hyväksymistestaus

Verkkovalmius

Ensimmäinen askel siirtymisessä on varmistaa luotettava ja turvallinen Internet-yhteys paikallisen verkon ja pilven välillä.

Koska useimmat organisaatiot muodostavat yhteyden Internetiin yhden tai useamman palomuurin tai turvalaitteen kautta, on välttämätöntä vahvistaa, että vaaditut liikennevirrat tu etaan.

Verkon ja tietoturvan ylläpitäjien on ymmärrettävä nämä virrat seuraavilla tavoilla:

Suunta (saapuva vs lähtevä)

Protokol lat (esimerkki - SIP TLS, SRTP, HTTPS)

Palvelujen käytt@@ ämät IP- osoitealueet

Porttinumerot, jotka on avattava tai sallittava.

Näin varmistetaan, että yrityksen palomuurit, NAT-laitteet ja muu verkkoinfrastruktuuri on määritetty oikein liikenteen mukauttamiseksi samalla kun ylläpidetään yrityksen suojauskäytäntöjä.

Lisätietoja vaadituista virroista, mukaan lukien IP-osoite, portit, ja protokollat, on kohdassa Portin viitetiedot Webex Calling. Näiden tietojen avulla voit määrittää olemassa olevan käyttöönoton palomuurin, välityspalvelinten ja muun verkkoinfrastruktuurin verkkovirtojen ottamiseksi käyttöön.

Hajautettu Internet-purkautuminen jokaisesta haarasta tai sivustosta on suositeltava lähestymistapa pilvipalveluille, kuten. Antamalla liikenteen poistua paikallisesti, tämä malli:

Vähentää edestakaista viivettä ja tärinää parantaen puhelun yleistä laatua

Skaalautuu tehokkaasti, kun useammat käyttäjät ja sivustot siirtyvät

Toimii saumattomasti SD-WAN-verkon kanssa, joka voi dynaamisesti reitittää istunnot lähimpään pilven lähtöpisteeseen optimaalisen suorituskyvyn saavuttamiseksi

Mahdollistaa käyttäjän sijainnin seuraamisen heidän julkisen IP-osoitteensa perusteella, mikä auttaa median polun analysoinnissa ja vianmäärityksessä.

Lisäksi organisaatioiden on varmistettava riittävä Internet-kaistanleveys jokaisella sivustolla. Kaistan leveys on mitoitettava samanaikaisten puhelujen odotetun määrän, valitun koodekin (esim. Opus tai G.711) sekä signaloinnin, uudelleenlähetysten ja kasvun yleisten kustannusten perusteella. Tämä on sopusoinnussa PPDI O-elinkaaren Prepare-vaiheen kanssa ja luo vankan perustan siirtymiselle.

Alkuperäinen asennus

Käyttöönottovaiheen alkuasetusten alaosa on perusta hyvin jäsennellyn ja hallittavan pilvipuheluympäristön luomiselle. Tämä vaihe kattaa kriittiset tehtävät, kuten organisaation perustaminen, lisenssien hankkiminen ja määrittäminen sekä yrityksesi verkkotunnusten tarkistaminen ja lunastaminen asianmukaisen käyttäjähallinnan ja turvallisuuden varmistamiseksi. Lisäksi se sisältää lisenssimallien käyttöönottoa käyttäjän käyttöoikeuksien määrittämisen automatisoimiseksi, kertakirjautumisen (SSO) määrittämisen käyttäjien todennuksen virtaviivaistamiseksi ja turvallisuuden parantamiseksi sekä palvelu- ja asiakasasetusten säätämisen organisaation käytäntöjen ja käyttäjien tarpeiden mukaisiksi. Näiden alkuasetusten suorittaminen varmistaa, että ympäristö on määritetty oikein skaalautuvuutta, turvallisuutta ja saumatonta käyttökokemusta varten, mikä luo pohj an myöhemmille käyttöönotto- ja käyttövaiheille.

Verkkotunnuksen vahvistus

Jotta voit tunnistaa käyttäjät, jotka ovat rekisteröityneet yrityksesi sähköpostiverkkotunnuksiin, on välttämätöntä vahvistaa verkkotunnuksesi. Ilman verkkotunnuksen vahvistusta käyttäjät määritetään kuluttajaorganisaatioon, mikä vaikeuttaa yrityksesi käyttäjähallintaa. Verkkotunnuksen vahvistaminen on pakollinen vaihe, jonka avulla organisaatiosi voi hakea ja hallita näitä käyttäjiä tehokkaasti.

Varmista, että kaikki käyttäjien sähköpostiosoitteisiin liitetyt verkkotunnukset on vahvistettu. Verkkotunnuksen vahvistus ei ole yksinomainen; sama verkkotunnus voidaan vahvistaa useissa organisaatioissa.

Lisätietoja toimialueiden hallinnasta on ohjeaiheessa Verkkotunnusten hallinta.

Vaadi (muuntaa) olemassa olevia käyttäjiä

Kun olet vahvistanut verkkotunnukset onnistuneesti, voit hakea organisaatioosi käyttä jiä, jotka ovat rekisteröityneet käyttämään yrityksesi sähköpostitoimialueita. Tämä prosessi yhdistää kaikki käyttäjät yhteen organisaation sateenvarjoon, mikä mahdollistaa keskitetyn hallinnan ja virtaviivaistetun hallinnan. Hakemalla näitä käyttäjiä varmistat, että yritykselläsi on täysi hallinta käyttäjätileissä, jolloin voit määrittää asianmukaiset lisenssit, määrittää palvelut ja tarjota tarvittavaa tukea tehokkaasti. Tämä yhtenäinen hallintamenetelmä parantaa tietoturvaa, yksinkertaistaa käyttäjien käyttöönottoa ja varmistaa palvelujen yhdenmukaisen käytön koko organisaatiossasi. Käyttäjien väittäminen estää myös heitä hallinnoimasta ulkoisissa tai kuluttajajärjestöissä, mikä ylläpitää organisaation eheyttä ja hallin taa yhteistyöresursseissa.

Lisätietoja käyttäjien lunastamisesta on ohjeaiheessa Käyttäjien vaatiminen organisaatiollesi (muuntaminen) käyttäjiltä.

Määritä ja testaa hakemiston synkronointi

Saumattoman käyttäjien ja ryhmien hallinnan mahdollistamiseksi voit synkronoida käyttäjät ja ryhmät yrityshakemistostasi joko Microsoft Entra ID (aiemmin Azure AD) tai Microsoft Active Directory (AD). Tämä prosessi varmistaa, että käyttäjien henkilöllisyyksiä ja ryhmäjäsenyyksiä ylläpidetään johdonmukaisesti koko ympäristössäsi.

Organisaatioille, jotka toteuttavat vaiheittaisia käyttöönottoja, on ratkaisevan tärkeää hallita ja rajoittaa synkronoinnin laajuutta ensimmäisten käyttöönoton aikana. Tämä minimoi tahattomien muutosten riskin ja mahdollistaa kohdennetun testauksen ennen laajempaa käyttöönottoa.

Tehokkain tapa suodattaa, mitkä käyttäjät synkronoidaan, on hyödyntää hakemistoryhmäjäsenyyttä:

1
Luo oma synkronointiryhmä: Luo yrityshakemistoon (Microsoft Entra ID tai AD) suojausryhmä erityisesti synkronointia varten (esimerkiksi synkronointiryhmä).

2
Täytä ryhmä kohdekäyttäjillä: Lisää tähän ryhmään vain synkron oitavat käyttäjät (kuten testiryhmä pilottivaiheen aikana). Näin voit hallita tiukasti, kuka sisältyy synkronointiprosessiin.

3
Synkronointisopimuksen määrittäminen ryhmäpohjaisella suodatuksella: Kun määrität synkronointisopimuksen Directory Connector- tai Entra ID -valmistelussa, määritä soveltamisala siten, että se sisältää vain määr itetyn ryhmän jäseniä olevat käyttäjät.

Microsoft Entra ID -tunnuksessa voit käyttää ryhmäpohjaisia määrityksiä varmennusasetuksissa

AD: lle voit määrittää LDAP-suodattimen sisällyttämään vain määritet tyyn ryhmään kuuluvat käyttäjät.

4
Laajenna ryhmää tarpeen mukaan: Kun siirryt laajempiin käyttöönottovaiheisiin, lisää vain lisää käyttäjiä tai ryhmiä synkronointiryhmään. Synkronointialue laajenee automaattisesti kattamaan nämä käyttäjät, mikä mahdollistaa hallitun ja asteittaisen käyttöönoton.

Esimerkki toteutusvaiheista:

Aktiivisessa hakemistossa:

Luo suojausryhmä nimeltä synkronointiryhmä.

Lisää halutut pilottikäyttäjät tähän ryhmään.

Määritä hakemistoliitin LDAP-suodattimella, kuten: (memberOF=CN=WebEx Sync Group, OU = Groups, DC=YourDomain, DC=COM).

Kirjoita Microsoftiin tunnus:

Synkronointiryhmän nimisen ryhmän luominen

Määritä ryhmä Entra ID:n alustusasetuksiin

Vain tämän ryhmän käyttäjät varustetaan.

Testaa aina ryhmäpohjainen synkronointi muualla kuin tuotantoympäristössä, ennen kuin käytät sitä koko organisaatioon

Tarkista säännöllisesti ryhmän jäsenyys varmistaaksesi, että vain valtuutetut käyttäjät synkronoidaan

Jatkuvaa hallintaa varten automatisoi ryhmän jäsenpäivitykset liiketoimintasään töjen tai henkilöstöjärjestelmien perusteella, jos mahdollista.

Viitteet:

Synkronoi Entra ID -käyttäjät Control Hubiin

Asenna ohjattu Entra ID -sovellus Control Hubissa

Hakemistoliitin

Kertakirjautumisen (SSO) määrittäminen ja testaaminen

Kertakirjautuminen (SSO) parantaa tietoturvaa ja yksinkertaistaa käyttäjien pääsyä antamalla käyttäjille mahdollisuuden to dentaa kerran yrityksen tunnistetiedoilla ja saada saumattoman pääsyn. tukee SSO-integrointia SAML 2.0 -yhteensopivien IDP:iden kanssa, mukaan lukien Microsoft Entra ID (entinen Azure AD), Active Directory (AD) yhdistetyt ratkaisut ja erilaiset kolmannen osapuolen IDP:t.

Tässä vaiheessa suunniteltu SSO -asetus tulisi ottaa käyttöön ja testata.

Viitteet:

Kertakirjautumisen integrointi ohjauskeskukseen

määrittää kertakirjautuminen webex-hallintaa varten

Määritä kertakirjautuminen Microsoft Entra ID:llä

SSO, jossa on useita IDP:itä

Hallitse SSO integroinnin yhteydessä Control Hubissa

Hanki, tarjoa ja tarkista lisenssit

Osana alkuasetuksia on välttämätöntä hankkia, tarjota ja tarkistaa asianmukaiset lisenssit palvelujen tehokkaan käyttöönoton ja hallinnan varmistamiseksi. Hankintaprosessissa valitaan käyttöoikeu styypit käyttäjäroolien ja työkuormien perusteella, kuten Professional-, Standard- ja Workspace- lisenssit. Lisenssit luodaan ja toimitetaan Ciscon ohjelmistoalustojen tai kumppan eiden kautta. Hankinnan ja toimittamisen jälkeen, asianmukaiset lisenssimäärät on tarkistettava. Tämä prosessi varmistaa, että organisaatiolla on oikeat lisenssit aktivoitu ja valmiina käytettäväksi käyttöönotossa.

Osana alkuperäistä käyttöoikeusasetusta vuonna, on tärkeää määrittää organisaatiopohjainen automaattinen lisensointi, jotta lisenssien määrittäminen uus ille käyttäjille sujuvoittaa. Tämä asetus sallii lisenssien myöntämisen automaattisesti, kun käyttäjiä lisätään organisaatioon, mikä poistaa manuaalisen lisenssin määrittämisen tarpeen. Kun määrität automaattisen lisensoinnin organisaatiotasolla, valitset määritettävät palvelut ja määrität laajuuden, kuten käyttöoikeuksien soveltaminen vain tuleville käyttäjille tai sisällytät myös olemassa olevat käyttäjät.

Jos käyttöönottosuunnitelmassa kuitenkin käytetään automaattista lisensointia ryhmätasolla, voit päättää olla määrittämättä lisenssejä organisaatiotasolla ristiriitojen tai päällekkäisten käyttöoikeuksien määrity sten välttämiseksi. Ryhmätason automaattisessa lisensoinnissa lisenssit määritetään ryhmäjäsenyyden perusteella. Useiden ryhmien käyttäjät saavat käyttö oikeudet kaikista sovellettavista ryhmätehtävistä.

Ryhmäpohjaiset käyttöoikeusmääritysmääritykset on suoritettava hakemistosynkronoinnin jälkeen, jotta synkronoidut ryhmät ovat olemassa ja niitä voidaan käyttää lisenssien määrittämiseen.

Automaattinen lisenssin määrittäminen edellyttää erityisesti lisätietoja, kuten käyttäjän sijainnin ja puhelinnumeron määrittämisen. Käyttäjän työpuhelinnumeron on oltava +E.164 -muodossa, valmiiksi varattu ja määritetty kelvolliseen sijaintiin, jotta lisenssi voidaan aktivoida automaattisesti. Jos nämä ehdot eivät täyty, käyttä jälle ei tarjota palveluja automaattisesti, ja se saattaa vaatia manuaalista puuttumista.

Yhteenvetona: Määritä organisaatiopohjainen automaattinen lisensointi uusille käyttäjille, jos haluat laajan organisaation laajuisen lisenssimäärityksen. Jos haluat tarkem man hallinnan tai sinulla on erilaisia käyttöoikeustarpeita ryhmää kohden, määritä automaattinen lisensointi ryhmät asolla ja vältä lisenssien määrittämistä organisaatiotasolla päällekkäisyyden estämiseksi ja käyttöoikeuksien asianmuka isen hallinnan varmistamiseksi.

Webex Callingpalveluasetukset

On välttämätöntä suorittaa kattava tarkistus ja konfigurointi globaaleista palvelu asetuksista.

Aloita siirtymällä asetukset-osioon ja siirtymällä siihen. Tutki huolellisesti jokainen konfiguroitava vaihtoehto, mukaan lukien muun muassa sisäiset valin takokoonpanot, hätäpuheluparametrit, puhelun reitityskäytännöt, vastaajaviestin hallinta ja laitteen oletusasetukset.

Muokkaa näitä yleisiä asetuksia vastaamaan organisaatiosi käytäntöjä ja suunnittelupäätöksiä.

Myös, asetusasetukset sekä käyttäjä- ja sovellusmallit.

Pilottimuutto

Täytäntöönpanovaiheen aikana, pilottisiirron toteuttaminen on kriittinen virstanpylvä s siirtymisen validoinnissa. Tämä pilottiohjelma sisältää edustavan käyttäjien osajoukon tarjoamisen yhdestä tai useammasta sijainnista alustalle varmistaen, että valittu populaatio heijastaa erilaisia käyttötapauksia ja organisaatiorooleja. Samanaikaisesti käyttäjien siirtymisen kanssa keskeiset yhteistyöpalvelut, kuten vastaaj aviesti, automaattiset puhelunhoitajat, puhelujonot ja metsästysryhmät, on siirrettävä vastaaviin palveluihinsa liiketoiminnan jatkuvuuden ja palvelutoiminnon ylläpitä miseksi.

Pilottisiirron tulisi hyödyntää samaa Ciscon toimittamien työkalujen ja kolmannen osapuolen siirtoapuohjelmien yhdistelmää, joka on suunniteltu laajempaan organisaation käyttöönottoon, varmistaen, että prosessit, automaatiotyönkulut ja integraatiopisteet validoidaan perusteellisesti edustavissa olosuhteissa.

Tämän pilottikäyttöönoton ensisijaiset tavoitteet ovat kaksi: ensinnäkin validoida ja tar kentaa päästä päähän siirtymäprosesseja, mukaan lukien käyttäjien alustamisen työnkulut, tietojen siirtomenettelyt ja päätepistemääritykset; ja toiseksi, tarkistaa kattavasti siirrettyjen palvelujen toimivuus todellisissa käyttöolosuhteissa.

Tämän vaiheittaisen lähestymistavan avulla projektitiimi voi tunnistaa ja korjata kaikki tekniset tai menettelyl liset ongelmat hallitussa ympäristössä, kerätä käyttäjien palautetta uudesta alustakokemuksesta, arvioida valittujen siirtotyökalujen tehokkuutta ja luoda luottam uksen siirtomen etelmiin ennen laajemman organisaation käyttöönoton jatkamista.

Tämän pilottivaiheen aikana saadut oivallukset auttavat optimoimaan myöhemmät siirtymäaallot ja varmistamaan sujuvan, riskejä vähentävän siirtymän koko yritykselle.

Hanki PSTN

Jos haluat hankkia PSTN-palveluja, valitse ensin PSTN-yhteysvaihtoehto.

Jos organisaatio aikoo ylläpitää hybridipuheluiden hallintaa (vaihe 1 kuvassa Vaiheittainen puheluiden siirtyminen: hybridi ja pil vi) joko väliaikaisesti tai toistaiseksi, sen on otettava käyttöön yksi tai useampi paikallinen yhdyskäytävä paikalliselle PSTN-palvelimelle, jotta puhelut voidaan sal lia puhelut päätepisteiden välillä.

Jos lopullinen tavoite on täydellinen siirtyminen (vaihe 2) pilveen, mukaan lukien PSTN, PST N: lle tarvitaan joko Ciscon puhelusuunnitelma tai Cloud Connect for -vaihtoehto.

Tee yhteistyötä valitsemasi palveluntarjoajan kanssa puhelinnumeroiden tilaamiseksi ja siirtämiseksi ennen niiden määrittämistä. Puhelinnumeroiden tilaaminen tai porttitilausten aloittaminen vaaditaan/mahdollista vain paikallisen PSTN- ja Cloud Connect -palvelun osalta. Ciscon puhelusuunnitelmissa tilaaminen ja siirtäminen aloitetaan Control Hubista heti sijainnin luomisen jälkeen ja maissa, joissa Cisco Calling Plan on saatavilla. Lisätietoja Ciscon puhelupaketeista on artikkelissa Cis co-palvelupak ettien käytön aloittaminen.

Varmista osana PSTN-toteutusta, että palveluntarjoajasi on ottanut käyttöön sekä saapuvat että lähtevät PSTN-palvelut sijainnissasi. Suorita lisäksi testipuhelut varmistaaksesi, että puhelut reititetään oikein valitsemasi PSTN-yhteyden kautta.

Määritä sijainnit

Ennen kuin lisäät käyttäjiä ja laitteita, sinun on määritettävä puhelupaikat. Jokaiselle sijainnille on syötettävä kelvollinen katuosoite. Yhdysvalloissa ja Kanadassa tämä osoite on vahvistettu ja alusta käyttää lähettämään PIDF-LO-sijaintitietoja hätäpuheluita varten.

Kun määrität paikallista PSTN-verkkoa käyttäviä sijainteja, sinun on määritettävä paikalliset yhdyskäytävät vastaavasti. Vuonna kullekin paikalliselle yhdyskäytävälle on luotava runko- ja reittiryhmä, ja reitti ryhmä määritetään sitten sijainnin PSTN-valinnaksi. Cisco suosittelee vahvasti, että valitset aina reittiryhmän PSTN-valinnaksi, koska tämän lähestymistavan avulla voit lisätä helposti lisää runkoja tulevaisuudessa, mikä tukee sekä skaalautuvuutta että redundanssia. Cisco suosittelee myös kaksoisidentiteetin ja P-Charge-Info-tuen käyttöönottoa jokaisessa PSTN-rungossa, koska tämä yksinkertaistaa laskutettavan osapuolen tunnistamista lähtevien suorien tai ohjattujen puhelujen yhteydessä. Jos PSTN-palveluntarjoajasi käyttää laskutukseen eri otsikkoa, voit kopio ida tiedot paikallisen yhdyskäytävän P-Charge-Info-otsikosta vaadittuun laskutusotsikkoon.

Paikoissa, jotka käyttävät Cloud Connect for tai Cisco Calling Plan -vaihtoehtona PSTN-vaihtoehtona, valitse asennuksen aikana sijainnin vastaava PSTN- valinta. Jos sijainti käyttää joko Cloud Connectia tai paikallista PSTN-verkkoa, sinun on lisättävä edellisessä vaiheessa tilatut puhelinnumerot. Numerot voidaan lisätä passiivisiksi, jos et halua niiden sisällyttämistä puhelun reititykseen heti; voit aktivoida nämä numerot myöhemmin, kun ne on määritetty käyttäjille tai ominaisuuksille.

On tärkeää asettaa aina päänumero kullekin sijainnille. P äänumero voidaan määrittää joko käyttäjälle tai ominaisuudelle, kuten automaattiselle hoitajalle. Jos haluat ottaa vastaajaviestin käyttöön sijainnissa, muista asettaa vastaajaviestin pilottinumero, joka tunnetaan myös nimellä ääniportaalin numero.

Soittopaikkojen lisäasetuksiin kuuluu hätä puhelutietojen, kuten hätäpuhelunumeron, ilmoitus asetusten ja parannettujen hätäpuheluominaisuuksien määrittäminen. Sinun tulisi myös tarkistaa ja säätää tallennusasetuksia, kieliasetuksia ja laitekoko onpanoja kunkin sijainnin tarpeen mukaan. Jos organisaatiosi käyttää lyhennettyä toimipaikkojen välistä verkkovalintaa yrityksen merkittävien numeroiden kanssa, muista määrittää sijainnille yksilöllinen sivustokoodi sisäisissä valintaasetuksissa . Lopuksi, jos ulkoinen valinta vaatii lähtevän valinnan numeron, muista asettaa tämä ulkoisten valintojen asetuksissa. Kun lähtevän valintanumero on määritetty, Cisco suosittelee, että lähte vän numeron pakottaminen käyttöön yhdenmukaisuuden varmistamiseksi.

Integrointi paikalliseen puhelunhallintaan

Jos haluat integroida paikalliseen puhelunhallintaan, sinun on määritettävä rungot, reittiryhmät, yrityspuhelinsuunnitelmat sekä sijainti- ja yleiset asetukset. Aloita määrittämällä rungot ja paikalliset yhdyskäytävät, jotka on tarkoitettu yhteenliittämiseen paikallisen puhelunohjausjärjestelmän kanssa; tämä vaihe vaaditaan vain, jos erilliset rungot ovat tarpeen. Jos olemassa olevat rungot ja reittiryhmät ovat riittäviä käyttöönottoon, niitä voidaan käyttää uudelleen paikalliseen yhteenliitäntään ilman lisämäärityksiä.

Kun rungot ja reittiryhmät on muodostettu, jatka yrityksen valintasuunnitelmien luomista ja määritä sopiva reittiryhmä kunkin soittosuunnitelman kohteeksi. Kun integrointiin liittyy useita paik allisia puhelunohjausjärjestelmiä, jotka on kytketty eri runkojen kautta, tarvitaan useita soittosuunnitelmia. On tärkeää varmistaa, että nämä soittosuunnitelmat sisältävät vain puhelujen reitittämiseen paikallisiin kohte isiin tarvittavat mallit.

Jos käyttöönotto vaatii tukea tuntemattomalle laajennusreititykselle, tämä ominaisuus on otettava käyttöön sijaintitasolla. Lisäksi, kun tuntematon laajennuksen reititys on aktivoitu, sinun on määritettävä tuntemattoman laajennuksen enimmäispituus puhel up alveluasetusten Puhelun reititys tilojen välillä -osi ossa. Tämä takaa saumattoman puhelun reitityksen ja laajennuspohjaisten valintaskenaarioiden asianmukaisen käsittelyn integroidussa ympäristössäsi.

Käyttäjien siirtäminen erissä

Kun siirrät käyttäjiä paikasta toiseen, et ehkä voi siirtää kaikkia käyttäjiä samanaikaisesti. Tämä voi johtua useista syistä, mukaan lukien muun muassa sivustojen tai käyttäjien lukumäärä, kuinka kauan sivuston ja/tai käyttäjäryhmän siirtyminen kestää kerralla, rajoitetut IT- tai sivustoresurssit muutosikkunan tukem iseksi, muutosikkunan kesto, muutoksen monimutkaisuus jne.

Kun siirrät käyttäjiä vaiheittain, on tärkeää tunnistaa, mitkä käyttäjät on siirrettävä yhdessä samassa erässä. Ensisijainen tavoite on siirtää käyttäjiä yhteen, joilla on riippuvuuksia toistensa kanssa puhelupalveluistaan ja ominaisuuksistaan. Haluat varmistaa, että kaikki puheluominaisuudet (Esimerkki - Puhelunjonot) toimivat täysin samalla tavalla kuin ne olivat ennen käyttöönottoa.

Vaikka ottaisit käyttöön puhelutoiminnan paikallisten yhdyskäytävien välillä ja niiden kanssa, et voi jakaa jaettuja palveluita tai ominaisuuksia tämän yhteyden kesken. Siksi sinun on tunnistettava käyttäjien väliset riippuvuudet tarkastelemalla ominaisuuksia, kuten:

Muiden käyttäjien seuranta BLF:itä käyttämällä

Samassa metsästyslentäjä, puhelujonossa jne

Jaetut linjat

Puhelun noudon käyttäminen

Samojen puhelupistonumeroiden käyttäminen

Sisäpuhelin

Johto/järjestelmänvalvoja.

Esimerkki voisi olla käyttäjä, joka on osa Hunt-ryhmää, johon siirrytään. Tämä käyttäjä siirtyy Hunt-ryhmän ja kaikkien muiden Hunt-ryhmän jäsenten kanssa. Siksi siirtymän jälkeen Hunt-ryhmä ja sen jäsenet voivat menestyksekkäästi vastata puheluihin uudella alustalla.

Tämä muuttuu haastavammaksi, kun käyttäjät ovat yhteydessä eri käyttäjäryhmiin eri puhelupalveluja ja -ominaisuuksia varten. Tämä edellyttää useamman kuin yhden käyttäjär yhmän ja yhden puhelupalvelun siirtämistä samanaikaisesti.

Käytä valmist eluvaiheessa käyttämäsi Migration Insights -työkalun tai kolmannen osapuolen työkalun tulosteita määrittääksesi, mitkä käyttäjät ja ominaisuudet tulisi ryhmitellä yhteen. Tätä tulosta olisi pitänyt käyttää siirtosuunnitelman kehittämiseen, ja se antaa sinulle käsityksen siitä, miten ryhmittelet käyttäjät ja ominaisuudet, jotka tarvitsevat siirtymistä yhdessä.

Tärkeimmät vaiheet käyttäjäryhmää siirtäessä ovat:

Yhdessä siirrettävien käyttäjien tunnistaminen

Varmista, että kaikki käyttäjät ovat kirjautuneena

Varmista, että kaikki käyttäjien TN:t ovat olemassa

Tarkista oikea puhelinnumeromuoto hakemistosta

Varmista, että käyttäjäryhmien käyttöoikeus- ja asetus malli on määritetty oikein

Kaikkien puhelupalvelujen ja -ominaisuuksien tarkistaminen tai määrittäminen käyttäjäryhmälle (ennen siirtymistä tai sen aikana tarvittaessa)

Lisää käyttäjiä yrityshakemistossa puheluiden käyttäjien ryhmään

Hyödyntämistyökalut - käyttäjien ja ominaisuuksien siirtotyökalut ja/tai kolmannen osapuolen työkalut

Poista käyttäjän/laitehakemistonumero ja soittoominaisuudet/palvelut käytöstä siirtymisen jälkeen.

Kun olet siirtänyt käyttäjäryhmän, testaa käyttäjien osajoukko varmistaaksesi, että kaikki heidän puheluominaisuutensa ja -palvelunsa toimivat oikein. Jos puheluominaisuudet, kuten puhelunjono, metsästysryhmät jne., siirretään käyttäjäryhmän kanssa, testaa näiden puhelupalvelujen asianmukaiset toiminnot.

Työtilat

Työtilalla tarkoitetaan jaettua sijaintia (kuten kokoushuone, kokoontumistila tai työ pöytä), jolle voidaan määrittää laitteita, laajennuksia ja käyttäjiä. Toisin kuin perinteiset Unifed CM -puhel imet, työtilat ovat:

Sijaintikeskeinen: sidottu fyysisiin tiloihin.

Laitteen joustava: voi olla yksi tai useampi laite (pöytäpuhelimet, levyt jne.).

Kun työtilat on tunnistettu osaksi siirtymistä, ne voidaan lisätä kohtaan Laitteet. Jokainen työtila tarvitsee laitemäärityksen, ja jos ne ovat jo valmi Unified CM ina, ne on nollattava tai varattava uudelleen. toiminnot, kuten vastaajaviesti, soitonsiirto ja puhelunsiirto, voidaan ottaa käyttöön tai poistaa käytöstä, ja käytäntöjä voidaan soveltaa videopuheluihin, puhelupysäköintiin ja liikkuvuuteen tarpeen mukaan. Testaa jokainen työtila soittamalla sisäisiä ja ulkoisia puheluita, testaamalla video-, neuvottelu- ja liikkuvu usominaisuuksia. Kerro lopuksi käyttäjille kaikista työtilalaitteiden ja varausten sovellettavista prosesseista.

Lisätietoja työtiloista on kohdassa Työ tilat.

Varauslaitteet

Puhelimet, joihin on tällä hetkellä rekisteröity, on siirrettävä osana pilvisiirtoa. Jotta siirtyminen olisi mahdollisimman yksinkertaista ja mahdollisimman vähäinen epäonnist umismahdollisuus, Cisco suosittelee fyysisten sivustojen tai osastojen siirtämistä samanaikaisesti. Voit kuitenkin joutua siirtämään käyttäjiä erissä ominaisuuksien riippuvuuksien vuoksi. Katso lisätietoja kohd asta Käyttäjien siirtäminen erissä.

Kaikki tuetut puhelimet, joista sinun on siirryttävä, on määritettävä käyttäjäksi tai työtilaksi, ja fyysinen puhelin on määritettävä uudelleen rekisteröity mistä varten. Lisäksi 7800- ja 8800-sarjan puhelimet tarvitsevat laiteohjelmiston päivityksen Enterprise-laiteohjelmistosta Multiplatform Phone (MPP) - laiteohjelmistoon. Tämä prosessi sisältää siirtymä laiteohjelmiston lataamisen ennen rekisteröintiin tarvittavan MPP-laiteohjelmiston lataamista. Se vaatii myös asianmukaisen siirtolisenssin. Cisco on parantanut tätä prosessia viime vuosina helpottaakseen Enterprise-laiteohjelmistopuhelimien päivittämistä MP P-laiteohjelmistoon. Lisätietoja laiteohjelmistopäivityksen suorittamisesta on ohjeaiheessa Cisco 7800 - ja 8800 -sarjan IP-puhelinten muuntaminen Enterprise- ja MP P-laiteohjelmiston välillä.

Tässä artikkelissa kuvattujen vaiheiden lisäksi siinä on sisäänrakennettu työkalu, Siirrä puhelin kohteeseenWebex Calling, jonka avulla voit siirtää 7800- ja 8800 -puhelimesi Enterprise-ohjelmistosta MPP-laiteohjelmistoon. Tämän työkalun avulla voit myös lisätä puhelimia ja määrittää ne sopiville käyttäjille tai työtiloille. Lisätietoja työkalun käytöstä on ohjeaiheessa Puhelimen siirtäminen.

Kaikkiin 9800-sarjan puhelimiin, jotka on rekisteröity yllä olevalla laiteohjelmiston siirtovaatimuksella, ei sovelleta. Nämä puhelimet käyttävät PhoneOS: ää, jota tukevat molemmat ja. Jos haluat siirtää nämä puhelimet, sinun on lisättävä neWebex Calling, määritettävä ne käyttäjälle tai työtilalle ja palautettava sitten puhelimet tehdasasetuksiin. PhoneOS-käynnistysjärjestys rekisteröintiä varten Alla olevassa kuvassa näkyy PhoneOS-käynnistysjärjestys ja kuinka puhelin rekisteröidään, kun se on lisätty, vaikka puhelin olisi edelleen käytössä ja/tai DHCP-asetukset (Esimerkki - 150) olisivat käytössä.

PhoneOS-käynnistysjärjestys rekisteröintiä varten

tukee PhoneOS-laitteiden tehdasasetusten palauttamista Zero-Touch-käyttöönoton mahdollistamiseksi. järjestelmänvalvojat voivat palauttaa 9800- ja 8875-puhelimet etäältä CUCM-hallin tasivujen kautta, mikä eliminoi tarpeen käyttää puhelimia fyysisesti. Tätä ominaisuutta tuetaan laitepaketeissa 9. syyskuuta 2025 alkaen:

CUCM v15 - Yhtenäisen viestinnän hallinnan versio 15

CUCM v14 - Unified Communications Manager -versio 14.

Lisätietoja 9800-sarjan rekisteröintiprosessista on kohdassa Rekisteröinti prosessi.

^{Ciscon IP-puhelimien lisäksi voidaan tarvita muiden laitteiden, kuten analogisten puhelin
sovittimien (ATA), langattomien (Wifi, DECT) puhelimien, videolaitteiden, puheyhdyskäytävien ja
kolmannen osapuolen laitteiden ja puhelimien, toimittamista.} Monilla näistä laitteista ei ole laiteohjelmiston päivityspolkua, kuten IP-puhelimissa, jotta ne voidaan siirtää yrityksen laiteohjelmistosta pilvi ohjelmistoon. Siksi toimitat kaikki nämä laitteet Control Hubissa. Joihinkin näistä ei voida siirtää, ja vastaava malli on korvattava se (esim. ATA 191/192) ja muut edellyttävät manuaalista uudelleenkonfigurointia ja/tai ohjelmistomuutoksia.

Puheyhdyskäytävät - Jos haluat siirtää paikallisen yhdyskäytävän, katso Paikallisen yhdy skäytävän siirtäminen.
Lisätietoja puheyhdyskäytävän VG400, VG410 tai VG420 määrittämisestä Ohjauskeskuksessa on kohdassa Paikallinen yhdyskäytävä

Analoginen puhelinsovitin (ATA) - Jos haluat aloittaa Cisco ATA 191- ja 192:n käytön, katso Cisco ATA.

Langaton Wifi-puhelin - Jos haluat integroida langattoman puhelimen 840 ja 860, katso Langattoman Webex-puhelimen integro inti.

Langattomat DECT-puhelimet - Jos haluat aloittaa uuden Cisco IP DECT 6800 -sarjan käytön, katso Cisco IP DECT.

Jos haluat luoda ja hallita digitaalista DECT-verkkoa Control Hubissa, katso DECT-verkon hallinta

Lisätietoja Cisco IP DECT 6800 -sovelluksesta on kohdassa Käyttöönotto-opas

Kolmannen ^osapu olen laitteet ja puhelimet - Työskentele kolmannen osapu ^olen toimittajien kanssa laitteiden/puhelinvaatimusten ja niiden siirtämisen tai korvaamisen prosessista tueksi.

Määritä ominaisuudet

Kaikki vaaditut puhelutoiminnot on varattava ennen siirtymistä tai sen aikana. Kuten Siirrä käyttäjät erissä -osiossa on käsitelty, puheluominaisuudet on määritettävä ja siirrettävä, kun niitä käyttäviä käyttäjiä siirretään.

Lisätietoja kunkin ominaisuuden määrittämisestä on vastaavissa määritysohjeartikkeleissa.

Automaattiset puhelinvastaajat - Jos haluat hallita automaattisia puheluneuvoja, katso Automaattiset puhelinvastaajat

Call park - Jos haluat hallita puhelupistoja, katso Call park

Puhelun nouto - Jos haluat määrittää puhelun noutoryhmän, katso Puhelun nouto

Puhelujonot - Jos haluat määrittää puhelujonon, katso Puhel ujono

Metsästysryhmät - Jos haluat hallita metsästysryhmiä, katso Met sästys ryhmän hallinta

Käyttötilat - Jos haluat käyttää toimintatiloihin perustuvaa puhelun reititystä, katso Käyttötiloihin perustuva puhelun reititys

Sivuryhmät - Sivuryhmän määrittäminen on ohjeaiheessa Sivur yhmän määrittäminen

Tallenteet - Jos haluat hallita puhelutallennusta, katso Tall enteiden hallinta

Yksittäisen numeron ulottuvuus - Jos haluat määrittää yhden numeron ulottuvuuden (toimistossa missä tahansa), katso Yk sittäisen numeron määrittäminen

Vastaajaviestiryhmä - Jos haluat hallita jaettua vastaajaviestiä ja saapuvaa faksiruutua, katso Vastaajaviestin hallinta.

Hyväksymistestaus

Hyväksymistestaus varmistaa, että siirretty ympäristö täyttää toiminnalliset vaatimukset, toimii odotetulla tavalla ja tarjoaa saumattoman käyttökokemuksen kaikissa viestinnän työnkulkuissa. Tämä valido intiprosessi on monipuolinen, ja se kattaa kaiken käyttäjien käyttöönotosta ja numeroiden määrittämisestä edistyneiden puheluominaisuuksien operatiiviseen suorituskykyyn.

Tässä osassa on esimerkkejä ja korostetaan keskeisiä näkökohtia, jotka on otettava huomioon hyväksymistestauksen aikana; sitä ei kuitenkaan ole tarkoitettu toimimaan tyhjentävänä tai kattavana tarkistuslistana.

Käyttäjien käyttöönotto ja numeron määrittäminen

Hyväksyntätestauksen perustavanlaatuinen osa on sen varmistaminen, että kaikki käyttäjät on varmennettu tarkasti ja täydellisesti sisällä. Tämä edellyttää lähdehakemiston ja äskettäin perustetun käyttäjäkunnan perusteellista vertailua sen varmistamiseksi, että kaikki käyttäjätilit ja niihin liittyvät määritteet, kuten liitänumerot, ja DID-määritykset on siirretty oikein. Varmistamisen täydellisyys on kriittistä paitsi ensimmäisen päivän toimivuuden kannalta myös jatkuvan hallinnan ja tuen kannalta.

Numeromäärityksen vahvistus sisältää sen varmistamisen, että kullekin käyttäjälle on määritetty oikea laajennus ja ulkoinen numero ja että nämä numerot reititetään oikein sekä sisäisissä (verkossa) että ulkoisissa (PSTN) puheluvirroissa. On tärkeää tarkistaa mahdolliset päällekkäisyydet, puuttuvat tehtävät tai virheelliset määritykset, jotka voivat johtaa puhelun reititysvirheisiin tai palvelun keskeytyksiin.

PSTN-puheluvirrat ja soittajan tunnuksen esitys

Vankan hyväksymistestausmenettelyn on sisällettävä PSTN-puheluvir tojen kokonaisvaltainen validointi. Tämä sisältää sekä saapuvan että lähtevän puhelun skenaariot . Saapuvien PSTN-puhelujen osalta testausryhmän tulee vahvistaa, että puhelut toimitetaan aiottuihin päätepisteisiin, olivatpa ne sitten yksittäisiä käyttäjiä, puhelujonoja, metsästysryhmiä tai automaattisia puhelunhoitajia. Lähte vät PSTN-puhelut on soitettava onnistuneesti, kiinnittäen erityistä huomiota soittajan tunnistetietojen oikeaan toimittamiseen ja esittämiseen. Tämä edellyttää sen varmistamista, että oikea soittajan nimi ja numero näytetään ulko isille vastaanottajille organisaation käytäntöjen ja sääntelyvaatimusten mukaisesti.

Testauksessa tulisi käsitellä myös vikasietoisia skenaarioita, kuten tavoittamattomien päätepist eiden käsittelyä tai verkon häiriöitä. Tämä auttaa varmistamaan, että varam ekanismit ja vaihtoehtoinen reititys toimivat moitteettomasti ja ylläpitävät palvelun jatkuvuutta ja luotettavuutta.

Verkkopuheluvirrat

Sisäiset tai verkon sisäiset puheluvirrat muodostavat yritys viestinnän selkärangan. Tämän alueen hyväksymistestaus varmistaa, että organisaatiossa olevien käyttäjien väliset puhelut reititetään oikein, ja ominaisuudet, kuten puhelun siirto, pidätys, edelleenlähetys ja neuvottelut, toimivat tarkoitetulla tavalla. Puhelusuunnitelmien eheys, laajennuksesta laajennukseen liittyvät yhteydet ja organisaation puhelukäytäntöjen tuki on vahvistettava.

Käyttäjäpuhelujen käsittely ja ominaisuuksien validointi

Hyväksyntätestauksen tärkeä osa on sen tarkistaminen, kuinka käyttäjät käsittelevät puheluita tu ettujen pöytäpuhelimien avulla. Tämä prosessi keskittyy varmistamaan, että päivittäiset puhelut yönkulut ovat intuitiivisia ja luotettavia, ja että käyttäjillä on saumaton pääsy rooliinsa tarvittaviin ydin ominaisuuksiin. Testauksessa olisi arvioitava, kuinka helposti käyttäjät voivat so ittaa ja vastaanottaa puheluita, hallita pidätystoimintoja ja suorittaa sekä sokeita että neuvoa-antavia siirtoja. On myös tärkeää varmistaa, että soitonsiirto, neuvottel ut ja muut edistyneet ominaisuudet, kuten pysäköinti ja puhelujen hakeminen tai älä häiritse aktivointi, ovat helposti saatavilla ja toimivat sujuvasti.

Kokemusta tulisi arvioida selkeyden ja reagointikyvyn suhteen ottaen huomioon, miten käyttäjät ovat vuorovaikutuksessa puheluhistorian, vastaajaviestin ja integroitujen hakemistojen kanssa. Lisähuomiota olisi kiinnitettävä kykyyn siirtää aktiivisia puheluita laitteiden välillä ja käyttää puhelun sisäisiä hallintalaitteita tehokkaasti sovelluksessa tai fyysisissä puhelimissa. Perim mäisenä tavoitteena on varmistaa, että loppukäyttäjäkokemus on johdonmukainen, tehokas ja tukee täysin organisaation viestintätarpeita siirtymisen jälkeen.

Puhelujonot: edustajan ja esimiehen kokemus

Puhelujonoja käytetään usein suuren volyymin saapuvien puhelujen skenaarioiden käsittelyyn. Hyväksymistestaus keskittyy tässä useisiin ulottuvuuksiin. Ensinnäkin on varmistettava, että puhelut jaetaan agenteille määritetyn jon ologiikan mukaisesti, kuten round robin, pisin joutotila tai samanaikainen soitto. Jonotettujen puhelujen esittämistä edustajien työpöydillä on tutkittava selkeyden ja helppokäyttöisyyden vuoksi, jotta varmistetaan, että edust ajat voivat tehokkaasti hyväksyä, pitää ja siirtää puheluita.

Esimiehille työpöytäkokemusta tulisi arvioida ominaisuuksien, kuten reaaliaikaisen seurannan, puheluiden purkamisen ja analytiikan tai jonon suorituskyvyn oival luksen suhteen. Tämä sisältää muun muassa hallintapaneelien ja raportointityökal ujen validoinnin, jotka tarjoavat käyttökelpoisia tietoja puhelujen jakelusta, edustajan toiminnasta ja jonomittauksista.

Metsästysryhmät: Puhelujen jakelu

Metsästysryhmät ovat keskeinen mekanismi puhelujen jakamiseksi ennalta määritetyille käyttäjäryhmille. Hyväksymistestauksen on varmistettava, että puhelut reititetään ryhmän jäsenille määritetyn metsästysalgorit min perusteella ja että ylivuoto-, edelleenlähetys- ja vastaamattomuusskenaariot käsitellään suunnittelun mukaisesti. Toiminnan johdonmukaisuuden ja käyttäjien tyytyväisyyden kannalta on välttämätöntä varmistaa, että ryhmän jäsenyys- ja puheluiden reitityskäyttäytymiset vastaavat aiemmin vahvistettuja käyttäytymismalleja.

Automaattiset puhelunvalvojat: Ilmoitukset ja valikkotoiminnot

Automaattiset puhelunhoitajat edustavat automaattisen puhelunkäsittelyn etulinjaa. Testauksen on katettava ilmoitusten toisto, tallennettujen tervehdysten tarkkuus ja valikkopuiden oikea toiminta. Valik kovalintojen tulisi ohjata soittajat luotettavasti asianmukaisiin osastoihin, henkilöihin tai ulkoisiin numeroihin. Testauksen tulisi sisältää myös virheellisiä skenaarioita tai aikakatkaisuskenaarioita sen varmistamiseksi, että soittajat saavat selkeät ohjeet tai että heidät ohj ataan uudelleen tarkoitetulla tavalla.

Vastaajaviestin toiminta

Lopuksi, vastaajatoiminnot ovat kriittisiä käyttökokemuksen kannalta. Hyväksymistestien tulisi varmistaa, että vastaajalaatikot on määritetty oikein ja käytettävissä sekä organisaation sisällä että etänä. Mahdollisuus tallentaa, hakea ja hallita viestejä on vahvistettava yhdessä ilmoitu sten toimittamisen kanssa.

Optimoi

PSTN-siirto Cloud Connect -palveluun

Optimoi paikallinen infrastruktuuri

Analytiikan ja vianmäärityksen hyödyntäminen

PSTN-siirto Cloud Connect -palveluun

Kun kaikki päätepisteet ja käyttäjät on siirretty pilvipuheluihin, ainoa tarkoitus Unified CM on toimia kauttakulkuna PSTN-yhdyskäytävien välillä ja paikallisen yhdyskäytävän kautta. PSTN-yhdyskäytävien ja paikallisen yhdyskäytävän poistaminen kuvasta käyttämällä Cloud Connect -sovellusta kaikkien käyttäjien PSTN-käyttöoikeutena on useita etuja, mukaan lukien kustann usten vähentäminen ja parempi luotettavuus. Webex Calling Voit siirtää paikallisen PSTN-käyttöoikeuden Cloud Connect -palveluun seuraavasti:

Cloud Connect kumppanin valintaan.

Tutustu Cloud Connect -kumppaneiden luetteloon ja valitse organisaatiosi sijaintiin käytettävissä olevista kumppaneista.

Cloud Connect validointia varten.

Ennen kuin siirrät sijaintien PSTN-käyttöoikeuden Cloud Connect -palveluun, yhteys PSTN-verkkoon valitun Cloud Connect -kumppanin kautta on tarkistettava ja vahvistettava. Tätä tarkoitusta varten, testisijainti on määritettävä, kun jotkut testikäyttäjät on varattu kyseiseen testisijaintiin. Tämän testi sijainnin PSTN-käyttöoikeus asetetaan sitten Cloud Connect -kumppanille ennen PSTN-yhteyden vahvistamista testipuhelimilla. Onnistuneen validoinnin jälkeen testisijainti voidaan poistaa käytöstä.

Numeron siirtäminen.

Cloud Connect -siirron valmistelemiseksi on tehtävä porttitilaus kaikille PSTN-runkoon tällä hetkellä määritetyille numeroille, jotka päättyvät. Kaikki numerot on siirrettävä Cloud Connect -kumppanille. Paik kojen välisen saavutettavuuden ylläpitämiseksi kaikkien sijaintien kaikki numerot on siirrettävä samanaikaisesti .

Vaihda Cloud Connect -kumppaniksi.

Siirtymispäivänä kaikkien sijaintien PSTN-käyttöoikeus on asetettava Cloud Connected PSTN -palveluntarjoajalle, ja saapuvat ja lähtevät yhteydet on tarkistettava.

Kuten suunnitteluluvun PSTN-osiossa on keskusteltu, asiakkaat voivat myös halutessaan siirtää PSTN-käyttöoike utensa Cloud Connectiin siirtymän alussa käyttämällä PSTN-kanavaa hybridi-käyttöönotoissa. Lisätietoja on kohdassa PSTN-kanava hybridikäyttöönotoille. Webex Calling Siinä tapauksessa siirtymän aikana PSTN-käyttö tapahtuu paikallisen yhdyskäytävän kautta, ja kaikkien käyttäjien siirtämisen jälkeen ei ole muuta PSTN-järjestelmään liittyvää siirtovaihetta kuin käytöstä poistaminen ja paikalliset yhdyskäytävät.

Optimoi paikallinen infrastruktuuri

Kun kaikki käyttäjät on siirretty ja kaikki päätepisteet on siirretty pilvirekisteröintiin (tai ne on poistettu käytöstä), päivitä asianmukainen paikallinen infrastruktuuri nyt, kun pilvipuhelut ovat käytössä. Infrastruktuurin päivitykset sisältävät:

Poista paikalliset puhelunhallinta- ja viesti DNS SRV tietueet paikallis ista DNS-palvelimista, mukaan lukien cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Näitä SRV-tietueita ei enää tarvita asiakaspalvelun löytämiseen.

Poista reunaan liittyvät DNS SRV tietueet julkisesta DNS-järjestelmästä, mukaan lukien collab_edge. _tls. <domain>. Näitä SRV-tietueita ei enää tarvita yhteistyön reun apalvelujen asiakaspalvelun löytämiseen.

Päivitä kaikki asiaankuuluvat DHCP-laajuudet poistaaksesi vaihtoehdon 66 ja vaihtoehdon 150 TFTP/käynnistyspalvelimen osoitteet. Näitä laajuuksia ei enää tarvita päätepistekut sun hallinnan kokoonpanojen löytämiseen ja lataamiseen.

Päivittää/poista paikallisesta yhdyskäytävästä/kuutiosta sopivat puhelinverkkoyhteydet, jotka reitittävät puhelut sinne ja sieltä. Unified CM Näitä puhelinverkkoversioita ei enää tarvita paikalliseen puhelun reititykseen.

Poista tai poista kaikki ja klusterisolmun virtuaalikoneet ja/tai palvelimet. Käytä laskentaresursseja ja laitteistoja uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita puhelunhallintaan ja reunapalveluihin.

Poista tai poista kaikki klusterisolmun virtuaalikoneet ja/tai palvelimet. Käytä laskentaresursseja ja laitteistoja uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita vastaajaviestissä ja yhtenäisissä viestintäpalveluissa.

Puhdistus: Kun PSTN-käyttö on siirretty Cloud Connected PSTN -verkkoon, PSTN-rungot, PSTN-yhdyskäytävät ja paikallinen yhdyskäytävä voidaan poistaa käytöstä.

Jos kyseessä on olemassa oleva paikallinen E911-ratkaisu, poista kaikki sijainnit tai numerot, jotka on siirretty, ja kun täydellinen siirtyminen on valmis, poista sovellusvirtuaalikoneet tai -palvelimet. Käytä laskentaresursseja ja laitteistoja uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita hätäpuhel u- ja paikannuspalveluihin.

Siirrettyjen käyttäjien DN:t tulisi sijoittaa piilotettuun osioon, jotta vältetään puhelun reititysvirheet ja varmistetaan, että kaikilla CSS-järjestel millä on ensisijainen pääsy samojen DN:n pilvipolulle.

Päivitä fyysinen lähetettävä sijainti ja verkkoelementti horisontin liikkuvuudessa aina, kun muutoksia tapahtuu. Yleisiä päivityksiä vaativia toimintoja ovat:

Verkkokytkimen vaihto

Langattoman tukiaseman vaihto

DHCP-laajuuden muutokset

Fyysiset muutokset rakennuksen sisällä (jos ne ratkaistaan kuutiolle/toimistolle)

Fyysinen toimistotilojen laajennus tai supistuminen rakennuksen sisällä.

Analytiikan ja vianmäärityksen hyödyntäminen

tarjoaa kattavat analytiikka- ja vianmääritystoiminnot, joiden avulla voit visualisoida ja seurata käyttöönottoa. Nämä kattavat median laadun, yksityiskohtaisen puheluhistorian, puhelujonon, metsästys ryhmän ja automaattisen puhelunvalvojan analytiikan. Esimerkki median laatuanalytiikasta on esitetty kuvassa median laatuanalytiikka.

median laatuanalytiikka

Vianmäärityksen alla kutakin käyttämällä soitettua puhelua voidaan tarkastella yksityiskohtaisilla tiedoilla keskeisistä median laadusta ja signalointiin liittyvistä ongelmista, jotka auttavat tunnistamaan media ongelmat sekä epäonnistuneet puhelut, kuten kuvassa medi alaadun vianmääritys näkyy.

medialaadun vianmääritys

Vianmääritys voidaan integroida myös muihin Cisco-tuotteisiin, kuten ThousandEyes- ja Meraki- kytkimiin, tarjotakseen entistä rikkaamman integroidun käyttökokemuksen Control Hubissa. Lisätietoja Webex Callinganalytiikan käytöstä ja vianmäärityksestä on ohjeaiheessa Puhelujen vianmäärit Webex Calling ys Ohjauskeskuksessa.

Johdanto

Ennen kuin aloitat

Yleiskatsaus

Ydinkomponentit

PPDIO-prosessin yleiskatsaus

PPDIO:n yleinen kuvaus

PPDIO:n käyttö Unified CM:stä Webex-kutsuihin siirtymisprojekteissa

Valmistelu

Suunnittelu

Kehitys

Toteutus

Optimointi

PPDIO-palautesilmukat

Maahanmuuttolähestymistapa

Ennen kuin aloitat

Tämä opas on tarkoitettu tiimeille tai henkilöille, joilla on kokemusta Cisco Unified Communications Managerin (Unified CM) ja Ciscon päätelaitteiden, kuten IP-pöytäpuhelimien, videolaitteiden ja Jabber-ohjelmistoasiakasohjelmien, määrittämisestä ja hallinnoinnista. Tässä asiakirjassa on linkkejä tuote- ja tukidokumentaatioon avuksi.

Tämä asiakirja keskittyy siirtymiin Unified CM:stä Webex Callingiin, jossa on vain usean vuokralaisen järjestelmä. Tässä asiakirjassa termi Webex Calling viittaa aina Webex Callingin monikäyttäjätilanteeseen.

Ennen siirtymisen aloittamista Unified CM:stä Webex Callingiin on erittäin tärkeää ymmärtää Webex Calling -ratkaisu ja sen osat kokonaisvaltaisesti. Onnistunut migraatio edellyttää Webex Calling -arkkitehtuurin, palvelumallien, käyttöönottovaihtoehtojen ja niihin liittyvien ominaisuuksien tuntemusta, jotta olemassa olevat Unified CM -työkuormat voidaan kartoittaa oikein ja suunnitella tehokas siirtymäsuunnitelma.

Seuraavien Webex Calling -komponenttien perusteellinen ymmärtäminen on olennaista tehokkaan siirtymästrategian ja operatiivisen valmiuden kannalta.

Control Hub

Hakemiston ja käyttäjien valmistelu

Webex-puhelualusta

Tuetut kutsuvat päätepisteet

PSTN-yhteysvaihtoehdot

Webex Callingin soittosuunnitelma ja numeroiden hallinta

Tietoturva- ja vaatimustenmukaisuusominaisuudet.

Lisätietoja on kohdassa Ciscon suositeltu arkkitehtuuri Webex-puheluille.

Tämä opas korostaa työkaluja ja prosesseja, joita voidaan käyttää koko siirtymävaiheen ajan. Siirtyminen paikallisista Unified CM -puhelupalveluista uuteen pilvipuhelualustaan, Webex Callingiin, voi kuitenkin olla merkittävä työläs prosessi, johon liittyy mahdollisia liiketoimintaan, tekniikkaan ja monimutkaisiin haasteisiin liittyviä haasteita. Näiden haasteiden voittamiseksi Cisco tarjoaa muutamia erilaisia vaihtoehtoja, jotka auttavat sinua matkallasi. On tärkeää tarkastella tietoja, jotka löytyvät kohdasta Yritystason pilvipuhelut - Puheluiden siirto, ja ymmärtää jokainen vaihtoehto ja miten kukin niistä voi mahdollisesti auttaa sinua omassa siirtymässäsi.

Webex-siirtotyökalut: Control Hubiin sisäänrakennetut itsepalvelutyökalut, jotka tehostavat siirtymistäsi Webex Callingiin

Sertifioidut muuttoliikepalveluntarjoajat: Ciscon validoimat ohjelmisto- ja työkalutoimittajat, jotka ovat kehittäneet migraatioratkaisuja auttaakseen Webexin kumppaneita ja asiakkaita monimutkaisissa ja laajoissa migraatioissa. Nämä ratkaisut voivat auttaa yksinkertaistamaan, hallitsemaan ja nopeuttamaan siirtymistä Webex Callingiin

Webex-asennusapu: Ciscon johtama siirtopalvelu, joka opastaa asiakkaita ja kumppaneita Webex Callingin käyttöönotossa ja määrityksessä. Näitä määrityksiä tarvitaan Unified CM -käyttäjien ja -palveluiden onnistuneeseen siirtämiseen Webex Callingiin.

Yleiskatsaus

Pilvipohjaisten yhteistyöpalveluiden kasvun myötä yhä useammat asiakkaat haluavat siirtää olemassa olevat yhteistyötyökuormansa pilveen, koska pilvipalveluihin liittyy lupauksia alhaisemmista kokonaiskustannuksista, yksinkertaistetusta hallinnasta, jatkuvasta ominaisuuksien toimituksesta, suuremmasta skaalattavuudesta ja erinomaisesta luotettavuudesta. Kun asiakkaat haluavat siirtyä paikallisista pilviyhteistyöpalveluista, on tärkeää, että he ymmärtävät, mitä siirtyminen edellyttää ja mitä vaiheita siirtyminen vaatii.

Tämän asiakirjan tarkoituksena on tarjota käyttöönotto-ohjeita asiakkaille, jotka haluavat siirtyä erityisesti paikallisesta Unified CM:stä Webex Callingiin pilvessä. Tämä käyttöönotto-opas olettaa, että lukijalla on perusymmärrys Unified CM:n ja Webex Callingin välisestä puheluiden siirtymisestä, mukaan lukien siitä, mitä muutoksia tässä siirtymässä tapahtuu, ja mitä eroja on, kun puheluiden työmäärä siirretään paikallisesta ympäristöstä pilveen. Ennen kuin jatkat, varmista, että olet tarkistanut Siirtymäkartantiedot ja tunnet ne. Tämä siirtymäkartta-asiakirja tarjoaa tietoa tämän siirtymän muutoksista ja eroista.

Kuten kuvassa näkyy, paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etäkäyttö, tyypillinen paikallinen käyttöönotto sisältää erilaisia yhteistyöinfrastruktuurikomponentteja verkossa, puhelunhallinta-alustan, reuna-alustan, laitteisto- ja ohjelmistopäätepisteitä ja joissakin tapauksissa jopa neuvottelu- ja aikataulutusalustoja. Ciscon arkkitehtuurissa tähän sisältyisi Unified CM puhelunhallintaa varten, Expressway etäkäyttöä ja yritysten välisiä (B2B) reunapalveluita varten sekä Cisco Meeting Server. / Cisco Meeting Management paikallisiin kokouksiin, Unity Connection ääniviesteihin sekä käyttäjille suunnatut laitteisto- (Cisco IP -puhelimet, Cisco Desk and Room -videojärjestelmät) ja ohjelmisto- (Cisco Jabber) IP-pohjaiset päätepisteet. Nämä komponentit voivat vaihdella hieman joissakin ympäristöissä, mutta tämä on lähtökohta tässä dokumentissa kuvatulle siirtymälle.

Paikallinen yhteistyöarkkitehtuuri: puhelunhallinta ja etäkäyttö

Kuvassa esitetty arkkitehtuuri Paikallisen yhteistyön arkkitehtuuri: puhelunhallinta ja etäkäyttö perustuu Cisco Collaboration Enterprise On-Premises -ympäristöjen ensisijaiseen arkkitehtuuriin (PA). Lisätietoja Enterprise On-premise -ratkaisusta on kohdassa Ciscon yhteistyön ensisijaiset arkkitehtuurit.

Ennen: Paikallisen puheluinfrastruktuurin komponentit -taulukossa luetellaan paikallisen arkkitehtuurin keskeiset elementit ennen siirtymistä Webex Calling -pilvipalveluun.

Taulukko 1. Ennen: Paikalliset puheluinfrastruktuurikomponentit
Tuote Kuvaus

Unified CM Paikallinen puhelunhallinta, joka tarjoaa laitteiden rekisteröinnin ja puheluiden reitityspalvelut

Cisco Expressway-C/E Reunainfrastruktuuri, joka tarjoaa mobiili- ja etäyhteyden (MRA) sekä yritysten välisen (B2B) toiminnallisuuden, jonka avulla etäpäätelaitteet voivat muodostaa turvallisen yhteyden organisaation ulkopuolelta. Expressway otetaan käyttöön pareittain, jotta ulkoiset päätepisteet voivat läpäistä palomuurin.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) ja Cisco Telepresence Management Suite (TMS) Paikallinen ääni-, video- ja verkkoneuvotteluinfrastruktuuri, joka tarjoaa monipistekokouksia, kokousten hallintaa ja aikataulutusominaisuuksia. [Optional]

Cisco Unity Connection Paikallinen ääniviestialusta, joka tarjoaa vastaajaviestin ja yhdistetyn viestinnän ominaisuudet. [Optional]

Cisco Desk, Cisco Room, Cisco Board, Cisco IP -puhelimet ja Cisco Jabber Unified CM:ään rekisteröidyt IP-pohjaiset laitteet, jotka tarjoavat ääni- ja videopuheluominaisuuksia

Kuten kuvassa on esitetty siirtymäpäätös: Paikalliset puhelut Webex Callingiin, asiakkaat, joilla on paikallinen puhelunhallinta Unified CM:llä sekä työpöytä- ja video-IP-päätepisteet, voivat halutessaan siirtyä arkkitehtuuriin kohti Webex Calling -pilviarkkitehtuuria.

Päätös on tehtävä asiakkaan toiminnallisuusvaatimusten perusteella. Asiakkaiden, joilla on seuraavat vaatimukset, tulisi harkita asiaa huolellisesti ennen tämän päätöksen tekemistä ja he voivat lopulta päättää pitää puheluiden hallinnan paikallisesti:

Webex Calling ei tue puhelinmalleja

Monimutkaiset tai lukuisat integraatiot muiden paikallisten järjestelmien tai ratkaisujen kanssa, erityisesti silloin, kun näiden integraatioiden replikointi Webex Callingin kanssa on vaikeaa tai vastaavia vaihtoehtoisia ratkaisuja ei ole saatavilla.

Monimutkainen soittosuunnitelma, erittäin yksityiskohtaiset palveluluokat tai molemmat

Rajoittava, rajoitettu tai epäluotettava internetyhteys

Tiukat tietosuoja- ja omistajuuskäytännöt

Paikalliseen tai maan sisäiseen mediatallennukseen ja -säilytykseen liittyvä vaatimustenmukaisuusvaatimus

Kolmannen osapuolen integraatiot ilman toimivaa vaihtoehtoista Webex Calling -integraatiota

Yhteyskeskusintegraatiot, joissa yhteyskeskusintegraatio ei vielä siirry pilveen.

Siirtymäpäätös: paikalliset puhelut Webex Callingiin
Asiakkaiden, jotka haluavat alkaa hyödyntää pilvipuhelupalveluita, kannattaa harkita Webex Callingia. Tämä pilvipuhelupalvelu antaa asiakkaalle mahdollisuuden hyödyntää Webexin globaalia arkkitehtuuria skaalautuvuuden ja yhdistettävyyden parantamiseksi. Yritysverkon osallistujat ja yritysverkon ulkopuoliset etäosallistujat voivat kommunikoida IP-pohjaisten laitteistopäätepisteiden avulla. and/or työpöytä- tai mobiilisovellukset.

Tämä asiakirja keskittyy Unified CM -puhelunhallintaratkaisuja käyttäviin asiakkaisiin, jotka haluavat ymmärtää Webex-puheluiden käyttöönoton yleiset vaiheet, huomioon otettavat asiat ja vaatimukset seuraavassa osiossa kuvatulla tavalla.

Ydinkomponentit

Tämän migraation kohdearkkitehtuuri sisältää useita uusia komponentteja. Tämä sisältää Webex Calling -palvelun pilvipohjaisiin puheluihin, Webex-sovelluksen, Cisco Directory Connectorin identiteetin integrointiin ja Local Gatewayn (LGW) PSTN-yhteyttä varten sekä paikallisten ja pilvipuheluiden integroinnin. Ciscon puhelupaketit tai Cloud Connect for Webex Calling -kumppanin tarjoama pilviyhteydellä varustettu PSTN (CCP) ovat lisävaihtoehtoja PSTN-yhteydelle.

Kuten kuvassa näkyy. Jälkeen: Webex Calling Architecture, uudet komponentit (Webex Calling, Directory connector, Local gateway ja Survivability gateway) lisätään olemassa olevaan paikalliseen käyttöönottoon.

Jälkeen: Webex-puheluarkkitehtuuri

Jälkeen: Pilvipuheluinfrastruktuurin komponenttien taulukko listaa arkkitehtuurin uudet elementit Webexiin siirtymisen jälkeen.

Taulukko 2. Jälkeen: Pilvipuheluinfrastruktuurin komponentit
Tuote Kuvaus

Webex Calling Webex-alustalta toimitettava pilvipohjainen puhelupalvelu, joka tarjoaa päätepisteiden rekisteröinnin ja puheluiden reitityksen

Cisco-hakemistoliitin Windows-sovellus, joka toimii Windows-toimialueen koneella ja tarjoaa identiteetin synkronoinnin yrityksen paikallisen Active Directoryn ja Webex-organisaation identiteettisäilön välillä.
Asiakkaille, jotka siirtyvät paikallisesta Active Directorysta Entra ID:hen, identiteetin integrointi Webexin kanssa Cisco Directory Connectorin sijaan käyttää Entra ID Wizard -sovellusta.

Paikallinen yhdyskäytävä Paikallinen yhdyskäytävä toimii siltana asiakkaan paikallisen yhdistetyn viestintäverkon ja Webex Calling -pilvipalvelun välillä. Se voidaan ottaa käyttöön paikallisesti tai kumppanin isännöimänä, ja se tarjoaa PSTN-yhteyden pilvirekisteröidyille päätepisteille sekä puheluintegraation Unified CM:ään rekisteröityjen ja pilvirekisteröityjen päätepisteiden välillä. Cisco IOS-XE -integroitujen palveluiden reititin (ISR 1100- ja 4000-sarjat), Cisco Catalyst 8200/8300 Sarjaa, Cisco Catalyst 8000V Edge -ohjelmistoa ja erilaisia sertifioituja kolmannen osapuolen istuntorajaohjaimia (SBC) voidaan käyttää LGW:nä vaiheittaisessa migraatiolähestymistavassa.

Selviytymisportti Survivability Gateway (SGW) on paikallisverkon IOS-XE-pohjainen yhdyskäytävä, joka tarjoaa varapuhelupalveluita paikan päällä oleville Webex Calling -päätepisteille verkkokatkosten aikana.

Cisco-puhelupaketti, Cloud Connect Webex-puheluita varten Cisco Calling Plan ja Cloud Connect for Webex Calling ovat pilvipohjaisia vaihtoehtoja Webex Calling -päätepisteiden PSTN-käyttöön. PSTN-yhteyden tarjoaa pilvipalveluntarjoaja, eikä se vaadi paikallisia laitteita.

Webex-sovellus Asiakassovellus, joka toimii työpöytäkäyttöjärjestelmässä (Windows, Mac) tai mobiilikäyttöjärjestelmässä (Android, iOS) ja on rekisteröity suoraan Webex Calling -alustalle puhelutoimintoja varten.

PPDIO-prosessin yleiskatsaus

PPDIO -prosessi tulee sanoista Prepare, Plan, Design, Implement, and Optimize. Se on Ciscon strukturoitu menetelmä, joka ohjaa projekteja alustavasta arvioinnista jatkuvan parantamisen kautta varmistaen tehokkaat ja onnistuneet käyttöönotot tai migraatiot.

PPDIO-prosessi

PPDIO:n yleinen kuvaus

Valmistella: Arvioi nykyinen ympäristö, kerää vaatimukset ja yhdistä sidosryhmät vankan perustan luomiseksi.

Suunnitelma: Laadi yksityiskohtaiset projektisuunnitelmat, jotka sisältävät aikataulut, resurssit ja riskienhallintastrategiat.

Design: Suunnittele kohderatkaisu, joka on räätälöity liiketoiminnan ja teknisten tarpeiden mukaan.

Toteuta: Suorita käyttöönotto tai migraatio suunnitelman mukaisesti ja validoi toiminnallisuus ja suorituskyky.

Optimoida: Paranna ratkaisua jatkuvasti käyttöönoton jälkeen seuraamalla suorituskykyä, tarkentamalla konfiguraatioita ja hyödyntämällä automaatiota ja integrointityökaluja.

PPDIO:n käyttö Unified CM:stä Webex-kutsuihin siirtymisprojekteissa

Siirtyessämme Unified CM:stä Webex Callingiin PPDIO-prosessi tarjoaa selkeän etenemissuunnitelman sujuvan ja tehokkaan siirtymän varmistamiseksi:

Valmistelu

Arvioi olemassa olevaa Unified CM -ympäristöä ja sen siirtovalmiutta

Kerää yksityiskohtaista tietoa käyttäjistä, laitteista, verkosta ja riippuvuuksista

Kerää sijaintitiedot, mukaan lukien hätäosoite, käyttäjien lukumäärä, internetyhteys ja PSTN-yhteys

Tunnista riskit ja määrittele projektin laajuus kaikkien sidosryhmien toiminnan yhdenmukaistamiseksi.

Suunnittelu

Luo kattava siirtosuunnitelma, joka sisältää eräaikataulut, resurssien kohdentamisen ja aikataulut

Määritä tehtäviä, kuten laitteen laiteohjelmistopäivitykset, lisenssien myöntäminen ja käyttäjien perehdytys

Koordinoi migraatioaikatauluja Ciscon ja kumppaneiden kanssa häiriöiden minimoimiseksi.

Kehitys

Yhdistä nykyiset Unified CM -määritykset, soittosuunnitelmat ja käyttäjäprofiilit Webex Calling -vastineisiin

Suunnittele Webex Calling -ympäristö, mukaan lukien PSTN-strategia (väliaikainen ja lopullinen), sijainnit, käyttäjäroolit ja integrointipisteet, kuten paikallinen yhdyskäytävä (CUBE) ja hakemistosynkronointi

Suunnittele rinnakkaiselotilanteita, joissa Unified CM ja Webex Calling toimivat samanaikaisesti siirron aikana.

Toteutus

Käytä Control Hub -siirtotyökaluja yhdessä kolmannen osapuolen työkalujen kanssa laitteen laiteohjelmistotilan muutoksiin, ominaisuuksien määrityksiin ja käyttäjien migraatioihin.

Käytä joukkotoimintoja ja käyttöönottoa Webex-rajapintojen avulla virtaviivaistaaksesi laajamittaisia migraatioita ja konfiguraatioita

Suorita lisenssien myöntäminen, laitteiden rekisteröinti ja määrityspäivitykset

Vahvista migraation onnistuminen testaamalla ja toiminnan varmentamalla.

Optimointi

Seuraa jatkuvasti Webex Callingin suorituskykyä ja käyttäjäkokemusta

Tarkenna konfiguraatioita ja työnkulkuja operatiivisten tietojen ja palautteen perusteella

Hyödynnä automaatio- ja integrointiominaisuuksia tehokkuuden ja skaalautuvuuden parantamiseksi

Poista käytöstä vanhat Unified CM -komponentit tarpeen mukaan ja tarjoa jatkuvaa tukea toisen päivän toimintoihin.

Tämä parannettu PPDIO-lähestymistapa varmistaa hallitun, läpinäkyvän ja tehokkaan siirtymisen Unified CM:stä Webex Callingiin hyödyntäen Ciscon työkaluja, API-rajapintoja ja kumppaniekosysteemiä liiketoiminnan jatkuvuuden ylläpitämiseksi ja yhteistyöominaisuuksien parantamiseksi.

PPDIO-palautesilmukat

Kuvassa PPDIO:n suorituksen iteraatiot esitetty yleiskatsaus havainnollistaa yhtä takaisinkytkentäsilmukkaa optimointivaiheesta takaisin valmisteluvaiheeseen. Tämä tarkoittaa, että alkuvaiheen jälkeen on mahdollisuus jatkuvaan parantamiseen. Jokainen optimointisykli voi tunnistaa uusia vaatimuksia tai parannusalueita, joihin voidaan puuttua seuraavien projektien tai aloitteiden avulla. Nämä yksittäiset projektit puolestaan noudattavat kukin vakiintunutta PPDIO-elinkaaria (valmistelu, suunnittelu, suunnittelu, toteutus, optimointi). Tämä iteratiivinen lähestymistapa varmistaa, että järjestelmä pysyy linjassa kehittyvien liiketoimintatavoitteiden ja teknologisen kehityksen kanssa, mikä edistää jatkuvan hienostumisen ja sopeutumiskyvyn kulttuuria.

Iteraatiot PPDIO:ta suoritettaessa

PPDIO-prosessin toteutuksen aikana on yleistä, että myöhempien vaiheiden havainnot edellyttävät aiemmissa vaiheissa tehtyjen päätösten uudelleentarkastelua ja mahdollista tarkistamista. Esimerkiksi toteutusvaiheessa kohdatut ongelmat, kuten suunnitteluepäselvyyksien tai puuttuvien yksityiskohtien tunnistaminen, voivat paljastaa, että tiettyjä näkökohtia ei ole käsitelty täysin suunnitteluvaiheessa. Tällaisissa tapauksissa on tarpeen palata takaisin aikaisempaan vaiheeseen näiden ongelmien ratkaisemiseksi ennen jatkamista. Tämä iteratiivinen palautemekanismi, kuten kuvassa on esitetty, Unified CM -avusteinen PPDIO-prosessi varmistaa, että ratkaisu validoidaan ja jalostetaan perusteellisesti, mikä lopulta edistää vankempaa ja tehokkaampaa käyttöönottoa.

Yhtenäinen CM-avusteinen PPDIO-prosessi

Siirtyessä Unified CM:stä Webex Callingiin PPDIO-prosessin jokainen vaihe voi hyötyä merkittävästi olemassa olevasta Unified CM -ympäristöstä kerätyistä tiedoista. Esimerkiksi kattavat luettelot käyttäjistä, puhelinnumeroista, puheluominaisuuksista ja soittosuunnitelman komponenteista voidaan poimia Unified CM:n nykyisestä kokoonpanosta. Nämä tiedot täydentävät sidosryhmien suoraan toimittamia tietoja ja auttavat tehostamaan suunnittelu- ja toteutustoimintaa. Asianmukaisten työkalujen hyödyntäminen tiedonkeruun ja -analyysin automatisoimiseksi ei ainoastaan paranna tarkkuutta, vaan myös nopeuttaa koko prosessia. Hyödyntämällä olemassa olevasta käyttöönotosta saatuja tietoja siirtyminen Webex Callingiin voidaan toteuttaa tehokkaammin kuin perinteinen uusi käyttöönotto, samalla noudattaen strukturoitua PPDIO-menetelmää. Tätä prosessia havainnollistetaan kuvassa Unified CM-avusteinen PPDIO-prosessi.

Maahanmuuttolähestymistapa

Kun suunnittelet siirtymistä paikallisesta Unified CM:stä Webex Callingiin, sinun on määritettävä, miten aiot lähestyä tätä matkaa. Ensin sinun on päätettävä, tehdäänkö siirto pikasiirtona (kaikki kerralla) vai vaiheittain (siirto tapahtuu ryhmissä users/devices pidemmän ajanjakson aikana).

Flash-cut -migraatio siirtää kaikki käyttäjäsi ja laitteesi nopeimmin. Tällä menetelmällä siirrät kaikki käyttäjät ja laitteet paikallisesta Unified CM:stä Webex Callingiin samanaikaisesti. Pohjimmiltaan se on yksi ainoa siirtoikkuna kaikille käyttäjille ja laitteille. Kun tämä siirto on valmis, kaikki käyttäjäsi ja laitteesi ovat Webex Calling -alustalla ja koko Unified CM -infrastruktuurisi voidaan poistaa käytöstä. Monet organisaatiot eivät kuitenkaan voi käyttää tätä lähestymistapaa puheluiden käyttöönoton mittakaavan ja koon vuoksi.

Toinen lähestymistapa on vaiheittainen migraatio. Useimmat organisaatiot käyttävät tätä lähestymistapaa, koska se tarjoaa paremman hallinnan, hallinnan ja skaalautuvuuden migraation yhteydessä. Se sopii myös paremmin suurempiin UC-käyttöönottoihin. and/or käyttöönotot useilla alueilla. Siksi tässä asiakirjassa keskitytään vaiheittaiseen lähestymistapaan, jossa siirtymässä on kaksi vaihetta.

Kuten alla olevassa kuvassa on esitetty, vaiheittainen kutsusiirtymä: Hybridi- ja pilviympäristöissäensimmäinen siirtymävaihe (vaihe 1) johtaa rinnakkaiskäyttöönottoon, jossa on kaksi kutsuympäristöä. Tässä vaiheessa jotkin käyttäjät, laitteet ja ohjelmistoasiakkaat siirretään Webex Callingiin, kun taas toiset käyttävät edelleen paikallista Unified CM -puhelunhallintaa. Viimeinen siirtymävaihe (vaihe 2) johtaa puhtaaseen pilvipuheluympäristöön, jossa kaikki käyttäjät, laitteet ja ohjelmistoasiakkaat on siirretty kokonaan Webex Calling -alustaan.

Se, kuinka kauan organisaatiolta kestää siirtyä kokonaan pilvipuheluihin, vaihtelee sen nykyisen käyttöönoton mukaan. Joissakin tapauksissa organisaatio voi tehdä alustavan siirtymän ja pysyä rinnakkaisen kaksoispuhelunhallinnan vaiheessa (vaihe 1) pidemmän aikaa (kuukausia tai jopa vuosia), kun taas toisissa tapauksissa organisaatio voi siirtyä kokonaan Webex Callingiin (vaihe 2) hyvin lyhyessä ajassa (viikkoja tai kuukausia). Tämän asiakirjan on tarkoitus kattaa molemmat vaiheet (vaihe 1 – rinnakkaiselo ja vaihe 2 – täysi siirtymävaihe).

Vaiheittainen kutsusiirtymä: hybridi ja pilvi

On mahdollista, että jotkut organisaatiot saattavat pitää yllä rinnakkaiseloa kaksoispuheluiden hallinnan käytössä toistaiseksi ilman suunnitelmia siirtyä koskaan kokonaan pilvipuheluihin.

Toinen huomioitava seikka on, miten käyttäjät, laitteet ja ohjelmistoasiakkaat siirretään paikallisesta puheluidenhallinnasta pilvipohjaiseen puheluidenhallintaan. Suositeltu lähestymistapa on kolmivaiheinen siirtymä. Alla oleva kuva Suositeltu kolmivaiheinen siirtymä jakaa tämän lähestymistavan kolmeen vaiheeseen.

Suositeltu 3-vaiheinen siirtymä

Ennen siirtoa: Tässä vaiheessa keskitytään sekä Webex- että Unified CM -ympäristöjen valmistelemiseen siirtoa varten. Kyse ei ole tietyn suunnittelun tai määritysten tekemisestä, vaan keskittyy sellaisten toimien suorittamiseen, jotka voidaan tehdä nyt ja ennen minkään Webex Calling -siirtoprojektin alkamista. Tavoitteena on rakentaa pohja kahdelle ympäristölle siirtymistä varten.

Muuttovalmistelut: Tässä vaiheessa aloitetaan valmistautuminen Webex Callingiin siirtymiseen. Tässä on tarkistettava ja päivitettävä liiketoiminta- ja tekniset vaatimukset. Älä vain nosta ja siirrä nykyistä Unified CM:n käyttöönottamaa , vaan määrittele uudelleen yrityksesi nykyiset ja tulevaisuuden liiketoiminta- ja tekniset vaatimukset hyödyntämällä Webex Callingin tehoa. Lisäksi tässä vaiheessa viimeistelet suunnittelun, konfiguroinnin ja migraation. planning/schedule.

Migraatio (käyttöönotto ja käytöstä poisto): Tässä vaiheessa tapahtuu käyttäjien, laitteiden, puhelinnumeroiden ja ohjelmistojen varsinainen migraatio. Kuten edellä on käsitelty, tämä vaihe voidaan suorittaa kaikkien osalta kerralla (flash-cut) tai useiden muutosikkunoiden aikana (phased-cut). Loppukäyttäjien käyttöönottosuunnitelmat, koulutus ja viestintä ovat kriittisiä, jotta käyttäjäsi ovat tietoisia muutoksista, uuden puhelualustan käytöstä ja tietävät, milloin muutos tapahtuu. Viimeinen vaihe on poistaa käytöstä kaikki paikallinen UC-infrastruktuuri, jota ei enää käytetä.

Siirtymää edeltävässä vaiheessa on aktiviteetteja (pakollisia, suositeltuja ja valinnaisia), joiden parissa voit aloittaa työskentelyn välittömästi. On suositeltavaa tehdä nämä mieluiten ennemmin kuin myöhemmin ja mieluiten ennen projektin aloittamista. Joidenkin toimien suorittaminen voi kestää kauemmin, joten niiden aloittaminen aikaisemmin auttaa virtaviivaistamaan varsinaista siirtoprojektiasi.

Alla oleva kuva Siirtymää edeltävät toiminnot korostaa viittä erityistä Webex Calling -siirtoon liittyvää toimintoluokkaa.

Muuttoa edeltävät toimet

Taulukko 1. Ennen: Paikalliset puheluinfrastruktuurikomponentit
Tuote	Kuvaus
Unified CM	Paikallinen puhelunhallinta, joka tarjoaa laitteiden rekisteröinnin ja puheluiden reitityspalvelut
Cisco Expressway-C/E	Reunainfrastruktuuri, joka tarjoaa mobiili- ja etäyhteyden (MRA) sekä yritysten välisen (B2B) toiminnallisuuden, jonka avulla etäpäätelaitteet voivat muodostaa turvallisen yhteyden organisaation ulkopuolelta. Expressway otetaan käyttöön pareittain, jotta ulkoiset päätepisteet voivat läpäistä palomuurin.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) ja Cisco Telepresence Management Suite (TMS)	Paikallinen ääni-, video- ja verkkoneuvotteluinfrastruktuuri, joka tarjoaa monipistekokouksia, kokousten hallintaa ja aikataulutusominaisuuksia. [Optional]
Cisco Unity Connection	Paikallinen ääniviestialusta, joka tarjoaa vastaajaviestin ja yhdistetyn viestinnän ominaisuudet. [Optional]
Cisco Desk, Cisco Room, Cisco Board, Cisco IP -puhelimet ja Cisco Jabber	Unified CM:ään rekisteröidyt IP-pohjaiset laitteet, jotka tarjoavat ääni- ja videopuheluominaisuuksia

Taulukko 2. Jälkeen: Pilvipuheluinfrastruktuurin komponentit
Tuote	Kuvaus
Webex Calling	Webex-alustalta toimitettava pilvipohjainen puhelupalvelu, joka tarjoaa päätepisteiden rekisteröinnin ja puheluiden reitityksen
Cisco-hakemistoliitin	Windows-sovellus, joka toimii Windows-toimialueen koneella ja tarjoaa identiteetin synkronoinnin yrityksen paikallisen Active Directoryn ja Webex-organisaation identiteettisäilön välillä. Asiakkaille, jotka siirtyvät paikallisesta Active Directorysta Entra ID:hen, identiteetin integrointi Webexin kanssa Cisco Directory Connectorin sijaan käyttää Entra ID Wizard -sovellusta.
Paikallinen yhdyskäytävä	Paikallinen yhdyskäytävä toimii siltana asiakkaan paikallisen yhdistetyn viestintäverkon ja Webex Calling -pilvipalvelun välillä. Se voidaan ottaa käyttöön paikallisesti tai kumppanin isännöimänä, ja se tarjoaa PSTN-yhteyden pilvirekisteröidyille päätepisteille sekä puheluintegraation Unified CM:ään rekisteröityjen ja pilvirekisteröityjen päätepisteiden välillä. Cisco IOS-XE -integroitujen palveluiden reititin (ISR 1100- ja 4000-sarjat), Cisco Catalyst 8200/8300 Sarjaa, Cisco Catalyst 8000V Edge -ohjelmistoa ja erilaisia sertifioituja kolmannen osapuolen istuntorajaohjaimia (SBC) voidaan käyttää LGW:nä vaiheittaisessa migraatiolähestymistavassa.
Selviytymisportti	Survivability Gateway (SGW) on paikallisverkon IOS-XE-pohjainen yhdyskäytävä, joka tarjoaa varapuhelupalveluita paikan päällä oleville Webex Calling -päätepisteille verkkokatkosten aikana.
Cisco-puhelupaketti, Cloud Connect Webex-puheluita varten	Cisco Calling Plan ja Cloud Connect for Webex Calling ovat pilvipohjaisia vaihtoehtoja Webex Calling -päätepisteiden PSTN-käyttöön. PSTN-yhteyden tarjoaa pilvipalveluntarjoaja, eikä se vaadi paikallisia laitteita.
Webex-sovellus	Asiakassovellus, joka toimii työpöytäkäyttöjärjestelmässä (Windows, Mac) tai mobiilikäyttöjärjestelmässä (Android, iOS) ja on rekisteröity suoraan Webex Calling -alustalle puhelutoimintoja varten.

Valmistelu

Liiketoiminta- ja tekniset vaatimukset

Miksi vaatimusten kerääminen on tärkeää:

Liiketoimintavaatimukset

Tekniset vaatimukset

Verkon valmius ja vaatimukset

Määritä pilviyhteydellä varustettu UC

Nykyisen ympäristön arviointi

Lisensointi

Locations/Sites

olemassa oleva varasto devices/clients

Varmista laitteen kelpoisuus

Käyttäjät

PSTN-yhteydet

Ominaisuudet & ominaisuuksien käyttö

Cisco-integraatiot: Unity Connection UCCX UCCE

Puhelun tallennus

Kolmannen osapuolen integraatiot

Liiketoiminta- ja tekniset vaatimukset

Suunniteltaessa siirtymistä -palvelusta -palveluun on erittäin tärkeää kerätä perusteellisesti sekä tekniset että liiketoimintavaatimukset suunnitteluvaiheessa. Tämä vaihe varmistaa, että migraatio on organisaatiosi operatiivisten tavoitteiden ja teknisten valmiuksien mukainen, mikä minimoi riskit ja häiriöt.

Miksi vaatimusten kerääminen on tärkeää:

Yhdenmukaistaa liiketoiminnan tavoitteet: Liiketoiminnan tarpeiden ymmärtäminen auttaa räätälöimään migraation tukemaan keskeisiä työnkulkuja, käyttäjäkokemusta ja kasvusuunnitelmia.

Varmistaa teknisen yhteensopivuuden: Teknisten vaatimusten tunnistaminen varhaisessa vaiheessa estää integrointiongelmia olemassa olevan infrastruktuurin, verkon ja päätepisteiden kanssa.

Helpottaa resurssien suunnittelua: Selkeät vaatimukset auttavat arvioimaan aikatauluja, kustannuksia ja tarvittavia resursseja tarkasti.

Lieventää riskejä: Mahdollisten haasteiden varhainen havaitseminen mahdollistaa ennakoivat ratkaisut, mikä vähentää seisokkiaikoja ja palvelukatkoksia.

Liiketoimintavaatimukset

Tyypillisiä liiketoimintavaatimuksia ovat:

Siirrettävien käyttäjien ja sijaintien määrä

Halutut ominaisuudet ja palvelut (esimerkiksi puheluiden reititys, vastaaja, neuvottelupuhelut, automaattiset puhelinvastaajat, puhelujonot)

Vaatimustenmukaisuus- ja tietoturvakäytännöt

Budjettirajoitukset ja kustannusodotukset

Käyttäjäkoulutus- ja tukitarpeet

Siirtymän aikataulu ja liiketoiminnan jatkuvuuden näkökohdat

Haluttujen ominaisuuksien ja palveluiden kerääminen on ratkaiseva vaihe sen varmistamiseksi, että uusi järjestelmä vastaa liiketoiminnan tarpeita. Näitä vaatimuksia kerättäessä on tärkeää paitsi ottaa huomioon nykyiset asetukset, myös yrittää kerätä todelliset vaatimukset järjestelmää käyttäviltä liiketoimintayksiköiltä. Muuten on olemassa riski, että suunnitelma perustuu pitkäaikaisiin oletuksiin. Muista arvioida -palvelussa saatavilla olevia lisä- tai parannettuja ominaisuuksia, joita ei välttämättä ole -palvelussa, kuten pilvipohjaiset puhelut, edistyneet puhelujonot, ja . Tämä auttaa hyödyntämään pilvialustan kaikki hyödyt.

Nykyistä kokoonpanoa arvioitaessa on tärkeää ymmärtää, että kaikkia olemassa olevia asetuksia ei välttämättä tarvita järjestelmän elinkaaren aikana kehittyvien vaatimusten vuoksi. Keskittymisen tulisi olla vain niiden kokoonpanojen tunnistamisessa ja säilyttämisessä, jotka vastaavat käyttöönoton nykyisiä ja tulevia tarpeita.

Keskity enemmän siihen, mitä tarvitset, kuin siihen, mitä sinulla on.

Vaatimustenmukaisuus- ja tietoturvakäytännöt ovat kriittisiä näkökohtia Webex Callingiin siirryttäessä, jotta varmistetaan, että uusi pilvipohjainen viestintäjärjestelmä on lakien, asetusten ja organisaation standardien mukainen.

Määräystenmukaisuus: Organisaatioiden on varmistettava, että ne täyttävät toimialakohtaiset määräykset, kuten GDPR, HIPAA tai SOX, jotka koskevat tietosuojaa, tietojen säilyttämistä ja käsittelyä koskevia vaatimuksia sekä maakohtaisia määräyksiä, jotka liittyvät tietojen säilytykseen, tietullimaksujen ohitukseen ja median sijaintiin.

Tietoturva: Varmistamme, että ääni- ja signaalointitiedot salataan sekä siirron aikana että levossa, jotta ne voidaan suojata sieppaukselta tai luvattomalta käytöltä.

Käyttöoikeuksien hallinta: Käyttäjätunnistuksen, valtuutuksen ja roolipohjaisen käyttöoikeuden määrittely ja valvonta viestintäresurssien luvattoman käytön estämiseksi.

Tarkastus ja seuranta: Loki- ja valvontaominaisuuksien käyttöönotto käyttöoikeuksien ja käytön seuraamiseksi vaatimustenmukaisuustarkastuksia ja tietoturvahäiriöiden tutkintaa varten.

Politiikan yhdenmukaistaminen: Yhdenmukaistamalla migraatio olemassa olevien yrityksen tietoturvakäytäntöjen kanssa, mukaan lukien päätepisteiden tietoturva, verkon segmentointi ja häiriötilanteisiin reagointisuunnitelmat.

Toimittajan turvallisuustakuu: Ciscon tietoturvasertifikaattien ja vaatimustenmukaisuustodistusten arviointi luotettavuuden varmistamiseksi.

Näiden vaatimustenmukaisuus- ja tietoturvakäytäntöjen huomioiminen suunnitteluvaiheessa auttaa lieventämään riskejä, välttämään oikeudellisia seuraamuksia ja ylläpitämään viestinnän eheyttä ja luottamuksellisuutta koko siirron ajan ja sen jälkeen.

Käyttäjien koulutus ja tukitarpeet ovat olennaisia osia siirtymisen aikana :sta :hen sujuvan siirtymisen ja käyttäjien omaksumisen varmistamiseksi. Keskeisiä huomioitavia asioita ovat:

Koulutusohjelmat: Kehitä räätälöityjä koulutustilaisuuksia eri käyttäjäryhmille (loppukäyttäjät, järjestelmänvalvojat, tukipalvelun henkilökunta) tutustuttaaksesi heidät ominaisuuksiin, käyttöliittymiin ja uusiin työnkulkuihin.

Dokumentaatio: Tarjoa selkeitä ja helppokäyttöisiä käyttöoppaita, usein kysyttyjä kysymyksiä ja pikaopasmateriaaleja, mukaan lukien Uutta ja erilaista -resursseja sekä vaiheittaisia Ennen ja jälkeen -ohjeita (video- tai pikaoppaan muodossa), jotta käyttäjät voivat sopeutua päivitettyyn käyttökokemukseen siirtymisen jälkeen.

Muutoshallinta: Viesti muutoksista ennakoivasti hallitaksesi käyttäjien odotuksia ja vähentääksesi vastustusta.

Tukirakenne: Perusta erillinen tukitiimi tai eskalointiprosessi käyttäjien ongelmien ratkaisemiseksi nopeasti siirron aikana ja sen jälkeen.

Jatkuva koulutus: Suunnittele jatkuvia koulutuspäivityksiä sitä mukaa, kun uusia ominaisuuksia tai päivityksiä julkaistaan.

Palautemekanismit: Ota käyttöön kanavia, joiden kautta käyttäjät voivat ilmoittaa ongelmista ja antaa palautetta koulutus- ja tukiprosessien parantamiseksi.

Näihin koulutus- ja tukitarpeisiin vastaaminen suunnitteluvaiheessa auttaa minimoimaan häiriöitä, lisää käyttäjien luottamusta ja maksimoimaan siirtymisen hyödyt.

Tekniset vaatimukset

Useita keskeisiä teknisiä vaatimuksia on kerättävä ja dokumentoitava onnistuneen siirtymisen varmistamiseksi -järjestelmästä -järjestelmään, mukaan lukien tiedot seuraavista:

Verkkovalmius ja kaistanleveys

Kattava verkon arviointi on ratkaisevan tärkeää sen varmistamiseksi, että nykyinen infrastruktuurisi tukee uutta Webex Calling -ympäristöä. Tämä sisältää:

Kaistanleveyden analyysi: Nykyisen ja ennustetun kaistanleveyden käytön arviointi ääni-, video- ja dataliikenteen käsittelemiseksi ilman ruuhkia.

Palvelun laatu (QoS): QoS-käytäntöjen käyttöönotto ääniliikenteen priorisoimiseksi ja viiveen, jitterin ja pakettien katoamisen minimoimiseksi.

WAN- ja internet-yhteydet: Varmistaa, että WAN-linkit ja internetyhteydet täyttävät pilvipohjaisten puheluiden vaatimukset, mukaan lukien redundanssi ja vikasietoisuus.

Palomuurin ja NAT:n konfigurointi: Varmista, että palomuuri- ja NAT-asetukset sallivat tarvittavan signaloinnin ja medialiikenteen .

Integrointi olemassa olevaan järjestelmään

Saumaton integrointi olemassa oleviin liiketoimintajärjestelmiin on olennaista käyttäjäkokemuksen ja työnkulun jatkuvuuden kannalta:

Hakemistopalvelut: Yrityshakemiston integroinnin arviointi automaattista käyttäjien hallintaa ja todennusta varten.

CRM ja liiketoimintasovellukset: Integraatiopisteiden tunnistaminen asiakkuudenhallintajärjestelmien ja muiden liiketoimintakriittisten sovellusten kanssa.

Perinteisten PBX-järjestelmien yhteensovitus: Rinnakkaiselon tai vaiheittaisen siirtymän strategioiden suunnittelu, jos vanhoja puhelinjärjestelmiä säilytetään siirtymän aikana.

Päätelaitteiden yhteensopivuus ja valmistelu

Kaikkien päätelaitteiden, mukaan lukien pöytäpuhelimien, ohjelmistopuhelinten ja mobiililaitteiden, yhteensopivuus tulee arvioida:

Laitetuki: Varmistaa, että olemassa olevat IP-puhelimet ja -laitteet tukevat niitä, tai tunnistaa tarvittavat korvaavat laitteet.

Valmisteluprosessit: Automatisoitujen tai virtaviivaistettujen käyttöönottomenetelmien luominen päätelaitteiden tehokasta käyttöönottoa varten.

Laiteohjelmisto- ja ohjelmistopäivitykset: Tarvittavien päivitysten suunnittelu yhteentoimivuuden ja turvallisuuden varmistamiseksi.

Suojausasetukset ja salausstandardit

Tietoturva on ensiarvoisen tärkeää pilviviestinnässä:

Salaus: Signaali- ja mediavirtojen päästä päähän -salauksen valvonta Ciscon parhaiden tietoturvakäytäntöjen mukaisesti.

Todennus ja pääsynhallinta: Turvallisten todennusmekanismien (kuten kertakirjautuminen ja monivaiheinen todennus) ja yksityiskohtaisten käyttäjäoikeuksien hallinnan käyttöönotto.

Vaatimustenmukaisuus: Ratkaisun täyttämisen varmistaminen asiaankuuluvien sääntely- ja toimialakohtaisten vaatimustenmukaisuusstandardien (esimerkiksi GDPR ja HIPAA) mukaisesti.

Turvallisuuden valvonta: Integrointi SIEM-työkaluihin ja hälytysten määrittäminen mahdollisista tietoturvahäiriöistä.

Taulukko 1. Esimerkkiarviointi
Vaatimus Keskeiset näkökohdat

Verkkovalmius ja kaistanleveys Kaistanleveys, QoS, WAN/Internet, Firewall/NAT

Integrointi olemassa oleviin järjestelmiin Hakemisto, CRM, PBX, Email/Calendar

Päätelaitteiden yhteensopivuus ja valmistelu Laitetuki, käyttöönotto, laiteohjelmistopäivitykset

Suojausasetukset ja salaus Salaus, todennus, vaatimustenmukaisuus, tietoturvan valvonta

Käyttäjäkoulutus ja muutoshallinta Koulutusohjelmat, dokumentointi, muutosviestintä

Numeron siirrettävyys ja soittosuunnitelma Määrä migration/porting, soittosuunnitelman käännös

Kolmannen osapuolen integraatiot Hakulaitteet, yhteyskeskukset, faksit, analogiset laitteet

Verkon valmius ja vaatimukset

Verkkovalmius on ratkaisevan tärkeä onnistuneelle siirtymiselle mihin tahansa pilvipohjaiseen puheluratkaisuun, kuten . Huono verkon suunnittelu voi johtaa puheluiden laadun heikkenemiseen, puheluiden katkeamiseen ja tyytymättömiin käyttäjiin. Asiakkaiden on tehtävä verkon arviointi ennen siirtymistä palveluun . On suositeltavaa varmistaa verkon kaistanleveyden saatavuus odotetulle puhelumäärälle, varmistaa palvelun laatua (QoS) koskevien vaatimusten täyttyminen ja ymmärtää reunapalmuurien avaamisen edellyttämät eri portit.

Luotettava verkkoyhteys ja riittävä palvelunlaatu (kaistanleveys, pakettihävikki, RTT) on perusvaatimus parhaan mahdollisen käyttökokemuksen varmistamiseksi päästä päähän kaikille ääni- ja videoyhteensopiville päätelaitteille, asiakkaille ja sovelluksille, jotka käyttävät .

Asiakkailla ja kumppaneilla on OTT-internetin (over-the-top) lisäksi käytettävissään yhteysvaihtoehtoja, jotka voivat optimoida yhteyden, mukaan lukien Webex Edge Connect. Lisätietoja Webex Edge Connectin suunnittelutiedoista on artikkelissa Ciscon suositeltu Webex Edge Connect -arkkitehtuuri Webex Meetingsille, usean käyttäjän puheluille ja dedikoidulle instanssille.

Asiakkaat voivat käyttää CScania verkon arviointiin, joka antaa tietoa asiakkaan verkon laadusta, kuinka monta puhelua voidaan muodostaa, viiveestä ja niin edelleen. Lisätietoja CScan-työkalusta on kohdassa Webex Calling -verkon laadun testaaminen CScanin avulla.

Varmistaaksesi, että verkko on valmis siirtoon palveluun , harkitse seuraavaa tarkistuslistaa:

Kaistanleveyden suunnittelu

Laske samanaikaiset puhelut toimipaikkakohtaisesti varmistaaksesi, että sinulla on riittävästi kaistanleveyttä sekä ylös- että alaspäin, ja ota huomioon liikkumavaraa muulle liiketoimintakriittiselle liikenteelle ja tulevalle kasvulle.

Taulukko Webex-puheluiden puhelutyypin kaistanleveyden laskelmat näyttää käyttöönoton yhteydessä käytettävissä olevat puhelutyypit sekä kunkin puhelutyypin vaatiman koodekin ja suurimman kaistanleveyden. Kuten taulukossa Webex Calling -puhelutyypin kaistanleveyden laskelmat on esitetty, kunkin puhelutyypin vaadittava äänipuhelun kaistanleveys voidaan laskea seuraavalla yleisellä kaavalla:

Odotettujen samanaikaisten puheluiden määrä * Kaistanleveys puhelua kohden koodekin perusteella = Vaadittu verkon läpimenoaika.
Taulukko 2. Webex Calling -puhelutyypin kaistanleveyden laskelmat
Puhelutyypit Koodekki - kaistanleveys Kaistanleveyslaskelmat
/ Pöytäpuhelin -> OPUS - 70 kbps Samanaikaisten puheluiden määrä * 70 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> Pöytäpuhelin OPUS – 70 kbps Samanaikaisten puheluiden määrä * 70 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> PSTN LGW:n kautta G.711 – 80 kbps Samanaikaisten puheluiden määrä * 80 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> PSTN pilvi-PSTN:n kautta (esim. Ciscon puheluliittymä) G.711 – 80 kbps Samanaikaisten puheluiden määrä * 80 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> Yritys LGW:n kautta G.722 – 80 kbps Samanaikaisten puheluiden määrä * 80 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> vastaajaan OPUS – 70 kbps Samanaikaisten puheluiden määrä * 70 kbps = Vaadittu verkon läpimenoaika

Laskemalla yhteen samanaikaisesti vaadittu verkon läpimenoaika puhelutyypeittäin voidaan määrittää tietyn sivuston mahdollinen kokonaiskaistanleveysvaatimus.

Kaikki puheluhaarat on aina ankkuroitu pääsy-SBC-rajapintoihin. Vaadittavan internet-kaistanleveyden määrittämiseksi missä tahansa sijainnissa on otettava huomioon paitsi sijaintien väliset puhelut, myös sijainnin sisäiset puhelut sekä puhelut paikalliseen yhdyskäytävään ja sieltä pois kyseisessä sijainnissa. Esimerkiksi kahden MPP-puhelimen välinen puhelu toimipisteen sisällä vaatisi jopa 2 x 70 kbps:n full duplex -yhteyden toimipisteen internet-yhteydeltä.

Taulukko Webex-puheluiden kaistanleveyden laskentaesimerkkejä näyttää esimerkin täydellisestä kaistanleveyden laskentaharjoituksesta olettaen, että kaikki laitteet ovat samassa toimipisteessä.
Taulukko 3. Webex-puheluiden kaistanleveyden laskentaesimerkkejä
Puhelutyypit Samanaikaisten puheluiden määrä Kokonaiskaistanleveys
Webex-sovellus / Pöytäpuhelin → Webex-sovellus 15 2 * 15 * 70 kbps = 2 100 kbps
Webex-sovellus / Pöytäpuhelin → Pöytäpuhelin 15 2 * 15 * 70 kbps = 2 100 kbps
Webex-sovellus / Pöytäpuhelin → PSTN paikallisverkkoyhteyden kautta 50 2 * 50 * 80 kbps = 8 000 kbps
Webex-sovellus / Pöytäpuhelin → PSTN Cloud Connectin kautta Webex-puheluita varten 0 0 * 80 kbps
Webex-sovellus / Pöytäpuhelin → Yritys LGW:n kautta 15 2 * 15 * 80 kbps = 2 400 kbps
Webex-sovellus / Pöytäpuhelin → Webex-puhelut ja vastaaja 5 5 * 70 kbps = 350 kbps
Puheluiden kokonaismäärä / Kaistanleveys 100 puhelua 14 950 kbps / 14,95 Mbps

Kaikki yllä olevien taulukoiden kaistanleveysarvot viittaavat IP-kaistanleveyteen. Linkin kaistanleveys on suurempi WAN-kapseloinneista riippuen.

Yllä olevien taulukoiden kaistanleveys on äänipuheluille. Videopuheluiden kaistanleveyden osalta Webex-sovellus ja MPP 8845/65 Puhelimet tukevat H.264-videota, jonka enimmäisresoluutio on 720p ja enimmäiskaistanleveys 1 500 kbps puhelua kohden. Puhelun aikana kulutetun kaistanleveyden määrä vaihtelee kuitenkin videoviestinnälle ominaisen vaihtelevan bittinopeuden mukaan.

Palvelun laatu (QoS)

Ota käyttöön QoS-käytännöt paikallisessa ympäristössäsi priorisoidaksesi reaaliaikaista liikennettä ja varmistaaksesi, että QoS säilyy kytkimien, reitittimien ja palomuurien välillä.

Latenssi-, jitter- ja pakettihäviötavoitearvot

Seuraavia kynnysarvoja suositellaan optimaalisen äänenlaadun saavuttamiseksi, kun puhelut soitetaan OTT-verkossa (Over-the-Top) ja internetin kautta:

Latenssi - alle 100 ms yksisuuntainen

Jitter - alle 10 ms

Pakettihävikki - 0,5 % tai vähemmän.

Palomuuri ja NAT

Varmista, että palomuuri on määritetty sallimaan liikenne artikkelissa Webex-puheluiden porttiviitetiedotkuvatulla tavalla. Lisäksi salli pääsy samassa oppaassa lueteltuihin verkkotunnuksiin ja IP-alueisiin ja vältä SIP ALG:tä, koska se häiritsee SIP-signalointia. Medialiikennettä välityspalvelimien kautta tulisi välttää.

DNS ja NTP

Varmista verkkotunnusten asianmukainen DNS-selvitys ja luotettavat NTP-palvelimet laitteiden kellojen synkronoimiseksi TLS-varmenteen varmennusta ja lokinkirjausta varten.

Vikasietoisuuden suunnittelu

Ota huomioon olemassa olevat palveluntarjoajan datayhteydet (MPLS, SD-WAN jne.) ja suunnittele yleisesti ottaen suora internet-yhteys jokaiseen käyttöönottosi sijaintiin. Suunnittele redundantteja internet-yhteyksiä alueilla, joilla vaaditaan korkeaa käytettävyyttä. Koska käytät pilvipohjaisia palveluita, luotettava internet-yhteys riittävällä kaistanleveydellä on perusvaatimus. Sinun kannattaa harkita tätä siirtymistä uudelleen, jos organisaatiosi sijaintien internet-yhteydet eivät ole yleisesti ottaen luotettavia, niillä ei ole pientä viivettä ja riittävää tiedonsiirtonopeutta sekä ylös- että alaspäin.

Sivuston selviytymiskyky

Sivuston selviytymiskyky varmistaa, että yrityksesi on aina tavoitettavissa, vaikka verkkoyhteytesi katkeaisi. Site Survivability käyttää paikallisverkossasi olevaa yhdyskäytävää tarjotakseen varapuhelupalvelun paikallisille päätepisteille tilanteissa, joissa verkkoyhteys katkeaa. Harkitse sivuston selviytymiskykyä paikallisen selviytymisyhdyskäytävän (SGW) avulla, jos liiketoiminnan vaatimukset edellyttävät jatkuvia puheluita verkkokatkoksen sattuessa. Lisätietoja sivuston selviytymistarkastuksesta on kohdassa Sivuston selviytymiskyky Webex-puheluissa.

Määritä pilviyhteydellä varustettu UC

Cloud Connected UC (CCUC) on pilvipohjainen hallinta- ja analytiikkaratkaisu, joka on suunniteltu tarjoamaan keskitettyä näkyvyyttä, hallintaa ja tietoja sekä paikallisiin (kuten Unified CM) että pilvikäyttöönottoihin. Se toimii siltana perinteisten paikallisten ympäristöjen ja Ciscon pilvipalveluiden välillä ja tukee organisaatioita koko siirtymismatkan ajan .

Siirtymävaiheessa CCUC:lla on keskeinen rooli siirtoprosessin virtaviivaistamisessa helpottamalla kattavien tietojen keräämistä olemassa olevasta Unified Communications -käyttöönotosta. CCUC avustaa keskeisissä siirtymätehtävissä, kuten laitteiden, ominaisuuksien ja käyttäjäyhteystietojen siirrossa sekä tuettujen IP-puhelinten laiteohjelmistopäivitysten automatisoinnissa. Tarjoamalla keskitetyn näkyvyyden ja hallinnan CCUC auttaa varmistamaan sujuvamman ja tehokkaamman siirtokokemuksen.

Cisco suosittelee vahvasti, että CCUC otetaan käyttöön ja otetaan käyttöön siirtymäprojektin alkuvaiheessa, mieluiten ennen valmisteluvaihetta tai sen aikana. Tämä mahdollistaa tarvittavat tiedot ja valmiudet seuraavien siirtotoimien perusteelliseen arviointiin, kartoitukseen ja suunnitteluun sekä tulevaisuuden hybridiominaisuuksien kehittämisen aloittamiseen.

Nykyisen ympäristön arviointi

Keskeinen vaihe migraation suunnittelussa on nykyisen paikallisen ympäristön ja käyttöönoton arviointi. Tämä antaa käsityksen siitä, mitä muutoksia voidaan tarvita onnistuneeseen siirtymiseen. Sen avulla voit myös arvioida alustan keskeisiä elementtejä verrattuna olemassa olevaan paikalliseen käyttöönottoon. Voit käyttää näitä tietoja tunnistaaksesi, mitä erityistehtäviä siirtymä vaatii ja mitä muutoksia haluat tehdä liiketoiminta- ja teknisten vaatimusten sekä käyttötapausten täyttämiseksi.

Seuraavat näkökohdat on tärkeää tarkastella osana tätä pyrkimystä.

Lisensointi

Nykyisen käyttöönoton nykyisen lisensointirakenteen ymmärtäminen on avainasemassa valmisteltaessa siirtymistä . Suorita lisenssiarviointi olemassa olevan Cisco-paikallisratkaisusi seuraaville osa-alueille.

Alusta

Kyky täysin ilmaista, mitä ydinalustallasi tällä hetkellä lisensoidaan, on ratkaisevan tärkeää, kun työskentelet asiakkuustiimisi tai kumppanisi kanssa parhaan tavan määrittämiseksi joustavien lisensointien käyttöön. Lisätietoja joustavista lisensseistä on kohdassa Cisco collaboration flex -suunnitelma.

Käyttäjät ja laitteet

Selvitä, minkä lisenssikategorian nykyiset käyttäjäsi ja laitteesi tarvitsevat. Tämän avulla määritetään, minkä tyyppinen lisenssi vaaditaan käyttäjille ja laitteille. Tarjoaa useita lisenssityyppejä, mukaan lukien Professional- ja Standard-lisenssit käyttäjille sekä Professional- ja yhteisten alueiden lisenssit työtiloille. Lisätietoja laitelisensoinnista on osoitteessa Laitelisensointisaatavilla olevassa datalehdessä.

Paikallinen yhdyskäytävä

Jos tässä siirtymässä PSTN-yhteyteen vaaditaan Cisco Unified Border Element (CUBE), myös CUBE-lisensointi on harkittava. CUBE-lisensointiin liittyviä näkökohtia käsitellään myöhemmin tässä dokumentissa.

Locations/Sites

Nykyisen käyttöönottosi toimipaikkojen lukumäärä ja tyypit (suuret keskustoimipisteet, alueelliset toimipisteet, sivutoimipisteet jne.) tulee ottaa huomioon tätä siirtymää suunniteltaessa. Täydellinen ymmärrys olemassa olevista käyttöönottopaikoista auttaa onnistuneen siirtymän strategisessa suunnittelussa, erityisesti määritettäessä, mitkä sivustot siirretään ja missä järjestyksessä. Yksityiskohtainen ymmärrys puhelinverkkojen vaatimuksista (numerointi, soittotavat, rajoitusluokat jne.), sivuston verkkoyhteydestä ja kaistanleveydestä (Internet, WAN, LAN) sekä PSTN-yhteydestä (paikallinen tai keskitetty, IP tai TDM) on ratkaisevan tärkeää siirtopäätöksiä tehtäessä. Lisätietoja yleisistä käyttöönottomalleista ja tärkeimmistä huomioitavista seikoista on yhteistyökäyttöönottomallien tiedoissa, jotka ovat saatavilla Collaboration SRND:ssä.

Toinen tärkeä käyttöönottoon liittyvä seikka siirryttäessä on sijainnin saatavuus. Saatavilla on erilaisia ominaisuuksia, tilauksia ja laitteita riippuen siitä, missä käyttöönottosi sijaitsee. Lisätietoja maantieteellisestä saatavuudesta on kohdassa Missä Webex on saatavilla?.

Lopuksi on tärkeää ymmärtää, miten siirtyminen vaikuttaa muihin yhteistyöpalveluihin. Tämän asiakirjan tavoitteen perusteella yleinen oletus on, että jos olemassa olevat yhteistyöpalvelut kutsuvan työmäärän ulkopuolella säilytetään, on odotettavissa siirtymistä edellä mainittuun vaiheen 1 hybridikäyttöönottoon. Esimerkkejä yhteistyöpalveluista, jotka saattavat vaatia hybridi-käyttöönottoa, ovat paikallinen yhteyskeskus, jota ei ole vielä siirretty Webex-yhteyskeskukseen, sekä tiiviit integraatiot järjestelmiin, kuten hakujärjestelmiin ja laskutukseen. Lisätietoja lisäyhteistyökuormien ja -palveluiden siirtymisestä on kohdassa Yhteistyösiirtymät.

olemassa oleva varasto devices/clients

Ennen siirtymisen aloittamista on tärkeää inventoida olemassa olevat laitteisto- ja ohjelmistopäätepisteet. Täydellinen laiteluettelo types/models, Laitteistoversiot, ohjelmistoasiakasohjelmien käyttöjärjestelmätyypit ja määrät varmistavat, että voit suunnitella laitteiden siirron asianmukaisesti ja lieventää niiden laitteiden vaikutuksia, joita ei voida siirtää pilvipuheluihin. Inventaariota tulisi käyttää määrittämään siirrettävät laitteet ja ennen siirtymistä korvattavat laitteet.

Pöytäpuhelimet

Ääni- ja videotoimintoja tukevien pöytäpuhelimien osalta vain 6800-, 7800-, 8800- ja 9800-sarjan pöytäpuhelimia tuetaan. Tämä on osajoukko Cisco IP -puhelimista, joita tuetaan. Joitakin 6800-, 7800- ja 8800-puhelimien malleja ja versioita ei voi käyttää . Lisätietoja tuetuista malleista ja laitteistoversioista on kohdassa Webex Callingin tukemat laitteet.

Cisco 6800 -sarjan IP-puhelimia ei voi päivittää yritysohjelmistosta moniplatformiseen (MPP) ohjelmistoon, joka vaaditaan . Siksi kaikki yritysohjelmistoa käyttäviin rekisteröityjä 6800-puhelimia on vaihdettava 6800 MPP -malliin tai muuhun tuettuun puhelinmalliin.

Cisco 7800- ja 8800-sarjan IP-puhelimien laiteohjelmisto on päivitettävä Multiplatform Phone (MPP) -versioon ennen siirtymistä ja niiden rekisteröintiä palveluun. MPP-laiteohjelmistoa tukevien 7800- ja 8800-mallien ja laitteistoversioiden selvittämiseksi katso Ciscon 7800- ja 8800-sarjan IP-puhelinten muuntaminen Enterprise- ja MPP-laiteohjelmistojen välillä.

8845-, 8865- ja 8865NR-mallit ovat myyntivaiheessa, eikä niitä suositella siirrettäväksi palveluun .

Vanhempia 8800-sarjan puhelimia (8811, 8841, 8851, 8851NR, 8861) ei suositella käytettäväksi Webex Callingin kanssa. Puhelimet, joiden laitteistoversio on VID 14 tai vanhempi, rekisteröityvät, mutta niissä saattaa esiintyä laitteistosta johtuvia suorituskykyongelmia.

9800-sarjan pöytäpuhelimissa on PhoneOS, joka tukee sekä että rekisteröintiä. Siksi näihin puhelimiin voidaan siirtyä ilman laiteohjelmistopäivitystä.

Kaikki muut IP-puhelimet on vaihdettava Webex Callingin tukemiin 6800-, 7800-, 8800- tai 9800-sarjan puhelimiin. Lisätietoja tuetuista IP- ja pöytäpuhelimista on artikkelissa osoitteessa Tuetut Webex-puheluiden laitteet.

Videopäätepisteet

Henkilökohtaiset ja huonevideopäätelaitteet, mukaan lukien Cisco Board -sarjan, Room-sarjan ja Desk-sarjan laitteet, voivat natiivisti SIP-rekisteröityä palvelimeen. Mikä tahansa näistä päätepisteistä, joiden on tuotettava ääntä and/or PSTN-puhelut vaativat puhelulisenssin:

Jaetut laitteet kokoustiloissa, neuvottelutiloissa jne. vaativat joko Professional Workspace- tai Workspace-lisenssin.

Loppukäyttäjän henkilökohtainen laite vaatii ammattilais- tai vakiolisenssin.

Määritä, kuinka moneen videopäätepisteeseen on rekisteröity ja kuinka montaa niitä käytetään äänipuheluiden soittamiseen. On mahdollista, että joitakin videopäätepisteitä voidaan käyttää vain kokouksiin liittymiseen tai SIP-videopuheluiden soittamiseen. Kummassakin tapauksessa päätepisteet on silti siirrettävä ennen palvelimien käytöstä poistamista, mutta tämä auttaa määrittämään, kuinka moni niistä tarvitsee lisenssin puheluiden soittamisen jatkamiseksi.

Kun videolaitteet siirretään rekisteröinnistä palveluun , näiden päätepisteiden URI muuttuu, koska ne on nyt rekisteröity pilveen.

Puhelinmallit 8845, 8865 ja 8875 ovat henkilökohtaisia videopuhelimia, joita tuetaan .

Pehmeät asiakasohjelmat

on ainoa :n tukema ohjelmistoasiakasohjelma, toisin kuin Unified CM, joka tukee sekä Webex-sovellusta että Jabberia ja on loppukäyttäjien uusi oletusohjelmistoasiakasohjelma.

Jabberin käyttöön ottamasta käyttöönottotilasta (vain pikaviestintä, vain puhelin, and/or täydet UC-tilat), sinun on ehkä harkittava myös Messaging-palvelun siirtymistä and/or Kokousten työmäärät Jabberista . Voidaan ottaa käyttöön vain puhelin -tilassa, jos sitä käytetään vain puheluita varten tarkoitettuna asiakkaana, tai se voidaan ottaa käyttöön täydellisenä Webex Suite -ohjelmistona, jos muita työkuormia, esim. Webex Messaging, käytetään. and/or Webex Meetings siirretään sovellukseen puhelutoiminnolla.

Parantaa loppukäyttäjän kokemusta tarjoamalla tekoälyominaisuuksia, kuten audio/video älykkyys, puheluiden transkriptio ja muut. Lisätietoja on kohdassa https://www.webex.com/all-new-webex.

Ennen käyttäjien siirtämistä sinulle on heidän Jabber-asiakasohjelmansa siirrettävä käyttämään . Sinulla on kaksi vaihtoehtoa tämän siirtymän suorittamiseksi.

Ennen kuin siirrät ne

Kun siirrät ne muotoon .

Alkuvaiheen siirtymisen helpottamiseksi on suositeltavaa käyttää vaihtoehtoa 1 ja siirtää käyttäjät ensin kutsumalla. Tämä antaa käyttäjille aikaa tutustua uuteen sovellukseen samalla, kun he käyttävät edelleen olemassa olevaa paikallista puhelualustaa. Kun olet valmis siirtämään käyttäjät palveluun , määrität heidän rekisteröitymisensä pilvipuhelualustalle.

Lisätietoja näistä kahdesta vaihtoehdosta on kohdassa Muuttomatka - yksi vai kaksi vaihetta?.

Täydellinen luettelo tuetuista laitteista on kohdassa Webex-puheluiden tukemat laitteet.

Varmista laitteen kelpoisuus

Kuten aiemmin mainittiin, tukee osaa Cisco IP -puhelimista ja vaatii eri laiteohjelmistotyypin 7800- ja 8800-sarjan puhelimille. Unified CM -puhelimissa käytetään Enterprise-laiteohjelmistoa, kun taas puhelimissa käytetään Multiplatform Phone (MPP) -laiteohjelmistoa. Valmisteluvaiheen aikana on suositeltavaa tarkistaa, mitkä rekisteröidyt puhelimet ovat oikeutettuja päivittämään MPP-laiteohjelmistoon. Tämä antaa sinulle aikaa korvata kelpaamattomat puhelimet jollakin tuetuista puhelinmalleista tai etsiä vaihtoehtoinen liittymä, kuten siirtää käyttäjä pelkkään Webex-sovellukseen.

Puhelinten kelpoisuuden määrittämisen helpottamiseksi Control Hubissa on sisäänrakennettu työkalu nimeltä Puhelimen siirtäminen Webex Callingiin. Kun tarkistat laitteen kelpoisuuden tällä työkalulla, valitse siirtovaihtoehto Luo vain laitelisenssi.

Control Hub -työkaluvaihtoehto Unified CM -puhelimien Webex-puheluiden kelpoisuuden tarkistamiseen

Tämän vaihtoehdon avulla voit ladata puhelimet sisältävän CSV-tiedoston, jotta voit tarkistaa kunkin puhelimen kelpoisuuden. Valitsemalla tämän siirtovaihtoehdon puhelimia ei lisätä, koska olet vielä valmisteluvaiheessa etkä ole vielä valmis tekemään tätä. Lisätietoja on kohdassa Puhelimen siirtäminen Webex Callingiin.

On mahdollista, että jotkin puhelimet saattavat palata Tuntematon -kelpoisuudella. Tämä johtuu tyypillisesti siitä, ettei taustajärjestelmässä voida vahvistaa joitakin puhelimen tietoja. Jos puhelimen tila on Tuntematon, voit tarkistaa kahdella tavalla, voidaanko se päivittää MPP-laiteohjelmistoon.

Tarkista jokainen puhelin manuaalisesti ja varmista malli ja laitteistoversio (PID VID)

7800/8800 puhelimen tarra, jossa on tiedot mallista ja laitteistoversiosta

Käytä Ciscon IP-puhelimen valmiustyökalua

Lataa työkalu osoitteesta https://github.com/joemar2/mpp_readiness_check.

Tämä työkalu ei ole virallinen Ciscon työkalu eikä sitä tueta TAC:lla. Sillä on paras mahdollinen tuki, mutta sen käyttö on ilmaista.

Tämän työkalun on oltava käytössä paikallisessa koneessa, jolla on pääsy palvelimille ja IP-puhelimiin. Siinä on vaihtoehto, jolla IP-puhelimissa voidaan ottaa käyttöön verkkoyhteys, mikä on suositeltavaa ja välttämätöntä parhaiden tulosten saavuttamiseksi. Siksi sitä tulisi käyttää aukioloaikojen ulkopuolella, jotta vältetään loppukäyttäjille aiheutuvat häiriöt. Työkalun tulosteena on raportti, jossa luetellaan, mitkä 7800- ja 8800-sarjan puhelimista ovat oikeutettuja päivittämään MPP-laiteohjelmistoon. Koska se käyttää puhelinta suoraan, se voi tarkistaa Control Hub -työkalun raportoimat Tuntemattomat laitteet.

Cisco IP-puhelimen valmiustyökalun raportti

Käyttäjät

Yksi tärkeimmistä valmisteluvaiheista onnistuneen migraation varmistamiseksi on asianmukainen käyttäjien käyttöönotto. Sinun on suunniteltava huolellisesti kaikkien käyttäjien osalta, vaikka tekisit vaiheittaisen siirron. Käyttäjille on annettava käyttöön jokin seuraavista:

Käyttöönotto kutsumalla

Käyttöönotto

Palveluiden määrittäminen käyttäjälle

Jotta käyttäjät olisivat haettavissa hakemistossa (soita napsauttamalla, käyttäjän yhteystiedot, puhelinluettelohaku).

On suositeltavaa, että kaikki käyttäjät otetaan käyttöön ennen projektia tai sen alussa. Tämä koskee myös käyttäjiä, jotka käyttävät edelleen Unified CM:ää puhelualustallaan riippumatta heidän soittolaitteestaan (IP-puhelin, Jabber jne.). Kun käyttäjät siirtyvät palveluun (and/or ) päivität heidän lisenssinsä ottaaksesi käyttöön tarvitsemansa palvelut. Kun kaikki yritystason puheluiden käyttäjät valmistelevat ennen siirtymisen aloittamista, käyttäjä, joka on siirtynyt tai -palveluun, voi etsiä hakemistosta yritystason puheluiden käyttäjää, joka on edelleen Jabberissa. and/or päällä . Tämä varmistaa, että siirtyneet käyttäjät voivat löytää muiden käyttäjien yhteystiedot ja soittaa heille hakemistohaun avulla.

Kuvassa hakemistohaku on esimerkki käyttäjästä, joka etsii toista käyttäjää. Hakutulokset näyttävät käyttäjän yhteystiedot ja voivat olla sekä Jabberissa edelleen olevalle käyttäjälle että käyttäjälle, joka on siirtynyt Jabberiin. and/or .

Webex-sovelluksen hakemistohaku

Seuraavaksi määritä, mitkä olemassa olevista paikallisista puheluiden käyttäjistä siirretään palveluun . Jos kaikki käyttäjät tai suuri määrä käyttäjiä siirretään, on suositeltavaa siirtää käyttäjät ryhmiin sen varmistamiseksi, että projektitiimi, IT-henkilöstö ja tukihenkilöstö pystyvät käsittelemään siirtymän ja mahdolliset ongelmat. Sinun tulisi myös varata aikaa alustavien tietojen ja koulutustilaisuuksien tarjoamiseen, jotta käyttäjät voivat valmistautua tähän siirtymään. Käyttäjien siirtymäryhmittely voidaan tehdä useiden kriteerien perusteella, mukaan lukien sijainti tai toimipaikka, johon käyttäjät on määritetty, käyttäjien osastot tai jopa käyttäjätyypit (tietotyöntekijät, johtajat, mobiilityöntekijät jne.).

Esimerkiksi, jos käyttöönoton käyttäjät on jaettu kolmeen päätoimipaikkaan: New Yorkiin (NYC), San Franciscoon (SFC) ja Research Triangle Parkiin (RTP), käyttäjän siirtymäsuunnitelma voi näyttää samalta kuin taulukossa Käyttäjän siirtymäsuunnitelma toimipaikkakohtaisesti on esitetty.
Taulukko 4. Käyttäjän siirtymäsuunnitelma toimipaikan mukaan
Käyttäjän sivusto / sijainti Siirtymää edeltävät tiedot ja koulutustilaisuudet Siirtymäkausi Siirtymän jälkeinen tuki
NYC (1 525 käyttäjää) Viikko 1. huhtikuuta 15. huhtikuuta – 27. huhtikuuta Viikko 29. huhtikuuta
SFO (1 600 käyttäjää) Viikko 6. toukokuuta 20. toukokuuta – 31. toukokuuta Viikko 3. kesäkuuta
RTP (1 275 käyttäjää) Viikko 3. kesäkuuta 17. kesäkuuta – 28. kesäkuuta Viikko 1. heinäkuuta

Toinen tärkeä tekijä on käyttäjien siirtäminen yhteen, jos heillä on riippuvuuksia keskenään. Tämä voi sisältää muun muassa seuraavat:

BLF-seuranta

Sama metsästys pilot/group

Jaa linjat

Osa samaa puhelunpoimintaryhmää

Samojen puheluparkkinumeroiden käyttäminen

Sisäpuhelin

Admin/Exec.

Voit tarkastella määrityksiä (käyttöliittymä tai vienti) tai käyttää Migration Insights -työkalua näiden riippuvuuksien omaavien käyttäjäryhmien tunnistamiseen.

PSTN-yhteydet

PSTN-verkkoon voi päästä kolmella tavalla: Ciscon puhelupaketit, Cloud Connect for (aiemmin Cloud Connected PSTN) ja paikallinen PSTN (paikallinen yhdyskäytävä). Yksittäinen -kohdassa määritelty sijainti voidaan kuitenkin liittää vain yhteen PSTN-vaihtoehtoon.

Paikallinen PSTN-verkko paikallisyhdyskäytävällä (LGW) on olennainen osa siirtymästrategiaa. Se tarjoaa yhteyden paikallisen käyttöönoton ja and/or PSTN ja alusta tukevat sekä Ciscon että sertifioitujen kolmannen osapuolen istuntorajaohjaimia (SBC), joita voidaan käyttää paikallisena yhdyskäytävänä. Katso tuettujen SBC-levyjen uusin luettelo kohdasta Tuettujen SBC-levyjen luettelo.

tukee jopa 250 samanaikaista puhelua yhdestä rekisteröintipohjaisesta paikallisesta yhdyskäytävästä ja yli 250 samanaikaista puhelua yhdestä varmennepohjaisesta paikallisesta yhdyskäytävästä. Varmennepohjaiset paikallisyhdyskäytävät voivat tukea jopa 6500 samanaikaista puhelua, mutta tämä perustuu paikallisyhdyskäytävän yhteystyyppiin (Over-the-Top vs. interconnect peering) ja SBC-malliin, jossa paikallinen yhdyskäytävä on käytössä. Nämä rajoitukset ovat pohjimmiltaan oletusarvoiset määrärajat sekä paikallisille yhdyskäytäväpohjaisille PSTN-puheluille että sivustojen välisille puheluille ja päätepisteiden välillä. Lisätietoja on kohdassa Paikallisen yhdyskäytävän käytön aloittaminen.

Kaikki tämän rajan ylittävät puhelut hylätään virhekoodilla 403 Forbidden. Komentoa show call active voice voidaan suorittaa paikallisessa yhdyskäytävässä missä tahansa instanssissa aktiivisten puheluiden kokonaismäärän määrittämiseksi.

Huonot verkko-olosuhteet paikallisen yhdyskäytävän ja SBC:n välillä voivat rajoittaa signalointiyhteyden suorituskykyä, mikä johtaa entisestään alhaisempaan samanaikaisten puheluiden rajaan. Paikallisen yhdyskäytävän ja datakeskuksen välinen yksisuuntainen latenssi ei saisi ylittää 100 ms, jitterin tulisi olla alle 10 ms ja pakettihäviön alle 0,5 ms. %.

Ominaisuudet & ominaisuuksien käyttö

Nykyistä ympäristöä arvioitaessa on tärkeää tunnistaa ja tarkistaa, mitkä ominaisuudet on määritetty. Lisäksi on tärkeää ymmärtää ominaisuuksien käyttö, jotta voit (uudelleen)määritellä liiketoiminta- ja tekniset vaatimukset käyttöönottoasi varten.

Voit selvittää, mitkä ominaisuudet on määritetty, analysoimalla kokoonpanon. Tämä on kaikki staattista dataa, joka asetetaan, kun ominaisuus tai asetus määritetään järjestelmässä. Seuraavia vaihtoehtoja voidaan käyttää tämän analyysin suorittamiseen:

Tarkista kokoonpano järjestelmänvalvojan käyttöliittymässä

kokoonpanovienti -- joukkovienti tai AXL

migraatiotietotyökalu (suositus)

Ciscon kolmannen osapuolen kumppanityökalut (suositus).

Ominaisuuksien käytön tehokkaan analysoinnin kannalta on tärkeää tarkastella dynaamisia järjestelmätietoja, kuten käyttöä, rekisteröintejä ja puhelutoimintaa. Erilaiset analytiikkatyökalut ja koontinäytöt tarjoavat tietoa näistä mittareista, mahdollistaen kattavan ymmärryksen järjestelmän suorituskyvystä ja kapasiteetista, mikä tukee tietoon perustuvaa päätöksentekoa migraation ja optimoinnin aikana. Tämän tyyppisen analyysin suorittamiseen voidaan käyttää seuraavia vaihtoehtoja:

Raa'iden CDR-tietueiden tarkastelu

Unified CM RTMT -tietojen tarkastelu

CDR-dataa käyttävä migration Insights -työkalu

Pilvipohjaisen UC-analytiikan tarkastelu

Puhelun äänenvoimakkuus

Rekisteröidyt päätepisteet

(CAC) -paikat

Tavaratilan käyttöaste.

Ciscon kolmannen osapuolen kumppanityökalut.

Cisco suosittelee aloittamaan tämän analyysin Webex Control Hub Migration Insights -työkalulla. Tuot työkaluun vientiin tarkoitetun .TAR-tiedostosi ja Unified CM CDR -tiedostot (valinnainen, mutta pakollinen ominaisuuksien käyttöasteen analysointia varten). Työkalu luo seuraavat CSV-pohjaiset raportit, joita voidaan käyttää analyysin aloittamiseen:

Taulukko 5. Unified CM .tar -tiedostosta luodut raportit
Raportin nimi
Raportin kuvaus
ImportedDataBulk.csv
Kaikki käyttäjät ja laitteet Unified CM -datasta
DeviceEligibility.csv
Tunnistaa laitteet, jotka voidaan siirtää Webex Callingiin (IP-puhelimet, Room OS -laitteet, ATA-laitteet ja kolmannen osapuolen laitteet)
DevicePoolNumbers.txt
Luettelo kaikista tietyn laitepoolin numeroista
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Tiedot laitteista ja käyttäjistä, jotka tulisi siirtää yhdessä jaettujen linjojen, puheluiden esiohjauksen, puhelujonon, puheluparkin ja puheluiden poimintaryhmän määritysten perusteella.
HuntGroupMigrationInsight.csv
Yksityiskohtaiset tiedot määrätyistä metsästyslinjoista, linjaryhmistä ja niihin liittyvistä agenteista
SharedlineGroupMigrationReport.csv
Yleiskatsaus puhelinnumeroiden (hakemistonumeroiden) jakamiseen käyttäjien kesken

Taulukko 6. Unified CM .tar- ja CDR.gzip-tiedostoista luodut raportit
Raportin nimi
Raportin kuvaus
FeatureUsageBasedDeviceEligibilityReport.csv
Tietoja laitteen siirtokelpoisuudesta ominaisuuksien käytön perusteella
FeatureUsageWithLastUsageDateReport.csv
Käyttömäärä, joka kertoo kuinka monta kertaa metsästyspiloteja ja kutsujonoja on kutsuttu, sekä viimeisimmän käyttöpäivämäärän.
UserWorkspaceLastUsage.csv
Käyttäjien ja työtilojen viimeinen käyttöpäivä sekä ohjelmistoasiakkaille että laitteille
DIDUsageReport.csv
DID-käyttö sekä määrätyille että määräämättömille DID-tunnuksille

Lisätietoja Migration Insights -raporteista on kohdassa Migration insights.

Jos tarvitset lisätietoja ominaisuuksista ja käytöstä Migration Insights -raporttien tietojen tarkastelun jälkeen, Cisco suosittelee harkitsemaan jotakin Ciscon kolmannen osapuolen kumppanin migraatiotyökaluista. and/or tarkastellaksesi asetuksia graafisessa käyttöliittymässä tai määritysten vientitiedoissa.

Cisco-integraatiot: Unity Connection UCCX UCCE

Vastaaja on olennainen osa tarjousta ja sisäänrakennettu ratkaisuun. Sitä ei voi integroida paikalliseen vastaajaratkaisuun, kuten Unity Connectioniin tai Unity Connection Expressiin. Lisäksi ei ole natiivia tapaa siirtää olemassa olevia Unity-yhteyden vastaajaviestejä tai tervehdyksiä :n tarjoamaan natiiviin vastaajapalveluun. Joillakin Ciscon kolmannen osapuolen kumppaneiden siirtotyökaluilla on ominaisuudet osan näistä tiedoista siirtämiseen. Lisätietoja vastaajasta on kohdassa Webex Calling -käyttäjän vastaaja-asetusten määrittäminen ja hallinta.

tukee myös jaettuja vastaaja- ja faksipostilaatikoita. Lisätietoja on kohdassa Jaetun vastaajaviestin ja saapuvien faksien laatikon hallinta Webex Callingissa.

sisältää sisäänrakennetun automaattisen puhelinvastaajan ominaisuuden, joka sisältyy ydinalustaan. Tämä ominaisuus mahdollistaa Unity Connectionin puheluiden käsittelijöiden ja automaattisen vastaajatoiminnon siirron. Control Hub -työkalu Migrate Features from Unified CM tukee Unity Connection -määritysten siirtämistä automaattisiin puhelinvaihteisiin. Lisätietoja tämän työkalun käytöstä on kohdassa Laitteiden ja ominaisuuksien siirtäminen Unified CM:stä Webex Callingiin.

Puhelun tallennus

sisältää kaksi puheluiden tallennusvaihtoehtoa ilman lisäkustannuksia.

Webex-puheluiden tallennus

Dubber Go -tallennus (kumppanitarjous) - integraatio Dubberin ja Dubberin välillä, jossa kaikki tallennettu media tallennetaan turvallisesti pilveen.

sisällytetyt tallennusvaihtoehdot taulukossa esitetään kahden ilman lisäkustannuksia saatavilla olevan puheluiden tallennusvaihtoehdon tärkeimmät ominaisuudet.

Taulukko 7. mukana tulevat tallennusvaihtoehdot
Webex Dubber Go

Kaikkien käyttäjien saatavilla Kaikkien käyttäjien saatavilla

Rajoittamattomat tallennukset Rajoittamattomat tallennukset

1 vuoden säilytysaika* 30 päivän säilytysaika

100 Gt tallennustilaa organisaatiota kohden -

Vaatimustenmukaisuusvastaavat voivat käyttää ja hallita puhelutallenteita -

API-rajapinnat tallenteiden hallintaan -

Ylläpitäjät voivat määrittää ja hallita käyttäjien pääsyä puhelutallenteisiinsa
Käyttäjät voivat hallita omia tallenteitaan käyttäjäkeskuksen kautta and/or Webex-sovellus.
Vain käyttäjät voivat käyttää ja hallita tallenteitaan
Heidän dubber-portaalistaan.

Jos organisaatiosi tarvitsee lisätallennusominaisuuksia, kuten vaatimustenmukaisuuspuheluiden tallennusta, pidempiä säilytysaikoja, enemmän tallennustilaa, tekoälyanalyysiä, and/or sekä Ciscolta että kolmansien osapuolten tallennuspalvelujen tarjoajilta on saatavilla järjestelmänvalvojan oikeuksia, maksullisia tarjouksia tai lisäosia. Lisätietoja tallennuspalveluntarjoajista, määrityksistä ja lisäkumppanipalveluista on kohdassa Webex Callingin puheluiden tallennuksen hallinta.

Kolmannen osapuolen integraatiot

tukee useita^kolmannen osapuolen integraatioita, mukaan lukien, mutta ei rajoittuen, SBC:t paikallisille yhdyskäytäville, IP-puhelimille, sisäpuhelimille, Speaker/Pagers, ATAt jne. Näiden^kolmannen osapuolen laitteiden lisäksi Webex Calling tukee erilaisia^kolmannen osapuolen ratkaisuja asiakastukeen, analytiikkaan, tallennukseen, laskutukseen jne. Lisätietoja kolmannen osapuolen ratkaisuista on osoitteessa Webex App Hub.

Taulukko 1. Esimerkkiarviointi
Vaatimus	Keskeiset näkökohdat
Verkkovalmius ja kaistanleveys	Kaistanleveys, QoS, WAN/Internet, Firewall/NAT
Integrointi olemassa oleviin järjestelmiin	Hakemisto, CRM, PBX, Email/Calendar
Päätelaitteiden yhteensopivuus ja valmistelu	Laitetuki, käyttöönotto, laiteohjelmistopäivitykset
Suojausasetukset ja salaus	Salaus, todennus, vaatimustenmukaisuus, tietoturvan valvonta
Käyttäjäkoulutus ja muutoshallinta	Koulutusohjelmat, dokumentointi, muutosviestintä
Numeron siirrettävyys ja soittosuunnitelma	Määrä migration/porting, soittosuunnitelman käännös
Kolmannen osapuolen integraatiot	Hakulaitteet, yhteyskeskukset, faksit, analogiset laitteet

Taulukko 2. Webex Calling -puhelutyypin kaistanleveyden laskelmat
Puhelutyypit	Koodekki - kaistanleveys	Kaistanleveyslaskelmat
/ Pöytäpuhelin ->	OPUS - 70 kbps	Samanaikaisten puheluiden määrä * 70 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> Pöytäpuhelin	OPUS – 70 kbps	Samanaikaisten puheluiden määrä * 70 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> PSTN LGW:n kautta	G.711 – 80 kbps	Samanaikaisten puheluiden määrä * 80 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> PSTN pilvi-PSTN:n kautta (esim. Ciscon puheluliittymä)	G.711 – 80 kbps	Samanaikaisten puheluiden määrä * 80 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> Yritys LGW:n kautta	G.722 – 80 kbps	Samanaikaisten puheluiden määrä * 80 kbps = Vaadittu verkon läpimenoaika
/ Pöytäpuhelin -> vastaajaan	OPUS – 70 kbps	Samanaikaisten puheluiden määrä * 70 kbps = Vaadittu verkon läpimenoaika

Taulukko 3. Webex-puheluiden kaistanleveyden laskentaesimerkkejä
Puhelutyypit	Samanaikaisten puheluiden määrä	Kokonaiskaistanleveys
Webex-sovellus / Pöytäpuhelin → Webex-sovellus	15	2 * 15 * 70 kbps = 2 100 kbps
Webex-sovellus / Pöytäpuhelin → Pöytäpuhelin	15	2 * 15 * 70 kbps = 2 100 kbps
Webex-sovellus / Pöytäpuhelin → PSTN paikallisverkkoyhteyden kautta	50	2 * 50 * 80 kbps = 8 000 kbps
Webex-sovellus / Pöytäpuhelin → PSTN Cloud Connectin kautta Webex-puheluita varten	0	0 * 80 kbps
Webex-sovellus / Pöytäpuhelin → Yritys LGW:n kautta	15	2 * 15 * 80 kbps = 2 400 kbps
Webex-sovellus / Pöytäpuhelin → Webex-puhelut ja vastaaja	5	5 * 70 kbps = 350 kbps
Puheluiden kokonaismäärä / Kaistanleveys	100 puhelua	14 950 kbps / 14,95 Mbps

Taulukko 4. Käyttäjän siirtymäsuunnitelma toimipaikan mukaan
Käyttäjän sivusto / sijainti	Siirtymää edeltävät tiedot ja koulutustilaisuudet	Siirtymäkausi	Siirtymän jälkeinen tuki
NYC (1 525 käyttäjää)	Viikko 1. huhtikuuta	15. huhtikuuta – 27. huhtikuuta	Viikko 29. huhtikuuta
SFO (1 600 käyttäjää)	Viikko 6. toukokuuta	20. toukokuuta – 31. toukokuuta	Viikko 3. kesäkuuta
RTP (1 275 käyttäjää)	Viikko 3. kesäkuuta	17. kesäkuuta – 28. kesäkuuta	Viikko 1. heinäkuuta

Taulukko 5. Unified CM .tar -tiedostosta luodut raportit
Raportin nimi Raportin kuvaus
ImportedDataBulk.csv Kaikki käyttäjät ja laitteet Unified CM -datasta
DeviceEligibility.csv Tunnistaa laitteet, jotka voidaan siirtää Webex Callingiin (IP-puhelimet, Room OS -laitteet, ATA-laitteet ja kolmannen osapuolen laitteet)
DevicePoolNumbers.txt Luettelo kaikista tietyn laitepoolin numeroista
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Tiedot laitteista ja käyttäjistä, jotka tulisi siirtää yhdessä jaettujen linjojen, puheluiden esiohjauksen, puhelujonon, puheluparkin ja puheluiden poimintaryhmän määritysten perusteella.
HuntGroupMigrationInsight.csv Yksityiskohtaiset tiedot määrätyistä metsästyslinjoista, linjaryhmistä ja niihin liittyvistä agenteista
SharedlineGroupMigrationReport.csv Yleiskatsaus puhelinnumeroiden (hakemistonumeroiden) jakamiseen käyttäjien kesken

Taulukko 6. Unified CM .tar- ja CDR.gzip-tiedostoista luodut raportit
Raportin nimi Raportin kuvaus
FeatureUsageBasedDeviceEligibilityReport.csv Tietoja laitteen siirtokelpoisuudesta ominaisuuksien käytön perusteella
FeatureUsageWithLastUsageDateReport.csv Käyttömäärä, joka kertoo kuinka monta kertaa metsästyspiloteja ja kutsujonoja on kutsuttu, sekä viimeisimmän käyttöpäivämäärän.
UserWorkspaceLastUsage.csv Käyttäjien ja työtilojen viimeinen käyttöpäivä sekä ohjelmistoasiakkaille että laitteille
DIDUsageReport.csv DID-käyttö sekä määrätyille että määräämättömille DID-tunnuksille

Taulukko 7. mukana tulevat tallennusvaihtoehdot
Webex	Dubber Go
Kaikkien käyttäjien saatavilla	Kaikkien käyttäjien saatavilla
Rajoittamattomat tallennukset	Rajoittamattomat tallennukset
1 vuoden säilytysaika*	30 päivän säilytysaika
100 Gt tallennustilaa organisaatiota kohden	-
Vaatimustenmukaisuusvastaavat voivat käyttää ja hallita puhelutallenteita	-
API-rajapinnat tallenteiden hallintaan	-
Ylläpitäjät voivat määrittää ja hallita käyttäjien pääsyä puhelutallenteisiinsa Käyttäjät voivat hallita omia tallenteitaan käyttäjäkeskuksen kautta and/or Webex-sovellus.	Vain käyttäjät voivat käyttää ja hallita tallenteitaan Heidän dubber-portaalistaan.

Suunnittelu

Korkean tason projektisuunnitelma

Muuttomatka - yksi vai kaksi askelta?

Vaihtoehto 1: Yhden vaiheen käyttäjien migraatio

Vaihtoehto 2: Kaksivaiheinen käyttäjien migraatio

Vaihe 1

Vaihe 2

Korkean tason projektisuunnitelma

Kun kehitetään yleistä projektisuunnitelmaa siirtymiseksi :sta :hen, on tärkeää määrittää selkeät vaiheet ja virstanpylväät, jotka ovat linjassa sekä liiketoimintatavoitteiden että teknisten vaatimusten kanssa. Suunnitelman tulisi alkaa kattavalla arviointivaiheella, johon sisältyy yksityiskohtaisten teknisten ja liiketoimintavaatimusten kerääminen sekä sidosryhmien tunnistaminen ja onnistumiskriteerien määrittely. Keskeisiä huomioitavia asioita ovat resurssien kohdentaminen, aikataulun arviointi, riskienhallinta ja viestintästrategiat sen varmistamiseksi, että kaikki osapuolet ovat tietoisia ja mukana koko siirron ajan. Lisäksi suunnitelman tulisi sisältää validointipisteitä, kuten pilottitestausta ja vaiheittaista käyttöönottoa, häiriöiden minimoimiseksi ja palautteen perusteella tehtävien mukautusten mahdollistamiseksi.

Esimerkkejä projektisuunnitelmaan sisällytettävistä elementeistä ovat:

Migraation laajuuden määrittäminen (esim. mitkä käyttäjät, laitteet ja ominaisuudet siirtyvät)

Koulutustilaisuuksien aikatauluttaminen loppukäyttäjille ja tukitiimeille

Verkon valmiusarviointien koordinointi ja

Jatkotoimintojen suunnittelu varavaihtoehtoineen. On myös tärkeää integroida vaatimustenmukaisuus- ja tietoturvatarkastukset sekä siirron jälkeiset tuki- ja optimointivaiheet.

Rakentamalla projektisuunnitelman näiden näkökohtien mukaisesti organisaatiot voivat hallita monimutkaisuutta paremmin, vähentää riskejä ja saavuttaa sujuvamman siirtymisen .

Muuttomatka - yksi vai kaksi askelta?

edellyttää käyttäjiltä -painiketta kutsuvassa ohjelmistoasiakasohjelmassaan. Siksi, jos jotkut käyttäjät käyttävät edelleen , sinulla on kaksi vaihtoehtoa, milloin voit siirtää heidät palveluun . Voit tehdä joko yksivaiheisen käyttäjäsiirron tai kaksivaiheisen käyttäjäsiirron.

Vaihtoehto 1: Yhden vaiheen käyttäjien migraatio

Yhden vaiheen migraatiossa käyttäjät siirtyvät palvelusta palveluun samaan aikaan, kun heidät siirretään Unified CM:stä palveluun . Tämä vaihtoehto on tyypillisesti tarkoitettu asiakkaille, joilla on pieni määrä siirrettäviä käyttäjiä, ja he voivat hallita sekä käyttäjän ohjelmistoasiakkaan että puhelupalvelun siirtämistä samanaikaisesti. Kuva Käyttäjän soittopalvelu, ohjelmistoasiakasohjelma & puhelin siirtyy samaan aikaan alla korostaa tämän tyyppistä siirtoa. Tällä vaihtoehdolla käyttäjä suorittaa kaikki seuraavat toimenpiteet samanaikaisesti:

Puhelupalvelut siirrettiin paikasta paikkaan

Puhelinnumerot ja alanumerot siirrettiin osoitteesta osoitteeseen

Asiakasohjelma siirtyi Jabberista -palveluun - rekisteröityy palveluun

Puhelinrekisteröinti siirrettiin :sta :hen.

Käyttäjän soittopalvelu, pehmeä asiakasohjelma & puhelin siirtyy samaan aikaan

Tämä voi silti olla vaiheittainen siirto, jossa käyttäjäryhmät siirretään eri aikoina, mutta kun jokainen käyttäjä siirretään, kaikki nämä tapahtuvat samaan aikaan.

Vaihtoehto 2: Kaksivaiheinen käyttäjien migraatio

Toinen lähestymistapa on kaksivaiheinen migraatio. Vaiheessa 1 käyttäjät siirretään palvelusta palveluun, mutta he pysyvät palveluissa. Sitten vaiheessa 2 käyttäjät siirretään Unified CM:stä palveluun . Tätä vaihtoehtoa suositellaan suuremmille asiakkaille loppukäyttäjän muutosten hallintaan ja haluttaessa erottaa käyttäjän pehmeän asiakasohjelman muutoksen kutsuvan palvelun muutoksesta. Seuraava kuva Siirrä ohjelmistoasiakasohjelma; sitten siirrä kutsuva palvelu ja ohjelmistoasiakasohjelma & puhelimesta Webex Callingiin alla olevassa esimerkissä korostetaan tämän tyyppistä siirtoa.

Vaihe 1

Asiakasohjelma siirtyi palvelusta palveluun - rekisteröityy palveluun .

Vaihe 2

Puhelupalvelut siirrettiin paikasta paikkaan .

Puhelinnumerot ja alanumerot siirrettiin :sta :hen.

rekisteröinti siirrettiin paikasta paikkaan .

Puhelinrekisteröinti siirrettiin :sta :hen.

Migroida ohjelmistoasiakasohjelma; sitten migroida kutsuva palvelu ja ohjelmistoasiakasohjelma & puhelimesta Webex Callingiin

Tämä voi silti olla vaiheittainen siirto, jossa käyttäjäryhmät siirretään eri aikoina molemmissa vaiheissa.

Valitsemasi vaihtoehto riippuu siitä, miten haluat hallita käyttäjiesi siirtymistä palveluun ja . Suositus on toteuttaa se vaiheittain (vaihtoehto 2). Näin voit minimoida loppukäyttäjän muutokset kerralla ja jakaa työmäärän projektin eri osiin. Jos kuitenkin haluat, että käyttäjiin kohdistuu vaikutusta vain kerran, vaihtoehto 1 on myös pätevä.

Tarkasteltaessa suositeltua siirtymäprosessia (vaihtoehto 1), alla oleva kuva Jabberista Webex-sovellukseen siirtymisen yleisestä kartasta näyttää vaiheen 1 yleisen tason siirtymän.

Jabberista Webex-sovellukseen siirtymisen korkean tason kartta

Tässä vaiheessa käyttäjät siirretään Jabberista :hen kaikissa puhelupalveluissaan. Kutsualusta on kuitenkin edelleen Unified CM ja rekisteröi kutsupalvelunsa palveluun . Kuten kuvasta Jabberista Webex-sovellukseen siirtymistä koskevasta yleiskuvasta nähdään, paikallinen infrastruktuuri ei muutu ja toimii samalla tavalla kuin Jabber. Ainoa muutos on, että se vaatii yhteyden ulos.

Lisätietoja tästä siirtymästä on kohdassa Jabberista Webexiin siirtymisen kartta ja käyttöönotto-opas Asiakas-osiossa Yhteistyösiirtymä -sivulla.

Yhtenäinen CM:n ja Webexin kutsumisen korkean tason siirtymäkartta kuva esittää korkean tason siirtymää :stä :hen. Tämä on suositellun matkan vaihe 2.

Yhtenäinen CM:n ja Webex-kutsujen välinen korkean tason siirtymäkartta

Jos päätät käyttää yksivaiheista lähestymistapaa, tämä pätee myös.

Tässä vaiheessa käyttäjät siirretään ryhmiin. Tässä vaiheessa käyttäjät alkavat käyttää puhelupalveluitaan, soittamisen rekisteröintiä ja IP-puhelinten rekisteröintiä.

Koska käyttäjät siirtyvät ryhmissä, yrityskäyttäjät jaetaan kahden puhelualustan kesken siirtymän aikana. Vaihe 1 kuvassa Yhtenäisen CM:n ja Webex-kutsujen välisen korkean tason siirtymäkartan kuvassa on esitetty tämä tila. Tässä vaiheessa on suunniteltava, miten käyttäjien välisiä puheluita hallitaan kahdella alustalla ja miten PSTN-puhelut reititetään. Aina kun käyttäjäryhmä siirretään palveluun , soittosuunnitelmia ja puheluiden reititystä on päivitettävä palvelussa ja paikallisessa/paikallisissa yhdyskäytävässä/yhdyskäytävillä.

Kun kaikki käyttäjät, ohjelmistoasiakkaat ja laitteet on siirretty (vaihe 2), kaikki paikallinen UC-infrastruktuuri voidaan poistaa ja poistaa käytöstä.

Kehitys

Alueen valinta

Sijainnit

PSTN

Valintasuunnitelma

Paikallinen puhelinliittymä

soittosuunnitelma

Tallennus

1. Puheluiden tallennuspalveluntarjoajan valinta

2. Alueen valinta

Hätäpuhelu

Lisensointi

Manuaalinen määritys

Automaattiset lisenssien määritysmallit

Joukkotehtävä CSV-mallin kautta

API-pohjainen tehtävänanto

Lisenssivaatimukset

Käyttäjien valmistelu

Käyttäjäryhmät

Suositeltu lähestymistapa siirryttäessä osoitteesta osoitteeseen

Käyttäjäryhmien suunnittelu

Kertakirjautuminen (SSO)

Useiden IdP-palveluiden tuki

1. Fuusiot ja yritysostot

2. Useita itsenäisiä IT-osastoja

3. Eri käyttäjäryhmät tai verkkotunnukset

4. Tuki useille todennusprotokollille

5. Parannettu turvallisuus ja vaatimustenmukaisuus

6. Yksinkertaistettu käyttökokemus

Duo MFA ja kertakirjautuminen

Ominaisuudet

Automaattinen puhelinvaihde

Puheluparkki

Puhelun poiminta

Puhelujono

Metsästysryhmä

Käyttötilat

Hakuryhmä

Tallenteet

Yhden numeron tavoittavuus

Vastaajaryhmä

Alueen valinta

on saatavilla maailmanlaajuisesti ja toimitetaan useiden alueiden redundanteista datakeskuksista: Yhdysvallat (Dallas, Chicago), Kanada (Vancouver, Toronto), Eurooppa (Frankfurt, Amsterdam), Iso-Britannia (Lontoo, Manchester), Australia (Melbourne, Sydney), Japani (Tokio, Osaka), Saudi-Arabia (Riad, Jedda) ja Intia (Mumbai, Chennai). Median lähetyspisteet tarjoavat mediapalveluita median lähetysaikojen optimoimiseksi. Esimerkiksi Singaporen datakeskusta käytetään optimoimaan median lähetysaikoja asiakkaille Aasian maissa, joissa lähetysajat Australiaan tai Japaniin saattavat olla optimaalisia. Datakeskukset on yhdistetty toisiinsa usean gigabitin ja täysin redundanttisella runkoverkolla. Kuvassa globaalisti hajautetut datakeskukset on yleiskatsaus kaikista datakeskuksista. Katso ajantasaisin luettelo saatavilla olevista datakeskuksista kohdasta Webex Callingin datakeskusten sijainnit.

Globaalisti hajautetut datakeskukset

Jokainen asiakas valmistetaan yhdessä instanssissa. Kaikki kyseisen asiakkaan käyttöönottotiedot tallennetaan kyseiseen instanssiin, ja kaikkien kyseiselle asiakkaalle käyttöönotettujen päätepisteiden ja paikallisten yhdyskäytävien SIP-signalointi on sidottu instanssiin, jossa asiakas on käyttöönotettu. Koska alkuperäistä aluevalintaa on vaikea muuttaa, on tärkeää ottaa huomioon kaikki asiaankuuluvat tekijät osana aluevalintaan johtavaa päätöksentekoprosessia. Liiallisen signaloinnin edestakaisen viiveen välttämiseksi on tärkeää päättää siirtymäprosessin alkuvaiheessa, mitä instanssia käytetään. Cisco suosittelee sellaisen instanssin valitsemista, joka tarjoaa alhaisimmat signaloinnin edestakaiset nopeudet suurimmalle käyttäjämäärälle käyttöönotossa.

Katso maakohtaiset tiedot kohdasta Missä Webex on saatavilla?.

Sijainnit

Sijaintien varaamisen valmistelua varten on kerättävä tarvittavat tiedot kaikista siirron kohdesijainneista. Kunkin sijainnin tarvittavat tiedot on esitetty yhteenvetona kohdassa Kunkin sijainnin tallennettavat tiedot.
Taulukko 1. Kunkin sijainnin osalta kerättävät tiedot
Tietoja Kommentti
Laajennusalue(et) Jokaisella sijainnilla voi olla eri numeroilla alkavia jatko-osoitteita. Yksi numero on varattava tukiasemien välisen valinnan ohjausnumerolle (esimerkiksi 8) ja yksi PSTN-ohjausnumerolle (esimerkiksi 9). Mikään laajennusalue ei voi alkaa kummallakaan näistä kahdesta numerosta.
Kaikkien sijaintien kaikkien laajennusalueiden on oltava yhtä pitkiä.
DID-alue(et) -
PSTN-ohjausnumero -
Sivuston koodi Kaikkien sijaintien kaikkien sivustokoodien on oltava yksilöllisiä ja samanpituisia.
Päänumero Sijainnin luomisen yhteydessä on määritettävä kaksi DID:tä. Yksi päänumeroksi (esimerkiksi automaattisen puhelinvastaajan palveluun liitettäväksi) ja yksi vastaajaportaalia varten.
Varaa yksi DID vastaajaan tulevaa numeroa varten.
Vastaajaan numero
Lisenssien määrä Vaaditut lisenssit tyypin mukaan, mukaan lukien Standard, Professional, Workspace, Route List ja Outbound Calling Plan.
Samanaikaiset puhelut ruuhka-aikana Laitteiden välisten ja laitteiden ja paikallisen yhdyskäytävän (PSTN ja laitteisiin suuntautuvat puhelut) välisten samanaikaisten puheluiden summa. Tarvitaan tarvittavan internetyhteyden kaistanleveyden määrittämiseksi.
Maa -
Aikavyöhyke -
Kieli -
Yhteystiedot (nimi, puhelinnumero, sähköpostiosoite) -
Osoite (katuosoite, kaupunki, osavaltio, postinumero) -
Hätäpalvelujen fyysinen hälytettävien palvelujen sijainti päätepisteille Hätäpuheluihin käytettävä laitteen lähetyspaikka sisältää yleensä seuraavat: rakennuksen osoite, rakennuksen osoite + kerrosnumero, rakennuksen osoite + huoneiston numero tai rakennuksen osoite + kerrosnumero + office/cubical määrä.
Laitekohtainen yksilöllinen fyysinen verkkosijainti hätäpalveluille Hätäpuheluiden fyysinen verkkosijainti sisältää yleensä seuraavat: kytkin / langallisten laitteiden kytkinportti, langattoman tukiaseman (AP) peruspalvelujoukon tunnukset (BSSID) langattomille yhdistetyille laitteille, and/or paikalliset IP-aliverkot päätelaitteille.

PSTN

Käyttöönottoa suunniteltaessa asiakkailla on kolme ensisijaista PSTN-yhteysvaihtoehtoa: Ciscon puhelupaketit (Ciscon hallinnoima pilvipalvelussa toimitettava PSTN-palvelu), pilviyhteydellä varustetut PSTN-palveluntarjoajat (CCPP, joissa palveluntarjoajat toimittavat PSTN-palvelun pilven kautta) ja paikalliset PSTN-palvelut (joissa paikalliset yhdyskäytävät yhdistävät yritysverkon PSTN:ään). PSTN-runkoverkkojen käyttöönoton myötä hybridikäyttöönotoissa (lisätietoja on kohdassa PSTN-runkoverkkojen käyttö hybridi-Webex-puheluiden käyttöönotoissa osoitteessa PSTN-runkoverkko) organisaatiot saavat lisää joustavuutta siirtymismenetelmäänsä. Tämän ominaisuuden avulla asiakkaat voivat siirtää PSTN-verkkonsa CCPP:hen siirtymävaiheen alussa ja aloittaa käyttäjien siirtymisen pilvi-PSTN:ään samalla hyödyntäen CCPP:tä PSTN-palvelun ylläpitämiseen käyttäjille, jotka pysyvät Ciscon palvelussa vaiheittaisen siirron aikana.

Tämä hybridilähestymistapa antaa organisaatioille mahdollisuuden siirtää valitut käyttäjäryhmät ensin pilveen ilman, että koko puhelinjärjestelmäympäristöä tarvitsee välittömästi uudistaa. Se tuo kuitenkin mukanaan lisää monimutkaisuutta ja riskejä, erityisesti nykyisen puheluiden reitityslogiikan mukauttamisessa uuden arkkitehtuurin tukemiseksi. Myös yhteentoimivuus vanhojen sovellusten, kuten faksipalvelimien, yhteyskeskusten tai hakujärjestelmien, kanssa vaatii huolellista harkintaa. Keskeisiin teknisiin haasteisiin voi kuulua saumattoman päästä päähän -koodekkineuvottelun ja DTMF (Dual-Tone Multi-Frequency) -signaloinnin varmistaminen sekaympäristössä sekä yhteensopivuuden validointi erikoistuneiden puhelintoimintojen kanssa. Asianmukainen suunnittelu ja testaus ovat välttämättömiä häiriöiden minimoimiseksi ja luotettavien äänipalveluiden ylläpitämiseksi koko siirtoprosessin ajan. Lisäksi kaupalliset näkökohdat ovat tärkeitä, sillä hybridirunkojärjestelmä vaatii käyttölisenssin, joka perustuu paikallisen ympäristön ja pilviyhteydellä varustetun PSTN-palveluntarjoajan (CCPP) välisten samanaikaisten puheluiden määrään.

Vaihtoehtoisesti organisaatiot voivat halutessaan säilyttää paikallisen PSTN-yhteytensä koko siirtymävaiheen ajan. Tässä skenaariossa siirtyminen CCPP:hen voidaan toteuttaa kahdella tavalla: yhtenä, koordinoituna vaihtona kaikille käyttäjille ja sijainneille, kun siirto on valmis, tai vähitellen, jolloin PSTN-siirto tapahtuu sijaintikohtaisesti käyttäjien siirtyessä . Tämä lähestymistapa voi auttaa virtaviivaistamaan rinnakkaiseloa ja ylläpitämään jatkuvuutta vanhoissa integraatioissa, mutta se tuo mukanaan useita toiminnallisia monimutkaisuuksia. Näihin kuuluvat numeronsiirtoon liittyvät haasteet, kuten numeronsiirtotilausten tarkan koordinoinnin tarve, mahdolliset viivästykset ja palveluntarjoajien asettamat rajoitukset, kuten samanaikaisten siirtopyyntöjen määrän yläraja tai rajoitukset suurten numerolohkojen osajoukkojen siirtämiselle. Organisaatioiden on suunniteltava PSTN-siirtymästrategiansa huolellisesti ottaen huomioon nämä logistiset näkökohdat, jotta vältetään palvelun keskeytykset ja varmistetaan sujuva siirtymiskokemus.

Siirtyminen CCCP:hen alussa vs. paikallisen PSTN:n pitäminen

Kuvassa Siirtyminen CCCP:hen alussa vs. paikallisen PSTN:n pitäminen näytetään kaksi edellä selostettua PSTN-siirtovaihtoehtoa. Vasemmalla olevassa kuvassa näkyy skenaario, jossa kaikki paikalliset käyttäjät ja sovellukset käyttävät pilviin yhdistettyjä PSTN-palveluita paikallisen runkoverkon ja paikallisen yhdyskäytävän kautta, joka yhdistää paikallisen verkon , kun taas oikealla olevassa kuvassa näkyy skenaario, jossa olemassa oleva paikallinen PSTN pysyy paikallaan ja Webex Callingin käyttäjät käyttävät paikallista PSTN:ää paikallisen yhdyskäytäväyhteyden kautta paikallisen verkon ja välillä. Siirtymävaiheen aikana sijainteja voidaan vaihtaa pilvipohjaiseen PSTN-verkkoon.

Molemmissa tilanteissa paikallisen järjestelmän ja käyttäjän väliset puhelut käyttävät paikallista yhdyskäytäväyhteyttä. Paikallisen ja palvelimen välinen yhteys on suunniteltava ja mitoitettava odotetun samanaikaisten puheluiden määrän ja vaaditun redundanssin perusteella.

Valintasuunnitelma

Saumattoman yhteentoimivuuden saavuttamiseksi siirtymävaiheen aikana ja niiden välillä on kehitettävä ja toteutettava kattava puhelinverkkosuunnitteluarkkitehtuuri molemmilla alustoilla. Tämä kahden alustan soittosuunnitelma varmistaa yhdenmukaisen puheluiden reitityksen, numeroiden muuntamisen ja ominaisuuksien läpinäkyvyyden, jolloin kummankin järjestelmän käyttäjät voivat kommunikoida ilman palvelun heikkenemistä tai käyttökokemuksen häiriöitä koko rinnakkaiselovaiheen ajan.

Paikallinen puhelinliittymä

Siirtymävaiheen aikana Unified CM:ään ja yrityksen puhelinverkkoyhteyteen rekisteröityjen laitteiden rinnakkaiselon mahdollistamiseksi on muutettava asetuksia siten, että ainakin seuraavat vaatimukset täyttyvät:

+E.164 soittaminen kohteeseen

Alanumeroiden valinta osoitteesta osoitteeseen (sijaintikohtainen, mutta myös sijaintien välinen, jos alanumeroalueet ovat yksilöllisiä)

Lyhennetty toimipisteiden välinen numeronvalinta kohdasta kohtaan

Pakotettu verkon sisäinen soittaminen numerosta numeroon

Soita takaisin vastaamattomien puheluiden hakemistosta kohteisiin

PSTN-puhelut PSTN:ään, jos siirtymän aikana käytetään paikallista PSTN:ää

PSTN-puhelut :sta :hen, jos siirtymän aikana hybridikäyttöönotoissa käytetään PSTN-runkoverkkoa PSTN-yhteyden tarjoamiseen paikallisille käyttäjille Cloud Connectin kautta

Pakotettu verkossa välillä -

Laajennusvalinta numerosta numeroon (asemien välinen).

Jos jokin yllä mainituista ei ole tuettu soittotapa ennen siirtymistä, esimerkiksi lyhennettyä toimipaikkojen välistä soittotapaa ei ole, niitä ei välttämättä tarvitse ottaa käyttöön siirtymän aikana.

Kuvassa Parhaiden käytäntöjen mukainen soittosuunnitelma esitetään parhaiden käytäntöjen mukainen soittosuunnitelma, joka on kuvattu Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD-dokumentissa. Tämän lähestymistavan keskeisiä ominaisuuksia ovat:

Yksi osio +E.164 hakemistonumerot

Ydinreititys perustuu +E.164 reittikuviot

Kaikkien soittotottumusten normalisointi +E.164 käännösmallien avulla

Käännösmallin kutsumisen hakutilan periytymisen käyttö (käännösmalleille asetettu asetus Käytä alkuperäisen kutsuvan hakutilan ).

Parhaiden käytäntöjen soittosuunnitelma

Esimerkiksi PSTN-numerointi (9+1+10D) SJC:ssä olevasta laitteesta, jossa on linjapuheluiden hakutila , SJCInternational löytää ensin osuman : stä 9.1[2-9]XX[2-9]XXXXXX muunnoskuvio, joka normalisoi soitetun osapuolen numeron muotoon +E.164. Toissijainen haku käyttää sitten samaa hakuavaruuden kutsua SJCInternational uudelleen (kutsuen hakuavaruuden periytymistä) ja +E.164-digit merkkijono joko löytää vastaavan +E.164 hakemistonumero DN -osiossa tai jokin PSTN-reittimalleista USPSTNNational - tai SJCPSTNLocal -osiossa. Lyhennettyjä sivuston sisäisiä ja sivustojen välisiä soittotapoja toteutetaan ESN - ja SJCtoE164 -osion muunnoksilla. Vaikka ESN -osio on globaali osio (pääsee puhelimille kaikissa sijainneissa), SJCTOE164 -osio on käytettävissä vain sijainnissa SJC oleville käyttäjille. Tämä olettaa päällekkäisiä laajennusalueita.

Ensimmäinen askel soittamisen mahdollistamiseksi osoitteesta osoitteeseen on varmistaa, että +E.164 Kohteet reititetään sen mukaisesti. Tämä voidaan saavuttaa lisäämällä osio soittosuunnitelmaan ja lisäämällä +E.164 reittimallit kaikille kyseiseen osioon meneville kohteille ja lopuksi osion lisääminen kaikkiin kutsuviin hakuavaruuksiin, jotka edustavat palveluluokkia, joihin on kyettävä pääsemään . Eriytetyn palveluluokan luominen puheluille, jotka lähtevät osoitteesta , edellyttää erillisen osion luomista. Puhelusilmukoiden välttämiseksi paikallisyhdyskäytävän runkolinjan saapuvien puheluiden hakutilalla ei pitäisi olla pääsyä osioon.

+E.164 reititys Webex Callingiin

Kuten kuvassa näkyy +E.164 reititys Webex Callingiin, jotta reititys sijainnista sijaintiin on mahdollinen +E.164 DID-alue +1 221 555 2XXX ja kohdekoodi 121, kiireellinen reittikuvio, joka vastaa tätä +E.164 alue on lisättävä -osioon.

Jos sivustokohtaista paikallisen yhdyskäytävän valintaa ei vaadita, paikallisen reittiryhmän määränpäänä käyttämisen sijaan reittimallit voidaan määrittää siten, että paikallinen yhdyskäytävä on ainoa jäsen, ja sitten reittimallit osoittavat yhteen reittilistaan, jonka ainoana merkintänä on tämä yksi reittiryhmä.

Lyhennettyjen soitonsiirtojen mahdollistamiseksi sivustolle lisätään osioon tarvittava reittikuvio 8121.2XXX. Jotta sivustot siirtyisivät soittamisen normalisointimalliin 8121.2XXX, joka normalisoi ESN-soiton +E.164 saattaa jo olla ESN -osiossa. Tässä tapauksessa 8121.2XXX vaikuttaa tarpeettomalta, mutta heti kun kaikki kyseisen sijainnin DN-nimet on siirretty 8121.2XXX -reittikuvioon, valinnan normalisoinnin käännöskuvio voidaan poistaa, jolloin 8121.2XXX -reittikuvio mahdollistaa ESN-valinnan myös vain alanumeroon kuuluville käyttäjille kyseisellä alueella.

Näiden soittosuunnitelmamuutosten ansiosta puheluita sijaintiin voidaan soittaa paitsi valitsemalla lyhennettyjä toimipisteiden välisiä numeroita myös +E.164. Myös kansainväliset ja kansalliset PSTN-puhelut ovat mahdollisia, koska nämä soittotavat normalisoidaan ensin +E.164 jo olemassa olevien valinnan normalisoinnin käännösmallien kautta ja sitten reititetään vastaamaan +E.164 reittikuvio osiossa.

The +E.164 Reittikuvioiden yhteensovitus sijainnin DID-alueella voidaan määrittää, vaikka kaikki DID:t olisivat edelleen isännöity palvelussa . Paras osumakuvion täsmäytysalgoritmi varmistaa, että kun osoitteeseen isännöityyn numeroon soitetaan, niin +E.164 hakemistonumero, joka on varattu, on parempi vastine kuin jokerimerkki +E.164 reittikuvio osoittaa kohteeseen , jotta puhelut jatketaan kohdassa olevalle linjalle eivätkä lähetetä kohteeseen .

soittosuunnitelma

Jokaisella käyttäjällä on käytössään laajennus. and/or a +E.164 puhelinnumero. Laajennuspituus on kiinteä globaali asetus: Kaikilla käyttöönoton laajennuksilla on sama pituus. Laajennusnumerointia voidaan käyttää käyttäjien välillä sekä sijainnin sisällä että sijaintien välillä. Lyhennetty tukiasemien välinen alanumerovalinta (jälkimmäisessä tapauksessa) toimii vain, jos valittu alanumero on yksilöllinen.

Jos lyhennetty toimipisteiden välinen valinta on pakollista, mutta eri toimipisteisiin osoitettujen alanumeroiden välillä on päällekkäisyyksiä, on luotava yrityskohtainen numerointisuunnitelma lisäämällä alanumeroiden etuliitteeksi suuntanumero eli toimipistekoodi. Lisätietoja on kohdassa Cisco Collaboration 15:n paikallisten käyttöönottojen ensisijainen arkkitehtuuri, suunnittelun yleiskatsaus, joka on saatavilla osoitteessa Cisco collaborationin ensisijaiset arkkitehtuurit.

Alaliittymän pituus, sijaintien välinen alaliittymän valintatoiminto, sijaintien välisen valinnan etuliitteen pituus ja sijaintien välisen valinnan reititysetuliitteen ohjausnumero määritetään puhelupalvelun asetuksissa kohdassa :

Sijainnin reitityksen etuliitteen pituus: Etuliitteen pituus ohjausnumero mukaan lukien. Vaaditaan vain, jos yrityksen numerointisuunnitelma on otettava käyttöön vaihtoehtoisena lyhennettynä yrityksen sijaintien välisenä valintatapana.

Ohjausnumero reitityksen etuliitteessä: Ohjausnumero lyhennetylle yrityksen sisäiselle soittotavalle. Päällekkäisyyksiä minkä tahansa sijainnin ensimmäisen numeron ja sijainnin lähtevän puhelun numeroiden välillä tulisi välttää. Vaaditaan vain, jos yrityksen numerointisuunnitelma on otettava käyttöön vaihtoehtoisena lyhennettynä yrityksen sijaintien välisenä valintatapana.

Sisäinen jatkopituus: Jatkojohtojen vakiopituus. Voi olla mikä tahansa arvo kahden ja kymmenen välillä.
Kun paikallisen puheluidenhallinnan on tehtävä alanumeroon soittaminen tai soitettava yrityksen merkitsevien numeroiden (ohjauskoodi, toimipaikkakoodi, alanumero) avulla ja paikallinen puheluidenhallinta lähettää alanumeron soittajan tunnuksena, varmista, että myös Tuntemattoman alanumeron enimmäispituus -parametri on asetettu Puheluiden reititys kiinteistöjen ja kiinteistöjen välillä -osiossa varmistaaksesi, että paikallisesta puheluidenhallinnasta kiinteistöjen yläpuolelle tulevat puhelut voidaan luokitella oikein paikallisiksi puheluiksi.

Salli alanumeroon soittaminen sijaintien välillä: Vaihda kohtaan enable/disable sijaintien välillä soittaminen alanumeroon. Tämän asetuksen tulisi olla käytössä vain, jos kaikki organisaation laajennukset ovat yksilöllisiä. Jos asetus on poistettu käytöstä, sijaintien välillä on soitettava yrityksen merkittäviin numeroihin (ohjauskoodi, toimipisteen koodi, alanumero) tai puhelinnumeroihin.

Kolmea ensimmäistä parametria käytetään pääasiassa puhelimien valintasuunnitelman luomiseen, jotta voidaan minimoida numeroiden välinen aikakatkaisu käytettäessä luurin avaamista. Näistä yleisistä asetuksista voi edelleen poiketa (esimerkiksi eri pituisia alanumeroita voidaan määrittää), mutta Control Hubissa näkyy varoitusviesti ja puhelimista soittaminen saattaa edellyttää estovalinnan, jotta vältetään ristiriidat esiladatun soittosuunnitelman kanssa.

Taulukossa Yritysnumerointiesimerkki on esimerkki kolmesta sijainnista, joissa kahden sijainnin, NYC:n ja RTP:n, laajennusalueet ovat identtiset. Yritystason numerointijärjestelmän luominen, jossa käytetään toimipisteiden välistä ohjausnumeroa 8, jota seuraa kolminumeroinen toimipistekoodi ja nelinumeroinen jatko-osa, luo päällekkäisyyden välttävän lyhennetyn toimipisteiden välisen valintatavan.

Taulukko 2. Yritysnumerointiesimerkki
Sivusto Laajennusalue Sivuston koodi Yritysmallisto

New York 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Jotta siirtyminen sujuisi sujuvasti, käyttäjien soittamistottumusten tulisi ihanteellisessa tilanteessa olla samat ennen siirtymistä ja sen jälkeen. Siirtymän valmistelua varten jokaisessa sijainnissa on dokumentoitava DID-alueet ja alanumeroalueet (tai lyhennetyt toimipaikan sisäiset soittotavat). Näiden tietojen perusteella on valittava toimipaikkojen välinen ohjausnumero.

Taulukossa Kiinteän pituiset pidennysalueet on esimerkki kolmesta sijainnista ja kiinteän pituisista pidennysalueista. Koska päällekkäisiä soittotapoja on vältettävä, on tärkeää varmistaa, että minkään alanumeroalueen ensimmäinen numero ei vastaa lyhennetyn tukiasemien välisen valinnan ohjausnumeroa. Jos esimerkiksi 8 on valittu ohjausnumeroksi tukiasemien väliselle valinnalle, minkään tukiaseman laajennusalue ei voi alkaa merkillä 8. Tyypillisesti tietyn sijainnin laajennukset vastaavat kyseiselle sijainnille annettujen DID-tunnusten viimeisiä numeroita. Konfliktien välttämiseksi alanumeron ensimmäistä numeroa voidaan muuttaa. Jos esimerkiksi DID:t +1 Jos sijainnissa käytetään aluetta 408 555 8XXX, niin 8XXX:n sijaan laajennusalueena voidaan käyttää aluetta 7XXX kyseisen sivuston laajennuksille.

Taulukko 3. Kiinteät pituusjatkealueet
Sivusto Laajennusalue Laajennukset Sivuston koodi Yritysmallisto

New York 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Yhdysvaltain valintasuunnitelmaa käyttävällä laitteella valitut seitsemännumeroiset valintamerkkijonot menevät päällekkäin esiasennetun Yhdysvaltain valintasuunnitelman seitsemännumeroisen paikallisen valinnan kuvion kanssa. Päällekkäisyyksien välttämiseksi verkon sisäisen ja ulkoisen (PSTN) soittamistottumusten välillä voidaan käyttää pakollista ulkolinjan suuntanumeroa kyseisessä sijainnissa. Jos olemassa oleva yrityksen numerointijärjestelmä ja vastaava lyhennetty toimipaikkojen välinen numerointi menevät päällekkäin kansallisen numerointijärjestelmän kanssa, numerointijärjestelmää voidaan päällekkäisyyksien välttämiseksi muuttaa myös pidempään tai lyhyempään muotoon. Helpoin tapa saavuttaa tämä on lisätä numerointijärjestelmään ylimääräinen täytenumero. Uuden pidemmän sivustojen välisen soittojärjestelmän tarvitsee ottaa käyttöön vain käyttäjät, jotka ovat jo siirtyneet palveluun . Yhä päällä olevat käyttäjät voivat jatkaa seitsemän numeron soittamista. Yrityspuhelinliittymän on tässä tapauksessa varmistettava, että lyhennetty seitsemännumeroinen valinta Unified CM:stä muunnetaan jommaksikummaksi +E.164 tai lyhennetyssä valintaformaatissa, joka on otettu käyttöön . Tämä on tehtävä ennen puhelun lähettämistä paikalliseen yhdyskäytävään.

Taulukossa Seitsemännumeroisen valinnan siirtyminen on esimerkki tästä uudelleennumeroinnista. Tässä esimerkissä lyhennetyssä tukiasemien välisessä soinnossa käytetään ohjausnumeroa 8, jota seuraa kaksinumeroinen tukiaseman koodi ja nelinumeroinen alanumero. Jotta vältettäisiin seitsemännumeroinen lyhennetty tukiasemien välinen valinta -sijainneissa, tukiasemien koodit voidaan helposti muuttaa kolminumeroisiksi lisäämällä mielivaltainen täytenumero (esimerkissä8 ) -kohdassa käytettyjen kaksinumeroisten tukiasemien koodien etuliitteeksi, jotta puhelimista tukiasemien välisessä soituksessa käytetään ohjausnumeroa 8, jota seuraa täytenumero 8, vanha kaksinumeroinen tukiasemien koodi ja nelinumeroinen alanumero. Käyttäjien ei tarvitse muistaa uusia tukiasemia; heidän tarvitsee vain muistaa käyttää etuliitteenä 88 tukiasemien välisessä soittamisessa etuliitteen 8 sijaan .

Taulukko 4. Seitsemännumeroisen valinnan siirtäminen

Sivusto Laajennukset Sivuston koodi Yritysmallisto Sivuston oodi Yritysangelo

New York 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

Skenaariossa, jossa käytössä on eri yritysnumeromuodot ja jos soittajan tietoina näytetään yritysnumerot puheluille - (esimerkiksi puhelut laitteista, joissa ei ole DID:tä), on tärkeää toteuttaa myös eri numeromuotojen välinen vastaavuusmääritys soittajan tietojen osalta, jotta takaisinsoitto toimii. Tämä yhdistäminen voidaan saavuttaa käyttämällä kutsuvan osapuolen muunnosmallia runkolinjassa ja paikallisen yhdyskäytävän välillä.

Tallennus

Hyvin suunniteltu puheluiden tallennusratkaisu vaatii useiden keskeisten suunnitteluelementtien huolellista harkintaa sen varmistamiseksi, että se on linjassa organisaation tavoitteiden, sääntelyvaatimusten ja teknisten rajoitusten kanssa. Kaksi kriittisimmistä päätöksistä liittyvät palveluntarjoajan ja alueen valintaan, jotka molemmat voidaan joutua räätälöimään globaalisti ja ohittamaan tietyissä paikoissa liiketoiminnan tarpeiden perusteella.

1. Puheluiden tallennuspalveluntarjoajan valinta

Sopivan puheluiden tallennuspalveluntarjoajan valitseminen on olennaista liiketoimintatavoitteiden saavuttamiseksi ja ominaisuuksien yhdenmukaisuuden varmistamiseksi koko organisaatiossa:

Globaali palveluntarjoajan valinta: Organisaatiot nimeävät tyypillisesti ensisijaisen puheluiden tallennuksen tarjoajan globaalilla tasolla, mikä varmistaa ominaisuuksien, vaatimustenmukaisuuden ja tuen yhdenmukaisuuden kaikissa toimipisteissä.

Sijaintiin perustuvat ohitukset: Tilanteissa, joissa tietyillä toimipaikoilla tai alueilla on ainutlaatuisia liiketoimintatarpeita tai sääntelyvaatimuksia, voi olla tarpeen ohittaa yleinen palveluntarjoajan valinta ja määrittää vaihtoehtoisia palveluntarjoajia kyseisille toimipaikoille. Tämä joustavuus tukee vaihtelevia vaatimustenmukaisuusvaltuuksia ja paikallisia operatiivisia tarpeita

Liiketoiminnan vaatimukset: Palveluntarjoajan valinnan tulisi perustua liiketoiminnan ajureiden arviointiin, kuten sääntelyn noudattamiseen (esimerkiksi MiFID II, HIPAA), laadunvarmistukseen, riitojenratkaisuun tai koulutustarpeisiin.

Ominaisuuksien saatavuus: Palveluntarjoajia tulisi arvioida sen perusteella, miten ne pystyvät toimittamaan vaadittuja ominaisuuksia, kuten reaaliaikaisen valvonnan, haku- ja toisto-ominaisuuksien, salauksen, säilytyskäytäntöjen, integroinnin analytiikka-alustoihin ja tuen erityyppisille puheluille (saapuvat, lähtevät, sisäiset).

2. Alueen valinta

Puheluiden tallennus- ja käsittelyalueen määrittäminen on ratkaisevan tärkeää vaatimustenmukaisuuden ja suorituskyvyn kannalta:

Globaali alueen valinta: Oletusarvoisesti organisaatiot voivat valita yhden alueen puheluiden tallentamiseen hallinnan ja hallinnoinnin yksinkertaistamiseksi.

Sijaintiin perustuvat aluekohtaiset ohitukset: Jos tietojen säilytyslait tai yrityksen käytännöt sitä edellyttävät, voi olla tarpeen ohittaa tiettyjen sijaintien yleinen alueasetus varmistaen, että puhelutallenteet tallennetaan ja käsitellään vaadittujen maantieteellisten rajojen sisällä.

Tietojen säilytysvaatimukset: Suunnittelussa on otettava huomioon kansainväliset ja paikalliset tietosuojamääräykset (kuten GDPR, CCPA tai maakohtaiset määräykset), jotka voivat sanella, missä ja miten puhelutallenteita säilytetään.

Toinen kriittinen näkökohta, johon on puututtava puheluiden tallennusratkaisun suunnittelussa ja toteutuksessa, on tallennusvaatimusten arviointi. Tallennustarpeiden tarkka ennustaminen on olennaista sen varmistamiseksi, että kapasiteettia on riittävästi jatkuvien liiketoimintojen tukemiseksi, vaatimustenmukaisuuden ylläpitämiseksi ja palvelukatkosten välttämiseksi.

Odotetun tallennustarpeen määrittämisessä on otettava huomioon useita keskeisiä parametreja:

Tallennettujen puheluiden määrä: Arvioi tiettynä aikana (esim. päivässä, viikossa tai kuukaudessa) nauhoitettavien puheluiden odotettu määrä. Tämä sisältää paitsi ulkoiset puhelut myös sisäisen viestinnän, jos liiketoimintapolitiikka tai sääntelymääräykset sitä edellyttävät.

Puhelun keskimääräinen kesto: Laske tallennettujen puheluiden tyypillinen pituus, sillä pidemmät puhelut vievät enemmän tallennustilaa. Puheluiden keston vaihtelut eri osastojen tai käyttäjäryhmien välillä tulisi myös ottaa huomioon arvioinnissa.

Säilytysaika: Määritä tallenteiden säilytysaika, joka usein määräytyy organisaation käytäntöjen tai ulkoisten määräysten (kuten toimialakohtaisten vaatimustenmukaisuusstandardien) mukaan. Pidemmät säilytysajat lisäävät kokonaissäilytysvaatimuksia

Kasvuennusteet: Ota huomioon odotettavissa oleva puhelumäärien kasvu tai tallennusalueen laajentuminen, joka voi johtua liiketoiminnan skaalaamisesta, uusista sääntelyvaatimuksista tai uusien käyttäjien tai sijaintien käyttöönotosta.

Analysoimalla nämä parametrit perusteellisesti organisaatiot voivat kehittää vankan tallennusstrategian, joka varmistaa puheluiden tallennusratkaisun skaalautuvuuden, kustannustehokkuuden ja määräystenmukaisuuden. On myös suositeltavaa tarkastella ja mukauttaa tallennustilan allokointia säännöllisesti käyttötapojen muuttuessa ajan myötä.

Hätäpuhelu

Vaatimus hätäpuhelun reitittämisestä asianmukaiseen lähetyskeskukseen on vaatimus kaikille PSTN-palvelua tarjoaville puhelupalveluille. -sovelluksella hätäpuheluiden reititys on ratkaisun sisäinen ja sisältää tuen kaikille kansallisille hätänumeroille maissa, jotka tukevat sitä. Hätäpuhelun reititys perustuu sisällä määriteltyyn sijaintiin ja sijainnin PSTN-käyttötapaan. Hätänumerot on määritetty ennalta ja ne ovat maakohtaisia, jossa käyttäjät ja laitteet ovat käytössä.

Hätäpuheluiden soittamiseen on kaksi tapaa. Käytettävissä on perushätäpuheluiden reitityspalvelu ja parannettu hätäpuheluiden reitityspalvelu. Perushätäpuheluiden reitityspalvelu käyttää ylläpitäjän valitsemaa numeroa sijainnin ja hätäpalveluihin soittamisen reitin tunnistamiseen. Perushätäpuheluissa puhelu kulkee tyypillisesti asiakkaan kyseisen sijainnin PSTN-vaihtoehdon kautta. Tarjolla on myös parannettu hätäpuheluiden reititys, joka on suunniteltu Yhdysvaltojen ja Kanadan käyttöönottoihin, joissa on määräystenmukaisuusvaatimuksia, jotka edellyttävät valtakunnallisen palveluntarjoajan käyttöä hätäpuheluiden toimittamiseksi oikeaan lähetyskeskukseen.

Kaikkien asiakkaiden tulisi ottaa käyttöön vähintään hätäpuheluiden peruskonfiguraatio. Perustason hätäpuhelut edellyttävät, että vähintään yksi asiakas omistaa +E.164 numero annetaan jokaiselle kohdassa määritellylle sijainnille. Perushätäpuheluissa jokainen sijainti määritellään katuosoitteella, johon poliisi, palokunta tai ambulanssi lähetetään hätätilanteessa. Useimmissa tapauksissa sijainnin päänumero on paras valinta edustamaan hätätilanteen fyysistä sijaintia. Tyypillisesti osoitteen määrittäminen +E.164 numero on koordinoitu PSTN-operaattorin kanssa. Alla olevat kuvat näyttävät Richardsonin toimipisteen hätäpuhelun takaisinsoittonumerona käytettävän päänumeron määrityksen.

ECBN-konfiguraation sijainti

Useimmissa tilanteissa rakennuksen osoite riittää sijainnin lähetysosoitteeksi. Mutta jos tietyille käyttäjille tai laitteille tarvitaan lisätietoja sijainnista, järjestelmänvalvoja voi käyttää samaa edellä kuvattua prosessia ja määrittää kyseiset laitteet tiettyyn osoitteeseen tai tarkempaan sijaintiin osoitteen sisällä (kuten kerrokseen tai huoneeseen). Käyttäjähallinnassa Soitto -välilehdellä voidaan määrittää tietty numero, johon käyttäjä ja hänen laitteet voivat lähettää tietyn lähetysosoitteen. Seuraavat kuvat havainnollistavat, miten tietty numero voidaan määrittää laitteelle. Ylläpitäjä on vastuussa siitä, että laitteen käyttämälle numerolle on määritetty oikea lähetysosoite. Osoitteen määrityksen tekee tyypillisesti kyseisen sijainnin PSTN-palveluntarjoaja.

Käyttäjän ECBN-määritys

Yhdysvalloissa sijaitsevissa puhelinjärjestelmissä, joissa on tarjottava parannettuja hätäpuheluratkaisuja, käytetään RedSkyn Horizon Mobility -ratkaisua, joka on integroitu hätäpuheluiden reititykseen. Kun RedSkyä käytetään puheluiden reitittämiseen, järjestelmänvalvojan on rekisteröidyttävä tilille Ciscon kautta ja määritettävä asianmukaiset tiedot Puhelut-kohdassa. -> Palvelun asetukset ottaaksesi tämän ominaisuuden käyttöön. Kun RedSky-palvelu on otettu käyttöön järjestelmätasolla, järjestelmänvalvoja voi ottaa sen käyttöön kullakin sijaintitasolla. Parannetun hätäpuhelupalvelun käyttöönotto tietyssä sijainnissa aktivoi palvelun kaikissa kyseiseen sijaintiin liitetyissä laitteissa. Laajennettuja hätäpuheluita tukevia laitteita ovat Ciscon MPP-puhelimet, Cisco PhoneOS -puhelimet ja Ciscon .

Parannetun hätäpuhelun ottamiseksi käyttöön tietyssä sijainnissa on kaksi asetusta. Parametrilla Salli RedSkyn vastaanottaa verkkoyhteystietoja ja testipuheluita tulisi varmistaa, että RedSkyn laite- ja infrastruktuurimääritykset ovat oikein. Tämä asetus mahdollistaa myös testipuheluiden soittamisen hätänumeroon 933 sijainnin varmentamiseksi RedSkyn IVR-järjestelmän avulla soittajan sijainnin lukemiseksi. Vaikka tämä asiakirja ei käsittele RedSky-sijainninseurannan määrityksiä, järjestelmänvalvojan tulisi AINA testata sijainninmääritys ennen hätäpuheluiden aktivoimista RedSky-palveluun reitittämistä varten. Kun testaus on suoritettu ja sen paikkansapitävyys on varmistettu, järjestelmänvalvoja reitittää puhelut RedSkylle vaihtamalla hätäpuheluiden reitityksen RedSkylle. Tämä kytkin ohjaa kaikki sijainnin hätäpuhelut RedSkylle, josta ne toimitetaan sijainnin hätäkeskukseen.

Parannetut hätäpuheluasetukset koskevat myös sekä paikallisia että ulkopuolisia asiakkaita. Paikallisesti niitä voidaan seurata samalla tavalla kuin lankapuhelimia. Kiinteistön ulkopuolella ollessaan käyttäjä voi asettaa sijaintinsa dynaamisesti suoraan . Lisätietoja hätäpuheluista on kohdassa Laajennetut hätäpuhelut .

Lisensointi

Lisenssien myöntämiseen käyttäjille on useita vaihtoehtoja.

Manuaalinen määritys

Ylläpitäjät voivat määrittää lisenssejä manuaalisesti yksittäisille käyttäjille käyttöliittymän kautta.

Ylläpitäjät voivat muokata yksittäisten käyttäjien palvelulisenssejä ja määrittää puhelulisenssejä suoraan.

Automaattiset lisenssien määritysmallit

Käytä lisenssien määrityspohjia määrittääksesi lisenssejä automaattisesti käyttäjille ryhmän tai organisaation asetusten perusteella.

Automaattinen lisensointi voidaan tehdä hakemistosynkronoinnin tai manuaalisten käyttäjäpäivitysten avulla, mutta käyttäjillä on oltava voimassa oleva +E.164 muotoiltu puhelinnumero ja puhelinnumeroiden on oltava sijainnissa ennen käyttäjien käyttöönottoa. Jos ehdot eivät täyty (esim. puhelinnumeron muoto on virheellinen), lisenssejä ei myönnetä.

Joukkotehtävä CSV-mallin kautta

Lataa CSV-tiedosto, joka sisältää käyttäjätiedot ja lisenssimääritykset, jotta voit lisätä tai muokata useita käyttäjiä kerralla.

CSV-tuonti tukee jopa 20 000 käyttäjän lisäämistä ja lisenssien määrittämistä, mutta lisenssit vaativat tiettyjä kenttiä, kuten puhelinnumeron ja alanumeron.

API-pohjainen tehtävänanto

Käytä API-rajapintoja lisenssien ohjelmalliseen määrittämiseen ja käyttäjien hallintaan.

tukee käyttäjien ja lisenssien hallintaan tarkoitettuja API-toimintoja (People, SCIM 2.0 ja Licenses API:t), joita voidaan hyödyntää lisenssien kohdentamisen automatisoinnissa. Lisenssi-API mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.
Taulukko 5. Käyttäjien hallintavaihtoehdot - yhteenveto
Tehtävämenetelmä Hyvät puolet Haittoja
Manuaalinen läpikäynti Yksinkertainen harvoille käyttäjille.
Mahdollistaa tarkan ja yksityiskohtaisen lisenssien myöntämisen hallinnan.
Ei skaalautuva, aikaa vievä
Altis inhimillisille virheille manuaalisen syötön aikana.

Automaattiset lisenssimallit Skaalautuva
Vähentää manuaalisia virheitä
Voidaan soveltaa uusiin ja nykyisiin käyttäjiin.
Vaatii voimassa olevat puhelinnumerot ja sijainnit.
Monimutkaisempi asentaa
Edellyttää myös käyttäjäryhmiä käyttäjäryhmää kohden, joilla on vastaavat lisenssivaatimukset.

CSV-tiedostojen joukkolataus Tehokas suurille käyttäjäryhmille
Mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.
Vaatii huolellista CSV-muotoilua
Virheitä voi esiintyä, jos puhelinnumeroita tai alanumeroita puuttuu tai ne ovat virheellisiä.
API-pohjainen tehtävänanto Automatisoitava, joustava.
Mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.
Vaatii kehitys- ja API-osaamista.

Taulukossa Käyttäjien valmisteluasetukset - yhteenveto on yhteenveto käyttäjien valmisteluvaihtoehdoista sekä niiden eduista ja haitoista. Tämä yleiskatsaus auttaa valitsemaan parhaan lisenssien määritysmenetelmän asiakasorganisaation koon, automaatio-ominaisuuksien sekä käyttäjien käyttöönottoprosessien ja -vaatimusten perusteella.

Cisco suosittelee puhelulisenssien määrittämistä lisenssimallien avulla aina kun se on mahdollista. Tämä edellyttää, että jokaiselle käyttäjäryhmälle, joka tarvitsee yksilöllisen lisenssijoukon (esimerkki - Standard vs. Professional), on olemassa ryhmä, jolla on vastaavat ryhmän jäsenyydet. Kuten käyttäjäryhmät-osioissa on käsitelty, käyttäjäryhmät voidaan määrittää manuaalisesti yrityksen hakemistoon tai synkronoida siitä. Molempien lähestymistapojen yhdistelmä on mahdollinen.

Useisiin ryhmiin kuuluvat käyttäjät saavat lisenssejä kaikista heidän ryhmiinsä sovellettavista määrityksistä. Tämä mahdollistaa yrityshakemistossa olevien lisenssikohtaisten käyttöoikeusryhmien käytön lisenssien määrittämisen hallintaan, jossa tuloksena olevaa käyttäjälisenssien määritystä ohjaa ryhmän jäsenyyksien yhdistelmä.

Lisätietoja on kohdissa Automaattisten lisenssien määritysten määrittäminen Control Hubissa ja Automaattisten lisenssien määritysmallien määrittäminen Webex Calling -käyttäjille.

Lisenssivaatimukset

Tämä osio käsittelee vain asiaankuuluvia lisenssejä. Muita lisenssityyppejä (esimerkiksi Webex-laitteiden rekisteröinti, viestit ja kokoukset) ei käsitellä. Suunnitteluprosessin osana on määritettävä lupavaatimukset. Seuraavien lisenssityyppien lisenssimäärät on laskettava:

Vakio: yksittäisten käyttäjien määrä, jotka tarvitsevat vakiopuhelintoimintoja.

Ammattilainen: käyttäjien ja työtilojen määrä, jotka vaativat edistyneitä puhelintoimintoja. Virtuaalilinjoilla ja ryhmävastaajalla on oikeus 1:1 kunkin ammattilisenssin suhde. Siksi harvinaisissa tapauksissa, joissa vaadittujen virtuaalilinjojen tai ryhmävastaajaviestien määrä ylittää edistyneitä puhelintoimintoja vaativien käyttäjien ja työtilojen määrän, on otettava huomioon lisäammattilaislisenssit.

Yhteisen alueen työtila: jaettujen käyttökohteiden tai yhteisten alueiden lukumäärä, jotka vaativat vakiopuhelutoimintoja.

Asiakaspalvelu: Customer Assist -ominaisuuksia tarvitsevien asiakaspalvelijoiden ja esimiesten määrä. Asiakastukeen sisältyy ammattilaislisenssi.

Reittiluettelon kutsut: vaadittujen pilviyhteydellä varustettujen PSTN-puheluiden määrä paikallisten käyttäjien välillä and/or paikallisesti asennettavat erikoistuneet kolmannen osapuolen sovellukset.

Välittäjän konsoli: käyttäjien määrä, jotka tarvitsevat pääsyn puhelinvaihteen konsolin asiakasohjelmaan.

Ciscon puhelupaketti (lähtevien puheluiden paketti): PSTN-numeroa tarvitsevien käyttäjien määrä and/or lähtevien PSTN-puheluiden käyttöoikeus Cisco PSTN -palveluun.

Ammattilaisille työtiloille ei ole erillistä lisenssityyppiä. Ammattimaiset työtilat vaativat ammattimaisen lisenssin.

Hot desk -työtilat tarjoavat hot desk -isännän palvelun ja hätäpuhelut hot desk -isännän kautta, eikä niiden käyttöön vaadita erillistä lisenssiä. Lisätietoja on kohdassa Vain hot desk -laitteiden lisääminen ja hallinta.

Voit määrittää kullekin käyttäjälle ja työtilalle tarvittavan lisenssityypin tarvittavien ominaisuuksien perusteella kohdassa Webex Callingille käytettävissä olevat ominaisuudet lisenssityypin mukaan.

Jos haluat erottaa toisistaan ammattilaislisenssin ja asiakastuen yhdistämien puhelujonojen tarjoamat toiminnot, katso Webex Calling -puhelujonojen ja asiakastuen ominaisuuksien vertailu.

Käyttäjien valmistelu

Käyttäjien Webex-käyttöönotossa on useita vaihtoehtoja, joista jokainen sopii erilaisiin organisaatiotarpeisiin ja ympäristöihin:

Manuaalinen käyttöönotto: Ylläpitäjät voivat lisätä ja hallita yksittäisiä käyttäjiä suoraan palvelussa. Tämä menetelmä on yksinkertainen, mutta sopii parhaiten pienille organisaatioille tai rajoitetuille käyttäjämuutoksille.

Massavalmistus CSV-tiedoston kautta: Suuremmille käyttäjäkunnille järjestelmänvalvojat voivat tuoda ja päivittää käyttäjiä joukkona lataamalla CSV-tiedostoja . Tämä mahdollistaa jopa tuhansien käyttäjien tehokkaan hallinnan samanaikaisesti.

Hakemistosynkronointiasetukset:
Hakemistoliitin: Tämä on automaattinen synkronointityökalu, jota käytetään Microsoft Active Directory -ympäristöissä. Se synkronoi käyttäjätilit, ryhmät ja ominaisuudet aikataulun mukaisesti (tunneittain, päivittäin tai viikoittain). Se tukee usean verkkotunnuksen ja usean metsän Active Directory -asetuksia ja voi synkronoida profiilikuvia ja huoneobjekteja.

Entra ID (Azure AD) -ohjattu sovellus: Tämä menetelmä on suunniteltu Microsoft Entra ID:tä (Azure AD) käyttäville organisaatioille, ja se tarjoaa käyttäjätilien ja -attribuuttien automaattisen, lähes reaaliaikaisen synkronoinnin suoraan Entra ID:stä palveluun. Se on täysin sisäisesti hallittavissa ja vaatii vain vähän asennusta.

SCIM 2.0 -sovellukset: Muissa kuin Microsoftin ympäristöissä tai muissa identiteetintarjoajissa, kuten Oktassa tai Duossa, SCIM-pohjaiset synkronointisovellukset mahdollistavat automaattisen käyttäjien käyttöönoton ja käytöstä poiston attribuuttien yhdistämisen ja ryhmäsynkronoinnin avulla.

Yhtenäinen CM-käyttäjäsynkronointi: Tämä vaihtoehto mahdollistaa käyttäjätilien luomisen olemassa olevien loppukäyttäjien perusteella synkronoimalla osoitteesta osoitteeseen . Tämä edellyttää, että Cloud Connected UC (CCUC) on käynnissä paikallisissa klustereissa. Yleensä on kuitenkin suositeltavaa synkronoida käyttäjät keskitetystä pilvihakemistosta, kuten Entra ID:stä, sen sijaan, että synkronoitaisiin suoraan .

API-valmistelu: Käyttäjien käyttöönotossa voidaan käyttää julkisia API-rajapintoja (People, SCIM 2.0). API-rajapintojen käytön tärkein etu on mahdollisuus integroida käyttäjien hallinta muihin yritysjärjestelmiin.
Taulukko 6. Käyttäjien käyttöönottovaihtoehdot
Valmistelumenetelmä Kuvaus Hyvät puolet Haittoja
Manuaalinen Create/manage käyttäjät erikseen Yksinkertainen harvoille käyttäjille; ei vaadi infrastruktuuria Ei skaalautuva; aikaa vievää monille käyttäjille
Joukko (CSV-tiedosto) Import/update käyttäjiä joukkona CSV-tiedoston kautta Tehokas ryhmille; ei vaadi koodausta Manuaalinen CSV-tiedostojen valmistelu; vähemmän dynaaminen
Ihmiset ja SCIM 2.0 -rajapinta Ohjelmallinen käyttäjähallinta Webex-rajapintojen kautta Joustava; tukee automaatiota ja integrointia Vaatii kehitystä ja infrastruktuuria
Hakemiston synkronointi Automaattinen synkronointi AD:stä, Entra ID:stä, SCIM-sovelluksista ja Unified CM:stä Automatisoi elinkaaren; tukee suodattamista ja kartoittamista Asennuksen monimutkaisuus: Joillakin vaihtoehdoilla on rajoitetut ominaisuudet tai ne vaativat infrastruktuuria
Tämä yleiskatsaus ja taulukko kuvaavat tärkeimpiä käyttäjien valmisteluvaihtoehtoja, niiden etuja ja rajoituksia, jotta voit valita organisaatiosi tarpeisiin parhaiten sopivan lähestymistavan.

Käyttäjäryhmät

Käyttäjäryhmien hallinta antaa järjestelmänvalvojille mahdollisuuden järjestää käyttäjät ryhmiin lisenssien, asetusten ja resurssien tehokasta joukkohallintaa varten. Ryhmät auttavat tehostamaan hallintaa soveltamalla käytäntöjä, lisenssejä ja asetusmalleja useille käyttäjille samanaikaisesti sen sijaan, että käyttäjiä hallittaisiin erikseen.

Käyttäjäryhmien hallinta tarjoaa useita etuja, kuten:

Yksinkertaistettu hallinto: Hallitse useiden käyttäjien lisenssejä, asetuksia ja käytäntöjä samanaikaisesti.

Johdonmukaisuus: Käytä yhdenmukaisia asetuksia ja lisenssejä saman ryhmän käyttäjille.

Skaalautuvuus: Tukee jopa 250 000 jäsentä ryhmää kohden.

Integraatio: Synkronoi ryhmiä Microsoft Entra ID:stä (Azure AD) tai Active Directorysta automatisoitua käyttäjä- ja ryhmähallintaa varten.

Joustavuus: Luo paikallisia ryhmiä tai synkronoi käyttöoikeusryhmiä; hallitse ryhmän jäsenyyksiä manuaalisesti tai CSV-tiedostojen avulla.

Resurssien kohdentaminen: Hallitse pääsyä upotettuihin sovelluksiin ja palveluihin ryhmän jäsenyyden perusteella.

Käyttäjäryhmien tärkeimmät käyttötapaukset käyttöönotossa ovat:

Lisenssien luovutukset: Määritä ryhmille käyttöoikeuksia, jotta ryhmän jäsenille voidaan automaattisesti tarjota palveluita, kuten puheluita, kokouksia, viestejä tai hybridipalveluita.

Asetusmallit: Käytä ryhmille palveluasetusten kokoelmia (esim. viestit, kokoukset, puhelut) yhdenmukaisen käyttökokemuksen takaamiseksi.

Käyttäjien joukkohallinta: Lisää tai poista käyttäjiä joukkona CSV-tiedostojen tai hakemistosynkronoinnin avulla.

Automaatio ja integrointi: Käytä API-rajapintoja tai hakemistosynkronointia automatisoituun käyttäjien ja ryhmien elinkaaren hallintaan.

Seuraavassa taulukossa on yhteenveto käyttäjäryhmien ja ryhmien hallinnan eri vaihtoehdoista kohdassa .
Taulukko 7. Ryhmien ja ryhmäjäsenyyksien hallintavaihtoehdot
Vaihtoehto Kuvaus Hyvät puolet Haittoja

ryhmän valmistelu (ryhmät) Luo ja hallinnoi ryhmiä suoraan . Add/remove jäsenet manuaalisesti tai CSV-tiedoston kautta. Täysi hallinta ryhmän jäsenyyteen
Lisenssien ja mallien välitön soveltaminen
Helppo luoda ja muokata ryhmiä Manuaaliset päivitykset vaaditaan
Virheiden riski manuaalisissa CSV-tiedostojen latauksissa
Ei automaattista synkronointia ulkoisten hakemistojen kanssa

Synkronoidut ryhmät Entra ID:stä (Azure AD) tai Active Directorysta Synkronoi suojausryhmät ja jäsenyydet automaattisesti ulkoisista hakemistopalveluista. Automaattinen synkronointi vähentää manuaalista työtä
Varmistaa yhdenmukaisuuden yrityshakemiston kanssa
Tukee suuria organisaatioita
Ryhmän jäsenyyttä ei voi muokata kohdassa
Synkronointiviive jopa 12 tuntia
Sisäkkäiset ryhmät vaativat manuaalisen valinnan

Ryhmät ja SCIM 2.0 API (Ryhmät) Käytä ryhmiä tai SCIM 2.0 -rajapintaa ohjelmalliseen ryhmien ja jäsenyyksien hallintaan Automaatio ja integrointi muihin järjestelmiin
Skaalautuva suuriin tai monimutkaisiin ympäristöihin
Vaatii kehitystyötä
Monimutkaisuus riippuu API:n käytöstä

Vaikka synkronoidut ryhmät takaavat yhdenmukaisuuden ja tarjoavat yhden hallintapisteen, hybridilähestymistapa, jossa yhdistetään synkronoituja ryhmiä ja ryhmiä (joko hallintakeskuksessa tai API-rajapintojen kautta hallittavia). Esimerkiksi lisenssien määritysryhmät voivat olla synkronoituja ryhmiä ja erillistä ryhmäjoukkoa voidaan käyttää käyttäjien ja kutsumallien määrittämiseen.

Tämä kattava lähestymistapa käyttäjäryhmien hallintaan mahdollistaa organisaatioille käyttäjälisenssien, asetusten ja käytäntöjen tehokkaan hallinnan varmistaen yhdenmukaiset ja skaalautuvat yhteistyökokemukset.

Suositeltu lähestymistapa siirryttäessä osoitteesta osoitteeseen

Käyttäjien ensisijainen tietolähde on tietokanta, joka sisältää loppukäyttäjän tiedot. ei kuitenkaan tyypillisesti ole käyttäjien identiteetinhallinnan virallinen lähde, ja mikä tärkeämpää, se suljetaan pois siirtymän lopussa, joten sitä ei voida käyttää pitkäaikaisena luotettavana identiteettitietojen lähteenä.

Cisco suosittelee keskitetyn pilvihakemiston, kuten Microsoft Entra ID:n (Azure AD), käyttöä käyttäjäidentiteeteille ainoana totuudenmukaisena lähteenä. Käyttäjien synkronointi Entra ID:stä varmistaa yhdenmukaisuuden, yksinkertaistaa hallintaa ja tukee kertakirjautumisominaisuuksia (SSO).

Jotta kaikki käyttäjät löytyvät myös Entra ID:stä, organisaatioiden tulee varmistaa, että käyttäjätilit vastaavat Entra ID:n tilejä. Tämä voidaan tehdä viemällä käyttäjäluetteloita Entra ID -käyttäjäluetteloista ja vertaamalla niitä niihin.

Yhteenvetona voidaan todeta, että suositeltu käyttöönottomenetelmä on synkronoida käyttäjät Microsoft Entra ID:stä (Azure AD) Webexiin Azure AD Wizard -toiminnon tai SCIM-sovellusten avulla. Manuaalinen ja CSV-joukkovalmistelu ovat saatavilla täydentävinä menetelminä, mutta ne ovat vähemmän skaalautuvia ja virhealttiimpia suurissa organisaatioissa. Sen varmistaminen, että Entra ID on auktoriteettilähde ja että kaikki käyttäjät ovat Entra ID:ssä, on ratkaisevan tärkeää onnistuneen migraation ja yhdenmukaisen käyttökokemuksen kannalta eri ympäristöissä.

Siirtyminen paikallisesta hakemistopalvelusta, kuten Active Directorysta, pilvihakemistopalveluun, kuten Entra ID:hen (Azure ID), on riippumaton kutsuvasta siirtymästä. Cisco suosittelee siirtymisen viimeistelemistä pilvihakemistopalveluun ennen kutsuvan siirtymän aloittamista.

Käyttäjäryhmien suunnittelu

Kun yrityshakemisto on siirretty paikallisesta pilveen, kerää tarvittavat käyttäjäryhmät lisensointi- ja ominaisuusmallien vaatimusten mukaisesti. Jokaiselle ryhmädokumentille:

Ryhmän nimi: ryhmän yksilöllinen nimi.

Lisenssit: tälle ryhmälle määritettävät lisenssit (jos sellaisia on) ja laajuus (pitäisikö lisenssit määrittää olemassa oleville käyttäjille vai vain uusille käyttäjille)

Asetusmallit: Webex-sovelluksen ja käyttäjän puhelumallit.

Hakemiston synkronointi: Synkronoidaanko tämä ryhmä yrityshakemistosta vai onko kyseessä paikallinen Webex-ryhmä, joka on valmisteltu Control Hubissa tai API:n kautta?

Kuvaus: miten tätä ryhmää käytetään ja keiden käyttäjien tulisi olla tämän ryhmän jäseniä

Näitä tietoja käytetään myöhemmin käyttöönottovaiheessa paikallisten ryhmien tai yrityshakemiston ryhmien luomiseen ja käyttäjien ryhmäjäsenyyksien hallintaan.

Kertakirjautuminen (SSO)

Cisco suosittelee kertakirjautumisen (SSO) käyttöä käyttäjien todennukseen. SSO:n käytöllä on joitakin vakuuttavia etuja, kuten:

Yksinkertaistettu käyttäjän todennus: Käyttäjät voivat kirjautua sisään kerran yrityksen tunnuksilla (esim. Azure ID:llä) käyttääkseen ja muita integroituja sovelluksia, mikä poistaa useiden salasanojen tarpeen ja vähentää kirjautumiskehotteita. Tämä parantaa tietoturvaa varmistamalla, että yrityksen salasanoja ei koskaan tallenneta tai lähetetä todennuksen jälkeen.

Yksinkertaistettu käyttäjähallinta: Automatisoi käyttäjätilien luomisen, päivitykset ja deaktivoinnin yrityshakemiston muutosten perusteella, mikä vähentää hallinnollista työmäärää ja varmistaa, että vain valtuutetuilla käyttäjillä on käyttöoikeus.

Parannettu turvallisuus: SSO vähentää salasanaväsymystä ja salasanamurtojen riskiä keskittämällä todennuksen luotettavien identiteetintarjoajien (IdP) kautta.

Monivaiheisen todennuksen (MFA) helppo integrointi: MFA:ta voidaan helposti tukea joko Identity Access Management -ratkaisulla, kuten Cisco Duolla, tai IdP:n MFA-tuen avulla.

Palveluiden kertakirjautumisen toteuttamiseen on useita vaihtoehtoja:

SAML 2.0 -pohjainen kertakirjautuminen: Ensisijainen SSO-integraatioon tuettu protokolla, joka mahdollistaa todennustietojen turvallisen vaihdon IdP:n ja palveluntarjoajan välillä.

OpenID-yhteys (OIDC): Tuettu vaihtoehtoisena modernina todennusprotokollana kertakirjautumisintegraatiolle.

Webex-identiteetti: Tuettu myös identiteetintarjoajan vaihtoehtona.

SSO konfiguroidaan ja hallitaan keskitetysti :n kautta, mikä edellyttää metatietojen vaihtoa valitun IdP:n ja :n välillä.

Konfiguroinnin jälkeen kertakirjautumista voidaan testata ennen aktivointia oikean asennuksen varmistamiseksi.

Cisco tukee integrointia useiden testattujen ja yleisesti käytettyjen IdP- ja Identity Management Systems (IAM) -järjestelmien kanssa, mukaan lukien, mutta ei rajoittuen:

Cisco Duo

Okta

Microsoft Active Directory -liittoutumispalvelut (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Nämä IdP:t ovat SAML 2.0- tai OpenID Connect -standardien mukaisia, ja niiden yhteensopivuus Ciscon yhteistyöratkaisujen kanssa on validoitu.

Useiden IdP-palveluiden tuki

mahdollistaa organisaatioiden määrittää kertakirjautumisen (SSO) useilla IdP:illä monimutkaisten IT-ympäristöjen, kuten fuusioiden, yritysostojen tai hajautettujen IT-osastojen, tarpeisiin, joissa eri ryhmät käyttävät eri IdP:itä. Usean IdP:n tuki voidaan toteuttaa joko käyttämällä Multiple IdP -ominaisuutta yrityksen IAM-järjestelmässä, kuten Cisco Duossa, tai integroimalla se sellaiseen.

useiden identiteetintarjoajien (IdP) tuki kattaa useita keskeisiä käyttötapauksia, joissa organisaatiot tarvitsevat joustavaa ja turvallista todennusta erilaisissa IT-ympäristöissä:

1. Fuusiot ja yritysostot

Kun yritykset fuusioituvat tai ostavat toisia, niillä on usein erilliset IT-infrastruktuurit ja erilliset IdP:t, jotka eivät voi yhdistyä. Useiden IdP-palveluiden tuki mahdollistaa molempien organisaatioiden käyttäjien todentamisen ja yhteistyön turvallisesti ilman, että identiteettijärjestelmiään tarvitsee yhtenäistää välittömästi.

2. Useita itsenäisiä IT-osastoja

Suurilla organisaatioilla tai valtion laitoksilla voi olla useita itsenäisiä IT-osastoja, joista jokainen hallinnoi omaa IdP:tään. n usean IdP:n ominaisuus mahdollistaa näiden osastojen ylläpitää omia todennusjärjestelmiään ja samalla sallii käyttäjien käyttää sovelluksia saumattomasti.

3. Eri käyttäjäryhmät tai verkkotunnukset

Organisaatiot, joilla on useita käyttäjäryhmiä (esim. työntekijät vs. urakoitsijat) tai useita sähköpostiverkkotunnuksia, voivat määrittää reitityssäännöt ohjaamaan todennuspyynnöt asianmukaiselle IdP:lle verkkotunnuksen tai ryhmän jäsenyyden perusteella. Tämä tukee eriytettyjä käyttöoikeuskäytäntöjä ja suojaustoimintoja.

4. Tuki useille todennusprotokollille

tukee SAML- ja OpenID Connect (OIDC) -identiteettipalveluntarjoajia, minkä ansiosta organisaatiot voivat integroida erityyppisiä identiteetintarjoajia olemassa olevan infrastruktuurinsa ja tietoturvavaatimustensa mukaisesti.

5. Parannettu turvallisuus ja vaatimustenmukaisuus

Ottamalla käyttöön useita IdP:itä, organisaatiot voivat ottaa käyttöön vahvempia todennusmekanismeja, mukaan lukien monivaiheisen todennuksen (MFA) esimerkiksi Duon kaltaisten integraatioiden kautta, ja valvoa yhdenmukaisia suojauskäytäntöjä eri käyttäjäkunnille.

6. Yksinkertaistettu käyttökokemus

Käyttäjät voivat todentaa itsensä käyttämällä olemassa olevia tunnistetietojaan omilta IdP-palvelimiltaan, mikä tarjoaa yhtenäisen kirjautumiskokemuksen useiden identiteettijärjestelmien monimutkaisuudesta huolimatta.

Vaikka useiden IdP-järjestelmien tuki tarjoaa joustavuutta, se vaatii huolellista koordinointia tietoturva- ja identiteettitiimien välillä johdonmukaisten tietoturvakäytäntöjen ylläpitämiseksi ja mahdollisten haavoittuvuuksien välttämiseksi.

Duo MFA ja kertakirjautuminen

Duo Access Gateway (DAG) voi todentaa käyttäjiä käyttämällä olemassa olevia paikallisia tai pilvipohjaisia hakemistoja, kuten Active Directory (AD) ja OpenLDAP. Se tukee myös integrointia muiden identiteetintarjoajien, kuten Microsoft ADFS:n, Microsoft Azuren, Oktan, OneLoginin, CAS:n ja Shibbolethin, kanssa. Tämä joustavuus antaa organisaatioille mahdollisuuden käyttää nykyistä hakemistoinfrastruktuuriaan Webex SSO:lle Duo MFA:n kanssa.

Duo toimii vahvana todennuskerroksena ensisijaisen hakemistotodennuksen päällä. Se toimii identiteetintarjoajana (IdP) käyttäen SAML 2.0:aa kaksivaiheisen todennuksen (2FA) valvomiseen ennen käyttöoikeuden myöntämistä. Duo arvioi käyttäjän, laitteen ja verkon kontekstin määritettävien käytäntöjen avulla ja sallii tai estää käyttöoikeuden, mikä parantaa turvallisuutta pelkän käyttäjätunnuksen ja salasanan lisäksi. Duo tarjoaa myös joustavia käytäntöjen hallintatyökaluja, kuten monitoimisen todentamisen (MFA) vaatimisen jokaisen kirjautumisen yhteydessä joissakin sovelluksissa ja harvemmin toisissa.

Cisco Duon etuihin kuuluvat:

Tehostettu suojaus: Lisää tietojenkalastelulta suojatun monitoimisen todennuksen (MFA) käyttöoikeuksien suojaamiseksi ja vähentää salasanojen paljastumisen riskiä.

Joustavat käytännöt: Mahdollistaa todennusvaatimusten tarkan hallinnan sovellus- tai käyttäjäryhmäkohtaisesti.

Integrointi olemassa olevien hakemistojen kanssa: Tukee paikallisia AD-, OpenLDAP-, pilvihakemistoja ja useita SSO-palveluntarjoajia, mikä minimoi infrastruktuurimuutokset.

Käyttäjän mukavuus: Tukee kertakirjautumista (SSO), mikä vähentää salasanaväsymystä mahdollistamalla käyttäjien kirjautumisen sisään kerran ja useiden resurssien turvallisen käytön.

Luotettavat päätepisteet: Tukee laitteiden luottamusta Windows- ja macOS-asiakkaille, mikä parantaa tietoturvaa.

Itsepalveluna ilmoittautuminen: Sisäänrakennettu rekisteröinti ja Duo-kehote parantavat käyttökokemusta MFA:n asennuksen aikana.

Duo MFA ja SSO hyödyntävät olemassa olevia hakemistoja, kuten Active Directorya ja OpenLDAP:ia, tai pilvipohjaisia identiteetintarjoajia käyttäjien todentamiseen. Duon tehtävänä on tarjota vahva, käytäntöihin perustuva toinen todennuskerroin, joka on integroitu SAML 2.0:n kautta, parantaen tietoturvaa ja säilyttäen samalla käyttäjämukavuuden kertakirjautumisen (SSO) avulla. Hyötyihin kuuluvat parantunut tietoturva, joustava käytäntöjen valvonta, saumaton integraatio ja parempi käyttökokemus.

Cisco suosittelee kertakirjautumisen (SSO) käyttöönottoa käyttäjille. Parannetun tietoturvan saavuttamiseksi suositellaan integrointia Cisco Duon kanssa.

Yritystason IAM- ja SSO-strategia tulisi ottaa käyttöön ennen siirtymistä palvelusta palveluun .

Ominaisuudet

sisältää täyden valikoiman palveluun sisältyviä ydinominaisuuksia. Tämä sisältää monia yritystason puhelutoimintoja, jotka ovat olleet saatavilla jo vuosia. Et ehkä näe 100 %:n pariteettia ominaisuuksien ja ominaisuuksien välillä, mutta kuten alla olevasta kuvasta näkyy, tärkeimmät kutsuominaisuudet ovat käytettävissä .

Webex Callingin yritystason ominaisuudet

Monien käyttäjäominaisuuksien lisäksi siinä on alustaan sisältyvät ydinjärjestelmäominaisuudet. Näitä ovat ominaisuudet, kuten automaattiset puhelinvastaajat, puhelujonot, puheluparkki jne. Voit nähdä kaikki käytettävissä olevat ydinjärjestelmän ominaisuudet kohdassa Palvelu → Puhelut → Ominaisuudet, kuten kuvassa Webex-puheluiden ydinominaisuudeton esitetty.

Webex Callingin ydinominaisuudet

Automaattinen puhelinvaihde

Automaattivahti mahdollistaa 24/7 saapuvien puheluiden käsittelyn automatisointi, joka mahdollistaa tehokkaan puheluiden käsittelyn ilman, että jokaiseen puheluun tarvitsee vastata erikseen.

Automaattinen puhelinvastaaja vastaa saapuviin puheluihin ja tarjoaa soittajalle valikon, jossa on vaihtoehtoja puhelun reitittämiseen. Tämä voi olla henkilölle, vastaajaan tai puhelupalveluun (esim. puhelujonoon). Soittaja syöttää automaattisen puhelinvaihteen valikosta löytyvän numeron puhelimensa numeronäppäimistöllä.

Automaattinen puhelinvastaaja tukee seuraavia keskeisiä ominaisuuksia:

Liike- ja aukioloaikojen ulkopuoliset aikataulut

Loma-aikataulu

Valikkovaihtoehto, jolla voit ohjata asiakkaasi haluamaansa paikkaan

Mukauta tervehdyksiä

Soita nimen perusteella -vaihtoehto

Kutsunsiirron vaihtoehdot

Control Hubin analytiikka ja raportit.

Lisätietoja on kohdassa Automaattisten puhelinvaihteiden hallinta.

Puheluparkki

Puheluparkki antaa käyttäjille mahdollisuuden asettaa puhelun helposti pitoon, jotta toinen käyttäjä voi helposti vastata siihen, kun hän on vapaa vastaamaan siihen. Se myös vapauttaa alkuperäiseen puheluun vastanneen käyttäjän soittamaan tai vastaanottamaan muita puheluita puhelun ollessa parkissa.

Puheluparkkeja on kahdenlaisia :

Puhelun parkkiin laittaminen suoraan - mahdollistaa minkä tahansa käyttäjän parkkiin laittaa puhelun toisen käyttäjän alanumeroon tai parkkialanumeroon järjestelmänvalvojan määrittämällä tavalla.

Puheluiden parkkiin asettaminen ryhmälle - mahdollistaa määritetyn käyttäjäryhmän automaattisesti parkkiin asettaa puhelut ryhmälle määritettyihin käytettävissä oleviin parkkiin. Nämä kohteet voivat olla ryhmän jäsenten alanumeroita tai puheluparkkiin asetettuja alanumeroita.

Kokoonpanosta ja parkkityypistä riippuen käyttäjät voivat noutaa puheluita soittamalla numeroon *88+><extension of parked call>, painamalla puheluparkki-alanumeroon liittyvää linjanäppäintä tai käyttämällä IP-puhelimensa toimintonäppäintä.

Parkkipuhelun voi peruuttaa tietyn ajan kuluttua joko parkkiin laittaneelle käyttäjälle tai vaihtoehtoiselle käyttäjälle.

Lisätietoja on kohdassa Puheluparkin hallinta Control Hubissa.

Puhelun poiminta

Puheluiden poiminta antaa järjestelmänvalvojalle mahdollisuuden määrittää käyttäjäryhmän (jäsenet), jotka voivat vastata puheluun toisen jäsenen puhelimeen. Tämä antaa käyttäjälle mahdollisuuden vastata puheluihin, kun hänen tiimikaverinsa ovat kiireisiä eivätkä pysty vastaamaan saapuvaan puheluun.

Ryhmän käyttäjien on oltava samassa paikassa.

Käyttäjät voivat vastata puheluun joko -puhelimella tai pöytäpuhelimellaan.

:

Tukee visuaalisia ja ääni-ilmoituksia

Saapuvan puhelun ilmoitus

FAC-pohjainen (valitsin *98) tai ilmoituspuhelun poimiminen

Puhelun vastaanottoilmoitukset monilinjaisille puheluille.

Pöytäpuhelimet:

Saapuvan puhelun ilmoitus

Äänimerkit ja visuaalinen ilmoitus luurin LED-valon kautta. 6821 tukee vain äänimerkkejä

Kun valittu ilmoitustyyppi ei ole ei mitään

Puhelun vastaanottoilmoitukset vain ensisijaisille linjoille.

Lisätietoja on kohdassa Puhelunpoimintaryhmän määrittäminen.

Puhelujono

sisältää vain äänille tarkoitetut puhelujonot osana ydinominaisuuksiaan, ja kuka tahansa Professional-lisenssin omaava käyttäjä voi olla osa puhelujonoa, agentti tai esimies. Tämän ominaisuuden avulla käyttäjät voivat olla tehokkaasti vuorovaikutuksessa asiakkaiden kanssa. Puhelujonot tukevat osaa puhelinkeskuksen ydintoiminnoista, kuten äänijonoja, takaisinsoittoja, taito- tai prioriteettireititystä, asiakaspalvelijoiden jonojen hallintaa, analytiikkaa, raportointia jne.

Ciscon Microsoft Teams -integraatiovaatimus antaa agenteille mahdollisuuden käyttää puhelujonoihin liittyviä puheluita ja ominaisuuksia suoraan Microsoft Teams -asiakasohjelmastaan.

Puhelujonot tukevat seuraavia keskeisiä ominaisuuksia:

Tervehdykset ja viestit (tervehdys, lohdutus, kuiskaus jne.)

Pidä musiikkia

Takaisinsoitto

Jonon reitityskäytännöt (yöliikenne, pyhäpäivät, edelleenlähetykset)

Agenttijono login/logout

Agenttijonon tilan hallinta

tai pöytäpuhelimen tuki

Esimiehen edustaja soittaa monitorille, linja-autolle, proomulle tai ottaa ohjat käsiinsä ominaisuuskoodien (FAC) avulla

(järjestelmänvalvojan oikeudet) seuraaville:

jonojen hallinta

Agenttien ja jonojen analytiikka ja raportointi

Jonojen, asiakaspalvelijoiden ja esimiesten hallinta.

Lisätietoja on kohdassa Puhelujonon määrittäminen.

sisältää Customer Assist -lisäosan, joka tarjoaa lisää puhelujonojen hallintaominaisuuksia ja antaa asiakaspalvelijoille ja esimiehille paremman käyttökokemuksen . Katso puhelujonon ja asiakastuen ominaisuuksien vertailu artikkelista Webex Callingin puhelujonon ja asiakastuen ominaisuuksien vertailu.

Metsästysryhmä

Etsintäryhmät mahdollistavat saapuvien puheluiden reitittämisen tietylle käyttäjäryhmälle ennalta määritetyn puheluiden reititysmallin avulla. Tämä varmistaa, että puheluihin vastaa oikea käyttäjäryhmä tai ne ohjataan vastaajaan seurantaa varten.

Yksi suuri ero etsintäryhmien ja puhelujonojen välillä on se, että puheluita ei jonoteta etsintäryhmissä. Jos kukaan etsintäryhmän käyttäjistä ei ole käytettävissä vastaamaan puheluun, se katkaistaan, lähetetään vastaajaan tai siirretään toiseen numeroon (käyttäjälle tai palvelulle).

Lisätietoja on kohdassa Metsästysryhmien hallinta Control Hubissa.

Käyttötilat

Toimintatilat-ominaisuuden avulla yritykset voivat reitittää puheluita tehokkaasti eri kohteisiin (käyttäjät, vastaaja, puhelupalvelut, kuten puhelujono). Puhelun reitityspaikka ja -aika perustuu kellonaika- ja viikonpäiväaikatauluun, ja kenelle tahansa käyttäjälle voidaan antaa valtuudet hallita näitä tiloja (aikatauluja) ja siten hallita puheluiden reitityksen muutoksia.

Esimerkiksi puhelujonoon tulevat puhelut voidaan reitittää toiseen puhelujonoon, jossa asiakaspalvelijat ovat eri aikavyöhykkeellä vastaamaan puheluihin työajan ulkopuolella, työaikana puhelut voidaan reitittää paikallisille asiakaspalvelijoille ja pyhäpäivinä puhelut voidaan reitittää vastaajaan seurantaa varten asiakaspalvelijoiden palattua toimistolle.

Valtuutettu käyttäjä voi vaihtaa näiden eri soitonsiirtotilanteiden (tilojen) välillä, jos hänen on muutettava saapuvien puheluiden reititystä tietyksi ajaksi. Nämä käyttäjät voivat hallita tiloja omien 6800/7800/8800 MPP-puhelimissa, 9800-puhelimissa tai käyttäjäkeskuksessa kohdassa Hallitse tiloja.

Lisätietoja on kohdassa Puheluiden reititys Webex Callingin toimintatilojen perusteella.

Hakuryhmä

Hakuryhmien avulla käyttäjät voivat soittaa yksisuuntaisen puhelun ja lähettää ääniviestin käyttäjäryhmälle. Jokainen ryhmä voi sisältää jopa 75 kohdekäyttäjää and/or työtilat, joihin pääsee soittamalla ennalta määritettyyn numeroon tai alanumeroon.

Kun käyttäjä soittaa hakuryhmään, kaikkiin ryhmän kohteisiin soitetaan samanaikainen puhelu, minkä jälkeen soittaja voi puhua viestinsä ja lopettaa puhelun.

Lisätietoja on kohdassa Sivutusryhmän määrittäminen Control Hubissa.

Tallenteet

tukee käyttäjän soittamien tai vastaanottamien puheluiden tallennusta. Tätä voidaan tarvita laadun, varmuuden, turvallisuuden tai koulutuksen vuoksi. Oletusarvoisesti puhelut tallennetaan , mutta myös muita kolmannen osapuolen tallennuspalveluntarjoajia voidaan käyttää, jos muita tallennusominaisuuksia tai vaatimustenmukaisuus- ja sääntelyvaatimuksia vaaditaan.

Kun tallennusalustana käytetään , kaikkia tallennettuja puheluita hallitaan . Täysivaltaiset järjestelmänvalvojat, joilla on vaatimustenmukaisuusvastaavan rooli, voivat toistaa ja ladata tallenteita. Ilman vaatimustenmukaisuusvastaavan roolia järjestelmänvalvoja voi vain poistaa tallenteita.

Lisätietoja tästä ominaisuudesta ja luettelon kolmannen osapuolen tallenteista on kohdassa Webex Callingin puheluiden tallennuksen hallinta.

Yhden numeron tavoittavuus

Yhden numeron tavoittavuus mahdollistaa käyttäjän puhelinnumeroon soitettujen puheluiden soittamisen useisiin laitteisiin. Tämä voi sisältää sekä muita pöytäpuhelimia että matkapuhelimia. Näistä laitteista voi myös soittaa puheluita, ja käyttäjät voivat lähettää ja vastaanottaa puheluita niiden välillä.

Lisätietoja tästä ominaisuudesta ja siitä, miten järjestelmänvalvoja voi määrittää sen, on kohdassa Yhden numeron tavoittavuuden määrittäminen (toimisto missä tahansa).

Lisätietoja siitä, miten käyttäjä voi hallita ja määrittää tämän ominaisuuden itse Webex-käyttäjäkeskuksessa (portaalissa), on kohdassa Yhden numeron tavoittavuuden määrittäminen (toimisto missä tahansa).

Vastaajaryhmä

Vastaajaryhmät mahdollistavat jaetun vastaajalaatikon käytön, joka voidaan määrittää käyttäjälle tai puheluiden reititystoiminnolle. Joitakin syitä vastaajaviestiryhmän tarpeellisuuteen ovat:

Yleiskäyttöinen vastaajaviesti osastolle tai työryhmälle

Lisää vastaajaviestivaihtoehto automaattiseen puhelinvaihteeseen tai etsintäryhmään

Ylivuotopuheluiden lähettäminen puhelujonosta

Käyttäjät, jotka tarvitsevat vain vastaajaviestin.

Lisätietoja on kohdassa Jaetun vastaajaviestin ja saapuvien faksien laatikon hallinta Webex Callingissa.

Attendant Console on lueteltu Webexin Puheluominaisuudet-sivulla, mutta se on lisäominaisuus, jonka käyttö edellyttää Attendant Console -lisenssin ostamista.

Lisätietoja on kohdassa Attendant Consolen käytön aloittaminen.

Tietoja kaikista ominaisuuksista, mukaan lukien joistakin lisäominaisuuksista, on kohdassa Webex Callingin lisenssityypin mukaan käytettävissä olevat ominaisuudet.

Taulukko 1. Kunkin sijainnin osalta kerättävät tiedot
Tietoja	Kommentti
Laajennusalue(et)	Jokaisella sijainnilla voi olla eri numeroilla alkavia jatko-osoitteita. Yksi numero on varattava tukiasemien välisen valinnan ohjausnumerolle (esimerkiksi 8) ja yksi PSTN-ohjausnumerolle (esimerkiksi 9). Mikään laajennusalue ei voi alkaa kummallakaan näistä kahdesta numerosta. Kaikkien sijaintien kaikkien laajennusalueiden on oltava yhtä pitkiä.
DID-alue(et)	-
PSTN-ohjausnumero	-
Sivuston koodi	Kaikkien sijaintien kaikkien sivustokoodien on oltava yksilöllisiä ja samanpituisia.
Päänumero	Sijainnin luomisen yhteydessä on määritettävä kaksi DID:tä. Yksi päänumeroksi (esimerkiksi automaattisen puhelinvastaajan palveluun liitettäväksi) ja yksi vastaajaportaalia varten. Varaa yksi DID vastaajaan tulevaa numeroa varten.
Vastaajaan numero
Lisenssien määrä	Vaaditut lisenssit tyypin mukaan, mukaan lukien Standard, Professional, Workspace, Route List ja Outbound Calling Plan.
Samanaikaiset puhelut ruuhka-aikana	Laitteiden välisten ja laitteiden ja paikallisen yhdyskäytävän (PSTN ja laitteisiin suuntautuvat puhelut) välisten samanaikaisten puheluiden summa. Tarvitaan tarvittavan internetyhteyden kaistanleveyden määrittämiseksi.
Maa	-
Aikavyöhyke	-
Kieli	-
Yhteystiedot (nimi, puhelinnumero, sähköpostiosoite)	-
Osoite (katuosoite, kaupunki, osavaltio, postinumero)	-
Hätäpalvelujen fyysinen hälytettävien palvelujen sijainti päätepisteille	Hätäpuheluihin käytettävä laitteen lähetyspaikka sisältää yleensä seuraavat: rakennuksen osoite, rakennuksen osoite + kerrosnumero, rakennuksen osoite + huoneiston numero tai rakennuksen osoite + kerrosnumero + office/cubical määrä.
Laitekohtainen yksilöllinen fyysinen verkkosijainti hätäpalveluille	Hätäpuheluiden fyysinen verkkosijainti sisältää yleensä seuraavat: kytkin / langallisten laitteiden kytkinportti, langattoman tukiaseman (AP) peruspalvelujoukon tunnukset (BSSID) langattomille yhdistetyille laitteille, and/or paikalliset IP-aliverkot päätelaitteille.

Taulukko 2. Yritysnumerointiesimerkki
Sivusto	Laajennusalue	Sivuston koodi	Yritysmallisto
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Taulukko 3. Kiinteät pituusjatkealueet
Sivusto	Laajennusalue	Laajennukset	Sivuston koodi	Yritysmallisto
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Taulukko 4. Seitsemännumeroisen valinnan siirtäminen

Sivusto	Laajennukset	Sivuston koodi	Yritysmallisto	Sivuston oodi	Yritysangelo
New York	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

Taulukko 5. Käyttäjien hallintavaihtoehdot - yhteenveto
Tehtävämenetelmä	Hyvät puolet	Haittoja
Manuaalinen läpikäynti	Yksinkertainen harvoille käyttäjille. Mahdollistaa tarkan ja yksityiskohtaisen lisenssien myöntämisen hallinnan.	Ei skaalautuva, aikaa vievä Altis inhimillisille virheille manuaalisen syötön aikana.
Automaattiset lisenssimallit	Skaalautuva Vähentää manuaalisia virheitä Voidaan soveltaa uusiin ja nykyisiin käyttäjiin.	Vaatii voimassa olevat puhelinnumerot ja sijainnit. Monimutkaisempi asentaa Edellyttää myös käyttäjäryhmiä käyttäjäryhmää kohden, joilla on vastaavat lisenssivaatimukset.
CSV-tiedostojen joukkolataus	Tehokas suurille käyttäjäryhmille Mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.	Vaatii huolellista CSV-muotoilua Virheitä voi esiintyä, jos puhelinnumeroita tai alanumeroita puuttuu tai ne ovat virheellisiä.
API-pohjainen tehtävänanto	Automatisoitava, joustava. Mahdollistaa lisenssien, puhelinnumeroiden ja alanumeroiden samanaikaisen määrittämisen.	Vaatii kehitys- ja API-osaamista.

Taulukko 6. Käyttäjien käyttöönottovaihtoehdot
Valmistelumenetelmä	Kuvaus	Hyvät puolet	Haittoja
Manuaalinen	Create/manage käyttäjät erikseen	Yksinkertainen harvoille käyttäjille; ei vaadi infrastruktuuria	Ei skaalautuva; aikaa vievää monille käyttäjille
Joukko (CSV-tiedosto)	Import/update käyttäjiä joukkona CSV-tiedoston kautta	Tehokas ryhmille; ei vaadi koodausta	Manuaalinen CSV-tiedostojen valmistelu; vähemmän dynaaminen
Ihmiset ja SCIM 2.0 -rajapinta	Ohjelmallinen käyttäjähallinta Webex-rajapintojen kautta	Joustava; tukee automaatiota ja integrointia	Vaatii kehitystä ja infrastruktuuria
Hakemiston synkronointi	Automaattinen synkronointi AD:stä, Entra ID:stä, SCIM-sovelluksista ja Unified CM:stä	Automatisoi elinkaaren; tukee suodattamista ja kartoittamista	Asennuksen monimutkaisuus: Joillakin vaihtoehdoilla on rajoitetut ominaisuudet tai ne vaativat infrastruktuuria

Taulukko 7. Ryhmien ja ryhmäjäsenyyksien hallintavaihtoehdot
Vaihtoehto	Kuvaus	Hyvät puolet	Haittoja
ryhmän valmistelu (ryhmät)	Luo ja hallinnoi ryhmiä suoraan . Add/remove jäsenet manuaalisesti tai CSV-tiedoston kautta.	Täysi hallinta ryhmän jäsenyyteen Lisenssien ja mallien välitön soveltaminen Helppo luoda ja muokata ryhmiä	Manuaaliset päivitykset vaaditaan Virheiden riski manuaalisissa CSV-tiedostojen latauksissa Ei automaattista synkronointia ulkoisten hakemistojen kanssa
Synkronoidut ryhmät Entra ID:stä (Azure AD) tai Active Directorysta	Synkronoi suojausryhmät ja jäsenyydet automaattisesti ulkoisista hakemistopalveluista.	Automaattinen synkronointi vähentää manuaalista työtä Varmistaa yhdenmukaisuuden yrityshakemiston kanssa Tukee suuria organisaatioita	Ryhmän jäsenyyttä ei voi muokata kohdassa Synkronointiviive jopa 12 tuntia Sisäkkäiset ryhmät vaativat manuaalisen valinnan
Ryhmät ja SCIM 2.0 API (Ryhmät)	Käytä ryhmiä tai SCIM 2.0 -rajapintaa ohjelmalliseen ryhmien ja jäsenyyksien hallintaan	Automaatio ja integrointi muihin järjestelmiin Skaalautuva suuriin tai monimutkaisiin ympäristöihin	Vaatii kehitystyötä Monimutkaisuus riippuu API:n käytöstä

Toteutus

Verkkovalmius

Alkuasetukset

Verkkotunnuksen vahvistus

Vahvista (muunna) olemassa olevat käyttäjät

Hakemistosynkronoinnin määrittäminen ja testaaminen

Kertakirjautumisen (SSO) määrittäminen ja testaaminen

Hanki, myönnä ja tarkista lisenssit

Webex-puhelupalvelun asetukset

Pilottimuutto

Hanki PSTN

Sijainnin määrittäminen

Integrointi paikalliseen puhelunhallintaan

Käyttäjien siirtäminen erissä

Työtilat

Laitteiden valmistelu

Ominaisuuksien määrittäminen

Käyttöönottotestaus

Verkkovalmius

Ensimmäinen askel siirtymisessä on varmistaa luotettava ja turvallinen Internet-yhteys paikallisen verkon ja pilven välillä.

Koska useimmat organisaatiot muodostavat yhteyden internetiin yhden tai useamman palomuurin tai turvalaitteenkautta, on tärkeää varmistaa, että vaadittuja liikennevirtoja tuetaan.

Verkko- ja tietoturvan ylläpitäjien on ymmärrettävä nämä työnkulut seuraavien näkökulmien kannalta:

Suunta (saapuva vs. lähtevä)

Protokollat (Esimerkki - SIP TLS, SRTP, HTTPS)

Palveluiden käyttämät IP-osoitealueet

Porttinumerot, jotka on avattava tai sallittava.

Tämä varmistaa, että yrityksen palomuurit, NAT-laitteet ja muu verkkoinfrastruktuuri on määritetty oikein liikenteen käsittelemiseksi samalla, kun yrityksen tietoturvakäytännöt säilyvät.

Lisätietoja vaadituista työnkuluista, mukaan lukien IP-osoite, portit ja protokollat, on kohdassa Webex-kutsujen porttiviitetiedot. Näiden tietojen avulla voit määrittää palomuurin, välityspalvelimien ja muun verkkoinfrastruktuurin olemassa olevassa käyttöönotossa verkkovirtojen mahdollistamiseksi.

Hajautettu internet-yhteyden muodostaminen kustakin toimipisteestä tai toimipisteestä on suositeltu lähestymistapa pilviyhteistyöpalveluihin, kuten . Sallimalla liikenteen poistua paikallisesti, tämä malli:

Vähentää edestakaisen puhelun viivettä ja värinää, mikä parantaa puhelun yleistä laatua

Skaalautuu tehokkaasti, kun yhä useammat käyttäjät ja sivustot siirtyvät

Toimii saumattomasti SD-WAN-verkon kanssa, joka voi dynaamisesti reitittää istuntoja lähimpään pilvipalveluun optimaalisen suorituskyvyn saavuttamiseksi.

Mahdollistaa käyttäjän sijainnin seurannan heidän julkisen IP-osoitteensa perusteella, mikä auttaa mediapolun analysoinnissa ja vianmäärityksessä.

Lisäksi organisaatioiden on varmistettava riittävä internet-kaistanleveys jokaisessa toimipisteessä. Kaistanleveyden tulisi mitoittaa odotetun samanaikaisten puheluiden määrän, valitun koodekin (esim. Opus tai G.711) sekä signaloinnin, uudelleenlähetysten ja kasvun aiheuttaman lisäkustannusten perusteella. Tämä on linjassa PPDIO-elinkaaren valmisteluvaiheen kanssa ja luo vankan perustan siirtymiselle.

Alkuasetukset

Käyttöönoton toteutusvaiheen alkuasetusten alaosio on perustavanlaatuinen hyvin jäsennellyn ja hallittavan pilvipuheluympäristön luomiselle. Tämä vaihe sisältää kriittisiä tehtäviä, kuten organisaation perustamisen, lisenssien hankkimisen ja myöntämisen sekä yrityksesi verkkotunnusten tarkistamisen ja lunastamisen asianmukaisen käyttäjähallinnan ja tietoturvan varmistamiseksi. Lisäksi se sisältää lisenssimallien luomisen käyttäjälisenssien määrityksen automatisoimiseksi, kertakirjautumisen (SSO) määrittämisen käyttäjien todennuksen virtaviivaistamiseksi ja tietoturvan parantamiseksi sekä palvelun ja asiakasasetusten säätämisen organisaation käytäntöjen ja käyttäjien tarpeiden mukaisiksi. Näiden alkuasetusten suorittaminen varmistaa, että ympäristö on määritetty oikein skaalautuvuuden, turvallisuuden ja saumattoman käyttökokemuksen osalta, mikä luo pohjan myöhemmille käyttöönotto- ja toimintavaiheille.

Verkkotunnuksen vahvistus

Jotta yrityksesi sähköpostiverkkotunnuksiin rekisteröityneet käyttäjät voidaan tunnistaa -palvelussa, on tärkeää vahvistaa verkkotunnuksesi. Ilman verkkotunnuksen vahvistusta käyttäjät liitetään kuluttajaorganisaatioon, mikä vaikeuttaa yrityksesi käyttäjähallintaa. Verkkotunnuksen vahvistaminen on pakollinen vaihe, jonka avulla organisaatiosi voi vaatia ja hallita näitä käyttäjiä tehokkaasti.

Varmista, että kaikki käyttäjiesi sähköpostiosoitteisiin liittyvät verkkotunnukset on vahvistettu. Verkkotunnuksen vahvistaminen ei ole poissulkevaa; sama verkkotunnus voidaan vahvistaa useissa organisaatioissa.

Lisätietoja verkkotunnusten hallinnasta on kohdassa Hallitse verkkotunnuksiasi.

Vahvista (muunna) olemassa olevat käyttäjät

Kun verkkotunnuksesi on vahvistettu, voit jatkaa sellaisten käyttäjien rekisteröintiä organisaatioosi, jotka ovat rekisteröityneet käyttämään yrityksesi sähköpostiverkkotunnuksia. Tämä prosessi yhdistää kaikki käyttäjät yhden organisaation alle, mikä mahdollistaa keskitetyn hallinnan ja virtaviivaisen hallinnon. Vahvistamalla näiden käyttäjien oikeudet varmistat, että yritykselläsi on täysi hallinta käyttäjätileihin, jolloin voit määrittää tarvittavat lisenssit, määrittää palveluita ja tarjota tarvittavaa tukea tehokkaasti. Tämä yhtenäinen hallintatapa parantaa tietoturvaa, yksinkertaistaa käyttäjien käyttöönottoa ja varmistaa palvelujen yhdenmukaisen käytön koko organisaatiossasi. Käyttäjien omistajuuden vahvistaminen estää myös heidän hallinnointinsa ulkoisissa tai kuluttajaorganisaatioissa, mikä säilyttää organisaation eheyden ja yhteistyöresurssien hallinnan.

Lisätietoja käyttäjien vahvistamisesta on kohdassa Organisaatiosi käyttäjien vahvistaminen (muunna).

Hakemistosynkronoinnin määrittäminen ja testaaminen

Saumattoman käyttäjä- ja ryhmähallinnan mahdollistamiseksi voit synkronoida yrityksesi hakemiston käyttäjät ja ryhmät joko Microsoft Entra ID:stä (entinen Azure AD) tai Microsoft Active Directorysta (AD) . Tämä prosessi varmistaa, että käyttäjätunnukset ja ryhmien jäsenyydet säilytetään johdonmukaisesti koko ympäristössäsi.

Vaiheittaisia käyttöönottoja toteuttaville organisaatioille on ratkaisevan tärkeää hallita ja rajoittaa synkronoinnin laajuutta alkuvaiheen käyttöönoton aikana. Tämä minimoi tahattomien muutosten riskin ja mahdollistaa kohdennetun testauksen ennen laajempaa käyttöönottoa.

Tehokkain tapa suodattaa synkronoidut käyttäjät on hyödyntää hakemistoryhmän jäsenyyttä:

1
Luo erillinen synkronointiryhmä: Luo yrityshakemistoosi (Microsoft Entra ID tai AD) synkronointia varten suojausryhmä (esimerkiksi synkronointiryhmä).

2
Täytä ryhmä kohdekäyttäjillä: Lisää tähän ryhmään vain ne käyttäjät, jotka haluat synkronoida (kuten testiryhmä pilottivaiheen aikana). Näin voit hallita tarkasti, ketkä ovat mukana synkronointiprosessissa.

3
Määritä synkronointisopimus ryhmäpohjaisella suodatuksella: Kun määrität synkronointisopimusta Directory Connectorissa tai Entra ID -valmistelussa, määritä laajuus siten, että se sisältää vain käyttäjät, jotka ovat nimetyn ryhmän jäseniä.

Microsoft Entra ID:n osalta voit käyttää ryhmäpohjaisia määrityksiä valmisteluasetuksissa.

AD:ssä voit määrittää LDAP-suodattimen, joka sisältää vain määritettyyn ryhmään kuuluvat käyttäjät.

4
Laajenna ryhmää tarpeen mukaan: Kun edetätte laajempiin käyttöönottovaiheisiin, lisää vain lisää käyttäjiä tai ryhmiä synkronointiryhmään. Synkronoinnin laajuus laajenee automaattisesti kattamaan nämä käyttäjät, mikä mahdollistaa hallitun ja asteittaisen käyttöönoton.

Esimerkki toteutusvaiheista:

Aktiivisessa hakemistossa:

Luo käyttöoikeusryhmä nimeltä synkronointiryhmä.

Lisää halutut pilottikäyttäjät tähän ryhmään.

Määritä hakemistoliittimeen LDAP-suodatin, kuten: (memberOf=CN=Webex Synkronoi Group,OU=Groups,DC=yourdomain,DC=com).

Microsoftin sisäänkirjautumistunnuksessa:

Luo ryhmä nimeltä synkronointiryhmä

Määritä ryhmä Entra ID:n provisiointiasetuksiin

Vain tämän ryhmän käyttäjille annetaan .

Testaa ryhmäpohjaista synkronointia aina ei-tuotantoympäristössä ennen sen käyttöönottoa koko organisaatiossa.

Tarkista ryhmän jäsenyys säännöllisesti varmistaaksesi, että vain valtuutetut käyttäjät synkronoidaan

Jatkuvaa hallintaa varten automatisoi ryhmän jäsenyyden päivitykset liiketoimintasääntöjen tai HR-järjestelmien perusteella, jos mahdollista.

Viitteet:

Synkronoi Entra ID -käyttäjät Control Hubiin

Asenna Entra ID Wizard -sovellus Control Hubissa

Hakemistoliitin

Kertakirjautumisen (SSO) määrittäminen ja testaaminen

Kertakirjautuminen (SSO) parantaa tietoturvaa ja yksinkertaistaa käyttäjien pääsyä sallimalla käyttäjien todentaa itsensä kerran yrityksen tunnistetiedoilla ja saada saumaton pääsy palveluun. tukee SSO-integraatiota SAML 2.0 -yhteensopivien IdP-palveluiden kanssa, mukaan lukien Microsoft Entra ID (aiemmin Azure AD), Active Directory (AD) -liitetyt ratkaisut ja useat kolmannen osapuolen IdP-palvelut.

Tässä vaiheessa suunniteltu kertakirjautumisasetus tulisi toteuttaa ja testata.

Viitteet:

Kertakirjautumisen integrointi hallintakeskuksessa

Kertakirjautumisen määrittäminen WebEx-hallintaa varten

Kertakirjautumisen määrittäminen Microsoft Entra ID:llä

Kertakirjautuminen useiden IdP-palveluntarjoajien kanssa

Hallitse kertakirjautumista integraatiossa Control Hubissa

Hanki, myönnä ja tarkista lisenssit

Osana :n alkuasennusta on tärkeää hankkia, tarjota ja tarkistaa asianmukaiset lisenssit, jotta palveluita voidaan ottaa käyttöön ja hallita tehokkaasti. Hankintaprosessiin kuuluu lisenssityyppien valinta käyttäjäroolien ja työkuormien perusteella, kuten Professional-, Standard- ja Workspace-lisenssit. Lisenssit luodaan ja toimitetaan Ciscon ohjelmistoalustojen tai kumppaneiden kautta. Hankinnan ja käyttöönoton jälkeen asianmukaiset lisenssimäärät on tarkistettava kohdassa . Tämä prosessi varmistaa, että organisaatiolla on oikeat lisenssit aktivoituna ja käyttövalmiina käyttöönottoa varten.

Osana alustavaa lisensointiasetusta on tärkeää määrittää organisaatiopohjainen automaattinen lisensointi, jotta uusien käyttäjien lisenssien myöntäminen sujuu nopeammin. Tämä asetus mahdollistaa lisenssien automaattisen myöntämisen, kun käyttäjät lisätään organisaatioon, mikä poistaa manuaalisen lisenssien myöntämisen tarpeen. Kun määrität automaattista lisensointia organisaatiotasolla, valitset määritettävät palvelut ja määrität laajuuden, kuten lisenssien soveltamisen vain tuleviin käyttäjiin tai myös olemassa olevien käyttäjien sisällyttämisen.

Jos käyttöönottosuunnitelmasi kuitenkin edellyttää automaattisen lisensoinnin käyttöä ryhmätasolla, voit valita, ettet määritä lisenssejä organisaatiotasolla välttääksesi ristiriitoja tai päällekkäisiä lisenssimäärityksiä. Ryhmätason automaattisessa lisensoinnissa lisenssit myönnetään ryhmän jäsenyyden perusteella. Usean ryhmän käyttäjät saavat lisenssejä kaikista sovellettavista ryhmämäärityksistä.

Ryhmäpohjainen lisenssien määritys on suoritettava hakemistosynkronoinnin jälkeen, jotta synkronoidut ryhmät ovat olemassa ja niitä voidaan käyttää lisenssien määrittämiseen.

Automaattinen lisenssin määritys edellyttää lisätietoja, kuten käyttäjän sijainnin ja puhelinnumeron määrittämisen. Käyttäjän työpuhelinnumeron on oltava +E.164 muodossa, esivalmisteltu ja määritetty kelvolliseen sijaintiin, jotta lisenssi aktivoituu automaattisesti. Jos näitä ehtoja ei täytetä, käyttäjälle ei tarjota palveluita automaattisesti, ja hän saattaa vaatia manuaalisia toimia.

Yhteenvetona voidaan todeta, että määritä organisaatiopohjainen automaattinen lisensointi uusille käyttäjille, jos haluat laajan, koko organisaatiota koskevan lisenssien määrityksen. Jos haluat tarkempaa hallintaa tai sinulla on erilaisia lisensointitarpeita ryhmäkohtaisesti, määritä automaattinen lisensointi ryhmätasolla ja vältä lisenssien myöntämistä organisaatiotasolla päällekkäisyyksien välttämiseksi ja asianmukaisen lisenssien hallinnan varmistamiseksi.

Webex-puhelupalvelun asetukset

On olennaista suorittaa kattava tarkastelu ja konfigurointi palvelun globaaleille asetusten määrittämiseksi.

Aloita avaamalla ja siirtymällä asetusosioon. Tutki huolellisesti jokainen konfiguroitava vaihtoehto, mukaan lukien, mutta ei rajoittuen, sisäisen soittamisen asetukset, hätäpuheluparametrit, puheluiden reitityskäytännöt, vastaajaviestien hallinta ja laitteen oletusasetukset.

Muokkaa näitä yleisiä asetuksia vastaamaan organisaatiosi käytäntöjä ja suunnittelupäätöksiä.

Myös asetukset sekä käyttäjä- ja sovellusmallit.

Pilottimuutto

Toteutusvaiheessa pilottimigraation suorittaminen on kriittinen virstanpylväs siirtymisen validoinnissa -järjestelmästä -järjestelmään. Tässä pilottihankkeessa alustalle lisätään edustava osa käyttäjistä yhdestä tai useammasta sijainnista varmistaen, että valittu populaatio heijastaa erilaisia käyttötapauksia ja organisaatiorooleja. Käyttäjien siirron rinnalla myös olennaiset yhteistyöpalvelut, kuten vastaaja, automaattiset puhelinvastaajat, puhelujonot ja hakuryhmät, on siirrettävä vastaaviin palveluihin liiketoiminnan jatkuvuuden ja palveluiden toimivuuden ylläpitämiseksi.

Pilottimigraatiossa tulisi hyödyntää samaa Ciscon toimittamien työkalujen ja kolmannen osapuolen migraatioapuohjelmien yhdistelmää kuin laajempaan organisaation käyttöönottoon on suunniteltu. Näin varmistetaan, että prosessit, automaatiotyönkulut ja integrointipisteet validoidaan perusteellisesti edustavissa olosuhteissa.

Tämän pilottihankkeen päätavoitteet ovat kaksiosaiset: ensinnäkin validoida ja tarkentaa kokonaisvaltaisia siirtymäprosesseja, mukaan lukien käyttäjien valmistelun työnkulut, tiedonsiirtomenettelyt ja päätepisteiden konfiguraatiot; ja toiseksi varmistaa kattavasti siirrettyjen palveluiden toimivuus todellisissa toimintaolosuhteissa.

Tämä vaiheittainen lähestymistapa antaa projektitiimille mahdollisuuden tunnistaa ja korjata mahdolliset tekniset tai menettelyihin liittyvät ongelmat hallitussa ympäristössä, kerätä käyttäjien palautetta uuden alustan käyttökokemuksesta, arvioida valittujen siirtotyökalujen tehokkuutta ja vahvistaa luottamusta siirtomenetelmään ennen laajemman organisaatiokohtaisen käyttöönoton jatkamista.

Tässä pilottivaiheessa saadut tiedot ovat ratkaisevan tärkeitä seuraavien migraatioaaltojen optimoinnissa ja koko yrityksen sujuvan ja riskittömän siirtymän varmistamisessa.

Hanki PSTN

Hanki PSTN-palveluita kohteelle valitsemalla ensin PSTN-yhteysvaihtoehto kohdasta .

Jos organisaatio aikoo ylläpitää hybridi-kaksoispuhelun hallintaa ( vaihe 1 kuvassa Vaiheittainen puheluiden siirtyminen: Hybridi- ja pilvipalvelut) joko tilapäisesti tai toistaiseksi, niiden on otettava käyttöön yksi tai useampi paikallinen yhdyskäytävä paikallista PSTN:ää varten, jotta puhelut ovat mahdollisia päätepisteiden ja välillä.

Jos tavoitteena on täydellinen siirtyminen ( vaihe 2) pilveen, mukaan lukien PSTN, PSTN:ää varten tarvitaan joko Ciscon puhelupaketti tai Cloud Connect -vaihtoehto.

Tee yhteistyötä valitsemasi palveluntarjoajan kanssa puhelinnumeroiden tilaamiseksi ja siirtämiseksi ennen niiden määrittämistä palvelussa . Puhelinnumeroiden tilaaminen tai siirtotilausten tekeminen on sallittua vain required/possible paikalliseen PSTN-verkkoon ja Cloud Connectiin . Ciscon puhelupakettien osalta tilaaminen ja siirtäminen aloitetaan Control Hubissa heti, kun sijainti on luotu, ja maissa, joissa Ciscon puhelupaketti on saatavilla. Lisätietoja Cisco Calling -liittymistä on kohdassa Ciscon liittymien käytön aloittaminen.

Osana PSTN-toteutusta varmista, että palveluntarjoajasi on ottanut käyttöön sekä saapuvat että lähtevät PSTN-palvelut sijainnissasi. Suorita lisäksi testipuheluita varmistaaksesi, että puhelut reititetään oikein valitsemasi PSTN-yhteyden kautta.

Sijainnin määrittäminen

Ennen käyttäjien ja laitteiden lisäämistä palveluun sinun on määritettävä puhelupaikat. Jokaiselle sijainnille on annettava kelvollinen katuosoite. Yhdysvalloissa ja Kanadassa alusta validoi ja käyttää tätä osoitetta PIDF-LO-sijaintitietojen lähettämiseen hätäpuheluita varten.

Kun määrität sijainteja, jotka käyttävät paikallista PSTN:ää, sinun on määritettävä paikalliset yhdyskäytävät vastaavasti. kohdassa jokaiselle paikalliselle yhdyskäytävälle on luotava runko ja reittiryhmä, ja reittiryhmä sitten määritetään sijainnin PSTN-valinnaksi. Cisco suosittelee vahvasti reittiryhmän valitsemista aina PSTN-valinnaksi, koska tämä lähestymistapa mahdollistaa helposti lisärunkoyhteyksien lisäämisen tulevaisuudessa, mikä tukee sekä skaalautuvuutta että redundanssia. Cisco suosittelee myös kaksoisidentiteetin ja P-Charge-Info-tuen ottamista käyttöön jokaisessa PSTN-runkoverkossa, koska tämä yksinkertaistaa laskutettavan osapuolen tunnistamista lähtevissä suorissa tai siirretyissä puheluissa. Jos PSTN-palveluntarjoajasi käyttää laskutukseen eri otsikkoa, voit kopioida tiedot paikallisen yhdyskäytävän P-Charge-Info-otsikosta vaadittuun laskutusotsikkoon.

Jos PSTN-vaihtoehtona käytetään Cloud Connectia tai Cisco Calling Plania, valitse kyseinen PSTN-vaihtoehto asennuksen aikana. Jos sijainnissa käytetään joko Cloud Connect for -palvelua tai paikallista PSTN-verkkoa, sinun on lisättävä edellisessä vaiheessa tilatut puhelinnumerot. Numeroita voidaan lisätä ei-aktiivisiksi, jos et halua niiden tulevan mukaan puheluiden reititykseen heti. Voit aktivoida nämä numerot myöhemmin, kun ne on määritetty käyttäjille tai ominaisuuksille.

On tärkeää aina asettaa kunkin sijainnin päänumero. Päänumero voidaan määrittää joko käyttäjälle tai ominaisuudelle, kuten automaattiselle puhelinvastaajalle. Jotta voit ottaa vastaajan käyttöön sijainnissa, varmista, että asetat vastaajan pilottinumeron, joka tunnetaan myös ääniportaalin numerona.

Soittopaikkojen lisäasetuksiin kuuluvat hätäpuhelutietojen, kuten hätäpuhelun takaisinsoittonumeron, ilmoitusasetusten ja parannettujen hätäpuheluominaisuuksien, määrittäminen. Sinun tulisi myös tarkistaa ja säätää tallennusasetuksia, kielivalintoja ja laitemäärityksiä kunkin sijainnin vaatimusten mukaisesti. Jos organisaatiossasi käytetään lyhennettyä toimipaikkojen välistä verkkopuhelua yrityksen merkitsevillä numeroilla, muista määrittää sijainnille yksilöllinen toimipaikkakoodi sisäisissä puheluasetuksissa. Lopuksi, jos ulkoinen soittaminen vaatii lähtevän puhelun numeron, muista asettaa se ulkoisen soittamisen asetuksissa. Kun lähtevän puhelun numero on määritetty, Cisco suosittelee lähtevän puhelun numeron valvonnan ottamista käyttöön yhdenmukaisuuden varmistamiseksi.

Integrointi paikalliseen puhelunhallintaan

Paikallisen puheluidenhallinnan integroimiseksi on määritettävä runkolinjat, reittiryhmät, yrityksen soittosuunnitelmat sekä sijainti- ja yleiset asetukset. Aloita määrittämällä runkolinjat ja paikalliset yhdyskäytävät, jotka on tarkoitettu yhteenliitettäviksi paikalliseen puhelunhallintajärjestelmään. Tämä vaihe on pakollinen vain, jos erilliset runkolinjat ovat tarpeen. Jos olemassa olevat runkolinjat ja reititysryhmät riittävät käyttöönottoosi, niitä voidaan käyttää uudelleen paikallisessa yhteenliittämisessä ilman lisämäärityksiä.

Kun runkolinjat ja reittiryhmät on määritetty, jatka luomaan yrityksen soittosuunnitelmat ja määritä sopiva reittiryhmä kunkin soittosuunnitelman kohteeksi. Kun integrointiin kuuluu useita paikallisia puhelunhallintajärjestelmiä, jotka on yhdistetty eri runkolinjojen kautta, tarvitaan useita soittosuunnitelmia. On tärkeää varmistaa, että nämä soittosuunnitelmat sisältävät vain ne mallit, jotka ovat tarpeen puheluiden reitittämiseksi paikallisiin kohteisiin.

Jos käyttöönottosi vaatii tuntemattoman laajennuksen reitityksen tukea, tämä ominaisuus tulisi ottaa käyttöön sijaintitasolla. Lisäksi, kun tuntemattoman alaliittymän reititys on käytössä, sinun on määritettävä tuntemattoman alaliittymän enimmäispituus puhelupalveluasetusten Puheluiden reititys tilojen ja välillä -osiossa kohdassa . Tämä varmistaa saumattoman puheluiden reitityksen ja alanumeroihin perustuvien puheluiden asianmukaisen käsittelyn integroidussa ympäristössäsi.

Käyttäjien siirtäminen erissä

Kun siirrät käyttäjiä palvelimelta palvelimelle, et välttämättä voi siirtää kaikkia käyttäjiä samanaikaisesti. Tämä voi johtua useista syistä, mukaan lukien, mutta ei rajoittuen, sivustojen tai käyttäjien määrä, sivuston siirtämiseen kuluva aika and/or käyttäjäryhmä kerrallaan, muutosikkunan tukemiseen tarvittavat rajalliset IT- tai sivuston resurssit, muutosikkunan kesto, muutoksen monimutkaisuus jne.

Kun käyttäjät siirretään vaiheittain, on erittäin tärkeää tunnistaa, mitkä käyttäjät on siirrettävä yhdessä samassa erässä. Ensisijaisena tavoitteena on siirtää yhteen käyttäjät, joilla on riippuvuuksia toisistaan puhelupalveluidensa ja -ominaisuuksiensa osalta. Haluat varmistaa, että kaikki heidän puheluominaisuutensa (esimerkki - puhelujonot) toimivat täysin samalla tavalla kuin ne olivat ennen siirtymistä .

Vaikka toteuttaisitkin kutsuyhteistyön paikallisten yhdyskäytävien välillä ja niiden kanssa, et voi jakaa jaettuja palveluita tai ominaisuuksia tämän yhteyden kautta. Siksi sinun on tunnistettava käyttäjien väliset riippuvuudet tarkastelemalla ominaisuuksia, kuten:

Muiden käyttäjien seuranta BLF-tiedostojen avulla

Samassa metsästyspilotissa, puhelujonossa jne.

Jaetut linjat

Puhelun poiminnan käyttäminen

Samojen puheluparkkinumeroiden käyttäminen

Sisäpuhelin

Executive/Admin.

Esimerkki olisi käyttäjä, joka on osa metsästysryhmää, jota ollaan siirtämässä palveluun . Tämä käyttäjä siirtyy metsästysryhmään ja kaikkiin muihin metsästysryhmän jäseniin. Siksi Hunt Group ja sen jäsenet voivat siirtymän jälkeen vastata puheluihin onnistuneesti uudella alustalla.

Tämä vaikeutuu entisestään, kun käyttäjät ovat yhteydessä eri käyttäjäryhmiin eri puhelupalveluita ja -ominaisuuksia varten. Tämä edellyttää useamman kuin yhden käyttäjäryhmän ja yhden kutsuvan palvelun siirtämistä samaan aikaan.

Käytä valmisteluvaiheessa käyttämäsi Migration Insights -työkalun tai kolmannen osapuolen työkalun tuloksia määrittääksesi, mitkä käyttäjät ja ominaisuudet tulisi ryhmitellä yhteen. Tätä tulostetta olisi pitänyt käyttää siirtosuunnitelmasi kehittämiseen, ja se antaa sinulle näkemyksiä siitä, miten ryhmittelet käyttäjät ja ominaisuudet, jotka on siirrettävä yhdessä.

Käyttäjäryhmän siirron keskeiset vaiheet ovat:

Käyttäjien tunnistaminen yhteistä siirtoa varten

Varmista, että kaikki käyttäjät ovat sisällä

Varmista, että kaikkien käyttäjien tunnistenumerot ovat olemassa.

Tarkista puhelinnumeron oikea muoto hakemistossa

Varmista, että käyttäjäryhmien lisenssi- ja asetusmallit on määritetty oikein.

Kaikkien käyttäjäryhmän puhelupalveluiden ja -ominaisuuksien tarkistaminen tai määrittäminen (ennen siirtymistä tai sen aikana, tarpeen mukaan)

Lisää käyttäjiä yrityshakemistossa puheluita sallivien käyttäjien ryhmään

Hyödynnä työkaluja - käyttäjien ja ominaisuuksien siirtotyökalut and/or kolmannen osapuolen työkalut

Disable/Delete user/device hakemistonumero ja soittaminen features/services siirtymän jälkeen.

Käyttäjäryhmän siirtämisen jälkeen testaa osa käyttäjistä varmistaaksesi, että kaikki heidän puhelutoimintonsa ja -palvelunsa toimivat oikein. Jos puhelutoimintoja, kuten puhelujonoja ja hakuryhmiä, siirretään käyttäjäryhmän mukana, testaa näiden puhelupalveluiden asianmukainen toiminta.

Työtilat

Työtila tarkoittaa jaettua sijaintia (kuten kokoushuonetta, neuvottelutilaa tai hot deskiä), jolle voidaan määrittää laitteita, laajennuksia ja käyttäjiä. Toisin kuin perinteisissä Unifed CM -puhelimissa, työtilat ovat:

Sijaintikeskeinen: fyysisiin tiloihin sidottuina.

Laitekohtainen: voi sisältää yhden tai useamman laitteen (pöytäpuhelimet, taulut jne.).

Kun työtilat on tunnistettu osaksi siirtymistä palveluun , ne voidaan lisätä Laitteet-kohtaan. Jokainen työtila tarvitsee laitemäärityksen, ja jos ne ovat jo Unified CM:ssä, ne on nollattava tai valmisteltava uudelleen. Ominaisuuksia, kuten vastaaja, soitonsiirto ja puheluiden poiminta, voidaan ottaa käyttöön tai poistaa käytöstä, ja videopuheluille, puheluparkille ja mobiililaitteille voidaan asettaa käytäntöjä tarpeen mukaan. Testaa jokainen työtila soittamalla sisäisiä ja ulkoisia puheluita sekä testaamalla video-, neuvottelu- ja mobiiliominaisuuksia. Lopuksi kerro käyttäjille työtilan laitteisiin ja varauksiin sovellettavista prosesseista.

Lisätietoja työtiloista kohteessa , katso Työtilat.

Laitteiden valmistelu

Puhelimet, joihin on tällä hetkellä rekisteröity, on siirrettävä osana pilvipalveluun siirtymistä. Jotta migraatio olisi mahdollisimman yksinkertainen ja epäonnistumisriski minimoituisi, Cisco suosittelee fyysisten toimipaikkojen tai osastojen migraatiota samanaikaisesti. Käyttäjät saatetaan kuitenkin joutua siirtämään erissä ominaisuusriippuvuuksien vuoksi. Lisätietoja on osiossa Käyttäjien siirtäminen erissä.

Kaikki tuetut puhelimet, joista sinun on siirryttävä, on määritettävä käyttäjäksi tai työtilaksi, ja fyysinen puhelin on määritettävä uudelleen rekisteröityäksesi palveluun . Lisäksi 7800- ja 8800-sarjan puhelimien laiteohjelmisto on päivitettävä yritysohjelmistosta monikäyttöpuhelimen (MPP) laiteohjelmistoon. Tämä prosessi sisältää väliaikaisen laiteohjelmiston lataamisen ennen rekisteröintiin tarvittavan MPP-laiteohjelmiston lataamista. Se vaatii myös asianmukaisen muuttoluvan. Cisco on parantunut tätä prosessia viime vuosina, jotta yrityspuhelinten laiteohjelmiston päivittäminen MPP-laiteohjelmistoon olisi helpompaa. Lisätietoja laiteohjelmistopäivityksen vaiheista on kohdassa Cisco 7800- ja 8800-sarjan IP-puhelinten muuntaminen Enterprise- ja MPP-laiteohjelmistojen välillä.

Tässä artikkelissa kuvattujen vaiheiden lisäksi sovelluksessa on sisäänrakennettu työkalu Puhelimen siirtäminen Webex Callingiin, jonka avulla voit siirtää 7800- ja 8800-puhelimiesi laiteohjelmiston Enterprise-versiosta MPP-versioon. Tämän työkalun avulla voit myös lisätä puhelimia ja määrittää ne oikeille käyttäjille tai työtiloille. Lisätietoja työkalun käytöstä on kohdassa Puhelimen siirtäminen.

Yllä mainittu laiteohjelmiston siirtovaatimus ei koske 9800-sarjan puhelimia, jotka on rekisteröity tällä laitteella. Nämä puhelimet käyttävät PhoneOS-käyttöjärjestelmää, jota tukevat sekä että . Jotta voit siirtää nämä puhelimet, sinun on lisättävä ne Webex Callingiin, määritettävä ne käyttäjälle tai työtilalle ja palautettava puhelimien tehdasasetukset. PhoneOS:n käynnistysjärjestys rekisteröinnille alla oleva kuva näyttää PhoneOS:n käynnistysjärjestyksen ja sen, miten puhelin rekisteröityy, kun se on lisätty , vaikka puhelin olisi edelleen valmisteltu . and/or DHCP-asetukset (esimerkki - 150) ovat käytössä.

PhoneOS:n käynnistysjärjestys rekisteröintiä varten

tukee PhoneOS-laitteiden tehdasasetusten palauttamista, jotta . palveluun käyttöönotto onnistuu ilman kosketusta. Järjestelmänvalvojat voivat etänä palauttaa 9800- ja 8875-puhelimien tehdasasetukset CUCM:n hallintasivujen kautta, mikä poistaa tarpeen fyysiselle pääsylle puhelimiin niiden käyttöönottoa varten. Tätä ominaisuutta tuetaan laitepaketeissa 9. syyskuuta 2025 alkaen:

CUCM v15 - Unified Communications Managerin versio 15

CUCM v14 - Unified Communications Managerin versio 14.

Lisätietoja 9800-sarjan rekisteröintiprosessista on kohdassa Rekisteröintiprosessi.

Ciscon IP-puhelinten lisäksi saatetaan tarvita muiden laitteiden, kuten analogisten puhelinsovittimien (ATA), langattomien (Wi-Fi, DECT) puhelimien, videolaitteiden, ääniyhdyskäytävien ja^kolmannen osapuolen laitteiden ja puhelimien, käyttöönottoa. Monissa näistä laitteista ei ole IP-puhelimien kaltaista laiteohjelmistopäivityspolkua, jolla ne voitaisiin siirtää yritysohjelmistosta pilviohjelmistoon. Siksi valmistelet jokaisen näistä laitteista Control Hubissa. Joihinkin näistä ei voida siirtyä, ja vastaava malli on korvattava ne (esim. ATA 191/192) ja muut vaativat manuaalisen uudelleenmäärityksen and/or ohjelmistomuutokset.

Ääniyhdyskäytävät - Katso ohjeet paikallisen yhdyskäytävän siirtämiseen kohdasta Paikallisen yhdyskäytävän siirtäminen.
Lisätietoja ääniyhdyskäytävän VG400, VG410 tai VG420 määrittämisestä Control Hubissa on kohdassa Paikallinen yhdyskäytävä

Analoginen puhelinsovitin (ATA) - Cisco ATA 191:n ja 192:n käytön aloittamiseksi katso Cisco ATA.

Langaton Wifi-puhelin - Katso lisätietoja langattoman puhelimen 840 ja 860 integroinnista kohdasta Webex-langattoman puhelimen integrointi.

Langattomat DECT-puhelimet - Uuden Cisco IP DECT 6800 -sarjan käytön aloittamiseksi katso Cisco IP DECT.

Katso digitaalisen DECT-verkon rakentaminen ja hallinta Control Hubissa kohdasta DECT-verkon hallinta

Lisätietoja Cisco IP DECT 6800 -laitteesta on käyttöönotto-oppaassa

3. osapuolen laitteet ja puhelimet - Työskentele 3. osapuolen toimittajien kanssa device/phone vaatimukset ja prosessi niiden siirtämiseksi tai korvaamiseksi tukemaan .

Ominaisuuksien määrittäminen

Kaikki tarvittavat puheluominaisuudet on otettava käyttöön ennen siirtymistä tai sen aikana. Kuten Käyttäjien siirtäminen erissä -osiossa käsiteltiin, kutsuominaisuudet on määritettävä ja siirrettävä, kun niitä käyttävät käyttäjät siirretään.

Lisätietoja kunkin ominaisuuden määrittämisestä on vastaavissa määritysohjeartikkeleissa.

Automaattiset puhelinvaihtimet - Katso lisätietoja automaattisten puhelinvaihtajien hallinnasta kohdasta Automaattiset puhelinvaihtimet

Puheluparkki – Katso lisätietoja puheluparkin hallinnasta kohdasta Puheluparkki

Puhelun poiminta - Puhelun poimintaryhmän määrittämiseksi katso Puhelun poiminta

Puhelujonot - Katso lisätietoja puhelujonon määrittämisestä kohdasta Puhelujono

Metsästysryhmät - Katso metsästysryhmien hallinta kohdasta Metsästysryhmän hallinta

Toimintatilat - Katso toimintatiloihin perustuva puheluiden reititys kohdasta Toimintatiloihin perustuva puheluiden reititys

Sivutusryhmät - Sivutusryhmän määrittämiseksi katso Sivutusryhmän määrittäminen

Tallenteet - Lisätietoja puheluiden tallenteiden hallinnasta , katso Tallenteiden hallinta

Yhden numeron tavoittavuus - Yhden numeron tavoittavuuden määrittämiseksi (toimisto missä tahansa) katso Yhden numeron määrittäminen

Vastaajaviestiryhmä – Jos haluat hallita jaettua vastaajaviestien ja saapuvien faksien laatikkoa ryhmälle , katso Vastaajaviestien hallinta.

Käyttöönottotestaus

Hyväksymistestaus varmistaa, että siirretty ympäristö täyttää toiminnalliset vaatimukset, toimii odotetulla tavalla ja tarjoaa saumattoman käyttökokemuksen kaikissa viestintätyönkuluissa. Tämä validointiprosessi on monitahoinen ja kattaa kaiken käyttäjien määrittämisestä ja numeroiden määrittämisestä edistyneiden puhelutoimintojen toiminnalliseen suorituskykyyn.

Tässä osiossa on esimerkkejä ja korostetaan keskeisiä näkökohtia, jotka on otettava huomioon hyväksymistestauksen aikana; sen ei kuitenkaan ole tarkoitus toimia tyhjentävänä tai kattavana tarkistuslistana.

Käyttäjien valmistelu ja numeroiden määritys

Hyväksymistestauksen perustavanlaatuinen osa on sen varmistaminen, että kaikki käyttäjät on määritetty oikein ja täydellisesti . Tämä edellyttää perusteellista vertailua lähdehakemiston () ja vastaperustetun käyttäjäkunnan välillä sen varmistamiseksi, että jokainen käyttäjätili sekä siihen liittyvät määritteet, kuten alanumerot ja suorat sisäänpäin soittavat (DID) -määritykset, on siirretty oikein. Käyttöönoton täydellisyys on kriittistä paitsi toiminnan aloittamisen kannalta, myös jatkuvan hallinnon ja tuen kannalta.

Numeron määrityksen validointiin kuuluu sen varmistaminen, että jokaiselle käyttäjälle on määritetty oikea alanumero ja ulkoinen numero ja että nämä numerot reititetään oikein sekä sisäisissä (verkon sisäisissä) että ulkoisissa (PSTN) puheluvirroissa. On tärkeää tarkistaa päällekkäisyydet, puuttuvat määritykset tai virheelliset määritykset, jotka voivat johtaa puheluiden reititysvirheisiin tai palvelun keskeytyksiin.

PSTN-puheluvirrat ja soittajan tunnuksen näyttö

Vankan hyväksymistestausmenettelyn on katettava PSTN-puheluvirtojen kokonaisvaltainen validointi. Tämä sisältää sekä saapuvien että lähtevien puheluiden skenaariot. Saapuvien PSTN-puheluiden osalta testaustiimin tulee varmistaa, että puhelut toimitetaan aiottuun päätepisteeseen, olipa kyseessä sitten yksittäiset käyttäjät, puhelujonot, hakuryhmät tai automaattiset puhelinvaihteet. Lähtevät PSTN-puhelut on soitettava onnistuneesti, ja erityistä huomiota on kiinnitettävä soittajan tunnustietojen oikeaan toimitukseen ja esittämiseen. Tämä tarkoittaa sen varmistamista, että ulkoisille vastaanottajille näytetään oikea soittajan nimi ja numero organisaation käytäntöjen ja sääntelyvaatimusten mukaisesti.

Testauksen tulisi käsitellä myös vikasietotilanteita, kuten saavuttamattomien päätepisteiden tai verkkokatkosten käsittelyä. Tämä auttaa varmistamaan, että varamekanismit ja vaihtoehtoinen reititys toimivat oikein ja ylläpitävät palvelun jatkuvuutta ja luotettavuutta.

Verkon sisäiset puheluvirrat

Sisäiset eli verkon sisäiset puheluvirrat muodostavat yritysviestinnän selkärangan. Tämän alueen hyväksymistestaus varmistaa, että organisaation sisäisten käyttäjien väliset puhelut reititetään oikein ja että ominaisuudet, kuten puhelunsiirto, pito, edelleenlähetys ja neuvottelu, toimivat tarkoitetulla tavalla. Soittosuunnitelmien eheys, alanumeroiden välinen yhteys ja organisaation puhelukäytäntöjen tuki on kaikki vahvistettava.

Käyttäjäpuheluiden käsittely ja ominaisuuksien validointi

Tärkeä osa hyväksymistestausta on sen validointi, miten käyttäjät käsittelevät puheluita - ja tuettujen lankapuhelimien avulla. Tämä prosessi keskittyy varmistamaan, että päivittäiset puheluiden työnkulut ovat intuitiivisia ja luotettavia ja että käyttäjillä on saumaton pääsy rooliensa edellyttämiin ydintoimintoihin. Testauksessa tulisi arvioida, kuinka helposti käyttäjät voivat soittaa ja vastaanottaa puheluita, hallita pito- ja paluutoimintoja sekä suorittaa sekä sokko- että konsultatiivisia siirtoja. On myös tärkeää varmistaa, että soitonsiirto, neuvottelu ja muut edistyneet ominaisuudet, kuten puheluiden pysäköinti ja noutaminen tai häiritsemättömän tilan aktivointi, ovat helposti saatavilla ja toimivat sujuvasti.

Kokemusta tulisi arvioida selkeyden ja reagointikyvyn osalta ottaen huomioon, miten käyttäjät käyttävät puheluhistoriaa, vastaajaa ja integroituja hakemistoja. Lisähuomiota tulisi kiinnittää kykyyn siirtää aktiivisia puheluita laitteiden välillä ja käyttää puhelunaikaisia säätimiä tehokkaasti sovelluksen sisällä tai fyysisillä puhelimilla. Perimmäisenä tavoitteena on varmistaa, että loppukäyttäjän kokemus on yhdenmukainen, tehokas ja tukee täysin organisaation viestintätarpeita migraation jälkeen.

Puhelujonot: Agentin ja esimiehen kokemus

Puhelujonoja käytetään usein suurten saapuvien puheluiden käsittelyyn. Hyväksymistestaus keskittyy tässä useisiin ulottuvuuksiin. Ensin on varmistettava, että puhelut jaetaan agenteille määritetyn jonologiikan, kuten round robinin, pisimmän joutoajan tai samanaikaisen soittoäänen, mukaisesti. Jonottavien puheluiden esitystapaa asiakaspalvelimien työpöydillä on tarkasteltava selkeyden ja helppokäyttöisyyden varmistamiseksi, jotta asiakaspalvelijat voivat tehokkaasti vastaanottaa, asettaa pitoon ja siirtää puheluita.

Esimiesten tulisi arvioida työpöytäkokemusta ominaisuuksien, kuten reaaliaikaisen valvonnan, puheluiden eston sekä jonojen suorituskyvyn analytiikan tai tietojen, osalta. Tämä sisältää muun muassa koontinäyttöjen ja raportointityökalujen validoinnin, jotka tarjoavat toimintatietoja puheluiden jakautumisesta, asiakaspalvelijoiden toiminnasta ja jonomittareista.

Metsästysryhmät: Puheluiden jakelu

Etsintäryhmät ovat keskeinen mekanismi puheluiden jakamiseen ennalta määritellyille käyttäjäryhmille. Hyväksymistestauksen on varmistettava, että puhelut reititetään ryhmän jäsenille konfiguroidun metsästysalgoritmin perusteella ja että ylivuoto-, edelleenlähetys- ja vastausta vaille jäämisen tilanteet käsitellään suunnitellusti. Sen varmistaminen, että ryhmän jäsenyys ja puheluiden reitityskäytännöt vastaavat aiemmin määritettyjä asetuksia, on olennaista toiminnan johdonmukaisuuden ja käyttäjätyytyväisyyden kannalta.

Automaattiset puhelinvaihtimet: Ilmoitukset ja valikkotoiminnot

Automaattiset puhelinvaihtimet edustavat automatisoidun puheluiden käsittelyn etulinjaa. Testauksen on katettava kuulutusten toisto, tallennettujen tervehdysten tarkkuus ja valikkopuiden oikea toiminta. Valikkovaihtoehtojen tulisi ohjata soittajat luotettavasti oikeille osastoille, henkilöille tai ulkoisiin numeroihin. Testauksen tulisi sisältää myös virhe- tai aikakatkaisutilanteita sen varmistamiseksi, että soittajat saavat selkeät ohjeet tai että heidät ohjataan aiotulla tavalla.

Vastaajaviestin toiminta

Lopuksi, vastaajaviestin toiminnallisuus on ratkaisevan tärkeää käyttäjäkokemuksen kannalta. Hyväksyntätestien tulisi varmistaa, että vastaajaan on määritetty oikein ja että ne ovat käytettävissä sekä organisaation sisältä että etänä. Viestien tallentamis-, noutamis- ja hallintamahdollisuus sekä ilmoitusten toimitus on vahvistettava.

Optimointi

PSTN-siirto Cloud Connectiin

Optimoi paikallinen infrastruktuuri

Hyödynnä analytiikkaa ja vianmääritystä

PSTN-siirto Cloud Connectiin

Kun kaikki päätepisteet ja käyttäjät on siirretty pilvipuheluihin, Unified CM:n ainoa tarkoitus on toimia siirtona PSTN-yhdyskäytävien välillä ja paikallisen yhdyskäytävän kautta. PSTN-yhdyskäytävien, ja paikallisen yhdyskäytävän poistaminen kuvasta käyttämällä Cloud Connectia PSTN-yhdyskäytävänä kaikille Webex Calling -käyttäjille tuo useita etuja, kuten kustannussäästöt ja parantunut luotettavuus. Siirrä paikallinen PSTN-käyttö Cloud Connectiin seuraavasti:

Cloud Connect kumppanin valintaa varten.

Katso Cloud Connect -kumppaneiden luettelosta organisaatiosi sijainnissa saatavilla olevat kumppanit.

Cloud Connect validointia varten.

Ennen kuin PSTN-yhteyden voi vaihtaa Cloud Connect -palveluun, valitun Cloud Connect -kumppanin kautta toimiva PSTN-yhteys on varmistettava ja validoitava. Tätä tarkoitusta varten on valmisteltava testisijainti, johon on valmisteltu joitakin testikäyttäjiä. Tämän testipaikan PSTN-yhteys asetetaan sitten Cloud Connect -kumppanille ennen PSTN-yhteyden vahvistamista testipuhelimilla. Onnistuneen validoinnin jälkeen testisijainnin käyttöoikeus voidaan poistaa.

Numeron siirto.

Cloud Connect -palveluun siirtymisen valmistelemiseksi on tehtävä porttitilaus kaikille numeroille, jotka ovat tällä hetkellä liitettyinä PSTN-runkoverkkoon, joka päättyy numeroon . Kaikki numerot on siirrettävä Cloud Connect -kumppanille. Jotta sijaintien välinen tavoitettavuus säilyisi, kaikkien sijaintien kaikkien numeroiden siirto on tehtävä samanaikaisesti.

Vaihda Cloud Connect -kumppaniksi.

Siirtopäivänä kaikkien sijaintien PSTN-yhteydet on asetettava pilviyhteydellä varustetulle PSTN-palveluntarjoajalle, ja sekä saapuvat että lähtevät yhteydet on tarkistettava.

Kuten suunnitteluluvun PSTN-osiossa käsiteltiin, asiakkaat voivat myös siirtää PSTN-yhteytensä Cloud Connectiin siirtymän alussa käyttämällä PSTN-runkoverkkoa hybridikäyttöönotoissa. Lisätietoja on kohdassa PSTN-runkoverkko hybridi-Webex-puheluiden käyttöönottoja varten. Tässä tapauksessa siirtymän aikana PSTN-yhteys tapahtuu paikallisen yhdyskäytävän kautta, ja kaikkien käyttäjien siirtämisen jälkeen ei ole muita PSTN:ään liittyviä siirtovaiheita kuin käytöstä poisto ja paikalliset yhdyskäytävät.

Optimoi paikallinen infrastruktuuri

Kun kaikki käyttäjät on siirretty pilvirekisteröintiin ja kaikki päätepisteet on siirretty pilvirekisteröintiin (tai ne on poistettu käytöstä), päivitä asianmukainen paikallinen infrastruktuuri nyt, kun pilvipuhelut ovat käytössä. Infrastruktuurin päivityksiin kuuluvat:

Poista paikalliset puheluiden hallinnan ja viestien DNS SRV -tietueet paikallisilta DNS-palvelimilta, mukaan lukien cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Näitä SRV-tietueita ei enää tarvita asiakaspalvelun etsimiseen.

Poista julkisesta DNS-järjestelmästä reunapalvelimiin liittyvät DNS SRV -tietueet, mukaan lukien collab_edge._tls.<domain>. Näitä SRV-tietueita ei enää tarvita yhteistyön reunapalveluiden asiakaspalvelun etsintään.

Päivitä kaikki asiaankuuluvat DHCP-käyttöalueet poistaaksesi vaihtoehdot 66 ja 150 TFTP/boot palvelinosoitteet. Näitä käyttöalueita ei enää tarvita päätepisteiden puheluiden hallinnan määritysten etsimiseen ja lataamiseen.

Update/remove sopivat puhelinverkkoyhteydet paikallisesti Gateway/CUBE joka reitittää puhelut Unified CM:ään ja Unified CM:stä. Näitä puhelinverkkoon kytkettyjä käyttäjiä ei enää tarvita paikalliseen puheluiden reititykseen.

Poista kaikki ja klusterisolmun virtuaalikoneet and/or palvelimia. Käytä laskentaresursseja ja laitteistoa uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita puheluiden hallintaan ja reunapalveluihin.

Poista kaikki klusterisolmun virtuaalikoneet and/or palvelimia. Käytä laskentaresursseja ja laitteistoa uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita vastaajaan ja yhdistettyihin viestipalveluihin.

Siivous: Kun PSTN-käyttö on siirretty pilvipohjaiseen PSTN-verkkoon, PSTN-runkolinjat, PSTN-yhdyskäytävät ja paikallinen yhdyskäytävä voidaan poistaa käytöstä.

Poista kaikista olemassa olevista paikallisista E911-ratkaisuista kaikki siirretyt sijainnit tai numerot ja kun täydellinen siirtyminen on valmis, poista sovellusvirtuaalikoneet tai -palvelimet. Käytä laskentaresursseja ja laitteistoa uudelleen tarpeen mukaan. Näitä resursseja ei enää tarvita hätäpuheluihin ja paikannuspalveluihin.

Siirrettyjen käyttäjien DN-nimet tulisi sijoittaa piilotettuun osioon, jotta vältetään puheluiden reititysongelmat ja varmistetaan, että kaikilla CSS:illä on ensisijainen pääsy samojen DN-nimien pilvipolkuun.

Päivitä fyysinen lähetyskelpoinen sijainti ja verkkoelementti Horizon Mobilityssa aina, kun muutoksia tapahtuu. Yleisiä päivityksiä vaativia toimintoja ovat:

Verkkokytkimen vaihto

Langattoman tukiaseman vaihto

DHCP-laajuusmuutokset

Fyysiset muutokset rakennuksen sisällä (jos päätetään cubical/office)

Fyysisen toimistotilan laajennus tai supistuminen rakennuksen sisällä.

Hyödynnä analytiikkaa ja vianmääritystä

tarjoaa kattavat analytiikka- ja vianmääritysominaisuudet, jotka auttavat sinua visualisoimaan ja seuraamaan käyttöönottoasi. Nämä kattavat medialaadun, yksityiskohtaisen puheluhistorian, puhelujonon, etsintäryhmän ja automaattisen puhelinvaihteen analytiikan. Esimerkki medialaadun analytiikasta on esitetty kuvassa medialaadun analytiikka.

median laadun analytiikka

Vianmäärityksessä jokaisesta soitettavasta puhelusta voidaan tarkastella yksityiskohtaisia tietoja keskeisistä medianlaatuun ja signalointiin liittyvistä ongelmista, mikä auttaa paikantamaan mediaongelmia sekä epäonnistuneita puheluita, kuten kuvassa medianlaadun vianmäärityson esitetty.

medialaadun vianmääritys

Vianmääritys voidaan integroida myös muihin Ciscon tuotteisiin, kuten ThousandEyes- ja Meraki-kytkimiin, mikä tarjoaa entistä rikkaamman integroidun käyttökokemuksen Control Hubissa. Lisätietoja Webex Calling -analytiikan käytöstä ja vianmäärityksestä on kohdassa Webex Calling -puheluiden vianmääritys Control Hubissa.

1	Luo oma synkronointiryhmä: Luo yrityshakemistoon (Microsoft Entra ID tai AD) suojausryhmä erityisesti synkronointia varten (esimerkiksi synkronointiryhmä).
2	Täytä ryhmä kohdekäyttäjillä: Lisää tähän ryhmään vain synkron oitavat käyttäjät (kuten testiryhmä pilottivaiheen aikana). Näin voit hallita tiukasti, kuka sisältyy synkronointiprosessiin.
3	Synkronointisopimuksen määrittäminen ryhmäpohjaisella suodatuksella: Kun määrität synkronointisopimuksen Directory Connector- tai Entra ID -valmistelussa, määritä soveltamisala siten, että se sisältää vain määr itetyn ryhmän jäseniä olevat käyttäjät. Microsoft Entra ID -tunnuksessa voit käyttää ryhmäpohjaisia määrityksiä varmennusasetuksissa AD: lle voit määrittää LDAP-suodattimen sisällyttämään vain määritet tyyn ryhmään kuuluvat käyttäjät.
4	Laajenna ryhmää tarpeen mukaan: Kun siirryt laajempiin käyttöönottovaiheisiin, lisää vain lisää käyttäjiä tai ryhmiä synkronointiryhmään. Synkronointialue laajenee automaattisesti kattamaan nämä käyttäjät, mikä mahdollistaa hallitun ja asteittaisen käyttöönoton. Esimerkki toteutusvaiheista: Aktiivisessa hakemistossa: Luo suojausryhmä nimeltä synkronointiryhmä. Lisää halutut pilottikäyttäjät tähän ryhmään. Määritä hakemistoliitin LDAP-suodattimella, kuten: (memberOF=CN=WebEx Sync Group, OU = Groups, DC=YourDomain, DC=COM). Kirjoita Microsoftiin tunnus: Synkronointiryhmän nimisen ryhmän luominen Määritä ryhmä Entra ID:n alustusasetuksiin Vain tämän ryhmän käyttäjät varustetaan. Testaa aina ryhmäpohjainen synkronointi muualla kuin tuotantoympäristössä, ennen kuin käytät sitä koko organisaatioon Tarkista säännöllisesti ryhmän jäsenyys varmistaaksesi, että vain valtuutetut käyttäjät synkronoidaan Jatkuvaa hallintaa varten automatisoi ryhmän jäsenpäivitykset liiketoimintasään töjen tai henkilöstöjärjestelmien perusteella, jos mahdollista. Viitteet: Synkronoi Entra ID -käyttäjät Control Hubiin Asenna ohjattu Entra ID -sovellus Control Hubissa Hakemistoliitin

1	Luo erillinen synkronointiryhmä: Luo yrityshakemistoosi (Microsoft Entra ID tai AD) synkronointia varten suojausryhmä (esimerkiksi synkronointiryhmä).
2	Täytä ryhmä kohdekäyttäjillä: Lisää tähän ryhmään vain ne käyttäjät, jotka haluat synkronoida (kuten testiryhmä pilottivaiheen aikana). Näin voit hallita tarkasti, ketkä ovat mukana synkronointiprosessissa.
3	Määritä synkronointisopimus ryhmäpohjaisella suodatuksella: Kun määrität synkronointisopimusta Directory Connectorissa tai Entra ID -valmistelussa, määritä laajuus siten, että se sisältää vain käyttäjät, jotka ovat nimetyn ryhmän jäseniä. Microsoft Entra ID:n osalta voit käyttää ryhmäpohjaisia määrityksiä valmisteluasetuksissa. AD:ssä voit määrittää LDAP-suodattimen, joka sisältää vain määritettyyn ryhmään kuuluvat käyttäjät.
4	Laajenna ryhmää tarpeen mukaan: Kun edetätte laajempiin käyttöönottovaiheisiin, lisää vain lisää käyttäjiä tai ryhmiä synkronointiryhmään. Synkronoinnin laajuus laajenee automaattisesti kattamaan nämä käyttäjät, mikä mahdollistaa hallitun ja asteittaisen käyttöönoton. Esimerkki toteutusvaiheista: Aktiivisessa hakemistossa: Luo käyttöoikeusryhmä nimeltä synkronointiryhmä. Lisää halutut pilottikäyttäjät tähän ryhmään. Määritä hakemistoliittimeen LDAP-suodatin, kuten: (memberOf=CN=Webex Synkronoi Group,OU=Groups,DC=yourdomain,DC=com). Microsoftin sisäänkirjautumistunnuksessa: Luo ryhmä nimeltä synkronointiryhmä Määritä ryhmä Entra ID:n provisiointiasetuksiin Vain tämän ryhmän käyttäjille annetaan . Testaa ryhmäpohjaista synkronointia aina ei-tuotantoympäristössä ennen sen käyttöönottoa koko organisaatiossa. Tarkista ryhmän jäsenyys säännöllisesti varmistaaksesi, että vain valtuutetut käyttäjät synkronoidaan Jatkuvaa hallintaa varten automatisoi ryhmän jäsenyyden päivitykset liiketoimintasääntöjen tai HR-järjestelmien perusteella, jos mahdollista. Viitteet: Synkronoi Entra ID -käyttäjät Control Hubiin Asenna Entra ID Wizard -sovellus Control Hubissa Hakemistoliitin

Cisco AI Assistant

Kiitos palautteestasi.

Siirron käyttöönotto-opas

Ennen kuin aloitat

Yleiskatsaus

Ydinkomponentit

PPDIO-prosessin yleiskatsaus

PPDIO: n yleinen kuvaus

PPDIO: n käyttäminen Unified CM Webex Calling siirtoprojekteihin

Valmistaudu

Suunnitelma

Suunnittelu

Toteuttaa

Optimoi

PPDIO-palautesilmukat

Siirtolaisuuslähestymistapa

Valmistaudu

Liiketoiminnan ja tekniset vaatimukset

Miksi vaatimusten kerääminen on tärkeää:

Liiketoiminnan vaatimukset

Tekniset vaatimukset

Verkon valmius ja vaatimukset

Pilviyhteyksien yhdistämisen määrittäminen

Nykyisen ympäristön arviointi

Lisensointi

Sijainti/Sivustot

Varastoi olemassa olevat laitteet/asiakkaat

Tarkista laitteen kelpoisuus

Käyttäjät

PSTN-liitäntä

Ominaisuudet ja ominaisuuksien käyttö

Cisco-integraatiot: Unity-yhteys UCCX UCCE

Puhelun tallennus

Kolmannen osapuolen integraatiot

Suunnitelma

Korkean tason hankesuunnitelma

Siirtolaismatka - yksi tai kaksi vaihetta?

Vaihtoehto 1: Yhden vaiheen käyttäjän siirtyminen

Vaihtoehto 2: Kaksivaiheinen käyttäjän siirtyminen

Vaihe 1

Vaihe 2

Suunnittelu

Alueen valinta

Sijainnit

PSTN

Soittosuunnitelma

Paikallinen soittosuunnitelma

soittosuunnitelma

Tallennus

1. Puhelun tallennuspalveluntarjoajan valinta

2. Alueen valinta

Hätäpuhelut

Lisensointi

Manuaalinen määritys kautta

Automaattiset lisenssien määritysmallit

Joukkomääritys CSV-mallin kautta

API-pohjainen määritys

Lisenssivaatimukset

Käyttäjien käyttöönotto

Käyttäjäryhmät

Suositeltu lähestymistapa siirryttäessä kohteeseen

Käyttäjäryhmien suunnittelu

Kertakirjautuminen (SSO)

Useita IdP-tukia

1. Sulautumiset ja yritysostot

2. Useita riippumattomia IT-osastoja

3. Eri käyttäjäryhmät tai verkkotunnukset

4. Tuki erilaisille todennusprotokollille

5. Parannettu turvallisuus ja vaatimustenmukaisuus

6. Yksinkertaistettu käyttökokemus

Duo MFA SSO: lla

Ominaisuudet

Automaattinen hoitaja

Soita puistoon

Puhelun nouto

Puhelujono

Hunt-ryhmä

Toimintamuodot

Hakuryhmä

Tallenteet