Parannetun selviytymiskyvyn käytön aloittaminen

Yhden sivuston käyttöönottomallissa, jossa sivustossa otetaan käyttöön ESN (Enhanced Survivability Node) -solmu yhdessä PSTN-puhelujen reitityksen paikallisen yhdyskäytävän kanssa. ESN:ään voidaan rekisteröidä katkon aikana enintään 7500 laitetta.

Usean toimipaikan käyttöönottomallissa, jossa on useita sivustoja ja ESN voidaan ottaa käyttöön kussakin toimipaikassa, riippuu sivuston selviytymisen liiketoimintavaatimuksista. Paikallisen yhdyskäytävän ja DNS: n vaatimukset ovat aina välttämättömiä, ja yhteensä 8 ESN-solmua voidaan lisätä yhtenäiseen CM-klusteriin.

Tämä käyttöönottomalli on merkityksellinen asiakkaalle alueella, jolla on useita toimipaikkoja, ja selviytymiskyky on vaatimus useille näistä sivustoista. Vaikka paikallinen PSTN-yhdyskäytävä on mahdollista jakaa sivustojen välillä, sitä ei suositella. jos verkkokatkos tapahtuu, sivusto voi eristäytyä, jolloin ESN ei saa yhteyttä paikalliseen yhdyskäytävään puhelujen reitittämiseksi yleiseen puhelinverkkoon.

Alla on 2 käyttöönottovaihtoehtoa usean toimipaikan käyttöönotolle:

• Vaihtoehto 1: Parannettu selviytymissolmu otetaan käyttöön jokaisessa toimipaikassa.

• Vaihtoehto 2 – Yhteinen parannettu selviytymissolmu, joka on jaettu useiden sivustojen kesken.

Valvomme ja hallinnoimme Enhanced Survivability -solmua kuten muitakin solmuja, jotka on otettu käyttöön Dedicated Instance -palvelinkeskuksessa. Selviytymistapahtuman aikana, kun ESN katkaistaan Cisco Cloudista, menetämme pääsyn solmuun ja muodostamme automaattisesti yhteyden takaisin, kun katkos on ratkaistu ja yhteys palautetaan.

Hallinnoimme UC-sovellusvarmenteita, ja Enhanced Survivability Noden aktivoinnin aikana päivitimme Dedicated Instance Unified CM -klusterivarmenteen ESN:llä.

Selviytymistapahtuman aikana Enhanced Survivability Node tallentaa kaikki CDR/CMR-tiedot paikallisesti. Kun yhteys on palautettu, tiedot synkronoidaan takaisin Dedicated Instance Unified CM Publisheriin. Tallennettavien tietojen määrä perustuu sitten Enhanced Survivability Node -solmun levyn kokoon. CDR:lle asetettavissa oleva levynvaraustila on enintään 3328 Mt. Tämä voi olla pieni tai suuri CDR-tiedostokoko määritetyn CDR-aikavälin perusteella. Puhdistus tapahtuu seuraavien seikkojen perusteella:

• Kun levyn käyttö ylittää varatun tai määritetyn levytilan, se poistaa käsitellyt tietueet. Jos levyn käyttö on edelleen enemmän, myös käsittelemättömät tietueet poistetaan.

• High Water Mark %, joka on määritetty "CDR Management" -asetuksissa, CDR-tiedostot poistetaan. Jos esimerkiksi "Korkea vesimerkki %” is configured as 80% ja levyn käyttö on 80%, CDR-tiedostot tyhjennetään.

• CDR / CMR-tiedostojen säilyttäminen Kesto (päivää), joka on määritetty "CDR Management" -asetuksissa, CDR-tiedostot poistetaan. Oletuksena se on 30 päivää.

Seuraavat RTMT:n hälytykset liittyvät Enhanced Survivability Nodeen:

• SurvivabilityEvent- hälytys laukeaa, kun kaikki Dedicated Instance -solmut eivät ole tavoitettavissa Enhanced Survivability -solmusta.

• RemoteSurvivableNodeNotReachable - hälytys käynnistyy, kun parannettu selviytymissolmu ei ole tavoitettavissa Dedicated Instance Unified CM -julkaisijasta.

Selviytymistapahtuman aikana sinun on yhdistettävä RTMT Enhanced Survivability Nodeen, jotta voit seurata ESN:n suorituskykyä. Sama ei ole käytettävissä, jos RTMT on yhdistetty Dedicated Instance -solmuihin, koska ESN ei ole tavoitettavissa pilvestä selviytymistapahtuman aikana.

Normaalin toiminnan aikana tietokannan replikointi on täysin verkotettu kaikkien palvelimien välillä, mukaan lukien Unified CM -klusterin Enhanced Survivability Node. Koska staattiset määritystiedot luodaan siirtämällä, lisäämällä ja muuttamalla, ne tallennetaan aina julkaisijaan ja replikoidaan yhdellä tavalla julkaisijalta klusterin jokaiselle tilaajalle ja parannetun selviytymiskyvyn solmulle.

Selviytymistapahtuman aikana vain käyttäjille näkyviä ominaisuuksia muokataan laitteissa, jotka on rekisteröity Enhanced Survivability Nodeen, ja käyttäjille näkyviä ominaisuuksia luonnehditaan tyypillisesti sillä, että voit ottaa ominaisuuden käyttöön tai poistaa sen käytöstä suoraan heidän puhelimessaan painamalla yhtä tai useampaa painiketta sen sijaan, että muutat ominaisuutta verkkopohjaisen käyttöliittymän kautta. Joten Enhanced Survivability Node sallii itsehoidon ja web-järjestelmänvalvojan graafisen käyttöliittymän vain luku -toimintoina. ESN:ään rekisteröidyt käyttäjän laitteet voivat tehdä muutoksia vain alla lueteltuihin käyttäjille suunnattuihin ominaisuuksiin vikasietoisuuden aikana. Näitä muutoksia ei kuitenkaan synkronoida takaisin DI Unified CM -julkaisijaan, kun yhteys muodostetaan uudelleen.

Käyttäjälle näkyvät ominaisuudet ovat mitä tahansa ominaisuuksia, jotka voidaan ottaa käyttöön tai poistaa käytöstä painamalla puhelimen painikkeita ja jotka sisältävät seuraavat:

• Soita eteenpäin kaikille (CFA)

• Tietosuoja Ota käyttöön tai poista käytöstä

• Älä häiritse (DND) Ota käyttöön tai poista käytöstä

• Cisco Extension Mobility -kirjautuminen

• Hunt-group Kirjaudu sisään tai Kirjaudu ulos

• Laitteen liikkuvuus

• CTI CAPF -tila loppukäyttäjille ja sovelluksen käyttäjille.

Pehmeiden asiakkaiden (Cisco Jabber ja Webex Application) todennus kirjautumista varten Enhanced Survivability Node -toiminnon vikasietoisuuden aikana on seuraava:

1. Paikallinen todennus: Kun käyttäjien todennus suoritetaan paikallisesti Unified CM:ssä, Enhanced Survivability Node pystyy todentamaan siihen rekisteröidyt asiakkaat selviytymistapahtuman aikana.

2. LDAP-todennus: Tässä tapauksessa käyttäjien todennus tapahtuu paikallisen LDAP-palvelimen avulla. Sitten selviytymistapahtuman aikana pehmeiden asiakkaiden todennus toimii, jos LDAP-palvelin on tavoitettavissa Enhanced Survivability -solmusta.

   Varmista, että LDAP-hakemisto on ESN:n tavoitettavissa koko selviytymistapahtuman ajan.

3. Kertakirjautumistodennus (SSO): Käyttäjien kertakirjautumistodennus tehdään IDP-palvelimen avulla. Sitten selviytymistapahtuman aikana pehmeiden asiakkaiden todennus toimii, jos IDP-palvelin on tavoitettavissa Enhanced Survivability Nodesta.

   SSO:ta käyttävässä Unified CM -verkkokäyttöliittymässä kirjautuminen edellyttää IDP:n tavoitettavuutta tai palautuspohjaista URL-kirjautumista.

   Jo todennetut asiakkaat ovat edelleen kirjautuneina sisään, koska todennus perustuu tunnukseen, joka hankitaan ennen selviytymistapahtumaa. Uusissa kirjautumisissa, joissa asiakkaalla ei ole kelvollista tunnusta aiemmasta todennuksesta, ESN ohjaa IDP-palvelimelle todennusta varten. Siksi on aina tarpeen varmistaa IDP-palvelimen tavoitettavuus ESN:ään koko selviytymistapahtuman ajan.

Mediaresursseja tarvitaan, jotta Unified CM:n perusominaisuudet, kuten Musiikki pidossa, Ilmoitus ja Conference Bridge (ohjelmisto) -palvelut on otettava käyttöön ESN:ssä. Jos laitteistopohjaiset mediaresurssit otettiin käyttöön, sinun on varmistettava selviytymistapahtuman aikana, että mediapalvelimet ovat tavoitettavissa ESN:stä.

DI Unified CM -klusterin normaalin toiminnan aikana hätäpuhelut (erityisesti AMER-alueella) reititetään RedSky-pilven kautta, jossa on SIP-runko, joka on määritetty Dedicated Instnace unified CM -klusterin ja RedSky-pilven väliin.

Jos on selviytymistapahtuma, RedSky-pilveen ei saada yhteyttä ESN: stä, joten sinun on määritettävä hätäpuhelusuunnitelma siten, että jos RedSky ei ole käytettävissä, hätäpuhelut reititetään kyseisessä sivustossa määritetyn paikallisen PSTN GW: n kautta. Reititysryhmän on koostuttava paikallisesta PSTN GW:stä, jotta puhelun reititys voidaan käsitellä selviytymistapahtuman aikana.

Määritä soittosuunnitelma sivuston sisäisten, toimiteidenvälisten, klusterien välisten ja PSTN-puheluiden reitittämistä varten selviytymistapahtuman aikana. Yleensä ESN voi reitittää puhelut vain laitteille, jotka on rekisteröity siihen. Kaikki muut kutsut on reititettävä paikalliseen yleiseen puhelinverkkoon (määritetty kaikissa toimipaikoissa, joissa ESN on käytössä) ja sieltä yleiseen puhelinverkkoon. Seuraavassa on muutamia selitettyjä skenaarioita:

• Puhelin 1 ja puhelin 2 rekisteröity samaan ESN: ään - Puhelu reititetään ESN: n sisällä.

• Puhelin 1 rekisteröity ESN:ään ja puhelin 2 rekisteröity Dedicated Instance Unified CM -klusteriin – Soittosuunnitelman tulisi reitittää puhelut ESN:stä paikalliseen PSTN GW:hen ja sieltä DI Unified CM:ään PSTN:n kautta. Soittosuunnitelman pitäisi havaita puhelun reititysvirhe selviytymistapahtuman aikana ja reitittää puhelut uudelleen paikallisen yleisen puhelinverkon GW:n kautta. Saman pitäisi koskea ESN:ään DI Unified CM -laitteista saapuvia puheluita.

• ESN:ään rekisteröity puhelin 1 ja puhelin 2 on PSTN-laite: Selviytymistapahtuman aikana PSTN-puhelut on reititettävä paikalliseen PSTN-yhdyskäytävään. Varmista, että soittosuunnitelma pystyy havaitsemaan puhelun reititysvirheet ja reitittämään puhelun uudelleen käytettävissä olevan paikallisen PSTN-yhdyskäytävän kautta.

• Selviytymistapahtuman aikana, kun yhteys sivustostasi Dedicated Instance -pilveen on poissa käytöstä (WAN tai yhteyskatkos), vastaajan ja automaattisen puhelunvälittäjän ominaisuudet eivät toimi laitteissa, jotka rekisteröityvät ESN:ään, koska Cisco Unity Connection -palvelinta isännöidään Dedicated Instance -pilvessä, johon yhteys ESN:stä on katkennut. Jos laitteeseesi on määritetty "Call Forward Unregistered (CFU)" ja puhelu vastaanotetaan DI Unified CM: ssä, soittaja voi tallentaa vastaajaviestin Dedicated Instance Unity Connection -yhteyteen. Mikä voidaan noutaa, kun laitteet palaavat DI unified CM -tilaajille.

• Kuitenkin selviytymistapahtuman aikana, kun yhteys Dedicated Instance -pilveen on käytettävissä, mutta DI:n Unified CM -klusteri on poissa käytöstä, siinä tapauksessa vastaaja ja automaattinen puhelunvälittäjä toimivat laitteissa, jotka on rekisteröity ESN:ään, koska ESN:llä on yhteys DI-pilvessä käyttöön otettuun Unity Connection -palvelimeen.

Selviytymistapahtuman aikana ESN ei pääse Cisco Expressway E & C: hen DI-pilvessä ja päinvastoin. Joten tässä tapauksessa MRA-käyttäjät eivät voi saada palvelua ESN: ltä eivätkä siten voi rekisteröityä. Jos MRA-laitteessa on kuitenkin Internet ja se voi muodostaa yhteyden Cisco Expresswaysiin DI-pilvessä, se voi rekisteröityä DI Unified CM: ään, jos DI: n klusteri on toiminnassa.

Jotta CTI-pohjaiset integroinnit toimisivat Enhanced Survivability Noden kanssa, sinun on lisättävä Enhanced Survivability Node osaksi CTI:n palvelinluetteloa. CTI-parannukset tehdään sovelluksille, jotka käyttävät JTAPI:ta sallimaan Enhanced Survivability Noden CTI-palvelimena, johon sovellus voi muodostaa yhteyden vain, jos määritetyn luettelon ensisijaiset tai toissijaiset CTI-palvelimet eivät ole tavoitettavissa. Normaalin toiminnan aikana paikan päällä olevat CTI-sovellukset voivat muodostaa yhteyden DI-pilven ensisijaisiin ja toissijaisiin CTI-palvelimiin, ja selviytymistapahtuman aikana ne voivat muodostaa yhteyden Enhanced Survivability Nodeen jatkuvan CTI-kokemuksen saamiseksi. Sovellusten on mukauduttava uusiin ohjelmointirajapintoihin, jotka näkyvät JTAPI-rajapinnassa, jotta voidaan varmistaa, että Enhanced Survivability Node -solmusta varmistuu, kun yhteys palautetaan.

Lisätietoja lisätyistä uusista ohjelmointirajapinnoista on redundanssiosassa, https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/jtapi_dev/14_0_1/cucm_b_cisco-unified-jtapi-developers-guide-14/cucm_b_cisco-unified-jtapi-developers-guide-1251_chapter_00.html

AXL-verkkopalvelu on otettu käyttöön Enhanced Survivability Nodessa vain luku -järjestelmänvalvojan oikeuksilla. Microsoft suosittelee, että kaikki kolmannen osapuolen sovellukset, kuten valmistelupalvelin, liitetään vain DI Unified CM -julkaisijaan tietokantaan liittyviä päivityksiä varten. Nämä sovellukset voivat kuitenkin olla vain luku -tilassa, kun ne on yhdistetty Enhanced Survivability -solmuun.

SIP-runkojen kautta toimivat kolmannen osapuolen sovellukset tukevat Enhanced Survivability Node -solmua. SIP-runkokonfiguraatioissa "suorita kaikissa solmuissa" -konfiguraationon oltava käytössä.

Tuetaan 3. osapuolen laitteita, joissa on kolmannen asteen TFTP-ominaisuus.