- Ana Sayfa
- /
- Makale
Geri bildiriminiz için teşekkürler.
Webex Calling - Özel Bulut Sunucuna Hazırlık ve Geçiş Sürecinde En İyi Uygulamalar
Bu makalede
Geri Bildirim?Operasyonel verimlilik için tasarlanmış kapsamlı, yedi kapılı geçiş çerçevesiyle Webex Calling - Özel Bulut Sunucusu'na geçişte ilerleyin.
Kapsam
Bu makale, arama ortamlarını Tahsis Edilmiş Bulut Sunucusuna (DI) taşıyan İş Ortak ları ve Müşteriler için yapılandırılmış, self servis Webex Calling geçiş çerçevesi sağlar.
Bu makalede açıklanan geçiş uygulamaları ve kilometre taşları Webex Kurulum Yardımı programı metodolojisine dayanmaktadır ve Cisco teslimat, mühendislik ve geliştirme ekiplerinin kapsamlı gerçek dünya deneyimini yansıtır. Bu yöntemler, BroadCloud, BroadWorks, Spark Calling, Unified CM (UCM), Barındırılan İşbirliği Çözümü (HCS) ve üçüncü taraf PBX platform larından geçişler de dahil olmak üzere son yedi yılda yüz binlerce benzersiz müşteri konumu dağıt ımıyla geliştirildi. Kılavuz, tek kol tuklu dağıtımlardan 100.000 oturuma ve yüzlerce konumu aşan büyük ölçekli uygulamalara kadar çok çeşitli müşteri ortamları için geçerlidir ve geçiş yaşam döngüsü boyunca tutarlılık, kalite ve operasyonel verimlilik sağlamak için uzun süredir kurulmuş, kanıtlanmış Cisco süreçlerini takip eder.
Makale, okuyucuların zaten Webex Calling - Özel Bulut Sunucusu lisanslaması, Webex Control Hub yönetim modeli ve temel Unified Communications Manager yazılımı ve özellikleri hakkında bilgi sahibi olduklarını varsayar.
Giriş
Dürüst olalım - geçiş kelimesi bir BT ekibinde nadiren heyecan uyandırır. Soruları tetikler. “Ne kırılır?” “İşi kim yapıyor?” “Neyin kontrolünü kaybediyoruz?” “Zaten ışıkları açık tutarken bu gerçekçi mi?” Bunlar ilerlemeye karşı direnç belirtileri değildir; Görev açısından kritik bir arama platformunu taşımanın bir hafta sonu projesi olmadığını anlayan deneyimli profesyonellerin içgüdüleridir. Ses, kullanıcıların iki haftalık bir kes inti planlama çabası fark etmeden önce iki saniyelik bir aksaklık fark ettikleri tek hizmettir ve bu gerçeklik her değişikliği olması gerekenden daha ağır hissettiriyor.
İyi haber mi? Rakamlar korkudan çok farklı bir hikaye anlatıyor. İyi yapılandırılmış bulut geçişlerinde, mühendislik çabalarının kabaca %95'i hazırlığa ve yalnızca %5'i gerçek değiş ime yatırılır. Daha da iyisi, bu %95'inin çoğu, ekibinizin normal 2. Gün işlemlerinin bir parçası olarak halihazırda gerçekleştirdiği faaliyetlerden oluşuyor - envanter hijyeni, sertifika yönetimi, arama planı incelemeleri, cihaz yaşam döngüsü takibi ve belgeler. Başka bir deyiş le, “göç çalışmasının” büyük kısmı zaten yaptığınız iştir. Bu yapılandırılmış yaklaşım , onu, üstüne değil, mevcut operasyonel ritminize uyan bir hızda, tanımlanmış bir sonuca doğru yönlendirir.
Her göçün tam olarak prova edilebileceğini gördüğünüzde “görev imkansız” hissi de kaybolur. Küçük, temsili bir pilot uygulama, tek bir üretim kullanıcısına dokunulmadan önce uçtan uca süreci, entegrasyonları, yük devretme davranışını ve kullanıcı deneyimini doğrulamanıza olanak tanır. Geçiş gününde hiçbir şey şansa bırakılmaz - çünkü kesme günü, zaten başarılı bir şekilde yürü ttüğünüz bir işlemin tekrarıdır. Ve beklenmedik bir şey olursa, geri alma, açık bir bakım penceresiyle sınırlanan kesimin kendisinin bir aynasıdır. Öngörülebilirlik kaygının yerini alır.
Evet, Özel Bulut Sunucusuna geçmek, özellikle altyapı ve sanallaştırma katmanları üzerinde bazı den etimlerden vazgeçmek anlamına gelir. Ancak ne kazanacağınızı düşünün: Ekibinizin hipervizörleri yamalamak , donanım uyarılarını takip etmek, işletim sistemi düzeyinde güvenliği yönetmek ve kapasite yenilemelerini planlamak için harcadığı saatler . Bu süre, kuruluşunuzu gerçekten farklılaştıran şeylere (kullanıcı deneyimi, benimseme, entegrasyonlar ve paydaşlarınızın gerçekten önemsediği hizmetler) harcan abileceğiniz işe geri döner. Kontrolü kaybetmiyorsunuz; stratejik odaklanma için farklılaşmamış ağır kaldırma işlemlerini yapıyorsunuz.
Karşılığında elde ettiğiniz şey, Cisco'nun mühendislik derinliği ve yüz binlerce dağıtımla geliştirilmiş bir iş ortağı ekosistemi ile desteklenen, piyasadaki en gelişmiş Arama, Toplantı ve İletişim Merkezi portföyüyle sıkı bir şekilde entegre edilmiş bir platformdur. Tanıdık Unified CM ekosistemin tüm gücünü (aynı özellikleri, aynı güvenilirliği, ekibinizin zaten bildiği aynı yönetim modelini) şimdi öğrenmesi gerçekten kolay, modern, kullanıcı odaklı bir yönetim ve analitik şemsiyesi olan Control Hub ile birlikte elde edersiniz. En son yazılımlardaki yükseltmeler, güncellemeler ve kritik güvenlik açığı yamaları Cisco tarafından Cisco tarafından, şirket içi ortamınızdan beklediğiniz aynı (veya daha iyi) güvenilirlikle Cisco tarafından yönetilir .
Yani, evet - değişim risk taşır. Ancak değiş mem ek kendine özgü, daha sessiz bir riski taşır: özelliklerde geride kalmak, değişikliklerin sürekli karmaşıklığını ele almak, yükseltmeleri ve güvenlik açıklarını yayınlamak, ekibinizi artık işi farklılaştırmayan altyapı üzerinde zorlamak ve kaçınılmaz bir geç işi baskı altında yapılana kadar geciktirmek. Aşağıdaki yapılandırılmış, kapılı yaklaşım, bu geçişi olması gerektiği gibi yapmak için tasarlanmıştır: iyi hazırlanmış, dramatik ve yüksek düzeyde doğrulanmış - çoğunlukla halihazırda yaptığınız işlerle yürütülür ve işbirliğinin ilerleyeceği noktaya yönelik olarak oluşturulmuş bir platforma doğru yürütülür.
Güvenden Plana: Bu Kılavuz Nasıl Düzenlenir
Bu güveni yürütülebilir bir yol haritasına dönüştürmek için, bu kılavuz , her aşamada net giriş ve çıkış kriterleri, sahadan öğrenilen dersler ve en yaygın sürprizleri önleyen ön kontroller içeren yedi kapılı bir geçiş sürec inde size yol gösterir:
- Proje Başlatma
- Keşif ve Değerlendirme
- Planlama
- Uygulama
- Dondurmak
- Canlı Yayına Git
- 2. Güne Transfer
Bu modelin bu kadar iyi çalışmasının nedenlerinden biri, üretim ortamınıza yönelik riskin kasıtlı olarak sıfıra yakın bir şekilde yüklenmesi ve yalnızca kontrollü, son bir adımda yüksel mesidir. İşte her aşamada beklenenler:
| Üretim Etkisi | Aşamalar |
|---|---|
| Etki yok | Proje Başlatma, Keşif ve Değerlendirme, Planlama |
| Minimum etki | Uygulama |
| Operasyon süreçleriyle sınırlıdır | Dondurmak |
| Doğrudan etki | Canlı Yayına Git |
Pratik anlamda: yolculuğun çoğu mevcut ortam ınızla birlikte güvenli bir şekilde gerçekleşir. Üretime dokunan ana ulaştığınızda, her entegrasyon oluşturuldu, her süreç prova edildi ve her geri dönüş doğrulandı .
Kılavuz boyunca, geçiş sırasında ve 2. güne kadar güven eceğiniz temel bilgi kaynaklarına atıfta bulunuyoruz:
- Cisco Çağrı Satış Bağlant ısı - Cisco Çağrı Satış Bağlantısı
- Help.webex.com — yetkili ürün ve yapılandır ma belgeleri
- Webex Spaces — gerçek zamanlı sorular için Cisco uzmanlarına ve akran topluluklarına doğrudan erişim
Çerçeve seti ve elimizdeki kaynaklarla, her başarılı geçişin başladığı yerden başlayarak her aşamayı ayrıntılı olarak inceleyelim: Proje Baş latma.
Proje başlatma
Üretim üzerindeki etkisi: Etki YOK
- Temel paydaşları belirleyin
Bunun sadece teknik ekipler ve etkilenen iş ekipleriyle değil, aynı zamanda ilgili Ortaklarla da ilgili olduğunu unutmayın. İşte gerekli paydaşların örnekleri:
- BT yönetimi
- İşletme yönetimi
- Ses hizmetleri ekibi
- İletişim merkezleri ekibi
- Ağ ekibi
- DNS/DHCP ekibi
- Güvenlik ekibi
- IAM ekibi (örn. Entra, AD, SSO)
- Tahtayı değiştir
- MACD ortağı
- Yönetilen hizmetler ortağı
- 3d parti entegrasyon satıcıları (Çağrı, Faks, Kayıt vb.)
- Yerel, şirket içi destek
- RedSky/Kamu güvenliği ekibi.
- Proje lideri veya Proje yöneticisi seçimi.
Özel Bulut Sunucusuna geçişlerin geleneksel “Yalnızca Uygulama seviyesi” entegrasyonlarından daha karmaşık bir koordinasyon gerektirdiği göz önüne alındığında, dahili Proje yönetimini ve haftalık çağrılar, iç ekipler koordinasyonu, dış satıcı katılımı, değişikli klerin koordinasyonu vb. gibi ilgili tüm görevleri yürütmek için ekip üyesinin atanması arzu edilir.
- Projeye başladığınız girişleri senkronize edin
Özel Bulut Sunucusuna geçmek için bir strateji alınmasının birçok avantajı ve nedeni vardır. Gelecekteki çözüm üzerinde temel vizyon oluşturmak önemlidir.
Küme konsolidasyonu, arama planı, planlanan yeni özellikler gibi herhangi bir değişiklik var mı?
Yazılım uç noktalarını “olduğu gibi” mi geçiriyorsunuz yoksa geçiş Webex Uygulamasına taşınmayı mı varsayıyorsunuz?
Kullanıcıların İletişim Merkezleri ile ilişkisi nedir?
- Özel Bulut Sunucusu ile hızınızı artırın
Adanmış Bulut Sunucuna Giriş: Adanmış Bulut Sunucusuna Giriş
BDM (İş Karar Verici Slaytları) BDM
TDM (Teknik Karar Verici Slaytlar) T DM.
Keşif ve değerlendirme
Üretim üzerindeki etkisi: Etki YOK
Keşif ve değerlendirme, profesyonel proje ve teknik proje planı geliştirme için temel oluşturacak tüm gerekli kapsam unsurlarını belirlemek amacıyla girdiler üzerinde önceki ekip senkronizasyonu toplantılarında elde edilen bilgilerin devamı ve kullanılmasıdır.
- Mevcut Küme kurulumu
Yapılan tüm özellikler ve entegrasyonlarla mevcut şirket içi kurulumu tanımlayın. İşte bak ılacak örnekler:
- Uygulamalar ve boyutlandırma,
- Konumlar,
- IP adresleme,
- Kullanıcılar nasıl senkronize edildi/sağlandı (yerel, ldap),
- Kimlik doğrulama yapılandırıldı (SSO),
- CA vs Kendinden imzalı sertifikalar,
- Güvenlik modu,
- ILS/GDPR kullanımı,
- Özellikler,
- Aşağıdakiler gibi Extension Mobility siteler arası özelliklere özel odaklanma
- CER/911 entegrasyonu,
- MRA kullanımı,
- CDR,
- Sesli mesajlar ve O365 ile entegrasyon,
- Jabber ve WebExApp
- Jabber geçişi durumunda, mevcut Jabber uç noktalarının nasıl yapılandırıldığına (örneğin xml yapılandırması, ses hizmeti etki alanı) ve SCCM kullanımı gibi yeniden yapılandırma seçeneklerinin neler olduğuna yakından odaklanılmalıdır. Aşağıda not edilen standart senaryolar verilmiştir: Jabber'i yapılandırma
- Kontrol edilecek odaklı cihazların listesi
- Kullanımdan kaldırılan cihazlar (Rel12.0x'ten bu yana kullanımdan kaldırma listesine eklenen yeni aygıtlar yok) Kullanımdan kaldırılan telefonlar
- Destek cihazlarının sonu (Cihazlar hala herhangi bir yazılım sürümüne kayıtlı olabilir, ancak 2. Gün perspektifinden desteklenmez)
- CSR-Compatibility-Matrix-Interactive.html dosyası
- Özel Kısıtlama cihazları 7925, 7940, 7960 Eski telefon modellerini Özel Örne ğe kaydedin
- Yardımdaki araçlar:
Özel Bulut Sunucusu Geçiş Öncesi Yardımcısı: Değerlendirme raporları oluşturun
Control Hub'daki Geçiş Öncesi Yardımcısı, kaynak verileri toplamanıza ve üçüncü taraf bir araç kullanarak UC M'den Özel Bulut Sunucusuna geçiş için ön koşulları kontrol etmenize yardımcı olur. Geçişten önce hazır olup olmadığını değerlendirir, kontrol listeleri sağlar ve şirket içi kümenizle Özel Bulut Sunucunuz arasındaki verileri karşılaştırmanıza olanak tanır.
Asistan'ı çalıştırmak için şirket içi Kümenizin We bex Bulut Bağlantılı UC ortamına bağlı olması gerekir. Genel açıklama ve ön koşullar burada bulabilirsiniz: Web Excloud-ConnectedUC
UCM için işe alım süreci: Webex Cloud Connected-UC kurulumu
Geçiş Öncesi Asistanı'ndan kolayca okunabilir xls formatında çıktı olarak alabileceğiniz önemli bilgilerin listesi:
- Düğümler ve çalışan yazılım
- Kurumsal parametreler
- SIP gövdelerinin listesi
- Uygulama kullanıcılarının listesi, roller
- Aygıt sayısı (ve cihazların tam listesi), Rota grupları ve Bölümler, Kon umlar, Son kullanıcılar
- CM Grupları, Aygıt havuzları
- DB replikasyonunun sağlık durumu
- Yüklü COP'lar
- Numaralandırma planları
- Telefon hizmetleri
- Uzak varış noktaları
- Özel sorularınızı desteklemek için Webex Spaces:
UCM Cloud ve Özel Bulut Sunucusuna Sorun: webexteams: //im? boşluk=5db6bb40-d3c7-11e9-a319-df8a35abe85a
RedSky External - E911 Solutions Plus İş Ortağı Katılımını Sor: https://eurl.io/#fWfT1SnOz
Webex Kurulum Yardımcısı - Webex Calling ve DI: webexteams: //im? boşluk=76beab50-084b-11ed-abc8-ab581010b1de.
- Yardımdaki araçlar:
Planlama ve uygulama
Üretim üzerindeki etki: mevcut üretim ortamı üzerinde minimum etki
Adanmış Bulut Sunucusu Geçiş süreci açısından Cisco'nun en iyi uygulamaları aşağıda gösterilmiştir:
Özel Bulut Sunucusunu Etkinleştir (İlk Kez Kurulum Sihirbazı)
Özel Bulut Sunucusunu etkinleştirmek için bkz. Ayr ılmış Bulut Sunucusunu Etkinleştirme
DI ortamı oluşturma (Özel Bulut Sunucunun Sağlanması)
DI ortamı oluşturmak için Webex Calling temel yapılandırma için Ayrılmış Bulut Sunucusuna bakın
En sık sorulan sorular, notlar:
- Burada açıklanan yapı boyutlandırması (Özel Bulut Sunucu Boyutlandırması): https://help.webex.com/en-us/article/dk3o5r/Introduction-to-Dedicated-Instance Küme sayısı ve genel boyutlandırma, satın alınan lisans sayısıyla uyumludur. Genel olarak boyutlandırma, Flex sözleşmesine göre rezerv büyümesini (türüne göre %15 ve ya% 20) ve bilgi çalışanı başına 3 aktif cihazın sağlanmasını sağlar). Cisco CloudTüm derlemeler için Orta OVA kullanan platform sertifikalı sınıfının en iyisi bilgi işlem ve tam olarak dağıtılmış bir Özel Bulut Sunucusu kümesi, 8 adede kadar çağrı işleme sunucus unu veya yaklaşık 50.000 cihazı destekleyebilir
- KOBİ İsteğe Bağlıdır, en az 3 Küme ve/veya Bölge satın alınmasını gerektirir. Cisco taraf ından tasarım ve kapasite incelemesi isteyin
- İlk MRA Kapasitesi %20'dir ve TAC bileti ile gerçek ihtiyaca göre %100'e kadar artırılabilir
- Otomasyon, servis verilebilirlik ve analitik entegrasyonlarında kullanıldığı gibi, adın önünde “x” bulunan yapılandırma öğeleri yeniden adlandırılmamalıdır. Temel yapılandırma için Webex Calling özel örnek
- Bir bölgede 3'ten fazla Küme olması gerekiyorsa, DI Bulut Sunucuları için standart IP adreslemesi bir seçenek DEĞİLDİR
Referans. Standart IP Adresleme, Veri merkezleri konumu: Veri merkezleri konumu.
Özel Bulut Sunucusuna Erişim:
Adanmış Bulut Sunucusu uygulamasına erişmek için Eri şim Özel Bulut Sunucusu uygulamalarına bakın
En sık sorulan sorular, notlar:
- DI uygulamalarına Control Hub üzerinden veya doğrudan Müşteri ağından erişilebilir. Otoyollar dışında CLI erişimi de sağlanmıştır.
- Kullanıcı Sıralamaları:
- 3 - İş Ortağı Yöneticisi
- 4 — Müşteri Yöneticisi
- 5 - Kurumsal Kullanıcı
- ProAdmin olduğu otomasyon tarafından oluşturulan Webex alanında paylaşılan DI Uygulamalarına erişmek için kimlik bilgileri.
Eşleme/Bağlantı
Ayrılmış Bulut Sunucu ve Toplantılar için Edge bağlantı senaryolarının Webex Calling ayrıntılı açıklamalarını içeren Ağ Mimarisi. PA_Edge_Connect_Design.pdf dosyası
*Tam kullanım durumuna bağlı olarak çakışabilecek veya birbirini tamamlayabilecek birden fazla sen aryoyu tanımladığı için belge dikkatli kullanılmalıdır. Ayrılmış Bulut Sunucus una tam referans, “Ayrılmış Bulut Sun ucu Mimarisi için Edge Connect “bölümünde bulunabilir.
Webex EdgeBağlan
Webex EdgeBağlan En sık sorulan sorular, notlar:
- Dedicated Instance 2 bağlantıları bir “zorunluluktur”
- 4 bağlantı bir seçenektir ancak “geçmeye” izin verilmez, bunlar “çiftler” halinde kullanılır
- Bağlantılardan birine yönelik herhangi bir DI trafiğinin önceliklendirilmesi DESTEKLENMEZ ve genellikle uygulanamaz, çünkü her bir taraf/DC benzersiz alt ağının /25 Özel Bulut Sunucusu veri merkezi konumlarının reklamını yapar.
Webex Sanal bağlantı
Webex Sanal bağlantısı hakkında bilgi edinmek için bkz. Ayrılmış Örnek-Sanal Bağlantı
En sık sorulan sorular, notlar:
- Virtual Connect ile desteklenen maksimum bant genişliği 250Mbps'dir
- ESN dağıtımı durumunda bu seçenek uygun değil/desteklenmiyor.
Özel Bulut Sunucusu Ağı ve Güvenlik Gereksinimleri (Ağ Kaynağı, Güvenlik Duvarı Bağlantı Noktaları, DNS bilgileri)
Ağ ve güvenlik gereksinimleri hakkında bilgi edinmek için bkz. Ağ ve Güvenlik gereksinimleri
En sık sorulan sorular, notlar:
- SNMP izlemeye izin verilmez. SNMP istisnaları, Control Hub aracılığıyla hizmet isteğine ihtiyaç duyan CER ve Inform acast iş akışlar ıdır
- DI'den harici SFTP'ye erişim yoktur. Güncellemeler, yükseltmeler ve diğer iş akışları için kullanılan SFTP, DI ortamında bulunur ve sınırlı senaryolar için sağlanır (Control Hub Hizmet İsteği ile uyumlu yeni cop/bellenime erişim gibi).
ESN (Gelişmiş Hayatta Kalma)
Başlayın/ Genel bilgi: Gelişmiş Hayatta Kal ma Özelliğine Başlayın
Ön Koşullar: Geliştir ilmiş Hayatta Kalma Önkoşulları
Aktivasyon için: Gelişmiş hayatta kalma özelliğini etkinleştir in.
En sık sorulan sorular, notlar:
- ESN Flex SKU “Bölge başına” bazındadır. Örneğin, Amerika'da 5 ESN düğümünü entegre etmeniz gerekiyorsa, Kümede izin verilen maksimum Çağrı İşleme Düğümünü etkilemeden bir Kümeye 8 adede kadar ESN düğümü eklemenize izin verecek 1 ESN SKU sipariş etmeniz gerekir.
- Müşteri, gerekli sanallaştırılmış kaynakların sağlanmasından ve otomasyonla Aboneye dönüştürülecek ve Kümeye eklenecek Medium OVA Publisher'ın kurulumundan sorumludur. https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/uc_system/virtualization/virtualization-cisco-unified-communications-manager.html
- Cisco, CA sertifikalarından sorumludur. Etkinleştirme sürecinde, ESN düğümünü listeye dahil etmek için Cluster'ın sertifikalarının yenilenmesi/güncellenmesini yetkilendirmeniz istenecektir .
Dizin senkronizasyon hizmeti
Kullanıcıları ldap üzerinden senkronize etmek veya yerel oluşturmak için UCM şirket içinde kullanılan geleneksel yöntemin yanı sıra, kullanıcıları Control Hub (Webex Com mon Identity Service) aracılığıyla Azure veya Directory Connector aracılığıyla senkronize etmek için Özel Örnek seçeneği vardır. Webex CI dizin hizmeti için yalnızca SSO dağıtımı desteklenir.
Özel Bulut Sunucusu için Webex Ortak Kimliği aracılığıyla dizin hizmeti entegrasyonu
En sık sorulan sorular, notlar:
- Belirli bir küme için Azure AD sağlama işlemi tamamlandıktan sonra, grup ayarları dışında aynı küme için yeni senkronizasyon sözleşmeleri oluştur amaz veya yapılandırma ayarlarını değiştiremezsiniz. Dizin Cisco TAC Hizmetini sıfırlamak için desteğe başvurun. Daha sonra provizyon için yeni bir sözleşme oluşturabilirsiniz.
- Yeni sözleşmenin oluşturulduğu andan itibaren 18 saat içinde senkronizasyonu etkinleştirmeniz gerekir. LDAP senkronize edilmiş kullanıcılar aktif hale gelir ve 24 saat hareketsiz kaldıktan sonra kaldırılır. Kullanıcılar oturum açamaz ve Unified CM hizmetleri kullanamaz.
- Call Manager'da Yapılandırma düzenlenebilir olarak görünse bile, senkronizasyon sözleşmesi sağlama sırasında otomasyon tarafından oluşturulan şeyin ötesinde değiştirilmemelidir. Ayarlar bir kez senkronizasyon göster se de, Control Hub, Ortak Kimlik'teki 24 saatlik döngü değişikliklerini Unified CM veya Cisco Unity Connection olarak senkronize eder.
- Hizmet yalnızca Dizin Eşitleme için kullanılır (!). Kimlik doğrulama, bir ön koşul olan SSO aracılığıyla ayarlanmalıdır.
SSO
Özel Bulut Sunucusu için SSO zorunlu değildir. Her neyse, Webex Common Identity, WebEx App kullanımı gibi bazı önemli hizmetler için zorunludur. SAML SSO dağıtımı, UCM şirket içinde olduğundan farklı değildir ve aşağıda açıkl anmıştır. Tek operasyonel nüans, aktivasyon sırasında SSO testi için Sıralama 1 Kullanıcı gerektiren aktivasyon süreciyle ilgilidir. İş Ortağı ve Müşteriler, Rank3-5 ayrıcalıklarıyla sınırlıdır, bu nedenle aktivasyon için Cisco desteği gereklidir ve Control Hub 'daki Hizmet Talebi aracılığıyla talep edilmelidir (biletin UC Uygulama Yönetimi türü)
CUCM_b_saml-sso-deployment-guide-release-15.html dosyası
Servis talebi açmak için Hizmet isteği nasıl yükseltilir böl ümüne bakın.
Özel Bulut Sunucu Kümesinin Şirket İçi Küme ile Entegrasyonu
Geçiş senaryolarının çoğunun tek seferlik geçiş, önceden test edilmesi gerekliliği ve belirli düzeyde çapraz entegrasyon olarak gerçekleşemeyeceğini göz önünde bulundurarak, ilk adımlardan biri olarak kümeler arası gövde ve ilgili yapılandırmanın ayarlanmasını öneririz. Kullanılıyorsa ILS.
Sertifika birleştirme
Sistemi geçişe hazırlamanın en önemli görevlerinden biri şirket içi ve bulut sistemleri arasında, tüm güvenli entegrasyonlar olan sertifika alışverişi yapmaktır. Bunu yaparak, telefonların fabrika ayarlarına sıfırlamaya gerek kalmadan yeni kümeye ve eski kümelere serbestçe geçmesine izin verirsiniz.
En sık sorulan sorular, notlar:
Genellikle bu, sertifikaların DI'den paylaşılmasını ve bunları şirket içi tarafa yüklemeyi içerir
- CallManager.pem (Çoklu SAN)
- ITLRecovery.pem
- Ara CA Sertifikası
- Kök Sertifikası CA
Müşteri CUCM Tarafından DI'ye doğru:
- Çoklu SAN değilse CallManager.pem (Multi-SAN) Yayıncı ve TFTP Sunucuları Sertifikalarını içerir.
- ITLRecovery.pem (Birahane)
- Ara CA Sertifikası (Sertifikaların CA tarafından imzalanması durumunda)
- Kök Sertifika CA (Sertifikaların CA tarafından imzalanması durumunda).
Webex Uygulaması ve/veya Jabber Geçiş Planı
En sık sorulan sorular, notlar:
- Yeni bir sistemde Jabber girişi ile kullanıcı deneyimi nasıl korunur? Jabber'i şirket içi sistemde olduğu gibi kullanmaya devam etmek için mümkün olan değişiklikler/senaryolar nelerdir? O lası seçenekler şunlardır: Özel Örnekte Jabber'i Oturum Açma için Müşterinin Etki Alanını kullanacak şekilde yapılandırın Özel Bul ut Sunucunda Jabber'i Oturum Açma için Müşterinin Etki Alanını kullan acak şekilde yapılandırın
E911
Özel Bulut Sunucusu dağıtımında, telefonları ve istemcileri izlemek için hem Cisco Emergency Responder (CER) hem de RedSky kullanılacaktır. Şirket içi telefonlar, çağrı teslimi için Red Sky"ye yönlendirmeden önce telefonun konumunu belirlemek ve uygun gönderim konumunu ayarlamak için Acil Müdahale Cihazı kullanılarak izlenecektir.. Webex App kullanıcıları, HELD + protokolü kullanılarak RedSky'de izlenecektir.
Adanmış Bulut Sunucusu, Amerika bölgesinde dağıtılmış CER ile birlikte gelir. Cisco proxy bilgilerini ekler, Ortak/Müşteri sorumluluğu RedSky ayrıntılarını eklemek ve ELIN'leri yapılandırmaktır. LUA komut dosyasını ekliyoruz ve İş Ortağı/Müşteri çalışması için parametreleri yapılandırmalıdır. En sık sorulan sorular, notlar
- RedSky portalında RedSky hesabı nasıl alınır:
- BOT, Webex - E911 Müşteri Hesabı Kurulumunda mevcuttur (E911Account@webex.bot) “destek” yazın ve gelen ve gönderilen formu doldurun. Hesap oluşturulacak ve BOT'ta sağlanan yönetici e-postasına bir e-posta gönderilecektir
- E911'i Özel Bulut Sunucusu için Yapılandırma, E911'i Yap ılandır
Webex Spaces desteği:
RedSky External - E911 Solutions Plus İş Ortağı Katılımını Sorun: https://eurl.io/#fWfT1SnOz.
Mühendislik ekipleri ve Kullanıcılar değişime hazır
Mühendislik ekiplerinin Adanmış Bulut Sunucunun tüm yönleriyle başa çıkabilmeleri için önerilen kaynaklar şunlardır:
- Cisco Calling satış bağlantısı
- Yardım.WebEx.com
- Webex Akademisi: Akademi
- Evlat edinme kaynakları. Benimseme kaynakları her ikisi için de yararlıdır: hizmetin sunum stratejisine ve özelliklerinin ve Son kullanıcılara büyük destek olabilecek “Nasıl yapılır” kitapçıklarının ve kısa videoların bilgi tabanı. kaynaklar.webex.com.
Dondurmak
Üretim üzerindeki etki: etki operasyon süreçleriyle sınırlı
Dondurma aşamasının amacı, verileri kaynak sistemden hedef Özel Bulut Sunucusuna taşımak ve başarılı bir geçiş sağlamak için gerekli doğrulamaları yürütmektir. Ekiplerin veri taşıma, veri tutarl ılığı denetimleri, test yük devretmeleri ve ilgili testler için gerekli zamana sahip olduğundan emin olmak için donma için 2-3 haftalık zaman dilimi öneriyoruz.
Donma aşamasında MACD'ye ihtiyaç duyulması durumunda, her iki sistemde de gerekli değişiklikler yapılmalıdır.
Veri taşıma/kopyalama için birden fazla yol ve araç mevcuttur. Genel olarak, aşağıdaki gibi Etkin/ Etkin Olmayan bölümleri ve araçları kullanmanızı öneririz:
UCM:
BAT dışa aktarma/içe aktarma ve ilişkili kom ut dosyası
Sürüm 15 ve SU' Cisco Unified Communications Manager lar için Toplu Yönetim Kılavuzu: CUCM_b_bulk-administration-guide-15.html.
Yarnlab gibi UCM geçişleri için harici araçlar.
Birlik:
- Cisco UnityAraçlar. Ücretsiz Cisco Unity ve Cisco Unity Connection ilgili araçların toplanması.
https://www.ciscounitytools.com/index.html
Unity geçişleri için Cobras kullanmanızı öneririz.
CER:
Manuel, Toplu İhracat/İthalat
Yapılandırma verileri taşındıktan sonra, sonraki önemli öğeleri/eylemleri göz önünde bulundurun:
- Farklı telefon modellerinin yeni DI TFTP'ye yeniden yönlendirilmesiyle ilgili olarak DHCP'de Seçenek 150 aracılığıyla manuel veya Seçenek 150 aracılığıyla. Sertifika konsolidasyonu tamamlandıktan sonra her ikisini de test edebilirsiniz: geçiş ve geri alma senaryosu
- Varsa test ağ geçidinin yeniden yapılandırılması
- Gerçek üretim kesintileri için Ağ Geçitleri yapılandırma şablonlarının hazırlanması. Gerekirse komut dosyası oluşturma.
- CH'de Arama davranışının değiştirilmesi yoluyla WebExApp kullanıcısının taşınması
- Önceden tanımlanmış oturum açma yöntemi ve ana küme değişikliği ile Jabber'in taşınması
- Ortam yeteneklerine kadar temel çağrı akışlarının ve işlevselliğinin testi:
- İnternet üzerinden veya VPN üzerinden bağlanan davranışın tutarlılığını kontrol edin
- Telefon ve Yazılım uç noktası ile MRA testi
- PSTN
- 911 Servisi Testi
Cutover Day veya canlı yayın
Her kesinti benzersizdir ve plan tam ortamın nüanslarını içermelidir. Genel olarak konuşursak süreç adımları şunlardır:
- Proaktif TAC bileti oluşturun (Zamanlanmış gönderim)
- Cihazların devreye alınması, ilgili tüm alt ağlarda Seçenek 150'nin değiştirilmesi ve şirket içi çağrı yöneticisinde telefonların sıfırlanması yoluyla yapılır.
- Yeni sistemde kayıtlı telefonların doğrulanması, yeni Özel Bulut Sunucu sistemine başarılı kayıt işlemlerini kontrol etmenin basit bir yoludur
- Doğrulamadan sonra, şirket içi ve Özel Bulut Sunucunda gerekli yapılandırmaları (Etkin ve boş bölümler açısından Satırlar ve Rota desenleri, Ana sayfa kümesi, Reklamlar) Toplu olarak güncelleyin
- Ağ Geçitleri, SRST, Donanım ortamlarının yapılandırmalarını değiştirme
- Tanımlanmış test programını yürütün:
- Site içi, Siteler Arası, PSTN çağrılarını test edin
- MRA
- 911
- Sesli mesaj
- Uygulanabilir özellikler
2. Gün
- Özel Bulut Sunucusu Katman 1 Desteği (TAC) Özel Bulut Sunucusu Katman 1 desteği
- Listelen en konularla ilişkili hizmet talepleri: Hizmet talebi nasıl yükseltilir
- DNS girişi
- Güvenlik Duvarı Güncellemeleri
- Ürün Yazılımı Yükleme
- Bulut Bağlantısı
- Denetim Günlüğü Ayarları
- UC Uygulama Yönetimi
- DI-MT Operasyon arası SIP gövdeleri
- UC uygulama yaşam döngüsü
- Hizmet Olarak Altyapı
- İş Ortağı Operasyonları Kılavuzu
- İş Ortağı Operasyonları Kılavuzu
Teknik destek, Değişim Yönetimi, Olay Yönetimi, Güncellemeler, Yükseltmeler, Kapasite yönetimi, Sertifika yönetimi, DRS İş Orta ğı oper asyon kılavuz unu açıklayan en önemli belgelerden biridir.
- Sorumluluk Matrisi
- RedSky Webex Space webexteams'e sorun: //im? boşluk=7074fce0-489a-11ea-89f3-8f977dd07aa0.
