Tässä artikkelissa on jäsennelty itsepalvelumuutokehys kumppaneille ja asiakkaille, jotka siirtävät puheluympäristöjä Webex Calling - Dedicated Instance (DI) -palveluun.

Tässä artikkelissa kuvatut siirtokäytännöt ja välitavoitteet perustuvat Webex Setup Assist -ohjelman metodologiaan ja heijastavat Ciscon toimitus-, suunnittelu- ja kehitystiimien laajaa tosielämän kokemusta. Näitä menetelmiä on kehitetty sadoilla tuhansilla ainutlaatuisilla asiakassijainnin käyttöönotoilla viimeisen seitsemän vuoden aikana, mukaan lukien siirrot BroadClou dista, Broadworksista, Spark Calling Unified CM (UCM), Hosted Collaboration Solution (HCS) ja kolmannen osapuolen PBX- alustoista. Ohjeita sovelletaan monenlaisiin asiakas ympäristöihin yhden paikan käyttöönotoista laajamittaisiin toteutuksiin, jotka ylittävät 100 000 käyttö paikkaa ja satoja sijainteja. Ohjeet noudattavat pitkään vakiintuneita, todistettuja Ciscon prosesseja, joilla varmistetaan johdonmukaisuus, laatu ja toiminnan tehokkuus koko siirtymisen elinkaaren ajan.

Artikkelissa oletetaan, että lukijat tuntevat jo D Webex Calling edicated Instance -lisensoinnin, Webex Control Hub -hallintamallin ja Unified Communications Managerin perusohjelmiston ja - ominaisuudet.

Olkaamme rehellisiä — sana muuttoli ike herättää harvoin innostusta IT-tiimissä. Se herättää kysymyksiä. ”Mikä rikkoo?” ”Kuka tekee työn?” ”Mitä me menetämme hallinnan?” ”Onko tämä edes realistista, kun olemme jo venytettyinä pitämällä valot päällä?” Nämä eivät ole merkkejä edistymisen vastustuksesta; ne ovat kokeneiden ammattilaisten vaistoja, jotka ymmärtävät, että tehtävä kriittisen puhelualustan siirtäminen ei ole viikonloppuprojekti. Ääni on yksi palvelu, jossa käyttäjät huomaavat kahden sekunnin häiriön ennen kuin he huomaavat kahden viikon seisokkien suunnittelutyön - ja tämä todellisuus saa jokaisen muutoksen tuntumaan raskaammalta kuin pitäisi.

Hyvät uutiset? Numerot kertovat hyvin erilaisen tarinan kuin pelko. Hyvin jäsenn ellyissä pilvisiirro issa noin 95% suunnittelutyöstä panostetaan valmisteluun ja vain 5% varsin aiseen muutokseen. Vielä parempi, suurin osa näistä 95% koostuu toiminnoista, joita tiimisi suorittaa jo osana normaalia 2. päivän toimintoja - varastohygienia, sertifikaattien hallinta, soittosuunnitelman tarkistukset, laitteen elinkaaren seuranta ja dokumentointi. Toisin sanoen suurin osa ”muuttotyöstä” on työtä, jota olet jo tekemässä. Tämä jäsennelty lähestymistapa yksinkertaisesti kanavoi sen kohti määriteltyä lopputulosta, tahdissa, joka sopii nyky iseen operatiiviseen rytmiisi eikä sen päälle.

”Tehtävä mahdoton” -tunne myös hiipuu, kun huomaa, että jokainen muutto voidaan harjoitella täysin. Pienen edustavan pilottiohjelman avulla voit vahvistaa kokonaisvaltaisen prosessin, integraatiot, vikasietoiminnan ja käyttökokemuksen ennen kuin yksittäistä tuotantokäyttäjää kosketetaan . Mitään ei jätetä sattuman varaan leikkauspäivänä - koska leikkauspäivä on yksinkertaisesti prosessin toistaminen, jonka olet jo suorittanut onnistuneesti. Ja jos jotain odottamat onta tapahtuu, palautus on itse leikkauksen peili, jota rajoittaa selkeä huoltoikkuna. Ennustettavuus korvaa ahdistuksen.

Kyllä, siirtyminen Dedicated Instanceen tarkoittaa, että päästäisiin irti jostakin hallinnasta — erityisesti infrastruktuurin ja virtualisointitasojen suhteen. Mutta harkitse, mitä saat takaisin: tiimisi käyttää tunteja hypervisorien korja amiseen, laitteistohälytysten jahtaamiseen, käyttöjärjestelmän tason tietoturvan hallintaan ja kapasiteetin päivitysten suunnitteluun. Tämä aika palaa liiketoimintaan, jossa se voidaan käyttää siihen, mikä todella erottaa organisaatiosi — käyttäjäkokemukseen, käyttöönottoon, integraatioihin ja palveluihin, joista sidosryhmät todella välittävät. Et menetä hallintaa; vaihdat eriyttäm ättömiä raskaita nostoja strategiseen keskittymiseen.

Vastineeksi saat alustan, joka on tiiviisti integroitu markkinoiden edistyneimpään puhelu-, kokous- ja yhteyskeskusvalikoimaan, jota tukevat Ciscon tekninen syvyys ja kumppaniekosysteemi, jota on kehitetty sadoilla tuhansilla käyttöönotoilla. Säilytät tutun Unified CM ekosysteemin täyden tehon — samat ominaisuudet, sama luotettavuus, sama hallintomalli, jonka tiimisi jo tuntee — yhdistettynä Control Hubiin, moderniin, käyttäjälähtöiseen hallinnan ja analytiikan sateenvarjoon, joka on aidosti helppo oppia. Cisco hallinnoi uusimpien ohjelmistojen päivityksiä, päivityksiä ja kriittisten haavoittuvuuksien korjauksia Cisco-sertifioidulla laskennalla samalla (tai paremmalla) luotettavuudella, jota odotat paikallis elta ympäristöltäsi.

Niin, kyllä - muutokseen liittyy riski. Muuttum atta jättäminen tuo kuitenkin oman, hiljaisemman riskinsä: jäädä jälkeen ominaisuuksissa, jatkuvan monimutkaisten muutosten käsitteleminen, päivitysten ja haavoittuvuuksien julkaiseminen, tiimisi rakentaminen infrastruktuuriin, joka ei enää erota liiketoimintaa, ja viivästyttää väistämätöntä siirtymistä, kunnes se on tehtävä paineen alla. Seuraava jäsennelty, aidattu lähestymistapa on suunniteltu tekemään tästä siirtymisestä sitä, mitä sen pitäisi olla: hyvin valmisteltu, vähädramaattinen ja erittäin valido itu — toteutettu enimmäkseen jo tekemäsi työn kautta kohti alustaa, joka on rakennettu siihen, mihin yhteistyö on seuraavaksi menossa.

Luottamuksesta suunnitelmaan: Kuinka tämä opas on järjestetty

Tämän luottamuksen muuttamiseksi toteutettavaksi etenemissuunnitelmaksi tässä oppaassa opastetaan seitsemän portin siirtymisprosessin läpi. Jokaisessa vaiheessa on selkeät tulo- ja poistumis kriteerit, kentältä saadut kokemukset ja ennakkotarkastukset, jotka estävät yleisimmät yllätykset:

• Projektin aloittaminen
• Löytö ja arviointi
• Suunnittelu
• Täytäntöönpano
• Jäädyttää
• Siirry live-lähetykseen
• Siirto 2. päivään

Yksi syy siihen, miksi tämä malli toimii niin hyvin, on se, että tuotanto ympäristöön kohdistuva riski kuormitetaan tarkoituksella lähelle nollaa ja nousee vain hallitussa, viimeisessä vaiheessa. Tässä on mitä odottaa kussakin vaiheessa:

Tuotannon vaikutus	Vaiheet
Ei vaikutusta	Projektin aloittaminen, löytäminen ja arviointi, suunnittelu
Vähimmäisvaikutus	Täytäntöönpano
Rajoitettu toimintaprosesseihin	Jäädyttää
Suora vaikutus	Siirry live-lähetykseen

Käytännössä suurin osa matkasta tapahtuu turvallisesti nykyisen ympäristön rinnalla. Kun saavutat tuotantoa koskettavan hetken, jokainen integraatio on rakennettu, jokainen prosessi on harjoiteltu ja jokainen varautuminen on varmistettu .

Koko oppaassa viitataan tärkeimpiin tietolähteisiin, joihin luotat siirtymisen aikana ja pitkälle 2. päivään asti:

• Cisco Calling Sales Connect - Cisco Calling Sales Connect -linkki
• Help.webex.com — arvovaltainen tuote- ja kokoonpanodokumentaatio
• Webex Spaces — suora yhteys Ciscon asiantuntijoihin ja vertaisyhteisöihin reaali aikaisia kysymyksiä varten

Kun kehykset ja resurssit ovat käsillä, käydään läpi jokainen vaihe yksityiskohtaisesti — alkaen siitä, mistä jokainen onnistunut siirto alkaa: Projektin aloittaminen.

Vaikutus tuotantoon: EI vaikutusta

• Tunnista keskeiset sidosryhmät

Muista, että kyse ei ole vain teknisistä tiimeistä ja vaikuttavista liiketoimintaryhmistä, vaan myös mukana olevista kumppaneista. Tässä on esimerkki tarvittavista sidosryhmistä:

• IT-hallinta
• Liiketoiminnan johtaminen
• Äänipalvelutiimi
• Yhteyskeskuksen tiimi
• Verkostointitiimi
• DNS/DHCP-tiimi
• Turvallisuustiimi
• IAM-tiimi (esim. Entra, AD, SSO)
• Vaihda taulu
• MACD-kumppani
• Hallinnoitujen palveluiden kumppani
• 3D-osapuolten integraatiotoimittajat (haku, faksi, tallennus jne.)
• Paikallinen, paikallinen tuki
• RedSky/Yleisen turvallisuuden tiimi.

• Projektijohtajan tai projektipäällikön valinta.

Ottaen huomioon, että siirtyminen dedikoituun instanssiin edellyttää monimutkaisempaa koordinointia kuin perinteiset ”vain sovellustason” integraatiot, on toivottavaa, että tiimin jäsen nimitetään ohjaamaan sisäistä projektinhallintaa ja kaikkia siihen liittyviä tehtäviä, kuten viikoittaisia puheluita, sisäisten tiimien koordinointia, ulkoisten toimittajien sitoutumista, muutosten koordinointia jne.

• Synkronoi tulot, joilla aloitat projektin

On olemassa useita etuja ja syitä, miksi Dedicated Instanceen siirtymiseen on otettu strategia. On tärkeää pohtia näkemystä tulevaisuuden ratkaisusta.

Onko suunniteltuja muutoksia, kuten klustereiden yhdistäminen, soittosuunnitelma, uudet ominaisuudet?

Siirrätkö ohjelmiston päätepisteet ”sellaisenaan” vai oletatko siirtymisen Webex-sovellukseen?

Mikä on käyttäjien suhde yhteyskeskuksiin?

• Pääset vauhtiin Dedicated Instancen avulla

Johdatus omistettuun instanssiin: Johdatus omistettuun instanssiin

BDM (Liiketoiminnan päätöksentekijän diaesitykset) BDM

TDM (teknisen päätöksentekijän diat) T DM.

Vaikutus tuotantoon: EI vaikutusta

Löytäminen ja arviointi on aiemmissa tiimin synkronointikokouksissa saatu jen tietojen jatkoa ja hyödyntämistä, jonka tavoitteena on tunnistaa kaikki tarvittavat laajuuden elementit, jotka ovat perusta ammatilliselle projekti- ja teknisen projektisuunnitel man kehittämiselle

• Olemassa olevat klusterin asetukset

Määritä olemassa olevat on-prem-asetukset kaikilla suoritetuilla ominaisuuksilla ja integraatioilla. Tässä on esimerkkejä tarkasteltavaksi:

• Sovellukset ja mitoitus,
• Paikat,
• IP-osoitteet,
• Kuinka käyttäjät synkronoituvat tai varmistivat (paikallinen, ldap),
• Todennus määritetty (SSO),
• CA vs. itse allekirjoitetut varmenteet
• Suojaustila
• ILS/GDPR:n käyttö
• Ominaisuudet,
• Erityistä huomiota sivustojen välisiin ominaisuuksiin, kuten Extension Mobility
• CER/911-integrointi,
• MRA: n käyttö,
• CD-levyt,
• Vastaajaviestit ja integrointi O365:n kanssa
• Jabber vs. WebExApp
  • Jabber-siirron tapauksessa tulisi keskittyä tarkasti siihen, miten olemassa olevat Jabber-päätepisteet on määritetty (esim. xml-kokoonpano, puhepalvelutunnus) ja mitkä ovat vaihtoehdot uudelleenkonfigurointiin, kuten SCCM : n käyttöön. Tässä on huomioitu vakiotilanteet: Määritä Jabber
• Luettelo laitteista, joiden tarkennus on tarkistettava
  • Vanhentuneet laitteet (vanhentumisluetteloon ei ole lisätty uusia laitteita Rel12.0x:n jälkeen) Vanhentuneet puhelimet
  • Tukilaitteiden loppuminen (Laitteet voidaan edelleen rekisteröidä mihin tahansa ohjelmistoversioon, mutta niitä ei tueta 2. päivän näkökulmasta)
  • CSR-Compatibility-Matrix-Interactive.html
  • Erityisrajoituslaitteet 7925, 7940, 7960 Rekisteröi vanhat puhelinmallit Dedicated-Instanceen
    • Työkalut apussa:

      Dedikoitu instanssin siirtoa edeltävä avustaja: Luo arviointiraportteja

      Control Hubin siirtymistä edeltävä avustaja auttaa sinua keräämään lähdetietoja ja tarkistamaan edellytykset siirtymiselle UCM:stä erilliseen esiintymään kolmannen osapuolen työkalulla. Ennen siirtoa se arvioi valmiuden, antaa tarkistuslistoja ja antaa sinun verrata tietoja paikallisen klusterin ja erillisen esiintymän välillä.

      Apuohjelman suorittamiseksi paikallisen klusterin on oltava integroitu We bex Cloud-Connected UC -ympäristöön. Yleiskuvaus ja edellytykset löydät täältä: Web Excloud-ConnectedUC

      UCM: n käyttöö nottoprosessi: Webex Cloud Connected-UC: n käyttöönotto

      Luettelo tärkeistä oivalluksista, jotka voit saada tulosteena Pre -Migration Assistantista helposti luettavassa xls-muodossa:

      • Solmut ja käynnissä olevat ohjelmistot
      • Yritysparametrit
      • Luettelo SIP-rungoista
      • Luettelo sovelluksen käyttäjistä, rooleista
      • Laitteiden lukumäärä (ja täydellinen luettelo laitteista), Reittiryhmät ja osiot, Sijainnit, Loppukäyttäjät
      • CM-ryhmät, Laitevarjat
      • DB-replikoinnin terveystila
      • Asennetut COP:t
      • Numerointisuunnitelmat
      • Puhelinpalvelut
      • Etäkohteet
    • Webex Spaces auttaa sinua vastaamaan erityisiin kysymyksiisi:

      Kysy UCM Cloud & Dedicated Instance: webexteams: //im? avaruus=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Kysy RedSky External - E911 Solutions Plus -kumppanista Liity: https://eurl.io/#fWfT1SnOz

      Kysy Webex Setup Assist - Webex Calling ja DI: webexteams: //im? avaruus=76beab50-084b-11ed-abc8-ab581010b1de.

Vaikutus tuotantoon: vähäinen vaikutus olemassa olevaan tuotantoympäristöön

Alla on esitetty Ciscon parhaat käytännöt Dedicated Instance Migration -prosessin suhteen:

Peering/liitettävyys

Verkkoarkkitehtuuri, jossa on yksityiskohtaiset kuvaukset Edge connect -skenaarioistaWebex Calling, Dedicated Instancelle ja kokouksille. PA_Edge_Connect_Design.pdf

*Asiakirjaa tulee käyttää huolellisesti, sillä se kuvaa useita skenaarioita, jotka voivat olla ristiriitaisia tai toisiaan täydentäviä, riippuen tarkasta käyttötapauksesta. Tarkka viittaus omistet tuun esiintymään on luvussa ”Edge Connect for Dedicated Instance Architecture ”

Webex EdgeYhdistä

Webex EdgeYhdistä Yleisimmät kysymykset, huomautukset:

• Dedicated Instance 2 -linkit ovat ”pakollisia”
• 4 linkkiä on vaihtoehto, mutta ”ylitys” ei ole sallittua, niitä käytetään ”pareina”
• DI-liikenteen priorisointia johonkin linkkiin EI tueta eikä sitä yleensä sovelleta, koska kumpikin sivu/DC mainostaa ainutlaatuista aliverkkoaan /25 Dedicated Instance -tietok eskuksen sijainteja.

Tämä selitetään myös mainitussa verkkoarkkitehtuuriasiakirjassa alla:

Vaikutus tuotantoon: vaikutus rajoittuu toimintaprosesseihin

Freeze -vaiheen tarkoituksena on siirtää tietoja lähdejärjestelmästä kohdeomistettuun instanssiin ja suorittaa tarvittavat validoinnit onnistuneen siirtymisen varmistamiseksi. Suosittelemme jäädyttämistä varten 2— 3 viikon aikarajaa varmistaaksemme, että tiimillä on tarvittava aika tietojen siirtämiseen, tietojen johdonmukaisuuden tarkistuksiin, testien virheensiirtoihin ja niihin liittyvään testaukseen.

Jos MACD: tä tarvitaan jäädytysvaiheessa, vaaditut muutokset on suoritettava molemmissa järjestel missä.

Tietojen siirtämiseen/kopiointiin on käytettävissä useita tapoja ja työkaluja. Yleensä suosittelemme aktiivisia/inaktiivisia osioita ja työkaluja alla olevien ohjeiden mukaisesti:

UCM:

BAT-vienti ja tuonti ja siihen liittyvät komentos arjat

Joukkohallinnan opas Cisco Unified Communications Manager versioille 15 ja SU: lle: CUCM_b_bulk-administration-guide-15.html.

Ulkoiset työkalut UCM-siirtoihin, kuten Yarnlab.

Yhtenäisyys:

• Cisco UnityTyökalut. Kokoelma ilmaisia Cisco Unity ja niihin Cisco Unity Connection liittyviä työkaluja.

https://www.ciscounitytools.com/index.html

Suosittelemme Cobran käyttöä Unity-siirtoihin.

CER:

Manuaalinen, joukkovienti/tuonti

Kun määritystiedot on siirretty, harkitse seuraavia tärkeitä kohteita/toimintoja:

• Manuaalinen tai vaihtoehdon 150 kautta DHCP: ssä suhteessa eri puhelin mallien testiryhmän uudelleenohjaamiseen uuteen DI TFTP: hen. Kun varmenteiden konsolidointi on tehty, voit testata molemmat: siirto- ja palautusskenaario
• Testiyhdyskäytävän uudelleenkonfigurointi, jos käytettävissä
• Yhdyskäytävien kokoonpanomallien valmistelu todellisia tuotannon leikkauksia varten. Komentosarjat tarvittaessa.
• WebExApp-käyttäjän siirto puhelukäyttäytymisen muuttamisen kautta CH: ssä
• Jabberin siirtäminen määritellyn aiemmin kirjautumismenetelmän ja kotiklusterin muutoksen kautta
• Peruspuheluvirtojen ja -toiminnallisuuden testaus ympäristöominaisuuksiin asti:
  • Verkossa tai VPN: n kautta yhdistetyn käyttäytymisen johdonmukaisuuden tarkistaminen
  • MRA: n testi puhelimen ja ohjelmiston päätepisteellä
  • PSTN
  • 911-palvelun testi

• Dedikoitujen esiintymien tason 1 tuki (TAC) Dedikoitujen esiintymien tason 1 tuki

• Lueteltuihin aiheisiin liittyvät palvelupyynn öt: Palvelupyynnön nostaminen
  • DNS-merkintä
  • Palomuuripäivitykset
  • Laiteohjelmiston lataus
  • Pilviyhteydet
  • Tarkastuslokin asetukset
  • UC-sovellusten hallinta
  • DI-MT Inter-OP SIP-rungot
  • UC-sovelluksen elinkaari
  • Infrastruktuuri palveluna
    • Kumppanitoimintaopas

• Kumppanitoimintaopas

  Tämä on yksi tärkeimmistä asiakirjoista, jotka selittävät teknisen tuen, muutosten hallinnan, tapahtumien hallinnan, päivitykset, päivitykset, kapasiteetin hallinnan, varmenteiden hallinnan, DRS-kumppanioperaatio-opas

Tämä on yksi tärkeimmistä asiakirjoista, jotka selittävät teknisen tuen, muutosten hallinnan, tapahtumien hallinnan, päivitykset, päivitykset, kapasiteetin hallinnan, varmenteiden hallinnan, DRS- kumppanin toimintaoppaan

• Vastuullisuusmatriisi

Asiakirjassa selitetään RACI-jakautuminen kumppanin, Ciscon ja asiakkaan välillä käyttöönoton ja oper atiivisen vastuun määritysmatriisin aikana

• Kysy RedSky Webex Space webexteamsilta: //im? avaruus=7074fce0-489a-11ea-89f3-8f977dd07aa0.