Ebben a cikkben
Hatókör
dropdown icon
Műszaki támogatási szolgáltatás (TAC)
    Partner támogatási feladatai
    Partner technikai támogatási követelményei
    Cisco támogatási szerepek és felelősségek
    Kapcsolódó értesítések és figyelmeztetések támogatá
dropdown icon
Változások kezelése
    Karbantartás
    Eseménykezelés
    Szoftvertámogatás válaszidő-céljai
    Cisco Options Package (COP) fájlok
dropdown icon
Kapacitáskezelés
    Partner felelőssége
    Cisco felelőssége
dropdown icon
Kiadáskezelés
    A Cisco Collaboration Systems kiadásának kiadáskezelése
dropdown icon
Hálózatkezelés
    Partner felelőssége
    Cisco felelőssége
dropdown icon
Tanúsítványkezelés
    A Dedicated Instance csapat által kezelt tanúsítványok
    Szabályzat megújítása
    Ügyfél vagy partner felelőssége
Biztonsági mentés és visszaállítási felelős
Cisco katasztrófa-helyreállítási rendszer
dropdown icon
Minőségbiztosítási folyamat (A2Q)
    Hatály és korlátozások
    Feltételek
    Az A2Q folyamat
    Idővonalak és támogatás
Partner üzemeltetési útmutató
list-menuEbben a cikkben
list-menuVisszajelzés?

Ez a dokumentum célja, hogy segítse a képzett Webex Calling Dedicated Instance partnereket, akik befejezték az integrációt a Dedicated Instance platformra, hogy megértsék a szolgáltatás üzemeltetéséhez szükséges folyamatokat és eljárásokat.

Hatókör

Ez a dokumentum és a kiegészítő anyagok célja, hogy megismerje a Cisco és a partner működési felelősségét, és a következő közönségeknek szánják:

  • Partnertámogatás

  • Partner- és ügyfélsikeres szervezetek

Műszaki támogatási szolgáltatás (TAC)

A Cisco 24x7x365 Tier 1 technikai támogatást nyújt partnereink számára. A partnerek technikai támogatást nyújtanak ügyfeleiknek a Dedikált példány hibaelhárításához, amint azt ebben a szakaszban ismertettük. A Partner szükség szerint a Cisco támogatási problémáit fokozhatja.

A Dedikált példányinfrastruktúrát a Deli Cisco Cloud very kezeli. A Dedicated Instance által nem kezelt eszközökkel kapcsolatos problémák a partner felelőssége a hibaelhárításért. A partnereknek kapcsolatba kell lépniük:

  • Megfelelő szállítók

  • A megfelelő Cisco termék TAC csapata, ha a Cisco berendezés aktív karbantartási szerződéssel rendelkezik.

Az 1. szintű támogatással kapcsolatos további információkért lá sd.

Partner támogatási feladatai

A partner technikai támogatása magában foglalja a következők végrehajtásának képességét az ügyfelek számára:

  • Adjon általános szolgáltatási információkat.

  • Konfigurációs támogatás biztosítása.

  • Szűrje le a nem technikai problémákat a technikai problémáktól.

  • Támogassa a problémák elszigetelését és a szervizhiba meghatározását.

  • Elemezze, hol történt a hiba.

  • Helytelenül konfigurált beállítások visszaállítása, amelyeket az ügyfél vagy a partner alkalmaz a probléma megoldásához.

  • Bármely partner által kezelt alkalmazással vagy infrastruktúrával kapcsolatos problémák megoldása.

  • Az új felhasználók számára a kezdeti követelményeken túlmutató kapacitáskezelési követelmények előrejelzése.

  • Konfigurálja az alkalmazásfunkciókat és végezze el a felhasználói ellátást.

  • Kezelje az ügyfelek számlázását és számlázását.

  • Az ügyfélkapcsolat birtokolja.

  • Kezelje a PSTN szolgáltatások megoldás-integrációját.

  • Kezelje az ügyfelek készenlétét a dedikált példányfrissítésekre, a tanúsítvány megújítására és az infrastrukt

Amikor a partner támogatást igényel, a partner Cisco TAC felelős a kipróbálási kérdések megsegítéséért. Ez a felelősség magában foglalja a következőket:

  • A jelentett problémák rögzítése és részleteinek megadása

  • Segítségnyújtás a replikációs és a tesztelési problémák megoldásában, a kérés szerint Cisco TAC

  • Segítség a javítások tesztelésében

  • Megerősíti, hogy a problémák nem kapcsolódnak a végfelhasználó által biztosított hardverhez, szoftverhez, alkalmazásokhoz vagy más forrásokhoz.

A partner felelőssége annak biztosítása, hogy az alábbi típusú technikai támogatási igényeket kielégítsék ügyfeleik számára.

Táblázat 1. Dedikált példánykérdések és kérdések
TípusKérdés/kérdés
Felhasználói lekérdezések Alapvető kérdések Hogyan tudok...?

Hogyan működik a telefonom? Milyen funkcióim vannak? Hogyan használhatom ezeket a funkciókat?

Hogyan használhatom az öngondozási portált?

Hogyan használhatom a dedikált példányú UC alkalmazások adminisztrációs portálját? Hogyan tárcsázhatok PSTN-számot?

Hogyan változtathatom meg a hangposta PIN-kódomat?

A partner által kezelt leggyakoribb támogatási problémák

A telefon nem kapcsol be Nem sikerült regisztrálni a telefonokat Nem sikerült ellenőrizni a hangpostát.

Nem sikerült használni egy Cisco UCM funkciót Nem sikerült hívást kezdeményezni.

Nem sikerült hívást fogadni Nem hallható hang Nem sikerült bejelentkezni a Jabber/Webex alkalmazásba

Nem sikerült használni a Jabber/Webex App szoftvertelefont

Műszaki ügyfél-beállítási problémák

Lágy kliensek telepítése

Végfelhasználók, funkciók vagy tárcsázási terv beállítása és konfigurálása Hang-, videó-, hangposta, valamint IM- és jelenléti szolgáltatás beállítása és konfigurálása

Felhasználói fiókok és végpontok biztosítása, beleértve az LDAP és az SSO megvalósítását

Lehetséges alkalmazási hibák Jelentés a Cisco-nak a dokumentált módon nem működő funkciókról és funkciókról
Szolgáltatás leállása vagy rendelkezésre állása

Ellenőrizze a szolgáltatás elérhetőségét és állapotát.

Ellenőrizze az elérhetőséget az ügyfél hálózati környezetében, beleértve a Cloud Connectivity vagy a PSTN hálózatot, vagy a telefonos integrációhoz szükséges SIP-kapcsolatot.

Partner technikai támogatási követelményei

Amikor a partner fokozza a támogatási igénytCisco TAC, a partnernek a következő információkat kell megadnia:

Általános esetinformációk

  • Adjon meg érvényes előfizetési számot vagy szolgáltatási szerződés számát.

  • A hívóknak a partnertámogatási csapat tagjaként kell azonosítaniuk magukat, akik a partnert vagy egy viszonteladt ügyfélfiókot képviselnek.

  • A Partnerképviselő neve, telefonszáma és e-mail címe, illetve a Cisco-ra átmenő csapat általános Partneradatai.

Amikor kapcsolatba lép Cisco Cloud az ügyfélszolgálattal, azonosítsa a partnert, az ügyfelet és a problémát.

Cisco támogatási szerepek és felelősségek

A Cisco felelős az Cisco Cloud adatközponton belüli Dedicated Instance Cloud szolgáltatás támogatásáért a partnernek, beleértve a probléma orvoslását és magas szintű kiváltó ok-elemzését (a Cisco nem ad részletes infrastruktúra-szintű információkat a kiváltó okok elemzésében) .Az 1. vagy 2. súlyosságú esemény esetén a Cisco proaktívan értesíti a partnereket e-mailben.

A Cisco nem felelős a következők támogatásáért:

  • Partner- vagy ügyfélhálózat és berendezések, amelyek a Dedicated Instance Cloud adatközponthoz és ügyfélhelyiségekhez kapcsolódnak.

    Az ügyfél telephelyén telepített továbbfejlesztett túlélhetőségi csomópont a partner/ügyfél és a Cisco közös felelőssége lesz.

  • Harmadik fél szoftvere vagy hardvere

    A partner felelős a harmadik féltől származó szoftverek vagy hardver támogatása vagy frissítései megszerzéséért, ha úgy ítélik meg, hogy ez az esemény oka.

Kapcsolódó értesítések és figyelmeztetések támogatá

A partnerek figyelmeztetéseket és karbantartási közleményeket kapnak a Control Hubban az alapszolgáltatások azonosított kieséseinek bejelentésére és megoldására vonatkozóan. A partnerek előzetesen értesítést kapnak a hatékony karbantartási tevékenységekről vagy a fenntartott karbantartási ablakokon kívüli tevékenységekről is.

Ezeket a figyelmeztetéseket azoknak a partnereknek küldjük el, akik regisztráltak a Control Hub figyelmeztetéseire a „Karbantartás és leállás” értesítésekre. Lásd : Riasztások a Control Hub alkalmazá A partnerek felelősek annak biztosításáért, hogy a Cisco pontos, aktuális elérhetőségi adatokkal rendelkezzen. A Cisco azt javasolja a rendszergazdák számára, hogy hozzanak létre fiókot, és használjanak a Webex alkalmazást az értesítésekhez.

Változások kezelése

A Dedicated Instance csapata formális, szabványosított eljárásokat alkalmaz a Cloud szolgáltatás stabilitásának és biztonságának biztosítása érdekében. Ezek a szabványosított eljárások megkönnyítik a hatékony és hatékony végrehajtást, miközben kezelik a változási kérelmeket

Karbantartás

Karbantartási ablak

A Cisco értesíti a partnert a tervezett karbantartási tevékenységekről. Minden tervezett változás egy karbantartási ablakban történik. A Cisco legalább 10 nap tári nappal előre írásos értesítést küld a partnernek a tervezett karbantartásról, amely megzavarhatja az ügyfelek hívási képességét. Ezeket a figyelmeztetéseket azoknak a partnereknek küldjük el, akik regisztráltak a Control Hub figyelmeztetéseire a „Karb antartás és leállás” értesítésekre. Lásd: Riasztások a Control Hub alkalmazá A partnerek felelősek annak biztosításáért, hogy a Cisco pontos, aktuális elérhetőségi adatokkal rendelkezzen. A Cisco azt javasolja a rendszergazdák számára, hogy hozzanak létre fiókot, és használjanak a Webex alkalmazást az értesítésekhez.

A karbantartás a következő tevékenységeket foglalja magában:

  • Rendszeres karbantartási tevékenységek, amelyek minimális kockázattal járnak az ügyfélre

  • Tervezett és ütemezett tevékenységek, amelyek megzavarják az ügyfél hívási képességét.

  • A Cisco által felügyelt UC alkalmazás-tanúsítványok rendszeres megújítása. A megújítások a tanúsítv ányok érvényességi idején, megújítási dátumán és időpontján alapulnak. A Cisco csak 3-7 nappal a lejár ati idő előtt megújítja az UC alkalmazások tanúsítványait, és követi a szokásos változáskez elési folyamatot.

    Azoknak az ügyfeleknek, akik engedélyezték az egyszeri bejelentkezést (SSO) az UC-alkalmazásokban, a tanúsítvány megújításának befejezése után a partner megköveteli az SSO letiltását, az IDP metaadatfájl újbóli importálását és az SSO újbóli engedélyezését. Azt is javasoljuk, hogy a partner vagy az ügyfél ellenőrizze az SSO-t.

    A kkv-klaszter karbantartási időszakát a kkv-k kiadói régiója szerint kell ütemezni.

A karbantartási ablakok az AMER esetében a következők:

  • Délután 9 óra ET reggel 6 óráig. ET, hétfőtől péntekig

  • Délután 9 óra ET reggel 6 óráig. ET, hétvégén (csak a Cisco infrastruktúra karbantartása)

A karbantartási ablakok az APJC esetében a következők:

  • Délután 9 óra JST reggel 6 óráig JST, hétfőtől péntekig

  • Délután 9 óra JST reggel 6 óráig JST, hétvégén ( csak a Cisco infrastruktúra karbantartása)

A karbantartási ablakok az AUS esetében a következők:

  • Délután 9 óra ACT reggel 6 óráig. ACT, hétfőtől péntekig

  • Délután 9 óra ACT reggel 6 óráig. ACT, hétvégén ( csak a Cisco infrastruktúra karbantartása)

Az EU, az EMEA és az Egyesült Királyság esetében a karbantartási ablakok a következők:

  • Délután 9 óra CET reggel 6 óráig CET, hétfőtől péntekig

  • Délután 9 óra CET reggel 6 óráig CET, hétvégén ( csak a Cisco infrastruktúra karbantartása)

A fent említett ablakok módosításának ideje régiónként rögzítve van, és nem módosítható.

A karbantartás tervezésekor a Cisco mindent megtesz annak érdekében, hogy minimalizálja és/vagy kiküszöböli a telefonszolgáltatási zavarok esélyét a Dedicated Instance geo-redundáns architektúra alapján. A Cisco elvárja, hogy minden partner- és ügyfélvezető konfiguráció betartja a Dedic ated Instance redundancia bevált gyakorlatait. A Cisco nem felelős a redundancia elvesztéséért, amely a partner helytelen konfigur ációja miatt következett be. A partner felelőssége, hogy érvényesítse és tesztelje azokat a harmadik féltől származó integrációkat, amelyeket nem tárolnak vagy kezelik a Dedicated Instance felhőben.

A Cisco csak az alábbi okok miatt kezdeményezi az UC alkalmazások frissítését:

  1. Az UC alkalmazás jelenlegi verziójában biztonsági rés van, és a javításhoz frissítés vagy COP telepítés szükséges.

  2. Az ügyfél jelenleg az n-1-nél kisebb verzióban van (a jelenlegi Dedicated Instance által támogatott verzió), vagy olyan verzióban, amely közeledik az EOL-hez.

A Cisco karbantartási értesítést küld partnernek/ügyfélnek legalább 10 naptári nappal a változtatási ablak előtt , és javasoljuk, hogy a partner 2-3 napon belül válaszoljon a Cisco-nak, ha a javasolt módosítási ütemterv összeütközik üzleti prioritásaival. Ez lehetővé teszi a Cisco számára, hogy alternatív módosítási ablakot találjon (az átütemezett dátum csak a Cisco műveletei rendelkezésre álló dátumainak megfelelően történik). A partner átütemezheti a karbantartást az UC alkalmazás életciklus-szolgáltatási igénylésével. További információt az UC alkalmazás életciklusa című témakörben talál.

Az infrastruktúrával kapcsolatos karbantartást nem lehet átütemezni.

Azonban sürgős vagy vészhelyzetben, például súlyos biztonsági rés javítása, a lejárat közeledő tanúsítványok esetén a karbantartási ablak rugalmassága nem lesz lehetséges. A Partner vagy Ügyfél által a dedikált példány biztonsági résének ellenőrzése nem támogatott. A dedikált példány saját sebezhetőségi szkennelési rendszerrel rendelkezik, amely folyamatosan működik, rendszeresen független PEN tesztet végezünk, és igazoló levelet adunk a Cisco Trust Portálon .

A partner módosításokat kért

A partnerek által kért változások közös felülvizsgálatot igényelnek a de dikált instanciára gyakorolt hatás felmérése érdekében. Ezek közé tartoznak azok a változások, amelyeket a partner a Cisco elvégzését szeretné végrehajtani, és azokat a változtatásokat, amelyeket a partner el akar végezni. Például:

  • Konfigurációs változások, amelyek befolyásolják a határeszközöket vagy az alkalmazások integrációját

  • Szolgáltatás kikapcsolására irányuló kérelmek.

A nagy változtatásokra, például egy szolgáltatás kikapcsolására irányuló kérelmeket a Cisco-hoz kell benyújtani. A partner rögzíti a követelményeket, és a Partner Success Team vagy Ac count Manager segítségével eljuttatja a Cisco-nak, hogy közös felülvizsgálatot kezdeményezzen. A módosítás végrehajtása előtt a kér ést a Dedicated Instance Product Management és partner közösen értékeli.

Vészhelyzeti változások

A Cisco és a partner a következő okok miatt azonnal, vagy a következő karbantartási ablakban hajthat végre sürgősségi változtatásokat.

  • A szolgáltatás visszaállítása az ügyfélnek

  • A kimaradás hatásának csökkentése

  • A potenciális ügyfélkimaradás elkerülése érdekében

  • Biztonsági biztonsági rés kijavítása

A Dedikált példányon kívüli hálózat vészhelyzeti változásai esetén a partner értesíti a Cisco-t a Cisco-t a Cisco számára látható vásárlói hatásokról. Ha ésszerűen lehetséges, a partner ügyet nyit a Cisco-val, hogy a Cisco reagálhasson a hatásokra.

Ha vészhelyzeti változtatást hajt végre a dedikált példányban, a Cisco értesíti a partnert, ha ésszerűen lehetséges. Az e-mail, amely azonosítja a vészhelyzeti változás által okozott ügyfélhatásokat, elküldjük a kommunikációs listára.

Eseménykezelés

Az incidensk ezelés minimalizálja a környezeti hibák által okozott üzleti életre gyakorolt káros hatásokat. A Cisco elemzi az eseményeket, amikor azok előfordulnak, hogy gyorsan azonosítsa az okokat. A Cisco ezután megoldást alkalmaz, amíg egy állandó javítást nem lehet telepíteni.

A partnerek a saját kialakult folyamataiknak megfelelően kezelik az incidens kezelést hálózataikban. A partnerek értesítik a Cisco-t olyan tevékenységekről, amelyek riasztást okozhatnak, vagy a Cisco számára látható egyéb értesítésekről.

A Cisco követi a karbantartási ablak folyamatát a módosítások alkalmazásához.

Támogató esetek osztályozása

A TAC-támogatás esetének súlyosságát a partner határozza meg, miközben a Cisco támogatási jegyét nyitja meg, az üzleti hatás alapján. A partner a jegy életciklusa során nagyobb súlyosságba eskalálást kérhet, az üzletre gyakorolt változó hatások alapján.

A következő szakasz útmutatásként szolgál a partner számára a megfelelő súlyossági szint meghatározásához a TAC támogatási jegy megnyitásakor.

Támogató tok hatása

A TAC-támogatás esetét a vállalkozásra gyakorolt hatása (mérete, hatóköre) szerint osztályozzák.

A hatás egy esemény üzleti kritikusságának mértéke, gyakran megegyezik azzal, hogy az esemény milyen mértékben vezet a megoldás elérhetőségéhez.

Táblázat 2. Az esemény hatásának szintjei
Az esemény hatásának szintje A hatásmechanizációk
Elterjedt A partnerkörnyezet több mint háromnegyedét érinti
Nagy A partner környezetének felét és háromnegyede érinti
Lokalizált A partner környezetének egynegyedét és felét érinti
Személyre szabott A partner környezetének kevesebb mint egynegyedét érinti

Támogató eset sürgőssége

A sürgő sség meghatározza az esemény kritikusságát és annak a Szolgáltatásokra gyakorolt hatását vagy a partnerek számára a Szolgáltatások igénybevételének képességét.

3. táblázat. A sürgősségi szintek
Az eset sürgősségi szintje Sürgősségi meghatároz
Kritikus A hívási képesség leáll biztonsági mentés vagy redundancia nélkül
Magas A hívási képesség súlyosan romlott
Közepes Más funkció leáll
Alacsony Más funkció romlik

Támogassa az eset súlyosságát

A súlyos ság meghatározza a Cisco és a partner által az esemény megoldására fordított erőfeszítések mértékét.

4. táblázat. Támogatja az esetek súlyosságát
Az eset súlyosságának szintje Súlyossági meghatározások
S1 (kritikus) A Cisco és a partner minden szükséges erőforrást 24 x 7 óra elkötelezett a helyzet megoldásához
S2 (Magas) A Cisco és a partner teljes munkaidőben teljes munkaidőben biztosítanak erőforrásokat a helyzet megoldására
S3 (közepes) A Cisco és a partner a szabványos munkaidőben a szolgáltatás kielégítő szintre állítására fordítják erőforrásokat
S4 (alacsony) A Cisco és a partner a szabványos munkaidőben tájékoztatást vagy segítséget nyújtó erőforrásokat kötnek

A súlyossági szintet a hatás és sürgősség definíciók alkalmazásával határozzák meg.

Támogató eset súlyossági mátrix

hatás
ElterjedtNagyLokalizáltSzemélyre szabott

sürgősség

Kritikus S1 S1 S2 S3
Magas S1 S2 S2 S3
Közepes S2 S3 S3 S3
Alacsony S4 S4 S4 S4

A Cisco képes az incidensek kiválasztása során megváltoztatni az esetek súlyosságát és csökkenteni a támogatási jegy súlyosságát, ha indokolt. Az ügy előírt időtartamra nyitva hagyható, amíg a működési stabilitás értékelése alatt áll.

Szoftvertámogatás válaszidő-céljai

A következő szakasz részletezi a Cisco tervezett válaszidejét a benyújtott esetekre a súlyosságuk alapján. Időnként az eset súlyosságát a fenti irányelvekhez igazítva lehet.

Cisco és szolgáltatási szint célkitűzése

Webex CallingA Dedicated Instance 24 órás angol nyelvű technikai támogatást nyújt partnereink számára. A partnerek az S3 és S4 problémákat közvetlenül a Cisco Support Case Manager alkalmazásban nyújthatják be. S1 és S2 problémák esetén ajánlott hívni az 1-800-553-2447 globális TAC számot.

A Cisco szabványa az, hogy az S3 és S4 súlyossági szintjeinek legalább 95% -ában megfeleljen a következő rács alapján:

Súlyossági szint Válasz a következőkön belül:
S1 15 perc
S2 30 perc
S3 1 munkanap
S4 3 munkanap

A válaszidő az az az idő, amellyel a Cisco felismeri egy adott súlyosságú problémát. Ha a Cisco nem tudja megoldani a problémát a megadott időközönként, a Cisco állapotot és cselekvési tervet ad a megoldáshoz. A megoldás időtartama attól függ, hogy a partner részéről képzett személy áll rendelkezésre a probléma reprodukálásában és/vagy elszigetelésében, összeegyeztethetetlenséget jelent a Cisco és a partner környezete között. Ha egy ilyen személyt nem lehet elérhetővé tenni, ezek a felbontási idők meghosszabbíthatnak.

Ha a Cisco nem teljesített elfogadható állapotot és/vagy felbontást a megadott időkeretekben, a partnereknek a Cisco felé kell lépniük.

Cisco Options Package (COP) fájlok

A Cisco kiadja a COP-fájlokat, hogy kissé megváltoztassa a gyártási kód futtatásának módját, és a Cisco lehetőséget biztosít a szoftverek szokásos szoftverkiadási ciklusokon kívüli telepítésére. Szükség esetén a COP fájlok egy bizonyos ponton a kezdeti gyártási kód kiadása után kerülnek kiadásra. A gyártócsapat ok COP-fájlokat adnak ki nagy hatású problémák esetén, és ha nincs elérhető megoldás egy problémára. A hibajavítások mellett a COP-fájlokat néha kiadják a segédprogramok terjesztésére a frissítés során (például lemeztisztítás).

A javított problémákkal kapcsolatos terepi értes ítéseknek általában társított COP fájlja van. Általában minden egyes kérdéshez külön COP fájl van.

A PSIRT-k nem mindig rendelkeznek társított COP fájllal. PSIRT-k esetében általában egy új verziót tesznek közzé a teljes frissítéshez.

A Cisco által kezdeményezett

Ha a Cisco megállapítja, hogy az ügyfél dedikált példánykörnyezetének COP-fájl telepítésére van szükség, a Cisco a következő folyamatok egyikét használja:

  1. Ha a COP fájl vészhelyzeti javítást ír elő (biztonsági rés vagy közvetlen hiba), a Cisco feltölti a COP-fájlt a Cisco ütemezett karbantartási ablakában.

  2. Minden más esetben a COP telepítését rendszeres karbantartásként tervezzük partnerrel vagy ügyfél lel, a rendszeres változáskezelési eljárást követve.

Ügyfél által kezdeményezett

Ha az ügyfél úgy dönt, hogy COP-fájl telepítésére van szüksége (telefon firmware, nyelvi helyi csomag ok, eszközcsomagok), az ügyfélnek a következő folyamatot kell kezdeményeznie:

Hozzon létre egy szolgáltatási kérelmet a Control Hubban az adott COP-fájlhoz, amelyet a Dedikált példányban az SFTP-kiszolgálóra kell feltölteni , tekintse meg a Szolgáltatási kérelem című részt.

A Cisco csak az SFTP severre tölti fel a fájlt. A partner felelőssége, hogy töltse le a COP to UC alkalmazást és telepítse az Ön kényelmének megfelelően.

A COP fájlokat a Cisco szoftverletöltő oldalán teszik közzé:

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

COP file screen

Kapacitáskezelés

A Cisco és a partner kezeli a hálózat és az adatközpontok kapacitását, hogy lehetővé tegye az ügyfelek beépítését a Dedicated Instance megoldáshoz. A kapacitáskezelési folyamat magában foglalja az ügyfélelőfizetők folyamatos növekedésének figyelemmel kísérését.

A Cisco és a partner külön felelősséggel bír a kapacitáskezelési folyamatban.

Partner felelőssége

A partner biztosítja, hogy hálózati berendezései elegendő kapacitással rendelkezzenek a terhelés kezeléséhez és megfelelő mennyiségű előrejelzett növekedést biztosítsanak.

A partner a Dedikált példány aktiválásakor biztosítja a Tudásdolgozók és a Workspace eszközök számát (a megadott számnak a Dedikált példányban konfigurált teljes szám végállapotának kell lennie). A megadott részletek alapján a Cisco elvég zi az UC alkalmazások méretezését dedikált példányban. Az UC- alkalmazások méretével kapcsolatos további információkért lásd az Unified Communication alkalmazásméretezés című részt. A partner kezeli a funkciók és felhasználók biztosítását a kért kapacitáson belül.

A partnernek tájékoztatnia kell a Cisco-t a változásokról, az aktiválás során megadott Knowledge Workers és Workspace eszközök számáról. A megadott részletek alapján a Cisco elem zi az UC alkalmazásokhoz szükséges változásokat, és elvégzi a szükséges változtatásokat. Ehhez a partnernek fel kell küldenie a Cisco-val egy Control Hub szolgáltatási igényt, és együtt kell dolgoznia a bővítési terv kidolgozásán. A partner csak akkor konfigurálhatja a funkciókat és a felhasználókat, miután hozzáadódik az ügyfél számára az extra kapacitás. További információkért lá sd: Hogyan lehet felhív ni a szolgáltat ási kérelmet.

Időbe telhet a további kapacitás hozzáadása, a növekedési igény típusától függően. Ezt a partner és a Cisco közösen fogják dolgozni.

Cisco felelőssége

A Dedicated Instance szolgáltatás figyelemmel kíséri az adatközpontok kapacitását, és biztosítja, hogy adatközponti berendezései elegendő kapacitással rendelkezzenek a terhelés kezeléséhez és megfelelő mennyiségű előrejelzett növekedést biztosítsanak.

A Cisco tájékoztatja a partnert a tervezett bővítésekről vagy változtatásokról a kapacitásnövekedés kezelésére, amennyiben ezek a változások érintik az ügyfelet. A frissítések és változások végrehajtása a változáskezelési folyamatot követi.

Kiadáskezelés

A Cisco aktuálisnak tartja a legújabb funkciókkal és funkciókkal rendelkező dedikált példányfelhő-alkalmazásokat (CUCM, CUCXn, IM&P, CER, Expressway és SME (opcionális)), a Cisco szerint megfelelőnek tartja. Az ügyfelek bármikor működhetnek a legfrissebb kiadással („n”) vagy az előző kiadással („n-1”).

A Cisco a V áltozáskezelési riasztások és értesítések részeként tájékoztatja a partnert a kiadás elérhetőségéről és a tervezett frissítésekről (beleértve a frissítési követelményeket is). A Cisco kommunikálni fog, amikor azonosítjuk a frissíteni kívánt ügyfeleket. A Cisco azt a kiadást is közli, amelyre az ügyfél frissítésre kerül. A partner dönthet úgy, hogy az ügyfél üzleti igényeitől függően egyszer átütemezi a frissítést, legfeljebb egy héttel az ütemezett frissítés előtt. A frissítés sikeres befejezése után a Cisco értesíti a partnert.

További információ: Változásk ezelés.

A Cisco Collaboration Systems kiadásának kiadáskezelése

Amikor egy új Collaboration Systems kiadás elérhetővé válik, az aktuális kiadást („n”) „n-1” néven jelöljük meg.

5. táblázat. Dedikált példánykiadás kezelése
Dedikált példány ügyfélműveletek

v14.0

(n-1)

V15.0-Su4A

(n)

Új ügyféltelepítésekNem támogatottTámogatott
Támogatott frissítésekFrissíteni kell a V15SU4A-raTámogatott
Az ügyfelek maradhatnakNemIgen

A fenti táblázatban említett jelenlegi „n-1" a támogatás végi időszakába került. Azoknak az ügyfeleknek, akik továbbra is használják ezt a kiadást, frissíteniük kell a legújabb verzióra. A Cisco támogatja ezt az átmenetet azáltal, hogy értesíti a partnert a frissítés előkészítésének megkezdéséről. A Cisco és a partner együttműködve koordinálja a karbantartási ablakot az ügyfél üzleti igényei alapján.

Az n-1 Collaboration Systems kiadásban részt vevő ügyfelek számára ajánlott frissíteni a legújabb Col laboration Systems kiadásra. Ha az együttműködési rendszerek kiadásának frissítésére van szükség, vagy ha új funkciók miatt SU-frissítésre van szükség, akkor a Control Hub szolgáltatási kérelmet nyújthat be. Amennyiben a Cisco megállapítja, hogy a biztonsági rések vagy az ismert nagy súlyosságú hib ák kezeléséhez SU-frissítésre van szükség, a Cisco együttműködik a partnerrel a frissítés ütem ezésében.

A Cisco értesíti a partnert a frissítés sikeres befejezéséről.

Hálózatkezelés

Partner felelőssége

A partner figyelemmel kíséri hálózatát és berendezéseit, amelyek a Cisco Dedicated Instance adatközpontjához kapcsolódnak. A partner figyelemmel kíséri hálózatát és berendezéseit is, amelyek:

  • A dedikált példány szolgáltatás támogatására szolgál, ÉS

  • Csatlakoztatva az ügyfél helyiségéhez.

A partner felügyeli a Dedicated Instance Cloud integrált összes partner által felügyelt eszközt.

Cisco felelőssége

Webex CallingA Dedicated Instance iparágvezető hálózati eszközöket használ az adatközpontunk és a partnerhálózat közötti adatközponti hálózati kapcsolatok figyelemmel kísérésére, valamint biztosítási eszközökkel a globális szétszórt, geo-redundáns adatközpontokban a szolgáltatáskárosodások proaktív azonosítására és elkülönítésére.

A Cisco nem figyeli a Dedicated Instance Cloud-hoz csatlakoztatott partnerfelügyelt eszközökbe történő integrációs szolgáltatásokat. Ez magában foglalja, de nem kizárólagosan, a következőket:

  • A Cisco nem figyeli a dedikált példány SIP-csomagját a dedikált példány UC-klasztertől eltérő klaszter felé

  • A Cisco nem figyeli a dedikált példány CTI útvonalpontjait a Cisco által kezelt Contact Center Expressen kívüli kapcsolattartó központ felé.

Tanúsítványkezelés

Dedikált példánykörnyezetben a tanúsítványokat egy Certificate Authority (CA) írja alá, és a következőképpen kezeli:

A Dedicated Instance csapat által kezelt tanúsítványok

  1. Hívókezelő

    • híváskezelő
    • Hívókezelő ECDSA
    • tomat
    • Tomcat-ECDSA
    • ipsec
    • tv-készülékek

    A Tomcat tanúsítvány újra felhasználásra kerül a Híváskezelő számára, így a Híváskezelő tanúsítvány már nem jelenik meg a tanúsítvány grafikus felületi listájában. Az IPsec és TVS tanúsítványok megújításra kerülnek, ha azok önaláírtak, és lejáratuk esedékes a tanúsítványkezelő listában.

  2. IM és jelenlét (IM&P):

    • tomat
    • Tomcat-ECDSA
    • csésze
    • Cup-ECDSA
    • csésze-xmpp
    • Cup-xMPP-ECDSA
    • csésze-xmpp-s2s
    • CUP-XMPP-S2S-ECDSA
    • ipsec

    A rendszer megújítja a cup-xmpp-s2s, cup-xmpp-s 2s-ecd sa és ipsec tanúsítványokat, ha azok önaláírtak, és lejáratuk esedékes a tanúsítványkezelő listában.

  3. Cisco Unity Connection(CUC):

    • tomat
    • Tomcat-ECDSA
    • ipsec

    A rendszer megújítja az IPsec tanúsítványt, ha az önaláírt és lejárati es edékes a tanúsítványkezelő listában.

  4. Cisco Emergency Responder(CER):

    • tomat
    • Tomcat-ECDSA
    • ipsec

    A rendszer megújítja az IPsec tanúsítványt, ha az önaláírt és lejárati es edékes a tanúsítványkezelő listában.

  5. Gyorforgalmi út

    • szerver tanúsítvány

Szabályzat megújítása

A Dedicated Instance csapata minden évben megújítja a fent felsorolt tanúsítványokat, feltéve, hogy ők kez elik azokat. A megújítási karbantartási ablak alatt a csapat eltávolítja a lejárt megbízhatósági tanúsítványo kat is.

Ügyfél vagy partner felelőssége

Az ügyfeleknek vagy partnereknek kezelniük kell (áthelyezniük, hozzáadni, módosítani vagy törölni) a végfelhasználó által a migrációk vagy a rutinműveletek során kezelt tanúsítványokat. Ez a felelősség magában foglalja a fent nem felsorolt tanúsítványokat is.

Biztonsági mentés és visszaállítási felelős

Az alábbiakban összefoglaljuk a Cisco és a partnerek biztonsági mentési és visszaállítási műveletekkel kapcsolatos felelősségét.

Buli Felelősségek
Partner

A Partner's Dedicated Instance Cloud rendszerében a partnernek mindig az alábbiakat kell fenntartania:

  • A partner által kezelt végfelhasználói adatok megfelelő védelme és biztonsági mentése.

  • A partner által kezelt végfelhasználói adatok megfelelő védelme és biztonsági mentése.

Cisco

A Cisco minden este biztonsági másolatot készít a Dedikált példányban telepített összes UC alkalmazásról, és a legújabb 3 jó biztonsági mentést a Cisco adatközpontjában menti el. Minden biztonsági mentés jelszóval védett és minden ügyfél számára különálló, amelyet csak az UC alkalmazás helyreállítására használunk fel a katasztrófa helyreállításának részeként. További információkért olvassa el a Cisco katasztrófa-helyreállítási rendszer ét. A Cisco nem hajt végre igény szerinti visszaállí tásokat, és nem engedélyezi ennek használatát változtatási visszacsatolási stratégiaként.

A partnerek nem férhetnek hozzá ezekhez a biztonsági másolatokhoz, és nem is konfigurálhatják a biztonsági másol atokat az adatközpontokban.

  • Cisco Unified CMvisszaáll a legfrissebb konfigurációs biztonsági mentésre.
  • Cisco Unity Connectionvisszaáll a konfiguráció és a hangposták legújabb biztonsági mentésére.
  • A Cisco IM and Presence Service visszaáll a legújabb konfigurációs biztonsági mentésre. Az azonnali üzenetekről nincs biztonsági mentés.

Cisco katasztrófa-helyreállítási rendszer

A katasztrófa-helyreállítási rendszer (DRS), amely az IM és a Presence Service csomópontból Cisco Unified Communications Manager Administration vagy bármely Unity Connection csomópontból hívható, teljes adatmentési és visszaállítási képességet biztosít az összes UC-kiszolgáló számára. A DRS lehetővé teszi a Cisco számára, hogy rendszeresen ütemezett automatikus vagy felhasználó által meghívott adatmentéseket végezzen. A DRS klaszter szintű biztonsági mentést is végez, ami azt jelenti, hogy a Cisco Unified Communications Manager klaszter összes kiszolgálójának biztonsági másolatait gyűjti össze egy központi helyre, majd archiválja a biztonsági mentési adatokat a fizikai tárolóeszközre. A Cisco egyéni biztonsági mentést készít a gyorsforgalomról, és ugyanezt használja a csomópontok helyreállításához.

A partnerek nem férhetnek hozzá a DRS-hez. A Cisco biztonsági másolatot készít a Dedicated Instance felhőben telepített összes UC alkalmazás adatairól. Ha tényleges katasztrófa történik, a Cisco visszaállítja az adatokat az utolsó rendelkezésre álló biztonsági mentési adatokból. A partnerek elvégezhetik a helyreállítást, miután a Cisco elvégezte a DRS-visszaállítást.

Katasztrófa-helyreállítási stratégia:

  • Helyreállí@@ tási stratégia: Adatközpontunkat érintő helyzet esetén, amely potenciálisan érintheti mind a kiadókat, mind az előfizetőket, elsődleges célunk a szolgáltatások gyors helyreállítása az esetleges zavarok minimalizálása érdekében. A feladatátviteli adatközpont gondoskodik arról, hogy a hívási képesség ne érintse. Helyreállítási stratégiánk alkalmazkodóképes és a kudarc sajátos jellegétől függ:
    1. Alkal@@ ma zásihiba: Ha a problémát alkalmazási hibáként vagy sérülésként azonosítják, célunk egy új Publisher létrehozása a DRS biztonsági mentési és újraindítási szolgáltatásaival egy munkanapon belül.
    2. Hardverhiba: Hardverhiba esetén az a döntés, hogy egy új Publisher-t állít be ugyanabban az adatközpontban vagy egy másik adatközpontban, vagy visszaállítja a megh ibásodott hardvert, az egyedi körülményektől és a hiba jellegétől függ. Prioritásunk, mint mindig, a zavarok minimalizálása és a szolgáltatás helyreállításának felgyorsítása.
  • A katasztrófa-helyreállítás aktiválásának időzítése: A katasztrófa-helyreállítási protokollok indításának pontos időzítése különböző tényezőktől függ, beleértve a katasztrófa mértékét, a helyreállítás becsült időtartamát és a szolgáltatásainkra gyakorolt lehetséges hatást. Elkötelezett csapatunk folyamatosan figyelemmel kíséri a helyzetet, igyekszik egyensúlyt teremteni a leállások csökkentése és a katasztrófa helyreállítási folyamat hatékony végrehajtása között. Ezen megfontolások alapján átlátható módon közöljük a szolgáltatási szintű megállapodást (SLA), a végrehajtandó intézkedéseket és a visszafizetés várható határidőit, hogy biztosítsuk Önt a folyamat során folyamatosan tájékoztatni.

Minőségbiztosítási folyamat (A2Q)

A minőségbiztosítás (A2Q) folyamat célja, hogy biztosítsa a Webex Calling dedikált példány (DI) sikeres telepítését. Ez a folyamat a javasolt tervek magas szintű validálására, valamint az egyedi követelmények felülvizsgálatára és validálására összpontosít, hogy biztosítsa, hogy a teljesíthetők összhangban legyenek a vár t eredményekhez.

Hatály és korlátozások

Fontos megérteni az A2Q folyamat hatókörét:

  • Mit tartalmaz az A2Q: A javasolt tervek magas szintű validálása, valamint az egyedi követelmények felülvizsgálata és érvényesítése.
  • Amit az A2Q nem tartalmaz:
    • Garancia vagy megerősítés arra vonatkozóan, hogy a tervezés helyszíni problémáktól mentes lesz.
    • Részletes tervezés vagy munkafolyamat áttekintése.
    • Részletes szkriptek vagy konfigurációs áttekintés.

Feltételek

Az A2Q folyamat elindításához a partnerszervezetnek partnertanúsítvánnyal kell rendelkeznieWebex Calling.

Az A2Q folyamat

A partnereknek az alábbi lépéseket kell követniük minden Webex DI megrendelésnél, beleértve az új telepítéseket, módosításokat, megújításokat, NFR-ket és P2P átviteleket:

  1. Küldje el az A2Q űrlapot: Töltse ki az A2Q űrlapot.
    • Új telepítések: Válassza a Deal típust „Greenfield/New” néven.
    • Rendelésmódosí tások: Válassza az Akciótípust a „Tervezésváltozás meglévő telepítésre” néven, és adja meg a javasolt tervezési módosítások leírását.
  2. Kezdem ényezés: Az A2Q csapata létrehoz egy Webex helyet, vagy e-mailt kezdeményez. A kérés összetettségétől függően a felülvizsgálat online vagy offline is elvégezhető.
  3. Áttekintés és visszajel zés: Az A2Q csapata megosztja a visszajelzéseket és megjegyzéseket a Webex térben vagy e-mailben. A partner felelős az összes lekérdezés kezeléséért.
  4. Jóváhagy ás: A felülvizsgálat befejezése után az A2Q jóváhagyásra kerül, és a megrendelés megfelelési tartalmát közzéteszik. A partnerek e-mailben vagy a Webex helyszínen kapnak visszaigazolást.

Idővonalak és támogatás

Hasznos volt ez a cikk?
Hasznos volt ez a cikk?