In dit artikel
Toepassingsgebied
dropdown icon
Technische ondersteuningsdienst (TAC)
    Verantwoordelijkheden voor partnerondersteuning
    Vereisten voor technische ondersteuning van partners
    Rollen en verantwoordelijkheden voor ondersteuning van Cisco
    Meldingen en waarschuwingen in verband met ondersteuning
dropdown icon
Veranderingsbeheer
    Onderhoud
    Beheer van incidenten
    Doelstellingen voor responstijden voor softwareondersteuning
    COP-bestanden (Cisco Options Package)
dropdown icon
Capaciteitsbeheer
    Verantwoordelijkheid van de partner
    Cisco-verantwoordelijkheid
dropdown icon
Releasebeheer
    Releasebeheer voor de release van Cisco Collaboration Systems
dropdown icon
Netwerkbeheer
    Verantwoordelijkheden van de partner
    Verantwoordelijkheden van Cisco
dropdown icon
Certificaatbeheer
    Certificaten beheerd door het Dedicated Instance team
    Verlenging van het beleid
    Verantwoordelijkheid van de klant of partner
Verantwoordelijkheden voor back-up en herstel
Cisco-systeem voor noodherstel
dropdown icon
Proces van borging tot kwaliteit (A2Q)
    Toepassingsgebied en beperkingen
    Vereisten
    Het A2Q-proces
    Tijdlijnen en ondersteuning
Handleiding voor de bedrijfsvoering van partners
list-menuIn dit artikel
list-menuFeedback?

Dit document is bedoeld om gekwalificeerde Webex Calling Dedicated Instance-partners die de integratie met het Dedicated Instance-platform hebben voltooid, te helpen inzicht te krijgen in de processen en procedures voor de uitvoering van de service.

Toepassingsgebied

Dit document en het ondersteunende materiaal zijn bedoeld om u inzicht te geven in de operationele verantwoordelijkheden tussen Cisco en de partner, en ze zijn bedoeld voor de volgende doelgroepen:

  • Ondersteuning voor partners

  • Succesorganisaties voor partners en klanten

Technische ondersteuningsdienst (TAC)

Cisco biedt 24 x 7 x 365 Tier 1-technische ondersteuning aan partners. Partners bieden hun klanten technische ondersteuning bij het oplossen van problemen met Dedicated Instance, zoals in dit gedeelte wordt beschreven. De partner kan ondersteuningsproblemen naar Cisco doorverwijzen, indien nodig.

De Dedicated Instance-infrastructuur wordt beheerd door Cisco Cloud Delivery. Alle problemen met betrekking tot apparaten die niet door Dedicated Instance worden beheerd, vallen onder de verantwoordelijkheid van de partner om problemen op te lossen. Partners moeten samenwerken met:

  • Geschikte leveranciers

  • Het juiste TAC-team voor producten van Cisco als de Cisco-apparatuur een actief onderhoudscontract heeft.

Voor meer informatie over Tier 1-ondersteuning, zie.

Verantwoordelijkheden voor partnerondersteuning

De technische ondersteuning van partners omvat de mogelijkheid om voor klanten het volgende te doen:

  • Verstrek algemene service-informatie.

  • Bied ondersteuning voor de configuratie.

  • Niet-technische problemen filteren op technische problemen.

  • Ondersteuning, probleemisolatie en vaststelling van servicefouten.

  • Analyseer waar de fout is opgetreden.

  • Herstel onjuist geconfigureerde instellingen, die door een klant of de partner zijn toegepast, om het probleem te verhelpen.

  • Los problemen op met elke door een partner beheerde applicatie of infrastructuur.

  • Voorspel de vereisten voor capaciteitsbeheer voor nieuwe gebruikers die verder gaan dan de initiële vereisten.

  • Configureer toepassingsfuncties en voer gebruikersinrichting uit.

  • Facturering en facturering van klanten afhandelen.

  • Bezit de klantrelatie.

  • Beheer de oplossingsintegratie van PSTN-services.

  • Beheer de gereedheid van klanten voor upgrades van Dedicated Instance, verlenging van certificaten en onderhoud van de infrastructuur.

Wanneer de partner contact opneemt met de Cisco TAC klantenservice, is de partner verantwoordelijk voor hulp bij de behandeling van problemen. Deze verantwoordelijkheid omvat het volgende:

  • Vastleggen en verstrekken van de gegevens van gemelde problemen

  • Hulp bij replicatie- en triageproblemen zoals gevraagd door Cisco TAC

  • Hulp bij het testen van oplossingen

  • Bevestigend dat problemen geen verband houden met hardware, software, toepassingen of andere bronnen die door de eindgebruiker worden aangeleverd.

Het is de verantwoordelijkheid van de partner om ervoor te zorgen dat aan de volgende soorten technische ondersteuningsbehoeften voor hun klanten wordt voldaan.

Tabel 1. Vragen en problemen met speciale instanties
TypVraag/probleem
Vragen van gebruikers Basisvragen Hoe kan ik...?

Hoe werkt mijn telefoon? Welke functies heb ik? Hoe gebruik ik deze functies?

Hoe gebruik ik het Self-Care-portaal?

Hoe gebruik ik het Dedicated Instance UC-portaal voor applicatiebeheer? Hoe kies ik een PSTN-nummer?

Hoe kan ik de pincode van mijn voicemail wijzigen?

De meest voorkomende ondersteuningsproblemen die de partner behandelt

Telefoon gaat niet aan. Kan geen telefoons registreren. Kan de voicemail niet checken.

Kan een Cisco UCM functie niet gebruiken. Kan niet bellen.

Kan geen oproep ontvangen Kan geen geluid horen Kan niet inloggen op de Jabber/Webex-toepassing

Kan de softphone van de Jabber/Webex-app niet gebruiken

Technische problemen met de configuratie van de client

Installatie van softclients

Instellen en configureren van een eindgebruiker, functies of belabonnement Instellen en configureren van spraak-, video-, voicemail- of IM- en aanwezigheidsservice

Voorziening van gebruikersaccounts en eindpunten, inclusief LDAP- en SSO-implementatie

Mogelijke fouten in de toepassing Rapporteer aan Cisco over functies en functies die niet werken zoals gedocumenteerd
Uitvaltijd of beschikbaarheid van de service

Bevestig de beschikbaarheid en status van de service.

Controleer de beschikbaarheid in de netwerkomgeving van de klant, inclusief Cloud Connectivity of PSTN-netwerk, of SIP-connectiviteit voor telefonie-integratie.

Vereisten voor technische ondersteuning van partners

Wanneer de partner een ondersteuningsbehoefte escaleertCisco TAC, moet de partner de volgende informatie verstrekken:

Algemene informatie over de zaak

  • Geef een geldig abonnementsnummer of servicecontractnummer op.

  • Bellers moeten zichzelf identificeren als leden van het Partner Support-team die de partneraccount vertegenwoordigen of een doorverkocht klantenaccount.

  • De naam, het telefoonnummer en het e-mailadres van de partnervertegenwoordiger of algemene partnerinformatie voor het team dat naar Cisco escaleert.

Wanneer u contact opneemt met de Cisco Cloud klantenservice, identificeer dan de partner, de klant en het probleem.

Rollen en verantwoordelijkheden voor ondersteuning van Cisco

Cisco is verantwoordelijk voor het verlenen van ondersteuning aan de partner voor de Dedicated Instance Cloud-service in het Cisco Cloud datacenter, inclusief herstel en een analyse van de hoofdoorzaak op hoog niveau van het probleem (Cisco verstrekt geen gedetailleerde informatie op infrastructuurniveau in de hoofdoorzaakanalyse). In geval van incidenten met prioriteit 1 of prioriteit 2 zal Cisco partners proactief op de hoogte stellen via e-mail.

Cisco is niet verantwoordelijk voor de ondersteuning van:

  • Netwerk van partners of klanten en apparatuur die verbonden is met het datacenter en de locatie van de klant in de Dedicated Instance Cloud.

    De Enhanced Survivability Node die in het gebouw van de klant wordt geïmplementeerd, valt onder de gezamenlijke verantwoordelijkheid van de partner/klant en Cisco.

  • Software of hardware van derden

    De partner is verantwoordelijk voor het verkrijgen van ondersteuning of updates voor software of hardware van derden als wordt vastgesteld dat dat de oorzaak van het incident is.

Meldingen en waarschuwingen in verband met ondersteuning

Partners ontvangen meldingen en onderhoudsbulletins in Control Hub voor de aangifte en oplossing van vastgestelde storingen in de kerndiensten. Partners worden ook van tevoren op de hoogte gesteld van onderhoudsactiviteiten met een impact of activiteiten die zich buiten de gereserveerde onderhoudsperiodes uitstrekken.

Deze meldingen worden verzonden naar partners die zich hebben aangemeld voor Control Hub-meldingen voor meldingen over „Onderhoud en uitval”. Zie Waarschuwingen in Control Hub. Partners zijn verantwoordelijk om ervoor te zorgen dat Cisco over nauwkeurige, actuele contactgegevens beschikt. Cisco raadt beheerders aan om een account aan te maken en de Webex-applicatie te gebruiken voor meldingen.

Veranderingsbeheer

Het Dedicated Instance-team maakt gebruik van formele, gestandaardiseerde procedures om de stabiliteit en veiligheid van de cloudservice te waarborgen. Deze gestandaardiseerde procedures maken een efficiënte, effectieve implementatie mogelijk en beheren tegelijkertijd verzoeken om wijzigingen.

Onderhoud

Onderhoudsvenster

Cisco brengt de partner op de hoogte van geplande onderhoudsactiviteiten. Alle geplande wijzigingen vinden plaats in een onderhoudsvenster. Cisco geeft de partner een schriftelijke kennisgeving van ten minste 10 kalenderdagen van tevoren voor gepland onderhoud, waardoor klanten niet meer kunnen bellen. Deze meldingen worden verzonden naar partners die zich hebben aangemeld voor Control Hub-meldingen voor meldingen van „Onderhoud en uitval”. Zie Waarschuwingen in Control Hub. Partners zijn verantwoordelijk om ervoor te zorgen dat Cisco over nauwkeurige, actuele contactgegevens beschikt. Cisco raadt beheerders aan om een account aan te maken en de Webex-applicatie te gebruiken voor meldingen.

Het onderhoud omvat de volgende activiteiten:

  • Routinematig onderhoud met een minimaal risico op gevolgen voor de klant

  • Geplande en geplande activiteiten die de belmogelijkheden voor de klant zullen verstoren.

  • Routinematige verlengingen van door Cisco beheerde UC-toepassingscertificaten. De verlengingen zijn gebaseerd op de geldigheidsperiode en de verlengingsdatum en -tijd van de certificaten. Cisco vernieuwt de certificaten van UC-toepassingen slechts 3-7 dagen vóór de vervaldatum en volgt het standaardproces voor wijzigingsbeheer.

    Klanten die eenmalige aanmelding (SSO) hebben ingeschakeld in UC-toepassingen: zodra de certificaatverlenging door Cisco is voltooid, moet de partner SSO uitschakelen, het IDP-metagegevensbestand opnieuw importeren en SSO opnieuw inschakelen. Het wordt ook aanbevolen voor de partner of klant om de SSO te valideren.

    Het onderhoudsvenster voor het MKB-cluster wordt gepland op basis van de uitgeversregio van het MKB.

De onderhoudsvensters voor AMER zijn als volgt:

  • 21.00 uur ET tot en met 06.00 uur ET, van maandag tot en met vrijdag

  • 21.00 uur ET tot en met 06.00 uur ET, in het weekend (alleen voor infrastructuuronderhoud van Cisco)

De onderhoudsvensters voor APJC zijn als volgt:

  • 21.00 uur JST tot en met 06.00 uur JST, van maandag tot en met vrijdag

  • 21.00 uur JST tot en met 06.00 uur JST, in het weekend ( alleen voor infrastructuuronderhoud van Cisco)

De onderhoudsvensters voor AUS zijn als volgt:

  • 21.00 uur ACT tot en met 06.00 uur ACT, van maandag tot en met vrijdag

  • 21.00 uur ACT tot en met 06.00 uur ACT, in het weekend ( alleen voor infrastructuuronderhoud van Cisco)

De onderhoudsperioden zijn als volgt voor de EU, EMEA en het VK:

  • 21.00 uur CET tot en met 06.00 uur CET, maandag tot en met vrijdag

  • 21.00 uur CET tot en met 06.00 uur CET, in het weekend ( alleen voor infrastructuuronderhoud van Cisco)

De hierboven genoemde tijd voor het wijzigen van vensters is per regio vastgesteld en kan niet worden gewijzigd.

Bij het plannen van onderhoud zal Cisco alles in het werk stellen om de kans op onderbrekingen van de telefoondienst te minimaliseren en/of te elimineren op basis van de georedundante architectuur van de Dedicated Instance. Cisco verwacht dat alle configuraties van partners en leads van klanten voldoen aan de beste praktijken van Dedicated Instance voor redundantie. Cisco is niet verantwoordelijk voor een verlies aan redundantie als gevolg van een verkeerde configuratie door de partner. Het is de verantwoordelijkheid van de partner om alle integraties van derden te valideren en te testen die niet worden gehost/beheerd in de Dedicated Instance cloud.

Cisco initieert upgrades van UC-toepassingen alleen om de volgende redenen:

  1. Er is een beveiligingsprobleem in de huidige versie van de UC-toepassing en de oplossing vereist een upgrade of COP-installatie.

  2. De klant gebruikt momenteel een versie lager dan n-1 (van de huidige versie die door Dedicated Instance wordt ondersteund) of in een versie die bijna de EOL benadert.

Cisco stuurt ten minste 10 kalenderdagen vóór het wijzigingsvenster een onderhoudsmelding naar partner/klant, en het wordt aanbevolen dat de partner binnen 2-3 dagen reageert op Cisco als het voorgestelde wijzigingsschema in strijd is met de bedrijfsprioriteiten. Op deze manier kan Cisco een alternatief wijzigingsvenster vinden (de nieuwe geplande datum is alleen afhankelijk van de beschikbare bedrijfsdata van Cisco). De partner kan het onderhoud opnieuw plannen door een serviceaanvraag voor de levenscyclus van een UC-toepassing in te dienen. Zie de levenscyclus van UC-toepassingen voor meer informatie.

Onderhoud gerelateerd aan de infrastructuur kan niet opnieuw worden gepland.

In dringende of noodsituaties, zoals een oplossing voor ernstige beveiligingsproblemen, certificaten die bijna verlopen zijn, is de flexibiliteit om het onderhoudsvenster te wijzigen echter niet mogelijk. Het scannen van kwetsbaarheden van een Dedicated Instance door een partner of klant wordt niet ondersteund. De speciale instantie heeft zijn eigen scanprogramma voor kwetsbaarheden dat voortdurend actief is. We voeren ook regelmatig onafhankelijke PEN-tests uit en verstrekken een Letter of Attestation op het Cisco Trust Portal.

De partner heeft om wijzigingen gevraagd

Wijzigingen die door een partner worden aangevraagd, vereisen een gezamenlijke beoordeling om de impact op Dedicated Instance te beoordelen. Dit zijn onder meer wijzigingen die de partner wil dat Cisco aanbrengt en wijzigingen die de partner wil aanbrengen. Bijvoorbeeld:

  • Wijzigingen in de configuratie die van invloed zijn op grensapparatuur of de integratie van toepassingen

  • Verzoeken om een dienst te deactiveren.

Verzoeken voor grote wijzigingen, zoals het deactiveren van een service, worden ingediend bij Cisco. De partner legt de vereisten vast en legt deze voor aan Cisco via het Partner Success Team of de Accountmanager, om een gezamenlijke beoordeling te starten. Vóór de implementatie van de wijziging wordt de aanvraag gezamenlijk geëvalueerd door Dedicated Instance Product Management en de partner.

Noodwijzigingen

Cisco en de partner kunnen onmiddellijk noodwijzigingen doorvoeren, of in het volgende beschikbare onderhoudsvenster, om de volgende redenen.

  • Om een klant weer van dienst te kunnen zijn

  • Om de gevolgen van een storing te beperken

  • Om een mogelijke uitval van klanten te voorkomen

  • Om een beveiligingsprobleem te verhelpen

Voor noodwijzigingen in het netwerk buiten de Dedicated Instance brengt de partner Cisco op de hoogte van de gevolgen voor de klant die zichtbaar zijn voor Cisco. Indien redelijkerwijs mogelijk, opent de partner een case met Cisco zodat Cisco op de impact kan reageren.

Wanneer een noodwijziging wordt doorgevoerd in de Dedicated Instance, brengt Cisco de partner op de hoogte wanneer dat redelijkerwijs mogelijk is. De e-mail met informatie over eventuele gevolgen voor de klant als gevolg van de noodwijziging wordt naar de communicatielijst gestuurd.

Beheer van incidenten

Incidentbeheer minimaliseert de nadelige gevolgen voor bedrijven die worden veroorzaakt door fouten in de omgeving. Cisco analyseert incidenten zodra ze zich voordoen om snel een oorzaak te identificeren. Cisco past vervolgens een oplossing toe totdat een permanente oplossing kan worden geïmplementeerd.

Partners regelen het incidentenbeheer in hun netwerken volgens hun eigen vastgestelde processen. Partners brengen Cisco op de hoogte van activiteiten die kunnen leiden tot alarmen, of andere meldingen die zichtbaar zijn voor Cisco.

Cisco volgt het Maintenance Window-proces om wijzigingen toe te passen.

Classificatie van de ondersteuningscase

De ernst van de TAC-ondersteuningsaanvraag wordt bepaald door de partner bij het openen van een ondersteuningsticket bij Cisco, op basis van de gevolgen voor het bedrijf. De partner kan een escalatie naar een hogere ernst aanvragen gedurende de levenscyclus van een ticket, op basis van veranderende gevolgen voor het bedrijf.

Het volgende gedeelte dient als leidraad voor de partner om bij het openen van een TAC-ondersteuningsticket het juiste ernstniveau te bepalen.

Impact van de ondersteuningscase

Een geval van TAC Support wordt ingedeeld op basis van de impact ervan op het bedrijf (omvang, omvang).

De impact is een maatstaf voor de bedrijfskriticiteit van een incident, vaak gelijk aan de mate waarin een incident leidt tot de beschikbaarheid van de oplossing.

Tabel 2. Niveaus van de impact van incidenten
Niveau van de impact van incidenten Definities van effecten
Wijdverspreid Meer dan driekwart van de partneromgeving wordt getroffen
Groot Tussen de helft en driekwart van de omgeving van de partner wordt beïnvloed
Gelokaliseerd Tussen een kwart en de helft van de omgeving van de partner wordt beïnvloed
Geïndividualiseerd Minder dan een kwart van de omgeving van de partner is getroffen

Urgentie in de ondersteuningszaak

Urgentie bepaalt de kritieke aard van het incident en de impact ervan op de diensten of de mogelijkheid voor partners om de diensten te ontvangen.

Tabel 3. Urgentieniveaus ondersteunen
Urgentieniveau voor incidenten Definities van urgentie
Kritiek De mogelijkheid om te bellen is gestopt zonder back-up of redundantie
Hoog De belcapaciteit is ernstig verslechterd
Middelgroot De andere functie is gestopt
Laag De andere functie is verslechterd

Ernst van de ondersteuningszaak

De ernst bepaalt de mate waarin Cisco en de partner moeite doen om het incident op te lossen.

Tabel 4. Ernstniveaus van de ondersteuningszaak
Ernstniveau van het incident Definities van de ernst
S1 (cruciaal) Cisco en de partner zetten 24 x 7 alle nodige middelen in om de situatie op te lossen.
S2 (hoog) Cisco en de partner zetten tijdens de normale kantooruren voltijdse middelen in om de situatie op te lossen
S3 (gemiddeld) Cisco en de partner zetten tijdens de normale kantooruren middelen in om de service weer op een bevredigend niveau te brengen.
S4 (laag) Cisco en de partner zetten tijdens de normale kantooruren middelen in om informatie of assistentie te verstrekken.

Het ernstniveau wordt bepaald door de definities van impact en urgentie toe te passen.

Matrix voor de ernst van de ondersteuningscase

Invloed
WijdverspreidGrootGelokaliseerdGeïndividualiseerd

Urgentie

Kritiek S1 S1 S2 S3
Hoog S1 S2 S2 S3
Middelgroot S2 S3 S3 S3
Laag S4 S4 S4 S4

Cisco heeft de mogelijkheid om tijdens de incidentanalyse de ernst van het geval te wijzigen en de ernst van het ondersteuningsticket te verlagen, indien nodig. De zaak mag gedurende een bepaalde periode open worden gelaten terwijl de operationele stabiliteit wordt beoordeeld.

Doelstellingen voor responstijden voor softwareondersteuning

In het volgende gedeelte wordt de geplande reactietijd van Cisco op ingediende gevallen beschreven op basis van de ernst ervan. Soms kan de ernst van de zaak worden aangepast aan de bovenstaande richtlijnen.

Doelstelling van Cisco en op serviceniveau

Webex CallingDedicated Instance biedt partners 24 uur per dag Engelse technische ondersteuning. Partners kunnen S3- en S4-problemen rechtstreeks in Cisco Support Case Manager indienen. Voor S1- en S2-problemen wordt aanbevolen om het wereldwijde TAC-nummer 1-800-553-2447 te bellen.

De Cisco-standaard is om ten minste 95% van de gevallen te voldoen aan de ernstniveaus S3 en S4, op basis van het volgende raster:

Ernstniveau Reactie binnen:
S1 15 minuten
S2 30 minuten
S3 1 werkdag
S4 3 werkdagen

De responstijd is de tijd die Cisco heeft verstreken om een probleem van een bepaalde ernst te onderkennen. Als Cisco het probleem niet binnen het opgegeven interval kan oplossen, biedt Cisco een status en een actieplan voor een oplossing. De oplossingstermijn hangt af van het feit dat er een gekwalificeerde persoon van de kant van de partner beschikbaar is om te helpen bij het reproduceren en/of isoleren van het probleem, of er sprake is van een incompatibiliteit tussen Cisco en de omgeving van de partner. Als zo'n persoon niet beschikbaar kan worden gesteld, kunnen deze oplossingstermijnen worden verlengd.

Als Cisco niet binnen de aangegeven termijnen een acceptabele status en/of oplossing heeft bereikt, moeten de partners naar Cisco escaleren.

COP-bestanden (Cisco Options Package)

Cisco geeft COP-bestanden vrij om de manier waarop de productiecode wordt uitgevoerd enigszins te wijzigen en biedt Cisco een manier om software te implementeren buiten de reguliere releasecycli van de software. Indien nodig worden COP-bestanden vrijgegeven op een bepaald moment nadat de initiële productiecode is vrijgegeven. De productieteams geven COP-bestanden vrij voor belangrijke problemen en wanneer er geen oplossing beschikbaar is voor een probleem. Naast probleemoplossingen worden COP-bestanden soms vrijgegeven om hulpprogramma's te distribueren tijdens het upgraden (bijvoorbeeld voor het opschonen van schijven).

In veldaankondigingen met opgeloste problemen wordt meestal een COP-bestand bijgevoegd. Voor elk probleem is er meestal een apart COP-bestand.

PSIRT's hebben niet altijd een bijbehorend COP-bestand. Voor PSIRT's wordt meestal een nieuwe versie gepubliceerd voor een volledige upgrade.

Scenario's geïnitieerd door Cisco

Als Cisco vaststelt dat in de Dedicated Instance-omgeving van een klant een COP-bestand moet worden geïnstalleerd, gebruikt Cisco een van de volgende processen:

  1. Als het COP-bestand een noodoplossing vereist (kwetsbaarheid of dreigende storing), uploadt Cisco het COP-bestand tijdens het geplande onderhoudsvenster van Cisco.

  2. In alle andere gevallen wordt de COP-installatie gepland als een regulier onderhoud met de partner of klant volgens de reguliere procedure voor wijzigingsbeheer.

Scenario geïnitieerd door de klant

Als een klant besluit dat hij een COP-bestand moet installeren (telefoonfirmware, taalpakketten, apparaatpakketten), moet de klant het volgende proces starten:

Maak een serviceaanvraag in Control Hub om het specifieke COP-bestand naar de SFTP-server te uploaden in een Dedicated Instance, zie Service Request.

Cisco uploadt het bestand alleen naar de SFTP-server. Het is de verantwoordelijkheid van de partner om de applicatie COP naar UC te downloaden en te installeren, zoals u dat uitkomt.

COP-bestanden worden gepubliceerd op de downloadpagina van Cisco voor software:

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

COP file screen

Capaciteitsbeheer

Cisco en de partner beheren de capaciteit van het netwerk en de datacenters zodat klanten kunnen worden toegelaten tot de Dedicated Instance-oplossing. Het capaciteitsbeheerproces omvat het volgen van de voortdurende groei van het aantal klantenabonnees.

Cisco en de partner hebben afzonderlijke verantwoordelijkheden in het capaciteitsbeheerproces.

Verantwoordelijkheid van de partner

De partner zorgt ervoor dat zijn netwerkapparatuur voldoende capaciteit heeft om de belasting aan te kunnen en dat er een passende hoeveelheid groei wordt voorspeld.

De partner zorgt ervoor dat de apparaten van Knowledge Workers en Workspace worden geteld tijdens de activering van de Dedicated Instance (het opgegeven nummer moet de eindstatus zijn van het totale aantal apparaten dat in Dedicated Instance wordt geconfigureerd). Op basis van de verstrekte gegevens zorgt Cisco voor de dimensionering van de UC-toepassingen in een Dedicated Instance. Zie Unified Communication-toepassingsgrootte voor meer informatie over de grootte van UC-toepassingen, zie. De partner beheert de levering van functies en gebruikers binnen de gevraagde capaciteit.

De partner moet Cisco op de hoogte brengen van de wijzigingen, met betrekking tot het aantal Knowledge Workers en Workspace-apparaten dat tijdens de activering is verstrekt. Op basis van de verstrekte gegevens zal Cisco de wijzigingen analyseren die nodig zijn voor de UC-toepassingen en de nodige wijzigingen aanbrengen. Om hetzelfde te doen, moet de partner een Control Hub-serviceaanvraag indienen bij Cisco en samenwerken aan een uitbreidingsplan. De partner kan de functies en gebruikers pas configureren nadat de extra capaciteit voor de klant is toegevoegd. Zie, Hoe kunt u een serviceverzoek indienen voor meer informatie.

Het kan even duren om extra capaciteit toe te voegen, afhankelijk van het soort groeibehoefte. Dit zal worden samengewerkt tussen de partner en Cisco.

Cisco-verantwoordelijkheid

De Dedicated Instance-service bewaakt de capaciteit van het datacenter en zorgt ervoor dat de datacenterapparatuur voldoende capaciteit heeft om de belasting aan te kunnen en dat de verwachte groei voldoende wordt voorspeld.

Cisco informeert de partner over geplande uitbreidingen of wijzigingen om de capaciteitsgroei aan te pakken als die wijzigingen gevolgen hebben voor de klant. De implementatie van upgrades en wijzigingen volgt het wijzigingsbeheerproces.

Releasebeheer

Cisco houdt Dedicated Instance Cloud-toepassingen (CUCM, CUCXn, IM&P, CER, Expressway en SME (optioneel)) actueel, naar eigen goeddunken, met de nieuwste functies en functionaliteit. Klanten kunnen op elk gewenst moment werken met de meest recente versie („n”) of de vorige versie („n-1”).

Cisco informeert de partner over de beschikbaarheid van releases en geplande upgrades (inclusief upgradevereisten) als onderdeel van de waarschuwingen en meldingen voor wijzigingsbeheer. Cisco zal communiceren wanneer we klanten identificeren die zullen worden geüpgraded. Cisco zal ook de release meedelen waarnaar de klant zal worden geüpgraded. De partner kan ervoor kiezen om de upgrade eenmaal opnieuw in te plannen, afhankelijk van de zakelijke behoeften van de klant, tot een week voor de geplande upgrade. Na succesvolle afronding van een upgrade zal Cisco de partner op de hoogte brengen.

Zie Change management voor meer informatie.

Releasebeheer voor de release van Cisco Collaboration Systems

Wanneer een nieuwe release van Collaboration Systems beschikbaar komt, wordt de huidige release („n”) aangeduid als „n-1”.

Tabel 5. Releasebeheer voor speciale instanties
Acties van klanten met een Dedicated Instance

v14.0

(n-1)

V15.0-SU4a

(n)

Implementaties van nieuwe klantenNiet ondersteundOndersteund
Upgrades worden ondersteundMoet worden geüpgraded naar V15SU4aOndersteund
Klanten kunnen blijvenNeeJa

De huidige „n-1", zoals vermeld in de bovenstaande tabel, is de periode van beëindiging van de ondersteuning ingegaan. Klanten die deze versie nog steeds gebruiken, moeten upgraden naar de laatste versie. Cisco ondersteunt deze overgang door de partner op de hoogte te stellen om te beginnen met de voorbereidingen voor de upgrade. Cisco en de partner zullen samen een onderhoudsvenster coördineren op basis van de zakelijke vereisten van de klant.

Klanten die de n-1 Collaboration Systems-release gebruiken, is aan te raden om te upgraden naar de nieuwste versie van Collaboration Systems. Als een upgrade naar de release van Collaboration Systems nodig is, of als een SU-upgrade nodig is vanwege nieuwe functies, kunt u een Control Hub-serviceverzoek indienen. Als Cisco vaststelt dat een SU-upgrade nodig is om beveiligingsproblemen of bekende zeer ernstige defecten aan te pakken, zal Cisco samen met de partner de upgrade plannen.

Cisco zal de partner op de hoogte brengen wanneer een upgrade succesvol is afgerond.

Netwerkbeheer

Verantwoordelijkheden van de partner

De partner bewaakt het netwerk en de apparatuur die verbonden zijn met het Cisco Dedicated Instance datacenter. De partner houdt ook toezicht op zijn netwerk en apparatuur, die:

  • Wordt gebruikt ter ondersteuning van de Dedicated Instance-service, EN

  • Verbonden met het gebouw van de klant.

De partner bewaakt alle door een partner beheerde apparaten die zijn geïntegreerd met Dedicated Instance Cloud.

Verantwoordelijkheden van Cisco

Webex CallingDedicated Instance maakt gebruik van toonaangevende netwerktools om de netwerkverbindingen van het datacenter tussen ons datacenter en het partnernetwerk te controleren en borgingstools om proactief serviceproblemen in onze wereldwijd verspreide, geografisch redundante datacenters te identificeren en te isoleren.

Cisco houdt geen toezicht op integratieservices in door partners beheerde apparaten die zijn verbonden met Dedicated Instance Cloud. Dit omvat, maar is niet beperkt tot, het volgende:

  • Cisco controleert de Dedicated Instance SIP Trunk niet naar een ander cluster dan het Dedicated Instance UC Cluster

  • Cisco controleert de CTI Routepunten van de Dedicated Instance niet naar een ander contactcenter dan een door Cisco beheerd Contact Center Express.

Certificaatbeheer

In een Dedicated Instance-omgeving worden certificaten ondertekend door een Certificate Authority (CA) en als volgt beheerd:

Certificaten beheerd door het Dedicated Instance team

  1. CallManager

    • callmanager
    • Call Manager-ECDSA
    • kater
    • Tomcat-ECDSA
    • ipsec
    • televisies

    Het Tomcat-certificaat wordt opnieuw gebruikt voor Call Manager, dus het Call Manager-certificaat verschijnt niet langer in de GUI-lijst van certificaten. De IPsec- en TVS-certificaten worden verlengd als ze zelf ondertekend zijn en op de lijst met certificaatbeheer vervallen zijn.

  2. IM en aanwezigheid (IM&P):

    • kater
    • Tomcat-ECDSA
    • beker
    • Cup-ECDSA
    • cup-xmpp
    • CUP-XMPP-ECDSA
    • cup-xmpp-s2s
    • CUP-XMPP-S2S-ECDSA
    • ipsec

    Het systeem vernieuwt de certificaten cup-xmpp-s2s, cup-xmpp-s2s-ecdsa en ipsec als ze zelf ondertekend zijn en op de lijst van certificaatbeheer vervallen zijn.

  3. Cisco Unity Connection(CUC):

    • kater
    • Tomcat-ECDSA
    • ipsec

    Het systeem vernieuwt het IPsec-certificaat als het zelf is ondertekend en het einde van de certificaatbeheerlijst is verlopen.

  4. Cisco Emergency Responder(CER):

    • kater
    • Tomcat-ECDSA
    • ipsec

    Het systeem vernieuwt het IPsec-certificaat als het zelf is ondertekend en het einde van de certificaatbeheerlijst is verlopen.

  5. Snelweg

    • servercertificaat

Verlenging van het beleid

Het Dedicated Instance-team vernieuwt de hierboven genoemde certificaten elk jaar, op voorwaarde dat ze ze beheren. Tijdens de verlenging van het onderhoud verwijdert het team ook alle verlopen vertrouwenscertificaten.

Verantwoordelijkheid van de klant of partner

Klanten of partners moeten alle certificaten beheren (verplaatsen, toevoegen, wijzigen of verwijderen) die door de eindgebruiker worden verwerkt tijdens migraties of routinewerkzaamheden. Deze verantwoordelijkheid omvat ook alle certificaten die hierboven niet zijn vermeld.

Verantwoordelijkheden voor back-up en herstel

Hieronder volgt een samenvatting van de verantwoordelijkheden van Cisco en partners voor back-up- en herstelactiviteiten.

Feest Verantwoordelijkheden
Partner

In het Dedicated Instance Cloud-systeem van de partner moet de partner altijd het volgende onderhouden:

  • Passende bescherming en back-ups van door partners beheerde eindgebruikersgegevens.

  • Passende bescherming en back-ups van door partners beheerde eindgebruikersgegevens.

Cisco

Cisco maakt elke avond een back-up van alle UC-toepassingen die in een Dedicated Instance worden geïmplementeerd en de laatste drie goede back-ups worden opgeslagen in het datacenter van Cisco. Alle back-ups zijn beveiligd met een wachtwoord en zijn voor elke klant apart, wat alleen wordt gebruikt om de UC-toepassing te herstellen als onderdeel van het noodherstel. Raadpleeg het Cisco Disaster Recovery-systeem voor meer informatie. Cisco voert geen herstelacties op aanvraag uit en staat niet toe dit te gebruiken als een backout-strategie voor wijzigingen.

Partners hebben geen toegang tot deze back-ups en mogen de back-ups naar hun datacenters ook niet configureren.

  • Cisco Unified CMwordt teruggezet naar de meest recente back-up van de configuratie.
  • Cisco Unity Connectionwordt teruggezet naar de meest recente back-up van de configuratie en de voicemails.
  • Cisco IM and Presence Service wordt hersteld naar de meest recente configuratieback-up. Er wordt geen back-up gemaakt van chatberichten.

Cisco-systeem voor noodherstel

Het Disaster Recovery System (DRS), dat kan worden aangeroepen vanaf Cisco Unified Communications Manager Administration het IM- en Presence Service-knooppunt of vanaf elk Unity Connection-knooppunt, biedt volledige mogelijkheden voor gegevensback-up en -herstel voor alle UC-servers. De DRS stelt Cisco in staat om regelmatig geplande automatische of door de gebruiker aangeroepen gegevensback-ups uit te voeren. De DRS voert ook een back-up op clusterniveau uit, wat betekent dat er back-ups worden verzameld voor alle servers in een Cisco Unified Communications Manager cluster naar een centrale locatie, en de back-upgegevens vervolgens worden gearchiveerd naar het fysieke opslagapparaat. Cisco maakt een aangepaste back-up van de Expressways en gebruikt deze voor het herstel van de knooppunten.

Partners hebben geen toegang tot de DRS. Cisco maakt een back-up van de gegevens voor alle UC-toepassingen die worden geïmplementeerd in de Dedicated Instance cloud. Als zich een echte ramp voordoet, herstelt Cisco de gegevens van de laatst beschikbare reservekopiegegevens. Partners kunnen herstel uitvoeren zodra Cisco de DRS-herstelbewerking heeft uitgevoerd.

Strategie voor noodherstel:

  • Herstelstrategie: In het geval van een situatie die gevolgen heeft voor ons datacenter, wat gevolgen kan hebben voor zowel uitgevers als abonnees, is ons primaire doel om de diensten snel te herstellen om mogelijke verstoringen tot een minimum te beperken. Het failover-datacenter zou ervoor zorgen dat de belmogelijkheden niet worden beïnvloed. Onze herstelstrategie is aanpasbaar en is afhankelijk van de specifieke aard van een mislukking:
    1. Applicatiefout: Als het probleem wordt geïdentificeerd als een mislukte of corrupte toepassing, is ons doel om binnen een tijdsbestek van één werkdag een nieuwe uitgever op te richten met behulp van de back-up- en hervattingsdiensten van DRS.
    2. Hardwarefout: In het geval van een hardwarefout hangt de beslissing om een nieuwe uitgever op te richten in hetzelfde of een ander datacenter, of om de defecte hardware te herstellen, af van de unieke omstandigheden en de aard van de storing. Onze prioriteit is, zoals altijd, om onderbrekingen tot een minimum te beperken en het herstel van de service te bespoedigen.
  • Tijdstip van de activering van noodherstel: Het precieze tijdstip voor het starten van onze noodherstelprotocollen is afhankelijk van verschillende factoren, waaronder de omvang van de ramp, de geschatte herstelduur en de mogelijke impact op onze diensten. Ons toegewijde team houdt de situatie voortdurend in de gaten en streeft ernaar een evenwicht te vinden tussen het verminderen van de downtime en het effectief uitvoeren van het noodherstelproces. Op basis van deze overwegingen communiceren we op transparante wijze de Service Level Agreement (SLA), de acties die worden ondernomen en de verwachte termijnen voor herstel, zodat u tijdens het hele proces op de hoogte blijft.

Proces van borging tot kwaliteit (A2Q)

Het Assurance to Quality (A2Q) -proces is ontworpen om de succesvolle implementatie van Webex Calling Dedicated Instance (DI) te garanderen. Dit proces is gericht op de validatie van voorgestelde ontwerpen op hoog niveau en de beoordeling en validatie van aangepaste vereisten om ervoor te zorgen dat het resultaat wordt afgestemd op de verwachte resultaten.

Toepassingsgebied en beperkingen

Het is belangrijk om de reikwijdte van het A2Q-proces te begrijpen:

  • Wat A2Q omvat: Validatie op hoog niveau van voorgestelde ontwerpen en beoordeling en validatie van aangepaste vereisten.
  • Wat A2Q niet omvat:
    • Een garantie of bevestiging dat het ontwerp vrij is van problemen in het veld.
    • Een gedetailleerde beoordeling van het ontwerp of de workflow.
    • Een gedetailleerde scripting- of configuratiebeoordeling.

Vereisten

Om het A2Q-proces te starten, moet de partnerorganisatie partnergecertificeerd zijn Webex Calling.

Het A2Q-proces

Partners moeten deze stappen volgen voor elke Webex DI-bestelling, inclusief nieuwe implementaties, aanpassingen, verlengingen, NFR's en P2P-overdrachten:

  1. Verzend het A2Q-formulier: Vul het A2Q-formulier in.
    • Nieuwe implementaties: Selecteer het type deal als „Greenfield/New”.
    • Bestelwijzigingen: Selecteer het type deal als „Wijziging van het ontwerp in bestaande implementatie” en geef een beschrijving van de voorgestelde ontwerpwijzigingen.
  2. Initiatie: Het A2Q-team zal een Webex-ruimte creëren of een e-mail initiëren. Afhankelijk van de complexiteit van het verzoek kan de beoordeling online of offline worden uitgevoerd.
  3. Beoordeling en feedback: Het A2Q-team deelt feedback en opmerkingen via de Webex-ruimte of via e-mail. De partner is verantwoordelijk voor het beantwoorden van alle vragen.
  4. Goedkeuring: Zodra de beoordeling is afgerond, wordt de A2Q goedgekeurd en wordt de nalevingsbeperking op de bestelling vrijgegeven. Partners ontvangen een bevestiging via e-mail of via de Webex space.

Tijdlijnen en ondersteuning

Vond u dit artikel nuttig?
Vond u dit artikel nuttig?