Domeniu

Acest document și materialele de sprijin sunt concepute pentru a vă ajuta să înțelegeți responsabilitățile operaționale dintre Cisco și partener și sunt destinate următoarelor audiențe:

  • Asistență partener

  • Organizații de succes partener și client

Serviciu de asistență tehnică (TAC)

Cisco oferă 24x7xasistență tehnică de nivel 1 365 partenerilor. Partenerii oferă asistență tehnică clienților lor pentru depanarea instanței dedicate, așa cum este descris în această secțiune. Partenerul poate escalada problemele de asistență către Cisco, după cum este necesar.

Infrastructura Instanței dedicate este gestionată de Cisco Cloud Delivery. Orice probleme legate de dispozitive care nu sunt gestionate de instanța dedicată sunt responsabilitatea partenerului de a le rezolva. Partenerii ar trebui să se angajeze cu:

  • Vânzători adecvați

  • Echipa Cisco corespunzătoare pentru produsul TAC dacă echipamentul Cisco are un contract de întreținere activă.

Pentru mai multe informații despre asistența de nivel 1, consultați.

Responsabilități de asistență pentru parteneri

Asistența tehnică a partenerului include capacitatea de a efectua următoarele pentru clienți:

  • Furnizați informații generale privind serviciul.

  • Furnizați asistență pentru configurare.

  • Filtrați problemele non-tehnice din problemele tehnice.

  • Sprijinirea izolării problemelor și determinarea defectelor de serviciu.

  • Analizați unde a apărut eroarea.

  • Restaurați setările configurate necorespunzător, care sunt aplicate de către un client sau partener, pentru a remedia problema.

  • Rezolvați problemele cu orice aplicație sau infrastructură gestionată de partener.

  • Previziuni privind cerințele de gestionare a capacității pentru noii utilizatori, care depășesc cerințele inițiale.

  • Configurați caracteristicile aplicației și efectuați configurarea utilizatorului.

  • Gestionați facturarea și facturarea clienților.

  • Deține relația cu clientul.

  • Gestionați integrarea soluțiilor de servicii PSTN.

  • Gestionați disponibilitatea clienților pentru upgrade-urile instanței dedicate, reînnoirea certificatului și întreținerea infrastructurii.

Când partenerul se angajează cu Cisco TAC pentru asistență, partenerul este responsabil pentru asistarea în problemele de triaj. Această responsabilitate include următoarele:

  • Capturarea și furnizarea detaliilor problemelor raportate

  • Ajutarea în problemele de replicare și triaj, după cum solicită Cisco TAC

  • Ajutarea în remedierile de testare

  • Confirmarea faptului că problemele nu sunt legate de hardware, software, aplicații sau alte surse furnizate de utilizatorul final.

Este responsabilitatea partenerului să se asigure că următoarele tipuri de nevoi de asistență tehnică sunt abordate pentru clienții lor.

Tabelul 1. Întrebări și probleme ale instanței dedicate
TipÎntrebare/Problemă
Întrebări utilizator Întrebări de bază Cum pot …?

Cum funcționează telefonul meu? Ce caracteristici am? Cum folosesc aceste caracteristici?

Cum folosesc portalul de auto-îngrijire?

Cum folosesc portalul de administrare a aplicațiilor UC pentru instanță dedicată? Cum apelez un număr PSTN?

Cum îmi schimb codul de poștă vocală?

Cele mai frecvente probleme de asistență pe care partenerul le tratează

Telefonul nu are puterea de a înregistra telefoanele care nu pot verifica mesageria vocală.

Nu se poate utiliza o funcție Cisco UCM Nu se poate efectua un apel.

Nu s-a putut primi un apel Nu s-a putut auzi sunetul Nu s-a putut conecta la aplicația Jabber/Webex

Nu se poate utiliza softphone-ul aplicației Jabber/Webex

Probleme de configurare a clientului tehnic

Instalarea clienților software

Configurarea și configurarea utilizatorilor finali, a funcțiilor sau a planului de apelare Configurarea și configurarea serviciului de voce, video, mesagerie vocală sau IM și Presence

Furnizarea conturilor de utilizator și a punctelor finale, inclusiv implementarea LDAP și SSO

Eventuale erori de aplicareRaportați Cisco cu privire la funcțiile și funcțiile care nu funcționează conform documentației
Timp de nefuncționare sau disponibilitate a serviciului

Confirmați disponibilitatea și starea serviciului.

Confirmați disponibilitatea în mediul de rețea al clientului, inclusiv Cloud Connectivity sau rețeaua PSTN sau conectivitatea SIP pentru integrarea telefoniei.

Cerințe de asistență tehnică pentru parteneri

Atunci când partenerul extinde o nevoie de asistență la Cisco TAC, partenerul trebuie să furnizeze următoarele informații:

Informații generale despre caz

  • Furnizați un număr de abonament valid sau un număr de contract de servicii.

  • Apelanții trebuie să se identifice ca membri ai echipei de asistență pentru parteneri care reprezintă partenerul sau ca un cont al clientului rezolvat.

  • Numele, numărul de telefon și adresa de e-mail ale reprezentantului partenerului sau informațiile generice ale partenerului pentru echipa care intră în Cisco.

Când contactați serviciul de asistență Cisco Cloud, identificați partenerul, clientul și problema.

Roluri și responsabilități de asistență Cisco

Cisco este responsabil pentru furnizarea de asistență partenerului pentru serviciul Instance Cloud dedicat în cadrul centrului de date Cisco Cloud, inclusiv remedierea și o analiză la nivel înalt a cauzei rădăcină a problemei (Cisco nu va furniza informații detaliate privind nivelul infrastructurii în analiza cauzei rădăcină).În cazul incidentelor de gravitate 1 sau de gravitate 2, Cisco va notifica în mod proactiv partenerii prin e-mail.

Cisco nu este responsabil pentru susținerea:

  • Rețea și echipamentul partenerului sau clientului care este conectat la centrul de date Instance Cloud dedicat și la sediul clientului.


     

    Nodul de supraviețuire îmbunătățit implementat în sediul clientului va fi responsabilitatea comună a partenerului/clientului și a Cisco.

  • Software sau hardware terț


     
    Partenerul este responsabil pentru obținerea de asistență sau actualizări la software-ul sau hardware-ul terț dacă acest lucru este determinat să fie cauza incidentului.

Asistență pentru notificări și alerte aferente

Partenerii primesc alerte și buletine de întreținere în Control Hub pentru declararea și rezolvarea deficiențelor identificate la serviciile de bază. Partenerii primesc, de asemenea, o notificare prealabilă cu privire la activitățile de întreținere impactante sau cele care se extind în afara ferestrelor de întreținere rezervate.

Aceste alerte sunt trimise partenerilor care s-au înscris pentru alerte Control Hub pentru notificările „Întreținere și ieșiri”, consultați Alerte în Control Hub. Partenerii sunt responsabili pentru asigurarea faptului că Cisco dispune de informații de contact exacte și actuale. Cisco recomandă administratorilor să creeze un cont și să utilizeze Aplicația Webex pentru notificări.

Gestionarea schimbării

Echipa Instanței dedicate utilizează proceduri formale, standardizate pentru a asigura stabilitatea și securitatea serviciului Cloud. Aceste proceduri standardizate facilitează o punere în aplicare eficientă și eficientă, gestionând în același timp cererile de schimbare.

Întreţinere

fereastră De Întreținere

Cisco notifică partenerul de activități de întreținere planificate. Toate modificările planificate apar într-o fereastră de întreținere. Cisco oferă partenerului o notificare scrisă de cel puțin 10 zile lucrătoare în avans pentru întreținerea planificată, care va perturba capacitatea de apelare a clienților. Aceste alerte sunt trimise partenerilor care s-au înscris pentru alertele Control Hub pentru notificările „Întreținere și ieșiri”, consultați Alertele din Control Hub. Partenerii sunt responsabili pentru asigurarea faptului că Cisco dispune de informații de contact exacte și actuale. Cisco recomandă administratorilor să creeze un cont și să utilizeze Aplicația Webex pentru notificări.

Întreținerea include următoarele activități:

  • Activități de întreținere de rutină care prezintă un risc minim de impact asupra clienților

  • Activități planificate și programate care vor perturba capacitatea de apelare a clientului.

  • Reînnoirile de rutină ale certificatelor de aplicații UC gestionate de Cisco. Reînnoirile se bazează pe perioada de valabilitate și data și ora reînnoirii certificatelor. Cisco reînnoiește certificatele aplicațiilor UC cu numai 3-7 zile înainte de data de expirare și urmează procesul standard de gestionare a modificărilor.


     
    Pentru Clienții care au activat conectarea unică (SSO) în aplicațiile UC, odată ce reînnoirea certificatului este finalizată de Cisco, partenerul are obligația de a dezactiva SSO, de a reimporta fișierul metadate IDP și de a reactiva SSO. De asemenea, se recomandă ca partenerul sau clientul să valideze SSO.

Ferestrele de întreținere sunt următoarele pentru AMER:

  • 9 p.m. ET prin 6 a.m. ET, luni până vineri

  • 9 p.m. ET prin 6 a.m. ET, la sfârșit de săptămână (numai întreținerea infrastructurii Cisco)

Ferestrele de întreținere sunt după cum urmează pentru APJC:

  • 9 p.m. JST prin 6 a.m. JST, luni până vineri

  • 9 p.m. JST prin 6 a.m. JST, la sfârșit de săptămână (numai întreținerea infrastructurii Cisco)

Ferestrele de întreținere sunt după cum urmează pentru AUS:

  • 9 p.m. ACȚIONAȚI prin 6 a.m. ACT, luni până vineri

  • 9 p.m. ACȚIONAȚI prin 6 a.m. ACT, la sfârșit de săptămână (numai întreținerea infrastructurii Cisco)

Ferestrele de întreținere sunt următoarele pentru UE și EMEA:

  • 9 p.m. CET prin 6 a.m. CET, luni până vineri

  • 9 p.m. CET prin 6 a.m. CET, la sfârșit de săptămână (numai întreținerea infrastructurii Cisco)


 

Timpul pentru schimbarea ferestrelor menționate mai sus este fix per regiune și nu poate fi schimbat.

Când planificați întreținerea, Cisco va face orice încercare de a minimiza și/sau elimina șansa de întrerupere a serviciului de telefonie pe baza arhitecturii geo-redundante a instanței dedicate. Cisco se așteaptă ca toate configurațiile de conducere ale partenerilor și clienților să adere la cele mai bune practici ale instanței dedicate pentru redundanță. Cisco nu este responsabil pentru o pierdere de concediere din cauza configurării greșite de către partener. Este responsabilitatea partenerului să valideze și să testeze toate integrările din partea a 3-a care nu sunt găzduite/gestionate în cloud Instanță dedicată.

Cisco inițiază upgrade-uri ale aplicațiilor UC numai din următoarele motive:

  1. Există o vulnerabilitate de securitate în versiunea curentă a aplicației UC, iar remedierea necesită un upgrade sau o instalare COP.

  2. Clientul se află în prezent într-o versiune mai mică de n-1 (a versiunii actuale acceptate de instanță dedicată) sau într-o versiune care se apropie de EOL.

  3. Partenerii pot solicita, de asemenea, un upgrade printr-un caz TAC dacă există un nou suport pentru funcții disponibil în versiunile ulterioare ale aplicației UC.

Cisco trimite o notificare de întreținere partenerului și clientului cu 10 zile înainte de fereastra de schimbare și se recomandă ca partenerul să răspundă la Cisco în termen de 2-3 zile dacă programul de modificare propus intră în conflict cu prioritățile lor de afaceri. Acest lucru permite Cisco să găsească o fereastră alternativă de schimbare (zile și sfârșit de săptămână) (data reprogramată este conform cu datele disponibile pentru operațiunile Cisco). Cu toate acestea, în scenarii urgente sau de urgență, cum ar fi remedierea vulnerabilității severe la securitate, certificatele care se apropie de expirații, flexibilitatea de a schimba fereastra de întreținere nu va fi posibilă.


 

Scanarea vulnerabilității instanței dedicate de către un partener sau client nu este acceptată. Instanța dedicată are propriul regim de scanare a vulnerabilității care funcționează în mod constant, efectuăm, de asemenea, teste PEN independente regulate și furnizăm o Scrisoare de atestare pe Portalul de încredere Cisco.

Partenerul poate reprograma întreținerea prin e-mail la ucm-cloud-change-management@cisco.com cu motivul detaliat al reprogramării.

Partenerul a solicitat modificări

Modificările solicitate de partener necesită o analiză comună pentru a evalua impactul asupra instanței dedicate. Acestea includ modificările pe care partenerul dorește să le facă Cisco și modificările pe care partenerul dorește să le facă. De exemplu:

  • Modificări de configurare care afectează dispozitivele de frontieră sau integrarea aplicațiilor

  • Solicită dezactivarea unui serviciu.

Cererile de modificări majore, cum ar fi dezactivarea unui serviciu, sunt trimise către Cisco. Partenerul surprinde cerințele și trimite Cisco prin Echipa de succes a partenerului sau Managerul de cont, pentru a iniția o analiză comună. Înainte de punerea în aplicare a modificării, cererea este evaluată în comun de către departamentul de gestionare a produselor instanței dedicate și de partener.

Modificări de urgență

Cisco și partenerul pot efectua modificări de urgență imediat sau la următoarea fereastră de întreținere disponibilă, din următoarele motive.

  • Pentru a restabili serviciul unui client

  • Pentru a reduce impactul unei ieșiri

  • Pentru a evita o potențială întrerupere a clientului

  • Pentru a remedia o vulnerabilitate a securității

Pentru modificările de urgență din rețea în afara instanței dedicate, partenerul notifică Cisco cu privire la impacturile clienților care sunt vizibile pentru Cisco. Când este posibil în mod rezonabil, partenerul deschide un caz cu Cisco, astfel încât Cisco să poată reacționa la impact.

Atunci când efectuați o schimbare de urgență în instanța dedicată, Cisco notifică partenerul atunci când este posibil în mod rezonabil. E-mailul care identifică orice impact al clientului cauzat de schimbarea de urgență este trimis la lista de comunicare.

Managementul incidentelor

Gestionarea incidentelor minimizează efectele negative asupra afacerii cauzate de erorile din mediul înconjurător. Cisco analizează incidentele pe măsură ce apar pentru a identifica rapid o cauză. Cisco aplică apoi o rundă de lucru până când poate fi implementată o soluție permanentă.

Partenerii se ocupă de gestionarea incidentelor în rețelele lor în conformitate cu propriile procese stabilite. Partenerii notifică Cisco despre activitățile care pot ridica alarme sau alte notificări care sunt vizibile pentru Cisco.

Cisco urmează procesul Fereastra de întreținere pentru aplicarea modificărilor.

Clasificarea cazului de asistență

Severitatea cazului de asistență TAC este stabilită de partener în timp ce deschide un bilet de asistență cu Cisco, în funcție de impactul afacerii. Partenerul poate solicita o escaladare la o severitate mai mare în timpul ciclului de viață al unui bilet, pe baza modificării impactului asupra afacerii.

Următoarea secțiune servește drept ghid pentru partener pentru a determina nivelul corect de severitate în timp ce deschide un tichet de asistență TAC.

Impact caz de asistență

Un caz de asistență TAC este clasificat în funcție de impactul său asupra afacerii (dimensiune, domeniu de aplicare).

Impactul este o măsură a criticii de afaceri a unui Incident, adesea egală cu măsura în care un incident duce la disponibilitatea soluției.

Tabelul 2. Niveluri de impact al incidentelor
Nivelul impactului incidentuluiDefiniții de impact
Pe scară largăMai mult de trei sferturi din mediul partener sunt afectate
MareÎntre o jumătate și trei sferturi din mediul partenerului este afectat
Versiune localizatăÎntre un sfert și jumătate din mediul partenerului este afectat
IndividualizatMai puțin de un sfert din mediul partenerului este afectat

Urgență caz de asistență

Urgența definește caracterul critic al Incidentului și impactul acestuia asupra Serviciilor sau capacitatea partenerilor de a primi Serviciile.

Tabelul 3. Niveluri de asistență pentru situații de urgență
nivel de urgență al incidentuluiDefiniții de urgență
CriticCapacitatea de apelare este oprită fără rezervă sau redundanță
ÎnaltăCapacitatea de apelare este grav degradată
MediuAlte funcții sunt oprite
RedusAlte funcții sunt degradate

Severitatea cazului de asistență

Severitatea definește nivelul efortului depus de Cisco și de partener pentru a rezolva incidentul.

Tabelul 4. Niveluri de severitate a cazului de asistență
Nivelul de severitate al incidentuluiDefiniții de severitate
S1 (Critică)Cisco și partenerul angajează orice resurse necesare 24 x 7 pentru a rezolva situația
S2 (Ridicat)Cisco și partenerul angajează resurse cu normă întreagă în timpul Orelor de afaceri standard pentru a rezolva situația
S3 (mediană)Cisco și partenerul își angajează resursele în timpul Orelor de afaceri standard pentru a restabili serviciul la niveluri satisfăcătoare
S4 (Scăzut)Cisco și partenerul angajează resurse în timpul Orelor de afaceri standard pentru a furniza informații sau asistență

Nivelul de Severitate este determinat prin aplicarea definițiilor Impact și Urgență.

Matricea de gravitate a cazului de asistență

Impact
Pe scară largăMareVersiune localizatăIndividualizat

Urgență

Critics1s1s2s3
Înaltăs1s2s2s3
Medius2s3s3s3
Reduss4s4s4s4

Cisco are capacitatea în timpul triajului incidentelor de a modifica gravitatea cazului și de a reduce gravitatea biletului de asistență, dacă este necesar. Cazul poate fi lăsat deschis pentru o perioadă prescrisă, în timp ce stabilitatea operațională este evaluată.

Obiective timp de răspuns pentru asistență software

Următoarea secțiune detaliază timpul de răspuns planificat al Cisco la cazurile trimise în funcție de severitatea acestora. Ocazional, severitatea cazului poate fi ajustată pentru a se alinia cu orientările de mai sus.

Obiectiv la nivelul Cisco și al serviciului

Instanța dedicată Webex Calling oferă partenerilor asistență tehnică în limba engleză 24x7. Partenerii pot trimite problemele S3 și S4 direct în Manager de caz Cisco Support. Pentru problemele S1 și S2, se recomandă apelarea numărului TAC global 1-800-553-2447.

Standardul Cisco este de a îndeplini nivelurile de severitate S3 și S4 cel puțin 95% din timp, pe baza următoarei grile:

Nivel de severitateRăspuns în cadrul:
s115 minute
s230 minute
s31 zi lucrătoare
s43 zile lucrătoare

Timpul de răspuns este timpul scurs pentru ca Cisco să recunoască o problemă de o anumită severitate. Dacă Cisco nu poate rezolva problema în intervalul specificat, Cisco oferă o stare și un plan de acțiune pentru rezoluție. Timpul de rezolvare depinde de faptul că persoana calificată din partea partenerului este disponibilă pentru a ajuta la reproducerea și/sau izolarea problemei, este o incompatibilitate între Cisco și mediul partenerului. Dacă o astfel de persoană nu poate fi pusă la dispoziție, aceste perioade de rezoluție pot fi prelungite.

Dacă un statut acceptabil și/sau o rezoluție nu a fost îndeplinită de Cisco în intervalele de timp indicate, partenerii trebuie să se mute la Cisco.

Fișiere pachet opțiuni Cisco (COP)

Cisco lansează fișiere COP pentru a schimba ușor modul în care rulează codul de producție și oferă Cisco o modalitate de a implementa software-ul în afara ciclurilor regulate de eliberare a software-ului. Dacă este necesar, fișierele COP sunt eliberate la un moment dat după ce codul inițial de producție este eliberat. Echipele de producție eliberează fișiere COP pentru probleme cu impact ridicat și atunci când nu există un loc de muncă disponibil pentru o problemă. În plus față de remedierile de probleme, fișierele COP sunt uneori eliberate pentru a distribui utilități atunci când se face upgrade (de exemplu, curățarea discului).

De obicei, notițele de câmp cu probleme fixe au un fișier COP asociat. Există, de obicei, un fișier COP separat pentru fiecare problemă.


 
PSIRTs nu au întotdeauna un fișier COP asociat. Pentru PSIRT-uri, de obicei, o nouă versiune este publicată pentru un upgrade complet.

Cisco a inițiat senatori

Dacă Cisco stabilește că mediul instanței dedicate a unui client are nevoie de o instalare de fișiere COP, Cisco utilizează unul dintre următoarele procese:

  1. Dacă fișierul COP dictează o soluție de urgență (vulnerabilitate sau eșec iminent), Cisco încarcă fișierul COP în timpul ferestrei de întreținere programate a Cisco.

  2. În toate celelalte cazuri, instalarea COP va fi programată ca o întreținere regulată cu partenerul sau clientul în urma procedurii regulate de gestionare a schimbării.

Scenariu inițiat de client

Dacă un client decide că are nevoie de o instalare de fișiere COP (firmware-ul telefonului, pachetele locale de limbă, pachetele de dispozitive), clientul trebuie să inițieze următorul proces:

Creați o solicitare de serviciu în Control Hub pentru ca fișierul COP specific să fie încărcat pe serverul SFTP în instanță dedicată, consultați Solicitare serviciu.


 

Cisco va încărca fișierul numai în SFTP sever. Este responsabilitatea partenerului să descarce COP la aplicația UC și să o instaleze, în funcție de confortul dvs.

Fișierele COP sunt publicate pe pagina de descărcare software a Cisco:

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

COP file screen

Gestionarea capacităților

Cisco și partenerul gestionează capacitatea rețelei și a centrelor de date pentru a permite integrarea clienților în soluția Instanță dedicată. Procesul de gestionare a capacității include monitorizarea creșterii continue a abonaților clienților.

Cisco și partenerul au responsabilități separate în procesul de gestionare a capacității.

Responsabilitatea partenerului

Partenerul se asigură că echipamentul său de rețea are o capacitate suficientă pentru a gestiona sarcina și o cantitate adecvată de creștere a prognozei.

Partenerul furnizează numărul de lucrători cu cunoștințe și dispozitive din spațiul de lucru în timpul activării instanței dedicate (numărul furnizat trebuie să fie starea finală a numărului total care va fi configurat în instanța dedicată). Pe baza detaliilor furnizate, Cisco va efectua dimensionarea aplicațiilor UC în instanța dedicată, pentru mai multe informații cu privire la dimensionarea aplicației UC consultați. Partenerul gestionează furnizarea de caracteristici și utilizatori în cadrul capacității solicitate.

Partenerul trebuie să informeze Cisco cu privire la modificări, la numărul de lucrători cu cunoștințe și la numărul de dispozitive din spațiul de lucru furnizate în timpul activării. Pe baza detaliilor furnizate, Cisco va analiza modificările necesare pentru aplicațiile UC și va efectua modificările necesare. Pentru același lucru, partenerul trebuie să ridice un caz de asistență TAC cu Cisco și să lucreze împreună la un plan de extindere. Partenerul poate configura funcțiile și utilizatorii numai după ce se adaugă capacitatea suplimentară pentru client.


 

Poate dura timp pentru a adăuga o capacitate suplimentară, în funcție de tipul de cerință de creștere. Acest lucru va fi lucrat împreună între partener și Cisco.

responsabilitate Cisco

Serviciul de instanță dedicată monitorizează capacitatea centrului de date și se asigură că echipamentul centrului de date are o capacitate suficientă pentru a gestiona sarcina și o cantitate adecvată de creștere a prognozei.

Cisco informează partenerul cu privire la extinderile sau modificările planificate pentru a aborda creșterea capacității în cazul în care aceste modificări afectează clientul. Punerea în aplicare a actualizărilor și a modificărilor urmează procesul de gestionare a schimbărilor.

Gestionarea lansării

Cisco păstrează actualele aplicații dedicate Instance Cloud (CUCM, CUCxN, IM&P, CER, Expressway și SME (opțional)), după cum consideră Cisco adecvat, cu cele mai recente caracteristici și funcționalități. Clienții pot opera oricând cu versiunea cea mai curentă („n”) sau cu versiunea anterioară („n-1”).

Cisco informează partenerul cu privire la disponibilitatea lansării și la actualizările planificate (inclusiv cerințele de upgrade) ca parte a alertării și notificărilor de gestionare a modificării. Cisco va comunica atunci când identificăm clienții care vor fi actualizați. Cisco va comunica, de asemenea, versiunea la care clientul va fi actualizat. Partenerul poate alege să reprogrameze upgrade-ul o dată, în funcție de nevoile de afaceri ale clientului, cu până la o săptămână înainte de upgrade-ul programat. La finalizarea cu succes a unui upgrade, Cisco va notifica partenerul.

Pentru mai multe informații, consultați Managementul schimbării.

Gestionarea lansării pentru versiunea Cisco Collaboration Systems

Când devine disponibilă o nouă versiune Collaboration Systems, versiunea anterioară („n-1”) devine „n-2”, iar versiunea curentă („n”) devine „n-1”.

Tabelul 5. Gestionarea eliberării instanței dedicate
Acțiuni dedicate instanței pentru cliențiv12.5-SU7a

(n-1)

v14.0-SU3

(n)

v15.0-SU1

(nu a fost eliberat)

Noi implementări pentru cliențiNeacceptatDaq2-cy24
Actualizări acceptateNu este acceptatDaq2-cy24
Clienții pot rămâneTill v15-SU1 este disponibilDaNA

 
** va trebui să lucreze cu Cisco la cerințele de afaceri pentru a rămâne pe v12.5 și să planifice atunci când clientul va fi gata să se mute la v14.0SU3. A fost anunțată versiunea v12.5 EOL.

La scurt timp după anunțarea unei noi versiuni Collaboration Systems, versiunea „n-2” intră în perioada Sfârșitului Vânzării. Orice client aflat în această versiune trebuie să facă upgrade la cea mai recentă versiune. Cisco va sprijini acest efort informând partenerul să înceapă pregătirea pentru upgrade. Cisco și partenerul vor coordona în comun o fereastră de întreținere în funcție de nevoile de afaceri ale clientului.

Actualizarea la cea mai recentă versiune Collaboration Systems este opțională pentru clienții din versiunea n-1 Collaboration Systems. Dacă este necesară o actualizare a lansării Collaboration Systems sau dacă este necesară o actualizare SU din cauza funcțiilor noi, consultați Cisco pentru a coordona o fereastră de întreținere pentru upgrade. Dacă Cisco constată că un upgrade SU este necesar din motive de stabilitate sau performanță, Cisco se va coordona cu partenerul pentru a programa upgrade-ul.

Cisco va notifica partenerul cu privire la finalizarea cu succes a unui upgrade.

Gestionare rețea

Responsabilitățile partenerului

Partenerul își monitorizează rețeaua și echipamentele care sunt conectate la centrul de date al instanței dedicate Cisco. Partenerul monitorizează, de asemenea, rețeaua și echipamentele sale care sunt:

  • Utilizat pentru a sprijini serviciul Instanță dedicată ȘI

  • Conectat la sediul clientului.

Partenerul monitorizează toate dispozitivele gestionate de parteneri integrate cu Cloud instanță dedicată.

Responsabilități Cisco

Instanța dedicată Webex Calling utilizează instrumente de rețea de vârf din industrie pentru a monitoriza conexiunile de rețea ale centrului de date dintre centrul nostru de date și instrumentele de rețea și de asigurare partenere pentru a identifica și izola în mod proactiv deficiențele de serviciu în centrele noastre de date dispersate la nivel global, redundante din punct de vedere geo.

Cisco nu monitorizează serviciile de integrare în dispozitivele gestionate de parteneri conectate la Cloud Instanță dedicată. Aceasta include, dar nu se limitează la, următoarele:

  • Cisco nu monitorizează trunchiul SIP al instanței dedicate către un alt cluster decât clusterul UC al instanței dedicate

  • Cisco nu monitorizează punctele de rutare CTI ale instanței dedicate către un alt centru de contact decât un Contact Center Express gestionat de Cisco.

Backup și restabilirea responsabilităților

Următorul este un rezumat al responsabilităților Cisco și ale partenerilor pentru operațiunile de backup și restaurare.

Petrecere Responsabilități
Partener

În sistemul Instance Cloud dedicat partenerului, partenerul trebuie să mențină întotdeauna:

  • Protecție adecvată și backup-uri ale datelor utilizatorului final gestionate de partener.

  • Protecție adecvată și backup-uri ale datelor utilizatorului final administrate de partener.

Cisco

Cisco susține toate aplicațiile UC implementate în instanță dedicată în fiecare noapte, iar ultimele 3 backup-uri bune sunt salvate în centrul de date Cisco. Copiile de rezervă mai vechi de 3 zile sunt stocate pentru încă 30 de zile. Toate copiile de rezervă sunt protejate prin parolă și separate pentru fiecare client, care vor fi utilizate numai pentru a restabili aplicația UC ca parte a recuperării dezastrelor (pentru mai multe informații despre recuperarea dezastrelor, consultați sistemul Cisco de recuperare a dezastrelor). Cisco nu face restaurări la cerere sau nu permite utilizarea acestora ca strategie de schimbare de rezervă.


 
Partenerii nu vor avea acces la aceste backup-uri și nu li se va permite să configureze backup-urile la centrele lor de date.
  • Cisco Unified CM este restaurat la cea mai recentă copie de rezervă a configurației.
  • Conexiunea Cisco Unity este restaurată la cea mai recentă copie de rezervă a configurației și a mesajelor vocale.
  • Serviciul Cisco IM și Presence este restaurat la cea mai recentă copie de rezervă a configurației. Mesajele instantanee nu sunt susținute.

sistem de recuperare dezastre Cisco

Sistemul de recuperare a dezastrelor (DRS), care poate fi invocat de la Cisco Unified Communications Manager Administration, IM și Presence Service Node sau de la orice nod Unity Connection, oferă backup complet de date și restaurare capabilități pentru toate serverele UC. DRS permite Cisco să efectueze în mod regulat backup-uri de date automate sau invocate de utilizator. DRS efectuează, de asemenea, o copie de rezervă la nivel de cluster, ceea ce înseamnă că colectează copii de rezervă pentru toate serverele dintr-un cluster Cisco Unified Communications Manager într-o locație centrală și apoi arhivează datele de rezervă pe dispozitivul de stocare fizică. Cisco face o copie de rezervă personalizată a Expressways și utilizează același lucru pentru recuperarea nodurilor.

Partenerii nu vor avea acces la DRS. Cisco susține datele pentru toate aplicațiile UC implementate în cloud Instanță dedicată. Dacă apare un dezastru real, Cisco va restabili datele din ultimele date de rezervă disponibile. Partenerii pot efectua recuperarea după ce Cisco a făcut restaurarea DRS.

Strategia de recuperare în caz de dezastre:

  • Strategia de redresare: În cazul unei situații care afectează centrul nostru de date, care ar putea afecta atât editorii, cât și abonații, obiectivul nostru principal este de a restabili rapid serviciile pentru a minimiza eventualele întreruperi. Centrul de date pentru eșecuri se va asigura că capacitatea de apelare nu este afectată. Strategia noastră de redresare este adaptabilă şi condiţionată de natura specifică a eşecului:
    1. Aplicație nereușită: Dacă problema este identificată ca un eșec al aplicației sau corupție, scopul nostru este de a stabili un nou editor utilizând servicii de backup DRS și de reluare într-un interval de timp de o zi lucrătoare.
    2. Eşec hardware: În cazul unei defecțiuni hardware, decizia de a crea un nou editor în cadrul aceluiași centru de date sau al altui centru de date sau de a recupera hardware-ul eșuat va depinde de circumstanțele unice și de natura defecțiunii. Prioritatea noastră, ca întotdeauna, este de a minimiza întreruperile și de a accelera restaurarea serviciilor.
  • Calendarul activării recuperării dezastrelor: Calendarul exact pentru inițierea protocoalelor noastre de recuperare a dezastrelor este bazat pe diverși factori, inclusiv amploarea dezastrului, durata estimată a recuperării și impactul potențial asupra serviciilor noastre. Echipa noastră dedicată monitorizează în mod continuu situația, încercând să găsească un echilibru între reducerea timpului de nefuncționare și executarea eficientă a procesului de recuperare a dezastrelor. Pe baza acestor considerente, vom comunica acordul la nivel de servicii (SLA), acțiunile care sunt întreprinse și termenele de recuperare preconizate într-o manieră transparentă, pentru a ne asigura că sunteți informat pe tot parcursul procesului.