Overzicht

In het implementatiemodel voor één site, waarbij een verbeterd overlevingsknooppunt (ESN) wordt geïmplementeerd binnen een site samen met een lokale gateway voor PSTN-gespreksomleiding. Er kunnen maximaal 7500 apparaten bij de ESN worden geregistreerd tijdens een storing.

In het implementatiemodel met meerdere sites, waarbij er meerdere sites zijn en ESN kan worden geïmplementeerd op elke site, is afhankelijk van de bedrijfsvereisten voor de overlevingscapaciteit van de site. De vereisten van een lokale gateway en DNS zijn altijd noodzakelijk en er kunnen in totaal 8 ESN-knooppunten worden toegevoegd aan een Unified CM-cluster.

Dit implementatiemodel is relevant voor een klant in een regio met meerdere sites en voor meerdere van deze sites is survivability een vereiste. Hoewel het mogelijk is om de lokale PSTN-gateway op verschillende sites te delen, wordt dit niet aanbevolen. Als er een netwerkstoring is, kan de site geïsoleerd raken en in dat geval kan ESN de lokale gateway niet bereiken om de gesprekken naar PSTN te routeren.

Hieronder staan 2 implementatieopties voor een implementatie met meerdere sites:

• Optie 1: Verbeterd overlevingsknooppunt geïmplementeerd op elke site.

• Optie 2 – Gemeenschappelijk verbeterde overlevingsknooppunt gedeeld tussen meerdere sites.

We monitoren en beheren het Verbeterde overlevingsknooppunt zoals andere knooppunten die zijn geïmplementeerd in het datacenter van Dedicated Instance. Tijdens een survivabilitygebeurtenis, wanneer de ESN is losgekoppeld van de Cisco Cloud, verliezen we toegang tot het knooppunt en maken we automatisch verbinding terug wanneer de storing is opgelost en de verbinding is hersteld.

We beheren de UC-toepassingscertificaten en tijdens de activering van het verbeterde overlevingsknooppunt hebben we het Unified CM-clustercertificaat voor toegewezen exemplaar bijgewerkt met de ESN.

Tijdens de activering van de ESN vanuit Control Hub wordt alle geregistreerde apparaten opnieuw gestart, omdat het certificaat voor de Unified CM-cluster wordt bijgewerkt met de multi-SAN-certificaten. Daarom plannen we de onderhoudsperiode tijdens de activering van de ESN vanuit Control Hub. Raadpleeg, Een verbeterd overlevingsknooppunt activeren.

Tijdens de survivabilitygebeurtenis slaat het verbeterde overlevingsknooppunt alle CDR-/CMR-gegevens lokaal op. Wanneer de verbinding is hersteld, worden de gegevens gesynchroniseerd met de Unified CM-uitgever voor toegewezen exemplaar. De hoeveelheid gegevens die kan worden opgeslagen, is gebaseerd op de schijfgrootte van het vervolgens verbeterde overlevingsknooppunt. De maximale schijftoewijzingsruimte die kan worden ingesteld voor CDR is 3328 MB. Dit kan met een kleine tot grote CDR-bestandsgrootte zijn op basis van het geconfigureerde CDR-interval. Het opschonen gebeurt op basis van:

• Wanneer het schijfgebruik de toegewezen of geconfigureerde schijfruimte overschrijdt, worden de verwerkte records verwijderd. Als het schijfgebruik meer moet zijn dan wanneer de onverwerkte records ook worden opgeschoond.

• High Water Mark % die is geconfigureerd in de instellingen voor CDR-beheer, worden de CDR-bestanden verwijderd. Bijvoorbeeld, als de “High Water Mark %” is configured as 80% en het schijfgebruik 80% is, dan worden de CDR-bestanden gewist.

• CDR-/CMR-bestanden Bewaarduur (dagen) die is geconfigureerd in de instellingen voor 'CDR-beheer', worden de CDR-bestanden verwijderd. Standaard is deze ingesteld op 30 dagen.

Hieronder staan de waarschuwingen in RTMT met betrekking tot het verbeterde overlevingsknooppunt:

• SurvivabilityEvent- het alarm wordt geactiveerd wanneer alle knooppunten van het toegewezen exemplaar niet bereikbaar zijn vanaf het verbeterde overlevingsknooppunt.

• RemoteSurvivableNodeNotReachable - het alarm wordt geactiveerd wanneer een verbeterd overlevingsknooppunt niet bereikbaar is vanuit de uitgever van Dedicated Instance Unified CM.

Tijdens de survivabilitygebeurtenis moet u RTMT verbinden met het verbeterde overlevingsknooppunt om de prestaties van de ESN te controleren. Hetzelfde is niet beschikbaar als RTMT is verbonden met de knooppunten van het toegewezen exemplaar omdat de ESN tijdens de survivabilitygebeurtenis niet bereikbaar is vanuit de cloud.

Tijdens de normale werking wordt de databasereplicatie volledig tussen alle servers weergegeven, inclusief het verbeterde overlevingsknooppunt binnen het Unified CM-cluster. De statische configuratiegegevens, omdat deze worden gemaakt via verplaatsingen, toevoegingen en wijzigingen, worden altijd opgeslagen op de uitgever en op één manier gerepliceerd van de uitgever naar elke abonnee en het verbeterde overlevingsknooppunt in het cluster.

Tijdens een survivabilitygebeurtenis worden alleen de op de gebruiker gerichte functies gewijzigd op de apparaten die zijn geregistreerd bij het Verbeterde overlevingsknooppunt en worden de op de gebruiker gerichte functies meestal gekenmerkt door het feit dat u een functie rechtstreeks op de telefoon kunt in- of uitschakelen door op een of meer knoppen te drukken, in tegenstelling tot het wijzigen van een functie via een webgebaseerde GUI. Het verbeterde overlevingsknooppunt maakt zelfzorg en webbeheer-GUI mogelijk als alleen-lezenbewerkingen. De apparaten van de gebruiker die bij ESN zijn geregistreerd, kunnen tijdens de failover alleen de hieronder vermelde functies voor de gebruiker wijzigen. Deze wijzigingen worden echter niet gesynchroniseerd met de DI Unified CM-uitgever wanneer de verbinding wordt hersteld.

Gebruikersgerichte functies zijn functies die kunnen worden in- of uitgeschakeld door op knoppen op de telefoon te drukken en omvatten het volgende:

• Alle gesprekken doorschakelen (CFA)

• Privacy in- of uitschakelen

• Niet storen (NST) in- of uitschakelen

• Aanmelden bij Cisco Extension Mobility

• Aanmelden of afmelden bij Hunt-groep

• Apparaatmobiliteit

• CTI CAPF-status voor eindgebruikers en toepassingsgebruikers.

De verificatie van softclients (Cisco Jabber- en Webex-toepassing) voor aanmelding tijdens de failover naar het verbeterde overlevingsknooppunt is als volgt:

1. Lokale verificatie: Wanneer verificatie van gebruikers lokaal wordt uitgevoerd binnen de Unified CM, kunnen tijdens de survivabilitygebeurtenis de clients worden geverifieerd die bij het verbeterde survivabilityknooppunt zijn geregistreerd.

2. LDAP-verificatie: In dit geval wordt de verificatie van gebruikers uitgevoerd met de lokale LDAP-server. Tijdens de survivabilitygebeurtenis werkt de verificatie van softclients op voorwaarde dat de LDAP-server bereikbaar is vanaf het verbeterde overlevingsknooppunt.

   U moet ervoor zorgen dat de LDAP-namenlijst bereikbaar is voor ESN tijdens de survivabilitygebeurtenis.

3. Verificatie van eenmalige aanmelding (SSO): De SSO-aanmeldverificatie van gebruikers wordt uitgevoerd met de IDP-server. Vervolgens werkt de verificatie van softclients tijdens de survivabilitygebeurtenis op voorwaarde dat de IDP-server bereikbaar is vanaf het verbeterde overlevingsknooppunt.

   Voor SSO-aanmelding met Unified CM-webgebruikersinterface is de bereikbaarheid van de IDP vereist of moet de op herstel gebaseerde URL-aanmelding worden gebruikt.

   Al geverifieerde clients blijven aangemeld omdat de verificatie is gebaseerd op het token dat is verkregen vóór de survivabilitygebeurtenis. Voor nieuwe aanmeldingen wanneer de client geen geldig token heeft van eerdere verificatie, wordt de ESN omgeleid naar de IDP-server voor verificatie. Daarom is het altijd noodzakelijk om ervoor te zorgen dat de IDP-server bereikbaar is voor ESN tijdens de survivabilitygebeurtenis.

Mediabronnen zijn vereist voor basisfuncties van Unified CM, zoals Muziek tijdens wachtstand, Aankondiging, Conferentiebrug (software), moeten zijn ingeschakeld op de ESN. Als er op hardware gebaseerde mediabronnen zijn geïmplementeerd, moet u er tijdens de survivabilitygebeurtenis voor zorgen dat de mediaservers bereikbaar zijn via de ESN.

Tijdens normale bewerkingen van het DI Unified CM-cluster worden de noodoproepen (met name in de AMER-regio) gerouteerd via de RedSky-cloud, waar een SIP-trunk is geconfigureerd tussen het Dedicated Instnace Unified CM-cluster en de RedSky-cloud.

Als er een survivabilitygebeurtenis is, is de RedSky-cloud niet bereikbaar vanaf de ESN. Daarom moet u het belplan voor noodgevallen zo configureren dat, als RedSky niet beschikbaar is, u de noodoproepen kunt routeren via de lokale PSTN GW die op die site is geconfigureerd. De routegroep moet bestaan uit de lokale PSTN GW om de gespreksomleiding tijdens de survivabilitygebeurtenis af te handelen.

Voor noodoproepen in andere regio's van een toegewezen exemplaar moet het belplan worden geconfigureerd om de gesprekken tijdens de survivabilitygebeurtenis door de lokale PSTN GW te leiden.

Configureer het belplan voor het routeren van intrasite-, intersite-, inter-cluster- en PSTN-gesprekken tijdens de survivability-gebeurtenis. Over het algemeen kan de ESN gesprekken alleen omleiden voor apparaten die bij de ESN zijn geregistreerd. Alle andere gesprekken moeten worden gerouteerd naar de lokale PSTN GW (geconfigureerd op elke site waar ESN wordt geïmplementeerd) en van daaruit naar de PSTN. Hier volgen enkele scenario's:

• Telefoon 1 en telefoon 2 geregistreerd bij dezelfde ESN – het gesprek wordt gerouteerd binnen de ESN.

• Telefoon 1 geregistreerd bij ESN en telefoon 2 geregistreerd bij Dedicated Instance Unified CM-cluster – Het belplan moet de gesprekken van ESN naar de lokale PSTN GW leiden, van daaruit naar de DI Unified CM via PSTN. Tijdens de survivabilitygebeurtenis moet het nummerplan de gespreksomleidingsfout detecteren en de gesprekken omleiden via de lokale PSTN GW. Hetzelfde moet gelden voor binnenkomende gesprekken naar ESN vanaf DI Unified CM-apparaten.

• Telefoon 1 geregistreerd bij ESN en telefoon 2 is een PSTN-apparaat: Tijdens de survivability-gebeurtenis moeten PSTN-gesprekken worden gerouteerd naar de lokale PSTN-gateway. U moet ervoor zorgen dat het belplan de mogelijkheid heeft om fouten in de gespreksomleiding te detecteren en het gesprek opnieuw door de beschikbare lokale PSTN-gateway te leiden.

We raden ICT-gesprekken tussen 2 ESN-knooppunten niet aan, hoewel het haalbaar is wanneer de ESN's bereikbaar zijn binnen uw netwerk.

• Tijdens de survivabilitygebeurtenis, wanneer de verbinding van uw site naar de Dedicated Instance-cloud is uitgeschakeld (WAN- of verbindingsonderbreking), werken de functies voor voicemail en automatische beantwoorder niet voor de apparaten die bij de ESN zijn geregistreerd, omdat de Cisco Unity Connection-server wordt gehost in de Dedicated Instance-cloud waarvoor de verbinding van de ESN is uitgeschakeld. Als uw apparaat is geconfigureerd met 'Gesprek doorschakelen niet-geregistreerd (CFU)' en het gesprek wordt ontvangen in DI Unified CM, kan de beller een voicemail storten in de Unity Connection voor toegewezen exemplaren. Deze kan worden opgehaald wanneer de apparaten terugvallen naar DI unified CM-abonnees.

• Tijdens een survivabilitygebeurtenis is de verbinding met de Dedicated Instance-cloud echter beschikbaar, maar is de Unified CM-cluster in DI uitgeschakeld. In dat geval werken de functies voicemail en automatische beantwoorder voor apparaten die zijn geregistreerd bij de ESN, omdat ESN verbinding heeft met de Unity Connection-server die is geïmplementeerd in de DI-cloud.

Tijdens de survivabilitygebeurtenis kan de ESN de Cisco Expressway E & C niet bereiken in DI-cloud en vice versa. In dit geval kunnen de MRA-gebruikers de service dus niet ophalen van ESN en kunnen ze zich dus niet registreren. Als het MRA-apparaat echter internet heeft en verbinding kan maken met de Cisco Expressways in de DI-cloud, kan het zich registreren bij de DI Unified CM, mits het cluster in de DI functioneel is.

Als u wilt dat op CTI gebaseerde integraties werken met het verbeterde overlevingsknooppunt, moet u het verbeterde overlevingsknooppunt toevoegen als onderdeel van de serverlijst van CTI. CTI-verbeteringen zijn aangebracht voor toepassingen die JTAPI gebruiken om een verbeterd overlevingsknooppunt toe te staan als CTI-server waarmee de toepassing alleen verbinding kan maken als de primaire of secundaire CTI-servers in de geconfigureerde lijst niet bereikbaar zijn. Tijdens een normale werking kunnen CTI-toepassingen op de site verbinding maken met de primaire en secundaire CTI-servers in de DI-cloud en tijdens de overlevingsgebeurtenis kunnen ze verbinding maken met het verbeterde overlevingsknooppunt voor een voortdurende CTI-ervaring. Toepassingen moeten zich aanpassen aan de nieuwe API's als blootgesteld via de JTAPI-interface om ervoor te zorgen dat terugval van het verbeterde overlevingsknooppunt plaatsvindt wanneer de verbinding wordt hersteld.

Voor meer informatie over de toegevoegde nieuwe API's raadpleegt u het gedeelte redundantie, 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

De AXL-webservice is ingeschakeld in het verbeterde overlevingsknooppunt met alleen-lezenbeheerdersrechten. We raden aan dat toepassingen van derden zoals inrichtingsserver alleen een interface hebben met de DI Unified CM-uitgever voor databasegerelateerde updates. Het is echter mogelijk dat deze toepassingen alleen-lezen wanneer ze zijn verbonden met het verbeterde overlevingsknooppunt.

Toepassingen van derden die via de SIP-trunks communiceren, worden ondersteund met het verbeterde overlevingsknooppunt. In de SIP-trunkconfiguraties moet de configuratie 'uitvoeren op alle knooppunten' zijn ingeschakeld.

apparaten van derden worden ondersteund met tertiaire TFTP-mogelijkheden.