Punto elenco di prova 2
Introduzione
D.
R.
Cos'è il Collab UCS Tiger Team
Si tratta di un nuovo team "virtuale" creato all'interno del team CUCM per gestire le richieste di assistenza relative al prodotto BE6k/7k e al suo modello di supporto, che include la conoscenza L1/L2 sulla piattaforma UCS serie C e le conoscenze di base sugli hypervisor (Broadcom ESXi, Cisco NFVIS e Nutanix CCHN).
Il team è stato creato tenendo presenti due obiettivi principali:
- Migliorare le interazioni di collaborazione tra i team di Collab e SV / ENT TAC / Nutanix.
- Migliorare la qualità dei BEMS aperti dai team TAC/HTTS di Collab con i team BU di adozione.
I membri del team Collab UCS Tiger rappresentano la destinazione principale per le nuove SR aperte o per le richieste di collaborazione instradate utilizzando la parola chiave "Business Edition serie 6000 / serie 7000 con UCM".
Se il team Tiger necessita di assistenza nella risoluzione dei problemi di un'applicazione UC, aprirà come di consueto le richieste di collaborazione con i team applicazioni Collab adiacenti (si pensi alla gestione di una richiesta Collab avviata dal team SV). Il trasferimento della proprietà può essere necessario se il problema è isolato per l'applicazione UC; ancora: come al solito.
Quando e come coinvolgere il Collab UCS Tiger Team?
Se si è un TCE (TAC/HTTS) che supporta un'applicazione UC locale (CUCM, IM&P, UCCX, Unity, Expressway, ecc.) in esecuzione su una piattaforma UCS BE6K/7K e si richiede assistenza per la configurazione e la risoluzione dei problemi per ESXi, NFVIS, Nutanix o hardware UCS, è necessario aprire una richiesta di collaborazione con il team UCS tiger (anziché SV/ENT e prima di aprire un BEMS) utilizzando la parola chiave "Business Edition serie 6000 / serie 7000 con UCM".
Poiché i TCE UC devono identificare la piattaforma UCS prima di coinvolgere il team di tigri Collab UCS, in qualità di TCE UC è necessario:
- Raccogliere il numero di serie UCS e il numero di contratto della piattaforma UCS sospetta.
- Confermare in senso antiorario che l'UCS sia un BE6K/7K.* ( )
- Aggiungere una nota che documenta il numero di contratto/SN.
- Aprire la richiesta collab utilizzando il KW "Business Edition serie 6000 / serie 7000 con UCM".
* Se non si è certi che l'UCS sia un BE6K/7k dopo aver esaminato i passaggi nel documento di riferimento, è possibile aprire il laboratorio dopo aver completato il passaggio 3 e il team di tigri può aiutare a confermare.
In che modo sarà assistito il team Collab UCS Tiger?
Il team Collab UCS Tiger fornirà assistenza per:
- Convalida della piattaforma hardware e del livello di assistenza del cliente per il software.
- Fornire assistenza nella risoluzione dei problemi L1/L2 per l'hardware e l'hypervisor UCS (ESXi, NFVIS o Nutanix) e documentare i risultati.
- Fornire assistenza quando la successiva fase di risoluzione dei problemi richiede al proprietario di:
- aggiungere un collaboratore del team SV / ENT/ Nutanix per la risoluzione avanzata dei problemi hardware (L3) o aprire un BEMS con il rispettivo BU dell'adattatore per il supporto aggiuntivo di UCS/hypervisor.
- NOTA IMPORTANTE: Noi (la nostra unità operativa) NON offriamo/vendiamo alcuna licenza incorporata BE6K/7K per i modelli M6 UCS (nemmeno l'aggiornamento dalle confezioni M5). Quindi, se il BE è un M6, NON esiste ALCUNO SCENARIO in cui il cliente possa avere diritto al supporto ESXi da UC TAC o IPCBU.
- Il TCE del team UCS Tiger non è tenuto ad assumere la proprietà del caso e il proprietario deve continuare a guidare la risoluzione dei problemi.
Nota: Tutte le linee di vita di Cisco > VMware sono state eliminate (rivendita, licenza, supporto)
Perché non cambiano le proprietà?
Ogni BU che assembla la loro applicazione UC su BE6K/7K è considerato un "BU adottante". Ciò significa che sono proprietari del supporto BEMS e che il rispettivo team TAC del prodotto è responsabile della risoluzione dei problemi delle applicazioni e della piattaforma su cui viene eseguito. Ciò significa anche che BE è indipendente dalla tecnologia e che tutti i team TAC UC sono proprietari della risoluzione dei problemi quando l'applicazione è in esecuzione su tale piattaforma.
La sfida è sempre stata che per essere in grado di fornire in modo efficiente il supporto L1/L2 per UCS e hypervisor, è necessario avere una formazione approfondita e un'esperienza pratica regolare, il che è un impegno enorme quando le TCE che supportano queste applicazioni UC sono distribuite tra più team in diverse aree geografiche. Per questo motivo, il team Tiger deve essere il team UCS/hypervisor "collab" per assistere gli altri team di collab nella valutazione dei casi BE prima che sia necessario il supporto L3 con SV/ENT/Nutanix o che un BEMS venga aperto con un BU di adozione (o CSPG BU).
Pertanto, se in qualsiasi momento è necessario aprire un BEMS, questo deve essere aperto con il rispettivo BU adottante (UCTG, CCBU, ecc.) che possiede l'applicazione UC originariamente segnalata come interessata; invece di un membro del team tiger "agnostico della tecnologia UC".
| MAIUSC | Nome |
| Turno 1 |
|
| Turno 2 |
|
| Turno 3 |
|
| Turno 4 |
|
Punti di contatto TL:
AMER:
- Cesar Avila (cesavila) CUCM
- Ben Wollak (bewollak)
- Cesar Alonso (cealonso) CUCM
- Andew Wilkinson (andwilki) CCX
EMEA:
- Essam Rashwan (erashwan) CUCM
- Dominik Dyrcz (ddyrcz) APPS
- Sathishbabu Muthalagan (smuthala)
APAC
- Manjunath Junnur (mjunnur) CUCM
- Sateesh Katukam (sakatuka) TP
Cronologia delle revisioni
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
1.0 |
21-May-2026
|
Versione iniziale |
Feedback