Hartelijk dank voor uw feedback

In het Single Site-implementatiemodel, waarbij binnen een locatie een Enhanced Survivability Node (ESN) wordt geïmplementeerd, samen met een lokale gateway voor de routering van PSTN-gesprekken. Tijdens een storing kunnen maximaal 7500 apparaten bij het ESN worden geregistreerd.

In het implementatiemodel voor meerdere locaties, waarbij er meerdere locaties zijn en ESN op elke locatie kan worden geïmplementeerd, hangt dit af van de zakelijke vereisten voor de overlevingskansen van de site. De vereisten van een lokale gateway en DNS zijn altijd noodzakelijk en er kunnen in totaal 8 ESN-knooppunten aan een Unified CM cluster worden toegevoegd.

Dit implementatiemodel is relevant voor klanten in een regio met meerdere locaties en overlevingskansen is een vereiste voor meerdere van die locaties. Hoewel het mogelijk is om de lokale PSTN-gateway op verschillende locaties te delen, wordt dit niet aanbevolen. Als het netwerk uitvalt, kan de locatie geïsoleerd raken en in dat geval kan ESN de lokale gateway niet bereiken om de gesprekken naar PSTN door te sturen.

Hieronder staan twee implementatieopties voor een implementatie op meerdere locaties:

• Optie 1: Enhanced Survivability Node wordt op elke locatie geïmplementeerd.

• Optie 2 — Gemeenschappelijke Enhanced Survivability Node, gedeeld tussen meerdere locaties.

We monitoren en beheren de Enhanced Survivability Node zoals andere knooppunten die worden geïmplementeerd in een Dedicated Instance datacenter. Tijdens een overlevingssituatie, wanneer de verbinding tussen het ESN en de IS wordt verbroken, verliezen we de Cisco Cloud toegang tot het knooppunt en maken we automatisch weer verbinding wanneer de storing is opgelost en de verbinding is hersteld.

We beheren de UC-toepassingscertificaten en tijdens de activering van de Enhanced Survivability Node hebben we het Dedicated Instance Unified CM clustercertificaat bijgewerkt met het ESN.

Tijdens de survivability-gebeurtenis slaat de Enhanced Survivability Node alle CDR/CMR-gegevens lokaal op. Wanneer de verbinding hersteld is, worden de gegevens weer gesynchroniseerd met de Dedicated Instance Unified CM Publisher. De hoeveelheid gegevens die kan worden opgeslagen is gebaseerd op de schijfgrootte van de toenmalige Enhanced Survivability Node. De maximale schijfruimte die kan worden ingesteld voor CDR is 3328 MB. Dit kan het geval zijn bij kleine tot grote CDR-bestanden, afhankelijk van het CDR-interval dat is geconfigureerd. De zuivering gebeurt op basis van:

• Als het schijfgebruik groter is dan de toegewezen of geconfigureerde schijfruimte, worden de verwerkte records verwijderd. Als het schijfgebruik nog steeds hoger is, dan worden ook de onverwerkte records verwijderd.

• High Water Mark%, dat is ingesteld in de instellingen van „CDR-beheer”, worden de CDR-bestanden verwijderd. Als bijvoorbeeld „High Water Mark%” is geconfigureerd als 80% en het schijfgebruik 80% is, dan worden de CDR-bestanden verwijderd.

• CDR/CMR-bestanden bewaren Duur (dagen) die is ingesteld in de instellingen van „CDR-beheer”, worden de CDR-bestanden verwijderd. Deze is standaard ingesteld op 30 dagen.

Hieronder volgen de waarschuwingen in RTMT met betrekking tot Enhanced Survivability Node:

• SurvivabilityEvent - het alarm gaat af wanneer alle Dedicated Instance-knooppunten niet bereikbaar zijn vanaf de Enhanced Survivability Node.

• RemoteSurvivableNodeNotReachable - het alarm gaat af wanneer een Enhanced Survivability Node niet bereikbaar is vanaf de uitgever van de Dedicated Instance. Unified CM

Tijdens de survivability-gebeurtenis moet u RTMT verbinden met de Enhanced Survivability Node om de prestaties van het ESN te controleren. Hetzelfde zal niet beschikbaar zijn als RTMT is verbonden met de Dedicated Instance nodes, omdat het ESN tijdens de survivability event niet bereikbaar is vanuit de cloud.

Tijdens normaal gebruik is de databasereplicatie volledig geïntegreerd tussen alle servers, inclusief de Enhanced Survivability Node in het cluster. Unified CM De statische configuratiegegevens worden, omdat ze worden gecreëerd door middel van verplaatsingen, toevoegingen en wijzigingen, altijd opgeslagen op de uitgever en op één manier gerepliceerd van de uitgever naar elke abonnee en een verbeterd overlevingsknooppunt in het cluster.

Tijdens een survivability-gebeurtenis worden alleen de gebruikersgerichte functies gewijzigd op de apparaten die zijn geregistreerd bij de Enhanced Survivability Node en worden de gebruikersgerichte functies doorgaans gekenmerkt door het feit dat u een functie rechtstreeks op hun telefoon kunt in- of uitschakelen door op een of meer knoppen te drukken, in plaats van een functie te wijzigen via een webinterface. De Enhanced Survivability Node maakt het dus mogelijk om voor jezelf te zorgen en de GUI voor webbeheerders te gebruiken als alleen-lezen bewerkingen. Apparaten van gebruikers die bij ESN zijn geregistreerd, kunnen tijdens de failover alleen de hieronder vermelde gebruikersgerichte functies wijzigen. Deze wijzigingen worden echter niet teruggesynchroniseerd naar de Unified CM DI-uitgever wanneer de verbinding weer tot stand is gebracht.

Gebruikersgerichte functies zijn alle functies die kunnen worden in- of uitgeschakeld door op de knoppen van de telefoon te drukken, waaronder de volgende:

• Alles doorschakelen (CFA)

• Privacy in- of uitschakelen

• Do Not Disturb (DND) In- of uitschakelen

• Cisco Extension MobilityInloggen

• In- of uitloggen bij de Hunt-groep

• Mobiliteit van apparaten

• CTI CAPF-status voor eindgebruikers en gebruikers van toepassingen.

De authenticatie van softclients (Cisco Jabberen Webex-toepassingen) voor aanmelding tijdens de failover naar Enhanced Survivability Node is als volgt:

1. Lokale authenticatie: Wanneer gebruikers lokaal worden geverifieerd binnen deUnified CM, tijdens de survivability-gebeurtenis, kan de Enhanced Survivability Node de klanten verifiëren die bij de Node zijn geregistreerd.

2. LDAP-authenticatie: In dit geval wordt de authenticatie van gebruikers uitgevoerd met behulp van de lokale LDAP-server. Tijdens de survivability-gebeurtenis werkt de authenticatie van softclients dan, op voorwaarde dat de LDAP-server bereikbaar is via de Enhanced Survivability Node.

   U moet ervoor zorgen dat het LDAP-adresboek toegankelijk is voor ESN tijdens het overlevingsproces.

3. Single Sign On (SSO) -authenticatie: De SSO-inlogverificatie van gebruikers gebeurt met behulp van de IDP-server. Tijdens de survivability-gebeurtenis werkt de authenticatie van soft clients op voorwaarde dat de IDP-server bereikbaar is via de Enhanced Survivability Node.

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

   Reeds geverifieerde klanten blijven ingelogd omdat de authenticatie gebaseerd is op het token dat is verkregen vóór de overlevingsgebeurtenis. Voor nieuwe aanmeldingen waarbij de client echter geen geldig token van eerdere authenticatie heeft, wordt het ESN doorverwezen naar de IDP-server voor authenticatie. Daarom is het altijd noodzakelijk om ervoor te zorgen dat de IDP-server bereikbaar is voor ESN tijdens de overlevingsfase.

Voor Unified CM basisfuncties, zoals Music on Hold, Announcement, Conference Bridge (software), moeten mediabronnen zijn ingeschakeld op het ESN. Als er op hardware gebaseerde mediabronnen zijn ingezet, dan moet u er tijdens de overlevingskans voor zorgen dat de mediaservers bereikbaar zijn via het ESN.

Tijdens de normale werking van het Unified CM DI-cluster worden de noodoproepen (met name in de AMER-regio) via de RedSky-cloud geleid, waar een SIP-trunk is geconfigureerd tussen de geïntegreerde CM-cluster van Dedicated Instance en de RedSky-cloud.

Als er een overlevingskans is, is de RedSky-cloud niet bereikbaar vanaf het ESN en daarom moet u het telefoonplan voor noodoproepen zo configureren dat, als de RedSky niet beschikbaar is, de noodoproepen worden doorgestuurd via het lokale PSTN GW dat op die locatie is geconfigureerd. De routegroep moet bestaan uit de lokale PSTN GW om de routering van het gesprek af te handelen tijdens de overlevingskans.

Configureer het kiesschema voor het routeren van gesprekken binnen-, intersite-, intercluster- en PSTN-gesprekken tijdens de overlevingsgebeurtenis. Over het algemeen kan het ESN alleen oproepen doorsturen naar apparaten die zijn geregistreerd. Alle andere gesprekken moeten worden doorgestuurd naar de lokale PSTN GW (geconfigureerd op elke locatie waar ESN wordt geïmplementeerd) en van daaruit naar het PSTN. Hieronder worden enkele scenario's toegelicht:

• Telefoon 1 en telefoon 2 zijn geregistreerd bij hetzelfde ESN — De oproep wordt binnen het ESN doorgestuurd.

• Telefoon 1 geregistreerd bij ESN en telefoon 2 geregistreerd bij het Dedicated Instance Unified CM cluster — Het kiesplan moet de gesprekken van ESN naar het lokale PSTN GW doorsturen, van daar naar de DI via PSTN. Unified CM Tijdens de overlevingskans moet het kiesplan de routeringsfout detecteren en de gesprekken omleiden via de lokale PSTN GW. Hetzelfde zou moeten gelden voor inkomende gesprekken naar ESN vanaf Unified CM DI-apparaten.

• Telefoon 1 is geregistreerd bij ESN en telefoon 2 is een PSTN-apparaat: tijdens de overlevingskansen moeten PSTN-oproepen worden doorgestuurd naar de lokale PSTN-gateway. U moet ervoor zorgen dat het belplan de mogelijkheid heeft om fouten in de routering van gesprekken te detecteren en het gesprek door te schakelen via de beschikbare lokale PSTN-gateway.

• Tijdens de overlevingsfase, wanneer de verbinding tussen uw site en de Dedicated Instance cloud uitvalt (WAN of Connectiviteitsuitval), zullen de functies voor voicemail en auto attendant niet werken voor de apparaten die zich bij het ESN registreren, aangezien de Cisco Unity Connection server wordt gehost in de Dedicated Instance-cloud waarnaar de connectiviteit van ESN is uitgevallen. Als uw apparaat is geconfigureerd met „Call Forward Unregistered (CFU)” en de oproep wordt ontvangen in DIUnified CM, dan kan de beller een voicemail deponeren in de Dedicated Instance Unity Connection. Die kan worden opgehaald wanneer de apparaten terugvallen op DI Unified CM-abonnees.

• Tijdens een overlevingssituatie waarbij de connectiviteit met de Dedicated Instance cloud beschikbaar is maar het Unified CM cluster in DI niet beschikbaar is, werken in dat geval de functies voor voicemail en auto attendant echter voor apparaten die zijn geregistreerd bij het ESN, aangezien ESN een verbinding heeft met de Unity Connection-server die wordt geïmplementeerd in de DI-cloud.

Tijdens de overlevingskans zal het ESN de E&C niet kunnen bereiken in de Cisco Expressway DI-cloud en vice versa. In dit geval kunnen de MRA-gebruikers de service dus niet van ESN krijgen en kunnen ze zich dus niet registreren. Als het MRA-apparaat echter over internet beschikt en verbinding kan maken met de Cisco Expressways in de DI-cloud, dan kan het zich registreren bij de DI, op Unified CM voorwaarde dat het cluster in DI functioneel is.

Om op CTI gebaseerde integraties te laten werken met Enhanced Survivability Node, moet u Enhanced Survivability Node toevoegen als onderdeel van de lijst met servers van CTI. CTI-verbeteringen zijn gemaakt voor toepassingen die JTAPI gebruiken om Enhanced Survivability Node als CTI-server toe te staan waarmee de toepassing alleen verbinding kan maken in het geval dat de primaire of secundaire CTI-servers in de geconfigureerde lijst niet bereikbaar zijn. Tijdens een normale operatie kunnen CTI-toepassingen ter plaatse verbinding maken met de primaire en secundaire CTI-servers in de DI-cloud en tijdens een survivability-evenement kunnen ze verbinding maken met Enhanced Survivability Node voor een continue CTI-ervaring. Toepassingen moeten zich aanpassen aan de nieuwe API's, zoals weergegeven via de JTAPI-interface, om ervoor te zorgen dat een terugval vanaf de Enhanced Survivability Node plaatsvindt wanneer de connectiviteit hersteld is.

Voor meer informatie over de nieuwe API's die zijn toegevoegd, raadpleeg de sectie redundantie, https://www.cisco.com/c/en/us/td/docs/ voice_ip_comm /cucm/ /14_0_1/ -unified-jtapi-developers-guide-14/ -unified-jtapi-developers-guide-1251_chapter_00.html jtapi_dev cucm_b_cisco cucm_b_cisco

Toepassingen van derden die via de SIP-trunks worden ondersteund met Enhanced Survivability Node. In de SIP-trunkconfiguraties moet de configuratie 'run on all nodes' zijn ingeschakeld.

Apparaten van derden worden ondersteund met tertiaire TFTP-mogelijkheden.