- Start
- /
- Artikel
Aan de slag met verbeterde survivability
Verbeterde survivability biedt een failovermogelijkheid voor alleen bellen op locatie in het geval van een netwerkstoring van een klant of een cloudstoring waardoor gebruikers op die site geen verbinding kunnen maken met Webex Calling Dedicated Instance.
Overzicht
In het onwaarschijnlijke geval dat er een netwerkstoring is of als er een andere storing is waardoor u op de site geen verbinding kunt maken met Webex Calling Dedicated Instance, neemt het Enhanced Survivability Node actief de gespreksbesturing en routeringsfuncties over. Webex Calling Dedicated Instance, Webex Calling Multi-tenant en on-premises implementatie hebben allemaal Survivability-opties, maar in het oplossingsdocument worden de oplossingsaspecten van Enhanced Survivability voor Webex Calling Dedicated Instance beschreven.

In Dedicated Instance worden de abonnees van het Unified CM-cluster verspreid over het datacenter binnen een regio, om hoge beschikbaarheid en geografische redundantie te bieden. Hiermee kunnen apparaten of clients overschakelen naar de abonnee in het andere datacenter. Als er echter sprake is van een netwerkstoring tussen uw site en de Dedicated Instance-cloud, kan de Enhanced Survivability Node die binnen de site is geïmplementeerd de functies voor oproepbeheer en routering afhandelen totdat de connectiviteit is hersteld. De Enhanced Survivability Node (ESN) biedt dezelfde gespreksbeheerfuncties als een standaardabonnee tijdens een uitval.
De Enhanced Survivability Node kan alleen oproepen binnen een site routeren. Voor andere oproepen moet deze via PSTN worden gerouteerd. Hiervoor moet u een lokale gateway binnen de site voor PSTN implementeren. U moet een lokale DNS-server voor de ESN instellen om problemen op te lossen, aangezien de ESN tijdens de storing de DNS-server van Cisco niet kon bereiken. De Enhanced Survivability Node kan ook naast Cisco SRST bestaan.
Depolymentmodellen
Enkele site

Bij het Single Site-implementatiemodel wordt een Enhanced Survivability Node (ESN) binnen een site geïmplementeerd, samen met een lokale gateway voor PSTN-gespreksroutering. Tijdens een storing kunnen er maximaal 7500 apparaten bij het ESN geregistreerd worden.
Meerdere locaties
Bij het implementatiemodel met meerdere locaties, waarbij er meerdere locaties zijn en ESN op elke locatie kan worden geïmplementeerd, hangt dit af van de bedrijfsvereisten voor de overlevingskansen van de locatie. De vereisten voor een lokale gateway en DNS zijn altijd noodzakelijk. Er kunnen in totaal 8 ESN-knooppunten aan een Unified CM Cluster worden toegevoegd.
Dit implementatiemodel is relevant voor een klant in een regio met meerdere locaties. Voor meerdere van deze locaties is overlevingsvermogen een vereiste. Het is mogelijk om de lokale PSTN-gateway over meerdere locaties te delen, maar dit wordt niet aanbevolen. Als er een netwerkstoring is, kan de locatie geïsoleerd raken en kan ESN de lokale gateway niet bereiken om de oproepen naar PSTN te routeren.
Hieronder vindt u twee implementatieopties voor een implementatie op meerdere locaties:
- Optie 1: Enhanced Survivability Node op elke locatie geïmplementeerd.
- Optie 2 – Gemeenschappelijk verbeterd overlevingsknooppunt gedeeld tussen meerdere sites.
Bruikbaarheid
Bewaking
Wij monitoren en beheren de Enhanced Survivability Node op dezelfde manier als andere nodes die zijn geïmplementeerd in het Dedicated Instance-datacenter. Tijdens een overlevingsgebeurtenis verliezen we de toegang tot het knooppunt wanneer de ESN is losgekoppeld van de Cisco Cloud. We maken echter automatisch weer verbinding wanneer de storing is opgelost en de connectiviteit is hersteld.
Certificaatbeheer
Wij beheren de UC-toepassingscertificaten en tijdens de activering van de Enhanced Survivability Node werken we het Dedicated Instance Unified CM-clustercertificaat bij met het ESN.
Tijdens de activering van de ESN vanuit Control Hub worden alle geregistreerde apparaten opnieuw opgestart, 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 Hoe u het Enhanced Survivability Node activeert.
CDR
Tijdens het overlevingsevenement slaat de Enhanced Survivability Node alle CDR/CMR gegevens lokaal. Zodra de connectiviteit is hersteld, worden de gegevens gesynchroniseerd met de Dedicated Instance Unified CM Publisher. De hoeveelheid gegevens die kan worden opgeslagen, is gebaseerd op de schijfgrootte van het Enhanced Survivability Node. De maximale schijfruimte die voor CDR kan worden ingesteld is 3328 MB. Dit kan voor kleine tot grote CDR-bestandsgrootten gelden, afhankelijk van het geconfigureerde CDR-interval. De zuivering vindt plaats op basis van:
-
Wanneer het schijfgebruik de toegewezen of geconfigureerde schijfruimte overschrijdt, worden de verwerkte records verwijderd. Als het schijfgebruik nog steeds hoger is, worden ook de onverwerkte records verwijderd.
-
Hoogwatermerk % dat is geconfigureerd in de instellingen van “CDR-beheer”, worden de CDR-bestanden verwijderd. Als bijvoorbeeld de “High Water Mark %” is configured as 80% ” en het schijfgebruik 80% bedraagt, worden de CDR-bestanden verwijderd.
-
CDR / Bewaring van CMR-bestanden Duur (dagen) die is geconfigureerd in de instellingen van “CDR-beheer”, de CDR-bestanden worden verwijderd. Standaard is dit ingesteld op 30 dagen.
RTMT-alarmen
Hieronder staan de waarschuwingen in RTMT met betrekking tot Enhanced Survivability Node:
-
SurvivabilityEvent- het alarm wordt geactiveerd wanneer alle Dedicated Instance-knooppunten niet bereikbaar zijn vanaf het Enhanced Survivability-knooppunt.
-
RemoteSurvivableNodeNotReachable - het alarm wordt geactiveerd wanneer een Enhanced Survivability Node niet bereikbaar is vanaf de Dedicated Instance Unified CM-uitgever.
Prestatieteller
Tijdens het overlevingsevenement moet u RTMT verbinden met de Enhanced Survivability Node om de prestaties van de ESN te bewaken. Dit is niet beschikbaar als RTMT is verbonden met de Dedicated Instance-knooppunten, aangezien het ESN tijdens de overlevingsgebeurtenis niet bereikbaar is vanuit de cloud.
Unified CM-functies en -instellingen
Gebruikersinstellingen
Tijdens normale werking wordt de databasereplicatie volledig gemaasd tussen alle servers, inclusief de Enhanced Survivability Node binnen het Unified CM-cluster. De statische configuratiegegevens worden, omdat ze worden gemaakt door verplaatsingen, toevoegingen en wijzigingen, altijd opgeslagen op de uitgever en in één richting gerepliceerd van de uitgever naar elke abonnee en elk verbeterd overlevingsknooppunt in het cluster.
Tijdens een overlevingsgebeurtenis worden alleen de functies voor de gebruiker aangepast op de apparaten die zijn geregistreerd bij het Enhanced Survivability Node. De functies voor de gebruiker worden doorgaans gekenmerkt door het feit dat u een functie rechtstreeks op de telefoon van de gebruiker kunt in- of uitschakelen door op een of meer knoppen te drukken, in plaats van een functie te wijzigen via een webgebaseerde GUI. De Enhanced Survivability Node biedt zelfzorg en webbeheer via de GUI de mogelijkheid om bewerkingen uit te voeren met alleen-lezentoegang. Apparaten van gebruikers die geregistreerd zijn bij ESN kunnen tijdens de failover alleen wijzigingen aanbrengen in de hieronder vermelde functies voor gebruikers. Deze wijzigingen worden echter niet gesynchroniseerd met de DI Unified CM-uitgever wanneer de connectiviteit is hersteld.
Gebruikersgerichte functies zijn alle functies die kunnen worden in- of uitgeschakeld door op knoppen op de telefoon te drukken. Hiertoe behoren onder meer de volgende functies:
-
Alles doorschakelen (CFA)
-
Privacy inschakelen of uitschakelen
-
Niet storen (DND) Inschakelen of uitschakelen
-
Cisco Extension Mobility-aanmelding
-
Inloggen of uitloggen bij jachtgroep
-
Apparaatmobiliteit
-
CTI CAPF-status voor eindgebruikers en applicatiegebruikers.
Verificatie
De authenticatie van softclients (Cisco Jabber en Webex Application) voor het inloggen tijdens de failover naar Enhanced Survivability Node verloopt als volgt:
-
Lokale authenticatie: Wanneer de authenticatie van gebruikers lokaal binnen de Unified CM wordt uitgevoerd, kan de Enhanced Survivability Node tijdens het overlevingsevenement de bij hem geregistreerde clients authenticeren.
-
LDAP-authenticatie: In dit geval wordt de authenticatie van gebruikers uitgevoerd via de lokale LDAP-server. Tijdens het overlevingsevenement zal de authenticatie van softclients werken, op voorwaarde dat de LDAP-server bereikbaar is vanaf het Enhanced Survivability Node.
Zorg ervoor dat de LDAP-directory bereikbaar blijft voor ESN tijdens de overlevingsgebeurtenis.
-
Single Sign On (SSO)-authenticatie: De SSO-inlogverificatie van gebruikers vindt plaats via de IDP-server. Tijdens het overlevingsevenement werkt de authenticatie van softclients op voorwaarde dat de IDP-server bereikbaar is vanaf het Enhanced Survivability Node.
Voor SSO-compatibele Unified CM web UI-aanmelding is IDP-bereikbaarheid vereist of moet de op herstel gebaseerde URL-aanmelding worden gebruikt.
Reeds geauthenticeerde clients blijven ingelogd, omdat de authenticatie gebaseerd is op het token dat is verkregen vóór de overlevingsgebeurtenis. Bij nieuwe aanmeldingen waarbij de client niet over een geldig token beschikt van de vorige authenticatie, wordt de ESN doorgestuurd naar de IDP-server voor authenticatie. Daarom is het altijd noodzakelijk om de bereikbaarheid van de IDP-server voor ESN te garanderen tijdens de overlevingsgebeurtenis.
Mediaresources
Voor basisfuncties van Unified CM zijn mediabronnen vereist, zoals wachtmuziek, aankondigingen en conferentiebrugdiensten. (Software) Deze diensten moeten op het ESN ingeschakeld zijn. Als er op hardware gebaseerde mediabronnen zijn ingezet, moet u er tijdens het overlevingsgebeuren voor zorgen dat de mediaservers bereikbaar zijn vanaf het ESN.
Noodoproepen
Tijdens de normale werking van het DI Unified CM-cluster worden noodoproepen (met name in de AMER-regio) gerouteerd via de RedSky-cloud. Hier bevindt zich een SIP-trunk die is geconfigureerd tussen het Dedicated Instnace Unified CM-cluster en de RedSky-cloud.
Als er sprake is van een overlevingsgebeurtenis, is de RedSky-cloud niet bereikbaar vanaf het ESN. Daarom moet u het noodoproepplan zo configureren dat, als RedSky niet beschikbaar is, de noodoproepen worden gerouteerd via de lokale PSTN GW die op die site is geconfigureerd. De routegroep moet bestaan uit de lokale PSTN GW om de oproeproutering af te handelen tijdens de overlevingsgebeurtenis.
Voor noodoproepen in andere Dedicated Instance-regio's moet het kiesplan zo worden geconfigureerd dat de oproepen tijdens de overlevingsgebeurtenis via de lokale PSTN GW worden gerouteerd.
Oproepomleiding
Configureer het kiesplan voor het routeren van intrasite-, intersite-, intercluster- en PSTN-gesprekken tijdens de overlevingsgebeurtenis. Over het algemeen kan het ESN alleen oproepen routeren naar apparaten die bij het ESN geregistreerd zijn. Alle overige oproepen moeten worden doorgestuurd naar de lokale PSTN GW (geconfigureerd op elke site waar ESN is geïmplementeerd) en van daaruit naar het PSTN. Hieronder worden enkele scenario's uitgelegd:
-
Telefoon 1 en telefoon 2 zijn geregistreerd bij hetzelfde ESN – Het gesprek wordt binnen het ESN gerouteerd.
-
Telefoon 1 is geregistreerd bij ESN en telefoon 2 is geregistreerd bij het Dedicated Instance Unified CM-cluster. Het kiesplan moet de gesprekken van ESN naar de lokale PSTN GW routeren en van daaruit via PSTN naar de DI Unified CM. Tijdens het overlevingsgebeurtenis moet het kiesplan de storing in de oproeproutering detecteren en de oproepen omleiden via de lokale PSTN GW. Hetzelfde zou moeten gelden voor inkomende oproepen naar ESN vanaf DI Unified CM-apparaten.
-
Telefoon 1 is geregistreerd bij ESN en telefoon 2 is een PSTN-apparaat: Tijdens een overlevingsgebeurtenis moeten PSTN-gesprekken worden doorgestuurd naar de lokale PSTN-gateway. Zorg ervoor dat het kiesplan de mogelijkheid heeft om routeringsfouten bij oproepen te detecteren en de oproep om te leiden via de beschikbare lokale PSTN-gateway.
Wij raden ICT-gesprekken tussen twee ESN-knooppunten af. Het is echter wel mogelijk als de ESN's binnen uw netwerk bereikbaar zijn.
Voicemail en automatische telefoniste
-
Tijdens de overlevingsgebeurtenis, wanneer de connectiviteit van uw site naar de Dedicated Instance-cloud is verbroken (WAN- of connectiviteitsuitval), werken de voicemail- en auto attendantfuncties niet voor de apparaten die zijn geregistreerd bij de ESN, omdat de Cisco Unity Connection-server wordt gehost in de Dedicated Instance-cloud waarmee de connectiviteit van ESN is verbroken. Als uw apparaat is geconfigureerd met 'Call Forward Unregistered (CFU)' en de oproep wordt ontvangen in DI Unified CM, kan de beller een voicemail achterlaten in de Dedicated Instance Unity Connection. Die kunnen worden opgehaald wanneer de apparaten terugvallen op DI unified CM-abonnees.
-
Tijdens een overlevingsgebeurtenis, wanneer de connectiviteit met de Dedicated Instance-cloud beschikbaar is maar het Unified CM-cluster in DI niet beschikbaar is, werken de voicemail- en auto attendantfuncties voor apparaten die zijn geregistreerd bij het ESN, omdat ESN verbinding heeft met de Unity Connection-server die in de DI-cloud is geïmplementeerd.
Mobile and Remote Access (MRA)
Tijdens het overlevingsevenement zal de ESN de Cisco Expressway E niet kunnen bereiken & C in DI-wolk en vice versa. In dit geval kunnen MRA-gebruikers dus geen gebruik maken van de service van ESN 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, kan het zich registreren bij de DI Unified CM, op voorwaarde dat het cluster in DI functioneel is.
Integraties van derden
Cti
Om CTI-gebaseerde integraties te laten werken met Enhanced Survivability Node, moet u Enhanced Survivability Node toevoegen als onderdeel van de serverlijst van CTI. Er zijn CTI-verbeteringen doorgevoerd voor toepassingen die gebruikmaken van JTAPI om Enhanced Survivability Node 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 normale werking kunnen CTI-applicaties op locatie verbinding maken met de primaire en secundaire CTI-servers in de DI-cloud. Bij overlevingsgebeurtenissen kunnen ze verbinding maken met de Enhanced Survivability Node voor een continue CTI-ervaring. Toepassingen moeten zich aanpassen aan de nieuwe API's die beschikbaar zijn via de JTAPI-interface om ervoor te zorgen dat er een terugval plaatsvindt vanaf de Enhanced Survivability Node wanneer de connectiviteit is hersteld.
Voor meer informatie over de nieuwe toegevoegde API's, zie de sectie over 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
SIP van derden
Toepassingen van derden die via SIP-trunks communiceren, worden ondersteund door Enhanced Survivability Node. In de SIP-trunkconfiguraties moet de configuratie 'uitvoeren op alle knooppunten' zijn ingeschakeld.
Telefoons van derden
Er wordt ondersteuning geboden voor apparaten van derden met tertiaire TFTP-functionaliteit.
Noodherstel
Als de verbeterde overlevingskans beschadigd is of niet kan worden hersteld, volgt u de onderstaande stappen om het verbeterde overlevingsvermogenknooppunt opnieuw te implementeren:
-
Dien een Cisco TAC-ondersteuningscase in. Vervolgens helpen de Dedicated Instance-bewerkingen bij het verwijderen van het getroffen Enhanced Survivability-knooppunt uit het Dedicated Instance-uitgeversknooppunt in Control Hub.
-
Vanuit de Control Hub, nadat het systeem het beschadigde Enhanced Survivability-knooppunt onder de Dedicated Instance Unified CM-uitgever heeft verwijderd, volgt u dezelfde stappen die worden genoemd in Enhanced Survivability-knooppunt toevoegen, Enhanced Survivability-knooppunt installeren en Enhanced Survivability-knooppunt activeren om het beschadigde knooppunt opnieuw te activeren en het opnieuw toe te voegen aan het Dedicated Instance-cluster.
Zodra het knooppunt weer aan het cluster is toegevoegd, wordt de databasesynchronisatie automatisch geactiveerd en wordt het knooppunt hersteld.
Wanneer u het verbeterde overlevingsknooppunt opnieuw toevoegt in Control Hub, behoudt Control Hub de hostnaam voor het beschadigde knooppunt onder Verbeterd overlevingsknooppunt toevoegen. U kunt ervoor kiezen om het IP-adres te behouden of te wijzigen.