- 首頁
- /
- 文章
合作夥伴營運指南
本文件旨在協助已完成與專用實例平台整合的合格Webex Calling專用實例合作夥伴了解操作服務的流程和程序。
範圍
本文件和支援資料旨在協助您了解Cisco與合作夥伴之間的營運職責,且適用於以下觀眾:
-
合作夥伴支援
-
合作夥伴與客戶成功組織
技術支援服務 (TAC)
Cisco提供24x7x向合作夥伴提供 365 第 1 層技術支援。如本節所述,合作夥伴為其客戶提供專用實例疑難排解的技術支援。合作夥伴可以根據需要將支援問題上報給Cisco。
專用實例基礎架構由Cisco Cloud Deliver 管理。與不受專用實例管理的裝置相關的任何問題都由合作夥伴負責進行疑難排解。合作夥伴應參與:
-
適當的供應商
-
Cisco設備具有有效的維護合約時,適當的Cisco 產品TAC 團隊。
如需第 1 層支援的相關資訊,轉介。
合作夥伴支援職責
合作夥伴技術支援包括為客戶執行以下操作的能力:
-
提供一般服務資訊。
-
提供組態支援。
-
從技術問題中篩選非技術問題。
-
支援問題隔離和服務缺陷確定。
-
分析錯誤發生的位置。
-
還原由客戶或合作夥伴套用的未正確設定的設定以修正問題。
-
解決合作夥伴管理的任何應用程式或基礎架構的問題。
-
預測新使用者超出初始需求的容量管理需求。
-
配置應用程式功能並執行使用者佈建。
-
處理客戶的帳單和發票。
-
擁有客戶關係。
-
管理 PSTN 服務的解決方案整合。
-
管理客戶對專用實例升級、憑證續訂和基礎架構維護的準備情況。
當合作夥伴與Cisco TAC以尋求支援時,合作夥伴負責協助對問題進行分類。這項職責包括以下內容:
-
擷取並提供已報告問題的詳細資訊
-
根據Cisco TAC的要求協助解決複製和分類問題
-
協助測試修正
-
確認問題與硬體、軟體、應用程式或一般使用者提供的其他來源無關。
合作夥伴有責任確保為其客戶解決以下類型的技術支援需求。
類型 | 問題/問題 |
---|---|
使用者查詢 基本問題 如何…? |
我的電話如何運作?我具有哪些功能?如何使用這些功能? 如何使用自助服務入口網站? 如何使用專用實例 UC 應用程式管理入口網站?如何撥打PSTN 號碼? 如何變更我的語音郵件 PIN? |
合作夥伴處理的最常見支援問題 |
電話無法開機 無法註冊電話 無法檢查語音信箱。 無法使用Cisco UCM功能 無法撥打電話。 無法接聽呼叫 無法聽到音訊 無法登入 Jabber/ Webex應用程式 無法使用 Jabber/ Webex應用程式軟體電話 |
用戶端設定技術問題 |
軟體用戶端的安裝 最終使用者、功能或撥號計劃的設定和設定語音、視訊、語音郵件或IM and 狀態服務的設定和設定 使用者帳戶和端點的佈建,包括LDAP和SSO的實施 |
可能的應用程式錯誤 | 向Cisco報告與記載不同的功能和功能 |
服務停機時間或可用性 |
確認服務可用性和狀態。 確認客戶網路環境(包括 Cloud Connect 或 PSTN 網路)或SIP連線以進行電話整合的線上狀態。 |
合作夥伴技術支援需求
當合作夥伴將支援需求上報給Cisco TAC時,合作夥伴必須提供以下資訊:
一般案例資訊
-
提供有效的訂閱號碼或服務合約號碼。
-
呼叫者必須將自己識別為代表合作夥伴或轉售客戶帳戶的合作夥伴支援團隊成員。
-
合作夥伴代表的姓名、電話號碼和電子郵件地址,或者上報給Cisco的團隊的一般合作夥伴資訊。
聯絡Cisco Cloud支援時,請找出合作夥伴、客戶和問題。
Cisco支援角色和職責
Cisco負責為Cisco Cloud資料中心內的專用實例雲端服務向合作夥伴提供支援,包括補救和問題的高階根本原因分析(Cisco不會在根本原因分析中提供詳細的基礎架構層級資訊) 。如果發生 1 級或 2 級事件, Cisco將透過電子郵件主動通知合作夥伴。
Cisco不負責支援:
-
連接至專用實例雲端資料中心和客戶處所的合作夥伴或客戶網路和設備。
部署在客戶處所的增強生存能力節點將由合作夥伴/客戶和Cisco共同負責。
-
第三方軟體或硬體
合作夥伴有責任獲得第三方軟體或硬體的支援或更新(如果確定這是造成事件的原因)。
與支援相關的通知和警示
合作夥伴會在 Control Hub 中收到有關聲明和已識別核心服務中斷解決方案的警示和維護公告。合作夥伴還會收到有影響力的維護活動或超出保留維護時段的維護活動的提前通知。
這些警示會傳送至已註冊 Control Hub 警示的「維護和中斷」通知的合作夥伴,請參閱Control Hub 中的警示。合作夥伴有責任確保Cisco擁有準確的最新聯絡人資訊。Cisco建議管理員建立帳戶並使用Webex應用程式來接收通知。
變更管理
專用實例團隊使用正式的標準化程序來確保云端服務的穩定性和安全性。這些標準化的流程有助於在管理變更請求時有效率地、有效率地實施。
維護
維護時段
Cisco會將計劃內的維護活動通知給合作夥伴。所有計劃的變更都發生在維護時段內。Cisco會至少提前 10 個工作天書面通知合作夥伴,以了解可能會中斷客戶呼叫功能的計劃性維護。這些警示會傳送至已註冊 Control Hub 警示的合作夥伴,維護和中斷” 通知,請參閱Control Hub 中的警示。合作夥伴有責任確保Cisco擁有準確的最新聯絡人資訊。Cisco建議管理員建立帳戶並使用Webex應用程式來接收通知。
維護包括以下活動:
-
將客戶影響的風險降到最低的日常維護活動
-
會中斷客戶的呼叫功能的計劃和排定的活動。
-
Cisco管理的 UC 應用程式憑證的例行續訂。續訂是基於憑證的有效期及續訂日期與時間。Cisco僅在到期日前 3-7 天更新 UC 應用程式的憑證,並遵循標準變更管理流程。
對於已在 UC 應用程式中啟用單一登入(SSO) 的客戶, Cisco完成憑證續訂後,合作夥伴需要停用SSO、重新匯入 IDP 中繼資料檔案並重新啟用SSO。還建議合作夥伴或客戶驗證SSO。
將根據 SME 的發布者區域排定SME 叢集的維護時段。
AMER 的維護時段如下:
-
週一至週五下午 9 點至上午 6 點
-
美國東部時間下午 9 點至東部時間上午 6 點,週末(僅適用於 Cisco 的基礎架構維護)
APJC 的維護時段如下:
-
週一至週五,JST 下午 9 點至 JST 上午 6 點
-
週末 JST 下午 9 點至 JST 上午 6 點(僅適用於 Cisco 的基礎架構維護)
AUS 的維護時段如下:
-
週一至週五下午 9 點至上午 6 點
-
上午 9 點到上午 6 點,週末(僅適用於 Cisco 的基礎架構維護)
歐盟、歐洲、中東及非洲地區和英國的維護時段如下:
-
週一至週五下午 9 點到凌晨 6 點
-
中部時間下午 9 點至中部時間上午 6 點,週末(僅適用於 Cisco 的基礎架構維護)
上述變更視窗的時間每個地區都是固定的,無法變更。
在規劃維護時, Cisco將根據專用實例的異地備援架構,竭盡全力盡量減少和/或消除任何電話服務中斷的機率。Cisco希望所有合作夥伴和客戶線索設定都遵循專用實例最佳作法,以實現備援。Cisco對因合作夥伴錯誤設定而造成的備援遺失不負任何責任。合作夥伴有責任驗證和測試所有未在專用實例雲端託管/管理的第三方整合。
Cisco僅出於以下原因啟動 UC 應用程式的升級:
-
目前版本的 UC 應用程式中存在安全漏洞,需要升級或安裝 COP 來修正修正。
-
客戶目前的版本小於 n-1(目前專用實例支援的版本)或者接近 EOL 的版本。
-
如果在更高版本的 UC 應用程式中提供新功能支援,合作夥伴還可以透過 TAC 案例請求升級。
Cisco會在變更時段前 10 天向合作夥伴和客戶傳送維護通知,如果建議的變更排程與其業務優先順序衝突,建議合作夥伴在 2-3 天內回應Cisco 。這可讓Cisco尋找替代變更時段(工作日和周末)(重新排定的日期僅為 Cisco 的作業可用日期)。但是,在緊急或緊急情況下,例如嚴重的安全漏洞修正、憑證即將到期,則無法靈活地變更維護時間。
不支援合作夥伴或客戶對專用實例的漏洞掃描。專用實例有自己的持續執行的漏洞掃描機制,我們還進行定期獨立 PEN 測試,並在Cisco信任入口網站上提供證明信。
合作夥伴可透過傳送電子郵件至ucm-cloud-change-management@cisco.com 並說明重新排定的詳細原因。
合作夥伴請求的變更
合作夥伴請求的變更需要聯合檢閱,以評估對專用實例的影響。其中包括合作夥伴希望Cisco進行的變更以及合作夥伴想要進行的變更。例如:
-
影響邊界裝置或應用程式整合的組態變更
-
請求停用服務。
大幅度變更的請求(譬如停用服務)將提交給Cisco。合作夥伴擷取需求並透過合作夥伴成功團隊或客戶經理提交給Cisco ,以啟動聯合檢閱。在變更實施之前,專用實例產品管理和合作夥伴會聯合評估請求。
緊急變更
Cisco和合作夥伴可以立即或在下一個可用的維護時段時進行緊急變更,原因如下。
-
若要恢復對客戶的服務
-
減輕中斷的影響
-
避免潛在的客戶中斷
-
若要修正安全漏洞
對於專用實例外的網路緊急變更,合作夥伴會通知CiscoCisco的客戶影響。在可能的情況下,合作夥伴會向Cisco立案,以便Cisco可以對影響做出反應。
在專用實例中進行緊急變更時, Cisco會在合理可能的情況下通知合作夥伴。識別由緊急變更導致的任何客戶影響的電子郵件將被傳送至通訊清單。
突發事件管理
突發事件管理 盡量減少因環境錯誤對業務造成的不利影響。Cisco會在事件發生時進行分析,以快速地找出原因。然後, Cisco會套用因應措施,直到可以部署永久修正程式為止。
合作夥伴根據自己既定的流程處理其網路中的突發事件管理。合作夥伴會通知Cisco可能引發警報的活動,或其他Cisco可見的通知。
Cisco會遵循維護時段流程來套用變更。
支援案例分類
TAC支援個案嚴重性由合作夥伴在向Cisco開立支援報修單時根據業務影響設定。合作夥伴可以在報修單的生命週期中,根據對業務的影響不斷變化,請求上報為更高的嚴重性。
下一節可作為合作夥伴在開啟 TAC 支援報修單時確定正確的嚴重性級別的指南。
支援案例影響
TAC 支援案例根據其對業務的影響(大小、範圍)進行分類。
影響是事件的業務關鍵性的量度,通常等於事件導致解決方案可用性的程度。
突發事件影響層級 | 影響定義 |
廣泛使用 | 超過四分之三的合作夥伴環境受到影響 |
大 | 合作夥伴二分之一到四分之三的環境受到影響 |
已當地語系化 | 合作夥伴四分之一到二分之一的環境受到影響 |
個人化 | 不到四分之一的合作夥伴環境受到影響 |
支援案例緊急度
緊急情況定義突發事件的嚴重性及其對服務或合作夥伴接收服務的能力的影響。
突發事件緊急程度 | 緊急度定義 |
嚴重 | 通話功能在沒有備份或備援的情況下停止 |
高 | 通話功能嚴重降低 |
中型 | 其他功能已停止 |
低 | 其他功能已降級 |
支援案例嚴重性
嚴重性定義Cisco及合作夥伴為解決事件而花費的努力程度。
突發事件嚴重性層級 | 嚴重性定義 |
S1(緊急) | Cisco和合作夥伴 24 x 7 不間斷地提供任何必要的資源來解決問題 |
S2(高) | Cisco及合作夥伴承諾在標準工作時間提供全職資源來解決問題 |
S3(中) | Cisco及合作夥伴在標準工作時間承諾提供資源,以將服務恢復至滿意的水平 |
S4(低頻) | Cisco及合作夥伴承諾在標準工作時間使用資源提供資訊或協助 |
嚴重性層級是透過套用影響和緊急性定義來確定的。
支援案例嚴重性矩陣
影響 | |||||
廣泛使用 | 大 | 已當地語系化 | 個人化 | ||
緊急情況 | 嚴重 | S1 | S1 | S2 | S3 |
高 | S1 | S2 | S2 | S3 | |
中型 | S2 | S3 | S3 | S3 | |
低 | S4 | S4 | S4 | S4 |
Cisco可以在突發事件分類期間,在必要時變更案例嚴重性,並降級支援報修單的嚴重性。在評估運作穩定性時,案例可能會保留一段時間。
軟體支援回應時間目標
下節詳細說明 Cisco 根據案例的嚴重性,對提交的案例的計劃回應時間。有時,可能會調整案例嚴重性以符合上述準則。
Cisco和服務層級目標
Webex Calling專用實例為合作夥伴提供英語技術支援24x7. 合作夥伴可以在 中直接提交 S3 和 S4 問題Cisco Support Case Manager 。對於 S1 和 S2 問題,建議撥打全球 TAC 號碼 1-800-553-2447。
Cisco 的標準是根據以下網格在至少 95% 的時間內滿足 S3 和 S4 嚴重性級別:
安全等級 | 內的回應: |
S1 | 15 分鐘 |
S2 | 30 分鐘 |
S3 | 1 個工作日 |
S4 | 3 個工作日 |
回應經過時間是Cisco確認給定嚴重性問題的耗用時間。如果Cisco無法在指定的時間間隔內解決問題, Cisco會提供狀態和行動計劃以進行解決。解決時間的取決於合作夥伴方面的合格人員是否有空協助重現和/或隔離問題,是否與Cisco與合作夥伴環境之間的不相容性有關。如果無法將此類人員設為可用,則這些解決時間可能會延長。
如果Cisco未在指定的時限內完成可接受的狀態和/或解決方案,合作夥伴應上報給Cisco。
Cisco選項包 (COP) 檔案
Cisco發行 COP 檔案是為了稍微改變生產代碼的執行方式,並為Cisco提供一種在正常軟體版本週期之外部署軟體的方法。如有必要,會在發行初始生產代碼後的某個時間點發行 COP 檔案。製作團隊會針對高影響力問題以及對問題沒有可用的因應措施時公佈 COP 檔案。除了問題修正之外,有時會發行 COP 檔案以在升級(例如,磁碟清理)時分發公用程式。
通常,具有修正問題的現場通知具有關聯的COP 檔案。每個問題通常有一個單獨的COP 檔案。
Cisco起始的情境
如果Cisco確定客戶的專用實例環境需要安裝COP 檔案, Cisco會使用下列其中一個流程:
-
如果COP 檔案指示緊急修正(漏洞或即將發生故障), Cisco會在 Cisco 的排定維護時段內上傳COP 檔案。
-
在所有其他情況下,COP 安裝將排定為與合作夥伴或客戶遵循定期變更管理程序的定期維護。
客戶啟動的情境
如果客戶決定他們需要安裝COP 檔案(電話韌體、語言地區設定包、裝置包),客戶應啟動以下流程:
在 Control Hub 中為要上傳至專用實例中的SFTP伺服器的特定COP 檔案建立服務請求,請參閱服務請求。
Cisco只會將檔案上傳至SFTP伺服器。合作夥伴有責任根據您的便利下載並安裝 COP 至 UC 應用程式。
COP 檔案會在 Cisco 的軟體下載頁面上公佈:
容量管理
Cisco和合作夥伴管理網路和資料中心的容量,以允許客戶加入專用實例解決方案。容量管理流程包括監控客戶訂閱者的持續增長。
Cisco和合作夥伴在容量管理流程中承擔不同的職責。
合作夥伴責任
合作夥伴確保其網路設備具有足夠的容量來處理負載和適當的預測增長。
合作夥伴提供專用實例啟用期間的知識工作者和工作區裝置計數(提供的數字應該是將在專用實例中設定的總數的結束狀態)。Cisco將根據提供的詳細資料,在專用實例中調整 UC 應用程式的大小,以取得有關 UC 應用程式調整的更多資訊轉介。合作夥伴管理請求的容量內的功能和使用者的佈建。
合作夥伴需要將啟用期間提供的知識工作者和工作區裝置計數的變更通知給Cisco 。Cisco將根據提供的詳細資料,分析 UC 應用程式所需的變更並執行必要的變更。為此,合作夥伴需要與Cisco報告 TAC支援個案,並共同製定擴張計劃。只有在為客戶新增額外的容量後,合作夥伴才能配置功能和使用者。
新增其他容量可能需要一些時間,具體取決於增長需求的類型。這 將 由 合作夥伴 與Cisco共同 完成 。
Cisco的責任
專用實例服務會監控資料中心容量,並確保其資料中心設備具有足夠的容量來處理負載和適當的預測增長量。
Cisco會將計劃中的擴充或變更通知合作夥伴,以解決容量增長問題(如果這些變更影響到客戶)。升級和變更的實施遵循變更管理流程。
版本管理
Cisco將專用實例雲端應用程式(CUCM、CUCxN、IM&P、CER、Expressway 和SME (選用))保持為Cisco認為適當的最新狀態,並提供最新的功能。客戶可以在任何給定時間使用最新的發行版(“n”)或先前的發行版(“n-1”)。
Cisco會將版本可用性和計劃中的升級(包括升級需求)通知給合作夥伴,變更管理 警報和通知。當我們識別將要升級的客戶時, Cisco會進行通訊。Cisco還將告知客戶將要升級到的版本。合作夥伴可以選擇在排定的升級之前最多重新排定一次升級,具體取決於客戶的業務需求。升級成功後, Cisco將通知合作夥伴。
如需相關資訊,請參閱變更管理。
Cisco Collaboration Systems 版本的版本管理
當新的 Collaboration Systems 發行版可用時,先前發行版(「n-1」)的發行版會變成「n-2」,而目前的發行版(「n」)會變成「n-1」。
專用實例客戶操作 | v12.5-SU7a (n-2) | v14.0-SU3/SU4 (n-1) | v15.0-SU1/SU2 (n) |
---|---|---|---|
新客戶部署 | 不支援 | 不受支援 | 支援 |
支援的升級 | 需要升級至 v15SU2 | 需要升級至 v15SU2 | 支援 |
客戶可以留在 | 需要升級至 v15SU2 | 需要升級至 v15SU2 | 是 |
在宣布新的 Collaboration Systems 發行版後不久,「n-2」發行版即進入終止銷售期。使用此發行版的任何客戶必須升級到最新版本。Cisco將透過通知合作夥伴開始為升級做準備來協助完成這項工作。Cisco和合作夥伴將根據客戶的業務需求共同協調維護時段。
建議客戶在 n-1 Collaboration Systems 發行版上升級至最新的 Collaboration Systems 發行版。如果需要 Collaboration Systems 發行版升級,或者由於新功能而需要 SU 升級,請諮詢Cisco以協調升級的維護時段。如果Cisco發現由於穩定性或效能原因需要 SU 升級, Cisco將與合作夥伴協調以排定升級。
Cisco將在成功結束升級時通知合作夥伴。
網路管理
合作夥伴職責
合作夥伴會監控其網路和連接至Cisco專用實例資料中心的設備。合作夥伴還會監控其下列網路和設備:
-
用於支援專用實例服務,以及
-
已連線至客戶處所。
合作夥伴會監控與專用實例雲端整合的所有合作夥伴管理的裝置。
Cisco 的職責
Webex Calling專用實例使用業界領先的網路工具來監控資料中心與合作夥伴網路之間的資料中心網路連線,並使用保證工具來主動識別和隔離我們全球分散的地理冗餘資料中心的服務障礙。
Cisco不監控與專用實例雲端連接的合作夥伴管理的裝置的整合服務。這包括但不限於以下內容:
-
Cisco不監控通往專用實例 UC 叢集以外的叢集的專用實例SIP主幹
-
Cisco不會監控通往Cisco管理的 Contact Center Express 以外的客服中心的專用實例CTI路由點。
備份與還原職責
以下是Cisco及合作夥伴在備份和還原作業方面的職責摘要。
參加方 | 職責 |
合作夥伴 |
在合作夥伴的專用實例雲端系統中,合作夥伴必須始終維護:
|
Cisco |
Cisco每晚都會備份部署在專用實例中的所有 UC 應用程式,最近 3 次良好的備份會儲存在 Cisco 的資料中心內。超過 3 天的備份會額外儲存 30 天。所有備份都受密碼保護,且對於每個客戶都是分開的,這些備份將僅用於作為災害復原的更多資訊,請參閱Cisco災害復原系統)。Cisco不會執行隨選還原,也不允許將其用作變更回退策略。 合作夥伴將無法存取這些備份,也不允許合作夥伴將備份設定至其資料中心。
|
Cisco災害復原系統
可從Cisco Unified Communications Manager 管理、 IM and 狀態服務節點或任何Unity Connection 節點調用的災害復原系統 (DRS) 為所有 UC 伺服器提供完整資料備份和還原功能。DRS 可讓Cisco執行定期排定的自動或使用者引用的資料備份。DRS 還執行叢集層級備份,這意味著它將Cisco Unified Communications Manager 叢集所有伺服器的備份收集到中心位置,然後將備份資料封存到實體儲存裝置。Cisco會執行 Expressway 的自訂備份,並將其用於節點的複原。
合作夥伴將無法存取 DRS。Cisco會備份專用實例雲端中部署的所有 UC 應用程式的資料。如果發生實際災害, Cisco將從最後一個可用的備份資料中還原資料。Cisco完成 DRS 還原後,合作夥伴可以執行複原。
災害復原策略:
- 復原策略:萬一發生影響資料中心的情況(這可能同時影響發布者和訂閱者),我們的主要目標是快速還原服務,以盡量減少任何可能的中斷。容錯移轉資料中心將確保通話功能不受影響。我們的複原策略具有適應性,並取決於故障的特定性質:
- 應用程式失敗:如果問題被識別為應用程式故障或損壞,我們的目標是在一個工作日的時間範圍內使用 DRS 備份和恢復服務建立新的發布者。
- 硬體故障:如果發生硬體故障,決定在相同資料中心內還是在不同資料中心內"安裝;設定"新的發布者,或者復原發生故障的硬體,將取決於獨特的情況和故障的性質。與往常一樣,我們的首要任務是盡量減少中斷並加速服務復原。
- 災害復原啟動的時機:啟動災害復原協議的確切時間取決於各種因素,包括災害的規模、預計的複原持續時間以及對服務的潛在影響。我們的專門團隊會持續監控情況,努力在減少停機時間與有效執行災害復原程序之間取得平衡。基於這些考量,我們將以透明的方式告知您服務等級協議 (SLA)、正在執行的動作以及預期的複原時間表,以確保在整個流程中都能隨時了解您的最新資訊。