A.
这是在CUCM团队内创建的一个新的“虚拟”团队,用于处理与BE6k/7k产品及其支持模式相关的服务请求,包括有关UCS C系列平台的L1/L2知识和基本虚拟机监控程序(Broadcom ESXi、Cisco NFVIS和Nutanix CCHN)知识。
团队创建时考虑了两个主要目标:
协作UCS老虎团队成员是使用“Business Edition 6000系列/带UCM的7000系列”关键字打开的新服务请求或路由协作请求的主要目标。
如果tiger团队需要帮助排除UC应用故障,他们将像往常一样打开与相邻协作应用团队的协作请求(将其视为处理了从SV团队发起的协作请求)。 如果问题与UC应用无关,则可能需要所有权转移;再次:和往常一样。
如果您是TCE(TAC/HTTS),支持在BE6K/7K UCS平台上运行的本地UC应用(CUCM、IM&P、UCCX、Unity、Expressway等),并且需要为ESXi、NFVIS、Nutanix或UCS硬件提供配置/故障排除帮助,则您应使用“Business Edition 600”向UCS老虎团队(而不是SV/ENT团队,并且在BEMS开放之前)提交协作请求系列/ 7000系列,带有UCM”关键字。
由于UC TCE需要在与Collab UCS tiger团队接洽之前识别UCS平台,因此作为UC TCE,您需要:
*如果在查看参考文档中的步骤后无法确定UCS是否为BE6K/7k,则您仍可以在完成步骤3后打开协作,而tiger团队可以协助确认。
协作UCS老虎团队将帮助:
注意:所有思科> VMware生命线已消失(经销、许可证、支持)
在BE6K/7K上捆绑其UC应用的每个BU都被认为是“采用者BU”。这意味着他们拥有BEMS支持,并且其各自的产品TAC团队负责对其应用及其所运行的平台进行故障排除。这也意味着BE本身与技术无关,所有TAC UC团队在该平台上运行应用时都拥有该故障排除功能。
始终存在的挑战是,要能够熟练地提供UCS和虚拟机监控程序L1/L2支持,您需要深入的培训和定期的实践经验,当支持这些UC应用的TCE分布在不同地区的多个不同团队时,这是一项巨大的努力。因此,在需要使用SV/ENT/Nutanix的L3支持或者使用采用者BU(或CSPG BU)打开BEMS之前,让tiger团队成为“协作”UCS/虚拟机监控程序团队来协助其他协作团队对BE案例进行分类。
因此,如果在任何时候需要打开BEMS,则必须与拥有最初报告受影响的UC应用的相应采用者BU(UCTG、CCBU等)一起打开;而不是一个“统一通信技术不可知”的tiger团队成员。
| Shift | 名称 |
| 班次1 |
|
| 班次2 |
|
| 班次3 |
|
| 第4班 |
|
AMER:
EMEA:
亚太地区:
| 版本 | 发布日期 | 备注 |
|---|---|---|
1.0 |
21-May-2026
|
初始版本 |