Verantwortlichkeiten im Bereich Partnerbetreuung

Der technische Support des Partners umfasst die Möglichkeit, für Kunden folgende Leistungen zu erbringen:

• Allgemeine Serviceinformationen bereitstellen.

• Bereitstellung von Konfigurationsunterstützung.

• Nicht-technische Probleme von technischen Problemen trennen.

• Unterstützung bei der Problemisolierung und der Ermittlung von Servicefehlern.

• Analysieren Sie, wo der Fehler aufgetreten ist.

• Falsch konfigurierte Einstellungen, die vom Kunden oder Partner vorgenommen wurden, werden wiederhergestellt, um das Problem zu beheben.

• Beheben Sie Probleme mit allen von Partnern verwalteten Anwendungen oder Infrastrukturen.

• Prognostizieren Sie den Kapazitätsmanagementbedarf für neue Benutzer, der über die anfänglichen Anforderungen hinausgeht.

• Konfigurieren Sie Anwendungsfunktionen und führen Sie die Benutzerbereitstellung durch.

• Kundenabrechnung und Rechnungsstellung bearbeiten.

• Die Kundenbeziehung selbst in die Hand nehmen.

• Management der Lösungsintegration von PSTN-Diensten.

• Sicherstellung der Kundenbereitschaft für Upgrades dedizierter Instanzen, Zertifikatserneuerungen und Infrastrukturwartung.

Wenn der Partner sich zur Unterstützung an Cisco TAC wendet, ist er für die Unterstützung bei der Priorisierung der Probleme verantwortlich. Diese Verantwortung umfasst Folgendes:

• Erfassung und Bereitstellung der Details gemeldeter Probleme

• Unterstützung bei der Reproduktion und Priorisierung von Problemen gemäß den Anweisungen des Cisco TAC

• Unterstützung beim Testen von Fehlerbehebungen

• Bestätigung, dass die Probleme nicht auf Hardware, Software, Anwendungen oder andere vom Endbenutzer bereitgestellte Quellen zurückzuführen sind.

Es obliegt dem Partner, sicherzustellen, dass die folgenden Arten von technischen Supportbedürfnissen seiner Kunden erfüllt werden.

Anforderungen an den technischen Support der Partner

Wenn der Partner ein Supportbedürfnis an den Cisco TAC eskaliert, muss er folgende Informationen bereitstellen:

Allgemeine Fallinformationen

• Bitte geben Sie eine gültige Abonnementnummer oder Servicevertragsnummer an.

• Anrufer müssen sich als Mitglieder des Partner-Support-Teams ausweisen, die den Partner oder ein weiterverkauftes Kundenkonto vertreten.

• Name, Telefonnummer und E-Mail-Adresse des Partnervertreters oder allgemeine Partnerinformationen für das Team, das den Fall an Cisco eskaliert.

Wenn Sie sich an den Cisco Cloud Support wenden, geben Sie bitte den Partner, den Kunden und das Problem an.

Cisco Supportrollen und Verantwortlichkeiten

Cisco ist für die Unterstützung des Partners im Rahmen des Dedicated Instance Cloud-Dienstes innerhalb des Cisco Cloud-Rechenzentrums verantwortlich. Dies umfasst die Behebung von Problemen und eine grundlegende Ursachenanalyse (Cisco stellt im Rahmen der Ursachenanalyse keine detaillierten Informationen zur Infrastruktur bereit). Bei Vorfällen der Schweregrade 1 und 2 benachrichtigt Cisco die Partner proaktiv per E-Mail.

Cisco ist nicht verantwortlich für die Unterstützung von:

• Partner- oder Kundennetzwerk und -ausrüstung, die mit dem Dedicated Instance Cloud-Rechenzentrum und den Kundenräumlichkeiten verbunden sind.

  Die im Kundengelände installierte verbesserte Überlebensfähigkeit des Knotens liegt in gemeinsamer Verantwortung von partner/customer und Cisco.

• Software oder Hardware von Drittanbietern

  Der Partner ist dafür verantwortlich, Support oder Updates für Software oder Hardware von Drittanbietern zu beschaffen, falls sich herausstellt, dass diese die Ursache des Vorfalls sind.

Supportbezogene Benachrichtigungen und Warnungen

Partner erhalten im Control Hub Benachrichtigungen und Wartungsmitteilungen zur Meldung und Behebung festgestellter Ausfälle von Kerndiensten. Die Partner werden zudem im Voraus über umfangreiche Wartungsarbeiten oder solche, die über die reservierten Wartungsfenster hinausgehen, informiert.

Diese Benachrichtigungen werden an Partner gesendet, die sich für Control Hub-Benachrichtigungen für „Wartungs- und Ausfallbenachrichtigungen“ angemeldet haben, siehe Benachrichtigungen im Control Hub. Die Partner sind dafür verantwortlich, dass Cisco über korrekte und aktuelle Kontaktdaten verfügt. Cisco empfiehlt Administratoren, ein Konto anzulegen und die Webex-Anwendung für Benachrichtigungen zu verwenden.

Instandhaltung

Wartungsfenster

Cisco benachrichtigt den Partner über geplante Wartungsarbeiten. Alle geplanten Änderungen erfolgen im Rahmen eines Wartungsfensters. Cisco benachrichtigt den Partner mindestens 10 Werktage im Voraus schriftlich über geplante Wartungsarbeiten, die die Telefonierbarkeit für Kunden beeinträchtigen werden. Diese Benachrichtigungen werden an Partner gesendet, die sich für Control Hub-Benachrichtigungen für „Wartungs- und Ausfallbenachrichtigungen“ angemeldet haben; siehe Benachrichtigungen im Control Hub. Die Partner sind dafür verantwortlich, dass Cisco über korrekte und aktuelle Kontaktdaten verfügt. Cisco empfiehlt Administratoren, ein Konto anzulegen und die Webex-Anwendung für Benachrichtigungen zu verwenden.

Die Instandhaltung umfasst folgende Tätigkeiten:

• Routinemäßige Wartungsarbeiten mit minimalem Risiko für Kundenauswirkungen

• Geplante und terminierte Aktivitäten, die die Anruffähigkeit des Kunden beeinträchtigen.

• Regelmäßige Erneuerung von Cisco-verwalteten UC-Anwendungszertifikaten. Die Verlängerungen basieren auf der Gültigkeitsdauer und dem Verlängerungsdatum. & Zeitpunkt der Zertifikate. Cisco erneuert die Zertifikate von UC-Anwendungen erst 3-7 Tage vor dem Ablaufdatum und folgt dabei dem Standard-Änderungsmanagementprozess.

  Für Kunden, die Single Sign-On (SSO) in UC-Anwendungen aktiviert haben, ist es nach Abschluss der Zertifikatserneuerung durch Cisco erforderlich, dass der Partner SSO deaktiviert, die IDP-Metadatendatei erneut importiert und SSO wieder aktiviert. Es wird außerdem empfohlen, dass der Partner oder Kunde das SSO validiert.

  Das Wartungsfenster für den KMU-Cluster wird entsprechend der Herausgeberregion des KMU geplant.

Die Wartungsfenster für AMER sind wie folgt:

• 21:00 Uhr ET bis 6:00 Uhr ET, Montag bis Freitag

• 21:00 Uhr ET bis 6:00 Uhr ET, an Wochenenden (nur für Wartungsarbeiten an der Cisco-Infrastruktur)

Die Wartungsfenster für APJC sind wie folgt:

• 21:00 Uhr JST bis 6:00 Uhr JST, Montag bis Freitag

• 21:00 Uhr JST bis 06:00 Uhr JST, an Wochenenden (nur für Wartungsarbeiten an der Cisco-Infrastruktur)

Die Wartungsfenster für AUS sind wie folgt:

• 21:00 Uhr ACT bis 6:00 Uhr ACT, Montag bis Freitag

• 21:00 Uhr ACT bis 6:00 Uhr ACT, an Wochenenden (nur für Wartungsarbeiten an der Cisco-Infrastruktur)

Die Wartungsfenster sind für die EU, EMEA und Großbritannien wie folgt:

• 21:00 Uhr MEZ bis 6:00 Uhr MEZ, Montag bis Freitag

• 21:00 Uhr MEZ bis 06:00 Uhr MEZ, an Wochenenden (nur für Wartungsarbeiten an der Cisco-Infrastruktur)

Bei der Planung von Wartungsarbeiten wird Cisco alles daransetzen, den Aufwand zu minimieren. and/or Durch die georedundante Architektur der dedizierten Instanz wird das Risiko von Telefondienstunterbrechungen ausgeschlossen. Cisco erwartet, dass alle von Partnern und Kunden geleiteten Konfigurationen den Best Practices für dedizierte Instanzen im Hinblick auf Redundanz entsprechen. Cisco ist nicht verantwortlich für einen Ausfall der Redundanz aufgrund einer Fehlkonfiguration durch den Partner. Es liegt in der Verantwortung des Partners, alle Drittanbieterintegrationen, die nicht hosted/managed in der Dedicated Instance Cloud.

Cisco initiiert Upgrades von UC-Anwendungen nur aus folgenden Gründen:

1. In der aktuellen Version der UC-Anwendung besteht eine Sicherheitslücke, deren Behebung ein Upgrade oder die Installation von COP erfordert.

2. Der Kunde verwendet derzeit eine Version kleiner als n-1 (der aktuell unterstützten Version der dedizierten Instanz) oder eine Version, die sich dem Ende des Lebenszyklus nähert.

3. Partner können über einen TAC-Fall auch ein Upgrade anfordern, wenn in späteren Versionen der UC-Anwendung eine neue Funktion unterstützt wird.

Cisco sendet eine Wartungsbenachrichtigung an partner/customer Mindestens 10 Tage vor dem Änderungszeitraum sollte der Partner Cisco kontaktieren. Es wird außerdem empfohlen, dass der Partner Cisco innerhalb von 2-3 Tagen antwortet, falls der vorgeschlagene Änderungsplan mit seinen geschäftlichen Prioritäten kollidiert. Dies ermöglicht es Cisco, ein alternatives Zeitfenster für die Änderung zu finden (der neue Termin richtet sich nach den von Cisco bereitgestellten verfügbaren Terminen). Der Partner kann den Wartungstermin per E-Mail an verschieben. ucm-cloud-change-management@cisco.com mit detaillierter Begründung für die Terminverschiebung.

In dringenden oder Notfallsituationen, wie beispielsweise der Behebung schwerwiegender Sicherheitslücken oder dem Ablaufdatum von Zertifikaten, ist eine flexible Änderung des Wartungsfensters jedoch nicht möglich. Das Scannen von Dedicated Instances auf Schwachstellen durch einen Partner oder Kunden wird nicht unterstützt. Die dedizierte Instanz verfügt über ein eigenes, ständig laufendes Schwachstellenscan-System. Zusätzlich führen wir regelmäßig unabhängige Penetrationstests durch und stellen eine Bestätigung im Cisco Trust Portal bereit.

Der Partner hat Änderungen angefordert.

Von Partnern angeforderte Änderungen erfordern eine gemeinsame Überprüfung, um die Auswirkungen auf die dedizierte Instanz zu beurteilen. Dies umfasst Änderungen, die der Partner von Cisco wünscht, und Änderungen, die der Partner selbst vornehmen möchte. Beispiel:

• Konfigurationsänderungen, die sich auf Grenzgeräte oder die Anwendungsintegration auswirken

• Anträge auf Deaktivierung eines Dienstes.

Anträge auf größere Änderungen, wie beispielsweise die Deaktivierung eines Dienstes, werden an Cisco gerichtet. Der Partner erfasst die Anforderungen und übermittelt diese über das Partner Success Team oder den Account Manager an Cisco, um eine gemeinsame Überprüfung einzuleiten. Vor der Umsetzung der Änderung wird der Antrag gemeinsam vom Produktmanagement für dedizierte Instanzen und dem Partner geprüft.

Notfalländerungen

Cisco und der Partner können Notfalländerungen entweder sofort oder im nächsten verfügbaren Wartungsfenster aus folgenden Gründen vornehmen.

• Um dem Kunden den Service wiederherzustellen

• Um die Auswirkungen eines Stromausfalls zu verringern

• Um einen potenziellen Kundenausfall zu vermeiden

• Um eine Sicherheitslücke zu beheben

Bei Notfalländerungen im Netzwerk außerhalb der dedizierten Instanz benachrichtigt der Partner Cisco über die für Cisco sichtbaren Auswirkungen auf den Kunden. Sofern dies vernünftigerweise möglich ist, eröffnet der Partner einen Fall bei Cisco, damit Cisco auf die Auswirkungen reagieren kann.

Bei einer Notfalländerung in der dedizierten Instanz benachrichtigt Cisco den Partner, sobald dies vernünftigerweise möglich ist. Die E-Mail, in der alle Auswirkungen der Notfalländerung auf die Kunden aufgeführt sind, wird an den Verteiler gesendet.

Vorfallmanagement

Incident Management minimiert negative Auswirkungen auf das Geschäft, die durch Fehler in der Umgebung verursacht werden. Cisco analysiert Vorfälle, sobald sie auftreten, um die Ursache schnell zu ermitteln. Cisco wendet dann eine Übergangslösung an, bis eine dauerhafte Lösung implementiert werden kann.

Die Partner handhaben das Incident Management in ihren Netzwerken gemäß ihren eigenen etablierten Prozessen. Partner benachrichtigen Cisco über Aktivitäten, die Alarme auslösen können, oder über andere Benachrichtigungen, die für Cisco sichtbar sind.

Cisco wendet das Wartungsfensterverfahren zur Anwendung von Änderungen an.

Unterstützung der Fallklassifizierung

Der Schweregrad des TAC-Supportfalls wird vom Partner bei der Eröffnung eines Support-Tickets bei Cisco auf Grundlage der geschäftlichen Auswirkungen festgelegt. Der Partner kann während des Lebenszyklus eines Tickets eine Eskalation auf eine höhere Priorität beantragen, wenn sich die Auswirkungen auf das Unternehmen ändern.

Der folgende Abschnitt dient dem Partner als Leitfaden, um den richtigen Schweregrad beim Öffnen eines TAC-Supporttickets zu bestimmen.

Auswirkungen des Unterstützungsfalls

Ein TAC-Supportfall wird nach seinen Auswirkungen auf das Unternehmen (Größe, Umfang) klassifiziert.

Die Auswirkung ist ein Maß für die geschäftliche Kritikalität eines Vorfalls und entspricht oft dem Ausmaß, in dem ein Vorfall zur Verfügbarkeit der Lösung führt.

Dringlichkeit des Unterstützungsfalls

Dringlichkeit definiert die Kritikalität des Vorfalls und seine Auswirkungen auf die Dienste oder die Fähigkeit der Partner, die Dienste in Anspruch zu nehmen.

Unterstützung der Fallschwere

Schweregrad definiert den Aufwand, der von Cisco und dem Partner zur Behebung des Vorfalls aufgewendet wird.

Der Schweregrad wird durch Anwendung der Definitionen für Auswirkung und Dringlichkeit bestimmt.

Matrix zur Schwere von Supportfällen

Cisco hat während der Incident-Triage die Möglichkeit, den Schweregrad des Falls zu ändern und den Schweregrad des Support-Tickets gegebenenfalls herabzustufen. Der Fall kann für einen festgelegten Zeitraum offen bleiben, während die operative Stabilität beurteilt wird.

Ziele für die Reaktionszeit des Software-Supports

Im folgenden Abschnitt wird die von Cisco geplante Reaktionszeit auf eingereichte Fälle in Abhängigkeit von deren Schweregrad detailliert beschrieben. Gelegentlich kann der Schweregrad des Falles an die oben genannten Richtlinien angepasst werden.

Cisco und Service Level Objective

Webex Calling Dedicated Instance bietet Partnern technischen Support in englischer Sprache 24x7. Partner können S3- und S4-Probleme direkt im Cisco Support Case Manager melden. Bei Problemen mit S1 und S2 wird empfohlen, die globale TAC-Nummer 1-800-553-2447 anzurufen.

Ciscos Standard sieht vor, die Schweregrade S3 und S4 in mindestens 95 % der Fälle zu erfüllen, basierend auf der folgenden Tabelle:

Die Reaktionszeit ist die Zeitspanne, die Cisco benötigt, um ein Problem mit einer bestimmten Schwere zu bestätigen. Falls Cisco das Problem innerhalb des angegebenen Zeitraums nicht beheben kann, stellt Cisco einen Statusbericht und einen Aktionsplan zur Problemlösung bereit. Die Dauer der Lösung hängt davon ab, ob eine qualifizierte Person von der Seite des Partners zur Verfügung steht, um bei der Reproduktion zu helfen. and/or Um das Problem einzugrenzen, könnte es sich um eine Inkompatibilität zwischen Cisco und der Umgebung des Partners handeln. Falls eine solche Person nicht zur Verfügung gestellt werden kann, können sich diese Bearbeitungszeiten verlängern.

Wenn ein akzeptabler Status and/or Da Cisco das Problem innerhalb der angegebenen Fristen nicht lösen konnte, sollten Partner den Fall an Cisco eskalieren.

Cisco Options Package (COP)-Dateien

Cisco veröffentlicht COP-Dateien, um die Ausführung von Produktionscode geringfügig zu verändern und Cisco eine Möglichkeit zu bieten, Software außerhalb regulärer Software-Releasezyklen bereitzustellen. Falls erforderlich, werden COP-Dateien zu einem späteren Zeitpunkt nach der Veröffentlichung des ersten Produktionscodes freigegeben. Die Produktionsteams veröffentlichen COP-Dateien für schwerwiegende Probleme und wenn es keine alternative Lösung für ein Problem gibt. Neben Fehlerbehebungen werden COP-Dateien manchmal auch zur Verteilung von Hilfsprogrammen bei Aktualisierungen veröffentlicht (z. B. zur Datenträgerbereinigung).

Typischerweise verfügen Feldmeldungen mit behobenen Problemen über eine zugehörige COP-Datei. Für jede Ausgabe gibt es üblicherweise eine separate COP-Datei.

Cisco-initiierte Szenarien

Wenn Cisco feststellt, dass die Dedicated-Instance-Umgebung eines Kunden die Installation einer COP-Datei erfordert, verwendet Cisco eines der folgenden Verfahren:

1. Wenn die COP-Datei eine Notfallkorrektur vorschreibt (Sicherheitslücke oder drohender Ausfall), lädt Cisco die COP-Datei während des planmäßigen Wartungsfensters von Cisco hoch.

2. In allen anderen Fällen wird die COP-Installation im Rahmen einer regulären Wartung mit dem Partner oder Kunden gemäß dem üblichen Änderungsmanagementverfahren geplant.

Kundeninitiiertes Szenario

Wenn ein Kunde beschließt, dass er eine COP-Dateiinstallation (Telefon-Firmware, Sprachpakete, Gerätepakete) benötigt, sollte er folgende Schritte einleiten:

Erstellen Sie im Control Hub eine Serviceanfrage für die spezifische COP-Datei, die auf den SFTP-Server in der dedizierten Instanz hochgeladen werden soll, siehe Serviceanfrage.

COP-Dateien werden auf der Software-Downloadseite von Cisco veröffentlicht:

https://software.cisco.com/download/home

Partnerverantwortung

Der Partner stellt sicher, dass seine Netzwerkausrüstung über ausreichende Kapazität verfügt, um die Last und ein angemessenes prognostiziertes Wachstum zu bewältigen.

Der Partner stellt die Anzahl der Wissensarbeiter und Workspace-Geräte während der Aktivierung der dedizierten Instanz bereit (die angegebene Zahl sollte die endgültige Gesamtzahl sein, die in der dedizierten Instanz konfiguriert wird). Basierend auf den bereitgestellten Details wird Cisco die Dimensionierung der UC-Anwendungen in der dedizierten Instanz vornehmen. Weitere Informationen zur Dimensionierung von UC-Anwendungen finden Sie unter Unified Communication application sizing. Der Partner übernimmt die Bereitstellung von Funktionen und Benutzern innerhalb der angeforderten Kapazität.

Der Partner muss Cisco über die Änderungen hinsichtlich der Anzahl der Knowledge Worker und der Anzahl der Workspace-Geräte informieren, die bei der Aktivierung angegeben wurden. Auf Grundlage der bereitgestellten Informationen wird Cisco die für die UC-Anwendungen erforderlichen Änderungen analysieren und die notwendigen Änderungen vornehmen. Hierfür muss der Partner eine Serviceanfrage für den Control Hub bei Cisco stellen und gemeinsam einen Expansionsplan erarbeiten. Der Partner kann die Funktionen und Benutzer erst konfigurieren, nachdem die zusätzliche Kapazität für den Kunden hinzugefügt wurde. Siehe Wie man eine Serviceanfrage stellt für weitere Informationen.

Cisco-Verantwortung

Der Dedicated Instance-Service überwacht die Rechenzentrumskapazität und stellt sicher, dass die Rechenzentrumsausrüstung über genügend Kapazität verfügt, um die Last und ein angemessenes prognostiziertes Wachstum zu bewältigen.

Cisco informiert den Partner über geplante Erweiterungen oder Änderungen zur Bewältigung des Kapazitätswachstums, sofern diese Änderungen den Kunden betreffen. Die Umsetzung von Aktualisierungen und Änderungen erfolgt im Rahmen des Änderungsmanagementprozesses.

Release-Management für Cisco Collaboration Systems

Wenn eine neue Version von Collaboration Systems verfügbar wird, wird die vorherige Version („n-1“) zur Version „n-2“ und die aktuelle Version („n“) zur Version „n-1“.

Kurz nach der Ankündigung einer neuen Version von Collaboration Systems tritt die Version „n-2“ in die Verkaufsphase ein. Alle Kunden, die diese Version verwenden, müssen auf die neueste Version aktualisieren. Cisco wird diese Bemühungen unterstützen, indem der Partner darüber informiert wird, mit den Vorbereitungen für das Upgrade zu beginnen. Cisco und der Partner werden gemeinsam ein Wartungsfenster entsprechend den Geschäftsanforderungen des Kunden abstimmen.

Kunden der Version n-1 von Collaboration Systems wird ein Upgrade auf die neueste Version empfohlen. Falls ein Release-Upgrade für Collaboration Systems erforderlich ist oder falls aufgrund neuer Funktionen ein SU-Upgrade notwendig ist, wenden Sie sich bitte an Cisco, um ein Wartungsfenster für das Upgrade zu koordinieren. Falls Cisco feststellt, dass ein SU-Upgrade aus Stabilitäts- oder Leistungsgründen erforderlich ist, wird Cisco die Durchführung des Upgrades mit dem Partner abstimmen.

Cisco wird den Partner nach erfolgreichem Abschluss des Upgrades benachrichtigen.

Partnerverantwortlichkeiten

Der Partner überwacht sein Netzwerk und seine Geräte, die mit dem Cisco Dedicated Instance-Rechenzentrum verbunden sind. Der Partner überwacht außerdem sein Netzwerk und seine Ausrüstung, die folgende Merkmale aufweisen:

• Wird zur Unterstützung des Dedicated Instance-Dienstes verwendet, UND

• Mit den Räumlichkeiten des Kunden verbunden.

Der Partner überwacht alle vom Partner verwalteten Geräte, die in die Dedicated Instance Cloud integriert sind.

Cisco-Verantwortlichkeiten

Webex Calling Dedicated Instance nutzt branchenführende Netzwerktools zur Überwachung der Rechenzentrumsnetzwerkverbindungen zwischen unserem Rechenzentrum und dem Partnernetzwerk sowie Assurance-Tools zur proaktiven Identifizierung und Isolierung von Servicebeeinträchtigungen in unseren global verteilten, georedundanten Rechenzentren.

Cisco überwacht keine Integrationsdienste in von Partnern verwaltete Geräte, die mit Dedicated Instance Cloud verbunden sind. Dies umfasst unter anderem Folgendes:

• Cisco überwacht den SIP-Trunk der dedizierten Instanz nicht in Richtung eines anderen Clusters als des UC-Clusters der dedizierten Instanz.

• Cisco überwacht die Dedicated Instance CTI-Routingpunkte nicht in Richtung eines anderen Contact Centers als eines von Cisco verwalteten Contact Center Express.

Die Zertifikate werden vom Dedicated Instance-Team verwaltet.

1. CallManager

   • Anrufmanager
   • Callmanager-ECDSA
   • Kater
   • tomcat-ECDSA
   • IPsec
   • Fernseher

   Das Tomcat-Zertifikat wird für den Call Manager wiederverwendet, daher wird das Call Manager-Zertifikat nicht mehr in der Zertifikatsliste der Benutzeroberfläche angezeigt. Die IPsec- und TVS-Zertifikate werden erneuert, wenn sie selbstsigniert sind und in der Zertifikatsverwaltungsliste zum Ablaufdatum anstehen.

2. IM und Präsenz (IM & P):

   • Kater
   • tomcat-ECDSA
   • Tasse
   • Cup-ECDSA
   • cup-xmpp
   • cup-xmpp-ECDSA
   • cup-xmpp-s2s
   • cup-xmpp-s2s-ECDSA
   • IPsec

   Das System erneuert die Zertifikate cup-xmpp-s2s, cup-xmpp-s2s-ecdsa, und ipsec, wenn sie selbstsigniert sind und in der Zertifikatsverwaltungsliste ablaufen.

3. Cisco Unity Connection (CUC):

   • Kater
   • tomcat-ECDSA
   • IPsec

   Das System erneuert das IPsec Zertifikat, wenn es selbstsigniert ist und in der Zertifikatsverwaltungsliste zum Ablaufdatum ansteht.

4. Cisco Emergency Responder (CER):

   • Kater
   • tomcat-ECDSA
   • IPsec

   Das System erneuert das IPsec Zertifikat, wenn es selbstsigniert ist und in der Zertifikatsverwaltungsliste zum Ablaufdatum ansteht.

5. Expressway

   • Serverzertifikat

Policenverlängerung

Das Dedicated Instance-Team erneuert die oben aufgeführten Zertifikate jedes Jahr, sofern es diese verwaltet. Während des Wartungsfensters für die Erneuerung entfernt das Team auch alle abgelaufenen Vertrauenszertifikate.

Verantwortung des Kunden oder Partners

Kunden oder Partner müssen alle Zertifikate verwalten (verschieben, hinzufügen, ändern oder löschen), die vom Endbenutzer während Migrationen oder Routinevorgängen verwendet werden. Diese Verantwortung umfasst auch alle Zertifikate, die oben nicht aufgeführt sind.