Geçiş dağıtım kılavuzu

Giriş

Başlamadan önce

Bu kılavuz, IP masa telefonları, video cihazları ve Jabber yazılım istemc Cisco Unified Communications Manager ileri dahil olmak üzere (Unified CM) ve Cisco uç noktalarını yapılandırma ve yönetme deneyimi olan ekipler veya bireyler için tasarlanmıştır. Bu belge boyunca, yardımcı olacak ürün ve destek belgelerine bağlantılar bulunmaktadır.

Bu belge yalnızca çok Webex Calling lu kiracıdan çok kirac Unified CM ıya geçişlere odaklanır. Bu belge Webex Callingdeki terim her zaman çok kiracılı anlamına Webex Calling gelir.

Şuradan Unified CM geçişe başlamadan önceWebex Calling, Webex Calling çözüm ve ilgili bileşenleri hakkında kapsamlı bir anlayışa sahip olmak zorunludur. Başarılı bir geçiş, mevcut Unified CM iş yüklerini düzgün bir şekilde eşlemek ve etkili bir geçiş planı tasarlamak için Webex Calling mimariye, hizmet modellerine, dağıtım seçeneklerine ve ilişkili özelliklere aşinalık gerektirir.

Etkili bir geçiş stratejisini ve operasyonel hazırlığı bilgilendirmek için aşağıdaki Webex Calling bileşenlerin kapsamlı bir şekilde anlaşılması şarttır.

Kontrol Merkezi
Dizin ve kullanıcı sağlama
Webex Callingplatform
Desteklenen arama uç noktaları
PSTN bağlantı seçenekleri
Webex Callingarama planı ve numara yönetimi
Güvenlik ve uyumluluk özellikleri.

Daha fazla bilgi için bkz. Cisco Tercih Edilen MimarisiWebex Calling.

Bu kılavuz, geçiş yaşam döngüsü boyunca kullanılacak araçları ve süreçleri vurgulayacaktır.. Bununla birlikte, şirket içi aramadan yeni bir bulut arama platformuna geçişUnified CM, potansiyel işWebex Calling, teknik ve karmaşık zorluklarla ilgili önemli bir çaba olabilir. Bu zor lukların üstesinden gelmeye yardımcı olmak için Cisco, yolculuğ unuzda size yardımcı olacak birkaç farklı seçeneğe sahiptir. Kurum sal bulut çağrısı - Arama geçişi bölümündeki bilgileri gözden geçirmeniz ve her seçeneği ve her birinin kendi geçişinizde size nasıl yardımcı olabileceğini anlamak önemlidir.

Webex geçiş araçları: Geç işinizi kolaylaştırmak için Control Hub'da yerleşik self-servis, ücretsiz araçlar Webex Calling
Sertifikalı geçiş sağlayıcıları: Webex iş ortaklarına ve müşterilerine karmaşık ve büyük geçişlerde yardımcı olmak için geçiş çözümleri geliştiren Cisco onaylı yazılım ve araç sağlayıcıları. Bu çözümler, geçişi basitleştirmeye, yönetmeye ve hızlandırmaya yardımcı olabilir Webex Calling
Webex Kurulum Yardımı: kullanıcıları ve hizmetleri başarıyla geçirmek için gereken Webex Calling dağıtım ve yapılandırma boyunca müşterilere ve iş ortaklarına rehberlik eden Cisco liderliğindeki geçiş Unified CM hizmeti. Webex Calling

Genel Bakış

Bulut tabanlı iş birliği hizmetlerinin büyümesiyle birlikte, daha fazla müşteri mevcut işbirliği iş yüklerini buluta taşımak istiyor. Daha düşük toplam sahip olma maliyeti, basitleştirilmiş yönetim, sürekli özellik sunumu, artan ölçek ve bulut tabanlı hizmetlerin doğasında bulunan üstün güvenilirlik vaatleri göz önüne alındığında, daha fazla müşteri mevcut işbirliği iş yüklerini buluta taşımak istiyor. Müşteriler şirket içinden bulut işbirliği hizmetlerine geçiş yapmak istediklerinde, geç işin ne anlama geldiğini ve geçişi yapmak için gereken adımları anlamaları önemlidir.

Bu belgenin amacı, özellikle şirket içinden buluta geçiş yapmak isteyen müşteriler için dağıtım rehber Unified CM liği Webex Calling sağlamaktır. Bu dağıtım kılavuzuWebex Calling, okuyucunun, bu geçişi yaparken hangi değişiklikleri Unified CM ve arama iş yükünü şirket içinden buluta taşırken hangi farklılıkların olduğu dahil olmak üzere ve arasındaki arama geç işi hakkında temel bir anlayışa sahip olduğunu varsayar. Devamadan önce, Geçiş harit asında bulunan bilgileri incelediğinizden ve bunlara aşina olduğunuzdan emin olun. Bu geçiş haritası belgesi, bu geçişin değişiklikleri ve farklılıkları hakkında bilgi sağlar.

Şekilde gösterildiği gibi Şirket içi işbirliği mimarisi: çağrı kontrolü ve uzaktan erişim, tipik bir şirket içi dağıtım ağdaki farklı işbirliği altyapısı bileşenlerini, bir çağrı kontrol platformunu, bir uç platformu, donanım ve yazılım uç noktalarını ve hatta bazı durumlarda konferans ve zamanlama platformlarını içerir. Cisco mimarisinde bu, çağrı kontrolü, uzaktan erişim Unified CM için Expressway ve işletmelerden işletmeye (B2B) uç hizmetleri, şirket içi konferans için Cisco Toplantı Sunucusu/ Cisco Toplantı Yönetimi, sesli mesajlaşma için Unity Connection ve kullanıcıya yönelik donanım (Cisco IP Telefonları, Cisco Masa ve Oda video sistemleri) ve yazılım () IP tabanlı uç noktaları içerir. Cisco Jabber Bu bileşenler bazı ortamlarda biraz farklılık gösterebilir, ancak bu belgenin geri kalanında açıklanan geçiş için başlangıç noktasıdır.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***Şirket içi işbirliği mimarisi: çağrı kontrolü ve uzaktan erişim***

Şekil Şirket içi işbirliği mimarisi: çağrı kontrolü ve uzaktan erişim, Cisco Collaboration Enterprise Şirket İçi Dağıtımları için Tercih Edilen Mimari'ye (PA) dayanmaktadır. Kurumsal Şirket İçi hakkında daha fazla bilgi için bkz. Cisco işbirliği tercih edilen mimarileri.

Önce: Şirket içi arama altyapısı bileşenleri tablosu, bulutta geçiş yap madan önce şirket içi mimarinin temel öğelerini Webex Calling listeler.

Tablo 1. Önce: Şirket içi arama altyapısı bileşenleri
Ürün	Açıklama
Unified CM	Cihaz kaydı ve çağrı yönlendirme hizmetleri sağlayan şirket içi çağrı kontrolü
Cisco Expressway-C/E	Uzak uç noktaların kuruluş dışından güvenli bir şekilde bağlanmasını sağlayan Mobil ve Remote Access (MRA) ve işletmel erden işletmeye (B2B) işlevselliği sağlayan uç altyapı. Expressway, harici uç noktalar için güvenlik duvarı geçişi sağlamak için çiftler halinde dağıtılır.
Cisco Toplantı Sunucusu (CMS), Cisco Toplantı Yönetimi (CMM) ve Cisco TelePresence Yönetim Paketi (TMS)	Çok noktalı toplantılar, toplantı yönetimi ve zamanlama özellikleri sağlayan şirket içi ses, video ve web konferans altyapısı. [İsteğe bağlı]
Cisco Unity Connection	Sesli mesaj ve birleşik mesajlaşma özellikleri sağlayan şirket içi sesli mesajlaşma platformu. [İsteğe bağlı]
Cisco Masası, Cisco Odası, Cisco Kurulu, Cisco IP Telefonları ve Cisco Jabber	Sesli ve görüntülü arama Unified CM özellikleri sağlayan ve kayıtlı IP tabanlı cihazlar

Şekil Geçiş kararında gösterildiği gibi: şirket içi aramaWebex Calling, masa Unified CM ve video IP uç noktaları ile şirket içi arama denetimine sahip müşteriler, mimariyi bulut mimarisine geçiş yapma seçeneğine sahiptir. Webex Calling

Kararın müşterinin işlevsellik gereksinimlerine göre verilmesi gerekir. Aşağıdaki gereksinimleri olan müşteriler, bu kararı vermeden önce dikkatlice düşünmelidir ve nihayetinde arama kontrolünü şirket içinde tutmaya karar verebilirler:

Telefon modelleri tarafından desteklenmiyor Webex Calling
Diğer şirket içi sistemler veya çözümlerle karmaşık veya çok sayıda entegrasyon, özellikle bu entegr asyonları çoğaltmanın zor Webex Calling olduğu veya eşdeğer alternatif çözümlerin bulunmadığı durumlarda
Karmaşık arama planı, çok ayrıntılı hizmet sınıfları veya her ikisi
Kısıtlayıcı, sınırlı veya güvenilmez İnternet erişimi
Sıkı veri gizliliği ve sahiplik politikaları
Şirket içi veya ülke içi medya kaydı ve depolama için uygunluk gereksinimi
Uygulanabilir alternatif Webex Calling entegrasyon olmadan üçüncü taraf entegrasyonları
İletişim merkezi inter'in henüz buluta geçmediği iletişim merkezi entegrasyonları.

Transition Decision: On-Premises Calling to Webex Calling — ***Geçiş kararı: şirket içi arama Webex Calling***

Bulut arama hizmetlerinden yararlanmaya başlamak isteyen müşteriler bunu düşün Webex Calling melidir. Bu bulut arama hizmeti, müşterinin ölçek ve bağlantı için Webex global mimarisinden yararlanmasına olanak tanır. Kurumsal ağdaki katılımcılar ve kurumsal ağ dışındaki uzak katılımcılar IP tabanlı donanım uç noktaları ve/veya masaüstü veya mobil yazılım istemci uygulamaları kullanarak iletişim kurabilirler.

Bu belge, bir sonraki bölümde gösterildiği gibi dağıtımın etkinleştirilmesine yönelik genel adımları, dikkat noktaları ve gereksinimleri anlamak isteyen ç Unified CM ağrı kontrolü Webex Calling dağıtımları olan müşterilere odaklanmaktadır.

Çekirdek bileşenler

Bu geçiş için hedef mimari birkaç yeni bileşen içerir. Buna bulut tabanlı Webex Calling arama hizmeti, Webex App, kimlik entegrasyonu için Cisco Dizin Bağlayıcısı ve PSTN erişimi için Yerel Ağ Geçidi (LGW) ve şirket içi buluta arama entegrasyonu dahildir. İş Webex Calling ortağı için Cloud Connect tarafından kolaylaştır ılan Cisco Çağrı Planları veya Buluta Bağlı PSTN (CCP), PSTN erişimi için ek seçeneklerdir.

Şekil Son rası: Webex Calling Mim ari'de gösterildiği gibi, yeni bileşenler (Webex CallingDizin bağlayıcısı, Yerel ağ geçidi ve Hayatta kalma ağ geçidi) mevcut şirket içi dağıtıma eklen ir.

After: Webex Calling Architecture — ***Sonra: Webex Calling Mimarlık***

Sonra: Bulut arama altyapısı bileşenleri tablosu, Webex'e geçtikten sonra mimarinin yeni öğelerini listeler.

Tablo 2. Sonra: Bulut arama altyapısı bileşenleri
Ürün	Açıklama
Webex Calling	Webex platformundan sağlanan ve uç nokta kaydı ve çağrı yönlendirme sağlayan bulut tabanlı çağrı hizmeti
Cisco Dizin Bağlayıcısı	Kurumsal şirket içi ile Webex kuruluşunun kimlik depos u arasında kimlik eşitlemesi sağlayan Active Directory bir Windows etki alanı makinesinde çalışan Windows uygulaması. Şirket içinden Entra ID Active Directory 'ye geçiş yapan müşteriler için Cisco Directory Connector yerine Webex ile kimlik entegrasyonu Entra Kimlik Sihirbazı uygulamasını kullanır.
Yerel Ağ Geçidi	Yerel ağ geçidi, müşterinin şirket içi birleşik iletişim ağı ile Webex Calling bulut arasında bir köprü görevi görür. Şirket içinde dağıtılabilir veya bir iş ortağı tarafından barındırılabilir, bulutta kayıtlı uç noktalar için PSTN erişimi ve kayıtlı ve buluta kayıtlı uç noktalar arasında çağrı entegrasyonu sağlarUnified CM. Cisco IOS-XE Tümleşik Hizmetler Yönlendiricisi (ISR 1100 ve 4000 serisi), Cisco Catalyst 8200/8300 Serisi, Cisco Catalyst 8000V Edge Yazılımı ve çeşitli sertifikalı üçüncü taraf Oturum Sınır Denetleyicileri (SBC'ler) aşamalı geçiş yaklaşımı için LGW olarak kullanılabilir.
Hayatta Kalma Ağ Geçidi	Survivalability Gateway (SGW), ağ kesintileri sırasında yerinde Webex Calling uç noktalara yedek arama hizmetleri sağlayan yerel bir ağ IOS-XE tabanlı ağ geçididir.
Cisco Çağrı Planı, Cloud Connect için Webex Calling	Cisco Çağrı Planı ve Cloud Connect for, uç Webex Calling noktalar için PSTN erişimi için Webex Calling bulut tabanlı seçeneklerdir. PSTN erişimi bir bulut PSTN sağlayıcısı tarafından kolaylaştırılır ve şirket içi ekipman gerektirmez.
Webex Uygulaması	Masaüstü işletim sistemi (Windows, Mac) veya mobil işletim sistemi (Android, iOS) üzerinde çalışan ve arama işlevi için doğrudan Webex Calling platforma kayıtlı istemci uygulaması.

PPDIO sürecine genel bakış

PPDIO süreci Hazırlama, Planlama, Tasarım, Uygulama ve Optimize Etme anlamına gelir. Pro jeleri ilk değerlendirmeden sürekli iyileştirmeye kadar yönlendiren, verimli ve başarılı dağıtımlar veya geçişler sağlayan yapılandırılmış bir Cisco metodolojisidir.

PPDIO'nun genel açıklaması

Hazırlanın: Mevcut ortamı değerlendirin, gereksinimleri toplayın ve sağlam bir temel oluşturmak için paydaşları hizalayın.
Plan: Zaman çizelgeleri, kaynaklar ve risk azaltma stratejileri dahil olmak üzere ayrıntılı proje planları geliştirin.
Tasarım: İş ve teknik ihtiyaçlara göre uyarlanmış hedef çözümü tasarlayın.
Uygula: Dağıtımı veya geçişi tasarıma göre yürütün, işlevselliği ve performansı doğrulayın.
Optimize Et: Performansı izleyerek, yapılandırmaları iyileştir erek ve otomasyon ve entegrasyon araçlarından yararlanarak çözümü uygulama sonrası sürekli iyileştirin.

Unified CM - Webex Calling geçiş projeleri için PPDIO'yu kullanma

Şuradan geçiş yaparken Unified CMWebex Calling, PPDIO süreci sorunsuz ve verimli bir geçiş sağlamak için net bir yol haritası sağlar:

Hazırlamak

Mevcut Unified CM ortamı ve göç hazırlığını değerlendirin
Kullanıcılar, cihazlar, ağ ve bağımlılıklar hakkında ayrıntılı veri toplayın
Acil müdahale adresi, kullanıcı sayısı, internet erişimi, PSTN erişimi dahil olmak üzere konum ayrıntılarını toplayın
Tüm paydaşları hizalamak için riskleri tanımlayın ve proje kapsamını tanımlayın.

Plan

Toplu iş zamanlamaları, kaynak atamaları ve zaman çizelgeleri içeren kapsamlı bir geçiş planı oluşturun
Cihaz ürün yazılımı yükseltmeleri, lisans sağlama ve kullanıcı katılımı gibi görevleri tanımlayın
Kesintiyi en aza indirmek için geçiş pencerelerini Cisco ve iş ortaklarıyla koordine edin.

Tasarım

Geçerli Unified CM yapılandırmaları, arama planlarını ve kullanıcı profillerini eşdeğerlerle eş Webex Calling leyin
PSTN stratej Webex Calling isi (ara ve son), konumlar, kullanıcı rolleri ve Yerel Ağ Geçidi (CUBE) ve dizin senkronizasyonu gibi entegrasyon noktaları dahil olmak üzere ortamı tasarlayın
Geçiş sırasında aynı anda çalışan bir arada Unified CM yaş Webex Calling ama senaryoları planlayın.

Uygulamak

Cihaz ürün yazılımı modu değişikliklerini, özellik yapılandırmasını ve kullanıcı geçişlerini gerçekleştirmek için Control Hub geçiş araçlarını 3. taraf araçlarıyla birlikte kullanın
Büyük ölçekli geçişleri ve yapılandırmaları kolaylaştırmak için Webex API'lerini kullanarak toplu işlemleri ve provizyonu kullanın
Lisans sağlama, cihaz kaydı ve yapılandırma güncellemelerini yürütün
Test ve operasyonel doğrulama yoluyla geçiş başarısını doğrulayın.

Optimize

Webex CallingPerformansı ve kullanıcı deneyimini sürekli izleyin
Operasyonel verilere ve geri bildirimlere göre yapılandırmaları ve iş akışlarını iyileştirin
Verimliliği ve ölçeklenebilirliği artırmak için otomasyon ve entegrasyon yeteneklerinden yararlanın
Eski Unified CM bileşenleri uygun şekilde devre dışı bırakın ve 2. gün operasyonları için sürekli destek sağlayın.

Bu gelişmiş PPDIO yaklaşımı, iş sürekliliğini korumak ve işbirliği yeteneklerini geliştirmek Unified CM için Cisco'nun araçlarındanWebex Calling, API'lerinden ve iş ortağı ekosisteminden yararlanarak kontrollü, şeffaf ve verimli bir geçiş sağlar.

PPDIO geri bildirim döngüleri

PPDIO çalıştırılırken Şekil Yinelemelerinde gösterilen üst düzey genel bakış, optimiz asyon aşamasından hazır lık aşamasına geri dönen tek bir geri bildirim döngüsünü göstermektedir. Bu, ilk uygulamanın ardından sürekli iyileştirme için sürekli bir fırsat olduğunu gösterir. Her optimizasyon döngüsü, sonraki projeler veya girişimlerle ele alınabilecek yeni gereksinimleri veya iyileştirme alanları belir leyebilir. Bu bireysel projelerin her biri, kurulan PPDIO (Hazırlama, Planlama, Tasarım, Uygulama, Optimize Etme) yaşam döngüsünü takip eder. Bu yinelemeli yaklaşım, sistemin gelişen iş hede fleri ve teknolojik gelişmelerle uyumlu kalmasını sağlayarak sürekli iyileştirme ve uyarlan abilirlik kültürünü teşvik eder.

Iterations while executing PPDIO — ***PPDIO çalıştırılırken yinelemeler***

PPDIO sürecinin yürütülmesi sırasında, sonraki aşamalardaki bulguların daha önceki aşamalarda alınan kararların yeniden gözden geçir ilmesini ve potansiyel olarak gözden geçirilmesini gerektirmesi yaygındır. Örneğin, tasarım belirsizliklerinin veya eksik ayrıntıların belirlenmesi gibi uygulama aşamasında karşılaşılan sorunlar, tasarım aşamasında belirli yönlerin tam olarak ele alınmadığını ortaya çıkarabilir. Bu gibi durumlarda, devam etmeden önce bu sorunları çözmek için ilgili önceki aşamaya geri dönmek gerekli hale gelir. Şekil Unified CMdestekli PPDIO sürec inde gösterildiği gibi bu yinelemeli geri bildirim mekanizması, çözümün tamamen doğrulanmasını ve rafine edilmesini sağlayarak sonuçta daha sağlam ve etkili bir dağıtıma katkıda bulunur.

Unified CM assisted PPDIO process — ***Unified CMdestekli PPDIO süreci***

Şuradan geçiş yaparken Unified CMWebex Calling, PPDIO sürecinin her aşaması mevcut Unified CM ortamdan toplanan bilgilerden önemli ölçüde yararlanabilir. Örneğin, kapsamlı kullanıcı envanterleri, telefon numaraları, arama özellikleri ve arama planı bileşenleri mevcut Unified CM yapılandırmadan çıkarılabilir. Bu veriler doğrudan paydaşlar tarafından sağlanan bilgileri tamamlar ve planlama ve tasarım faaliyetlerini kolaylaştırmaya yardımcı olur. Veri çıkarma ve analizini otomatikleştirmek için uygun araçlardan yararlanmak yalnızca doğruluğu artırmakla kalmaz, aynı zamanda genel süreci de hızlandırır. Mevcut dağıtımdan elde edilen içgörüleri Webex Calling kullanarak, yapılandırılmış PPDIO metodolojisine bağlı kalırken, geçiş geleneksel bir yeşil alan uygulamasından daha verimli bir şekilde yürütülebilir. Bu süreç Şekil Unified CMdestekli PPDIO sürecinde gösterilmiştir.

Göç yaklaşımı

Şirket içinden geçişinizi planlarken Unified CMWebex Calling, bu yolculuğa nasıl yaklaşacağınızı belirlemeniz gerekir. Öncelikle geçişin flash-cut (her şey bir kerede) mi yoksa aşamalı bir yaklaşım mı olacağına karar vermeniz gerekir (kullanıcı/ cihaz gruplarını uzun bir süre boyunca taşıyın).

Flash-cut geçiş yapmak, tüm kullanıcılarınızı ve cihazlarınızı en hızlı şekilde hareket ettirir. Bu yöntemle, tüm kullanıcıları ve cihazları şirket içinden aynı Unified CM Webex Calling anda taşıyacaksınız. Özünde, tüm kullanıcılar ve cihazlar için tek bir geçiş penceresidir. Bu geçiş tamamlandıktan sonra, tüm kullanıcılarınız ve cihazlarınız Webex Calling platformda olacak ve tüm Unified CM altyapınız hizmet dışı bırakılabilir. Ancak, birçok kuruluş, çağrı dağıt ımlarının ölçeği ve boyutu nedeniyle bu yaklaşımı kullanamaz.

İkinci yaklaşım aşamalı bir geçiştir. Çoğu kuruluş, geçişle birlikte daha iyi kontrol, yönetim ve ölçek sağladığı için bu yaklaşımı kullanacaktır. Ayrıca, birden çok bölgede daha büyük UC dağıtımları ve/veya dağıtımları için daha uygundur. Bu nedenle, bu belge geçişte iki ad ımlı aşamalı yaklaşıma odaklanmaktadır.

Aşağıda gösterildiği gibi Şekil Aş amalı arama geçişi: Hibrit ve bulut, ilk geçiş aşaması (Aşama 1), çift arama ortamlarıyla birlikte var olan bir dağıtımla sonuçlanır. Bu aşamada, bazı kullanıcılara, aygıtlara ve yazılım istemcilere geçiş yapılırken, diğerleri hala şirket içi çağrı denetimindedirUnified CM. Webex Calling Son geçiş aşaması (Aşama 2), tüm kullanıcıların, cihazların ve yumuşak istemcilerin Webex Calling platforma tamamen geçtiği saf bir bulut arama ortamı ile sonuçlanır.

Bir kuruluşun bulut çağrısına tamamen geçmesinin ne kadar sürdüğü, mevcut dağıtımına bağlı olarak değişir. Bazı durumlarda, bir kuruluş ilk geçişi yapabilir ve bir arada var olan çift çağrı kontrol aşamasında (Aşama 1) uzun bir süre (aylar hatta yıllar) kalabilirken, diğer durumlarda, bir kuruluş çok kısa bir süre içinde Webex Calling (haftalar veya aylar) tamamen (Aşama 2) geçebilir. Bu belgenin her iki aşamayı da kapsaması amaçlanmıştır (Aşama 1 - birlikte yaşama ve Aşama 2 - tamamen geçiş).

Phased Calling Transition: Hybrid and Cloud — ***Aşamalı arama geçişi: hibrit ve bulut***

Bazı kuruluşların, bulut aramalarına tam olarak geçiş yapma planı olmadan süresiz olarak bir arada ikili çağrı kontrolü dağıtımını sürdürebilmeleri mümkündür.

İkinci husus, kullanıcıları, cihazları ve yazılım istemcilerini şirket içi çağrı denetiminden bulut arama kontrolüne nasıl geçireceğinizdir. Önerilen yaklaşım 3 aşamalı bir geçiştir. Aşağıdaki Önerilen 3 fazlı geçiş şekli bu yaklaşımı 3 aşam aya ayırmaktadır.

Recommended 3-Phase Transition — ***Önerilen 3 fazlı geçiş***

Geçiş Öncesi: Bu aşama, hem Webex'i hem de Unified CM ortamları geçiş için hazırlamaya odaklanır. Bu, belirli planlama veya yapılandırmaları çağırmakla ilgili değildir ve şimdi ve herhangi bir Webex Calling geçiş projesi başlamadan önce yapılabilecek etkinlikleri tamamlamaya odaklanır. Amaç, geçişe hazırlanmak için iki ortamın temel ini oluşturmaktır.

Geçiş Hazırlığı: Bu aşama, geçişe hazırlanmaya yönelik çabaların başladığı yerdir Webex Calling. Burada, iş ve teknik gereksinimlerin gözden geçirilmesi ve güncellenmesi gerekir. Sadece şu anda kullan ılan ları kaldırıp değiştirmeyin, bunun yerine şirketinizin bugün ve gelecekte ihtiyaç duyduğu iş ve teknik gereksinimleri gücünden yararlanarak yeniden tanımlayın.. Unified CM Webex Calling Ek olarak, bu, tasarımınızı, yapılandırma planlamanızı ve geçiş planlamasını/zamanlamanızı tamamlayacağınız aşamadır.

Geçiş (Kullanıma sunma ve kullanımdan kaldırma): Bu aşama, kullanıcıların, aygıtların, telefon numar alarının ve yazılım istemcilerinin gerçek geçişinin gerçekleştiği yerdir. Yukarıda tartışıldığı gibi, bu aşama herkes için tek seferde (flash-cut) veya birden fazla değişiklik penceresinde (aşamalı kesim) tamamlanabilir. Son kullanıcı benimseme planları, eğitimleri ve iletişimleri kritik öneme sahiptir, böylece kullanıcı larınız değişikliklerin farkındadır, yeni arama platformunu nasıl kullanacaklarını ve değişikliğin ne zaman gerçekleş eceğini bilirler. Son adım, artık kullanılmayan tüm şirket içi UC altyap ısının kullanımdan kaldırılmasıdır.

Geçiş öncesi aşamada hemen çalışmaya başlayabileceğiniz etkinlikler (zorunlu, önerilen ve isteğe bağlı) bulunur. Bunları daha geç değil, daha erken ve tercihen projeniz başlamadan önce tamamlamanız önerilir. Bazı etkinliklerin tamamlanması daha uzun sürebilir, bu nedenle bunları daha erken başlatmak, gerçek geçiş projenizi kolaylaştırmanıza yardımcı olacaktır.

Aşağıdaki Şekil Göç Öncesi Faaliyetler, bir Webex Calling göçle ilgili beş özel faaliyet kategorisini vurgulamaktadır.

Pre-Migration Activities — ***Göç öncesi faaliyetler***

Hazırlamak

İş ve teknik gereksinimler

Şuradan geçiş planlarken, planlama aşamasında hem teknik hem de iş gereksinimlerini kapsamlı bir şekilde toplamak çok önemlidir. Bu adım, geçişin kuruluşunuzun operasyonel hedefleri ve teknik yetenekleriyle uyumlu olmasını sağlayarak riskleri ve kesintileri en aza indirir.

Gereksinimleri toplamak neden önemlidir:

İş hedeflerini uyumlu hale getirir: İş ihtiyaçlarını anlamak, geçiş sürecinin önemli iş akışlarını , kullanıcı deneyimini ve büyüme planlarını destekleyecek şekilde uyarlanmasına yardımcı olur.
Teknik uyumluluk sağlar: Teknik gereksinimleri erken belirlemek, mevcut altyapı, ağ ve uç noktalarla entegrasyon sorunlarını önler.
Kaynak planlamasını kolaylaştırır: Net gereksinimler, zaman çizelgelerini, maliyetleri ve gerekli kaynakları doğru bir şekilde tahmin etmeye yardımcı olur.
Riskleri azaltır: Potansiyel zorlukların erken tespiti proaktif çözümlere olanak tanır, kesinti süresini ve servis kesintilerini azaltır.

İş gereksinimleri

Tipik iş gereksinimleri şunları içerir:

Taşınacak kullanıcı sayısı ve konum sayısı
İstenilen özellikler ve hizmetler (örneğin, çağrı yönlendirme, sesli mesaj, konferans, otomatik görevliler, çağrı kuyrukları)
Uyumluluk ve güvenlik politikaları
Bütçe kısıtlamaları ve maliyet beklentileri
Kullanıcı eğitimi ve destek ihtiyaçları
Geçiş zaman çizelgesi ve iş sürekliliği hususları.

İsten ilen özellikleri ve hizmetleri toplamak, yeni sistemin iş ihtiyaçlarını karşılamasını sağlamak için kritik bir adımdır. Bu gereksinimleri toplarken, yalnızca şu anda yapılandırılmış olanı dikkate almak değil, aynı zamanda sistemi kullanacak işletme kuruluşlarından gerçek gereksinimleri toplamaya çalışmak önemlidir. Aksi takdirde, planın mevcut olmayan varsayımlara dayanma riski vardır. Bulut tabanlı arama, gelişmiş arama kuyrukları ve gibi içinde bulunmayan ek veya gelişmiş özellikleri değerlendirdiğinizden emin olun. Bu, bulut platformunun tüm avantajlarından yararlanmanıza yardımcı olur.

Mevcut yapılandırmayı değerlendirirken, sistemin yaşam döngüsü boyunca değişen gereksinimler nedeniyle mevcut ayarların tüm ünün gerekli olmayabileceğini kabul etmek önemlidir. Odak noktası, yalnızca dağıt ımın mevcut ve gelecekteki ihtiyaçlarıyla uyumlu yapılandırmaları tanımlamak ve muhafaza etmek olmalıdır.

İhtiyacınız olan şeye sahip olduklarınızdan daha fazla odaklanın.

Uyumluluk ve güvenlik il keleri, yeni bulut tabanlı iletişim sisteminin yasal, düzenleyici ve kurumsal standartlara uymasını sağlamak için geçiş sırasında kritik hususlardır. Webex Calling

Mevzuata uygunluk: Kuruluşlar, veri gizliliği, saklama ve işleme gereksinimlerinin yanı sıra veri yerleşimi, geçiş ücreti atlama ve medya yerleşimi ile ilgili ülkeye özgü zorunlulukları ele alan GDPR, HIPAA veya SOX gibi sektöre özgü düzenlemeleri karşıladığını doğrulamalıdır.
Veri güvenliği: Ses ve sinyal verilerinin, müdahale veya yetkisiz erişime karşı korunmak için hem aktarım sırasında hem de hareketsiz ortamda şifrelenmesini sağlamak.
Erişim denetimleri: İletişim kaynaklarının yetkisiz kullanımını önlemek için kullanıcı kimlik doğrulaması , yetkilendirme ve rol tabanlı erişimi tanımlama ve uygulama.
Denetim ve izleme: Uyumluluk denetimleri ve güvenlik olayı araştırmaları için erişimi ve kullanımı izlemek için günlük kaydı ve izleme yeteneklerinin uygulanması.
Politika uyumluluğu: Geçişin uç nokta güvenliği, ağ segmentasyonu ve olay müdahale planları dahil olmak üzere mevcut kurumsal güvenlik politikalarıyla uyumlu hale getirilmesi.
Satıcı güvenlik güvencesi: Güvenilirliği sağlamak için Cisco'nun güvenlik sertifikalarının ve uyumluluk onaylarının değerlendirilmesi.

Planlama aşamasında bu uyumluluk ve güvenlik politikalarının ele alınması, riskleri azaltmaya, yasal cezalardan kaçınmaya ve geçiş boyunca ve sonrasında iletişimin bütünlüğünü ve gizliliğini korumaya yardımcı olur.

Kullanıcı eğitimi ve destek ihtiyaçları, sorunsuz bir geçiş ve kullanıcı benimsemesini sağlamak için geçiş sırasında temel bileşenlerdir. Önemli hususlar şunları içerir:

Eğitim programları: Farklı kullanıcı grupları (son kullanıcılar, yöneticiler, yardım masası personeli) için özellikler, kullanıcı arayüzleri ve yeni iş akışları hakkında bilgi sahibi olmak için özel eğitim oturumları geliştirin.
Dokümantasyon: Kullanıcıları geçiş sonrası güncellenmiş deneyime uyum sağlarken desteklemek için yeni ve farklı kaynaklar ve adım adım Önce ve Sonra nasıl yapılır kılavuzları (video veya hızlı kılavuz biçiminde) dahil olmak üzere açık, erişilebilir kullanıcı kılavuzları, SSS ve hızlı referans materyalleri sağlayın.
Değişim yönetimi: Kullanıcı beklentilerini yönetmek ve direnci azaltmak için değişiklikleri proaktif olarak iletin.
Destek yapısı: Geç iş sırasında ve sonrasında kullanıcı sorunlarını derhal ele almak için özel bir destek ekibi veya yükseltme yolu oluşturun.
Devamlı eğitim: Yeni özellikler veya güncellemeler yayınlandıkça sürekli eğitim güncellem elerini planlayın.
Geri bildirim mekanizmaları: Kullanıcıların sorunları bildirmeleri ve eğitim ve destek süreçlerini iyileştirmek için geri bildirim sağlamaları için kanallar uygulayın.

Planlama aşamasında bu eğitim ve destek ihtiyaçlarının ele alınması, kesintileri en aza indir meye yardımcı olur, kullanıcı güvenini artırır ve geçiş yapmanın faydalarını en üst düzeye çıkarır.

Teknik gereksinimler

Aşağıdakilerle ilgili ayrıntılar dahil olmak üzere, başarılı bir geçiş için birkaç temel teknik gereksinimin toplanması ve belgelenmesi gerekir:

Ağ hazırlığı ve bant genişliği kapasitesi

Mevcut altyapınızın yeni Webex Calling ortamı destekleyebilmesini sağlamak için kapsamlı bir ağ değerlendirmesi kritik öneme sahiptir. Buna şunlar dahildir:
- Bant genişliği analizi: Ses, video ve veri trafiğini tıkanıklık olmadan işlemek için mevcut ve öngörülen bant genişliği kullanımının değerlendirilmesi.
- Hizmet Kalitesi (QoS): Ses trafiğine öncelik vermek ve gecikmeyi, titremeyi ve paket kaybını en aza indirmek için QoS politikalarının uygulanması.
- WAN ve internet bağlantısı: WAN bağlantılarının ve internet bağlantılarının yedeklilik ve yük devretme yetenekleri de dahil olmak üzere bulut tabanlı arama gereksinimlerini karşıladığını doğrulamak.
- Güvenlik duvarı ve NAT yapılandırması: Güvenlik duvarı ve NAT ayarlarının gerekli sinyalleme ve medya trafiğine izin verdiğinden emin olmak.
Mevcut sistemle entegrasyon

Mevcut iş sistemleriyle sorunsuz entegrasyon, kullanıcı deneyimi ve iş akışı sürekliliği için çok önemlidir:
- Dizin hizmetleri: Otomatik kullanıcı sağlama ve kimlik doğrulaması için bir kurumsal dizinle entegrasyonun değerlendirilmesi.
- CRM ve iş uygulamaları: Müşteri ilişkileri yönetim sistemleri ve diğer iş açısından kritik uygulamalarla entegrasyon noktalarının belirlenmesi.
- Eski PBX iş birliği: Geçiş sırasında herhangi bir eski telefon sistemi kalacaksa, bir arada yaşama veya aşamalı geçiş stratejileri için planlama.
Uç nokta uyumluluğu ve sağlama

Masa telefonları, yazılım telefonları ve mobil cihazlar dahil tüm uç noktalar uyumluluk açısından değerlendirilmelidir :
- Cihaz desteği: Mevcut IP telefonların ve cihazların desteklediğini onaylama veya gerekli değiştirmeler belirleme.
- Sağlama süreçleri: Uç noktaların verimli bir şekilde devreye alınması için otomatik veya kolaylaştırılmış provizyon yöntemleri oluşturma.
- Ürün yazılımı ve yazılım güncellemeleri: Bir likte çalışabilirlik ve güvenliği sağlamak için gerekli güncellemelerin planlanması.
Güvenlik yapılandırmaları ve şifreleme standartları

Bulut iletişiminde güvenlik çok önemlidir:
- Şifreleme: Cisco güvenlik en iyi uygulamaları doğrultusunda sinyalleme ve medya akışları için uçtan uca şifrelemenin uygulanması.
- Kimlik doğrulama ve erişim kontrolü: Güven li kimlik doğrulama mekanizmaları (SSO, çok faktörlü kimlik doğrulama gibi) ve ayrıntılı kullanıcı erişim denetimlerinin uygulanması.
- Uyumluluk: Çöz ümün ilgili düzenleyici ve endüstri uyumluluk standartlarını karşılamasını sağlamak (örn. GDPR, HIPAA).
- Güvenlik izleme: SIEM araçlarıyla entegrasyon ve potansiyel güvenlik olayları için uyarı ayarlama.

Tablo 1. Örnek değerlendirme
Gereksinim	Önemli hususlar
Ağ hazırlığı ve bant genişliği	Bant genişliği, QoS, WAN/İnternet, Güvenlik Duvarı/NAT
Mevcut sistemlerle entegrasyon	Rehber, CRM, PBX, E-posta/Takvim
Uç nokta uyumluluğu ve sağlama	Cihaz desteği, sağlama, ürün yazılımı güncellemeleri
Güvenlik yapılandırmaları ve şifreleme	Şifreleme, kimlik doğrulama, uyumluluk, güvenlik izleme
Kullanıcı eğitimi ve değişim yönetimi	Eğitim programları, dokümantasyon, değişim iletişimi
Numara taşınabilirliği ve arama planı	Numara geçişi/taşınması, arama planı çevirisi
Üçüncü taraf entegrasyonları	Çağrı, iletişim merkezi, faks, analog cihazlar

Ağ hazırlığı ve gereksinimleri

Ağ hazırlığı, aşağıdaki gibi herhangi bir bulut tabanlı arama çözümüne başarılı bir geçiş için kritik ön eme sahiptir.. Kötü ağ planlaması, çağrı kalitesinin düşmesine, aramaların kesilmesine ve mutsuz kullanıcılara yol açabilir. Müşterilerin geçiş yapmadan önce bir ağ değerlendirmesi yapması gerekir. Beklenen arama hacmi için ağ bant genişliği kullanılabilirliğini onaylamanız, hizmet kalitesi (QoS) gereksinimlerinin karşılandığından emin olmanız ve uç güvenlik duvarlarında açılması gereken çeşitli bağlantı noktalarını anlamanız önerilir.

Yeterli hizmet kalitesine sahip güvenilir ağ bağlantısı (bant genişliği, paket kaybı, RTT), tüm ses ve video özellikli uç noktalar, istemciler ve kullanılan uygulamalar için uçtan uca mümkün olan en iyi kullanıcı deneyimini sağlamak için temel gereksinimdir.

Müşteriler ve iş ortakları, Bağlantıyı dahil Webex Edge etmek için bağlantıyı optimize edebilen Üstten (OTT) İnternet'in ötesinde erişim seçeneklerine sahiptir. Webex EdgeConnect tasarım ayrıntıları hakkında daha fazla bilgi için bkz. Connect for Connect, Çoklu Kiracı Çağrı ve Özel Webex Edge Bulut Webex Meetings Sunucusu için Cisco Tercih Edilen Mimarisi .

Müşteriler, müşterinin ağ kalitesi, kaç ç ağrı yapılabileceği, gecikme vb. hakkında bilgi veren ağ değerlendir mesi için cScan 'i kullanabilir. CScan aracı hakkında daha fazla bilgi için bkz. Ağ kalitesini test etmek için cScan'i kullanma Webex Calling.

Ağın geçiş için hazır olduğundan emin olmak için aşağıdaki kontrol listesini göz önünde bulundurun:

Bant genişliği planlama

Yeterli yukarı ve aşağı akış bant genişliğine sahip olduğunuzdan emin olmak için site başına eşzamanlı aramaları hesaplayın ve diğer iş açısından kritik trafik ve gelecekteki büyüme için boşluk ekleyin.

Ç Webex Callingağrı türü bant genişliği hesaplam aları tablosu, bir dağıtımla birlikte kullanılabilen çağrı türlerini ve her arama türü için gereken codec bileşenini ve maksimum bant genişliğini gösterir. Ç Webex Callingağrı türü bant genişliği hesaplam aları tablosunda gösterildiği gibi, her arama türü için gerekli sesli arama bant genişliği aşağıdaki genel formül kullanılarak hesaplanabilir:

Beklenen eşzamanlı çağrı sayısı * Codec bazında arama başına bant genişliği = Gerekli ağ çıkışı.

Tablo 2. Webex Callingçağrı türü bant genişliği hesaplamaları
Çağrı türleri	Codec - bant genişliği	Bant genişliği hesaplamaları
/Masa telefonu ->	OPUS - 70 kbps	Eşzamanlı çağrı sayısı* 70 kbps = Gerekli ağ çık ışı
/Masa telefonu -> Masa Telefonu	OPUS — 70 kbps	Eşzamanlı çağrı sayısı* 70 kbps = Gerekli ağ çık ışı
/Masa telefonu -> LGW üzerinden PSTN	G.711 — 80 kbps	Eşzamanlı çağrı sayısı* 80 kbps = Gerekli ağ çık ışı
/Masa telefonu -> Bulut PSTN üzerinden PSTN (örn. Cisco çağrı planı)	G.711 — 80 kbps	Eşzamanlı çağrı sayısı* 80 kbps = Gerekli ağ çık ışı
/Masa telefonu -> LGW üzerinden Enterprise	G.722 — 80 kbps	Eşzamanlı çağrı sayısı* 80 kbps = Gerekli ağ çık ışı
/Masa telefonu -> sesli mesaj	OPUS — 70 kbps	Eşzamanlı çağrı sayısı* 70 kbps = Gerekli ağ çık ışı

Arama türü başına eşzamanlı gerekli ağ çıkışını toplayarak, belirli bir site için toplam potansiyel bant genişliği gereksinimi belirlenebilir.

Tüm çağrı bacakları her zaman erişim SBC'lerine sabitlenir. Herhangi bir konum için gerekli internet bant genişliğini belirlemek için sadece konumlar arası aramaların değil, aynı zamanda konum içi aramalar ve o konumdaki bir Yerel Ağ Geçidi'ne ve gelen aramalar da dikkate alınması gerekir. Örneğin, iki MPP telefonu arasındaki site içi aramanın, konumun internet erişiminde 2 x 70 kbps'ye kadar tam çift yönlü olması gerekir.

Webex CallingBant genişliği hesaplama örnekleri tablosu, tüm cihazların aynı sitede olduğunu varsayarak tam bir bant genişliği hesaplama alıştırması örneğini göstermektedir.

Tablo 3. Webex Callingbant genişliği hesaplama örnekleri
Çağrı türleri	Eşzamanlı çağrı sayısı	Toplam bant genişliği
Webex Uygulaması/Masa Telefonu → Webex Uygulaması	15	2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması/Masa Telefonu → Masa Telefonu	15	2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması/Masa Telefonu → LGW üzerinden PSTN	50	2 * 50 * 80 kbps = 8.000 kbps
Webex Uygulaması/Masa Telefonu → Cloud Connect üzerinden PSTN Webex Calling	0	0* 80 Kbps
Webex Uygulaması/Masa Telefonu → LGW aracılığıyla Kurumsal	15	2 * 15 * 80 kbps = 2.400 kbps
Webex Uygulaması/Masa Telefonu → Webex Calling Sesli Mesaj	5	5 * 70 kbps = 350 kbps
Toplam çağrılar/Bant genişliği	100 çağrı	14.950 kbps/14.95 Mbps

Yukarıdaki tablolardaki tüm bant genişliği değerleri IP bant geniş liğine atıfta bulunur. Bağlantı bant genişliği WAN kapsül lemelerine bağlı olarak daha yüksektir.
Yukarıdaki tablolardaki bant genişliği sesli aramalar içindir. Görüntülü arama bant genişliği için Webex App ve MPP 8845/65 telefonları, arama başına maksimum 1.500 kbps bant geniş liğinde maksimum 720p çözünürlüğe sahip H.264 videoyu destekler. Bununla birlikte, arama sırasında herhangi bir noktada tüketilen bant genişliği miktarı, video iletişiminde bulunan değişken bit hızına bağlı olarak dalgalan acaktır.

Hizmet Kalitesi (QoS)

Gerçek zamanlı trafiğe öncelik vermek ve QoS'nin anahtarlar, yönlendiriciler ve güvenlik duvarları arasında sürdürülmesini sağlamak için şirket içi ortamınızda Q oS ilkelerini uygulayın.
Gecikme, titreme ve paket kaybı hedefleri

Aramalar Üst Üste (OTT) ve internet üzerinden yapıldığında optimum ses kalitesi için aşağıdaki eşikler önerilir:
- Gecikme süresi - tek yönlü 100ms'den az
- Titre - 10ms'den az
- Paket Kaybı -% 0.5 veya daha az.
Güvenlik Duvarı ve NAT

Güvenlik duvarının, Bağlantı noktası referans bilgileri bölümünde bulunan makalede listelendiği şekilde trafiğe izin verecek şekilde yapılandırıldığından emin olun Webex Calling.. Ek olarak, aynı kılavuzda listelen en etki alanlarına ve IP aralıklarına erişime izin verin ve SIP sinyallemesine müdahale ettiği için SIP ALG'den kaçının. Proxy'ler aracılığıyla medya trafiğinden kaçınılmalıdır.
DNS ve NTP

TLS sertifikası doğrulaması ve günlüğü için cihaz saatlerini senkronize etmek için etki alanlarının ve güvenilir NTP sunucularının uygun DNS çözünürlüğünü sağlayın.
Yük devretme planlaması

Mevcut sağlayıcı veri bağlantılarını (MPLS, SD-WAN vb.) göz önünde bulundur un ve genel olarak dağıtımınızdaki her konumda doğrudan internet erişimi planlayın. Yüksek kullanılabilirliğin gerekli olduğu yedekli internet bağlantıları için plan yapın. Bulut tabanlı hizmetleri tüketeceğiniz için, yeterli bant geniş liğine sahip güvenilir internet bağlantısı temel bir gereksinimdir. Kuruluşunuzun konumlarının internet bağlantıları genellikle düşük gecikme süresi ve yeterli yukarı ve aşağı aktarım hızı ile güvenilir değilse, bu geçişi yapmayı yeniden düşünmelisiniz .
Site hayatta kalabilirliği

Site hayatta kalabilirliği, ağ bağlantınız kesilse bile işletmenizin her zaman erişilebilir olmasını sağlar. Site Survivalability, ağ bağlantısının kesildiği durumlar için yerinde uç noktalara yedek arama hizmeti sağlamak için yerel ağınızdaki bir ağ geçidi kullanır. Ağ kesintisi durumunda iş gereksinimleri sürekli arama gerek tiriyorsa, yerel bir Hayatta Kalma Ağ Geçidi (SGW) ile sitenin hayatta kalabilirliğini düşünün. Site hayatta kalma kontrolü hakkında daha fazla bilgi için, bkz. Site hayatta kalabilirliği. Webex Calling

Buluta Bağlı UC kurma

Cloud Connected UC (CCUC), hem şirket içi (örneğin) hem de bulut (Unified CM) dağıt ımlar için merkezi görünürlük, yönetim ve içgörüler sağlamak üzere tasarlanmış bulut tabanlı bir yönetim ve analiz çözümüdür. Geleneksel şirket içi ortamlar ile Cisco'nun bulut hizmetleri arasında bir köprü görevi görür ve kuruluşlara geçiş yolculuğu boyunca destekler.

Geçiş sırasında, CCUC, mevcut Birleşik İletişim dağıtımından kapsamlı verilerin toplanmasını kolaylaştırarak geçiş sürecini kolaylaştır mada hayati bir rol oynar. CCUC, cihazların, özelliklerin ve kullanıcı kişilerinin taşınması gibi önemli geçiş görevlerinin yanı sıra desteklenen IP telefonlar için ürün yazılımı güncellemelerini otomatikleştirmeye yardımcı olur. Merkezi görünürlük ve yönetim sağlayarak CCUC, daha sorunsuz ve daha verimli bir geçiş deneyimi sağlamaya yardımcı olur.

Cisco, CCUC'nin geçiş projesinin başlarında, ideal olarak hazırlık aşamasından önce veya sırasında devreye alınmasını şiddetle tavsiye eder. Bu, sonraki geçiş faaliyetlerini kapsamlı bir şekilde değerlendirmek, envanterlemek ve planlamak ve gelecekteki hibrit yeteneklere yönelik yolculuğunuzu başlatmak için gereken içgörüleri ve yetenekleri sağlar.

Mevcut ortamın değerlendirilmesi

Geçiş planlamanızda önemli bir etkinlik, mevcut şirket içi ortamı ve dağıtımı değerlendirmektir. Bu, başarılı bir şekilde geçiş yapmak için hangi potansiyel değişikliklerin gerekebil eceğine dair içgörüler sağlar.. Ayrıca, mevcut şirket içi dağıtıma kıyasla platformun temel öğelerini değerlendirmenize olanak tanır. Bu bilgileri, geçiş için hangi belirli görevlerin gerekli olduğunu ve iş ve teknik gereksinimlerinizi ve kullanım durumlarınızı karşılamak için hangi değişiklikleri yapmak istediğinizi belirlemeye yardımcı olmak için kullanabilirsiniz.

Bu çabanın bir parçası olarak aşağıdaki hususların gözden geçirilmesi önemlidir.

Lisanslama

Mevcut dağıtımın mevcut lisanslama yapısını anlamak, geçiş yapmaya hazırlanırken çok önemlidir.. Mevcut Cisco şirket içi çözümünüzün aşağıdaki alanları için bir lisans değerlendirmesi gerçekleştirin .

Platform

Esnek lisanslamaya giden en iyi yolu belirlemek için hesap ekibiniz veya iş ortağınızla çalışırken şu anda temel platformunuzda nelerin lisanslandığını tam olarak ifade etme yeteneği kritik olacaktır. Esnek lisanslama kullanılarak lisanslanır. Esnek lisanslama hakkında daha fazla bilgi için bkz. Cisco işbirliği esnek planı.
Kullanıcılar ve cihazlar

Mevcut kullanıcılarınızın ve cihazlarınızın hangi lisans kategorisine ihtiyaç duyduğunu belirleyin. Bu, kullanıcılar ve cihazlar için hangi lisans türünün gerekli olduğunu belirlemek için kullanılacaktır. kullanıcılar için Profesyonel ve Standart lisanslar ve çalışma alanları için Profesyonel ve ortak alan lisansları dahil olmak üzere birden fazla lisans türü sunar. Cihaz lisanslaması hakkında daha fazla bilgi için Cihaz lisanslama sayfasında bulunan veri sayfasına bakın.
Yerel ağ geçidi

Bu geçiş için PSTN erişimi için Cisco Unified Border Element (CUBE) gerekliyse, CUBE lisansı da dikkate alınmalıdır. CUBE lisanslama hususları bu belgenin ilerleyen kısımlarında ele alınmıştır.

Konumlar/Siteler

Bu geçişi planlarken mevcut dağıtımınızdaki sitelerin sayısı ve türleri (büyük merkezi, bölgesel, şube vb.) dikkate alınmalıdır. Mevcut dağıtım sa halarının tam olarak anlaşılması, özellikle hangi sitelerin hangi sırayla taşınacağını belirlemek söz konusu olduğunda, başarılı bir geçiş için stratejik planlamada yardımcı olacaktır.. Ayrıntılı arama planı gereksinimlerini (numaralandırma, arama alışkanlıkları, kısıtlama sınıfları vb.), site ağı bağlantısı ve bant genişliği (İnternet, WAN, LAN) ve her site için PSTN erişimi (yerel veya merkezi, IP veya TDM) erişimi (yerel veya merkezi, IP veya TDM) anlamak, geçiş kararları verirken kritik öneme sahip olacaktır. Yaygın dağıtım modelleri ve önemli hususlar hakkında daha fazla bilgi için İşbirliği SRND'de bulunan işbirliği dağıtım modelleri bilgilerine bakın.

Şuraya geçiş yaparken dikkat edilmesi gereken bir diğer önemli dağıtım konum kullanılabilirliğidir. Dağıtımınızın bulunduğu yere bağlı olarak kullanılabilen farklı yetenekleri, abonelikleri ve cihazları vardır. Coğrafi kullanılabilirlik hakkında daha fazla bilgi için bk z. Webex nerede kullanılabilir? .

Son olarak, geçişin diğer işbirliği hizmetleri üzerindeki etkisini anlamak önemlidir. Bu belgenin amacına dayanarak, genel varsayım, arama iş yükü dışındaki mevcut işbirliği hizmetlerinin sürdürülmesi durumunda, yukarıda bahse dilen 1. aşama hibrit dağıtımına geçişin beklenmesidir. Karma dağıtım gerektirebilecek işbirliği hizmetlerine örnek olarak, henüz Webex iletişim merkezine geçirilmemiş şirket içi iletişim merkezi ve çağrı sistemleri ve faturalandırma gibi sistem lere sıkı entegrasyonlar yer alır. Ek işbirliği iş yükleri ve hizmetlerinin geçişi hakkında daha fazla bilgi için bkz. İşbirliği geçişleri.

Mevcut cihazların/müşterilerin envanteri

Geçişe başlamadan önce mevcut donanım ve yazılım uç noktalarınızı envanterlemek önemlidir. Ci haz türleri/modellerinin, donanım sürümlerinin, yazılım istemci işletim sistemi türlerinin ve miktarlarının tam bir listesine sahip olmak, cihazların geçişi için yeterli planlama yap abilmenizi ve bulut aramaya geçirilemeyen cihazların etkisini azaltmanızı sağlar . Envanter, geçişten önce geçiş yapılacak cihazları ve değiştirilecek cihazları belirlemek için kullanıl malıdır.

Masa telefonları

Sesli ve görüntülü masa telefonları için yalnızca 6800, 7800, 8800 ve 9800 serisi masa telefonları desteklenir. Bu, desteklenen Cisco IP Telefonlarının bir alt kümesidir. 6800, 7800 ve 8800 telefonların kullanılamayan bazı modelleri ve versi yonları vardır. Hangi modellerin ve donanım sürümlerinin desteklendiği hakkında daha fazla bilgi için bkz. Desteklenen cihazlar Webex Calling.

Cisco 6800 serisi IP telefonlar, Kurumsal ürün yazılımından, aşağıdakiler için gerekli olan Multiplatform (MPP) ürün yazılımına yükseltilemez. Bu nedenle, kurumsal ürün yazılımı çalıştırmak için kayıtlı tüm 6800 telefonların 6800 MPP modeli veya desteklenen başka bir telefon modeli ile değiştirilmesi gerekir.

Cisco 7800 ve 8800 serisi IP telefonlar, geçiş yapmadan ve kaydetmeden önce Multiplatform Phone (MPP) ürün yazılımına yükseltilmelidir. Hangi 7800 ve 8800 modellerinin ve donanım sürümlerinin MPP ürün yazılımını desteklediğini belirlemek için bkz. Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MPP Donanım Yazılımı arasında dönüştür me.

8845, 8865 ve 8865NR, Satış Sonuna ulaştı ve taşınması önerilmez.

8800 serisi telefonların eski sürümlerinin (8811, 8841, 8851, 8851NR, 8861) birlikte kullanılması önerilmez. Webex Calling VID 14 veya daha eski donanım sürüm lerine sahip telefonlar kayıt olur, ancak donanım nedeniyle bazı performans sorunları yaşayabilir.

9800 serisi masa telefonları, hem de kaydı destekleyen PhoneOS'u çalıştırır. Bu nedenle, bu telefonlara ürün yazılımı yükseltmesi olmadan geçiş yapılabilir.

Diğer tüm IP telefonların, desteklenen 6800, 7800, 8800 veya 9800 serisi telefonlarla değiştirilmesi gerekecektir. Webex Calling Desteklenen IP ve Masa Telefonları ile ilgili daha fazla bilgi için, Desteklenen cihazlar için makaleye bakın Webex Calling.

Video uç noktaları

Cisco Board serisi, Room serisi ve Desk serisi dahil olmak üzere kişisel ve oda video uç noktaları, yerel olarak SIP kayıt yapabilir. Sesli ve/veya PSTN aramaları yapması gereken bu uç noktalardan herhangi biri bir arama lisansı gerektirir:

Konferans odalarında, toplantı alanlarında vb. paylaşılan cihazlar Profesyonel Çalışma Alanı veya Çalışma Alanı lisansı gerektirir.

Son kullanıcının kişisel cihazı profesyonel veya standart bir lisans gerektirir.

Sesli arama yapmak için kaç video uç noktasının kaydedildiğini ve kullanıldığını belirleyin. Bazı video uç noktaları yalnızca toplantılara katılmak veya SIP video görüşmeleri yapmak için kullanılabilir. Her iki durumda da, sunucular hizmet dışı bırakılmadan önce uç noktaların hala geçmesi gerekir, ancak bu, kaç tanesinin telefon görüşmesi yapmaya devam etmek için lisansa ihtiyaç duyacağını belirlemeye yardımcı olacaktır.

Video cihazları kayıttan taşındığında, bu uç noktaların URI'si artık buluta kayıtlı oldukları için değişecektir.

Telefon modelleri 8845, 8865 ve 8875 ile desteklenen kişisel görüntülü telefonlardır.

Yumuşak istemciler

Hem Webex Uygulamasını hem de Jabber'i destek Unified CM lediğinden farklı olarak desteklenen tek yumuşak istemcidir ve son kullanıcılar için yeni varsayılan yazılım istemcisidir.

Jabber için uygulanan dağıtım modlarına bağlı olarak (yalnızca IM, yalnızca telefon ve/veya tam UC modları), Mesajlaşma ve/veya Toplantılar iş yüklerinin Jabber'den ağa geçişini de düşünmeniz gerekebilir. Yalnızca arama yapan bir istem ci olarak kullanılacaksa yalnızca telefon mod unda dağıtılabilir veya diğer iş yükleri için tam olarak dağıtılabilir, Webex Suite örn. Webex Messagingve/veyaWebex Meetings, arama ile uygulamaya geçiş yapılıyor.

Ses /video zekası, çağrı transkripsiyonu ve diğerleri gibi AI özellikleri sağlayarak son kullanıcının deneyimini geliştirir. Daha fazla bilgi için bkz. https://www.webex.com/all-new-webex.

Kullanıcıları taşımadan önce Jabber istemcilerini şuraya geçirmeniz gerekecektir.. Bu geçişi tamamlamak için iki seçeneğiniz var.

Onları geçiş yapmadan önce

Onları geçirdiğinizde.

İlk geçişi kolaylaştırmak için, seçenek 1'i kullanmanız ve kullanıcıları önce arama özelliğine taşımanız önerilir. Bu, kullanıcılara hala mevcut şirket içi arama platformunu kullanırken yeni uygulamaya aşina olmaları için zaman verir. Kullanıcıları taşımaya hazır olduğunuzda, onları bulut arama platformuna kaydolacak şekilde yapılandıracaksınız.

Bu iki seçenek hakkında daha fazla bilgi için bkz. Gö ç yolculuğu - bir veya iki adım mı? .

Desteklenen cihazların tam listesi için, bkz. Desteklenen cihazlar Webex Calling.

Cihaz uygunluğunu doğrulayın

Daha önce de belirtildiği gibi, Cisco IP Telefonlarının bir alt kümesini destekler ve 7800 ve 8800 serisi telefonlar için farklı bir ürün yazılımı türü gerektirir. Unified CMTelefonlar Kurumsal ürün yazılımını çalıştırırken, Telefonlar Multiplatform Phone (MPP) ürün yazılımını çalıştırır. Hazırlama aşamasında hangi kayıtlı telefonların MPP ürün yazılımına yükseltilmeye uygun olduğunu doğrulamanız önerilir. Bu, uygun olmayan telefonları desteklenen telefon modellerinden biriyle değiştirmeniz veya bir kullanıcıyı yalnızca Webex Uygulamasına taşımak gibi alternatif bir plan belirlemeniz için size zaman tanır.

Telefonların uygunluğunu belirlemeye yardımcı olmak için Control Hub, Telefonunuzu Şuraya Geçiş adlı yerleşik bir araca sahiptir Webex Calling. Cihaz uygunluğunu kontrol etmek için bu aracı kullanırken, Geçiş seçeneğini seçin Yalnızca cihaz lisansı oluştur.

Unified CMTelefonların uygunluğunu doğrulamak için Kontrol Merkezi aracı seçeneği Webex Calling

Bu seçenek, telefonları içeren bir CSV dosyası yüklemenizi sağlar, böylece her telefonun uygunluğunu kontrol edebilirsiniz. Bu Geçiş seçeneğini seçerek, hala hazırlık aşamasında olduğunuz ve henüz bunu yapmaya hazır olmadığınız için telefonları eklemez. Daha fazla bilgi için bkz. Telefonunuzu şuraya taşıma Webex Calling.

Bazı telefonların Bilin meyen uygunluk ile geri gelmesi mümkündür. Bunun nedeni genellikle arka uç sistemdeki telefonla ilgili bazı bilgileri doğrulayamamasıdır. Bilin meyen durumuna sahip tüm telefonlar için, MPP ürün yazılımına yükseltmeye uygun olup olmadıklarını doğrulamak için iki seçeneğiniz vardır.

Her telefonu manuel olarak kontrol edin ve model ve donanım sürümünü doğrulayın (PID VID)

Model ve donanım sürümü bilgisi ile 7800/8800 telefon etiketi

Cisco IP telefon hazırlık aracını kullanın

Aracı https://github.com/joemar2/mpp_readiness_check adresinden indirin.

Bu araç resmi bir Cisco aracı değildir ve TAC desteklenmemektedir. En iyi çaba desteğine sahiptir ancak kullanımı ücretsizdir.

Bu araç, şirket içinde bulunan ve sunuculara ve IP Telefonlarına erişebilen bir makinede çalıştırılmalıdır. En iyi sonuçları almak için önerilen ve gerekli olan IP Telefon larında web erişimini etkinleştirme seçeneğine sahiptir. Bu nedenle, son kullanıcıların aksamasını önlemek için kapalı saat lerde kullanılmalıdır. Aracın çıktısı, 7800 ve 8800 serisi telefonlardan hangilerinin MPP ürün yazılımına yükseltilmeye uygun olduğunu listeleyen bir rapor sağlar. Telefona doğrudan eriştiği için Control Hub arac ından bildir ilen Bilinmeyen cihazları doğrulayabilir.

Cisco IP telefon hazırlık aracı raporu

Kullanıcılar

Başarılı bir geçiş yaptığınızdan emin olmak için en önemli hazırlık adımlarından biri, uygun kullanıcı provizyonudur. Aşamalı geçiş yapıyor olsanız bile tüm kullanıcılar için uygun şekilde plan yapmanız gerekir . Kullanıcılar aşağıdakilerden herhangi biri için sağlanmalıdır:

Çağrı ile dağıtma

İle dağıtma

Bir kullanıcı için hizmetleri yapılandırma

Kullanıcıları dizinde aranabilir hale getirmek için (tıklayıp ara, Kullanıcı iletişim bilgileri, telefon rehberi araması).

Projenizin başlangıcında veya öncesinde tüm kullanıcıları hazırlamanız önerilir. Bu, arama platformlarını hala kullanan Unified CM kullanıcıları, arama cihazlarından (IP telefon, Jabber,) bağımsız olarak içerir. Kullanıcılar (ve/veya) geçiş yaptıkça, ihtiyaç duydukları hizmetleri etkinleştirmek için lisanslarını güncelleyeceksiniz. Geçişinizi başlat madan önce tüm kurumsal arama kullanıcılarını sağlayarak, oraya geçiş yapan bir kullanıcının, hâlâ Jabber üzerinde ve/veya açık olan bir kurumsal arama kullanıcısı için dizinde arama yapmasına olanak tanır. Bu, geçiş yapan kullanıcıların diğer kullanıcıların iletişim bilgilerini bulmasını ve dizin aramasını kullanarak onları arama yapmasını sağlar.

Şekil dizini araması, başka bir kullanıcıyı arayan bir kullanıcı örneğini gösterir. Arama sonuçları kullanıcının iletişim bilgilerini gösterir ve hala Jabber"de olan bir kullanıcı veya ve/veya adresine geçiş yapan bir kullanıcı için olabilir..

Webex App dizin araması

Ardından, mevcut şirket içi arama kullanıcılarından hangisine geçiş yapılacağını belirleyin. Tüm veya çok sayıda kullanıcı geçiş yapılacaksa, proje ekibinin, BT personelinin ve destek personelinin geçişi ve ortaya çıkabilecek sorunları ele alabilmesini sağlamak için kullanıcıları gruplar halinde taşımanız önerilir. Ayrıca, kullanıcıları bu geçişe hazırlamak için ilk bilgi ve eğitim oturumları sağlamak için biraz zaman ayırmalısınız. Kullanıcı geçiş gruplaması, kullanıcıların atandığı konum veya site , kullanıcı departmanları ve hatta kullanıcı türleri (bilgi çalışanları, yöneticiler, mobil çalışanlar vb.) dahil olmak üzere çeşitli kriterlere göre yapılabilir.

Örnek olarak, dağıtımdaki kullanıcılar New York (NYC), San Francisco (SFC) ve Research Triangle Park (RTP) olmak üzere üç ana siteye bölünmüşse, bir kullanıcı geçiş planı site tablosuna göre Kullanıcı geçiş planı'nda özetlenen plana benzeyebilir.
Tablo 4. Siteye göre kullanıcı geçiş planı
Kullanıcı sitesi/konumu Geçiş öncesi bilgi ve eğitim oturumları Geçiş dönemi Geçiş sonrası destek
NYC (1.525 kullanıcı) 1 Nisan Haftası Nisan 15 — Nisan 27 29 Nisan Haftası
SFO (1.600 kullanıcı) 6 Mayıs Haftası Mayıs 20 — Mayıs 31 3 Haziran Haftası
RTP (1.275 kullanıcı) 3 Haziran Haftası Haziran 17 — Haziran 28 1 Temmuz Haftası

Bir diğer önemli faktör, birbirleri arasında bağımlılığı olan kullanıcıları bir araya getirmektir.. Bu aşağıdakileri içerebilir ancak bunlarla sınırlı değildir:

BLF izleme

Aynı av pilotu/grubu

Satırları paylaş

Aynı Çağrı alma grubunun parçası

Aynı çağrı parkı numaralarını kullanma

İnterkom

Yönetici/Yönetici.

Yapılandırmayı inceleyebilir (GUI veya dışa aktarma) veya bu bağıml ılıkları olan kullanıcı gruplarını tanımlamaya yardımcı olmak için Geçiş İçgörüleri aracını kullanabilirsiniz.

Tablo 4. Siteye göre kullanıcı geçiş planı
Kullanıcı sitesi/konumu	Geçiş öncesi bilgi ve eğitim oturumları	Geçiş dönemi	Geçiş sonrası destek
NYC (1.525 kullanıcı)	1 Nisan Haftası	Nisan 15 — Nisan 27	29 Nisan Haftası
SFO (1.600 kullanıcı)	6 Mayıs Haftası	Mayıs 20 — Mayıs 31	3 Haziran Haftası
RTP (1.275 kullanıcı)	3 Haziran Haftası	Haziran 17 — Haziran 28	1 Temmuz Haftası

PSTN bağlantısı

PSTN'ye üç şekilde erişebilir: Cisco arama planları, Cloud connect for (eski adıyla Cloud Connected PSTN) ve şirket içi PSTN (Yerel ağ geçidi). Ancak, içinde tanımlandığı gibi tek bir konum yalnızca tek bir PSTN seçeneğine atanabilir.

Yerel ağ geçidine (LGW) sahip şirket içi PSTN, geçiş stratejisinin önemli bir bileşenidir. Şirket içi dağıtım ve/veya PSTN ile platform arasında bağlantı sağlar. yerel ağ geçidi olarak kullanılabilen hem Cisco hem de sertifikalı üçüncü taraf oturum sınır denetleyicilerini (SBC) destekler. Desteklenen SBC'lerin en son listesi için bkz. Desteklenen SBC'lerin listesi.

Kayıt tabanlı tek bir yerel ağ geçidinden 250'ye kadar eşzamanlı çağrıyı ve sertifika tabanlı tek bir Yerel Ağ Geçidinden 250'den fazla eşzamanlı çağrıyı destekler. Sertifika tabanlı Yerel Ağ Geçitleri, 6500 adede kadar eşzamanlı çağrıyı destekleyebilir, ancak bu, yerel ağ geçid inin sahip olması gereken bağlantı türüne (Üstten ve ara bağlantı eşlemesi) ve Yerel Ağ Geçidinin dağıtıldığı SBC modeline bağlıdır. Bu sınırlar, özünde hem yerel ağ geçidi tabanlı PSTN çağrıları hem de siteler arası ve uç noktalar arasındaki çağrılar için varsayılan sayım sınırıdır. Daha fazla bilgi için bkz. Yerel ağ geçidini kullanmaya başlama.

Bu sınırı aşan çağrılar 403 Yasak ile reddedilir. Ç ağrı etkin sesini göster komutu, etkin aramaların toplam sayısını belirlemek için herhangi bir örnekte yerel ağ geçidinde çalıştırılabilir.

Yerel bir ağ geçidi ile erişim SBC arasındaki zayıf ağ koşulları, sinyal bağlantısının performansını sınırlayabilir ve eşzamanlı arama sınırına daha da düşük bir yol açabilir. Yerel ağ geçidi ile veri merkezi arasındaki tek yönlü gecikme süresi 100 ms'yi geçmemelidir ve titreşim 10 ms'den az, paket kaybı ise %0,5'ten az olmalıdır.

Özellikler ve özellik kullanımı

Mevcut ortamı değerlendirirken, hangi özelliklerin yapılandırıldığını belirlemek ve gözden geçirmek önemlidir. Ayrıca, dağıtımınız için iş ve teknik gereksinim lerinizi (yeniden) tanımlayabilmeniz için özelliklerin kullanımını anlamak önemlidir.

Hangi özelliklerin yapılandırıldığını belirlemek için yapılandırmayı analiz edin. Bu, sistemde bir özellik veya ayar yapılandır ıldığında ayarlanan tüm statik verilerdir. Bu analizi tamamlamak için aşağıdaki seçenekler kullanılabilir:

Yönetici GUI'deki yapılandırmayı gözden geçirin

yapılandırma dışa aktarma - toplu dışa aktarma veya AXL

geçiş öngörüleri aracı (Önerilen)

Cisco 3. taraf iş ortağı araçları (Önerilen).

Özellik kullanımını etkin bir şekilde analiz etmek için kullanım, kayıtlar ve çağrı etkinliği gibi dinamik sistem verilerini incelemek esastır . Çeşitli analitik araçlar ve gösterge panoları, bu metriklere ilişkin içgörüler sağlayarak, geçiş ve optimizasyon çalışmaları sırasında bilinçli karar vermeyi destekleyen sistem performansı ve kapasitesinin kapsamlı bir şekilde anlaşılmasını sağlar. Bu tür analizleri tamamlamak için aşağıdaki seçenekler kullanılabilir:

Ham CDR kayıtlarının gözden geçirilmesi

Unified CMRTMT verilerinin gözden geçirilmesi

CDR verilerini kullanan geçiş İçgörüler aracı

Buluta Bağlı UC analitiğinin gözden geçirilmesi

Çağrı hacmi

Kayıtlı uç noktalar

(CAC) konumları

Gövde kullanımı.

Cisco 3. taraf iş ortağı araçları.

Cisco, bu analiz için Webex Control Hub Migration Insights aracıyla başlamanızı önerir. Dışa aktarma .TAR dosyanızı ve Unified CM CDR dosyalarını (isteğe bağlı, ancak özellik kullanım analizi için gereklidir) araca aktaracaksınız. Araç, analizi başlatmak için kullanıl abilecek aşağıdaki CSV tabanlı raporları oluşturacaktır:

Tablo 5. Unified CM.tar dosyasından oluşturulan raporlar
Rapor adı
Rapor açıklaması
ImportedDataBulk.csv dosyası
Verilerden tüm kullanıcılar ve cihazlar Unified CM
DeviceEligibility.csv dosyası
Geçiş için uygun cihazları tanımlar Webex Calling (IP telefonlar, Oda İşletim Sistemi cihazları, ATA"lar ve Üçüncü Taraf)
DevicePoolNumbers.txt dosyası
Belirli bir cihaz havuzundaki tüm numaraların listesi
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv dosyası
Paylaşılan hatlar, avlanma pilotu, çağrı kuyruğu, çağrı parkı ve çağrı alma grubu yapılandırmasına göre birlikte taşınması gereken cihazlar ve kullanıcılar hakkında ayrıntılar
HuntGroupMigrationInsight.csv dosyası
Atanmış av hatları, satır grupları ve ilişkili aracılar hakkında ayrıntılı bilgi
SharedlineGroupMigrationReport.csv dosyası
Telefon numaralarının (dizin numaralarının) kullanıcılar arasında nasıl paylaşıldığına genel bakış

Tablo 6. Unified CM.tar ve CDR. gzip dosyalarından oluşturulan raporlar
Rapor adı
Rapor açıklaması
FeatureUsageBasedDeviceEligibilityReport.csv dosyası
Özellik kullanımına göre cihaz geçişi uygunluğu hakkında bilgiler
FeatureUsageWithLastUsageDateReport.csv dosyası
Son kullanım tarihi ile birlikte avlanma pilotlarının ve çağrı kuyruklarının kaç kez çağrıldığı için kullanım sayısı
UserWorkspaceLastUsage.csv dosyası
Hem yazılım istemcileri hem de sabit telefonlar için kullanıcılar ve çalışma alanları için son kullanım tarihi
DIDUsageReport.csv dosyası
Hem atanmış hem de atanmamış DID'ler için DI D kullanımı

Geçiş İçgörüleri raporları hakkında daha fazla bilgi için bkz. Geç iş bilgileri.

Migration Insights raporlarındaki bilgileri inceledikten sonra özellikler ve kullanım hakkında daha fazla bilgiye ihtiyacınız varsa Cisco, Cisco'nun 3. taraf iş ortağı geçiş araçlarından birini düşünmenizi ve/veya GUI'deki veya yapılandırma dışa aktarma verilerindeki yapılandırmaları gözden geçirmenizi önerir.

Tablo 5. Unified CM.tar dosyasından oluşturulan raporlar
Rapor adı Rapor açıklaması
ImportedDataBulk.csv dosyası Verilerden tüm kullanıcılar ve cihazlar Unified CM
DeviceEligibility.csv dosyası Geçiş için uygun cihazları tanımlar Webex Calling (IP telefonlar, Oda İşletim Sistemi cihazları, ATA"lar ve Üçüncü Taraf)
DevicePoolNumbers.txt dosyası Belirli bir cihaz havuzundaki tüm numaraların listesi
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv dosyası Paylaşılan hatlar, avlanma pilotu, çağrı kuyruğu, çağrı parkı ve çağrı alma grubu yapılandırmasına göre birlikte taşınması gereken cihazlar ve kullanıcılar hakkında ayrıntılar
HuntGroupMigrationInsight.csv dosyası Atanmış av hatları, satır grupları ve ilişkili aracılar hakkında ayrıntılı bilgi
SharedlineGroupMigrationReport.csv dosyası Telefon numaralarının (dizin numaralarının) kullanıcılar arasında nasıl paylaşıldığına genel bakış

Tablo 6. Unified CM.tar ve CDR. gzip dosyalarından oluşturulan raporlar
Rapor adı Rapor açıklaması
FeatureUsageBasedDeviceEligibilityReport.csv dosyası Özellik kullanımına göre cihaz geçişi uygunluğu hakkında bilgiler
FeatureUsageWithLastUsageDateReport.csv dosyası Son kullanım tarihi ile birlikte avlanma pilotlarının ve çağrı kuyruklarının kaç kez çağrıldığı için kullanım sayısı
UserWorkspaceLastUsage.csv dosyası Hem yazılım istemcileri hem de sabit telefonlar için kullanıcılar ve çalışma alanları için son kullanım tarihi
DIDUsageReport.csv dosyası Hem atanmış hem de atanmamış DID'ler için DI D kullanımı

Cisco entegrasyonları: Unity Bağlantısı UCCX UCCE

Sesli posta, teklifin ayrılmaz bir parçasıdır ve çözüme yerel olarak yerleşiktir. Unity Connection veya Unity Connection Express gibi tesis tabanlı bir sesli mesaj çözümüyle entegre edilemez. Ayrıca, mevcut Unity bağlantısı sesli posta mesajlarını veya selamlarını mevcut olan yerel sesli posta hizmetine taşımanın yerel bir yolu yoktur.. Cisco'nun üçüncü taraf iş ortağının geçiş araçlarından bazıları bu verilerin bir kısm ını taşıma yeteneklerine sahiptir. Sesli posta hakkında daha fazla bilgi için bkz. Kullanıcı için sesli posta ayarlarını yapılandırma ve yön etme. Webex Calling

ayrıca paylaşılan sesli posta ve faks posta kutularını destekler. Daha fazla bilgi için bkz. Paylaş ılan sesli mesajı ve gelen faks kutusunu yönetme. Webex Calling

çekirdek platformun bir parçası olarak dahil edilen yerleşik bir Otomatik Görevli özelliğine sahiptir. Bu özellik, Unity Connection'ın çağrı işleyicilerinin ve otomatik operatör işlevselliğinin geçişine izin verir. Kontrol Merkezi aracı, Özellikleri Göster, Unity Bağlantı yapılandırmalarının Otomatik Görevliklere geçirilmesini destekler. Unified CM Bu aracı kullanma hakkında daha fazla bilgi için bkz. Cihazların ve özelliklerin şuradan taşın Unified CM masıWebex Calling.

Çağrı kaydı

ek ücret ödemeden arama kaydı için iki seçenek içerir.

Webex çağrı kaydı

Dubber Go kaydı (ortak teklifi) - kaydedilen tüm ortamların bulutta güvenli bir şekilde tutulduğu dubber arasında bir entegrasyon.

dahil edilen kayıt seçenekleri tablosu, ek ücret ödemeden kullanılabilen iki arama kayıt seçeneğinin bazı temel özelliklerini vurgular.

Tablo 7. dahil kayıt seçenekleri
Webex Double Go

Tüm kullanıcılar tarafından kullanılabilir Tüm kullanıcılar tarafından kullanılabilir

Sınırsız kayıt Sınırsız kayıt

1 yıllık saklama süresi* 30 günlük saklama süresi

Kuruluş başına 100 GB depolama -

Uyumluluk görevlileri çağrı kayıtlarına erişebilir ve bunları yönetebilir -

Kayıtları yönetmek için API'ler -

Yöneticiler, kullanıcıların arama kayıtlarına erişimini yapılandırabilir ve yönetebilir
Kullanıcılar, User Hub ve/veya Webex Uygulamasını kullanarak kendi kayıtlarını yönetebilirler.
Kayıtlarına yalnızca kullanıcılar erişebilir ve bunları yönetebilir
Dublaj portalından.

Kuruluşunuz uyumluluk çağrısı kaydı, daha uzun saklama süreleri, daha fazla depolama alanı, yapay zeka analizi ve/veya yönetici erişimi gibi ek kayıt özellikleri gerektiriyorsa, hem Cisco hem de 3. taraf kayıt sağlayıcılarından ücretli teklifler veya eklentiler mevcuttur. Kayıt sağlayıcıları, yapılandırmalar ve eklenti iş ortağı hizmetleri hakkında daha fazla bilgi için bkz. Arama kaydını yönetme Webex Calling.

Tablo 7. dahil kayıt seçenekleri
Webex	Double Go
Tüm kullanıcılar tarafından kullanılabilir	Tüm kullanıcılar tarafından kullanılabilir
Sınırsız kayıt	Sınırsız kayıt
1 yıllık saklama süresi*	30 günlük saklama süresi
Kuruluş başına 100 GB depolama	-
Uyumluluk görevlileri çağrı kayıtlarına erişebilir ve bunları yönetebilir	-
Kayıtları yönetmek için API'ler	-
Yöneticiler, kullanıcıların arama kayıtlarına erişimini yapılandırabilir ve yönetebilir Kullanıcılar, User Hub ve/veya Webex Uygulamasını kullanarak kendi kayıtlarını yönetebilirler.	Kayıtlarına yalnızca kullanıcılar erişebilir ve bunları yönetebilir Dublaj portalından.

Üçüncü taraf entegrasyonları

Yerel Ağ Geçitleri, IP telefonlar, İnterkom telefonları, Hoparlör/Çağrı Cihazları, AT A'lar vb. dahil ancak bunlarla sınırlı olmamak üzere çeşitli ^3. taraf entegrasyonlarını destekler. Bu ^3. taraf cihazlara ek olarak, müşteri Webex Calling desteği, analiz, kayıt, faturalandırma vb. için farklı ^3. taraf çözümlerini destekler. Üçüncü taraf çözümleri hakkında daha ^fazla bilgi için bkz. Webex App Hub.

Plan

Üst düzey proje planı

Göç yolculuğu - bir veya iki adım?

Seçenek 1: Tek adımlı kullanıcı geçişi

Seçenek 2: Çift adımlı kullanıcı geçişi

Adım 1

2. Adım

Üst düzey proje planı

Şuradan geçiş için üst düzey bir proje planı geliştirirken, hem iş hedefleri hem de teknik gereksinimlerle uyumlu net aşamalar ve kilometre taşları oluşturmak önemlidir. Plan, ayrıntılı teknik ve iş gereksinimlerinin toplanmasının yanı sıra paydaşların belirlenmesi ve başarı kriterlerinin tanımlanması da dahil olmak üzere kapsamlı bir değerlendirme aşamasıyla başlamalıdır. Temel hususlar arasında kaynak tahsisi, zaman çizelgesi tahmini, risk yönetimi ve geçiş boyunca tüm tarafların bilgilendirilmesini ve katılmasını sağlamak için iletişim stratejileri yer alır. Ek olarak, plan, kesintiyi en aza indirmek ve geri bildirime dayalı ayarlamalara izin vermek için pilot test ve aşamalı kullanıma sun ma gibi doğrulama kontrol noktalarını içermelidir.

Proje planına dahil edilecek unsurlara örnekler şunlardır:

Geçiş kapsamını tanımlama (örneğin, hangi kullanıcıların, cihazların ve özelliklerin geçiş yapacağı)

Son kullanıcılar ve destek ekipleri için eğitim oturumları planlama

Ağ hazırlık değerlendirmelerini koordine etmek ve

Yedek seçeneklerle kesintisiz faaliyetlerin planlanması. Uygunluk ve güvenlik incelemelerinin yanı sıra geçiş sonrası destek ve optimizasyon aşamalarını entegre etmek de önemlidir.

Proje planını bu hususlarla yapılandırarak, kuruluşlar karmaşıklığı daha iyi yönetebilir, riskleri azaltabilir ve daha sorunsuz bir geçiş sağlayabilir.

Göç yolculuğu - bir veya iki adım?

kullanıcıların arama yumuşak istemcileri için kullanmalarını gerektirir. Bu nedenle, herhangi bir kullanıcı hala kullanıyorsa, onları ne zaman taşıyabileceğiniz konusunda iki seçeneğiniz vardır.. Tek adımlı kullanıcı geçişi veya çift adımlı kullanıcı geçişi yapabilirsiniz.

Seçenek 1: Tek adımlı kullanıcı geçişi

Tek adımlı geçişte, kullanıcılar buradan geçiş yaptıkları zamana geçiş yaparUnified CM. Bu seçenek genellikle az sayıda kullanıcısı olan müşteriler içindir ve hem kullanıcının yazılım istemcisini hem de arama hizmetini aynı anda taşımayı yönetebilir. Kullan ıcının arama hizmeti, yazılım istemcisi ve telefonunun aynı anda geçtiği aşağıdaki şekil, bu geçiş türünü vurgulamaktadır. Bu seçenekle bir kullanıcı aşağıdakileri aynı anda tamamlayacaktır:

Arama hizmetleri şuradan taşındı

Telefon numaraları ve uzantıları şuradan taşındı

Yumuşak istemci Jabber'den şuraya geçiş yaptı - şuraya kaydolacak

Telefon kaydı şuradan taşındı.

Kullanıcının arama hizmeti, yumuşak istemci ve telefon aynı anda geçer

Bu, kullanıcı gruplarının farklı zamanlarda taşındığı aşamalı bir geçiş olabilir, ancak her kullanıcı taşındığında bunların hepsi aynı anda gerçekleşir.

Seçenek 2: Çift adımlı kullanıcı geçişi

Diğer yaklaşım, çift adımlı bir göçtür. 1. adımda, kullanıcılar arama hizmetlerine geçiş yapılır, ancak arama hizmetleri için devam eder. Ardından 2. adımda, kullanıcılar şuradan Unified CM taşınır. Bu seçenek, daha büyük müşterilerin son kullanıcı değişikliklerini yönetmesi ve kullanıcının yumuşak istem ci değişikliğini arama hizmeti değişikliğinden ayırması için önerilir. Aşağıdaki şekil Yum uşak istemciyi taşıma; ardından arama hizmetini, yazılım istemcisini ve telefonu Webex Calling aşağıya taşıy ın bu geçiş türünü vurgulamaktadır.

Adım 1

Şuradan geçiş yapılan yumuşak istemci - şuraya kaydolacaktır.

2. Adım

Çağrı hizmetleri şuradan taşındı.

Telefon numaraları ve uzantıları şuradan taşındı.

kayıt şuradan taşındı.

Telefon kaydı şuradan taşındı.

Yumuşak istemciyi taşıyın; ardından arama hizmetini, yazılım istemcisini ve telefonu şuraya taşıyın Webex Calling

Bu, kullanıcı gruplarının her iki adımda da farklı zamanlarda taşındığı aşamalı bir geçiş olabilir.

Seçtiğiniz seçenek, kullanıcılarınızın ve uygulamasına geçişini nasıl yönetmek istediğinize bağlıdır.. Tavsiye, adım adım atmaktır (Seçenek 2). Bu, son kullanıcının değişikliklerini bir seferde en aza indirmenize ve çabayı projenin farklı bölümlerine bölmenize olanak tanır. Ancak, kullanıcıların yalnızca bir kez etkilenmesini tercih ediyorsanız, Seçenek 1'i kullanmak da geçerlidir.

Önerilen yolculuğa bakıldığında (Seçenek 1), aşağıdaki Jabber'den Webex Uygulamasına üst düzey geçiş haritası şekli, Adım 1 için üst düzey geçişi gösterir.

Jabber'den Webex Uygulamasına üst düzey geçiş haritası

Bu adımda, kullanıcılar tüm arama hizmetleri için Jabber"dan tüm arama servislerine geçiş yapılır.. ancak, arama platformu hala devam ediyor Unified CM ve arama hizmet lerini şuraya kaydedecek. Jabber'den Webex Uygulamasına üst düzey geçiş haritasında görüldüğü gibi, şirket içi altyapı değişmez ve Jabber'in yaptığı gibi çalışır. Tek değişiklik, bağlantı gerektirmesidir..

Bu geçiş hakkında daha fazla bilgi için, İşbirliği Geçişi sayfasındaki İstemci bölümünün altındaki Jabber'den Webex'e Geçiş Haritası ve Dağıtım Kılav uzu'na bakın.

Unified CMWebex Callingüst düzey geçiş haritası figürü, şuradan üst düzey geçiştir. Bu önerilen yolculuğun 2. Adımıdır.

Unified CMWebex Callingüst düzey geçiş haritasına

Tek adımlı yaklaşımı kullanmaya karar verirseniz, bu da geçerlidir.

Bu adımda kullanıcılar gruplar halinde geçiş yapılır. Bu noktada kullanıcılar arama hizmetleri, arama kaydı ve IP Telefon kaydı için kullanmaya başlar.

Kullanıcılar gruplar halinde hareket ettiğinden, Kurumsal kullanıcılar geçiş sırasında iki arama platformu arasında bölünür. Aşama 1 Unified CM'den Webex Calling üst düzey geçiş haritası figürüne bu durumu göstermektedir. Bu aşamada, iki platformdaki kullanıcılar arasındaki aramaların nasıl yönetileceği ve PSTN çağrılarının nasıl yönlendirileceği için planlama gereklidir.. Bir kullanıcı grubuna her geçiş yapıldığında, yerel ağ geçidi (lar) üzerinde çevirme planları ve çağrı yönlendirme güncellemeleri gerekecektir.

Tüm kullanıcılar, yazılım istemcileri ve cihazlar geçiş yaptıktan sonra (Aşama 2), şirket içi tüm UC altyapısı kaldırılabilir ve hizmet dışı bırakılabilir.

Tasarım

Bölge seçimi

Konumlar

PSTN

Arama planı

Şirket içi arama planı

arama planı

Kayıt

1. Çağrı kayıt sağlayıcı seçimi

2. Bölge seçimi

Acil arama

Lisanslama

Manuel atama yoluyla

Otomatik lisans atama şablonları

CSV şablonu aracılığıyla toplu atama

API tabanlı atama

Lisans gereksinimleri

Kullanıcı sağlama

Kullanıcı grupları

Şuradan geçiş yaparken önerilen yaklaşım

Kullanıcı Grupları Tasarlama

Tek Oturum Açma (SSO)

Çoklu IdP desteği

1. Birleşme ve satın almalar

2. Birden fazla bağımsız BT departmanı

3. Farklı kullanıcı grupları veya etki alanları

4. Çeşitli kimlik doğrulama protokolleri için destek

5. Gelişmiş güvenlik ve uyumluluk

6. Basitleştirilmiş kullanıcı deneyimi

SSO için Duo MFA

ÖZELLİKLERİ

Otomatik Görevli

Çağrı Parkı

Çağrı Alma

Çağrı Sırası

Av Grubu

Çalışma Modları

Çağrı Grubu

Kayıtlar

Tek Numara Erişimi

Sesli Posta Grubu

Bölge seçimi

dünya çapında kullanılabilir ve birden fazla bölgedeki yedekli veri merkezlerinden teslim edilir: ABD (Dallas, Chicago), Kanada (Vancouver, Toronto), Avrupa (Frankfurt, Amsterdam), İngiltere (Londra, Manchester), Avustralya (Melbourne, Sidney), Japonya (Tokyo, Osaka), Suudi Arabistan (Riyad, Cidde) ve Hindistan (Mumbai, Chennai). Medya POP'ları, medya gidiş-dönüş sürelerini optimize etmek için medya hizmetleri sağlar. Örneğin Singapur veri merkezi, Avustralya veya Japonya bölgesine gidiş-dönüş sürelerinin optimal olmayabileceği Asya ülkelerindeki müşteriler için medya gidiş-dönüş sürelerini optimize etmek için kullanılır. Veri merkezleri, çoklu gigabit ve tamamen yede kli bir omurga ile birbirine bağlanır. Küresel olarak dağıtılan veri merkezleri rakamı, tüm veri merkezlerine genel bir bakış göstermektedir. Kullanılabilir veri merkezlerinin en son listesi için bkz. Veri Merkezi konumları Webex Calling.

Küresel olarak dağıtılmış veri merkezleri

Her müşteri örneklerden birinde sağlanır. Söz konusu müşterinin tüm sağlama bilgileri o örnekte saklanır ve söz konusu müşteri için sağlanan tüm uç noktaların ve Yerel Ağ Geçitlerinin SIP sinyalizasyonu, müşterinin sağlandığı örneğe bağlanır. İlk bölge seçimini değiştirmek zor olduğundan, bölge seçimine yol açan karar sürecinin bir parçası olarak ilgili tüm faktörleri dikkate almak önemlidir. Aşırı sinyal gidiş-dönüş gecikmesini önlemek için, geçiş sürecinin başlarında hangi örneğin kullanılacağına karar vermek önemlidir. Cisco, dağıtımdaki en fazla kullanıcı sayısı için en düşük sinyal gidiş-dönüş sürelerini sağlayan bulut sunucusu seçmenizi önerir.

Ülke kullanılabilirliği için bk z. Webex nerede kullanılabilir? .

Konumlar

Konumların sağlanmasına hazırlanmak için tüm geçiş için gerekli bilgilerin toplanması gerekir. Her konum için gerekli bilgiler, her konum için yakalanacak bilgiler"de özet lenmiştir..
Tablo 1. Her konum için yakalanacak bilgiler
Bilgi Yorum
Uzatma aralığı (ler) İçindeki her konumun farklı rakamlarla başlayan uzantıları olabilir. Yerler arası çevirme direksiyon basam ağı için bir basamak (örneğin 8) ve PSTN direksiyon basamağı için bir basamak (örneğin 9) kullanılmalıdır. Hiçbir uzatma aralığı bu iki basamaktan hiçbiriyle başlayamaz.
Tüm konumların tüm uzatma aralıkları eşit uzunlukta olmalıdır.
DID aralığı (ler) -
PSTN direksiyon basamağı -
Site kodu Tüm konumların tüm site kodlarının benzersiz olması ve aynı uzunluğa sahip olması gerekir.
Ana numara Bir konum oluştururken iki DID sağlanması gerekir. Biri ana numara olarak (örneğin bir otomatik görevli servisine atanacak) ve bir tane sesli posta portalı için.
Sesli mesaj numarası için bir DID sağlayın.
Sesli mesaj numarası
Lisans sayısı Standart, Profesyonel, Çalışma Alanı, Rota Listesi, Giden Arama Planı dahil olmak üzere türe göre gerekli lisanslar.
Yoğun saatte eşzamanlı aramalar Cihazlar arasındaki ve cihazlar ile Yerel Ağ Geçidi arasındaki eşzamanlı aramaların toplamı (PSTN ve cihazlara yapılan çağrılar). Gerekli internet erişim bant genişliğini belirlemek için gereklidir.
Ülke -
Saat dilimi -
Dil -
İletişim (İsim, Telefon, E-posta) -
Adres (Sokak adresi, Şehir, Eyalet, Posta kodu) -
Acil durum hizmetleri uç noktalar için fiziksel gönderilebilir konum Acil arama için kullanılan cihaz gönderilebilir konumu genellikle aşağıdakileri içerir: bina adresi, bina adresi+kat numarası, bina adresi+ süit numarası veya bina adresi + kat numarası + ofis/kübik numarası.
Acil servisler için cihaz başına benzersiz fiziksel ağ konumu Acil arama için fiziksel ağ konumu genellikle aşağıdakileri içerir: kablolu cihazlar için anahtar/anahtar bağlantı noktası, kablosuz bağlı cihazlar için kablosuz Erişim Noktası (AP) Temel Hizmet Kümesi Tanımlayıcıları (BSSID'ler) ve/veya uç nokta aygıtları için şirket içi IP alt ağları.

PSTN

Bir dağıtım tasarlarken müşterilerin üç ana PSTN bağlantı seçeneği vardır: Cisco Çağrı Planları (Cisco tarafından yönetilen bulut tabanlı bir PSTN hizmeti), Buluta Bağlı PSTN Sağlayıcıları (sağlayıcıların bulut üzerinden PSTN hizmeti sunduğu CCPP) ve şirket içi PSTN (yerel ağ geç itlerinin kurumsal ağı PSTN'ye bağladığı yer). Hibrit dağıtımlar için PSTN trunking'in tanıtılmasıyla (Daha fazla bilgi için bkz. PSTN trunking'de hibrit Webex Calling dağıtımlar için PSTN trunking), kuruluşlar geçiş yaklaşımlarında ek esne klik kazanırlar. Bu özellik, müşterilerin geçiş yolculuğunun başlangıcında PSTN'lerini CCPP'ye taşımalarını ve kullanıcılar için bulut PSTN'ye geçmeye başlamalarını sağlarken, aşamalı geçiş sırasında Cisco'da kalan kullanıcılar için PSTN hizmetini sürdürmek için CCPP'den yararlanır.

Bu hibrit yaklaşım, kuruluşların tüm telefon ortamlarını derhal elden geçirmeden belirli kullanıcı grupl arını önce buluta taşımasına olanak tanır. Bununla birlikte, özellikle mevcut çağrı yönlendirme mantığını yeni mimariyi desteklemek için uyarlamak konusunda ek karmaşıklık ve risk getirir. Faks sun ucuları, iletişim merkezleri veya çağrı sistemleri gibi eski uygulamalarla birlikte çalışabilirlik de dikkatli bir şekilde değerlendirilmesini gerektirir. Temel teknik zorluklar, karışık ortam da kesintisiz uçtan uca codec anlaşması ve DTMF (Çift Tone Multi-Frequency) sinyallemesinin sağlanmasının yanı sıra özel telefon özellikleriyle uyumluluğun doğrulanmasını içerebilir. Geçiş süreci boyunca kesintiyi en aza indirmek ve güvenilir ses servislerini sürdürmek için uygun planlama ve test gereklidir. Ek olarak, hibrit kanallaştırma, şirket içi ortam ile Bulut Bağlantılı PSTN Sağlayıcısı (CCPP) arasındaki eşzamanlı çağrı sayısına day anan bir kullanım lisansı gerektirdiğinden ticari hususlar önemlidir.

Alternatif olarak, kuruluşlar geçiş aşaması boyunca şirket içi PSTN bağlantılarını korumayı seçebilir. Bu senaryoda, CCPP'ye geçiş iki şekilde yürütülebilir: geçiş tamamlandıktan sonra tüm kullanıcılar ve konumlar için tek, eşgüdümlü bir geçiş olarak veya kullanıcılar taşınırken konum başına PSTN geçişi ile aşamalı olarak gerçekleştirilebilir. Bu yaklaşım, eski entegrasyonlar için bir arada yaşamayı kolaylaştırmaya ve sürekliliğin korunmasına yardımcı olabilir, ancak çeşitli operasyonel karmaşıklıklar ortaya çıkarır. Bunlar arasında, num ara bağlantı noktası siparişlerinin kesin koordinasyonuna duyulan ihtiyaç, potansiyel gecikmeler ve eşzamanlı bağlantı noktası isteklerinin sayısına bir sınır veya çok sayıda blokların alt kümelerini taşımaya ilişkin kısıtlamalar gibi sağlayıcı tarafından uygulanan sınırlamalar gibi sayı taşımayla ilgili zorluklar vardır. Kuruluşlar, hizmet kesintilerini önlemek ve sorunsuz bir geçiş deneyimi sağlamak için bu lojistik hususları dikkate alarak PSTN geçiş stratejilerini dikkatlice planlamalıdır.

Başlangıçta CCCP'ye geçiş ve şirket içi PSTN'yi tutma

Başlangıçta CCCP'ye geçiş ve şirket içi PSTN'yi tutma şekli, yukarıda açıklanan iki PSTN geçiş seçeneğini göstermektedir. Soldaki resimde, tüm şirket içi kullanıcıların ve uygulamaların, kurum içi ana bağlantı ve yerel ağ geçidi aracılığıyla Bulut Bağlantılı PSTN hizmetlerini tükettiği senaryoyu göster irken, sağdaki çizim, mevcut şirket içi PSTN'nin yerinde kaldığı ve kullanıcıların kurum içi ağ geçidi bağlantısı üzerinden şirket içi PSTN'yi kullandığı senaryoyu gösterir. Webex Calling ve. Geçiş sırasında konumlar Cloud Connected PSTN kullanılarak değiştirilebilir.

Her iki senaryoda da şirket içi ve kullanıcı arasındaki çağrılar Yerel Ağ Geçidi bağlantısını kullanır. Şirket içi ile arasındaki bağlantı, beklenen eşzamanlı çağrı sayısına ve gerekli yedekliliğe göre tasarlanmalı ve boyutlandırılmalıdır.

Arama planı

Geçiş dönemi arasında ve geçiş dönemi boyunca kesintisiz birlikte çalışabilirlik sağlamak için kapsamlı bir arama planı mimarisi geliştirilmeli ve her iki platformda uygulanmalıdır. Bu çift platformlu arama planı tasarımı, tutarlı arama yönlendirmesi, numara çevirisi ve özellik şeffaflığı sağlar ve her iki sistemdeki kullanıcıların birlikte yaşama aşaması boyunca hizmet bozulması veya kullanıcı deneyimi kesintileri olmadan iletişim kur masını sağlar.

Şirket içi arama planı

Geçiş sırasında kuruluş üzerinde Unified CM ve üzerinde kayıtlı cihazların bir arada bulunmasına izin vermek için arama planının en azından aşağıdaki gereksinimlerin karşılanabilmesi için değiştirilmesi gerekir:

+E.164 şuradan arama

Şuradan uzantılı arama (site içi, ancak uzantı aralıkları benzersizse siteler arası da)

Şuradan kısaltılmış siteler arası arama

Şuradan zorunlu ağ üzerinden arama

Cevapsız aramalar dizininden hedeflere geri arama

Geçiş sırasında şirket içi PSTN kullanılıyorsa, PSTN adresinden PSTN'ye çağrılar

Geçiş sırasında PSTN, hibrit dağıtımlar için PSTN kanalı, Cloud Connect aracılığıyla şirket içi kullanıcılara PSTN erişimi sağlamak için kullanılır:

Şuradan ağa zorunlu olarak bağlanın

Şuradan (siteler arası) uzantılı arama.

Yukarıdakilerden herhangi biri geçiş öncesi çevirme alışkanlıkları desteklenmiyorsa, örneğin kısaltılmış siteler arası arama alışkanlığı yoksa, geçiş sırasında zorunlu olarak kullanılmaları gerekmez.

Şekil En İyi Uygulamalar arama planı, Cisco Collaboration 12.x Kurumsal Şirket İçi Dağıtımlar için Tercih Edilen Mimari, CVD'de açıklanan en iyi uygulama arama planı yaklaşımını gösterir. Bu yaklaşımın temel özellikleri şunlardır:

+E.164 dizin numaraları için tek bölüm

+E.164 rota modellerine dayalı çekirdek yönlendirme

Çeviri kalıplarını kullanarak tüm arama alışkanlıklarının +E.164 olarak normalleştirilmesi

Arama alanı kalıtımını çağıran çeviri kalıbının kullanımı (seçenek Oluşturucunun çeviri kalıpları üzerinde ayarlanmış arama alan ını kullan).

En iyi uygulamalar arama planı

Örneğin, SJC'deki SJC'deki hat arama alanı SJCinternational ile sağlanan bir cihazdan PSTN arama (9+1+10D) önce çağrılan taraf numarasını +E.164 olarak normalleştiren 9.1 [2-9] XX [2-9] XXXXXX çeviri deseni ile eşleştirilir. İkincil arama daha sonra aynı SJCinternational arama alanını tekrar kullanır (arama alanı mirasını çağırır) ve +E.164 basamaklı dize ya DN bölümündeki +E.164 diz in numarasıyla ya da USPSTNnational veya SJCPSTNLocal bölümündeki PSTN yol desenlerinden biriyle eşleşir. Kısaltılmış site içi ve siteler arası arama alışkanlıkları, ESN ve SJCTO E 164 bölümündeki çeviriler tarafından uygulanır. ESN bölümü genel bir bölüm olsa da (tüm konumlardaki telefonlar için erişilebilir) SJCTOE164 bölümüne yalnızca SJ C konumundaki kullanıcılar erişilebilir. Bu, örtüşen uzatma aralıklarını varsaymaktadır.

Şuradan aramayı etkinleştirmek için ilk adım, +E.164 hedeflerinin buna göre yönlendirildiğinden emin olmaktır. Bu, arama planına bir bölüm ekleyerek, o bölüme tüm hedefler için +E.164 rota desenleri ekleyerek ve son olarak, ulaşılması gereken hizmet sınıflarını temsil eden tüm arama alanlarına bölümü ekleyerek başar ılabilir. Kaynaklanan çağrılar için farklılaştırılmış bir hizmet sınıfının oluşturulmasını sağlamak için özel bir bölüm oluşturmak gerekir.. Çağrı döngülerinden kaçınmak için, Yerel Ağ Geçidinden gelen arama alanının ana ağ üzerindeki gelen arama alanının bölüme erişimi olmamalıdır.

+E.164 yönlendirme Webex Calling

Şekil+E.164 yönlendirmede gösterildiği gibiWebex Calling, +E.164 DID aralığı +1 221 555 2XXX ve site kodu 121 olan bir konuma yönlendirmeyi etkinleştirmek için, bu +E.164 aralığına eşleşen acil bir rota modelinin bölüme eklenmesi gerekir.

Siteye özgü Yerel Ağ Geçidi seçimi gerekmiyorsa, tek bir rota grubuna işaret eden rota desenleri için hedef olarak yerel bir rota grubuna sahip bir rota listesi kullanmak yerine, Yerel Ağ Geçidi tek üye olarak sağlanabilir ve ardından rota kalıpları tek bir rota grubunu tek giriş olarak içeren tek bir rota listesine işaret eder.

Siteye siteler arası kısaltılmış aramayı etkinleştirmek için gerekli rota deseni 8121.2XXX bölüme eklenir. ESN aramasını +E.164 olarak normalleştiren 8121.2XXX arama normalleştirme düzenine geçilecek siteler için ESN bölümünde zaten mevcut olabilir . Bu durumda 8121.2XXX gereksiz görünüyor, ancak ilgili konumdaki tüm DN'leri 8121.2XXX arama normalleştirme çevirisi deseni kaldırılabilir ve ardından 8121.2XXX rota modeli, yalnızca uzantı kullanıcıları için bile ESN aramayı etkinleştirir.

Bu arama planı değişiklikleri ile konuma yapılan çağrılar sadece site içi ve +E.164 ile kısaltılmış olarak aranarak yapılamaz. Ayrıca, uluslararası ve ulusal PSTN arama mümkündür, çünkü bu arama alışkanlıkları önce mevcut olan arama normalleştirme çeviri kalıpları aracılığıyla +E.164 olarak normalleştirilir ve ardından bölümdeki +E.164 rota düzeniyle eşleşerek yönlendirilir.

Konumun DID aralığındaki +E.164 rota deseni eşleşmesi, tüm DID'ler hala açıkken sağlanabilir. En iyi eşleştirme modeli eşleştirme algoritması, üzerinde barındırılan bir numara arandığında, sağlanan +E.164 dizin numarasının, çağrıların açık bir hatta genişletilmesi ve gönderilmemesi için joker karakterli +E.164 rota düzeninden daha iyi eşleşmesini sağlar.

arama planı

İçindeki her kullanıcıya bir uzantı ve/veya +E.164 telefon numarası sağlanır. Uzantı uzunluğu sabit bir genel ayardır: bir dağıtımdaki tüm uzantılar aynı uzunluktadır. Uzantı arama, hem bir konum içindeki hem de konumlar arasında kullanıcılar arasında kullanılabilir. Kısaltılmış siteler arası uzantı arama (ikinci durum) yalnızca aranan uzantı benzersiz ise çalışır.

Konumlar arasında kısaltılmış siteler arası arama bir gereklilikse ancak farklı konumlarda atanan uzantılar arasında çakışmalar varsa, uzantılara bir erişim kodu ve site kodu ekleyerek işletmeye özel bir numaralandırma planı oluşturulmalıdır. Daha fazla bilgi için bkz. Cisco Collaboration 15 Şirket İçi Dağıtımlar için Tercih Edilen Mimari, Cisco işbirliği tercih edilen mimar ileri sayfasında bulunan Tasarıma Genel Bak ış.

Uzantı uzunluğu, konumlar arası uzantı arama davranışı, konumlar arası arama için önek uzunluğu ve konumlar arası arama için yönlendirme önekindeki direksiyon rakamı, arama hizmeti ayarlarında şu ad resten yapılandırılır:

Konum yönlendirme ön eki uzunluğu: Direksiyon basamağı dahil önek uzunluğu. Yalnızca, alternatif kısaltılmış kurumsal konumlar arası arama alışkanlığı olarak bir işletme numaralandırma planının oluşturul ması gerektiğinde gereklidir.

Yönlendirme önekindeki direksiyon rak amı: Kısaltılmış kurumsal konumlar arası arama alışkanlığı için direksiyon rakamı. Herhangi bir konumun ilk basamağı ve konum giden arama rakam larıyla örtüşmekten kaçınılmalıdır. Yalnızca, alternatif kısaltılmış kurumsal konumlar arası arama alışkanlığı olarak bir işletme numaralandırma planının oluşturul ması gerektiğinde gereklidir.

İç uzatma uzunluğu: Standart uzantı uzunluğu. İki ile on arasında herhangi bir değer olabilir.
Şirket içi çağrı denetiminden kurum içi arama denetiminden kurumsal önemli numaraları (yönlendirme kodu, site kodu, uzantı) kullanarak arama veya arama yapılması gerektiğinde ve şirket içi çağrı denetimi arayan kimliği olarak bir uzantı gönderdiğinde, şirket içi çağrı denetiminden gelen yukarı akış aramalarının doğru bir şekilde şirket içi aram alar olarak sınıflandırılabildiğinden emin olmak için en fazla bilinmeyen uzantı uzunluğu parametresini de ayarladığınızdan emin olun.

Konumlar arasında uzantı aramaya izin ver: Konumlar arasında uzantı aramasını etkinleştirmek/devre dışı bırakmak için geçiş yapın . Bu seçenek yalnızca kuruluş içindeki tüm uzantılar benzersiz se etkinleştirilmelidir. Seçenek devre dışı bırakılırsa, kurumsal önemli numar aların (yönlendirme kodu, site kodu, uzantı) veya telefon numaralarının konumlar arasında aranması gerekir.

İlk üç parametre esas olarak, kanca dışı arama kullanırken rak amlar arası zaman aşımlarını en aza indirmek için telefonlar için bir arama planı oluşturmak için kullanılır.. Bu genel ayarlardan sapmalar hala mümkündür (Örnek - farklı uzunlukta uzantılar sağlanabilir), ancak Kontrol Merkezi'nde bir uyarı mesajı açılır ve önceden yüklenmiş arama planı içinde çakışmaları önlemek için telefonlardan arama yapılması gerekebilir.

Kurum sal numaralandırma tablosu örne ği, iki konumun (NYC ve RTP) uzantı aralıklarının aynı olduğu üç konumun bir örneğini gösterir. Siteler arası yönlendirme rakamı 8 ile bir kurumsal numaralandırma şeması oluşturmak, ardından üç basamaklı bir site kodu ve dört basamaklı uzantı, örtüşmeyen kısaltılmış siteler arası arama alışkanlığı yaratır.

Tablo 2. Kurumsal numaralandırma örneği
SİTE Uzatma aralığı Site kodu Kurumsal ürün yelpazesi

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Sorunsuz bir geçişe izin vermek için, ideal olarak geçiş öncesi ve sonrası kullanıcılar için arama alışkanlıkları seti aynı olmalıdır.. Her konum için geçişe hazırlanmak için DID aralıklarının ve uzantı aralıklarının (veya kısaltılmış site içi arama alışkanlıklarının) belgelenmesi gerekir. Bu bilgilere dayanarak, sahalar arası direksiyon basamağının seçilmesi gerekir.

Sabit uzunluk uzatma aralıkları tablosu, üç konum ve sabit uzunluk uzatma aralıklarının bir örneğini gösterir. Çakışan arama alışkanlıklarından kaçınılması gerektiğinden, herhangi bir uzatma aralığı için aral ığın ilk basamağının, kısaltılmış siteler arası arama için direksiyon rakamıyla eşleşmediğinden emin olmak önemlidir. Örneğin, sahalar arası arama için direksiyon basamağı olarak 8 seçilirse, herhangi bir sitede hiçbir uzatma aralığı 8 ile başlayamaz. Tipik olarak, belirli bir konumdaki uzantılar, o konuma atanan DID'lerin son birkaç basamağıyla eşleşir. Çakışmaları önlemek için uzantının ilk basamağı değiştirilebilir. Örneğin, +1 408 555 8XXX aralığındaki DID'ler bir konumda kullanılıyorsa, o sitedeki uzant ılar için 8XXX kullanmak yerine 7XXX kullanılabilir

Tablo 3. Sabit uzunluk uzatma aralıkları
SİTE Uzatma aralığı Uzantılar Site kodu Kurumsal ürün yelpazesi

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

ABD arama planını kullanan bir cihazda aranan yedi basamaklı arama dizeleri, önceden yüklenmiş ABD arama planında yerel arama için yedi basamaklı bir desenle örtüşür. Herhangi bir ağ içi ve ağ dışı (PSTN) arama alışkanlıkları arasında çakışmayı önlemek için, o konumda zorunlu bir dış erişim kodu kullanılabilir. Mevcut işletme numaralandırma şeması ve ilgili kısaltılmış siteler arası arama, ulusal kadrandaki desenlerle örtüşüyorsa, çakışmaları önlemek için numaralandırma şemasına geçiş sırasında daha uzun veya daha kısa bir forma da değiştirilebilir. Bunu başarmanın en kolay yolu, numaralandırma şemasına ek bir dolgu basamağı eklemektir. Yeni daha uzun siteler arası arama şemasının yalnızca halihazırda taşınan kullanıcılar tarafından benimsenmesi gerekir. Hala açık olan kullanıcılar yedi haneli aramaya devam edebilir. Bu durumda kurumsal arama planının, şuradan kısaltılmış yedi basamaklı aramanın +E.164'e veya üzerinde Unified CM dağıtılan kısaltılmış arama biçimine dönüştürüldüğünden emin olması gerekir. Bu, çağrıyı Yerel Ağ Geçidine göndermeden önce yapılmalıdır.

Tablo Geç işinde yedi basamaklı arama, bu yeniden numaral andırmanın bir örneğini gösterir. Bu örnekte kısaltılmış siteler arası arama, direksiyon rakamını 8 ve ardından iki basamaklı bir site kodu ve dört basamaklı bir uzantı kullanır. Yerler için yedi basamaklı kısaltılmış siteler arası aramayı önlemek için, site kodları, kullanılan iki basam aklı site kodlarına rastgele bir dolgu basamağı (örnekte 8) ön ekleyerek kolayca üç basamağa dönüştürülebilir, böylece telefonlardan siteler arası arama 8 direksiyon rakamını ve ardından doldurma rakamını 8, eski iki basamaklı site kodu ve dört basamaklı uzantıyı kullanır. Kullanıcıların yeni site kodlarını hatırlamaları gerekmez; siteler arası arama için 8 açık yerine 88 ö nek olarak kullanmayı hatırlamaları yeterlidir.

Tablo 4. Yedi basamaklı aramayı değiştirme

SİTE Uzantılar Site Kodu Kurumsal ürün yelpazesi Site ode Kurumsal değişim

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

Farklı kurumsal numara biçimlerinin açık olduğu bir senaryoda ve şirket numaraları şuradan gelen aramalar için arayan taraf bilgileri olarak sunuluyorsa (örneğin - DID olmayan cihazlardan yapılan aramalar), geri aramanın çalışmasını sağlamak için arayan taraf bilgileri için farklı numara biçimleri arasında bir eşleme uygulamak da önemlidir . Bu eşleme, Yerel Ağ Geçidi arasındaki ana gövdede çağrı tarafı dönüşüm modeli kullanılarak gerçekleştirilebilir.

Kayıt

İyi tasarlanmış bir çağrı kayıt çözümü, organizasyonel hedefler, düzenleyici gereklilikler ve teknik kısıtlamalarla uyumlu olmasını sağlamak için birkaç temel tasarım öğesinin dikkatlice değerlendirilmesini gerektirir. En kritik kararlardan ikisi, sağlayıcı seçimi ve bölge seçimini içerir; bunların her ikisinin de küresel olarak uyarlanması ve iş ihtiyaçlarına göre belirli konumlarda geçersiz kılınması gerekebilir.

1. Çağrı kayıt sağlayıcı seçimi

Uygun çağrı kayıt sağlayıcısını seçmek, iş hedeflerini karşılamak ve kuruluş genelinde özelliklerin uyumunu sağlamak için esastır:

Küresel sağlayıcı seçimi: Kuruluşlar genellikle küresel düzeyde birincil çağrı kayıt sağlayıcısı belirleyerek özellik kümesi, uyumluluk ve tüm konumlarda destek konusunda tutarlılık sağlar

Konum tabanlı geçersiz kılma: Belir li sitelerin veya bölgelerin benzersiz iş ihtiyaçlarına veya yasal gerekliliklere sahip olduğu senaryolarda, küresel sağlayıcı seçimini geçersiz kılmak ve bu konumlar için alternatif sağlayıcılar belirlemek gerekebilir. Bu esneklik, çeşitli uyumluluk zorunluluklarını ve yerel operasyonel ihtiyaçları destekler

İş gereksinimleri: Sağlayıcı seçimi, mevzuata uygunluk (Örnek - MiFID II, HIPAA), kalite güvencesi, uyuşmazlık çözümü veya eğitim ihtiyaçları gibi iş faktörlerinin değerlendirilmesi tarafından yönlendirilmelidir.

Özelliklerin kullanılabilirliği: Sağlayıcılar gerçek zamanlı izleme, arama ve oynatma yetenekleri, şifreleme, saklama politikaları, analiz platformlarıyla entegrasyon ve farklı arama türleri (gelen, giden, dahili) destek gibi gerekli özellikleri sunma yeteneklerine göre değerlendirilmelidir.

2. Bölge seçimi

Çağrı kayıtlarının depolandığı ve işlendiği bölgenin belirlenmesi uyumluluk ve performans açısından kritik öneme sahiptir:

Küresel bölge seçimi: Varsayılan olarak kuruluşlar, yönetimi ve yönetişimi basitleştirmek için arama kayıtlarını depolamak için tek bir bölge seçebilir

Konuma dayalı bölge geçersiz kılmaları: Veri yerleşimi yasalarının veya kurumsal politikaların gerektirdiği durumlarda, arama kayıtlarının gerekli coğrafi sınırlar içinde saklanmasını ve işlenmesini sağlamak için belirli konumlar için küresel bölge ayarını geçersiz kılmak gerekebilir.

Veri yerleşimi gereksinimleri: Tasarım, çağrı kayıtlarının nerede ve nasıl tutulacağını belirleyebilecek uluslararası ve yerel veri koruma düzenlemelerini (GDPR, CCPA veya ülkeye özgü zorunluluklar gibi) dikkate almalıdır.

Bir çağrı kayıt çözümünün planlanması ve tasarımı sırasında ele alınması gereken bir diğer kritik husus, depolama gereksinimlerinin tahmin edilmesidir.. Depolama ihtiyaçlarını doğru bir şekilde tahmin etmek, devam eden iş operasyonlarını desteklemek, uyumluluğu sürdürmek ve hizmet kesintilerini önlemek için yeterli kapasitenin mevcut olmasını sağlamak için gereklidir.

Bek lenen depolama talebini belirlerken birkaç temel parametre dikkate alınmalıdır:

Kayde@@ dilen aramaların hacmi: Belirli bir zaman aralığında kaydedilecek beklenen arama sayısını değerlendirin (örn. gün, hafta veya ay başına). Bu, yalnızca harici aramaları değil, aynı zamanda iş politikası veya düzenleyici yetkilerin gerektirdiği takdirde dahili iletişimi de içerir

Ortalama arama süresi: Daha uzun aramalar daha fazla depolama alanı tüketeceğinden, kaydedil en aramaların tipik uzunluğunu hesaplayın. Farklı departmanlar veya kullanıcı grupları arasındaki çağrı süresindeki farklılıklar da tahminde dikkate alınmalıdır

Saklama süresi: Kayıtların saklanması gereken süreyi tanımlayın; bu genellikle kurumsal politikalar veya dış düzenlemeler (sektöre özgü uyumluluk standartları gibi) tarafından belirlenir. Daha uzun saklama süreleri genel depolama gereksinimlerini artıracaktır

Büyüme tahminleri: İş ölçeklendirmesi, yeni yasal gereklilikler veya ek kullanıcıların veya konumların işe alınmasından kaynaklanabilecek çağrı hacimlerinde beklenen büyümeyi veya kayıt kapsam ının genişlemesini göz önünde bulundurun.

Kuruluşlar, bu parametreleri kapsamlı bir şekilde analiz ederek, çağrı kayıt çözümleri için ölçeklenebilir lik, maliyet etkinliği ve mevzuata uygunluk sağlayan sağlam bir depolama stratejisi geliştirebilirler. Kullanım kalıpları zaman içinde geliştikçe depolama tahsislerini düzenli olarak gözden geçirmeniz ve ayarlamanız önerilir.

Acil çağrı

Acil durum çağrısını uygun sevk merkezine yönlendirme gerekliliği, PSTN hizmeti sunan herhangi bir arama hizmeti için bir gerekliliktir. İle, acil çağrıların yönlendirilmesi çözüme özgüdür ve destekleyen ülkeler deki tüm ulusal acil durum numaraları için destek içerir. Bir acil durum çağrısının yönlendirilmesi, içinde tanımlanan konuma ve konumun PSTN erişim yöntemine dayanır.. Acil durum numaraları önceden tanımlanmıştır ve kullanıcıların ve cihazların konuşlandırıldığı ülkeye özeldir..

Acil çağrıları yapmak için iki yöntem vardır. Temel bir acil çağrı yönlendirme hizmeti ve Gelişmiş Acil çağrı yönlendirme hizmeti vardır. Temel acil çağrı yönlendirme hizmeti, acil servislere ulaşmak için konumu ve arama rotasını belirlemek için yönetici tarafından seçilen bir numarayı kullanacaktır.. Temel acil çağrı için çağrı yolu tipik olarak müşterinin o konum için PSTN seçeneğinden geçer . Ayrıca, acil durum çağrılarını doğru sevk merkezine iletmek için ülke çapında bir sağlayıcının kullanılmasını gerektiren mevzuata uygunluk gereksinimlerine sahip ABD ve Kanada dağıtımları için tasarlanmış Gelişmiş Acil çağrı yönlendirmesine sahiptir.

Tüm müşteriler en azından temel acil arama yapılandırmasını kullanmalıdır. Temel acil durum çağrısı, tanımlanan her konuma en az bir müşterinin sahip olduğu +E.164 numarasının atanmasını gerektirir. Temel acil durum çağrısı için, her konum acil durumlarda polis, itfaiye veya ambulans hizmetlerinin gönderildiği bir sokak adresi ile tanımlanacaktır. Çoğu durumda, konumun ana numarası, acil durumun fiziksel yerini temsil etmek için en iyi seçimdir. Tipik olarak, adresin+E.164 numarasına atanması PSTN sağlayıcısı ile koordine edilir. Aşağıdaki resimler, Richardson konumu için acil durum geri arama numarası olarak kullanılacak ana numaranın atanmasını göstermektedir..

Konum ECBN yapılandırması

Çoğu durumda, kon um için gönderim adresi için bir bina adresi yeterlidir. Ancak belirli kullanıcılar veya cihazlar için ek konum ayrıntılarına ihtiyaç duyul ursa, yönetici yukarıda açıklanan aynı işlemi kullanabilir ve bu cihaz ları belirli bir adrese veya adres içindeki daha kesin bir konuma (kat veya oda gibi) atayabilir. İçindeki Kullanıcı yöneti minde, Arama sek mesi, bir kullanıcının ve cihazlarının belirli gönderim adresini alması için belirli bir numaranın kullanılmasına izin verir. Aşağıdaki resimler, belirli bir numaranın bir cihaza nasıl atanabileceğini göstermektedir. Yönetici, cihaz tarafından kullanılan numaranın kendisine atanmış doğru gönderim adresine sahip olacağından emin olmaktan sorumludur. Adres ataması genellikle o konumun PSTN sağlayıcısı aracılığıyla yapılır.

Kullanıcı ECBN yapılandırması

Gelişmiş Acil arama çözümleri sağlaması gereken ABD merkezli telefon dağıtımları için, acil çağrı yönlendirmesi için RedSky'nin Horizon Mobility'yi entegre eder. Çağrı yönlendirme için RedSky kullanırken, bir yönetici Cisco aracılığıyla bir hesaba kaydolmalı ve bu özelliği etkinleştirmek için Arama -> Servis Ayar ları'ndaki uygun bilgileri yapılandırmalıdır. RedSky hizmeti sistem düzeyinde etkinleştirildikten sonra, bir yönetici RedSky hizmetini her Konum düzeyinde etkinleştirecektir. Bir Konumda Gelişmiş Acil Çağrı özelliğinin etkinleştirilmesi, bu konuma atanan tüm cihazlar için hizmeti etkinleş tirir. Gelişmiş Acil aramayı destekleyen cihazlar Cisco MPP telefonları, Cisco PhoneOS telefonları ve Cisco'lardır.

Bir konumda Gelişmiş Acil Çağrıyı etkinleştirmek için iki ayar vardır. RedSky'nin ağ bağlantısı bilgilerini ve test çağrılarını almasına izin ver, cihaz ve altyapı eşlemeleri için RedSky yapılandırmasının doğru olduğunu doğrulamak için kullanılmalıdır. Bu ayar ayrıca, arayanın konumunu okumak için RedSky'nin IVR sistemini kullanarak konum doğrulaması gerçekleştirmek için 933'e test çağrılarının yapılmasına izin verir. Bu belge konum izleme için RedSky yapılandırmasını kapsamasa da, bir yönetici, RedSky"ye yönlendirmek için acil çağrıları etkinleştirmeden önce DAİMA konum keşfini test etmelidir. Test tamamlandıktan ve doğru olduğu doğrulandıktan sonra, yönetici, acil durum çağrılarını RedSky"ye değiştirerek çağrıları RedSky"ye yönlendirec ektir. Bu geçiş, konum için tüm acil durum çağrılarını konum için telesekreter merkezine teslim edilmek üzere RedSky"ye yönlendirecektir..

Gelişmiş Acil Arama ayarları, hem şirket içi hem de şirket dışı istemciler için de geçerlidir. Şirket içindeyken, masa telefonlarının izlendiği şekilde izlenebilir. Şirket dışındayken, kullanıcı konumunu doğrudan içinde dinamik olarak ayarlayabilir. Acil arama hakkında daha fazla bilgi için, bkz. Geliş miş acil durum çağrısı.

Lisanslama

Kullanıcılara lisans atamak için birden fazla seçenek vardır.

Manuel atama yoluyla

Yöneticiler, arayüz aracılığıyla bireysel kullanıcılara lisansları manuel olarak atar.

Yöneticiler, bireysel kullanıcılar için hizmet lisanslarını düzenleyebilir ve doğrudan arama lisanslarını atayabilir.

Otomatik lisans atama şablonları

Grup veya kuruluş ayarlarına göre kullanıcılara lisansları otomatik olarak atamak için lisans atama şablonlarını kullanın.

Otomatik lisanslama, dizin senkronizasyonu veya manuel kullanıcı güncellemeleri yoluyla yapılabilir, ancak kullanıcıların geçerli bir +E.164 biçimlendirilmiş telefon numarasına sahip olması ve telefon numaralarının kullanıcı sağlanmasından önce bir konumda bulunması gerekir. Koşullar karşılanmazsa (örn. geçersiz telefon numarası biçimi), lisanslar atanmayacaktır.

CSV şablonu aracılığıyla toplu atama

Aynı anda birden fazla kullanıcı eklemek veya değiştirmek için kullanıcı ayrıntılarını ve lisans atamalarını içeren bir CSV dosyası yükleyin.

CSV içe aktarma, 20.000'e kadar kullanıcı eklemeyi ve lisans atamayı destekler, ancak lisanslar telefon numarası ve uzantı gibi belirli alanlar gerektirir.

API tabanlı atama

Programlı olarak lisans atamak ve kullanıcıları yönetmek için API'leri kullanın.

lisans atama otomasyonu için kullanılabilen kullanıcı ve lisans yönetimi (Kişiler, SCIM 2.0 ve Lisans API'leri) için API işlemlerini destekler. Lisanslar API'si, lisansların, telefon numaralarının ve uzantıların eşzamanlı olarak atanmasına izin verir.
Tablo 5. Kullanıcı sağlama seçenekleri - özet
Atama Yöntemi Artıları Eksileri
Manuel üzerinden Birkaç kullanıcı için basit.
Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.
Ölçeklenebilir değil, zaman alıcı
Manuel giriş sırasında insan hatasına yatkın.

Otomatik lisans şablonları Ölçeklenebilir
Manuel hataları azaltır
Yeni ve mevcut kullanıcılara uygulanabilir.
Geçerli telefon numaraları ve konumlar gerektirir.
Kurulumu daha karmaşık
Ayrıca, eşdeğer lisans gereksinimlerine sahip kullanıcı grubu başına kullanıcı grupları gerektirir.

Toplu CSV Yükleme Büyük kullanıcı setleri için verimli
Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.
Dikkatli CSV biçimlendirme gerektirir
Telefon numaraları veya uzantıları eksik veya yanlışsa hata olasılığı.
API tabanlı atama Otomatikleştirilebilir, esnek.
Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.
Geliştirme ve API bilgisi gerektirir.

Kullanıcı sağlama seçenekleri - özet tablosu, kullanıcı sağlama seçeneklerini ve artılarını ve eksil erini özetler. Bu genel bakış, müşteri kuruluşunun büyüklüğüne, otomasyon yetenek lerine ve kullanıcı sağlama süreçlerine ve gereksinimlerine göre en iyi lisans atama yöntemini seçmenize yardımcı olur.

Mümkün olan her yerde Cisco, lisans şablonlarını kullanarak arama lisansları atamanızı önerir. Bu , benzersiz bir lisans kümesi gerektiren her kullanıcı grubu için bunu gerektirir (Örnek - Standart vs. Profesyonel) ilgili grup üyeliklerine sahip bir grup mevcuttur. Kullanıcı Gru pları bölümlerinde tartışıldığı gibi, kullanıcı grupları bir kurumsal dizinde manuel olarak tanımlanabilir veya senkronize edilebilir. Her iki yaklaşımın bir kombinasyonu mümkündür.

Birden fazla gruba ait kullanıcılar, tüm gruplarına uygulanan tüm atamalardan lisans al ırlar. Bu, ortaya çıkan kullanıcı lisans atamasının grup üyelikleri birliği tarafından kontrol edildiği lisans atamasını yönetmek için kurumsal dizinde lisansa özgü güvenlik grupl arının kullanılmasına olanak tanır.

Daha fazla bilgi için bkz. Control Hub 'da otomatik lisans atamaları ayarlama ve Kullan Webex Calling ıcılar için otomatik lisans atama şablonları ayarlama.

Lisans gereksinimleri

Bu bölüm yalnızca ilgili lisansları kapsar. Diğer lisans türleri (Örnek - Webex cihaz kaydı, mesajlaşma, toplantılar) kapsanmaz. Tasarım sürecinin bir parçası olarak lisans gereksinimlerinin belirlenmesi gerekir. Aşağıdaki lisans türleri için lisans sayılarının hesaplanması gerekir:

Standart: standart telefon özellikleri gerektiren bireysel kullanıcı sayısı.

Profesyonel: gelişmiş telefon özellikleri gerektiren kullanıcı sayısı ve çalışma alanları. Sanal hatlar ve grup sesli mesajı, her profesyonel lisans için 1:1 oranında hak kazanır. Bu nedenle, gerekli sanal hat veya grup sesli mesajlarının sayısının gelişmiş telefon özellikleri gerektiren kullanıcı ve çalışma alanlarının sayısını aştığı nadir durumlarda, ek profesyonel lisansların hesaba katılması gerekir.

Ortak Alan için Çalışma Alanı: standart arama özellikleri gerektiren ortak kullanım veya ortak alan konumlarının sayısı.

Müşteri Yardımı: Müşteri Yardımı özelliklerini gerektiren temsilci ve denetçilerin sayısı. Müşteri yardımı Profesyonel lisansı içerir.

Rota Listesi Çağr ıları: Şirket içi kullanıcılar ve/veya şirket içi uzmanlaşmış 3. taraf uygulamaları arasında gerekli Bulut Bağlantılı PSTN çağrılarının sayısı.

Görevli Konsolu: görevli konsol istemcisine erişim gerektiren kullanıcı sayısı.

Cisco Çağrı Planı (Giden Arama Planı): Cisco PSTN hizmeti için bir PSTN numarası ve/veya giden PSTN arama erişimine ihtiyaç duyan kullanıcı sayısı.

Profesyonel Çalışma Alanları için özel bir lisans türü yoktur. Profesyonel çalışma alanları bir Profesyonel lisans kullanır.

Yalnızca hot-desk çalışma alanları, hot-desking ana bilgisayar hizmeti ve hot-desking ana bilgisayarından acil durum çağrısı sunar ve herhangi bir lisans gerektirmez. Daha fazla bilgi için bkz. Yalnızca çalışma masası cihazlarını ekleme ve yönetme.

Gerekli özelliklere göre her kullanıcı ve çalışma alanı için gerekli lisans türünü belirlemek için bkz. Lisans türüne göre kullanılabilir özellikler Webex Calling.

Müşteri yardımının aksine, profesyonel lisansla birleştirilmiş çağrı kuyruklarının sunduğu işlevselliği ayırt etmek için, bkz. Ç Webex Callingağrı kuyruğu ve müşteri yardımı özellik karşılaştırması.

Kullanıcı sağlama

Webex'te kullanıcıları sağlarken, her biri farklı organizasyon ihtiyaçlarına ve ortamlarına uygun çeşitli seçenekler mevcuttur:

Manuel sağlama: Yöne ticiler, tek tek kullanıcıları doğrudan içeride ekleyebilir ve yönetebilir . Bu yöntem basittir ancak küçük kuruluşlar veya sınırlı kullanıcı değişiklikleri için en uygunudur.

CSV aracılığıyla toplu sağlama: Daha büyük kullanıcı tabanları için yöneticiler, CSV dosyalarını yükleyerek kullanıcıları toplu olarak içe aktarabilir ve güncelleyebilir. Bu, aynı anda binlerce kullanıcının verimli bir şekilde yönetilmesini sağlar.

Dizin senkronizasyon seçenekleri:
Dizin Bağ layıcısı: Bu, Microsoft Active Directory ortamlarda kullanılan otomatik bir senkronizasyon aracıdır. Kullanıcı hesaplarını, grupları ve nitelikleri zamanlanmış olarak (saatlik, günlük veya haftalık) senkronize eder. Çok etki alanlı ve çoklu orman kurulumlarını destekler Active Directory ve profil görüntülerini ve oda nesnelerini senkronize edebilir.

Entra ID (Azure AD) sihirbazı uygulaması: Microsoft Entra ID (Azure AD) kullanan kuruluşlar için tasarlanan bu yöntem, kullanıcı hesaplarının ve niteliklerin doğrudan Entra ID'den otomatik, neredeyse gerçek zamanlı senkronizasyonunu sağlar. İçinde tamamen yönetilir ve minimum kurulum gerektirir.

SCIM 2.0 Uygulamaları: Microsoft dışı ortamlar veya Okta veya Duo gibi diğer kimlik sağlayıcıları için SCIM tabanlı senkronizasyon uygulamaları, öznitelik eşleme ve grup senkronizasyonu ile otomatik kullanıcı sağlama ve provizyon kaldırma olan ağı sağlar.

Unified CMkullanıcı senkroniz asyonu: Bu seçenek, şuradan senkronize ederek mevcut son kullanıcılara dayalı kullanıcı hesapları oluşturmanıza olanak tanır. Bu, Cloud Connected UC'nin (CCUC) şirket içi kümelerde çalışmasını gerektirir. Bununla birlikte, genellikle kullanıcıları doğrudan değil, Entra ID gibi merkezi bir bulut dizininden senkronize etmeniz önerilir..

API sağlama: Kullanıcıları sağlamak için Genel API'ler (Kişiler, SCIM 2.0) kullanılabilir. API'leri kullanmanın temel avantajı, kullanıcı provizyonunu diğer kurumsal sistemlerle entegre etme seçeneğidir.
Tablo 6. Kullanıcı sağlama seçenekleri
Sağlama yöntemi Açıklama Artıları Eksileri
El Kitabı Kullanıcıları ayrı ayrı oluşturma/yönetme Birkaç kullanıcı için basit; altyapıya gerek yok Ölçeklenebilir değil; birçok kullanıcı için zaman alıcı
Toplu (CSV Dosyası) Kullanıcıları CSV aracılığıyla toplu olarak içe aktarın/güncelleyin Gruplar için verimli; kodlama gerektirmez Manuel CSV hazırlığı; daha az dinamik
İnsanlar ve SCIM 2.0 API'si Webex API'leri aracılığıyla programlı kullanıcı yönetimi Esnek; otomasyonu ve entegrasyonu destekler Geliştirme ve altyapı gerektirir
Dizin senkronizasyonu AD, Entra ID, SCIM uygulamalarından otomatik senkronizasyon, Unified CM Yaşama döngüsünü otomatikleştirir; filtreleme ve eşlemeyi destekler Kurulum karmaşıklığı: bazı seçenekler sınırlı özelliklere sahiptir veya altyapı gerektirir
Bu genel bakış ve tablo, kuruluşunuzun ihtiyaçları için en iyi yaklaşımı seçmenize yardımcı olmak için ana kullanıcı sağlama seçeneklerini, avantajlarını ve sınırlamalarını yansıtır.

Kullanıcı grupları

Kullanıcı grubu yönetimi, yöneticilerin lisansların, ayarların ve kaynakların verimli toplu yönetimi için kullanıcıları gruplar halinde düzenlemesine olanak tanır. Gruplar, kullanıcıları tek tek yönetmek yerine aynı anda birden fazla kullanıcıya ilkeleri, lisansları ve ayar şablonlarını uygulayarak yönetimi kolaylaştırmaya yardımcı olur.

Kullanıcı grubu yönetimi aşağıdakiler de dahil olmak üzere çeşitli avantajlar sunar:

Basitleştirilmiş yönetim: Birden fazla kullanıcı için lisansları, ayarları ve ilkeleri aynı anda yönetin.

Tutarl ılık: Aynı gruptaki kullanıcılar arasında tek tip ayarlar ve lisanslar uygulayın.

Ölçeklenebilir lik: Grup başına 250.000 üyeye kadar destekler.

Tüm leştirme: Grupları Microsoft Entra ID'den (Azure AD) veya otomatik kullanıcı ve grup yönetimi Active Directory için senkronize edin.

Esneklik: Yerel gruplar oluşturun veya güvenlik gruplarını senkronize edin; grup üyeliğini manuel olarak veya CSV dosyaları aracılığıyla yönetin.

Kaynak tahsisi: Grup üyeliğine dayalı olarak gömülü uygulam alara ve hizmetlere erişimi kontrol edin.

Sağlama sırasında kullanıcı grupları için ana kullanım durumları şunlardır:

Lisans atam aları: Grup üyelerine Arama, Toplantı, Mesajlaşma veya Karma hizmetler gibi hizmetleri otomatik olarak sağlamak için gruplara lisans atayın.

Ayarlar şablonları: Tutarlı kullanıcı deneyimi için gruplara hizmet ayarları koleksiyonlarını (örneğin mesajlaşma, toplantı, arama) uygulayın.

Toplu kullanıcı yönetimi: CSV dosyaları veya dizin senkronizasyonu aracılığıyla kullanıcıları toplu olarak ekleyin veya kaldırın.

Otomasyon ve entegr asyon: Otomatik kullanıcı ve grup yaşam döngüsü yönetimi için API'leri veya dizin senkronizasyonunu kullanın.

Aşağıdaki tablo, kullanıcı gruplarını ve grup yönetimini yönetmek için farklı seçenekleri özetlemektedir..
Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri
Seçenek Açıklama Artıları Eksileri

grup sağlama (gruplar) Grupları doğrudan içinde oluşturun ve yönetin. Üyeleri manuel olarak veya CSV aracılığıyla ekleyin/kaldırın. Grup üyeliği üzerinde tam kontrol
Lisansların ve şablonların anında uygulanması
Gruplar oluşturmak ve düzenlemek kolay Manuel güncellemeler gerekli
Manuel CSV yüklemelerinde hata riski
Harici dizinlerle otomatik senkronizasyon yok

Entra ID'den (Azure AD) senkronize edilmiş gruplar veya Active Directory Güvenlik gruplarını ve üyelikleri harici dizin hizmetlerinden otomatik olarak senkronize edin. Otomatik senkronizasyon manuel çalışmayı azaltır
Kurumsal rehber ile tutarlılığı sağlar
Büyük kuruluşları destekler
Grup üyeliği düzenlenemiyor
12 saate kadar senkronizasyon gecikmesi
İç içe geçmiş gruplar manuel seçim gerektirir

Gruplar ve SCIM 2.0 API (Gruplar) Programlı grup ve üyelik yönetimi için Gruplar veya SCIM 2.0 API'sini kullanın Otomasyon ve diğer sistemlerle entegrasyon
Büyük veya karmaşık ortamlar için ölçeklenebilir
Geliştirme çabası gerektirir
Karmaşıklık API kullanımına bağlıdır

Senkronize edilmiş gruplar tutarlılık sağlarken ve tek bir yönetim noktası sunarken, senkronize edilmiş grupları ve grupları (kontrol hub'ında veya API'ler aracılığıyla yönetilen) birleştiren karma bir yaklaşım mümkündür. Bu nedenle, örneğin lisans at aması için gruplar senkronize edilmiş gruplar olabilir ve kullanıcı ve arama şablonlarını atamak için ayrı bir grup kümesi kullanılabilir.

Kullanıcı grubu yönetimine yönelik bu kapsamlı yaklaşım, kuruluşların kullanıcı lisanslarını, ayarlarını ve ilkelerini verimli bir şekilde yönetmesini sağlayarak tut arlı ve ölçeklenebilir işbirliği deneyimleri sağlar.

Şuradan geçiş yaparken önerilen yaklaşım

Kullanıcılar için birincil veri kaynağı, son kullanıcı bilgilerini içeren veritabanıdır. Bununla birlikte, genellikle kullanıcı kimliği yönetimi için yetkili kaynak değildir ve daha da önemlisi geçişin sonunda kapatılır ve bu nedenle kimlik bilgileri için uzun vadeli yetkili kaynak olarak dışlanır.

Cisco, kullanıcı kimlikleri için tek doğruluk kaynağı olarak Microsoft Entra ID (Azure AD) gibi merkezi bir bulut dizini kullanmanızı önerir. Tutarlılık sağlamak, yönetimi basitleştirmek ve tek oturum açma (SSO) yeteneklerini desteklemek için kullanıcıları Entra ID'den senkronize etmek.

Tüm kullanıcıların Entra ID'de de bulunmasını sağlamak için kuruluşlar, kullanıcı hesaplarının Entra ID'deki hesaplara karşılık geldiğini doğrulamalıdır. Bu, kullanıcı listelerini dışa aktararak ve bunları Entra ID kullanıcı listeleriyle karşılaştırarak yapılabilir..

Özetle, önerilen sağlama yöntemi, kullanıcıları Azure AD Sihirbazı veya SCIM uygulamalarını kullanarak Microsoft Entra ID'den (Azure AD) Webex ile senkronize etmektir. Manuel ve CSV toplu sağlama ek yöntemler olarak kullanılabilir, ancak büyük kuruluşlar için daha az ölçeklenebilir ve hataya daha yatkındır. Entra ID'nin yetkili kaynak olduğundan ve tüm kullanıcıların Entra ID'de bulunduğundan emin olmak, başarılı bir geçiş ve ortamlar genelinde tutarlı bir kullanıcı deneyimi için kritik öneme sahiptir.

Şirket içi dizin hizmetinden Entra ID (Azure ID) gibi Active Directory bir bulut dizin hizmetine geçiş, arama geçişinden bağım sızdır. Cisco, arama geçişine başlamadan önce bir bulut dizin hizmetine geçişi bitirmenizi önerir.

Kullanıcı Grupları Tasarlama

Kurumsal dizini şirket içinden buluta geçirdikten sonra lisanslama ve özellik şablonu gereksinimleri tarafından yönlendirilen gerekli kullanıcı gruplarını toplayın. Her grup belgesi için:

Grup Adı: grubun benzersiz adı.

Lisanslar: Bu gruba atanacak lisanslar (varsa) ve kapsam (lisanslar mevcut kullanıcılara veya yalnızca yeni kullanıcılara atanmalıdır)

Ayarlar şablonları: Webex Uygulaması ve Kullanıcı arama şablonları.

Dizin senkronizasyonu: Bu grup kurumsal dizinden mi senkronize edilecek yoksa Control Hub'da veya bir API aracılığıyla sağlanan yerel bir Webex grubu mu?

Açıklama: bu grup nasıl kullanılacak ve hangi kullanıcıların bu gru ba üye olması gerekir

Bu ayrıntılar, uygulama aşamasında daha sonra kurumsal dizinde yerel gruplar veya gruplar oluşturmak ve kullanıcıların grup üyeliğini yönetmek için kullanılacaktır.

Tek Oturum Açma (SSO)

Cisco, kullanıcı kimlik doğrulaması için SSO kullanılmasını önerir. SSO kullanmanın aşağıdakiler de dahil olmak üzere bazı ilgi çekici faydaları vardır:

Basitleştirilmiş kullanıcı kimlik doğrulaması: Kullanıcılar, diğer tümleşik uygulamalara erişmek ve diğer tümleşik uygulamalara erişmek için kurumsal kimlik bilgilerini kullanarak bir kez oturum açabilir, böylece birden fazla parola gereksinimi ortadan kaldırır ve oturum açma istemlerini azaltır. Bu, kurumsal şifrelerin kimlik doğrulamasından sonra asla saklanmamasını veya iletilmemesini sağlayarak güvenliği artırır.

Basitleştirilmiş kullanıcı yönetimi: Kurumsal dizindeki değişikliklere dayalı olarak kullanıcı hesabı oluşturma, güncelleme ve devre dışı bırakma işlemini otomatikleştirir, yönetim yükünü azaltır ve yalnızca yetkili kullanıcıların erişebilmesini sağlar.

Geliştirilmiş güvenlik: SS O, güvenilir kimlik sağlayıcıları (IDP'ler) aracılığıyla kimlik doğrulamasını merkezileştirerek şifre yorgunluğunu ve parolayla ilgili ihlal riskini azaltır.

Çok faktörlü kimlik doğrulamasının (MFA) kolay entegrasyonu: MFA, Cisco Duo gibi bir Kimlik Erişim Yönetimi çözümü veya IdP'nin M FA desteği aracılığıyla kolayca desteklenebilir.

Hizmetler için SSO uygulamak için birden fazla seçenek vardır:

SAML 2.0 tabanlı SSO: SSO entegrasyonu için desteklenen birincil protokol, Id P ve servis sağlayıcı arasında kimlik doğrulama bilgilerinin güvenli alışverişini sağlar.

OpenID bağlantısı (OIDC): SSO entegrasyonu için alternatif bir modern kimlik doğrulama protokolü olarak desteklenir.

Webex kimliği: Kim lik sağlayıcı seçeneği olarak da desteklenir.

SSO, seçilen IdP arasında meta veri alışverişi gerektirerek merkezi olarak yapılandırılır ve yönetilir.

Yapılandırmadan sonra SSO, doğru kurulumu sağlamak için aktivasyondan önce test edilebilir.

Cisco, aşağıdakiler dahil ancak bunlarla sınırlı olmamak üzere, test edilmiş ve yaygın olarak kullanılan çoklu IDP ve Kimlik Yönetim Sistemi (IAM) ile entegrasyonu destekler:

Cisco İkili

Okta

Microsoft Active DirectoryFederasyon Hizmetleri (ADFS)

Microsoft Azure

Ping Federate

OpenAM

F5 BIG-IP.

Bu IDP'ler SAML 2.0 veya OpenID Connect standartlarına uygundur ve Cisco işbirliği çözümleriyle uyumluluk açısından doğrulanmıştır.

Çoklu IdP desteği

Kuruluşların, farklı grupların farklı IDP'ler kullandığı birleşmeler, satın almalar veya merkezi olmayan BT departmanları gibi karmaşık BT ortamlarına uyum sağlamak için SSO'yu birden fazla IDP ile yapılandırmasına olanak tanır. Çoklu IdP desteği, Çoklu IdP özelliği kullanılarak veya Cisco Duo gibi bir kurumsal IAM sisteminin entegrasyonu yoluyla uygulanabilir.

Çoklu Kimlik Sağlayıcısı (IdP) desteği, kuruluşların çeşitli BT ortamlarında esnek ve güvenli kimlik doğrulama gerektirdiği birkaç önemli kullanım durumunu ele alır:

1. Birleşme ve satın almalar

Şirketler birleştiğinde veya başkalarını satın aldığında, genellikle ayrı BT altyapılarına ve federasyon yapamayan farklı IDP"lere sahiptirler. Çoklu IdP desteği, her iki kuruluştan kullanıcıların kimlik sistem lerini hemen birleştirmeye gerek kalmadan güvenli bir şekilde kimlik doğrulamasına ve işbirliği yapmasına olanak tanır.

2. Birden fazla bağımsız BT departmanı

Büyük kuruluşlar veya devlet kurumları, her biri kendi IdP'sini yöneten birden fazla bağımsız BT departmanına sahip olabilir. Çoklu IdP özelliği, bu departmanların kullanıcıların sorunsuz bir şekilde erişmesine izin verirken kendi kimlik doğrulama sistemlerini sürdürmelerini sağlar.

3. Farklı kullanıcı grupları veya etki alanları

Çeşitli kullanıcı gruplarına (örneğin, çalışanlar ve yükleniciler) veya birden çok e-posta etki alanına sahip kuruluşlar , kimlik doğrulama isteklerini etki alanı veya grup üyeliğine dayalı olarak uygun IdP'ye yönlendir mek için yönlendirme kurallarını yapılandırabilir. Bu, farklılaştırılmış erişim politikalarını ve güvenlik dene timlerini destekler.

4. Çeşitli kimlik doğrulama protokolleri için destek

SAML ve OpenID Connect (OIDC) IDP'leri destekleyerek kuruluşların mevcut altyapılarına ve güvenlik gereksinimlerine göre farklı kimlik sağlayıcılarını entegre etmelerine olanak tanır.

5. Gelişmiş güvenlik ve uyumluluk

Birden fazla IDP'yi etkinleştirerek kuruluşlar, Duo gibi entegrasyonlar aracılığıyla çok faktörlü kimlik doğrulama (MFA) dahil olmak üzere daha güçlü kimlik doğrulama mekanizmaları uygulayabilir ve çeşitli kullanıcı tabanları arasında tutarlı güvenlik ilkeleri uygulayabilir.

6. Basitleştirilmiş kullanıcı deneyimi

Kullanıcılar, ilgili IDP'lerinden gelen mevcut kimlik bilgilerini kullanarak kimlik doğrulaması yapabilir ve birden fazla kimlik sisteminin temel karmaşıklığına rağmen birleşik bir oturum açma deneyimi sağlar.

Çoklu IdP desteği esneklik sağlarken, tutarlı güvenlik politikalarını sürdür mek ve olası güvenlik açıklarından kaçınmak için güvenlik ve kimlik ekipleri arasında dikkatli bir koordinasyon gerektirir.

SSO'lu ikili MFA

Duo Access Gateway (DAG), Active Directory (AD) ve OpenLDAP gibi mevcut şirket içi veya bulut tabanlı dizinleri kullanarak kullanıcıların kimliğini doğrulayabilir. Ayrıca Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS ve Shibboleth gibi diğer kimlik sağlayıcılarıyla entegrasyonu da destekler. Bu esneklik, kuruluşların Duo MFA ile Webex SSO için mevcut dizin altyapılarını kullanmalarına olanak tanır.

Duo, birincil dizin kimlik doğrulamasının üstünde güçlü bir kimlik doğrulama katmanı görevi görür. Erişim vermeden önce iki faktörlü kimlik doğrulamayı (2FA) uygulamak için SAML 2.0'ı kullanan bir kimlik sağlayıcısı (IdP) olarak işlev görür. Duo, kullanıcı, cihaz ve ağ bağlamını erişime izin vermek veya engellemek için yapılandırılabilir politikalara göre değerlendirir ve güvenliği yalnızca kullanıcı adı ve şifrenin ötesinde geliştirir. Duo ayrıca bazı uygulamalar için her oturumda MFA ve diğerleri için daha az sıklıkta MFA gerektirmesi gibi esnek politika denetimleri sağlar.

Cisco Duo'nun avantajları şunlardır:

Gelişmiş Güvenlik: Eri şimi korumak için kimlik avına dayanıklı MFA ekler ve güvenliği ihlal edilmiş parolalardan kaynaklanan riski azaltır.

Esnek İlkeler: Uygulama veya kullanıcı grubu başına kimlik doğrulama gereksinimleri üzerinde ayrıntılı denetime izin verir.

Mevcut Dizinlerle Entegrasyon: Şirket içi AD, OpenLDAP, bulut dizinleri ve çeşitli SSO sağlayıcılarını destekleyerek altyapı değişikliklerini en aza indirir.

Kullanıcı Kolaylığı: Kullanıcıların bir kez oturum açmasını ve birden fazla kaynağa güvenli bir şekilde erişmesini sağlayarak parola yorgun luğunu azaltmak için Tek Oturum Açma (SSO) destekler.

Güvenilir Uç Noktalar: Windows ve macOS'taki istemciler için cihaz güvenini destekleyerek güvenlik durumunu iyileştirir.

Self Servis Kaydı: Sat ır içi kayıt ve ikili istemi, MFA kurulumu sırasında kullanıcı deneyimini iyileştirir.

SSO'lu Duo MFA, kullanıcıların kimliğini doğrulamak için OpenLDAP gibi Active Directory mevcut dizinlerden veya bulut kimlik sağlayıcılarından yararlanır. Duo'nun rolü, SAML 2.0 aracılığıyla entegre edilmiş güçlü, ilke odak lı ikinci bir kimlik doğrulama faktörü sağlamak ve SSO aracılığıyla kullanıcı rahatlığını korurken güvenliği artırmaktır. Avantajlar arasında gelişmiş güvenlik duruşu, esnek politika uygulaması , sorunsuz entegrasyon ve daha iyi bir kullanıcı deneyimi yer alır.

Cisco, kullanıcılar için SSO uygulanmasını önerir. Gelişmiş güvenlik için Cisco Duo entegrasyonu önerilir.

Kurumsal IAM ve SSO stratejisi, şuradan geçişe başlamadan önce dağıtılmalıdır..

Özellikler

hizmete dahil olan temel özelliklerin tam bir tamamlayıcısına sahiptir. Bu, uzun yıllardır kullanılabilen birçok kurumsal sınıf arama özelliğini içerir. Özellikler ve özellikler arasında% 100 eşitlik göremeyebilirsiniz, ancak aşağıdaki şekilde görebileceğiniz gibi, temel arama özellikleri şurada mevcuttur.

Webex Callingkurumsal düzeyde özellikler

Birçok kullanıcı özelliğinin yanı sıra, platforma dahil olan temel sistem özelliklerine sahiptir. Bunlar, otomatik görevliler, çağrı kuyrukları, çağrı parkı vb. Gibi özellikleri içerir. Mevcut tüm temel sistem özelliklerini, şekil çekirdek özelliklerinde gösterildiği gibi Hizmet → Arama → Özellikler altında Webex Callinggörebilirsiniz ..

Webex Callingtemel özellikleri

Otomatik Görevli

Otomatik İstemci, gelen çağrı işleminin 7/24 otomasyonuna izin verir, bu da bir kişinin her aramayı yanıtlamasına gerek kalmadan verimli arama işlemine olanak tanır.

Otomatik görevli gelen aramaları yanıtlar ve arayana aramalarını nereye yönlendir mek istediklerine dair bir seçenek menüsü sağlar. Bu bir kişi, bir sesli posta kutusu veya bir arama hizmeti için olabilir (örn. Çağrı Kuyruğu). Ara yan, otomatik sunucu menüsünden numarayı girmek için telefonunun tuş takımını kullanır.

Otomatik Görevli aşağıdaki temel özellikleri destekler:

İş ve mesai sonrası programlar

Tatil programı

Müşterilerinizi gitmeleri gereken yere yönlendirmek için arama menüsü seçeneği

Selamları özelleştirin

İsme göre arama seçeneği

Çağrı yönlendirme seçenekleri

Control Hub analizleri ve raporları.

Daha fazla bilgi için bkz. Otomatik yanıtlayıcıları yönetme.

Çağrı Parkı

Çağrı parkı, kullanıcılara başka bir kullanıcının alabilecekleri zaman kolayca al abilmeleri için bir aramayı kolayca beklemeye alma olanağı sağlar. Ayrıca, orijinal aramayı cevaplayan kullanıcıyı, arama park halindeyken başka aramalar yapmak veya almak için serbest bırakır.

İki tür çağrı parkı mevcuttur:

Call park direct - herhangi bir kullanıcının bir aramayı başka bir kullanıcının uzantısına veya Yönetici tarafından tanımlandığı şekilde bir çağrı park uzantısına park etmesine olanak tanır

Çağrı parkı grubu - tanımlanmış bir kullanıcı grubunun çağrıları grup için tanımlanan mevcut park hedeflerine otomatik olarak park etmesine olanak tanır. Bu hedefler grup üyelerinin uzantıları veya çağrı parkı uzantıları olabilir.

Yapılandırma ve park türüne bağlı olarak, kullanıcılar çağrıları *88+> aray <extension of parked call>arak, çağrı park uzantısı ile ilişkili hat tuşuna basarak veya IP Telefonlarındaki bir yazılım tuşu kullanarak alabilirler.

Belirli bir süre sonra park edilmiş bir aramayı, aramayı park eden kullanıcı ya veya alternatif bir kullanıcıya geri çağırmak için bir geri çağırma seçeneği mevcuttur.

Daha fazla bilgi için bkz. Control Hub'da çağrı parkını yönetme.

Çağrı Alma

Çağrı alma, bir yöneticinin başka bir üyenin telefonuna yapılan aramayı cevaplayabilecek bir grup kullanıcı (üye) tanımlamasına olanak tanır. Bu, kullanıcıya ekip arkadaşları meşgulken ve gelen bir aramayı cevaplayamadığında aramaları yanıtlama yeteneği verir.

Bir gruptaki kullanıcılar aynı konumda olmalıdır.

Kullanıcılar bir aramayı almak için masaüstü telefonlarını kullanabilir.

:

Görsel ve sesli bildirimleri destekler

Gelen çağrı bildirimi

FAC tabanlı (*98 numaralı arama) veya bildirim çağrısı alma

Çoklu hat için çağrı alma bildirimleri.

Masa Telefonları:

Gelen çağrı bildirimi

Ahize LED'i aracılığıyla sesli çanlar ve görsel bildirim. 6821 sadece ses çanlarını destekler

Bildirim türü hiçbiri değilken seçildiğinde

Yalnızca birincil hatlar için arama alma bildirimleri.

Daha fazla bilgi için bkz. Arama alma grubunu yapılandırma.

Çağrı Sırası

Temel özelliklerinin bir parçası olarak yalnızca sesli arama kuyruklarını içerir ve Profesyonel lisansa sahip herhangi bir kullanıcı bir çağrı kuyruğunun, aracının veya denetçinin parçası olabilir. Bu özellik, kullanıcıların müşterilerle verimli bir şekilde etkileşim kurmasını sağlar. Çağrı kuyrukları, sesli kuyruklar, geri arama, beceri veya öncelik yönlendirmesi, temsilci kuyruğu yönetimi, analitik, raporlama vb. gibi bazı çağrı merkezi özelliklerinin bir alt kümesini destekler.

Cisco'nun Microsoft Teams entegrasyonu çağrısı, temsilcilerin çağrı kuyruğu çağrılarına ve özelliklerine doğrudan Microsoft Teams istemcilerinden erişmesine olanak tanır.

Çağrı Kuyrukları aşağıdaki temel özellikleri destekler:

Selamlar ve mesajlar (karşılama, rahatlık, fısıltı vb.)

Müzik tut

Geri arama

Kuyruk Yönlendirme Politikaları (gece servisi, tatiller, yönlendirme)

Temsilci kuyruğu oturum açma/çıkış

Aracı kuyruğu durum yönetimi

veya Masa Telefonu desteği

Süpervizör temsilcisi, Özellik Erişim Kodları (FAC'ler) aracılığıyla izleme, koçluk yapar, mavna yapar veya devralır

(yönetici erişimi) için:

kuyruk yönetimi

Temsilci ve kuyruk analizi ve raporlama

Kuyruk, ajan ve süpervizör yönetimi.

Daha fazla bilgi için bkz. Arama kuyruğunu yapılandırma.

ek çağrı kuyruğu özellikleri sağlayan ve temsilcilere ve denetçilere içinde daha iyi bir kullanıcı deneyimi sağlayan bir Müşteri Yardımı eklenti özelliğine sahiptir.. Çağrı Kuyruğu ve Müşteri Yardımı özelliklerinin karşılaştırması için, bkz. Webex CallingÇağrı kuyruğu ve müşteri yardımı özellik karşılaştırması.

Av Grubu

Avlanma Grupları, önceden belirlenmiş bir arama yönlendirme modeli aracılığıyla gelen aramaların belirli kullanıcı grubuna yönlendirilmesine izin verir. Bu, aramaların doğru kullanıcı grubu tarafından yanıtlanmasını veya takip için bir sesli mesaja gönderilmesini sağlar.

Av Grupları ve Çağrı Kuyrukları arasındaki büyük fark, aramaların bir Av Gruplarında sıraya alınmamasıdır, bu nedenle Hunt Group'taki hiçbir kullanıcı aramayı yanıtlamak için müsait değilse, bağlantı kesilir, sesli mesaja gönderilir veya başka bir numaraya (kullanıcı veya hizmet) iletilir.

Daha fazla bilgi için bkz. Control Hub'da avlanma gruplarını yönetme.

Çalışma Modları

Çalışma Modları özelliği, işletmelerin aramaları çeşitli hedeflere (kullanıcılar, ses li posta, arama kuyruğu gibi arama hizmetleri) verimli bir şekilde yönlendirmesine olanak tanır. Bir aramanın nereye ve ne zaman yönlendirileceği, günün saatine ve haftanın günü programına dayanır ve herhangi bir kullanıcı, çağrı yönlendirmedeki değişiklikleri kontrol etmek için bu modları (programları) yönetme yetkisine sahip olabilir.

Örnek olarak, bir Çağrı Kuyruğuna yapılan çağrılar, mesai saatleri dışında aramaları cevaplamak için farklı bir saat dilimindeki temsilcilerle başka bir Çağrı Kuyruğuna yönlendirilebilir, mesai saatleri içinde yerel temsilcilere yönlendirilebilir ve tatillerde temsilciler ofise döndükten sonra takip için sesli mesaja yönlendirilebilir.

Yetkili bir kullanıcı, gelen aramaların belirli bir süre boyunca nereye yönlendirileceğini değiştirmesi gerekiyorsa , bu farklı çağrı yönlendirme senaryoları (modları) arasında geçiş yapabilir. Bu kullanıcılar modları 6800/7800/8800 MPP telefonları, 9800 telefonları veya Yönetme modlarındaki Kullanıcı Merkezi'n den yönetebilirler.

Daha fazla bilgi için, bk z. Çalışma modlarına göre arama yönlendirme Webex Calling.

Çağrı Grubu

Çağrı Grupları, kullanıcıların bir grup kullanıcıya sesli mesaj göndermek için tek yönlü arama yapmalarına olanak tanır. Her grup, önceden tanımlanmış bir numara veya uzantı arayarak ulaşılan en fazla 75 hedef kullanıcı ve/veya çalışma alanı içerebilir.

Bir kullanıcı bir Çağrı Grubunu aradığında, gruptaki atanan tüm hedeflere eşzamanlı bir çağrı yapılır; bu noktada arayan kişi mesajlarını konuşabilir ve bitirdikten sonra telefonu kapatabilir..

Daha fazla bilgi için bkz. Control Hub'da bir çağrı grubu yapılandır ma.

Kayıtlar

Bir kullanıcı tarafından yapılan veya alınan aramaların kaydını destekler. Bu, kalite, güvence, güvenlik veya eğitim ihtiyaçları için gerekli olabilir. Varsayılan olarak, aramalar kaydedilir, ancak diğer kayıt özellikleri veya uyumluluk ve yasal gereklilikler gerekliyse diğer üçüncü taraf kayıt sağlayıcıları da kullanılabilir.

Kayıt platformu olarak kullanıldığında, kaydedilen tüm aramalar içeride yönetilir. Uyumluluk görevlisi rolüne sahip tam yöneticiler kayıtları oynayabilir ve indirebilir. Uyumluluk görevlisi rolü olmadan Yönetici yalnızca kayıtları silebilir.

Bu özellik ve üçüncü taraf kayıtlarının listesi hakkında daha fazla bilgi için bkz. Arama kaydını yönetme Webex Calling.

Tek Numara Erişimi

Tek numara erişimi, bir kullanıcının telefon numarasına yapılan aramaların birden fazla cihazı çalmasına olanak tanır. Bu , cep telefonlarının yanı sıra diğer masa telefonlarını da içerebilir. Aramalar bu cihazlardan da yapılabilir ve kullanıcılar aralarında arama yapabilir ve çekebilir.

Bu özellik ve bir yöneticinin bunu nasıl yapılandırdığı hakkında daha fazla bilgi için bkz. Tek sayı erişimini yapılandırma (herhangi bir yerde ofis).

Bir kullanıcının Webex User Hub (portal) bu özelliği kendisi için nasıl yönetebileceği ve yapılandırabileceği hakkında daha fazla bilgi için bkz. Tek say ı erişimini yapılandırma (herhangi bir yerde ofis).

Sesli Posta Grubu

Sesli Posta Grupları, bir kullanıcıya veya arama yönlendirme özelliğine atanabilen paylaşılan bir sesli posta kutusuna izin verir. Bir sesli posta grubunun gerekli olmasının nedenlerinden bazıları şunlardır:

Bir departman veya çalışma grubu için genel amaçlı sesli mesaj

Otomatik görevli veya av grubuna sesli mesaj seçeneği ekleme

Çağrı kuyruğundan taşma çağrıları göndermek için

Yalnızca sesli posta kutusuna ihtiyaç duyan kullanıcılar.

Daha fazla bilgi için bkz. Paylaş ılan sesli mesajı ve gelen faks kutusunu yönetme. Webex Calling

Görevli Konsolu, Webex'teki Arama Özellikleri sayfasında listelenir, ancak kullanmak için görevli konsol lisansının satın alınmasını gerektiren bir eklenti özelliğidir.

Daha fazla bilgi için bkz. Görevli Konsolu kullanmaya başlama.

Bazı eklenti özellikleri de dahil olmak üzere tüm özellikler hakkında bilgi için bkz. Lisans türüne göre kullanılabilir özellikler Webex Calling.

Tablo 1. Her konum için yakalanacak bilgiler
Bilgi	Yorum
Uzatma aralığı (ler)	İçindeki her konumun farklı rakamlarla başlayan uzantıları olabilir. Yerler arası çevirme direksiyon basam ağı için bir basamak (örneğin 8) ve PSTN direksiyon basamağı için bir basamak (örneğin 9) kullanılmalıdır. Hiçbir uzatma aralığı bu iki basamaktan hiçbiriyle başlayamaz. Tüm konumların tüm uzatma aralıkları eşit uzunlukta olmalıdır.
DID aralığı (ler)	-
PSTN direksiyon basamağı	-
Site kodu	Tüm konumların tüm site kodlarının benzersiz olması ve aynı uzunluğa sahip olması gerekir.
Ana numara	Bir konum oluştururken iki DID sağlanması gerekir. Biri ana numara olarak (örneğin bir otomatik görevli servisine atanacak) ve bir tane sesli posta portalı için. Sesli mesaj numarası için bir DID sağlayın.
Sesli mesaj numarası
Lisans sayısı	Standart, Profesyonel, Çalışma Alanı, Rota Listesi, Giden Arama Planı dahil olmak üzere türe göre gerekli lisanslar.
Yoğun saatte eşzamanlı aramalar	Cihazlar arasındaki ve cihazlar ile Yerel Ağ Geçidi arasındaki eşzamanlı aramaların toplamı (PSTN ve cihazlara yapılan çağrılar). Gerekli internet erişim bant genişliğini belirlemek için gereklidir.
Ülke	-
Saat dilimi	-
Dil	-
İletişim (İsim, Telefon, E-posta)	-
Adres (Sokak adresi, Şehir, Eyalet, Posta kodu)	-
Acil durum hizmetleri uç noktalar için fiziksel gönderilebilir konum	Acil arama için kullanılan cihaz gönderilebilir konumu genellikle aşağıdakileri içerir: bina adresi, bina adresi+kat numarası, bina adresi+ süit numarası veya bina adresi + kat numarası + ofis/kübik numarası.
Acil servisler için cihaz başına benzersiz fiziksel ağ konumu	Acil arama için fiziksel ağ konumu genellikle aşağıdakileri içerir: kablolu cihazlar için anahtar/anahtar bağlantı noktası, kablosuz bağlı cihazlar için kablosuz Erişim Noktası (AP) Temel Hizmet Kümesi Tanımlayıcıları (BSSID'ler) ve/veya uç nokta aygıtları için şirket içi IP alt ağları.

Tablo 2. Kurumsal numaralandırma örneği
SİTE	Uzatma aralığı	Site kodu	Kurumsal ürün yelpazesi
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tablo 3. Sabit uzunluk uzatma aralıkları
SİTE	Uzatma aralığı	Uzantılar	Site kodu	Kurumsal ürün yelpazesi
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tablo 4. Yedi basamaklı aramayı değiştirme

SİTE	Uzantılar	Site Kodu	Kurumsal ürün yelpazesi	Site ode	Kurumsal değişim
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tablo 5. Kullanıcı sağlama seçenekleri - özet
Atama Yöntemi	Artıları	Eksileri
Manuel üzerinden	Birkaç kullanıcı için basit. Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.	Ölçeklenebilir değil, zaman alıcı Manuel giriş sırasında insan hatasına yatkın.
Otomatik lisans şablonları	Ölçeklenebilir Manuel hataları azaltır Yeni ve mevcut kullanıcılara uygulanabilir.	Geçerli telefon numaraları ve konumlar gerektirir. Kurulumu daha karmaşık Ayrıca, eşdeğer lisans gereksinimlerine sahip kullanıcı grubu başına kullanıcı grupları gerektirir.
Toplu CSV Yükleme	Büyük kullanıcı setleri için verimli Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.	Dikkatli CSV biçimlendirme gerektirir Telefon numaraları veya uzantıları eksik veya yanlışsa hata olasılığı.
API tabanlı atama	Otomatikleştirilebilir, esnek. Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.	Geliştirme ve API bilgisi gerektirir.

Tablo 6. Kullanıcı sağlama seçenekleri
Sağlama yöntemi	Açıklama	Artıları	Eksileri
El Kitabı	Kullanıcıları ayrı ayrı oluşturma/yönetme	Birkaç kullanıcı için basit; altyapıya gerek yok	Ölçeklenebilir değil; birçok kullanıcı için zaman alıcı
Toplu (CSV Dosyası)	Kullanıcıları CSV aracılığıyla toplu olarak içe aktarın/güncelleyin	Gruplar için verimli; kodlama gerektirmez	Manuel CSV hazırlığı; daha az dinamik
İnsanlar ve SCIM 2.0 API'si	Webex API'leri aracılığıyla programlı kullanıcı yönetimi	Esnek; otomasyonu ve entegrasyonu destekler	Geliştirme ve altyapı gerektirir
Dizin senkronizasyonu	AD, Entra ID, SCIM uygulamalarından otomatik senkronizasyon, Unified CM	Yaşama döngüsünü otomatikleştirir; filtreleme ve eşlemeyi destekler	Kurulum karmaşıklığı: bazı seçenekler sınırlı özelliklere sahiptir veya altyapı gerektirir

Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri
Seçenek	Açıklama	Artıları	Eksileri
grup sağlama (gruplar)	Grupları doğrudan içinde oluşturun ve yönetin. Üyeleri manuel olarak veya CSV aracılığıyla ekleyin/kaldırın.	Grup üyeliği üzerinde tam kontrol Lisansların ve şablonların anında uygulanması Gruplar oluşturmak ve düzenlemek kolay	Manuel güncellemeler gerekli Manuel CSV yüklemelerinde hata riski Harici dizinlerle otomatik senkronizasyon yok
Entra ID'den (Azure AD) senkronize edilmiş gruplar veya Active Directory	Güvenlik gruplarını ve üyelikleri harici dizin hizmetlerinden otomatik olarak senkronize edin.	Otomatik senkronizasyon manuel çalışmayı azaltır Kurumsal rehber ile tutarlılığı sağlar Büyük kuruluşları destekler	Grup üyeliği düzenlenemiyor 12 saate kadar senkronizasyon gecikmesi İç içe geçmiş gruplar manuel seçim gerektirir
Gruplar ve SCIM 2.0 API (Gruplar)	Programlı grup ve üyelik yönetimi için Gruplar veya SCIM 2.0 API'sini kullanın	Otomasyon ve diğer sistemlerle entegrasyon Büyük veya karmaşık ortamlar için ölçeklenebilir	Geliştirme çabası gerektirir Karmaşıklık API kullanımına bağlıdır

Uygulamak

Ağ hazırlığı

İlk kurulum

Alan adı doğrulama

Mevcut kullanıcıları talep edin (dönüştürün)

Dizin senkronizasyonunu yapılandırın ve test edin

Tek Oturum Açma (SSO) ayarlama ve test etme

Lisansları tedarik edin, sağlayın ve doğrulayın

Webex Callingservis ayarları

Pilot geçiş

PSTN Satın Alın

Konumları yapılandırma

Şirket içi çağrı kontrolü ile entegrasyon

Kullanıcıları toplu olarak taşıma

Çalışma Alanları

Tedarik cihazları

Özellikleri yapılandırma

Kabul testi

Ağ hazırlığı

Geçişin ilk adımı, şirket içi ağ ile bulut arasında güvenilir ve güvenli İnternet bağlantısı sağlamaktır..

Çoğu kuruluş internete bir veya daha fazla güvenlik duvarı veya güvenlik cihazı aracılığıyla bağlandığından, gerekli trafik akış larının desteklendiğini doğrulamak önemlidir.

Ağ ve güvenlik yöneticileri bu akışları şu şekilde anlam alıdır:

Y ön (gelen ve giden)

Protokoller (Örnek - SIP TLS, SRTP, HTTPS)

Hizmetler tarafından kullanılan IP adresi aral ıkları

Açılması veya izin verilmesi gereken bağlantı noktası numaraları.

Bu, kurumsal güvenlik duvarlarının, NAT aygıtlarının ve diğer ağ altyapılarının, kurumsal güvenlik politikalarını korurken trafiği barındıracak şekilde uygun şekilde yapılandırılmasını sağlar.

IP adresi, bağlantı noktaları ve protokoller dahil olmak üzere gerekli akışlar hakkında bilgi için bkz. Bağlantı noktası referans bilgileri Webex Calling. Ağ akışlarını etkinleştirmek için mevcut dağıtımdaki güvenlik duvarını, proxy'leri ve diğer ağ altyapısını yapılandırmak için bu bilgileri kullanın.

Her şubeden veya siteden merkezi olmayan internet kopuşu, aşağıdaki gibi bulut işbirliği hizmetleri için önerilen yaklaşımdır.. Trafiğin yerel olarak çıkmasına izin vererek, bu model:

Gidiş-dönüş gecikmesini ve titreşimi azaltır, genel arama kalitesini iyileştirir

Daha fazla kullanıcı ve site geçiş yaptıkça verimli bir şekilde ölçeklenir

Optimum performans için oturumları dinamik olarak en yakın bulut giriş noktasına yönlendirebilen SD-WAN ile sorunsuz çalışır

Ortam yolu analizi ve sorun gidermeye yardımcı olan genel IP adreslerine göre kullanıcı konumunu izlemeye izin verir.

Ek olarak, kuruluşlar her sitede yeterli internet bant genişliği sağlamalıdır. Bant genişliği, beklenen eşzamanlı çağrı sayısına, seçilen codec bileşenine (örn. Opus veya G.711) ve ayrıca sinyalleme, yeniden iletimler ve büyüme için ek yüke göre boyutlandır ılmalıdır. Bu, PPDIO yaşam döng üsünün Hazırlık aşamasıyla uyumludur ve geçiş için sağlam bir temel oluşturur.

İlk kurulum

Dağıtımın uygulama aşamasındaki ilk kurulum alt bölümü, iyi yapılandırılmış ve yönetilebilir bir bulut arama ortamı oluşturmak için temeldir. Bu aşama, uygun kullanıcı yönetimi ve güvenliğini sağlamak için kuruluşun kurulması, lisans temin edilmesi ve atanması ve şirketinizin etki alanlarının doğrulanması ve talep edilmesi gibi kritik görevleri kapsar. Ek olarak, kullanıcı lisans atamalarını otomatikleştirmek için lisans şablonları sağlama, kullanıcı kimlik doğrulamasını kolaylaştırmak ve güvenliği artırmak için Tek Oturum Açma (SSO) yapılandırma ve hizmet ve istemci ayarlarını kuruluş ilkeleri ve kullanıcı ihtiyaçları ile uyumlu olacak şekilde ayar lama içerir. Bu ilk kurulum faaliyetlerinin tamamlanması, ortamın ölçeklenebilirlik, güvenlik ve sorunsuz kullanıcı deneyimi için uygun şekilde yapılandırılmasını sağlayarak sonraki dağıtım ve operasyonel aşamalar için zemin hazırlar.

Alan adı doğrulama

Şirketinizin e-posta etki alanlarına kayıtlı kullanıcıları tanımlamayı etkinleştirmek için, etki alanlarınızı doğrulamanız önemlidir. Alan adı doğrulaması olmadan, kullanıcılar bir tüketici kuruluşuna atanacak ve şirketiniz için kullanıcı yönetimini zorlaştıracaktır. Etki alanı doğrulaması, kuruluşunuzun bu kullanıcıları etkili bir şekilde talep etmesine ve yönetmesine olanak tanıyan zorunlu bir adımdır.

Kullanıcılarınızın e-posta adresleriyle ilişkili tüm etki alanlarının doğrulandığından emin olun. Et ki alanı doğrulaması özel değildir; aynı etki alanı birden fazla kuruluş arasında doğrulanabilir.

Etki alanlarını yönetme hakkında daha fazla bilgi için bkz. Etki alanlarınızı yönetme.

Mevcut kullanıcıları talep edin (dönüştürün)

Etki alanlarınızı başarıyla doğruladıktan sonra, şirketinizin e-posta alanlarını kullanmak için kaydolan kullanıcıları kuruluşunuza talep etmeye devam edebilirsiniz. Bu süreç, tüm kullanıcıları tek bir organizasyon şemsiyesi altında birleştirerek merkezi yönetim ve kolaylaştırılmış yönetim sağlar. Bu kullanıcıları talep ederek, şirketinizin kullanıcı hesapları üzerinde tam kontrole sahip olmasını sağlayarak uygun lisansları atamanıza, hizmetleri yapılandırmanıza ve gerekli desteği verimli bir şekilde sağlamanıza olanak tanır. Bu birleşik yönetim yaklaşımı güvenliği artırır, kullanıcı tedarikini basitleştirir ve kuruluşunuz gen elinde hizmetlere tutarlı erişim sağlar. Kullanıcıları talep etmek ayrıca dış veya tüketici kuruluşlarında yönetilmelerini önler, böylece kurumsal bütünlüğü ve işbirliği kaynakları üzerindeki kontrolü korur.

Kullanıcı talep etme hakkında daha fazla bilgi için bkz. Kuruluşunuza kullanıcı talep etme (dönüştürme).

Dizin senkronizasyonunu yapılandırın ve test edin

Sorunsuz kullanıcı ve grup yönetimini etkinleştirmek için, Microsoft Entra ID (eski ad ıyla Azure AD) veya Microsoft Active Directory (AD) kurumsal dizininizdeki kullanıcıları ve grupları senkronize edebilirsiniz. Bu süreç, kullanıcı kimliklerinin ve grup üyeliklerinin ortamınızda tutarlı bir şekilde korunmasını sağlar.

Aşamalı dağıtımları uygulayan kuruluşlar için, ilk kullanıma sunumlar sırasında senkronizasyonun kapsamını kontrol etmek ve sınırlamak çok önemlidir. Bu, istenmeyen değişiklik riskini en aza indirir ve daha geniş bir şekilde benimsenmeden önce hede fli testlere izin verir.

Hangi kullanıcıların senkronize edildiğini filtrelemek için en etkili yöntem, diz in grubu üyeliğinden yararlanmaktır:

1
Özel bir senkronizasyon grubu oluşturun: Kurumsal dizin inizde (Microsoft Entra ID veya AD), özellikle senkronizasyon için bir güvenlik grubu oluşturun (örneğin, senkronizasyon grubu).

2
Grubu hedef kullanıcılarla doldurun: Bu gruba yalnızca senkronize etmek istediğiniz kullanıcıları (pilot aşamada bir test grubu gibi) ekleyin. Bu, senkronizasyon işlemine kimin dahil edildiğini sıkı bir şekilde kontrol etmenizi sağlar.

3
Sen@@ kronizasyon sözleşmesini grup tabanlı filtreleme ile yapılandırın: Sen kronizasyon sözleşmesini Directory Connector veya Entra ID sağlama işleminde ayarlarken, kapsamı yalnızca belirlenen grubun üyesi olan kullanıcıları içerecek şekilde yapılandırın.

Microsoft Entra ID için, sağlama ayarlarında grup tabanlı atamaları kullanabilirsiniz

AD için, yalnızca belirtilen gruba ait kullanıcıları içerecek şekilde bir LDAP filtresi tanımlayabilirsiniz.

4
Grubu gerektiği gibi genişletin: Daha geniş dağıtım aşamalarına ilerledikçe , senkronizasyon grubuna ek kullanıcılar veya gruplar eklemeniz yeterlidir. Senkronizasyon kapsamı otomatik olarak bu kullanıcıları içerecek şekilde genişleyerek kontrollü ve kademeli kullanıma izin verecektir.

Örnek uygulama adımları:

Aktif dizinde:

Eşitleme grubu adlı bir güvenlik grubu oluşturun.

İstediğiniz pilot kullanıcıları bu gruba ekleyin.

Dizin Bağlayıcısını aşağıdaki gibi bir LDAP filtresiyle ayarlayın: (MemberOF=CN = WebEx Sync Group, OU = Groups, DC=Domain, DC=COM).

Microsoft'ta kimliği girin:

Eşitleme grubu adında bir grup oluşturma

Grubu, Entra ID'nin sağlama ayarlarına atayın

Yalnızca bu gruptaki kullanıcılar sağlanır.

Tüm kuruluşa uygulamadan önce daima grup tabanlı senkronizasyonu üretim dışı bir ortamda test edin

Yalnızca yetkili kullanıcıların senkronize edildiğinden emin olmak için grup üyeliğini düzenli olarak inceleyin

Devamlı yönetim için, mümkünse iş kurallarına veya İK sistemlerine göre grup üyelik güncellemelerini otomatikleştirin.

Referanslar:

Entra ID kullanıcılarını Control Hub'a senkronize edin

Control Hub'da Entra ID Sihirbazı Uygulamasını kurma

Dizin bağlayıcısı

Tek Oturum Açma (SSO) ayarlama ve test etme

Tek Oturum Açma (SSO), kullanıcıların kurumsal kimlik bilgileriyle bir kez kimlik doğrulaması yapmalarına ve sorunsuz erişim elde etmelerine olanak tanıyarak güvenliği artırır ve kullanıcı erişimini basitleştirir. Microsoft Entra ID (eski adıyla Azure AD), Active Directory (AD) federal çözümler ve çeşitli üçüncü taraf IDP'ler dahil olmak üzere SAML 2.0 uyumlu IDP'lerle SSO tümleştirmesini destekler.

Bu noktada tasarlanan SSO kurulumu uygulanmalı ve test edilmelidir.

Referanslar:

Kontrol hub'ında tek oturum açma entegrasyonu

webex yönetimi için tek oturum açmayı yapılandırma

Microsoft Entra Kimliği ile tek oturum açmayı yapılandırma

Birden çok IDP 'li SSO

Control Hub'da tümleştirmede SSO yönetin

Lisansları tedarik edin, sağlayın ve doğrulayın

İlk kurulumun bir parçası olarak, hizmetleri etkin bir şekilde etkinleştirmek ve yönetmek için uygun lisansları tedarik etmek, sağlamak ve doğrulamak önemlidir. Satın alma süreci, Professional, Standard ve Workspace lis ansları gibi kullanıcı rollerine ve iş yüklerine göre lisans türlerinin seçilmesini içerir. Lisanslar, Cisco'nun yazılım platformları veya iş ortakları aracılığıyla oluşturulur ve sağlanır. Tedarik ve tedarikten sonra, uygun lisans sayılarının doğrulanması gerekir. Bu işlem, kuruluşun doğru lisansların etkinleştirilmesini ve dağıtımda kullanıma hazır olmasını sağlar.

İlk lisanslama kurulumunun bir parçası olarak, yeni kullanıcılar için lisans atamasını kolaylaştırmak için kuruluş tabanlı otomatik lisanslamayı yapılandırmak önemlidir. Bu kurulum, kullanıcılar kuruluşa eklendiğinde lisans ların otomatik olarak verilmesine izin vererek manuel lisans atama ihtiyacını ortadan kaldır ır. Kuruluş düzeyinde otomatik lisanslamayı yapılandırırken, yalnızca gelecekteki kullanıcılara lisans uygulamak veya mevcut kullanıcıları dahil etmek gibi kapsamı atamak ve tanımlamak için hizmetleri seç ersiniz.

Ancak, dağıtım planınız bunun yerine grup düzeyinde otomatik lisanslama kullanılmasını içeriyorsa, çakışmaları veya yinelenen lisans atamalarını önlemek için kuruluş düzeyinde lisans atamamayı seçebilirsiniz. Grup düzeyinde otomatik lisanslama ile lisanslar grup üy eliğine göre atanır. Birden çok gruptaki kullanıcılar, geçerli tüm grup atamalarından lisans alır.

Senkronize edilmiş grupların var olması ve lisans ataması için kullanılabilmesi için dizin eşitlemesi tamamlandıktan sonra grup tabanlı lisans atama yapılandırması gerçekleştirilmelidir.

Özellikle, otomatik lisans ataması, kullanıcı konumu ve telefon numarası ataması gibi ek provizyon ayrıntıları gerektirir. Lisansın otomatik olarak etkinleştirilebilmesi için kullanıcının iş telefon numarasının +E.164 biçiminde olması, önceden sağlanmış ve geçerli bir konuma atanmış olması gerekir. Bu koşullar yerine getirilmezse, kullanıcıya otomatik olarak hizmetler sağlanmayacaktır ve manuel müdahale gerektirebilir.

Özetle, kuruluş çapında geniş bir lisans ataması istiyorsanız, yeni kullanıcılar için kuruluş tabanlı otomatik lisanslama yapılandırın. Daha ayrıntılı denetimi tercih ediyorsanız veya grup başına farklı lisanslama ihtiyaçlarınız varsa, grup düzeyinde otomatik lisanslamayı yapılandırın ve örtüş meyi önlemek ve uygun lisans yönetimini sağlamak için kuruluş düzeyinde lisans atamaktan kaçının.

Webex Calling servis ayarları

İçindeki küresel hizmet ayarlarının kapsamlı bir incelemesini ve yapılandırmasını yapmak çok önemlidir..

Ayarlar bölümüne erişerek ve bu bölüme giderek başlayın. Dahili arama yapılandırması, acil arama parametreleri, çağrı yönlendirme il keleri, sesli mesaj yönetimi ve cihaz varsayılan ayarları dahil ancak bunlarla sınırlı olmamak üzere yapılandırılabilir her seçeneği dikkatlice inceleyin.

Bu genel ayarları kuruluşunuzun politikalarını ve tasarım kararlarını yansıtacak şekilde ayarlayın.

Ayrıca, kurulum ayarları ve kullanıcı ve uygulama şablonları.

Pilot geçiş

Uygulama aşamasında, bir pilot geçiş yürütmek, şuradan geçişin doğrulanmasında kritik bir kilometre taşını temsil eder.. Bu pilot uygulama, bir veya daha fazla konumdaki temsili bir kullanıcı alt kümesinin platformda sağlanmasını ve seçilen popülasyonun çeşitli kullanım durumlarını ve organizasyonel rolleri yansıtmasını sağlamayı içerir. Kullanıcı geçişine paralel olarak, iş sürekliliğini ve hizmet işlevselliğini korumak için sesli posta, otomatik görevliler, çağrı kuyrukları ve avlanma grupları gibi temel işbirliği hizmetleri eşdeğer lerine geçirilmelidir.

Pilot geçiş, daha geniş kurumsal dağıtım için planlanan Cisco tarafından sağlanan araçların ve üçüncü taraf geçiş yardımcı programlarının aynı kombinasyonundan yararlanmalı ve süreçlerin, otomasyon iş akışlarının ve entegrasyon noktalarının temsili koşullar altında kapsamlı bir şekilde doğrulanmasını sağlamalıdır.

Bu pilot dağıtımın temel hedefleri iki yönlüdür: Birincisi, kullanıcı sağlama iş akışları, veri taşıma prosedürleri ve uç nokta yapılandırmaları dahil olmak üzere uçtan uca geçiş süreçlerini doğrulamak ve iyileştirmek; ikincisi, gerçek dünya operasyonel koşulları altında taşınan hizmetlerin işlevselliğini kapsamlı bir şekilde doğrulamak .

Bu aşamalı yaklaşım, proje ekibinin kontrollü bir ortamda teknik veya prosedürel sorunları tanımlamasına ve düzeltmesine, yeni platform deneyimi hakkında kullanıcı geri bildirimlerini toplamasına, seçilen geçiş araç larının etkinliğini değerlendirmesine ve daha geniş kurumsal dağıtıma geçmeden önce geçiş metodolojisine güven sağlamasına olanak tanır.

Bu pilot aşamada elde edilen içgörüler, sonraki geçiş dalgal arını optimize etmede ve tüm işletme için sorunsuz, risk azaltılmış bir geçiş sağlamada etkilidir.

PSTN Satın Alın

PSTN hizmetlerini tedarik etmek için, önce bir PSTN bağlantı seçeneği seçin.

Bir kuruluş geçici veya süresiz olarak hibrit çift çağrı kontrolünü sürdürmeyi planlıyorsa (Şekilde Aşamalı Arama Geçişi: Hibrit ve Bulut şeklindeki aşama 1), uç noktalar arasında aram aya izin vermek için şirket içi PSTN için bir veya daha fazla Yerel Ağ Geçidi dağıtması gerekir.

PSTN dahil nihai hedef buluta tam geçiş (aşama 2) ise PSTN için Cisco Çağrı Planı veya Bulut Bağlantısı seçeneği gerekli olacaktır.

Telefon numaralarını yapılandırmadan önce sipariş etmek ve bağlantı kurmak için seçtiğiniz sağlayıcıyla birlikte çalışın. Telefon numaraları sipariş etmek veya bağlantı noktası siparişleri başlatmak yalnızca şirket içi PSTN ve Cloud Connect için gereklidir/mümkündür. Cisco Çağrı Planları için sipariş verme ve taşıma, konum oluşturulur oluşturul maz Control Hub içinden ve Cisco Çağrı Planının mevcut olduğu ülkelerde başlatılır. Cisco Arama planları hakkında daha fazla bilgi için bkz. Cisco plan larını kullanmaya başlama.

PSTN uygulamasının bir parçası olarak, sağlayıcınızın konumunuz için hem gelen hem de giden PSTN hizmetlerini etkinleştirdiğinden emin olun. Ek olarak, aramaların seçtiğiniz PSTN bağlantısı üzerinden doğru yönlendirildiğini doğrulamak için test çağrıları gerçekleştirin.

Konumları yapılandırma

Kullanıcıları ve cihazları eklemeden önce, arama konumlarını sağlamanız gerekir. Her konum için geçerli bir sokak adresi gir ilmelidir. ABD ve Kanada'da, bu adres doğrulanır ve platform tarafından acil çağrılar için PIDF-LO konum bilgilerini göndermek için kullanılır.

Şirket içi PSTN kullanan konumları yapılandırırken, yerel ağ geçitlerini buna göre ayarlamanız gerekir. İçinde, her yerel ağ geçidi için bir ana bağlantı ve bir rota grubu oluşturulmalıdır ve daha sonra yol grubu konum için PSTN seçimi olarak atanır. Cisco, PSTN seçimi olarak her zaman bir rota grubu seçmenizi şiddetle tavsiye eder, çünkü bu yaklaşım gelecekte kolayca ek trunklar eklemenize olanak tanır ve hem ölçeklenebilirliği hem de yedekliliği destekler. Cisco ayrıca her PSTN kanalında çift kimlik ve P-Charge-Info desteğinin etkinleştirilmesini önerir, çünkü bu, giden doğrudan veya yönlendirilen aramalar için faturalandırılabilir tarafın tanımlanmasını kolaylaştırır. PSTN sağlayıcınız faturalandırma için farklı bir başlık kullanıyorsa bilgileri yerel ağ geçid indeki P-Charge-Info başlığından gerekli faturalandırma başlığına kopyalayabilirsiniz.

Cloud Connect for veya PSTN seçeneği olarak Cisco Çağrı Planı'nı kullanan konumlar için, kurulum sırasında konum için ilgili PSTN seçimini seç meniz yeterlidir. Konum için Cloud Connect veya şirket içi PSTN kullanıyorsa, önceki adımda sipariş edilen telefon numaralarını eklemeniz gerekir. Numaralar, arama yönlendirmesine hemen dahil edilmesini istemiyorsanız etkin olmayan olarak eklenebilir; bu numaraları kullanıcılara veya özelliklere atandıklarında daha sonra etkinleştirebilirsiniz.

Her konum için her zaman ana numarayı ayarlamak önemlidir. Ana numara, bir kullanıcıya veya otomatik görevli gibi bir özelliğe atanabilir. Konumda sesli mesajı etkinleştirmek için, sesli portal numarası olarak da bilinen sesli posta pilot numarasını ayar ladığınızdan emin olun.

Arama konumları için ek ayarlar arasında acil durum geri arama numarası, bildirim seçenekleri ve gelişmiş acil arama özellikleri gibi acil arama ayrıntılarının yapılandırılması yer alır. Ayrıca kayıt ayarlarını, dil tercihlerini ve cihaz yapılandırmalarını her konum için gerektiği gibi gözden geçirmeli ve ayarlamalısınız. Kuruluşunuz kurumsal önemli numar alarla kısaltılmış siteler arası ağ üzerinden arama kullanıyorsa, dahili arama ayarlarında konum için benzersiz bir site kodu yapılandırmayı unutmayın . Son olarak, harici arama giden arama basam ağı gerektiriyorsa, bunu harici arama ayarlarında ayarladığınızdan emin olun. Bir giden arama rakamı yapılandırıldığında Cisco, tutarlılığı sağlamak için giden arama basamağı uygulamasının etkinleştirilmesini önerir.

Şirket içi çağrı kontrolü ile entegrasyon

Şirket içi çağrı denetimi ile entegre etmek için ana hatları, rota grupl arını, kurumsal arama planlarını ve hem konum hem de genel ayarları yapılandırmak gerekir. Şirket içi çağrı kontrol sistemi ile ara bağlantı için tasar lanan ana hatları ve yerel ağ geçitlerini ayarlayarak başlayın; bu adım yalnızca özel trunklar gerekliyse gereklidir. Mevcut ana hatlar ve rota grupları dağıtımınız için yeterliyse, ek yapılandırma olmaksızın şirket içi ara bağlantı için yeniden kullanılabilir.

Ana hatlar ve rota grupları oluşturulduktan sonra, kurumsal arama plan larını oluşturmaya devam edin ve her arama planı için uygun rota gru bunu hedef olarak atayın. Entegrasyon, farklı kanallar aracılığıyla bağlanan birden fazla şirket içi çağrı kontrol sistemini içer diğinde, birden fazla arama planı gerekecektir. Bu arama planlarının yalnızca aramaları şirket içi hedeflere yönlendirmek için gerekli olan kalıpları içer diğinden emin olmak önemlidir.

Dağıtımınız bilinmeyen uzantı yönlendirmesi desteği gerektiriyorsa, bu özellik konum düzeyinde etkinleştirilmelidir. Ek olarak, bilinmeyen uzantı yönlendirmesi etkinleştirildiğinde, arama hizmetleri ayarlarının aralarında ve tesisler arası Çağrı Yönlendirme bölümünde bilinmeyen maksimum uzantı uzunluğunu belirtmeniz gerekir.. Bu, entegre ortamınızda sorunsuz arama yönlendirmesi ve uzantı tabanlı arama sen aryolarının uygun şekilde işlenmesini sağlar.

Kullanıcıları toplu olarak taşıma

Kullanıcıları kendinize aktardığınızda, tüm kullanıcıları aynı anda taşıyamayabilirsiniz. Bunun nedeni, site veya kullanıcı sayısı, bir sitenin ve/veya kullanıcı grubunun bir seferde geçiş süresinin ne kadar sürdüğü, değişiklik penceresini desteklemek için sınırlı BT veya site kaynağı, değişiklik penceresinin süresi, değişikliğin karmaşıklığı vb. dahil ancak bunlarla sınırlı olmamak üzere birçok neden den kaynaklanabilir.

Kullanıcıları aşamalı olarak geçirdiğinizde, hangi kullanıcıların aynı toplu iş içinde birlikte geçmesi gerektiğini belirlemek çok önemlidir. Birincil hedef, arama hizmetleri ve özellikleri için birbirine bağımlılığı olan kullanıcıları bir araya getirmektir.. Tüm arama özelliklerinin (Ör nek - Çağrı Kuyrukları) geçiş öncesinde olduğu gibi tam olarak işlevsel olduğundan emin olmak istersiniz.

Yerel Ağ Geçitleri arasında ve yerel ağ geçitleri ile birlikte arama işlemi uygulasanız bile, paylaşılan hizmetleri veya özellikleri bu bağlantı genelinde bölemezsiniz. Bu nedenle, aşağıdaki özelliklere bakarak kullanıcılar arasındaki bağımlılıkları belirlemeniz gerekir :

BLF'leri kullanarak diğer kullanıcıları izleme

Aynı av pilotunda, çağrı kuyruğunda vb.

Paylaşılan satırlar

Çağrı alma işlemini kullanma

Aynı çağrı parkı numaralarını kullanma

İnterkom

Yönetici/Yönetici.

Bir örnek, geçiş yapılan bir Hunt Group"un parçası olan bir kullanıcı olabilir.. Bu kullanıcı Hunt Group"a ve Hunt Group"un diğer tüm üyelerine geçecektir.. Bu nedenle, geçiş sonrası Hunt Group ve üyeleri yeni platformdaki çağrıları başarıyla cevaplayabilir.

Kullanıcılar farklı arama hizmetleri ve özellikleri için farklı kullanıcı gruplarına bağlandığında bu daha zor hale gelir. Bu, birden fazla kullanıcı gru bunun ve bir arama hizmetinin aynı anda geçiş yapılmasını gerektirecektir..

Hangi kullanıcıların ve özelliklerin birlikte gruplandırılması gerektiğini belirlemek için hazır lık aşamasında kullandığınız Migration Insights aracının veya üçüncü taraf aracının çıktısını kullanın. Bu çıktı, geçiş plan ınızı geliştirmek için kullanılmış olmalı ve birlikte geçiş yapılması gereken kullanıcıları ve özellikleri nasıl gruplandıracağınıza dair fikir verecektir.

Bir kullanıcı grubuna geçiş yaparken temel adımlar şunlardır:

Birlikte geçilecek kullanıcıları belirleme

Tüm kullanıcıların içeride olduğunu doğrulayın

Kullanıcılar için tüm TN'lerin bulunduğunu doğrulayın

Dizinde doğru telefon numarası biçimini doğrulayın

Kullanıcı grupları için lisanslama ve ayar şablonunun doğru ayar landığından emin olun

Kullanıcı grubu için tüm arama servislerini ve özelliklerini doğrulama veya yapılandırma (uygun şekilde geçiş öncesinde veya sırasında)

Kurumsal dizinde, arama özellikli kullanıcılar grubuna kullanıcı ekleyin

Kaldıraç Araçları - kullanıcı ve özellik geçiş araçları ve/veya üçüncü taraf araçları

Geçişten sonra kullanıcı/cihaz dizin numarasını ve arama özellikleri/hizmetleri devre dışı bırakın/silin.

Bir grup kullanıcıyı geçirdikten sonra, tüm arama özelliklerinin ve hizmetlerinin düzgün çalıştığını doğrulamak için kullanıcıların bir alt kümesini test edin. Çağrı Kuyruğu, Avlanma Grupları vb. gibi arama özellikleri kullanıcı grubuy la birlikte geçiş yapılırsa, bu arama hizmetlerini uygun işlevsellik açısından test edin.

Çalışma Alanları

İçinde çalışma alanı, cihazlar, uzantılar ve kullanıcılar atanabilen paylaşılan bir konumu (konferans odası, topluluk alanı veya çalışma masası gibi) ifade eder. Geleneksel Unifed CM telefonlarının aksine, çalışma alanları şunlardır:

Konum merkezli: fiziksel alanlara bağlı.

Cihaz esnekliği: bir veya daha fazla cihaza sahip olabilir (Masa Telefonları, Panolar vb.).

Çalışma alanları geçişin bir parçası olarak tanımlandıktan sonra, Aygıtlar altına eklenebilirler. Her çalışma alanının bir aygıt ataması gerekir ve zaten içinde Unified CM yse sıfırlanması veya yeniden sağlanması gerekir. Sesli mesaj, çağrı yönlendirme ve arama alma gibi özellikler etkinleştirilebilir veya devre dışı bırakılabilir ve gerektiğinde görüntülü aramalar, çağrı parkı ve mobilite için politikalar uygulanabilir. Dahili ve harici aramalar yaparak, video, konferans ve mobilite özelliklerini test ederek her çalışma alanını test edin. Son olarak, çalışma alanı cihazları ve rezervasyonlar için geçerli tüm süreçleri kullanıcılara bildirin.

İçindeki çalışma alanları hakkında daha fazla bilgi için bkz. Çalışma alanları.

Tedarik cihazları

Şu anda kayıtlı olan telefonların bulut geçişinin bir parçası olarak taşınması gerekecektir.. Cisco, aynı anda fiziksel sitelerin veya departmanların geçişini mümkün olduğunca basit hale getirmek için, en az başarısızlık ihtimali ile mümkün olduğunca basit hale getirilmesini önerir. Ancak, özellik bağımlılıkları nedeniyle kullanıcıları toplu olarak taşımanız gerekebilir. Daha fazla ayr ıntı için Kullanıcıları toplu olarak taşıma bölümüne bakın.

Geçiş yapmanız gereken desteklenen tüm telefonların kullanıcı veya çalışma alanı olarak yapılandırılması gerekir ve fiziksel telefonun kaydolmak için yeniden yapılandırılması gerekir.. Ek olarak, 7800 ve 8800 serisi telefonların ürün yazılımının Enterprise ürün yazılımından Multiplatform Phone (MPP) ürün yazılımına yükseltilmesi gerekir. Bu işlem, kayıt için gerekli MPP ürün yazılımını yüklemeden önce geçici ürün yazılımının yüklenmesini içerir. Ayrıca uygun geçiş lisansını gerektirir. Cisco, Kurumsal ürün yazılımı telefonlarınızı MPP ürün yazılımına yükseltmenizi kolaylaştırmak için son birkaç yılda bu süreci geliştirdi. Ürün yazılımı yükseltmesini tamamlama adımları hakkında daha fazla bilgi için bkz. Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MP P Donanım Yazılımı arasında dönüştür me.

Bu makalede özetlenen adımlara ek olarak, 7800 ve 8800 telefonlarınızı Enterprise'dan Webex Calling MPP ürün yazılımına geçirmenize yardımcı olmak için kullanabileceğiniz yerleşik bir araç olan Telefonunuzu taşıyın. Bu araç ayrıca telefonları eklemenize ve uygun kullanıcılara veya çalışma alanlarına atamanıza olanak tanır. Araç kullanımı hakkında daha fazla bilgi için bkz. Telefonunuzu taşıma.

Yukarıdaki ürün yazılımı geçiş gereksinimi ile kayıtlı 9800 serisi telefonlar için geçerli değildir. Bu telefonlar hem de desteklenen PhoneOS'u çalıştırır. Bu telefonları geçirmek için onları eklemenizWebex Calling, bir kullanıcıya veya çalışma alanına atamanız ve ardından telefonları fabrika ayarlarına sıfırlamanız gerekir. Kayıt için PhoneOS önyükleme sır ası aşağıdaki şekil, PhoneOS önyükleme sırasını ve telefon hala sağlanmış olsa ve/veya DHCP Seçenekleri (Örnek - 150) kullanımda olsa bile, telefonun eklendikten sonra nasıl kaydolacağını gösterir.

Kayıt için PhoneOS önyükleme sırası

Zero-Touch onboarding'e izin vermek için fabrika ayarlarına sıfırlanan PhoneOS cihazlarını destekler. yöneticiler, CUCM Yönetim sayfaları aracılığıyla 9800 ve 8875 telefonlarını uzaktan fabrika ayarlarına sıfırlayabilir, bu da telefonlara yerleştirmek için telefonlara fiziksel erişim ihtiyacını ortadan kaldırır. Bu özellik 9 Eylül 2025'ten itibaren Cihaz Paketleri ile desteklenmektedir:

CUCM v15 - Birleşik İletişim Yöneticisi Sürüm 15

CUCM v14 - Birleşik İletişim Yöneticisi Sürüm 14.

9800 serisi için kayıt süreci hakkında daha fazla bilgi için bkz. Kayıt işlemi .

Cisco IP telefonlarına ek olarak, analog telefon adaptörleri (ATA), kablosuz (Wifi, DECT) telefonlar, video cihazları, ses ağ geçitleri ve ^3. taraf cihazlar ve telefonlar gibi diğer cihazların sağlanması gerekebilir. Bu cihazların çoğunda, onları kurumsal ürün yazılımından bulut ürün yazılımına geçmek için IP telefonlar gibi bir ürün yazılımı yükseltme yolu yoktur. Bu nedenle, bu cihazların her birini Control Hub'da sağlayacaksınız. Bunlardan bazıları geçiş yapılamaz ve eşdeğer modelin onu değiştirmesi gerekecektir (örn. ATA 191/192) ve diğerleri manuel yeniden yapılandırma ve/veya yazılım değişiklikleri gerektirecektir.

Ses ağ geçitleri - Yerel ağ geçidinizi taşımak için bkz. Yerel ağ geçidini taşıma.
Control Hub'da ses ağ geçidinizi VG400, VG410 veya VG420'yi yapılandırma hakkında daha fazla bilgi için bkz. Yerel ağ geçidi

Analog telefon adaptörü (ATA) - Cisco ATA 191 ve 192'nizi kullanmaya başlamak için bkz. Cisco ATA.

Kablosuz kablosuz telefon - 840 ve 860 kablosuz telefonu entegre etmek için bkz. Webex kablosuz telefonu entegre etme.

DECT kablosuz telefonlar - Yeni Cisco IP DECT 6800 serinizi kullanmaya başlamak için bkz. Cisco IP DECT.

Control Hub'da dijital DECT ağı oluşturmak ve yönetmek için bkz. DECT ağ ını yönetme

Cisco IP DECT 6800 hakkında daha fazla bilgi için bkz. Dağıtım kılavuzu

^{3. taraf} cihazlar ve telefonlar - Cihaz/telefon gereksinimleri ve bunları desteklemek için taşıma veya değiştirme süreci konusunda ^3. taraf satıcılarla çalışın.

Özellikleri yapılandırma

Gerekli olan tüm arama özelliklerinin geçiş öncesinde veya geçiş sırasında sağlanması gerekir. Kullanıcıları toplu olarak taşıma bölümünde tartışıldığı gibi, arama özelliklerinin bunları kullanan kullanıcılar geçiş yapıldığında yapılandırılması ve geçiş yapılması gerekir.

Özelliklerin her birinin nasıl yapılandırılacağına ilişkin ayrıntılar için ilgili yapılandırma yardım makalelerine bakın.

Otomatik görevliler - Otomatik sunucuları yönetmek için bkz. Otomatik sunucular

Çağrı parkı - Çağrı parkını yönetmek için bkz. Ç ağrı parkı

Çağrı alma - Arama alma grubunu yapılandırmak için bkz. Arama alma

Çağrı kuyruğu - Çağrı Kuyruğunu yapılandırmak için bkz. Çağrı kuyru ğu

Avlanma grupları - Av gruplarını yönetmek için bkz. Av grubunu yön etme

Çalışma modları - Çalışma modlarına göre arama yönlendirmesi için bkz. Operasyonel mod lara dayalı çağrı yönlendirme

Çağrı grupları - Bir çağrı grubunu yapılandırmak için bkz. Sayfalama gru bunu yapılandırma

Kayıtlar - Arama kaydını yönetmek için bkz. Kay ıtları yönetme

Tek numara erişimi - Tek numara erişimini yapılandırmak için (herhangi bir yerde ofis), bkz. Tek numarayı yapılandır ma

Sesli posta grubu - Paylaşılan sesli mesajı ve gelen faks kutusunu yönetmek için bkz. Sesli postayı yönetme.

Kabul testi

Kabul testi, taşınan ortamın işlevsel gereksinimleri karşılamasını, beklendiği gibi çalışmasını ve tüm iletişim iş akışlarında sorunsuz bir kullanıcı deneyimi sunmasını sağlar. Bu doğrulama süreci çok yönlüdür ve kullanıcı sağlama ve numara atamalarından gelişmiş arama özelliklerinin operasyonel performansına kadar her şeyi kapsar.

Bu bölüm örnekler sağlar ve kabul testi sırasında dikkate alınması gereken temel hususları vurgular; ancak, kapsamlı veya kapsamlı bir kontrol listesi görevi görmesi amaçlanmamıştır.

Kullanıcı sağlama ve numara ataması

Kabul testinin temel bir yönü, tüm kullanıcıların içeride doğru ve eksiksiz bir şekilde sağlandığını doğrulamayı içerir. Bu, uzantı numaraları ve doğrudan içe dönük arama (DID) atamaları gibi ilişkili niteliklerin yanı sıra her kullanıcı hesabının doğru bir şekilde geçirildiğinden emin olmak için source () dizini ile yeni oluşturulan kullanıcı tabanı arasında kapsamlı bir karşılaştırma gerektirir. Hazırlamanın bütünlüğü yalnızca birinci gün çalışabilirliği için değil, aynı zamanda devam eden yönetim ve destek için de kritik öneme sahiptir.

Numara atama doğrulaması, her kullanıcıya doğru uzantı ve harici numara atandığını ve bu numaraların hem dahili (ağ içi) hem de harici (PSTN) çağrı akışlarında doğru yönlendirildiğini doğrulamayı içerir. Çağrı yönlendirme hatalarına veya hizmet kesintilerine yol açabilecek herhangi bir çakışma, eksik atama veya yanlış yapılandırma olup olmadığını kontrol etmek önemlidir.

PSTN Çağrı akışları ve arayan kimliği sunumu

Sağlam bir kabul testi prosedürü, PSTN çağrı akışlarının uç tan uca doğrulamasını içermelidir. Bu, hem gelen hem de giden çağrı senaryolarını içerir. Gelen PSTN çağrıları için, test ekibi, ister bireysel kullanıcılar, arama kuyrukları, avlanma grupları veya otomatik görevliler olsun, aramaların amaçlanan uç noktalara iletildiğini onay lamalıdır. Giden PSTN aramaları, arayan kimliği bilgilerinin doğru şekilde teslim edil mesine ve sunulmasına özellikle dikkat edilerek başarılı bir şekilde yapılmalıdır. Bu, organizasyon politikalarına ve yasal gerekliliklere uygun olarak, doğru arayan adının ve numarasının harici alıcılara görüntülenmesini sağlam ayı içerir.

Test, erişilemeyen uç noktaların veya ağ kesintilerinin işlenmesi gibi yük devretme senaryol arını da ele almalıdır. Bu, geri dönüş mekanizmalarının ve alternatif yönlendirmenin düzgün çalıştığını doğrulamaya yardımcı olur, hizmet sürekliliği ve güvenilirliğini korur.

İnternet üzerinden çağrı akışları

Dahili veya ağ içi çağrı akışları, kurumsal iletişimin bel kemiğini oluşturur. Bu alandaki kabul testi, çağrı aktarımı, bekletme, yönlendirme ve konferans gibi özelliklerle kuruluş içindeki kullanıcılar arasındaki çağrıların doğru yönlendirildiğini doğrul ar. Arama planlarının bütünlüğü, uzant ıdan uzantıya bağlantı ve kurumsal arama politikalarına yönelik destek onaylanmalıdır.

Kullanıcı Çağrısı işleme ve özellik doğrulama

Kabul testinin önemli bir yönü, kullanıcıların ve desteklenen masa telefonlarını kullanarak aramaları nasıl ele aldıklarını doğrulamayı içerir.. Bu süreç, günlük arama iş akışlarının sezgisel ve güvenilir olduğunu ve kullanıcıların rolleri için gerekli temel özelliklere sorunsuz erişebil diklerini doğrulamaya odaklanır. Test, kullanıcıların arama yapma ve alma, bekleme ve devam etme işlevlerini yönetebilme ve hem kör hem de danışma transferleri gerçekleştirme kolay lığını değerlendirmelidir. Çağrı yönlendirme, konferans ve çağrıları park etme ve alma veya rahatsız etmeyin etkinleştirme gibi diğer gelişmiş özelliklerin kolayca kullanılabilir olduğunu ve sorunsuz çalıştığını doğrulamak da önemlidir.

Deneyim, kullanıcıların arama geçmişi, sesli posta ve entegre dizinlerle nasıl etkileşime girdiğini göz önünde bulundurarak netlik ve yanıt verme açısından değerlendirilmelidir. Aktif aramaları cihazlar arasında taşıma ve uygulama içinde veya fiziksel telefonlarda arama içi kontrolleri etkin bir şekilde kullanma yeteneğine ek dikkat edilmelidir. Nihai hedef, son kullanıcı deneyiminin tutarlı, verimli olmasını ve geçişi takiben kuruluşun iletişim ihtiyaçlarını tam olarak desteklemesini sağlamaktır .

Çağrı Kuyrukları: Temsilci ve süpervizör deneyimi

Çağrı kuyrukları, yüksek hacimli gelen arama senaryolarını işlemek için sıklıkla kullanılır. Burada kabul testi birkaç boyuta odaklanır. İlk olarak, çağrıların, round robin, en uzun boşta kalma veya eşzamanlı çalma gibi yapılandırılmış kuyruk mantığına göre aracılara dağıtıldığı doğrulanmalıdır. Temsilci masaüstlerinde kuyruğa alınmış aramaların sunumu netlik ve kullanım kolaylığı açısından incelen meli ve aracıların aramaları verimli bir şekilde kabul edebilmesi, tutabilmesi ve aktarabilmesi sağlanmalıdır.

Denetçiler için masaüstü deneyimi gerçek zamanlı izleme, çağrı yönlendirme ve analitik veya kuyruk performansına ilişkin iç görüler gibi özellikler açısından değerlendirilmelidir. Bu, çağrı dağıtımı, temsilci etkinliği ve sıra met rikleri hakkında eyleme geçirilebilir veriler sağlayan panoların ve raporlama araçlarının doğrulanmasını içerir ancak bunlarla sınırlı değildir.

Av Grupları: Çağrı dağıtımı

Avlanma grupları, aramaları önceden tanımlanmış kullanıcı kümelerine dağıtmak için önemli bir mekanizmadır. Kabul testinin, çağrıların yapılandırılmış avlanma algoritmasına dayalı olarak grup üyelerine yönlendirildiğini ve taşma, yönlendirme ve cevapsız senaryoların tasarıma göre ele alındığını onaylaması gerekir. Grup üyeliği ve çağrı yönlendirme davranışlarının daha önce kurulanlarla eşleşmesini sağlamak, operasyonel tutarlılık ve kullanıcı memnuniyeti için çok önemlidir..

Otomatik Sorumlular: Duyurular ve menü işlemleri

Otomatik görevliler, otomatik çağrı işlemenin ön hattını temsil eder. Test, duyuruların oynatılmasını, kaydedilen selamların doğruluğunu ve menü ağaçlarının doğru çalışmasını kapsamalıdır. Menü seçimleri, arayanları uygun departmanlara, kişilere veya harici numaralara güvenilir bir şekilde yönlendirmelidir. Test, arayanların net bir rehberlik ald ığını veya amaçlandığı gibi yönlendirildiğini doğrulamak için geçersiz veya zaman aşımı senaryolarını da içermelidir..

Sesli mesaj işlemi

Son olarak, sesli posta işlevselliği kullanıcı deneyimi için kritik öneme sahiptir. Kabul testleri, sesli posta kutularının hem kuruluş içinden hem de uzaktan doğru bir şekilde atandığını ve erişilebilir olduğunu doğrulamalıdır. Bildirim teslimi ile birlikte mesajları kaydetme, alma ve yönetme yeteneği onaylanmalıdır.

Optimize

Cloud Connect'e PSTN geçişi

Şirket içi altyapıyı optimize edin

Analitiği ve sorun gidermeyi kullanın

Cloud Connect'e PSTN geçişi

Tüm uç noktalar ve kullanıcılar bulut çağrısına geçirildikten sonra, tek amaç PSTN ağ geçitleri arasında ve Yerel Ağ Geçidi aracılığıyla bir geçiş görevi görmektir.. Unified CM Tüm Webex Calling kullanıcılar için PSTN erişimi olarak Cloud Connect'i kullanarak PSTN ağ geçitlerini ve Yerel Ağ Geçidini resimden kaldırmak, maliyet azaltma ve iyileştirilmiş güvenilirlik dahil olmak üzere çeşitli avantajlara sahiptir. Şirket içi PSTN erişimini Cloud Connect'e geçirmek için şu ad ımları izleyin:

İş ortağı seçimi için Cloud Connect.

İş ortakları için Cloud Connect listesine bakın ve kuruluşunuzun konumu için mevcut iş ortakları arasından seçim yapın.

Doğrulama için Cloud Connect.

Konumlar için PSTN erişimini Cloud Connect'e geçirmeden önce, seçilen Cloud Connect iş ortağı aracılığıyla PSTN'ye bağlantı doğrulanmalı ve doğrul anmalıdır. Bu amaçla, bu test konumunda sağlanan bazı test kullanıcıları ile bir test konumunun sağlanması gerekir. Bu test konumu için PSTN erişimi, test telefonlarını kullanarak PSTN bağlant ısını doğrulamadan önce Cloud Connect iş ortağına ayarlanır. Başarılı bir doğrulama yapıldıktan sonra, test konumu kaldırılabilir.

Numara taşıma.

Cloud Connect"e geçiş için hazırlanmak için, sonlandırılan PSTN gövdesine şu anda atanan tüm numaralar için bir bağlantı noktası siparişi verilmesi gerekir.. Tüm numaraların Cloud Connect iş ortağına taşınması gerekir. Kon umlar arası erişilebilirliği korumak için, tüm konumların tüm numaralarının aynı anda taşınması gerekir .

Cloud Connect iş ortağına geçin.

Geçiş tarihinde, tüm konumlar için PSTN erişiminin Bulut Bağlantılı PSTN sağlayıcısına ayarlanması gerekir ve gelen ve giden bağlantı doğrulanmalıdır.

Tasarım bölümünün PSTN bölümünde tartışıldığı gibi, müşteriler hibrit dağıtımlar için PSTN kanalını kullanarak geçişin başlangıcında PSTN erişim lerini Cloud Connect'e taşımayı da seçebilirler. Daha fazla bilgi için bkz. Hibrit dağıtımlar için PSTN kanalı. Webex Calling Bu durumda geçiş sırasında PSTN erişimi Yerel Ağ Geçidi üzerinden yapılır ve tüm kullanıcıları buraya taşıdıktan sonra, hizmet dışı bırakma ve Yerel Ağ Geçitleri dışında PSTN ile ilgili ek bir geçiş adımı yoktur.

Şirket içi altyapıyı optimize edin

Tüm kullanıcılar geçiş yaptıktan ve tüm uç noktalar bulut kaydına geçtikten (veya hizmet dışı bırakıldıktan) sonra, bulut çağrısı kullanımda olduğu için uygun şirket içi altyapıyı güncelleyin. Altyapı güncellemeleri şunları içerir:

Şirket içi çağrı denetimi ve ileti DNS SRV kayıtlarını cisco _uds dahil şirket içi DNS sunucularından kaldırın. _tcp. <domain>, cup_login. _tcp. <domain>. Bu SRV kayıtları artık istemci hizmeti keş fi için gerekli değildir.

Collab_edge dahil olmak üzere genel DNS sisteminden kenarla ilgili kay DNS SRV ıtları kaldırın. _tls. <domain>. Bu SRV kayıtları artık işbirliği uç hizmetlerinin istemci hizmeti keşfi için gerekli değildir.

Seçenek 66 ve seçenek 150 TFTP/önyükleme sunucusu adreslerini kaldırmak için ilgili tüm DHCP kapsamlarını güncelleyin. Bu kapsamlar artık uç nokta çağrısı denetimi yapılandırması keşfi ve indirme için gerekli değildir.

Yerel ağ geçidi/küp'te çağrıları yönlendiren uygun çevirmeli eşleri güncelleyin/kaldırın. Unified CM Bu çevirmeli eşler artık şirket içi çağrı yönlendirme için gerekli değildir.

Tüm ve küme düğümü sanal makinelerini ve/veya sunucularını silin veya kaldırın. Bilgi işlem kaynaklarını ve donanımını gerektiği gibi yeniden kullanın. Bu kaynaklar artık çağrı kontrolü ve uç hizmetleri için gerekli değildir.

Tüm küme düğümü sanal makinelerini ve/veya sunucularını silin veya kaldırın. Bilgi işlem kaynaklarını ve donanımını gerektiği gibi yeniden kullanın. Bu kaynaklar artık sesli posta ve birleşik mesajlaşma hizmetleri için gerekli değildir.

Temizleme: PSTN erişimi Bulut Bağlantılı PSTN'ye geçirildikten sonra, PSTN trunkleri, PSTN ağ geçitleri ve Yerel Ağ Geçidi hizmet dışı bırakılabilir.

Mevcut herhangi bir şirket içi E911 çözümü için, geçiş yapılan tüm konumları veya numaraları sil in ve tam geçiş tamamlandığında uygulama sanal makinelerini veya sunucularını kaldırın. Bilgi işlem kaynaklarını ve donanımını gerektiği gibi yeniden kullanın. Bu kaynaklara artık acil arama ve konum hizmetleri için gerekli değildir.

Çağrı yönlendirme hatalarını önlemek ve tüm CSS'lerin aynı DN'lerin bulut yoluna öncel ikli erişime sahip olmasını sağlamak için taşınan kullanıcılara ait DN'ler gizli bir bölüme yerleştirilmelidir.

Değişiklikler meydana geldiğinde ufuk hareketliliğinde fiziksel gönderilebilir konumu ve ağ öğesini güncel leyin. Güncelleme gerektiren yaygın etkinlikler şunlardır:

Ağ anahtarı değiştirme

Kablosuz erişim noktası değiştirme

DHCP kapsam değişiklikleri

Bina içindeki fiziksel değişiklikler (kübye/ofise çözülürse)

Bir binanın içinde fiziksel ofis alanı genişlemesi veya daralması.

Analitiği ve sorun gidermeyi kullanın

Dağıtımınızı görselleştirmenize ve izlemenize yardımcı olmak için kapsamlı analiz ve sorun giderme yetenekleri sağlar. Bunlar medya kalitesini, ayrıntılı arama geçmişini, arama kuyruğunu, avlanma grubunu ve otomatik operatör analizlerini kapsar. Medya kalitesi analitiğine bir örnek, şekil medya kalitesi analitiğinde gösterilmektedir.

medya kalitesi analitiği

Sorun giderme altında, medya kalitesi sorun giderme şekilinde gösterildiği gibi, medya sorunlarının yanı sıra başarısız aramaların belirlenmesine yardımcı olmak için önemli medya kalitesi ve sinyalizasyonla ilgili sorunlar hakkında ayrıntılı bilgilerle görüntülenebilir.

medya kalitesi sorun giderme

Sorun giderme, Control Hub'da daha zengin bir entegre deneyim sağlamak için ThousandEyes ve Meraki anahtarları gibi diğer Cisco ürünleriyle de entegre edilebilir. Anal Webex Callingitiği kullanma ve sorun giderme hakkında daha fazla bilgi için bkz. Control Hub Webex Calling 'da çağrıları giderme.

Giriş

Başlamadan önce

Genel Bakış

Çekirdek bileşenler

PPDIO sürecine genel bakış

PPDIO'nun genel açıklaması

Projeleri taşımak için Unified CM PPDIO Webex Calling kullanımı

Hazırlamak

Plan

Tasarım

Uygulamak

Optimize et

PPDIO geri bildirim döngüleri

Göç yaklaşımı

Başlamadan önce

Bu kılavuz, IP masa telefonları, video cihazları ve Jabber yazılım istemc Cisco Unified Communications Manager ileri dahil olmak üzere (Unified CM) ve Cisco uç noktalarını yapılandırma ve yönetme deneyimi olan ekipler veya bireyler için tasarlanmıştır. Bu belge boyunca, yardımcı olacak ürün ve destek belgelerine bağlantılar bulunmaktadır.

Bu belge yalnızca çok Webex Calling lu kiracıdan çok kirac Unified CM ıya geçişlere odaklanır. Bu belge Webex Callingdeki terim her zaman çok kiracılı anlamına Webex Calling gelir.

Şuradan Unified CM geçişe başlamadan önceWebex Calling, Webex Calling çözüm ve ilgili bileşenleri hakkında kapsamlı bir anlayışa sahip olmak zorunludur. Başarılı bir geçiş, mevcut Unified CM iş yüklerini düzgün bir şekilde eşlemek ve etkili bir geçiş planı tasarlamak için Webex Calling mimariye, hizmet modellerine, dağıtım seçeneklerine ve ilişkili özelliklere aşinalık gerektirir.

Etkili bir geçiş stratejisini ve operasyonel hazırlığı bilgilendirmek için aşağıdaki Webex Calling bileşenlerin kapsamlı bir şekilde anlaşılması şarttır.

Kontrol Merkezi

Dizin ve kullanıcı sağlama

Webex Callingplatform

Desteklenen arama uç noktaları

PSTN bağlantı seçenekleri

Webex Callingarama planı ve numara yönetimi

Güvenlik ve uyumluluk özellikleri.

Daha fazla bilgi için bkz. Cisco Tercih Edilen MimarisiWebex Calling.

Bu kılavuz, geçiş yaşam döngüsü boyunca kullanılacak araçları ve süreçleri vurgulayacaktır.. Bununla birlikte, şirket içi aramadan yeni bir bulut arama platformuna geçişUnified CM, potansiyel işWebex Calling, teknik ve karmaşık zorluklarla ilgili önemli bir çaba olabilir. Bu zor lukların üstesinden gelmeye yardımcı olmak için Cisco, yolculuğ unuzda size yardımcı olacak birkaç farklı seçeneğe sahiptir. Kurum sal bulut çağrısı - Arama geçişi bölümündeki bilgileri gözden geçirmeniz ve her seçeneği ve her birinin kendi geçişinizde size nasıl yardımcı olabileceğini anlamak önemlidir.

Webex geçiş araçları: Geç işinizi kolaylaştırmak için Control Hub'da yerleşik self-servis, ücretsiz araçlar Webex Calling

Sertifikalı geçiş sağlayıcıları: Webex iş ortaklarına ve müşterilerine karmaşık ve büyük geçişlerde yardımcı olmak için geçiş çözümleri geliştiren Cisco onaylı yazılım ve araç sağlayıcıları. Bu çözümler, geçişi basitleştirmeye, yönetmeye ve hızlandırmaya yardımcı olabilir Webex Calling

Webex Kurulum Yardımı: kullanıcıları ve hizmetleri başarıyla geçirmek için gereken Webex Calling dağıtım ve yapılandırma boyunca müşterilere ve iş ortaklarına rehberlik eden Cisco liderliğindeki geçiş Unified CM hizmeti. Webex Calling

Genel Bakış

Bulut tabanlı iş birliği hizmetlerinin büyümesiyle birlikte, daha fazla müşteri mevcut işbirliği iş yüklerini buluta taşımak istiyor. Daha düşük toplam sahip olma maliyeti, basitleştirilmiş yönetim, sürekli özellik sunumu, artan ölçek ve bulut tabanlı hizmetlerin doğasında bulunan üstün güvenilirlik vaatleri göz önüne alındığında, daha fazla müşteri mevcut işbirliği iş yüklerini buluta taşımak istiyor. Müşteriler şirket içinden bulut işbirliği hizmetlerine geçiş yapmak istediklerinde, geç işin ne anlama geldiğini ve geçişi yapmak için gereken adımları anlamaları önemlidir.

Bu belgenin amacı, özellikle şirket içinden buluta geçiş yapmak isteyen müşteriler için dağıtım rehber Unified CM liği Webex Calling sağlamaktır. Bu dağıtım kılavuzuWebex Calling, okuyucunun, bu geçişi yaparken hangi değişiklikleri Unified CM ve arama iş yükünü şirket içinden buluta taşırken hangi farklılıkların olduğu dahil olmak üzere ve arasındaki arama geç işi hakkında temel bir anlayışa sahip olduğunu varsayar. Devamadan önce, Geçiş harit asında bulunan bilgileri incelediğinizden ve bunlara aşina olduğunuzdan emin olun. Bu geçiş haritası belgesi, bu geçişin değişiklikleri ve farklılıkları hakkında bilgi sağlar.

Şekilde gösterildiği gibi Şirket içi işbirliği mimarisi: çağrı kontrolü ve uzaktan erişim, tipik bir şirket içi dağıtım ağdaki farklı işbirliği altyapısı bileşenlerini, bir çağrı kontrol platformunu, bir uç platformu, donanım ve yazılım uç noktalarını ve hatta bazı durumlarda konferans ve zamanlama platformlarını içerir. Cisco mimarisinde bu, çağrı kontrolü, uzaktan erişim Unified CM için Expressway ve işletmelerden işletmeye (B2B) uç hizmetleri, şirket içi konferans için Cisco Toplantı Sunucusu/ Cisco Toplantı Yönetimi, sesli mesajlaşma için Unity Connection ve kullanıcıya yönelik donanım (Cisco IP Telefonları, Cisco Masa ve Oda video sistemleri) ve yazılım () IP tabanlı uç noktaları içerir. Cisco Jabber Bu bileşenler bazı ortamlarda biraz farklılık gösterebilir, ancak bu belgenin geri kalanında açıklanan geçiş için başlangıç noktasıdır.

Şirket içi işbirliği mimarisi: çağrı kontrolü ve uzaktan erişim

Şekil Şirket içi işbirliği mimarisi: çağrı kontrolü ve uzaktan erişim, Cisco Collaboration Enterprise Şirket İçi Dağıtımları için Tercih Edilen Mimari'ye (PA) dayanmaktadır. Kurumsal Şirket İçi hakkında daha fazla bilgi için bkz. Cisco işbirliği tercih edilen mimarileri.

Önce: Şirket içi arama altyapısı bileşenleri tablosu, bulutta geçiş yap madan önce şirket içi mimarinin temel öğelerini Webex Calling listeler.

Tablo 1. Önce: Şirket içi arama altyapısı bileşenleri
Ürün Açıklama

Unified CM Cihaz kaydı ve çağrı yönlendirme hizmetleri sağlayan şirket içi çağrı kontrolü

Cisco Expressway-C/E Uzak uç noktaların kuruluş dışından güvenli bir şekilde bağlanmasını sağlayan Mobil ve Remote Access (MRA) ve işletmel erden işletmeye (B2B) işlevselliği sağlayan uç altyapı. Expressway, harici uç noktalar için güvenlik duvarı geçişi sağlamak için çiftler halinde dağıtılır.

Cisco Toplantı Sunucusu (CMS), Cisco Toplantı Yönetimi (CMM) ve Cisco TelePresence Yönetim Paketi (TMS) Çok noktalı toplantılar, toplantı yönetimi ve zamanlama özellikleri sağlayan şirket içi ses, video ve web konferans altyapısı. [İsteğe bağlı]

Cisco Unity Connection Sesli mesaj ve birleşik mesajlaşma özellikleri sağlayan şirket içi sesli mesajlaşma platformu. [İsteğe bağlı]

Cisco Masası, Cisco Odası, Cisco Kurulu, Cisco IP Telefonları ve Cisco Jabber Sesli ve görüntülü arama Unified CM özellikleri sağlayan ve kayıtlı IP tabanlı cihazlar

Şekil Geçiş kararında gösterildiği gibi: şirket içi aramaWebex Calling, masa Unified CM ve video IP uç noktaları ile şirket içi arama denetimine sahip müşteriler, mimariyi bulut mimarisine geçiş yapma seçeneğine sahiptir. Webex Calling

Kararın müşterinin işlevsellik gereksinimlerine göre verilmesi gerekir. Aşağıdaki gereksinimleri olan müşteriler, bu kararı vermeden önce dikkatlice düşünmelidir ve nihayetinde arama kontrolünü şirket içinde tutmaya karar verebilirler:

Telefon modelleri tarafından desteklenmiyor Webex Calling

Diğer şirket içi sistemler veya çözümlerle karmaşık veya çok sayıda entegrasyon, özellikle bu entegr asyonları çoğaltmanın zor Webex Calling olduğu veya eşdeğer alternatif çözümlerin bulunmadığı durumlarda

Karmaşık arama planı, çok ayrıntılı hizmet sınıfları veya her ikisi

Kısıtlayıcı, sınırlı veya güvenilmez İnternet erişimi

Sıkı veri gizliliği ve sahiplik politikaları

Şirket içi veya ülke içi medya kaydı ve depolama için uygunluk gereksinimi

Uygulanabilir alternatif Webex Calling entegrasyon olmadan üçüncü taraf entegrasyonları

İletişim merkezi inter'in henüz buluta geçmediği iletişim merkezi entegrasyonları.

Geçiş kararı: şirket içi arama Webex Calling
Bulut arama hizmetlerinden yararlanmaya başlamak isteyen müşteriler bunu düşün Webex Calling melidir. Bu bulut arama hizmeti, müşterinin ölçek ve bağlantı için Webex global mimarisinden yararlanmasına olanak tanır. Kurumsal ağdaki katılımcılar ve kurumsal ağ dışındaki uzak katılımcılar IP tabanlı donanım uç noktaları ve/veya masaüstü veya mobil yazılım istemci uygulamaları kullanarak iletişim kurabilirler.

Bu belge, bir sonraki bölümde gösterildiği gibi dağıtımın etkinleştirilmesine yönelik genel adımları, dikkat noktaları ve gereksinimleri anlamak isteyen ç Unified CM ağrı kontrolü Webex Calling dağıtımları olan müşterilere odaklanmaktadır.

Çekirdek bileşenler

Bu geçiş için hedef mimari birkaç yeni bileşen içerir. Buna bulut tabanlı Webex Calling arama hizmeti, Webex App, kimlik entegrasyonu için Cisco Dizin Bağlayıcısı ve PSTN erişimi için Yerel Ağ Geçidi (LGW) ve şirket içi buluta arama entegrasyonu dahildir. İş Webex Calling ortağı için Cloud Connect tarafından kolaylaştır ılan Cisco Çağrı Planları veya Buluta Bağlı PSTN (CCP), PSTN erişimi için ek seçeneklerdir.

Şekil Son rası: Webex Calling Mim ari'de gösterildiği gibi, yeni bileşenler (Webex CallingDizin bağlayıcısı, Yerel ağ geçidi ve Hayatta kalma ağ geçidi) mevcut şirket içi dağıtıma eklen ir.

Sonra: Webex Calling Mimarlık

Sonra: Bulut arama altyapısı bileşenleri tablosu, Webex'e geçtikten sonra mimarinin yeni öğelerini listeler.

Tablo 2. Sonra: Bulut arama altyapısı bileşenleri
Ürün Açıklama

Webex Calling Webex platformundan sağlanan ve uç nokta kaydı ve çağrı yönlendirme sağlayan bulut tabanlı çağrı hizmeti

Cisco Dizin Bağlayıcısı Kurumsal şirket içi ile Webex kuruluşunun kimlik depos u arasında kimlik eşitlemesi sağlayan Active Directory bir Windows etki alanı makinesinde çalışan Windows uygulaması.
Şirket içinden Entra ID Active Directory 'ye geçiş yapan müşteriler için Cisco Directory Connector yerine Webex ile kimlik entegrasyonu Entra Kimlik Sihirbazı uygulamasını kullanır.

Yerel Ağ Geçidi Yerel ağ geçidi, müşterinin şirket içi birleşik iletişim ağı ile Webex Calling bulut arasında bir köprü görevi görür. Şirket içinde dağıtılabilir veya bir iş ortağı tarafından barındırılabilir, bulutta kayıtlı uç noktalar için PSTN erişimi ve kayıtlı ve buluta kayıtlı uç noktalar arasında çağrı entegrasyonu sağlarUnified CM. Cisco IOS-XE Tümleşik Hizmetler Yönlendiricisi (ISR 1100 ve 4000 serisi), Cisco Catalyst 8200/8300 Serisi, Cisco Catalyst 8000V Edge Yazılımı ve çeşitli sertifikalı üçüncü taraf Oturum Sınır Denetleyicileri (SBC'ler) aşamalı geçiş yaklaşımı için LGW olarak kullanılabilir.

Hayatta Kalma Ağ Geçidi Survivalability Gateway (SGW), ağ kesintileri sırasında yerinde Webex Calling uç noktalara yedek arama hizmetleri sağlayan yerel bir ağ IOS-XE tabanlı ağ geçididir.

Cisco Çağrı Planı, Cloud Connect için Webex Calling Cisco Çağrı Planı ve Cloud Connect for, uç Webex Calling noktalar için PSTN erişimi için Webex Calling bulut tabanlı seçeneklerdir. PSTN erişimi bir bulut PSTN sağlayıcısı tarafından kolaylaştırılır ve şirket içi ekipman gerektirmez.

Webex Uygulaması Masaüstü işletim sistemi (Windows, Mac) veya mobil işletim sistemi (Android, iOS) üzerinde çalışan ve arama işlevi için doğrudan Webex Calling platforma kayıtlı istemci uygulaması.

PPDIO sürecine genel bakış

PPDIO süreci Hazırlama, Planlama, Tasarım, Uygulama ve Optimize Etme anlamına gelir. Pro jeleri ilk değerlendirmeden sürekli iyileştirmeye kadar yönlendiren, verimli ve başarılı dağıtımlar veya geçişler sağlayan yapılandırılmış bir Cisco metodolojisidir.

PPDIO süreci

PPDIO'nun genel açıklaması

Hazırlanın: Mevcut ortamı değerlendirin, gereksinimleri toplayın ve sağlam bir temel oluşturmak için paydaşları hizalayın.

Plan: Zaman çizelgeleri, kaynaklar ve risk azaltma stratejileri dahil olmak üzere ayrıntılı proje planları geliştirin.

Tasarım: İş ve teknik ihtiyaçlara göre uyarlanmış hedef çözümü tasarlayın.

Uygula: Dağıtımı veya geçişi tasarıma göre yürütün, işlevselliği ve performansı doğrulayın.

Optimize Et: Performansı izleyerek, yapılandırmaları iyileştir erek ve otomasyon ve entegrasyon araçlarından yararlanarak çözümü uygulama sonrası sürekli iyileştirin.

Unified CM - Webex Calling geçiş projeleri için PPDIO'yu kullanma

Şuradan geçiş yaparken Unified CMWebex Calling, PPDIO süreci sorunsuz ve verimli bir geçiş sağlamak için net bir yol haritası sağlar:

Hazırlamak

Mevcut Unified CM ortamı ve göç hazırlığını değerlendirin

Kullanıcılar, cihazlar, ağ ve bağımlılıklar hakkında ayrıntılı veri toplayın

Acil müdahale adresi, kullanıcı sayısı, internet erişimi, PSTN erişimi dahil olmak üzere konum ayrıntılarını toplayın

Tüm paydaşları hizalamak için riskleri tanımlayın ve proje kapsamını tanımlayın.

Plan

Toplu iş zamanlamaları, kaynak atamaları ve zaman çizelgeleri içeren kapsamlı bir geçiş planı oluşturun

Cihaz ürün yazılımı yükseltmeleri, lisans sağlama ve kullanıcı katılımı gibi görevleri tanımlayın

Kesintiyi en aza indirmek için geçiş pencerelerini Cisco ve iş ortaklarıyla koordine edin.

Tasarım

Geçerli Unified CM yapılandırmaları, arama planlarını ve kullanıcı profillerini eşdeğerlerle eş Webex Calling leyin

PSTN stratej Webex Calling isi (ara ve son), konumlar, kullanıcı rolleri ve Yerel Ağ Geçidi (CUBE) ve dizin senkronizasyonu gibi entegrasyon noktaları dahil olmak üzere ortamı tasarlayın

Geçiş sırasında aynı anda çalışan bir arada Unified CM yaş Webex Calling ama senaryoları planlayın.

Uygulamak

Cihaz ürün yazılımı modu değişikliklerini, özellik yapılandırmasını ve kullanıcı geçişlerini gerçekleştirmek için Control Hub geçiş araçlarını 3. taraf araçlarıyla birlikte kullanın

Büyük ölçekli geçişleri ve yapılandırmaları kolaylaştırmak için Webex API'lerini kullanarak toplu işlemleri ve provizyonu kullanın

Lisans sağlama, cihaz kaydı ve yapılandırma güncellemelerini yürütün

Test ve operasyonel doğrulama yoluyla geçiş başarısını doğrulayın.

Optimize

Webex CallingPerformansı ve kullanıcı deneyimini sürekli izleyin

Operasyonel verilere ve geri bildirimlere göre yapılandırmaları ve iş akışlarını iyileştirin

Verimliliği ve ölçeklenebilirliği artırmak için otomasyon ve entegrasyon yeteneklerinden yararlanın

Eski Unified CM bileşenleri uygun şekilde devre dışı bırakın ve 2. gün operasyonları için sürekli destek sağlayın.

Bu gelişmiş PPDIO yaklaşımı, iş sürekliliğini korumak ve işbirliği yeteneklerini geliştirmek Unified CM için Cisco'nun araçlarındanWebex Calling, API'lerinden ve iş ortağı ekosisteminden yararlanarak kontrollü, şeffaf ve verimli bir geçiş sağlar.

PPDIO geri bildirim döngüleri

PPDIO çalıştırılırken Şekil Yinelemelerinde gösterilen üst düzey genel bakış, optimiz asyon aşamasından hazır lık aşamasına geri dönen tek bir geri bildirim döngüsünü göstermektedir. Bu, ilk uygulamanın ardından sürekli iyileştirme için sürekli bir fırsat olduğunu gösterir. Her optimizasyon döngüsü, sonraki projeler veya girişimlerle ele alınabilecek yeni gereksinimleri veya iyileştirme alanları belir leyebilir. Bu bireysel projelerin her biri, kurulan PPDIO (Hazırlama, Planlama, Tasarım, Uygulama, Optimize Etme) yaşam döngüsünü takip eder. Bu yinelemeli yaklaşım, sistemin gelişen iş hede fleri ve teknolojik gelişmelerle uyumlu kalmasını sağlayarak sürekli iyileştirme ve uyarlan abilirlik kültürünü teşvik eder.

PPDIO çalıştırılırken yinelemeler

PPDIO sürecinin yürütülmesi sırasında, sonraki aşamalardaki bulguların daha önceki aşamalarda alınan kararların yeniden gözden geçir ilmesini ve potansiyel olarak gözden geçirilmesini gerektirmesi yaygındır. Örneğin, tasarım belirsizliklerinin veya eksik ayrıntıların belirlenmesi gibi uygulama aşamasında karşılaşılan sorunlar, tasarım aşamasında belirli yönlerin tam olarak ele alınmadığını ortaya çıkarabilir. Bu gibi durumlarda, devam etmeden önce bu sorunları çözmek için ilgili önceki aşamaya geri dönmek gerekli hale gelir. Şekil Unified CMdestekli PPDIO sürec inde gösterildiği gibi bu yinelemeli geri bildirim mekanizması, çözümün tamamen doğrulanmasını ve rafine edilmesini sağlayarak sonuçta daha sağlam ve etkili bir dağıtıma katkıda bulunur.

Unified CMdestekli PPDIO süreci

Şuradan geçiş yaparken Unified CMWebex Calling, PPDIO sürecinin her aşaması mevcut Unified CM ortamdan toplanan bilgilerden önemli ölçüde yararlanabilir. Örneğin, kapsamlı kullanıcı envanterleri, telefon numaraları, arama özellikleri ve arama planı bileşenleri mevcut Unified CM yapılandırmadan çıkarılabilir. Bu veriler doğrudan paydaşlar tarafından sağlanan bilgileri tamamlar ve planlama ve tasarım faaliyetlerini kolaylaştırmaya yardımcı olur. Veri çıkarma ve analizini otomatikleştirmek için uygun araçlardan yararlanmak yalnızca doğruluğu artırmakla kalmaz, aynı zamanda genel süreci de hızlandırır. Mevcut dağıtımdan elde edilen içgörüleri Webex Calling kullanarak, yapılandırılmış PPDIO metodolojisine bağlı kalırken, geçiş geleneksel bir yeşil alan uygulamasından daha verimli bir şekilde yürütülebilir. Bu süreç Şekil Unified CMdestekli PPDIO sürecinde gösterilmiştir.

Göç yaklaşımı

Şirket içinden geçişinizi planlarken Unified CMWebex Calling, bu yolculuğa nasıl yaklaşacağınızı belirlemeniz gerekir. Öncelikle geçişin flash-cut (her şey bir kerede) mi yoksa aşamalı bir yaklaşım mı olacağına karar vermeniz gerekir (kullanıcı/ cihaz gruplarını uzun bir süre boyunca taşıyın).

Flash-cut geçiş yapmak, tüm kullanıcılarınızı ve cihazlarınızı en hızlı şekilde hareket ettirir. Bu yöntemle, tüm kullanıcıları ve cihazları şirket içinden aynı Unified CM Webex Calling anda taşıyacaksınız. Özünde, tüm kullanıcılar ve cihazlar için tek bir geçiş penceresidir. Bu geçiş tamamlandıktan sonra, tüm kullanıcılarınız ve cihazlarınız Webex Calling platformda olacak ve tüm Unified CM altyapınız hizmet dışı bırakılabilir. Ancak, birçok kuruluş, çağrı dağıt ımlarının ölçeği ve boyutu nedeniyle bu yaklaşımı kullanamaz.

İkinci yaklaşım aşamalı bir geçiştir. Çoğu kuruluş, geçişle birlikte daha iyi kontrol, yönetim ve ölçek sağladığı için bu yaklaşımı kullanacaktır. Ayrıca, birden çok bölgede daha büyük UC dağıtımları ve/veya dağıtımları için daha uygundur. Bu nedenle, bu belge geçişte iki ad ımlı aşamalı yaklaşıma odaklanmaktadır.

Aşağıda gösterildiği gibi Şekil Aş amalı arama geçişi: Hibrit ve bulut, ilk geçiş aşaması (Aşama 1), çift arama ortamlarıyla birlikte var olan bir dağıtımla sonuçlanır. Bu aşamada, bazı kullanıcılara, aygıtlara ve yazılım istemcilere geçiş yapılırken, diğerleri hala şirket içi çağrı denetimindedirUnified CM. Webex Calling Son geçiş aşaması (Aşama 2), tüm kullanıcıların, cihazların ve yumuşak istemcilerin Webex Calling platforma tamamen geçtiği saf bir bulut arama ortamı ile sonuçlanır.

Bir kuruluşun bulut çağrısına tamamen geçmesinin ne kadar sürdüğü, mevcut dağıtımına bağlı olarak değişir. Bazı durumlarda, bir kuruluş ilk geçişi yapabilir ve bir arada var olan çift çağrı kontrol aşamasında (Aşama 1) uzun bir süre (aylar hatta yıllar) kalabilirken, diğer durumlarda, bir kuruluş çok kısa bir süre içinde Webex Calling (haftalar veya aylar) tamamen (Aşama 2) geçebilir. Bu belgenin her iki aşamayı da kapsaması amaçlanmıştır (Aşama 1 - birlikte yaşama ve Aşama 2 - tamamen geçiş).

Aşamalı arama geçişi: hibrit ve bulut

Bazı kuruluşların, bulut aramalarına tam olarak geçiş yapma planı olmadan süresiz olarak bir arada ikili çağrı kontrolü dağıtımını sürdürebilmeleri mümkündür.

İkinci husus, kullanıcıları, cihazları ve yazılım istemcilerini şirket içi çağrı denetiminden bulut arama kontrolüne nasıl geçireceğinizdir. Önerilen yaklaşım 3 aşamalı bir geçiştir. Aşağıdaki Önerilen 3 fazlı geçiş şekli bu yaklaşımı 3 aşam aya ayırmaktadır.

Önerilen 3 fazlı geçiş

Geçiş Öncesi: Bu aşama, hem Webex'i hem de Unified CM ortamları geçiş için hazırlamaya odaklanır. Bu, belirli planlama veya yapılandırmaları çağırmakla ilgili değildir ve şimdi ve herhangi bir Webex Calling geçiş projesi başlamadan önce yapılabilecek etkinlikleri tamamlamaya odaklanır. Amaç, geçişe hazırlanmak için iki ortamın temel ini oluşturmaktır.

Geçiş Hazırlığı: Bu aşama, geçişe hazırlanmaya yönelik çabaların başladığı yerdir Webex Calling. Burada, iş ve teknik gereksinimlerin gözden geçirilmesi ve güncellenmesi gerekir. Sadece şu anda kullan ılan ları kaldırıp değiştirmeyin, bunun yerine şirketinizin bugün ve gelecekte ihtiyaç duyduğu iş ve teknik gereksinimleri gücünden yararlanarak yeniden tanımlayın.. Unified CM Webex Calling Ek olarak, bu, tasarımınızı, yapılandırma planlamanızı ve geçiş planlamasını/zamanlamanızı tamamlayacağınız aşamadır.

Geçiş (Kullanıma sunma ve kullanımdan kaldırma): Bu aşama, kullanıcıların, aygıtların, telefon numar alarının ve yazılım istemcilerinin gerçek geçişinin gerçekleştiği yerdir. Yukarıda tartışıldığı gibi, bu aşama herkes için tek seferde (flash-cut) veya birden fazla değişiklik penceresinde (aşamalı kesim) tamamlanabilir. Son kullanıcı benimseme planları, eğitimleri ve iletişimleri kritik öneme sahiptir, böylece kullanıcı larınız değişikliklerin farkındadır, yeni arama platformunu nasıl kullanacaklarını ve değişikliğin ne zaman gerçekleş eceğini bilirler. Son adım, artık kullanılmayan tüm şirket içi UC altyap ısının kullanımdan kaldırılmasıdır.

Geçiş öncesi aşamada hemen çalışmaya başlayabileceğiniz etkinlikler (zorunlu, önerilen ve isteğe bağlı) bulunur. Bunları daha geç değil, daha erken ve tercihen projeniz başlamadan önce tamamlamanız önerilir. Bazı etkinliklerin tamamlanması daha uzun sürebilir, bu nedenle bunları daha erken başlatmak, gerçek geçiş projenizi kolaylaştırmanıza yardımcı olacaktır.

Aşağıdaki Şekil Göç Öncesi Faaliyetler, bir Webex Calling göçle ilgili beş özel faaliyet kategorisini vurgulamaktadır.

Göç öncesi faaliyetler

Hazırlamak

İş ve teknik gereksinimler

Gereksinimleri toplamak neden önemlidir:

İş gereksinimleri

Teknik gereksinimler

Ağ hazırlığı ve gereksinimleri

Buluta Bağlı UC kurma

Mevcut ortamı değerlendirmek

Lisanslama

Konumlar/Siteler

Mevcut cihazların/müşterilerin envanteri

Cihaz uygunluğunu doğrulayın

Kullanıcılar

PSTN bağlantısı

Özellikler ve özellik kullanımı

Cisco entegrasyonları: Unity Bağlantısı UCCX UCCE

Çağrı kaydı

Üçüncü taraf entegrasyonları

İş ve teknik gereksinimler

Şuradan geçiş planlarken, planlama aşamasında hem teknik hem de iş gereksinimlerini kapsamlı bir şekilde toplamak çok önemlidir. Bu adım, geçişin kuruluşunuzun operasyonel hedefleri ve teknik yetenekleriyle uyumlu olmasını sağlayarak riskleri ve kesintileri en aza indirir.

Gereksinimleri toplamak neden önemlidir:

İş hedeflerini uyumlu hale getirir: İş ihtiyaçlarını anlamak, geçiş sürecinin önemli iş akışlarını , kullanıcı deneyimini ve büyüme planlarını destekleyecek şekilde uyarlanmasına yardımcı olur.

Teknik uyumluluk sağlar: Teknik gereksinimleri erken belirlemek, mevcut altyapı, ağ ve uç noktalarla entegrasyon sorunlarını önler.

Kaynak planlamasını kolaylaştırır: Net gereksinimler, zaman çizelgelerini, maliyetleri ve gerekli kaynakları doğru bir şekilde tahmin etmeye yardımcı olur.

Riskleri azaltır: Potansiyel zorlukların erken tespiti proaktif çözümlere olanak tanır, kesinti süresini ve servis kesintilerini azaltır.

İş gereksinimleri

Tipik iş gereksinimleri şunları içerir:

Taşınacak kullanıcı sayısı ve konum sayısı

İstenilen özellikler ve hizmetler (örneğin, çağrı yönlendirme, sesli mesaj, konferans, otomatik görevliler, çağrı kuyrukları)

Uyumluluk ve güvenlik politikaları

Bütçe kısıtlamaları ve maliyet beklentileri

Kullanıcı eğitimi ve destek ihtiyaçları

Geçiş zaman çizelgesi ve iş sürekliliği hususları.

İsten ilen özellikleri ve hizmetleri toplamak, yeni sistemin iş ihtiyaçlarını karşılamasını sağlamak için kritik bir adımdır. Bu gereksinimleri toplarken, yalnızca şu anda yapılandırılmış olanı dikkate almak değil, aynı zamanda sistemi kullanacak işletme kuruluşlarından gerçek gereksinimleri toplamaya çalışmak önemlidir. Aksi takdirde, planın mevcut olmayan varsayımlara dayanma riski vardır. Bulut tabanlı arama, gelişmiş arama kuyrukları ve gibi içinde bulunmayan ek veya gelişmiş özellikleri değerlendirdiğinizden emin olun. Bu, bulut platformunun tüm avantajlarından yararlanmanıza yardımcı olur.

Mevcut yapılandırmayı değerlendirirken, sistemin yaşam döngüsü boyunca değişen gereksinimler nedeniyle mevcut ayarların tüm ünün gerekli olmayabileceğini kabul etmek önemlidir. Odak noktası, yalnızca dağıt ımın mevcut ve gelecekteki ihtiyaçlarıyla uyumlu yapılandırmaları tanımlamak ve muhafaza etmek olmalıdır.

İhtiyacınız olan şeye sahip olduklarınızdan daha fazla odaklanın.

Uyumluluk ve güvenlik il keleri, yeni bulut tabanlı iletişim sisteminin yasal, düzenleyici ve kurumsal standartlara uymasını sağlamak için geçiş sırasında kritik hususlardır. Webex Calling

Mevzuata uygunluk: Kuruluşlar, veri gizliliği, saklama ve işleme gereksinimlerinin yanı sıra veri yerleşimi, geçiş ücreti atlama ve medya yerleşimi ile ilgili ülkeye özgü zorunlulukları ele alan GDPR, HIPAA veya SOX gibi sektöre özgü düzenlemeleri karşıladığını doğrulamalıdır.

Veri güvenliği: Ses ve sinyal verilerinin, müdahale veya yetkisiz erişime karşı korunmak için hem aktarım sırasında hem de hareketsiz ortamda şifrelenmesini sağlamak.

Erişim denetimleri: İletişim kaynaklarının yetkisiz kullanımını önlemek için kullanıcı kimlik doğrulaması , yetkilendirme ve rol tabanlı erişimi tanımlama ve uygulama.

Denetim ve izleme: Uyumluluk denetimleri ve güvenlik olayı araştırmaları için erişimi ve kullanımı izlemek için günlük kaydı ve izleme yeteneklerinin uygulanması.

Politika uyumluluğu: Geçişin uç nokta güvenliği, ağ segmentasyonu ve olay müdahale planları dahil olmak üzere mevcut kurumsal güvenlik politikalarıyla uyumlu hale getirilmesi.

Satıcı güvenlik güvencesi: Güvenilirliği sağlamak için Cisco'nun güvenlik sertifikalarının ve uyumluluk onaylarının değerlendirilmesi.

Planlama aşamasında bu uyumluluk ve güvenlik politikalarının ele alınması, riskleri azaltmaya, yasal cezalardan kaçınmaya ve geçiş boyunca ve sonrasında iletişimin bütünlüğünü ve gizliliğini korumaya yardımcı olur.

Kullanıcı eğitimi ve destek ihtiyaçları, sorunsuz bir geçiş ve kullanıcı benimsemesini sağlamak için geçiş sırasında temel bileşenlerdir. Önemli hususlar şunları içerir:

Eğitim programları: Farklı kullanıcı grupları (son kullanıcılar, yöneticiler, yardım masası personeli) için özellikler, kullanıcı arayüzleri ve yeni iş akışları hakkında bilgi sahibi olmak için özel eğitim oturumları geliştirin.

Dokümantasyon: Kullanıcıları geçiş sonrası güncellenmiş deneyime uyum sağlarken desteklemek için yeni ve farklı kaynaklar ve adım adım Önce ve Sonra nasıl yapılır kılavuzları (video veya hızlı kılavuz biçiminde) dahil olmak üzere açık, erişilebilir kullanıcı kılavuzları, SSS ve hızlı referans materyalleri sağlayın.

Değişim yönetimi: Kullanıcı beklentilerini yönetmek ve direnci azaltmak için değişiklikleri proaktif olarak iletin.

Destek yapısı: Geç iş sırasında ve sonrasında kullanıcı sorunlarını derhal ele almak için özel bir destek ekibi veya yükseltme yolu oluşturun.

Devamlı eğitim: Yeni özellikler veya güncellemeler yayınlandıkça sürekli eğitim güncellem elerini planlayın.

Geri bildirim mekanizmaları: Kullanıcıların sorunları bildirmeleri ve eğitim ve destek süreçlerini iyileştirmek için geri bildirim sağlamaları için kanallar uygulayın.

Planlama aşamasında bu eğitim ve destek ihtiyaçlarının ele alınması, kesintileri en aza indir meye yardımcı olur, kullanıcı güvenini artırır ve geçiş yapmanın faydalarını en üst düzeye çıkarır.

Teknik gereksinimler

Aşağıdakilerle ilgili ayrıntılar dahil olmak üzere, başarılı bir geçiş için birkaç temel teknik gereksinimin toplanması ve belgelenmesi gerekir:

Ağ hazırlığı ve bant genişliği kapasitesi

Mevcut altyapınızın yeni Webex Calling ortamı destekleyebilmesini sağlamak için kapsamlı bir ağ değerlendirmesi kritik öneme sahiptir. Buna şunlar dahildir:

Bant genişliği analizi: Ses, video ve veri trafiğini tıkanıklık olmadan işlemek için mevcut ve öngörülen bant genişliği kullanımının değerlendirilmesi.

Hizmet Kalitesi (QoS): Ses trafiğine öncelik vermek ve gecikmeyi, titremeyi ve paket kaybını en aza indirmek için QoS politikalarının uygulanması.

WAN ve internet bağlantısı: WAN bağlantılarının ve internet bağlantılarının yedeklilik ve yük devretme yetenekleri de dahil olmak üzere bulut tabanlı arama gereksinimlerini karşıladığını doğrulamak.

Güvenlik duvarı ve NAT yapılandırması: Güvenlik duvarı ve NAT ayarlarının gerekli sinyalleme ve medya trafiğine izin verdiğinden emin olmak.

Mevcut sistemle entegrasyon

Mevcut iş sistemleriyle sorunsuz entegrasyon, kullanıcı deneyimi ve iş akışı sürekliliği için çok önemlidir:

Dizin hizmetleri: Otomatik kullanıcı sağlama ve kimlik doğrulaması için bir kurumsal dizinle entegrasyonun değerlendirilmesi.

CRM ve iş uygulamaları: Müşteri ilişkileri yönetim sistemleri ve diğer iş açısından kritik uygulamalarla entegrasyon noktalarının belirlenmesi.

Eski PBX iş birliği: Geçiş sırasında herhangi bir eski telefon sistemi kalacaksa, bir arada yaşama veya aşamalı geçiş stratejileri için planlama.

Uç nokta uyumluluğu ve sağlama

Masa telefonları, yazılım telefonları ve mobil cihazlar dahil tüm uç noktalar uyumluluk açısından değerlendirilmelidir :

Cihaz desteği: Mevcut IP telefonların ve cihazların desteklediğini onaylama veya gerekli değiştirmeler belirleme.

Sağlama süreçleri: Uç noktaların verimli bir şekilde devreye alınması için otomatik veya kolaylaştırılmış provizyon yöntemleri oluşturma.

Ürün yazılımı ve yazılım güncellemeleri: Bir likte çalışabilirlik ve güvenliği sağlamak için gerekli güncellemelerin planlanması.

Güvenlik yapılandırmaları ve şifreleme standartları

Bulut iletişiminde güvenlik çok önemlidir:

Şifreleme: Cisco güvenlik en iyi uygulamaları doğrultusunda sinyalleme ve medya akışları için uçtan uca şifrelemenin uygulanması.

Kimlik doğrulama ve erişim kontrolü: Güven li kimlik doğrulama mekanizmaları (SSO, çok faktörlü kimlik doğrulama gibi) ve ayrıntılı kullanıcı erişim denetimlerinin uygulanması.

Uyumluluk: Çöz ümün ilgili düzenleyici ve endüstri uyumluluk standartlarını karşılamasını sağlamak (örn. GDPR, HIPAA).

Güvenlik izleme: SIEM araçlarıyla entegrasyon ve potansiyel güvenlik olayları için uyarı ayarlama.

Tablo 1. Örnek değerlendirme
Gereksinim Önemli hususlar

Ağ hazırlığı ve bant genişliği Bant genişliği, QoS, WAN/İnternet, Güvenlik Duvarı/NAT

Mevcut sistemlerle entegrasyon Rehber, CRM, PBX, E-posta/Takvim

Uç nokta uyumluluğu ve sağlama Cihaz desteği, sağlama, ürün yazılımı güncellemeleri

Güvenlik yapılandırmaları ve şifreleme Şifreleme, kimlik doğrulama, uyumluluk, güvenlik izleme

Kullanıcı eğitimi ve değişim yönetimi Eğitim programları, dokümantasyon, değişim iletişimi

Numara taşınabilirliği ve arama planı Numara geçişi/taşınması, arama planı çevirisi

Üçüncü taraf entegrasyonları Çağrı, iletişim merkezi, faks, analog cihazlar

Ağ hazırlığı ve gereksinimleri

Ağ hazırlığı, aşağıdaki gibi herhangi bir bulut tabanlı arama çözümüne başarılı bir geçiş için kritik ön eme sahiptir.. Kötü ağ planlaması, çağrı kalitesinin düşmesine, aramaların kesilmesine ve mutsuz kullanıcılara yol açabilir. Müşterilerin geçiş yapmadan önce bir ağ değerlendirmesi yapması gerekir. Beklenen arama hacmi için ağ bant genişliği kullanılabilirliğini onaylamanız, hizmet kalitesi (QoS) gereksinimlerinin karşılandığından emin olmanız ve uç güvenlik duvarlarında açılması gereken çeşitli bağlantı noktalarını anlamanız önerilir.

Yeterli hizmet kalitesine sahip güvenilir ağ bağlantısı (bant genişliği, paket kaybı, RTT), tüm ses ve video özellikli uç noktalar, istemciler ve kullanılan uygulamalar için uçtan uca mümkün olan en iyi kullanıcı deneyimini sağlamak için temel gereksinimdir.

Müşteriler ve iş ortakları, Bağlantıyı dahil Webex Edge etmek için bağlantıyı optimize edebilen Üstten (OTT) İnternet'in ötesinde erişim seçeneklerine sahiptir. Webex EdgeConnect tasarım ayrıntıları hakkında daha fazla bilgi için bkz. Connect for Connect, Çoklu Kiracı Çağrı ve Özel Webex Edge Bulut Webex Meetings Sunucusu için Cisco Tercih Edilen Mimarisi .

Müşteriler, müşterinin ağ kalitesi, kaç ç ağrı yapılabileceği, gecikme vb. hakkında bilgi veren ağ değerlendir mesi için cScan 'i kullanabilir. CScan aracı hakkında daha fazla bilgi için bkz. Ağ kalitesini test etmek için cScan'i kullanma Webex Calling.

Ağın geçiş için hazır olduğundan emin olmak için aşağıdaki kontrol listesini göz önünde bulundurun:

Bant genişliği planlama

Yeterli yukarı ve aşağı akış bant genişliğine sahip olduğunuzdan emin olmak için site başına eşzamanlı aramaları hesaplayın ve diğer iş açısından kritik trafik ve gelecekteki büyüme için boşluk ekleyin.

Ç Webex Callingağrı türü bant genişliği hesaplam aları tablosu, bir dağıtımla birlikte kullanılabilen çağrı türlerini ve her arama türü için gereken codec bileşenini ve maksimum bant genişliğini gösterir. Ç Webex Callingağrı türü bant genişliği hesaplam aları tablosunda gösterildiği gibi, her arama türü için gerekli sesli arama bant genişliği aşağıdaki genel formül kullanılarak hesaplanabilir:

Beklenen eşzamanlı çağrı sayısı * Codec bazında arama başına bant genişliği = Gerekli ağ çıkışı.
Tablo 2. Webex Callingçağrı türü bant genişliği hesaplamaları
Çağrı türleri Codec - bant genişliği Bant genişliği hesaplamaları
/Masa telefonu -> OPUS - 70 kbps Eşzamanlı çağrı sayısı* 70 kbps = Gerekli ağ çık ışı
/Masa telefonu -> Masa Telefonu OPUS — 70 kbps Eşzamanlı çağrı sayısı* 70 kbps = Gerekli ağ çık ışı
/Masa telefonu -> LGW üzerinden PSTN G.711 — 80 kbps Eşzamanlı çağrı sayısı* 80 kbps = Gerekli ağ çık ışı
/Masa telefonu -> Bulut PSTN üzerinden PSTN (örn. Cisco çağrı planı) G.711 — 80 kbps Eşzamanlı çağrı sayısı* 80 kbps = Gerekli ağ çık ışı
/Masa telefonu -> LGW üzerinden Enterprise G.722 — 80 kbps Eşzamanlı çağrı sayısı* 80 kbps = Gerekli ağ çık ışı
/Masa telefonu -> sesli mesaj OPUS — 70 kbps Eşzamanlı çağrı sayısı* 70 kbps = Gerekli ağ çık ışı

Arama türü başına eşzamanlı gerekli ağ çıkışını toplayarak, belirli bir site için toplam potansiyel bant genişliği gereksinimi belirlenebilir.

Tüm çağrı bacakları her zaman erişim SBC'lerine sabitlenir. Herhangi bir konum için gerekli internet bant genişliğini belirlemek için sadece konumlar arası aramaların değil, aynı zamanda konum içi aramalar ve o konumdaki bir Yerel Ağ Geçidi'ne ve gelen aramalar da dikkate alınması gerekir. Örneğin, iki MPP telefonu arasındaki site içi aramanın, konumun internet erişiminde 2 x 70 kbps'ye kadar tam çift yönlü olması gerekir.

Webex CallingBant genişliği hesaplama örnekleri tablosu, tüm cihazların aynı sitede olduğunu varsayarak tam bir bant genişliği hesaplama alıştırması örneğini göstermektedir.
Tablo 3. Webex Callingbant genişliği hesaplama örnekleri
Çağrı türleri Eşzamanlı çağrı sayısı Toplam bant genişliği
Webex Uygulaması/Masa Telefonu → Webex Uygulaması 15 2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması/Masa Telefonu → Masa Telefonu 15 2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması/Masa Telefonu → LGW üzerinden PSTN 50 2 * 50 * 80 kbps = 8.000 kbps
Webex Uygulaması/Masa Telefonu → Cloud Connect üzerinden PSTN Webex Calling 0 0* 80 Kbps
Webex Uygulaması/Masa Telefonu → LGW aracılığıyla Kurumsal 15 2 * 15 * 80 kbps = 2.400 kbps
Webex Uygulaması/Masa Telefonu → Webex Calling Sesli Mesaj 5 5 * 70 kbps = 350 kbps
Toplam çağrılar/Bant genişliği 100 çağrı 14.950 kbps/14.95 Mbps

Yukarıdaki tablolardaki tüm bant genişliği değerleri IP bant geniş liğine atıfta bulunur. Bağlantı bant genişliği WAN kapsül lemelerine bağlı olarak daha yüksektir.

Yukarıdaki tablolardaki bant genişliği sesli aramalar içindir. Görüntülü arama bant genişliği için Webex App ve MPP 8845/65 telefonları, arama başına maksimum 1.500 kbps bant geniş liğinde maksimum 720p çözünürlüğe sahip H.264 videoyu destekler. Bununla birlikte, arama sırasında herhangi bir noktada tüketilen bant genişliği miktarı, video iletişiminde bulunan değişken bit hızına bağlı olarak dalgalan acaktır.

Hizmet Kalitesi (QoS)

Gerçek zamanlı trafiğe öncelik vermek ve QoS'nin anahtarlar, yönlendiriciler ve güvenlik duvarları arasında sürdürülmesini sağlamak için şirket içi ortamınızda Q oS ilkelerini uygulayın.

Gecikme, titreme ve paket kaybı hedefleri

Aramalar Üst Üste (OTT) ve internet üzerinden yapıldığında optimum ses kalitesi için aşağıdaki eşikler önerilir:

Gecikme süresi - tek yönlü 100ms'den az

Titre - 10ms'den az

Paket Kaybı -% 0.5 veya daha az.

Güvenlik Duvarı ve NAT

Güvenlik duvarının, Bağlantı noktası referans bilgileri bölümünde bulunan makalede listelendiği şekilde trafiğe izin verecek şekilde yapılandırıldığından emin olun Webex Calling.. Ek olarak, aynı kılavuzda listelen en etki alanlarına ve IP aralıklarına erişime izin verin ve SIP sinyallemesine müdahale ettiği için SIP ALG'den kaçının. Proxy'ler aracılığıyla medya trafiğinden kaçınılmalıdır.

DNS ve NTP

TLS sertifikası doğrulaması ve günlüğü için cihaz saatlerini senkronize etmek için etki alanlarının ve güvenilir NTP sunucularının uygun DNS çözünürlüğünü sağlayın.

Yük devretme planlaması

Mevcut sağlayıcı veri bağlantılarını (MPLS, SD-WAN vb.) göz önünde bulundur un ve genel olarak dağıtımınızdaki her konumda doğrudan internet erişimi planlayın. Yüksek kullanılabilirliğin gerekli olduğu yedekli internet bağlantıları için plan yapın. Bulut tabanlı hizmetleri tüketeceğiniz için, yeterli bant geniş liğine sahip güvenilir internet bağlantısı temel bir gereksinimdir. Kuruluşunuzun konumlarının internet bağlantıları genellikle düşük gecikme süresi ve yeterli yukarı ve aşağı aktarım hızı ile güvenilir değilse, bu geçişi yapmayı yeniden düşünmelisiniz .

Site hayatta kalabilirliği

Site hayatta kalabilirliği, ağ bağlantınız kesilse bile işletmenizin her zaman erişilebilir olmasını sağlar. Site Survivalability, ağ bağlantısının kesildiği durumlar için yerinde uç noktalara yedek arama hizmeti sağlamak için yerel ağınızdaki bir ağ geçidi kullanır. Ağ kesintisi durumunda iş gereksinimleri sürekli arama gerek tiriyorsa, yerel bir Hayatta Kalma Ağ Geçidi (SGW) ile sitenin hayatta kalabilirliğini düşünün. Site hayatta kalma kontrolü hakkında daha fazla bilgi için, bkz. Site hayatta kalabilirliği. Webex Calling

Buluta Bağlı UC kurma

Cloud Connected UC (CCUC), hem şirket içi (örneğin) hem de bulut (Unified CM) dağıt ımlar için merkezi görünürlük, yönetim ve içgörüler sağlamak üzere tasarlanmış bulut tabanlı bir yönetim ve analiz çözümüdür. Geleneksel şirket içi ortamlar ile Cisco'nun bulut hizmetleri arasında bir köprü görevi görür ve kuruluşlara geçiş yolculuğu boyunca destekler.

Geçiş sırasında, CCUC, mevcut Birleşik İletişim dağıtımından kapsamlı verilerin toplanmasını kolaylaştırarak geçiş sürecini kolaylaştır mada hayati bir rol oynar. CCUC, cihazların, özelliklerin ve kullanıcı kişilerinin taşınması gibi önemli geçiş görevlerinin yanı sıra desteklenen IP telefonlar için ürün yazılımı güncellemelerini otomatikleştirmeye yardımcı olur. Merkezi görünürlük ve yönetim sağlayarak CCUC, daha sorunsuz ve daha verimli bir geçiş deneyimi sağlamaya yardımcı olur.

Cisco, CCUC'nin geçiş projesinin başlarında, ideal olarak hazırlık aşamasından önce veya sırasında devreye alınmasını şiddetle tavsiye eder. Bu, sonraki geçiş faaliyetlerini kapsamlı bir şekilde değerlendirmek, envanterlemek ve planlamak ve gelecekteki hibrit yeteneklere yönelik yolculuğunuzu başlatmak için gereken içgörüleri ve yetenekleri sağlar.

Mevcut ortamın değerlendirilmesi

Geçiş planlamanızda önemli bir etkinlik, mevcut şirket içi ortamı ve dağıtımı değerlendirmektir. Bu, başarılı bir şekilde geçiş yapmak için hangi potansiyel değişikliklerin gerekebil eceğine dair içgörüler sağlar.. Ayrıca, mevcut şirket içi dağıtıma kıyasla platformun temel öğelerini değerlendirmenize olanak tanır. Bu bilgileri, geçiş için hangi belirli görevlerin gerekli olduğunu ve iş ve teknik gereksinimlerinizi ve kullanım durumlarınızı karşılamak için hangi değişiklikleri yapmak istediğinizi belirlemeye yardımcı olmak için kullanabilirsiniz.

Bu çabanın bir parçası olarak aşağıdaki hususların gözden geçirilmesi önemlidir.

Lisanslama

Mevcut dağıtımın mevcut lisanslama yapısını anlamak, geçiş yapmaya hazırlanırken çok önemlidir.. Mevcut Cisco şirket içi çözümünüzün aşağıdaki alanları için bir lisans değerlendirmesi gerçekleştirin .

Platform

Esnek lisanslamaya giden en iyi yolu belirlemek için hesap ekibiniz veya iş ortağınızla çalışırken şu anda temel platformunuzda nelerin lisanslandığını tam olarak ifade etme yeteneği kritik olacaktır. Esnek lisanslama kullanılarak lisanslanır. Esnek lisanslama hakkında daha fazla bilgi için bkz. Cisco işbirliği esnek planı.

Kullanıcılar ve cihazlar

Mevcut kullanıcılarınızın ve cihazlarınızın hangi lisans kategorisine ihtiyaç duyduğunu belirleyin. Bu, kullanıcılar ve cihazlar için hangi lisans türünün gerekli olduğunu belirlemek için kullanılacaktır. kullanıcılar için Profesyonel ve Standart lisanslar ve çalışma alanları için Profesyonel ve ortak alan lisansları dahil olmak üzere birden fazla lisans türü sunar. Cihaz lisanslaması hakkında daha fazla bilgi için Cihaz lisanslama sayfasında bulunan veri sayfasına bakın.

Yerel ağ geçidi

Bu geçiş için PSTN erişimi için Cisco Unified Border Element (CUBE) gerekliyse, CUBE lisansı da dikkate alınmalıdır. CUBE lisanslama hususları bu belgenin ilerleyen kısımlarında ele alınmıştır.

Konumlar/Siteler

Bu geçişi planlarken mevcut dağıtımınızdaki sitelerin sayısı ve türleri (büyük merkezi, bölgesel, şube vb.) dikkate alınmalıdır. Mevcut dağıtım sa halarının tam olarak anlaşılması, özellikle hangi sitelerin hangi sırayla taşınacağını belirlemek söz konusu olduğunda, başarılı bir geçiş için stratejik planlamada yardımcı olacaktır.. Ayrıntılı arama planı gereksinimlerini (numaralandırma, arama alışkanlıkları, kısıtlama sınıfları vb.), site ağı bağlantısı ve bant genişliği (İnternet, WAN, LAN) ve her site için PSTN erişimi (yerel veya merkezi, IP veya TDM) erişimi (yerel veya merkezi, IP veya TDM) anlamak, geçiş kararları verirken kritik öneme sahip olacaktır. Yaygın dağıtım modelleri ve önemli hususlar hakkında daha fazla bilgi için İşbirliği SRND'de bulunan işbirliği dağıtım modelleri bilgilerine bakın.

Şuraya geçiş yaparken dikkat edilmesi gereken bir diğer önemli dağıtım konum kullanılabilirliğidir. Dağıtımınızın bulunduğu yere bağlı olarak kullanılabilen farklı yetenekleri, abonelikleri ve cihazları vardır. Coğrafi kullanılabilirlik hakkında daha fazla bilgi için bk z. Webex nerede kullanılabilir? .

Son olarak, geçişin diğer işbirliği hizmetleri üzerindeki etkisini anlamak önemlidir. Bu belgenin amacına dayanarak, genel varsayım, arama iş yükü dışındaki mevcut işbirliği hizmetlerinin sürdürülmesi durumunda, yukarıda bahse dilen 1. aşama hibrit dağıtımına geçişin beklenmesidir. Karma dağıtım gerektirebilecek işbirliği hizmetlerine örnek olarak, henüz Webex iletişim merkezine geçirilmemiş şirket içi iletişim merkezi ve çağrı sistemleri ve faturalandırma gibi sistem lere sıkı entegrasyonlar yer alır. Ek işbirliği iş yükleri ve hizmetlerinin geçişi hakkında daha fazla bilgi için bkz. İşbirliği geçişleri.

Mevcut cihazların/müşterilerin envanteri

Geçişe başlamadan önce mevcut donanım ve yazılım uç noktalarınızı envanterlemek önemlidir. Ci haz türleri/modellerinin, donanım sürümlerinin, yazılım istemci işletim sistemi türlerinin ve miktarlarının tam bir listesine sahip olmak, cihazların geçişi için yeterli planlama yap abilmenizi ve bulut aramaya geçirilemeyen cihazların etkisini azaltmanızı sağlar . Envanter, geçişten önce geçiş yapılacak cihazları ve değiştirilecek cihazları belirlemek için kullanıl malıdır.

Masa telefonları

Sesli ve görüntülü masa telefonları için yalnızca 6800, 7800, 8800 ve 9800 serisi masa telefonları desteklenir. Bu, desteklenen Cisco IP Telefonlarının bir alt kümesidir. 6800, 7800 ve 8800 telefonların kullanılamayan bazı modelleri ve versi yonları vardır. Hangi modellerin ve donanım sürümlerinin desteklendiği hakkında daha fazla bilgi için bkz. Desteklenen cihazlar Webex Calling.

Cisco 6800 serisi IP telefonlar, Kurumsal ürün yazılımından, aşağıdakiler için gerekli olan Multiplatform (MPP) ürün yazılımına yükseltilemez. Bu nedenle, kurumsal ürün yazılımı çalıştırmak için kayıtlı tüm 6800 telefonların 6800 MPP modeli veya desteklenen başka bir telefon modeli ile değiştirilmesi gerekir.

Cisco 7800 ve 8800 serisi IP telefonlar, geçiş yapmadan ve kaydetmeden önce Multiplatform Phone (MPP) ürün yazılımına yükseltilmelidir. Hangi 7800 ve 8800 modellerinin ve donanım sürümlerinin MPP ürün yazılımını desteklediğini belirlemek için bkz. Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MPP Donanım Yazılımı arasında dönüştür me.

8845, 8865 ve 8865NR, Satış Sonuna ulaştı ve taşınması önerilmez.

8800 serisi telefonların eski sürümlerinin (8811, 8841, 8851, 8851NR, 8861) birlikte kullanılması önerilmez. Webex Calling VID 14 veya daha eski donanım sürüm lerine sahip telefonlar kayıt olur, ancak donanım nedeniyle bazı performans sorunları yaşayabilir.

9800 serisi masa telefonları, hem de kaydı destekleyen PhoneOS'u çalıştırır. Bu nedenle, bu telefonlara ürün yazılımı yükseltmesi olmadan geçiş yapılabilir.

Diğer tüm IP telefonların, desteklenen 6800, 7800, 8800 veya 9800 serisi telefonlarla değiştirilmesi gerekecektir. Webex Calling Desteklenen IP ve Masa Telefonları ile ilgili daha fazla bilgi için, Desteklenen cihazlar için makaleye bakın Webex Calling.

Video uç noktaları

Cisco Board serisi, Room serisi ve Desk serisi dahil olmak üzere kişisel ve oda video uç noktaları, yerel olarak SIP kayıt yapabilir. Sesli ve/veya PSTN aramaları yapması gereken bu uç noktalardan herhangi biri bir arama lisansı gerektirir:

Konferans odalarında, toplantı alanlarında vb. paylaşılan cihazlar Profesyonel Çalışma Alanı veya Çalışma Alanı lisansı gerektirir.

Son kullanıcının kişisel cihazı profesyonel veya standart bir lisans gerektirir.

Sesli arama yapmak için kaç video uç noktasının kaydedildiğini ve kullanıldığını belirleyin. Bazı video uç noktaları yalnızca toplantılara katılmak veya SIP video görüşmeleri yapmak için kullanılabilir. Her iki durumda da, sunucular hizmet dışı bırakılmadan önce uç noktaların hala geçmesi gerekir, ancak bu, kaç tanesinin telefon görüşmesi yapmaya devam etmek için lisansa ihtiyaç duyacağını belirlemeye yardımcı olacaktır.

Video cihazları kayıttan taşındığında, bu uç noktaların URI'si artık buluta kayıtlı oldukları için değişecektir.

Telefon modelleri 8845, 8865 ve 8875 ile desteklenen kişisel görüntülü telefonlardır.

Yumuşak istemciler

Hem Webex Uygulamasını hem de Jabber'i destek Unified CM lediğinden farklı olarak desteklenen tek yumuşak istemcidir ve son kullanıcılar için yeni varsayılan yazılım istemcisidir.

Jabber için uygulanan dağıtım modlarına bağlı olarak (yalnızca IM, yalnızca telefon ve/veya tam UC modları), Mesajlaşma ve/veya Toplantılar iş yüklerinin Jabber'den ağa geçişini de düşünmeniz gerekebilir. Yalnızca arama yapan bir istem ci olarak kullanılacaksa yalnızca telefon mod unda dağıtılabilir veya diğer iş yükleri için tam olarak dağıtılabilir, Webex Suite örn. Webex Messagingve/veyaWebex Meetings, arama ile uygulamaya geçiş yapılıyor.

Ses /video zekası, çağrı transkripsiyonu ve diğerleri gibi AI özellikleri sağlayarak son kullanıcının deneyimini geliştirir. Daha fazla bilgi için bkz. https://www.webex.com/all-new-webex.

Kullanıcıları taşımadan önce Jabber istemcilerini şuraya geçirmeniz gerekecektir.. Bu geçişi tamamlamak için iki seçeneğiniz var.

Onları geçiş yapmadan önce

Onları geçirdiğinizde.

İlk geçişi kolaylaştırmak için, seçenek 1'i kullanmanız ve kullanıcıları önce arama özelliğine taşımanız önerilir. Bu, kullanıcılara hala mevcut şirket içi arama platformunu kullanırken yeni uygulamaya aşina olmaları için zaman verir. Kullanıcıları taşımaya hazır olduğunuzda, onları bulut arama platformuna kaydolacak şekilde yapılandıracaksınız.

Bu iki seçenek hakkında daha fazla bilgi için bkz. Gö ç yolculuğu - bir veya iki adım mı? .

Desteklenen cihazların tam listesi için, bkz. Desteklenen cihazlar Webex Calling.

Cihaz uygunluğunu doğrulayın

Daha önce de belirtildiği gibi, Cisco IP Telefonlarının bir alt kümesini destekler ve 7800 ve 8800 serisi telefonlar için farklı bir ürün yazılımı türü gerektirir. Unified CMTelefonlar Kurumsal ürün yazılımını çalıştırırken, Telefonlar Multiplatform Phone (MPP) ürün yazılımını çalıştırır. Hazırlama aşamasında hangi kayıtlı telefonların MPP ürün yazılımına yükseltilmeye uygun olduğunu doğrulamanız önerilir. Bu, uygun olmayan telefonları desteklenen telefon modellerinden biriyle değiştirmeniz veya bir kullanıcıyı yalnızca Webex Uygulamasına taşımak gibi alternatif bir plan belirlemeniz için size zaman tanır.

Telefonların uygunluğunu belirlemeye yardımcı olmak için Control Hub, Telefonunuzu Şuraya Geçiş adlı yerleşik bir araca sahiptir Webex Calling. Cihaz uygunluğunu kontrol etmek için bu aracı kullanırken, Geçiş seçeneğini seçin Yalnızca cihaz lisansı oluştur.

Unified CMTelefonların uygunluğunu doğrulamak için Kontrol Merkezi aracı seçeneği Webex Calling

Bu seçenek, telefonları içeren bir CSV dosyası yüklemenizi sağlar, böylece her telefonun uygunluğunu kontrol edebilirsiniz. Bu Geçiş seçeneğini seçerek, hala hazırlık aşamasında olduğunuz ve henüz bunu yapmaya hazır olmadığınız için telefonları eklemez. Daha fazla bilgi için bkz. Telefonunuzu şuraya taşıma Webex Calling.

Bazı telefonların Bilin meyen uygunluk ile geri gelmesi mümkündür. Bunun nedeni genellikle arka uç sistemdeki telefonla ilgili bazı bilgileri doğrulayamamasıdır. Bilin meyen durumuna sahip tüm telefonlar için, MPP ürün yazılımına yükseltmeye uygun olup olmadıklarını doğrulamak için iki seçeneğiniz vardır.

Her telefonu manuel olarak kontrol edin ve model ve donanım sürümünü doğrulayın (PID VID)

Model ve donanım sürümü bilgisi ile 7800/8800 telefon etiketi

Cisco IP telefon hazırlık aracını kullanın

Aracı https://github.com/joemar2/mpp_readiness_check adresinden indirin.

Bu araç resmi bir Cisco aracı değildir ve TAC desteklenmemektedir. En iyi çaba desteğine sahiptir ancak kullanımı ücretsizdir.

Bu araç, şirket içinde bulunan ve sunuculara ve IP Telefonlarına erişebilen bir makinede çalıştırılmalıdır. En iyi sonuçları almak için önerilen ve gerekli olan IP Telefon larında web erişimini etkinleştirme seçeneğine sahiptir. Bu nedenle, son kullanıcıların aksamasını önlemek için kapalı saat lerde kullanılmalıdır. Aracın çıktısı, 7800 ve 8800 serisi telefonlardan hangilerinin MPP ürün yazılımına yükseltilmeye uygun olduğunu listeleyen bir rapor sağlar. Telefona doğrudan eriştiği için Control Hub arac ından bildir ilen Bilinmeyen cihazları doğrulayabilir.

Cisco IP telefon hazırlık aracı raporu

Kullanıcılar

Başarılı bir geçiş yaptığınızdan emin olmak için en önemli hazırlık adımlarından biri, uygun kullanıcı provizyonudur. Aşamalı geçiş yapıyor olsanız bile tüm kullanıcılar için uygun şekilde plan yapmanız gerekir . Kullanıcılar aşağıdakilerden herhangi biri için sağlanmalıdır:

Çağrı ile dağıtma

İle dağıtma

Bir kullanıcı için hizmetleri yapılandırma

Kullanıcıları dizinde aranabilir hale getirmek için (tıklayıp ara, Kullanıcı iletişim bilgileri, telefon rehberi araması).

Projenizin başlangıcında veya öncesinde tüm kullanıcıları hazırlamanız önerilir. Bu, arama platformlarını hala kullanan Unified CM kullanıcıları, arama cihazlarından (IP telefon, Jabber,) bağımsız olarak içerir. Kullanıcılar (ve/veya) geçiş yaptıkça, ihtiyaç duydukları hizmetleri etkinleştirmek için lisanslarını güncelleyeceksiniz. Geçişinizi başlat madan önce tüm kurumsal arama kullanıcılarını sağlayarak, oraya geçiş yapan bir kullanıcının, hâlâ Jabber üzerinde ve/veya açık olan bir kurumsal arama kullanıcısı için dizinde arama yapmasına olanak tanır. Bu, geçiş yapan kullanıcıların diğer kullanıcıların iletişim bilgilerini bulmasını ve dizin aramasını kullanarak onları arama yapmasını sağlar.

Şekil dizini araması, başka bir kullanıcıyı arayan bir kullanıcı örneğini gösterir. Arama sonuçları kullanıcının iletişim bilgilerini gösterir ve hala Jabber"de olan bir kullanıcı veya ve/veya adresine geçiş yapan bir kullanıcı için olabilir..

Webex App dizin araması

Ardından, mevcut şirket içi arama kullanıcılarından hangisine geçiş yapılacağını belirleyin. Tüm veya çok sayıda kullanıcı geçiş yapılacaksa, proje ekibinin, BT personelinin ve destek personelinin geçişi ve ortaya çıkabilecek sorunları ele alabilmesini sağlamak için kullanıcıları gruplar halinde taşımanız önerilir. Ayrıca, kullanıcıları bu geçişe hazırlamak için ilk bilgi ve eğitim oturumları sağlamak için biraz zaman ayırmalısınız. Kullanıcı geçiş gruplaması, kullanıcıların atandığı konum veya site , kullanıcı departmanları ve hatta kullanıcı türleri (bilgi çalışanları, yöneticiler, mobil çalışanlar vb.) dahil olmak üzere çeşitli kriterlere göre yapılabilir.

Örnek olarak, dağıtımdaki kullanıcılar New York (NYC), San Francisco (SFC) ve Research Triangle Park (RTP) olmak üzere üç ana siteye bölünmüşse, bir kullanıcı geçiş planı site tablosuna göre Kullanıcı geçiş planı'nda özetlenen plana benzeyebilir.
Tablo 4. Siteye göre kullanıcı geçiş planı
Kullanıcı sitesi/konumu Geçiş öncesi bilgi ve eğitim oturumları Geçiş dönemi Geçiş sonrası destek
NYC (1.525 kullanıcı) 1 Nisan Haftası Nisan 15 — Nisan 27 29 Nisan Haftası
SFO (1.600 kullanıcı) 6 Mayıs Haftası Mayıs 20 — Mayıs 31 3 Haziran Haftası
RTP (1.275 kullanıcı) 3 Haziran Haftası Haziran 17 — Haziran 28 1 Temmuz Haftası

Bir diğer önemli faktör, birbirleri arasında bağımlılığı olan kullanıcıları bir araya getirmektir.. Bu aşağıdakileri içerebilir ancak bunlarla sınırlı değildir:

BLF izleme

Aynı av pilotu/grubu

Satırları paylaş

Aynı Çağrı alma grubunun parçası

Aynı çağrı parkı numaralarını kullanma

İnterkom

Yönetici/Yönetici.

Yapılandırmayı inceleyebilir (GUI veya dışa aktarma) veya bu bağıml ılıkları olan kullanıcı gruplarını tanımlamaya yardımcı olmak için Geçiş İçgörüleri aracını kullanabilirsiniz.

PSTN bağlantısı

PSTN'ye üç şekilde erişebilir: Cisco arama planları, Cloud connect for (eski adıyla Cloud Connected PSTN) ve şirket içi PSTN (Yerel ağ geçidi). Ancak, içinde tanımlandığı gibi tek bir konum yalnızca tek bir PSTN seçeneğine atanabilir.

Yerel ağ geçidine (LGW) sahip şirket içi PSTN, geçiş stratejisinin önemli bir bileşenidir. Şirket içi dağıtım ve/veya PSTN ile platform arasında bağlantı sağlar. yerel ağ geçidi olarak kullanılabilen hem Cisco hem de sertifikalı üçüncü taraf oturum sınır denetleyicilerini (SBC) destekler. Desteklenen SBC'lerin en son listesi için bkz. Desteklenen SBC'lerin listesi.

Kayıt tabanlı tek bir yerel ağ geçidinden 250'ye kadar eşzamanlı çağrıyı ve sertifika tabanlı tek bir Yerel Ağ Geçidinden 250'den fazla eşzamanlı çağrıyı destekler. Sertifika tabanlı Yerel Ağ Geçitleri, 6500 adede kadar eşzamanlı çağrıyı destekleyebilir, ancak bu, yerel ağ geçid inin sahip olması gereken bağlantı türüne (Üstten ve ara bağlantı eşlemesi) ve Yerel Ağ Geçidinin dağıtıldığı SBC modeline bağlıdır. Bu sınırlar, özünde hem yerel ağ geçidi tabanlı PSTN çağrıları hem de siteler arası ve uç noktalar arasındaki çağrılar için varsayılan sayım sınırıdır. Daha fazla bilgi için bkz. Yerel ağ geçidini kullanmaya başlama.

Bu sınırı aşan çağrılar 403 Yasak ile reddedilir. Ç ağrı etkin sesini göster komutu, etkin aramaların toplam sayısını belirlemek için herhangi bir örnekte yerel ağ geçidinde çalıştırılabilir.

Yerel bir ağ geçidi ile erişim SBC arasındaki zayıf ağ koşulları, sinyal bağlantısının performansını sınırlayabilir ve eşzamanlı arama sınırına daha da düşük bir yol açabilir. Yerel ağ geçidi ile veri merkezi arasındaki tek yönlü gecikme süresi 100 ms'yi geçmemelidir ve titreşim 10 ms'den az, paket kaybı ise %0,5'ten az olmalıdır.

Özellikler ve özellik kullanımı

Mevcut ortamı değerlendirirken, hangi özelliklerin yapılandırıldığını belirlemek ve gözden geçirmek önemlidir. Ayrıca, dağıtımınız için iş ve teknik gereksinim lerinizi (yeniden) tanımlayabilmeniz için özelliklerin kullanımını anlamak önemlidir.

Hangi özelliklerin yapılandırıldığını belirlemek için yapılandırmayı analiz edin. Bu, sistemde bir özellik veya ayar yapılandır ıldığında ayarlanan tüm statik verilerdir. Bu analizi tamamlamak için aşağıdaki seçenekler kullanılabilir:

Yönetici GUI'deki yapılandırmayı gözden geçirin

yapılandırma dışa aktarma - toplu dışa aktarma veya AXL

geçiş öngörüleri aracı (Önerilen)

Cisco 3. taraf iş ortağı araçları (Önerilen).

Özellik kullanımını etkin bir şekilde analiz etmek için kullanım, kayıtlar ve çağrı etkinliği gibi dinamik sistem verilerini incelemek esastır . Çeşitli analitik araçlar ve gösterge panoları, bu metriklere ilişkin içgörüler sağlayarak, geçiş ve optimizasyon çalışmaları sırasında bilinçli karar vermeyi destekleyen sistem performansı ve kapasitesinin kapsamlı bir şekilde anlaşılmasını sağlar. Bu tür analizleri tamamlamak için aşağıdaki seçenekler kullanılabilir:

Ham CDR kayıtlarının gözden geçirilmesi

Unified CMRTMT verilerinin gözden geçirilmesi

CDR verilerini kullanan geçiş İçgörüler aracı

Buluta Bağlı UC analitiğinin gözden geçirilmesi

Çağrı hacmi

Kayıtlı uç noktalar

(CAC) konumları

Gövde kullanımı.

Cisco 3. taraf iş ortağı araçları.

Cisco, bu analiz için Webex Control Hub Migration Insights aracıyla başlamanızı önerir. Dışa aktarma .TAR dosyanızı ve Unified CM CDR dosyalarını (isteğe bağlı, ancak özellik kullanım analizi için gereklidir) araca aktaracaksınız. Araç, analizi başlatmak için kullanıl abilecek aşağıdaki CSV tabanlı raporları oluşturacaktır:

Tablo 5. Unified CM.tar dosyasından oluşturulan raporlar
Rapor adı
Rapor açıklaması
ImportedDataBulk.csv dosyası
Verilerden tüm kullanıcılar ve cihazlar Unified CM
DeviceEligibility.csv dosyası
Geçiş için uygun cihazları tanımlar Webex Calling (IP telefonlar, Oda İşletim Sistemi cihazları, ATA"lar ve Üçüncü Taraf)
DevicePoolNumbers.txt dosyası
Belirli bir cihaz havuzundaki tüm numaraların listesi
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv dosyası
Paylaşılan hatlar, avlanma pilotu, çağrı kuyruğu, çağrı parkı ve çağrı alma grubu yapılandırmasına göre birlikte taşınması gereken cihazlar ve kullanıcılar hakkında ayrıntılar
HuntGroupMigrationInsight.csv dosyası
Atanmış av hatları, satır grupları ve ilişkili aracılar hakkında ayrıntılı bilgi
SharedlineGroupMigrationReport.csv dosyası
Telefon numaralarının (dizin numaralarının) kullanıcılar arasında nasıl paylaşıldığına genel bakış

Tablo 6. Unified CM.tar ve CDR. gzip dosyalarından oluşturulan raporlar
Rapor adı
Rapor açıklaması
FeatureUsageBasedDeviceEligibilityReport.csv dosyası
Özellik kullanımına göre cihaz geçişi uygunluğu hakkında bilgiler
FeatureUsageWithLastUsageDateReport.csv dosyası
Son kullanım tarihi ile birlikte avlanma pilotlarının ve çağrı kuyruklarının kaç kez çağrıldığı için kullanım sayısı
UserWorkspaceLastUsage.csv dosyası
Hem yazılım istemcileri hem de sabit telefonlar için kullanıcılar ve çalışma alanları için son kullanım tarihi
DIDUsageReport.csv dosyası
Hem atanmış hem de atanmamış DID'ler için DI D kullanımı

Geçiş İçgörüleri raporları hakkında daha fazla bilgi için bkz. Geç iş bilgileri.

Migration Insights raporlarındaki bilgileri inceledikten sonra özellikler ve kullanım hakkında daha fazla bilgiye ihtiyacınız varsa Cisco, Cisco'nun 3. taraf iş ortağı geçiş araçlarından birini düşünmenizi ve/veya GUI'deki veya yapılandırma dışa aktarma verilerindeki yapılandırmaları gözden geçirmenizi önerir.

Cisco entegrasyonları: Unity Bağlantısı UCCX UCCE

Sesli posta, teklifin ayrılmaz bir parçasıdır ve çözüme yerel olarak yerleşiktir. Unity Connection veya Unity Connection Express gibi tesis tabanlı bir sesli mesaj çözümüyle entegre edilemez. Ayrıca, mevcut Unity bağlantısı sesli posta mesajlarını veya selamlarını mevcut olan yerel sesli posta hizmetine taşımanın yerel bir yolu yoktur.. Cisco'nun üçüncü taraf iş ortağının geçiş araçlarından bazıları bu verilerin bir kısm ını taşıma yeteneklerine sahiptir. Sesli posta hakkında daha fazla bilgi için bkz. Kullanıcı için sesli posta ayarlarını yapılandırma ve yön etme. Webex Calling

ayrıca paylaşılan sesli posta ve faks posta kutularını destekler. Daha fazla bilgi için bkz. Paylaş ılan sesli mesajı ve gelen faks kutusunu yönetme. Webex Calling

çekirdek platformun bir parçası olarak dahil edilen yerleşik bir Otomatik Görevli özelliğine sahiptir. Bu özellik, Unity Connection'ın çağrı işleyicilerinin ve otomatik operatör işlevselliğinin geçişine izin verir. Kontrol Merkezi aracı, Özellikleri Göster, Unity Bağlantı yapılandırmalarının Otomatik Görevliklere geçirilmesini destekler. Unified CM Bu aracı kullanma hakkında daha fazla bilgi için bkz. Cihazların ve özelliklerin şuradan taşın Unified CM masıWebex Calling.

Çağrı kaydı

ek ücret ödemeden arama kaydı için iki seçenek içerir.

Webex çağrı kaydı

Dubber Go kaydı (ortak teklifi) - kaydedilen tüm ortamların bulutta güvenli bir şekilde tutulduğu dubber arasında bir entegrasyon.

dahil edilen kayıt seçenekleri tablosu, ek ücret ödemeden kullanılabilen iki arama kayıt seçeneğinin bazı temel özelliklerini vurgular.

Tablo 7. dahil kayıt seçenekleri
Webex Double Go

Tüm kullanıcılar tarafından kullanılabilir Tüm kullanıcılar tarafından kullanılabilir

Sınırsız kayıt Sınırsız kayıt

1 yıllık saklama süresi* 30 günlük saklama süresi

Kuruluş başına 100 GB depolama -

Uyumluluk görevlileri çağrı kayıtlarına erişebilir ve bunları yönetebilir -

Kayıtları yönetmek için API'ler -

Yöneticiler, kullanıcıların arama kayıtlarına erişimini yapılandırabilir ve yönetebilir
Kullanıcılar, User Hub ve/veya Webex Uygulamasını kullanarak kendi kayıtlarını yönetebilirler.
Kayıtlarına yalnızca kullanıcılar erişebilir ve bunları yönetebilir
Dublaj portalından.

Kuruluşunuz uyumluluk çağrısı kaydı, daha uzun saklama süreleri, daha fazla depolama alanı, yapay zeka analizi ve/veya yönetici erişimi gibi ek kayıt özellikleri gerektiriyorsa, hem Cisco hem de 3. taraf kayıt sağlayıcılarından ücretli teklifler veya eklentiler mevcuttur. Kayıt sağlayıcıları, yapılandırmalar ve eklenti iş ortağı hizmetleri hakkında daha fazla bilgi için bkz. Arama kaydını yönetme Webex Calling.

Üçüncü taraf entegrasyonları

Yerel Ağ Geçitleri, IP telefonlar, İnterkom telefonları, Hoparlör/Çağrı Cihazları, AT A'lar vb. dahil ancak bunlarla sınırlı olmamak üzere çeşitli ^3. taraf entegrasyonlarını destekler. Bu ^3. taraf cihazlara ek olarak, müşteri Webex Calling desteği, analiz, kayıt, faturalandırma vb. için farklı ^3. taraf çözümlerini destekler. Üçüncü taraf çözümleri hakkında daha ^fazla bilgi için bkz. Webex App Hub.

Tablo 4. Siteye göre kullanıcı geçiş planı
Kullanıcı sitesi/konumu	Geçiş öncesi bilgi ve eğitim oturumları	Geçiş dönemi	Geçiş sonrası destek
NYC (1.525 kullanıcı)	1 Nisan Haftası	Nisan 15 — Nisan 27	29 Nisan Haftası
SFO (1.600 kullanıcı)	6 Mayıs Haftası	Mayıs 20 — Mayıs 31	3 Haziran Haftası
RTP (1.275 kullanıcı)	3 Haziran Haftası	Haziran 17 — Haziran 28	1 Temmuz Haftası

Tablo 5. Unified CM.tar dosyasından oluşturulan raporlar
Rapor adı Rapor açıklaması
ImportedDataBulk.csv dosyası Verilerden tüm kullanıcılar ve cihazlar Unified CM
DeviceEligibility.csv dosyası Geçiş için uygun cihazları tanımlar Webex Calling (IP telefonlar, Oda İşletim Sistemi cihazları, ATA"lar ve Üçüncü Taraf)
DevicePoolNumbers.txt dosyası Belirli bir cihaz havuzundaki tüm numaraların listesi
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv dosyası Paylaşılan hatlar, avlanma pilotu, çağrı kuyruğu, çağrı parkı ve çağrı alma grubu yapılandırmasına göre birlikte taşınması gereken cihazlar ve kullanıcılar hakkında ayrıntılar
HuntGroupMigrationInsight.csv dosyası Atanmış av hatları, satır grupları ve ilişkili aracılar hakkında ayrıntılı bilgi
SharedlineGroupMigrationReport.csv dosyası Telefon numaralarının (dizin numaralarının) kullanıcılar arasında nasıl paylaşıldığına genel bakış

Tablo 6. Unified CM.tar ve CDR. gzip dosyalarından oluşturulan raporlar
Rapor adı Rapor açıklaması
FeatureUsageBasedDeviceEligibilityReport.csv dosyası Özellik kullanımına göre cihaz geçişi uygunluğu hakkında bilgiler
FeatureUsageWithLastUsageDateReport.csv dosyası Son kullanım tarihi ile birlikte avlanma pilotlarının ve çağrı kuyruklarının kaç kez çağrıldığı için kullanım sayısı
UserWorkspaceLastUsage.csv dosyası Hem yazılım istemcileri hem de sabit telefonlar için kullanıcılar ve çalışma alanları için son kullanım tarihi
DIDUsageReport.csv dosyası Hem atanmış hem de atanmamış DID'ler için DI D kullanımı

Tablo 7. dahil kayıt seçenekleri
Webex	Double Go
Tüm kullanıcılar tarafından kullanılabilir	Tüm kullanıcılar tarafından kullanılabilir
Sınırsız kayıt	Sınırsız kayıt
1 yıllık saklama süresi*	30 günlük saklama süresi
Kuruluş başına 100 GB depolama	-
Uyumluluk görevlileri çağrı kayıtlarına erişebilir ve bunları yönetebilir	-
Kayıtları yönetmek için API'ler	-
Yöneticiler, kullanıcıların arama kayıtlarına erişimini yapılandırabilir ve yönetebilir Kullanıcılar, User Hub ve/veya Webex Uygulamasını kullanarak kendi kayıtlarını yönetebilirler.	Kayıtlarına yalnızca kullanıcılar erişebilir ve bunları yönetebilir Dublaj portalından.

Plan

Üst düzey proje planı

Göç yolculuğu - bir veya iki adım?

Seçenek 1: Tek adımlı kullanıcı geçişi

Seçenek 2: Çift adımlı kullanıcı geçişi

Adım 1

2. Adım

Üst düzey proje planı

Şuradan geçiş için üst düzey bir proje planı geliştirirken, hem iş hedefleri hem de teknik gereksinimlerle uyumlu net aşamalar ve kilometre taşları oluşturmak önemlidir. Plan, ayrıntılı teknik ve iş gereksinimlerinin toplanmasının yanı sıra paydaşların belirlenmesi ve başarı kriterlerinin tanımlanması da dahil olmak üzere kapsamlı bir değerlendirme aşamasıyla başlamalıdır. Temel hususlar arasında kaynak tahsisi, zaman çizelgesi tahmini, risk yönetimi ve geçiş boyunca tüm tarafların bilgilendirilmesini ve katılmasını sağlamak için iletişim stratejileri yer alır. Ek olarak, plan, kesintiyi en aza indirmek ve geri bildirime dayalı ayarlamalara izin vermek için pilot test ve aşamalı kullanıma sun ma gibi doğrulama kontrol noktalarını içermelidir.

Proje planına dahil edilecek unsurlara örnekler şunlardır:

Geçiş kapsamını tanımlama (örneğin, hangi kullanıcıların, cihazların ve özelliklerin geçiş yapacağı)

Son kullanıcılar ve destek ekipleri için eğitim oturumları planlama

Ağ hazırlık değerlendirmelerini koordine etmek ve

Yedek seçeneklerle kesintisiz faaliyetlerin planlanması. Uygunluk ve güvenlik incelemelerinin yanı sıra geçiş sonrası destek ve optimizasyon aşamalarını entegre etmek de önemlidir.

Proje planını bu hususlarla yapılandırarak, kuruluşlar karmaşıklığı daha iyi yönetebilir, riskleri azaltabilir ve daha sorunsuz bir geçiş sağlayabilir.

Göç yolculuğu - bir veya iki adım?

kullanıcıların arama yumuşak istemcileri için kullanmalarını gerektirir. Bu nedenle, herhangi bir kullanıcı hala kullanıyorsa, onları ne zaman taşıyabileceğiniz konusunda iki seçeneğiniz vardır.. Tek adımlı kullanıcı geçişi veya çift adımlı kullanıcı geçişi yapabilirsiniz.

Seçenek 1: Tek adımlı kullanıcı geçişi

Tek adımlı geçişte, kullanıcılar buradan geçiş yaptıkları zamana geçiş yaparUnified CM. Bu seçenek genellikle az sayıda kullanıcısı olan müşteriler içindir ve hem kullanıcının yazılım istemcisini hem de arama hizmetini aynı anda taşımayı yönetebilir. Kullan ıcının arama hizmeti, yazılım istemcisi ve telefonunun aynı anda geçtiği aşağıdaki şekil, bu geçiş türünü vurgulamaktadır. Bu seçenekle bir kullanıcı aşağıdakileri aynı anda tamamlayacaktır:

Arama hizmetleri şuradan taşındı

Telefon numaraları ve uzantıları şuradan taşındı

Yumuşak istemci Jabber'den şuraya geçiş yaptı - şuraya kaydolacak

Telefon kaydı şuradan taşındı.

Kullanıcının arama hizmeti, yumuşak istemci ve telefon aynı anda geçer

Bu, kullanıcı gruplarının farklı zamanlarda taşındığı aşamalı bir geçiş olabilir, ancak her kullanıcı taşındığında bunların hepsi aynı anda gerçekleşir.

Seçenek 2: Çift adımlı kullanıcı geçişi

Diğer yaklaşım, çift adımlı bir göçtür. 1. adımda, kullanıcılar arama hizmetlerine geçiş yapılır, ancak arama hizmetleri için devam eder. Ardından 2. adımda, kullanıcılar şuradan Unified CM taşınır. Bu seçenek, daha büyük müşterilerin son kullanıcı değişikliklerini yönetmesi ve kullanıcının yumuşak istem ci değişikliğini arama hizmeti değişikliğinden ayırması için önerilir. Aşağıdaki şekil Yum uşak istemciyi taşıma; ardından arama hizmetini, yazılım istemcisini ve telefonu Webex Calling aşağıya taşıy ın bu geçiş türünü vurgulamaktadır.

Adım 1

Şuradan geçiş yapılan yumuşak istemci - şuraya kaydolacaktır.

2. Adım

Çağrı hizmetleri şuradan taşındı.

Telefon numaraları ve uzantıları şuradan taşındı.

kayıt şuradan taşındı.

Telefon kaydı şuradan taşındı.

Yumuşak istemciyi taşıyın; ardından arama hizmetini, yazılım istemcisini ve telefonu şuraya taşıyın Webex Calling

Bu, kullanıcı gruplarının her iki adımda da farklı zamanlarda taşındığı aşamalı bir geçiş olabilir.

Seçtiğiniz seçenek, kullanıcılarınızın ve uygulamasına geçişini nasıl yönetmek istediğinize bağlıdır.. Tavsiye, adım adım atmaktır (Seçenek 2). Bu, son kullanıcının değişikliklerini bir seferde en aza indirmenize ve çabayı projenin farklı bölümlerine bölmenize olanak tanır. Ancak, kullanıcıların yalnızca bir kez etkilenmesini tercih ediyorsanız, Seçenek 1'i kullanmak da geçerlidir.

Önerilen yolculuğa bakıldığında (Seçenek 1), aşağıdaki Jabber'den Webex Uygulamasına üst düzey geçiş haritası şekli, Adım 1 için üst düzey geçişi gösterir.

Jabber'den Webex Uygulamasına üst düzey geçiş haritası

Bu adımda, kullanıcılar tüm arama hizmetleri için Jabber"dan tüm arama servislerine geçiş yapılır.. ancak, arama platformu hala devam ediyor Unified CM ve arama hizmet lerini şuraya kaydedecek. Jabber'den Webex Uygulamasına üst düzey geçiş haritasında görüldüğü gibi, şirket içi altyapı değişmez ve Jabber'in yaptığı gibi çalışır. Tek değişiklik, bağlantı gerektirmesidir..

Bu geçiş hakkında daha fazla bilgi için, İşbirliği Geçişi sayfasındaki İstemci bölümünün altındaki Jabber'den Webex'e Geçiş Haritası ve Dağıtım Kılav uzu'na bakın.

Unified CMWebex Callingüst düzey geçiş haritası figürü, şuradan üst düzey geçiştir. Bu önerilen yolculuğun 2. Adımıdır.

Unified CMWebex Callingüst düzey geçiş haritasına

Tek adımlı yaklaşımı kullanmaya karar verirseniz, bu da geçerlidir.

Bu adımda kullanıcılar gruplar halinde geçiş yapılır. Bu noktada kullanıcılar arama hizmetleri, arama kaydı ve IP Telefon kaydı için kullanmaya başlar.

Kullanıcılar gruplar halinde hareket ettiğinden, Kurumsal kullanıcılar geçiş sırasında iki arama platformu arasında bölünür. Aşama 1 Unified CM'den Webex Calling üst düzey geçiş haritası figürüne bu durumu göstermektedir. Bu aşamada, iki platformdaki kullanıcılar arasındaki aramaların nasıl yönetileceği ve PSTN çağrılarının nasıl yönlendirileceği için planlama gereklidir.. Bir kullanıcı grubuna her geçiş yapıldığında, yerel ağ geçidi (lar) üzerinde çevirme planları ve çağrı yönlendirme güncellemeleri gerekecektir.

Tüm kullanıcılar, yazılım istemcileri ve cihazlar geçiş yaptıktan sonra (Aşama 2), şirket içi tüm UC altyapısı kaldırılabilir ve hizmet dışı bırakılabilir.

Tasarım

Bölge seçimi

Konumlar

PSTN

Arama planı

Şirket içi arama planı

arama planı

Kayıt

1. Çağrı kayıt sağlayıcı seçimi

2. Bölge seçimi

Acil arama

Lisanslama

Manuel atama yoluyla

Otomatik lisans atama şablonları

CSV şablonu aracılığıyla toplu atama

API tabanlı atama

Lisans gereksinimleri

Kullanıcı sağlama

Kullanıcı grupları

Şuradan geçiş yaparken önerilen yaklaşım

Kullanıcı Grupları Tasarlama

Tek Oturum Açma (SSO)

Çoklu IdP desteği

1. Birleşme ve satın almalar

2. Birden fazla bağımsız BT departmanı

3. Farklı kullanıcı grupları veya etki alanları

4. Çeşitli kimlik doğrulama protokolleri için destek

5. Gelişmiş güvenlik ve uyumluluk

6. Basitleştirilmiş kullanıcı deneyimi

SSO için Duo MFA

ÖZELLİKLERİ

Otomatik Görevli

Çağrı Parkı

Çağrı Alma

Çağrı Sırası

Av Grubu

Çalışma Modları

Çağrı Grubu

Kayıtlar

Tek Numara Erişimi

Sesli Posta Grubu

Bölge seçimi

dünya çapında kullanılabilir ve birden fazla bölgedeki yedekli veri merkezlerinden teslim edilir: ABD (Dallas, Chicago), Kanada (Vancouver, Toronto), Avrupa (Frankfurt, Amsterdam), İngiltere (Londra, Manchester), Avustralya (Melbourne, Sidney), Japonya (Tokyo, Osaka), Suudi Arabistan (Riyad, Cidde) ve Hindistan (Mumbai, Chennai). Medya POP'ları, medya gidiş-dönüş sürelerini optimize etmek için medya hizmetleri sağlar. Örneğin Singapur veri merkezi, Avustralya veya Japonya bölgesine gidiş-dönüş sürelerinin optimal olmayabileceği Asya ülkelerindeki müşteriler için medya gidiş-dönüş sürelerini optimize etmek için kullanılır. Veri merkezleri, çoklu gigabit ve tamamen yede kli bir omurga ile birbirine bağlanır. Küresel olarak dağıtılan veri merkezleri rakamı, tüm veri merkezlerine genel bir bakış göstermektedir. Kullanılabilir veri merkezlerinin en son listesi için bkz. Veri Merkezi konumları Webex Calling.

Küresel olarak dağıtılmış veri merkezleri

Her müşteri örneklerden birinde sağlanır. Söz konusu müşterinin tüm sağlama bilgileri o örnekte saklanır ve söz konusu müşteri için sağlanan tüm uç noktaların ve Yerel Ağ Geçitlerinin SIP sinyalizasyonu, müşterinin sağlandığı örneğe bağlanır. İlk bölge seçimini değiştirmek zor olduğundan, bölge seçimine yol açan karar sürecinin bir parçası olarak ilgili tüm faktörleri dikkate almak önemlidir. Aşırı sinyal gidiş-dönüş gecikmesini önlemek için, geçiş sürecinin başlarında hangi örneğin kullanılacağına karar vermek önemlidir. Cisco, dağıtımdaki en fazla kullanıcı sayısı için en düşük sinyal gidiş-dönüş sürelerini sağlayan bulut sunucusu seçmenizi önerir.

Ülke kullanılabilirliği için bk z. Webex nerede kullanılabilir? .

Konumlar

Konumların sağlanmasına hazırlanmak için tüm geçiş için gerekli bilgilerin toplanması gerekir. Her konum için gerekli bilgiler, her konum için yakalanacak bilgiler"de özet lenmiştir..
Tablo 1. Her konum için yakalanacak bilgiler
Bilgi Yorum
Uzatma aralığı (ler) İçindeki her konumun farklı rakamlarla başlayan uzantıları olabilir. Yerler arası çevirme direksiyon basam ağı için bir basamak (örneğin 8) ve PSTN direksiyon basamağı için bir basamak (örneğin 9) kullanılmalıdır. Hiçbir uzatma aralığı bu iki basamaktan hiçbiriyle başlayamaz.
Tüm konumların tüm uzatma aralıkları eşit uzunlukta olmalıdır.
DID aralığı (ler) -
PSTN direksiyon basamağı -
Site kodu Tüm konumların tüm site kodlarının benzersiz olması ve aynı uzunluğa sahip olması gerekir.
Ana numara Bir konum oluştururken iki DID sağlanması gerekir. Biri ana numara olarak (örneğin bir otomatik görevli servisine atanacak) ve bir tane sesli posta portalı için.
Sesli mesaj numarası için bir DID sağlayın.
Sesli mesaj numarası
Lisans sayısı Standart, Profesyonel, Çalışma Alanı, Rota Listesi, Giden Arama Planı dahil olmak üzere türe göre gerekli lisanslar.
Yoğun saatte eşzamanlı aramalar Cihazlar arasındaki ve cihazlar ile Yerel Ağ Geçidi arasındaki eşzamanlı aramaların toplamı (PSTN ve cihazlara yapılan çağrılar). Gerekli internet erişim bant genişliğini belirlemek için gereklidir.
Ülke -
Saat dilimi -
Dil -
İletişim (İsim, Telefon, E-posta) -
Adres (Sokak adresi, Şehir, Eyalet, Posta kodu) -
Acil durum hizmetleri uç noktalar için fiziksel gönderilebilir konum Acil arama için kullanılan cihaz gönderilebilir konumu genellikle aşağıdakileri içerir: bina adresi, bina adresi+kat numarası, bina adresi+ süit numarası veya bina adresi + kat numarası + ofis/kübik numarası.
Acil servisler için cihaz başına benzersiz fiziksel ağ konumu Acil arama için fiziksel ağ konumu genellikle aşağıdakileri içerir: kablolu cihazlar için anahtar/anahtar bağlantı noktası, kablosuz bağlı cihazlar için kablosuz Erişim Noktası (AP) Temel Hizmet Kümesi Tanımlayıcıları (BSSID'ler) ve/veya uç nokta aygıtları için şirket içi IP alt ağları.

PSTN

Bir dağıtım tasarlarken müşterilerin üç ana PSTN bağlantı seçeneği vardır: Cisco Çağrı Planları (Cisco tarafından yönetilen bulut tabanlı bir PSTN hizmeti), Buluta Bağlı PSTN Sağlayıcıları (sağlayıcıların bulut üzerinden PSTN hizmeti sunduğu CCPP) ve şirket içi PSTN (yerel ağ geç itlerinin kurumsal ağı PSTN'ye bağladığı yer). Hibrit dağıtımlar için PSTN trunking'in tanıtılmasıyla (Daha fazla bilgi için bkz. PSTN trunking'de hibrit Webex Calling dağıtımlar için PSTN trunking), kuruluşlar geçiş yaklaşımlarında ek esne klik kazanırlar. Bu özellik, müşterilerin geçiş yolculuğunun başlangıcında PSTN'lerini CCPP'ye taşımalarını ve kullanıcılar için bulut PSTN'ye geçmeye başlamalarını sağlarken, aşamalı geçiş sırasında Cisco'da kalan kullanıcılar için PSTN hizmetini sürdürmek için CCPP'den yararlanır.

Bu hibrit yaklaşım, kuruluşların tüm telefon ortamlarını derhal elden geçirmeden belirli kullanıcı grupl arını önce buluta taşımasına olanak tanır. Bununla birlikte, özellikle mevcut çağrı yönlendirme mantığını yeni mimariyi desteklemek için uyarlamak konusunda ek karmaşıklık ve risk getirir. Faks sun ucuları, iletişim merkezleri veya çağrı sistemleri gibi eski uygulamalarla birlikte çalışabilirlik de dikkatli bir şekilde değerlendirilmesini gerektirir. Temel teknik zorluklar, karışık ortam da kesintisiz uçtan uca codec anlaşması ve DTMF (Çift Tone Multi-Frequency) sinyallemesinin sağlanmasının yanı sıra özel telefon özellikleriyle uyumluluğun doğrulanmasını içerebilir. Geçiş süreci boyunca kesintiyi en aza indirmek ve güvenilir ses servislerini sürdürmek için uygun planlama ve test gereklidir. Ek olarak, hibrit kanallaştırma, şirket içi ortam ile Bulut Bağlantılı PSTN Sağlayıcısı (CCPP) arasındaki eşzamanlı çağrı sayısına day anan bir kullanım lisansı gerektirdiğinden ticari hususlar önemlidir.

Alternatif olarak, kuruluşlar geçiş aşaması boyunca şirket içi PSTN bağlantılarını korumayı seçebilir. Bu senaryoda, CCPP'ye geçiş iki şekilde yürütülebilir: geçiş tamamlandıktan sonra tüm kullanıcılar ve konumlar için tek, eşgüdümlü bir geçiş olarak veya kullanıcılar taşınırken konum başına PSTN geçişi ile aşamalı olarak gerçekleştirilebilir. Bu yaklaşım, eski entegrasyonlar için bir arada yaşamayı kolaylaştırmaya ve sürekliliğin korunmasına yardımcı olabilir, ancak çeşitli operasyonel karmaşıklıklar ortaya çıkarır. Bunlar arasında, num ara bağlantı noktası siparişlerinin kesin koordinasyonuna duyulan ihtiyaç, potansiyel gecikmeler ve eşzamanlı bağlantı noktası isteklerinin sayısına bir sınır veya çok sayıda blokların alt kümelerini taşımaya ilişkin kısıtlamalar gibi sağlayıcı tarafından uygulanan sınırlamalar gibi sayı taşımayla ilgili zorluklar vardır. Kuruluşlar, hizmet kesintilerini önlemek ve sorunsuz bir geçiş deneyimi sağlamak için bu lojistik hususları dikkate alarak PSTN geçiş stratejilerini dikkatlice planlamalıdır.

Başlangıçta CCCP'ye geçiş ve şirket içi PSTN'yi tutma

Başlangıçta CCCP'ye geçiş ve şirket içi PSTN'yi tutma şekli, yukarıda açıklanan iki PSTN geçiş seçeneğini göstermektedir. Soldaki resimde, tüm şirket içi kullanıcıların ve uygulamaların, kurum içi ana bağlantı ve yerel ağ geçidi aracılığıyla Bulut Bağlantılı PSTN hizmetlerini tükettiği senaryoyu göster irken, sağdaki çizim, mevcut şirket içi PSTN'nin yerinde kaldığı ve kullanıcıların kurum içi ağ geçidi bağlantısı üzerinden şirket içi PSTN'yi kullandığı senaryoyu gösterir. Webex Calling ve. Geçiş sırasında konumlar Cloud Connected PSTN kullanılarak değiştirilebilir.

Her iki senaryoda da şirket içi ve kullanıcı arasındaki çağrılar Yerel Ağ Geçidi bağlantısını kullanır. Şirket içi ile arasındaki bağlantı, beklenen eşzamanlı çağrı sayısına ve gerekli yedekliliğe göre tasarlanmalı ve boyutlandırılmalıdır.

Arama planı

Geçiş dönemi arasında ve geçiş dönemi boyunca kesintisiz birlikte çalışabilirlik sağlamak için kapsamlı bir arama planı mimarisi geliştirilmeli ve her iki platformda uygulanmalıdır. Bu çift platformlu arama planı tasarımı, tutarlı arama yönlendirmesi, numara çevirisi ve özellik şeffaflığı sağlar ve her iki sistemdeki kullanıcıların birlikte yaşama aşaması boyunca hizmet bozulması veya kullanıcı deneyimi kesintileri olmadan iletişim kur masını sağlar.

Şirket içi arama planı

Geçiş sırasında kuruluş üzerinde Unified CM ve üzerinde kayıtlı cihazların bir arada bulunmasına izin vermek için arama planının en azından aşağıdaki gereksinimlerin karşılanabilmesi için değiştirilmesi gerekir:

+E.164 şuradan arama

Şuradan uzantılı arama (site içi, ancak uzantı aralıkları benzersizse siteler arası da)

Şuradan kısaltılmış siteler arası arama

Şuradan zorunlu ağ üzerinden arama

Cevapsız aramalar dizininden hedeflere geri arama

Geçiş sırasında şirket içi PSTN kullanılıyorsa, PSTN adresinden PSTN'ye çağrılar

Geçiş sırasında PSTN, hibrit dağıtımlar için PSTN kanalı, Cloud Connect aracılığıyla şirket içi kullanıcılara PSTN erişimi sağlamak için kullanılır:

Şuradan ağa zorunlu olarak bağlanın

Şuradan (siteler arası) uzantılı arama.

Yukarıdakilerden herhangi biri geçiş öncesi çevirme alışkanlıkları desteklenmiyorsa, örneğin kısaltılmış siteler arası arama alışkanlığı yoksa, geçiş sırasında zorunlu olarak kullanılmaları gerekmez.

Şekil En İyi Uygulamalar arama planı, Cisco Collaboration 12.x Kurumsal Şirket İçi Dağıtımlar için Tercih Edilen Mimari, CVD'de açıklanan en iyi uygulama arama planı yaklaşımını gösterir. Bu yaklaşımın temel özellikleri şunlardır:

+E.164 dizin numaraları için tek bölüm

+E.164 rota modellerine dayalı çekirdek yönlendirme

Çeviri kalıplarını kullanarak tüm arama alışkanlıklarının +E.164 olarak normalleştirilmesi

Arama alanı kalıtımını çağıran çeviri kalıbının kullanımı (seçenek Oluşturucunun çeviri kalıpları üzerinde ayarlanmış arama alan ını kullan).

En iyi uygulamalar arama planı

Örneğin, SJC'deki SJC'deki hat arama alanı SJCinternational ile sağlanan bir cihazdan PSTN arama (9+1+10D) önce çağrılan taraf numarasını +E.164 olarak normalleştiren 9.1 [2-9] XX [2-9] XXXXXX çeviri deseni ile eşleştirilir. İkincil arama daha sonra aynı SJCinternational arama alanını tekrar kullanır (arama alanı mirasını çağırır) ve +E.164 basamaklı dize ya DN bölümündeki +E.164 diz in numarasıyla ya da USPSTNnational veya SJCPSTNLocal bölümündeki PSTN yol desenlerinden biriyle eşleşir. Kısaltılmış site içi ve siteler arası arama alışkanlıkları, ESN ve SJCTO E 164 bölümündeki çeviriler tarafından uygulanır. ESN bölümü genel bir bölüm olsa da (tüm konumlardaki telefonlar için erişilebilir) SJCTOE164 bölümüne yalnızca SJ C konumundaki kullanıcılar erişilebilir. Bu, örtüşen uzatma aralıklarını varsaymaktadır.

Şuradan aramayı etkinleştirmek için ilk adım, +E.164 hedeflerinin buna göre yönlendirildiğinden emin olmaktır. Bu, arama planına bir bölüm ekleyerek, o bölüme tüm hedefler için +E.164 rota desenleri ekleyerek ve son olarak, ulaşılması gereken hizmet sınıflarını temsil eden tüm arama alanlarına bölümü ekleyerek başar ılabilir. Kaynaklanan çağrılar için farklılaştırılmış bir hizmet sınıfının oluşturulmasını sağlamak için özel bir bölüm oluşturmak gerekir.. Çağrı döngülerinden kaçınmak için, Yerel Ağ Geçidinden gelen arama alanının ana ağ üzerindeki gelen arama alanının bölüme erişimi olmamalıdır.

+E.164 yönlendirme Webex Calling

Şekil+E.164 yönlendirmede gösterildiği gibiWebex Calling, +E.164 DID aralığı +1 221 555 2XXX ve site kodu 121 olan bir konuma yönlendirmeyi etkinleştirmek için, bu +E.164 aralığına eşleşen acil bir rota modelinin bölüme eklenmesi gerekir.

Siteye özgü Yerel Ağ Geçidi seçimi gerekmiyorsa, tek bir rota grubuna işaret eden rota desenleri için hedef olarak yerel bir rota grubuna sahip bir rota listesi kullanmak yerine, Yerel Ağ Geçidi tek üye olarak sağlanabilir ve ardından rota kalıpları tek bir rota grubunu tek giriş olarak içeren tek bir rota listesine işaret eder.

Siteye siteler arası kısaltılmış aramayı etkinleştirmek için gerekli rota deseni 8121.2XXX bölüme eklenir. ESN aramasını +E.164 olarak normalleştiren 8121.2XXX arama normalleştirme düzenine geçilecek siteler için ESN bölümünde zaten mevcut olabilir . Bu durumda 8121.2XXX gereksiz görünüyor, ancak ilgili konumdaki tüm DN'leri 8121.2XXX arama normalleştirme çevirisi deseni kaldırılabilir ve ardından 8121.2XXX rota modeli, yalnızca uzantı kullanıcıları için bile ESN aramayı etkinleştirir.

Bu arama planı değişiklikleri ile konuma yapılan çağrılar sadece site içi ve +E.164 ile kısaltılmış olarak aranarak yapılamaz. Ayrıca, uluslararası ve ulusal PSTN arama mümkündür, çünkü bu arama alışkanlıkları önce mevcut olan arama normalleştirme çeviri kalıpları aracılığıyla +E.164 olarak normalleştirilir ve ardından bölümdeki +E.164 rota düzeniyle eşleşerek yönlendirilir.

Konumun DID aralığındaki +E.164 rota deseni eşleşmesi, tüm DID'ler hala açıkken sağlanabilir. En iyi eşleştirme modeli eşleştirme algoritması, üzerinde barındırılan bir numara arandığında, sağlanan +E.164 dizin numarasının, çağrıların açık bir hatta genişletilmesi ve gönderilmemesi için joker karakterli +E.164 rota düzeninden daha iyi eşleşmesini sağlar.

arama planı

İçindeki her kullanıcıya bir uzantı ve/veya +E.164 telefon numarası sağlanır. Uzantı uzunluğu sabit bir genel ayardır: bir dağıtımdaki tüm uzantılar aynı uzunluktadır. Uzantı arama, hem bir konum içindeki hem de konumlar arasında kullanıcılar arasında kullanılabilir. Kısaltılmış siteler arası uzantı arama (ikinci durum) yalnızca aranan uzantı benzersiz ise çalışır.

Konumlar arasında kısaltılmış siteler arası arama bir gereklilikse ancak farklı konumlarda atanan uzantılar arasında çakışmalar varsa, uzantılara bir erişim kodu ve site kodu ekleyerek işletmeye özel bir numaralandırma planı oluşturulmalıdır. Daha fazla bilgi için bkz. Cisco Collaboration 15 Şirket İçi Dağıtımlar için Tercih Edilen Mimari, Cisco işbirliği tercih edilen mimar ileri sayfasında bulunan Tasarıma Genel Bak ış.

Uzantı uzunluğu, konumlar arası uzantı arama davranışı, konumlar arası arama için önek uzunluğu ve konumlar arası arama için yönlendirme önekindeki direksiyon rakamı, arama hizmeti ayarlarında şu ad resten yapılandırılır:

Konum yönlendirme ön eki uzunluğu: Direksiyon basamağı dahil önek uzunluğu. Yalnızca, alternatif kısaltılmış kurumsal konumlar arası arama alışkanlığı olarak bir işletme numaralandırma planının oluşturul ması gerektiğinde gereklidir.

Yönlendirme önekindeki direksiyon rak amı: Kısaltılmış kurumsal konumlar arası arama alışkanlığı için direksiyon rakamı. Herhangi bir konumun ilk basamağı ve konum giden arama rakam larıyla örtüşmekten kaçınılmalıdır. Yalnızca, alternatif kısaltılmış kurumsal konumlar arası arama alışkanlığı olarak bir işletme numaralandırma planının oluşturul ması gerektiğinde gereklidir.

İç uzatma uzunluğu: Standart uzantı uzunluğu. İki ile on arasında herhangi bir değer olabilir.
Şirket içi çağrı denetiminden kurum içi arama denetiminden kurumsal önemli numaraları (yönlendirme kodu, site kodu, uzantı) kullanarak arama veya arama yapılması gerektiğinde ve şirket içi çağrı denetimi arayan kimliği olarak bir uzantı gönderdiğinde, şirket içi çağrı denetiminden gelen yukarı akış aramalarının doğru bir şekilde şirket içi aram alar olarak sınıflandırılabildiğinden emin olmak için en fazla bilinmeyen uzantı uzunluğu parametresini de ayarladığınızdan emin olun.

Konumlar arasında uzantı aramaya izin ver: Konumlar arasında uzantı aramasını etkinleştirmek/devre dışı bırakmak için geçiş yapın . Bu seçenek yalnızca kuruluş içindeki tüm uzantılar benzersiz se etkinleştirilmelidir. Seçenek devre dışı bırakılırsa, kurumsal önemli numar aların (yönlendirme kodu, site kodu, uzantı) veya telefon numaralarının konumlar arasında aranması gerekir.

İlk üç parametre esas olarak, kanca dışı arama kullanırken rak amlar arası zaman aşımlarını en aza indirmek için telefonlar için bir arama planı oluşturmak için kullanılır.. Bu genel ayarlardan sapmalar hala mümkündür (Örnek - farklı uzunlukta uzantılar sağlanabilir), ancak Kontrol Merkezi'nde bir uyarı mesajı açılır ve önceden yüklenmiş arama planı içinde çakışmaları önlemek için telefonlardan arama yapılması gerekebilir.

Kurum sal numaralandırma tablosu örne ği, iki konumun (NYC ve RTP) uzantı aralıklarının aynı olduğu üç konumun bir örneğini gösterir. Siteler arası yönlendirme rakamı 8 ile bir kurumsal numaralandırma şeması oluşturmak, ardından üç basamaklı bir site kodu ve dört basamaklı uzantı, örtüşmeyen kısaltılmış siteler arası arama alışkanlığı yaratır.

Tablo 2. Kurumsal numaralandırma örneği
SİTE Uzatma aralığı Site kodu Kurumsal ürün yelpazesi

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Sorunsuz bir geçişe izin vermek için, ideal olarak geçiş öncesi ve sonrası kullanıcılar için arama alışkanlıkları seti aynı olmalıdır.. Her konum için geçişe hazırlanmak için DID aralıklarının ve uzantı aralıklarının (veya kısaltılmış site içi arama alışkanlıklarının) belgelenmesi gerekir. Bu bilgilere dayanarak, sahalar arası direksiyon basamağının seçilmesi gerekir.

Sabit uzunluk uzatma aralıkları tablosu, üç konum ve sabit uzunluk uzatma aralıklarının bir örneğini gösterir. Çakışan arama alışkanlıklarından kaçınılması gerektiğinden, herhangi bir uzatma aralığı için aral ığın ilk basamağının, kısaltılmış siteler arası arama için direksiyon rakamıyla eşleşmediğinden emin olmak önemlidir. Örneğin, sahalar arası arama için direksiyon basamağı olarak 8 seçilirse, herhangi bir sitede hiçbir uzatma aralığı 8 ile başlayamaz. Tipik olarak, belirli bir konumdaki uzantılar, o konuma atanan DID'lerin son birkaç basamağıyla eşleşir. Çakışmaları önlemek için uzantının ilk basamağı değiştirilebilir. Örneğin, +1 408 555 8XXX aralığındaki DID'ler bir konumda kullanılıyorsa, o sitedeki uzant ılar için 8XXX kullanmak yerine 7XXX kullanılabilir

Tablo 3. Sabit uzunluk uzatma aralıkları
SİTE Uzatma aralığı Uzantılar Site kodu Kurumsal ürün yelpazesi

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

ABD arama planını kullanan bir cihazda aranan yedi basamaklı arama dizeleri, önceden yüklenmiş ABD arama planında yerel arama için yedi basamaklı bir desenle örtüşür. Herhangi bir ağ içi ve ağ dışı (PSTN) arama alışkanlıkları arasında çakışmayı önlemek için, o konumda zorunlu bir dış erişim kodu kullanılabilir. Mevcut işletme numaralandırma şeması ve ilgili kısaltılmış siteler arası arama, ulusal kadrandaki desenlerle örtüşüyorsa, çakışmaları önlemek için numaralandırma şemasına geçiş sırasında daha uzun veya daha kısa bir forma da değiştirilebilir. Bunu başarmanın en kolay yolu, numaralandırma şemasına ek bir dolgu basamağı eklemektir. Yeni daha uzun siteler arası arama şemasının yalnızca halihazırda taşınan kullanıcılar tarafından benimsenmesi gerekir. Hala açık olan kullanıcılar yedi haneli aramaya devam edebilir. Bu durumda kurumsal arama planının, şuradan kısaltılmış yedi basamaklı aramanın +E.164'e veya üzerinde Unified CM dağıtılan kısaltılmış arama biçimine dönüştürüldüğünden emin olması gerekir. Bu, çağrıyı Yerel Ağ Geçidine göndermeden önce yapılmalıdır.

Tablo Geç işinde yedi basamaklı arama, bu yeniden numaral andırmanın bir örneğini gösterir. Bu örnekte kısaltılmış siteler arası arama, direksiyon rakamını 8 ve ardından iki basamaklı bir site kodu ve dört basamaklı bir uzantı kullanır. Yerler için yedi basamaklı kısaltılmış siteler arası aramayı önlemek için, site kodları, kullanılan iki basam aklı site kodlarına rastgele bir dolgu basamağı (örnekte 8) ön ekleyerek kolayca üç basamağa dönüştürülebilir, böylece telefonlardan siteler arası arama 8 direksiyon rakamını ve ardından doldurma rakamını 8, eski iki basamaklı site kodu ve dört basamaklı uzantıyı kullanır. Kullanıcıların yeni site kodlarını hatırlamaları gerekmez; siteler arası arama için 8 açık yerine 88 ö nek olarak kullanmayı hatırlamaları yeterlidir.

Tablo 4. Yedi basamaklı aramayı değiştirme

SİTE Uzantılar Site Kodu Kurumsal ürün yelpazesi Site ode Kurumsal değişim

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

Farklı kurumsal numara biçimlerinin açık olduğu bir senaryoda ve şirket numaraları şuradan gelen aramalar için arayan taraf bilgileri olarak sunuluyorsa (örneğin - DID olmayan cihazlardan yapılan aramalar), geri aramanın çalışmasını sağlamak için arayan taraf bilgileri için farklı numara biçimleri arasında bir eşleme uygulamak da önemlidir . Bu eşleme, Yerel Ağ Geçidi arasındaki ana gövdede çağrı tarafı dönüşüm modeli kullanılarak gerçekleştirilebilir.

Kayıt

İyi tasarlanmış bir çağrı kayıt çözümü, organizasyonel hedefler, düzenleyici gereklilikler ve teknik kısıtlamalarla uyumlu olmasını sağlamak için birkaç temel tasarım öğesinin dikkatlice değerlendirilmesini gerektirir. En kritik kararlardan ikisi, sağlayıcı seçimi ve bölge seçimini içerir; bunların her ikisinin de küresel olarak uyarlanması ve iş ihtiyaçlarına göre belirli konumlarda geçersiz kılınması gerekebilir.

1. Çağrı kayıt sağlayıcı seçimi

Uygun çağrı kayıt sağlayıcısını seçmek, iş hedeflerini karşılamak ve kuruluş genelinde özelliklerin uyumunu sağlamak için esastır:

Küresel sağlayıcı seçimi: Kuruluşlar genellikle küresel düzeyde birincil çağrı kayıt sağlayıcısı belirleyerek özellik kümesi, uyumluluk ve tüm konumlarda destek konusunda tutarlılık sağlar

Konum tabanlı geçersiz kılma: Belir li sitelerin veya bölgelerin benzersiz iş ihtiyaçlarına veya yasal gerekliliklere sahip olduğu senaryolarda, küresel sağlayıcı seçimini geçersiz kılmak ve bu konumlar için alternatif sağlayıcılar belirlemek gerekebilir. Bu esneklik, çeşitli uyumluluk zorunluluklarını ve yerel operasyonel ihtiyaçları destekler

İş gereksinimleri: Sağlayıcı seçimi, mevzuata uygunluk (Örnek - MiFID II, HIPAA), kalite güvencesi, uyuşmazlık çözümü veya eğitim ihtiyaçları gibi iş faktörlerinin değerlendirilmesi tarafından yönlendirilmelidir.

Özelliklerin kullanılabilirliği: Sağlayıcılar gerçek zamanlı izleme, arama ve oynatma yetenekleri, şifreleme, saklama politikaları, analiz platformlarıyla entegrasyon ve farklı arama türleri (gelen, giden, dahili) destek gibi gerekli özellikleri sunma yeteneklerine göre değerlendirilmelidir.

2. Bölge seçimi

Çağrı kayıtlarının depolandığı ve işlendiği bölgenin belirlenmesi uyumluluk ve performans açısından kritik öneme sahiptir:

Küresel bölge seçimi: Varsayılan olarak kuruluşlar, yönetimi ve yönetişimi basitleştirmek için arama kayıtlarını depolamak için tek bir bölge seçebilir

Konuma dayalı bölge geçersiz kılmaları: Veri yerleşimi yasalarının veya kurumsal politikaların gerektirdiği durumlarda, arama kayıtlarının gerekli coğrafi sınırlar içinde saklanmasını ve işlenmesini sağlamak için belirli konumlar için küresel bölge ayarını geçersiz kılmak gerekebilir.

Veri yerleşimi gereksinimleri: Tasarım, çağrı kayıtlarının nerede ve nasıl tutulacağını belirleyebilecek uluslararası ve yerel veri koruma düzenlemelerini (GDPR, CCPA veya ülkeye özgü zorunluluklar gibi) dikkate almalıdır.

Bir çağrı kayıt çözümünün planlanması ve tasarımı sırasında ele alınması gereken bir diğer kritik husus, depolama gereksinimlerinin tahmin edilmesidir.. Depolama ihtiyaçlarını doğru bir şekilde tahmin etmek, devam eden iş operasyonlarını desteklemek, uyumluluğu sürdürmek ve hizmet kesintilerini önlemek için yeterli kapasitenin mevcut olmasını sağlamak için gereklidir.

Bek lenen depolama talebini belirlerken birkaç temel parametre dikkate alınmalıdır:

Kayde@@ dilen aramaların hacmi: Belirli bir zaman aralığında kaydedilecek beklenen arama sayısını değerlendirin (örn. gün, hafta veya ay başına). Bu, yalnızca harici aramaları değil, aynı zamanda iş politikası veya düzenleyici yetkilerin gerektirdiği takdirde dahili iletişimi de içerir

Ortalama arama süresi: Daha uzun aramalar daha fazla depolama alanı tüketeceğinden, kaydedil en aramaların tipik uzunluğunu hesaplayın. Farklı departmanlar veya kullanıcı grupları arasındaki çağrı süresindeki farklılıklar da tahminde dikkate alınmalıdır

Saklama süresi: Kayıtların saklanması gereken süreyi tanımlayın; bu genellikle kurumsal politikalar veya dış düzenlemeler (sektöre özgü uyumluluk standartları gibi) tarafından belirlenir. Daha uzun saklama süreleri genel depolama gereksinimlerini artıracaktır

Büyüme tahminleri: İş ölçeklendirmesi, yeni yasal gereklilikler veya ek kullanıcıların veya konumların işe alınmasından kaynaklanabilecek çağrı hacimlerinde beklenen büyümeyi veya kayıt kapsam ının genişlemesini göz önünde bulundurun.

Kuruluşlar, bu parametreleri kapsamlı bir şekilde analiz ederek, çağrı kayıt çözümleri için ölçeklenebilir lik, maliyet etkinliği ve mevzuata uygunluk sağlayan sağlam bir depolama stratejisi geliştirebilirler. Kullanım kalıpları zaman içinde geliştikçe depolama tahsislerini düzenli olarak gözden geçirmeniz ve ayarlamanız önerilir.

Acil çağrı

Acil durum çağrısını uygun sevk merkezine yönlendirme gerekliliği, PSTN hizmeti sunan herhangi bir arama hizmeti için bir gerekliliktir. İle, acil çağrıların yönlendirilmesi çözüme özgüdür ve destekleyen ülkeler deki tüm ulusal acil durum numaraları için destek içerir. Bir acil durum çağrısının yönlendirilmesi, içinde tanımlanan konuma ve konumun PSTN erişim yöntemine dayanır.. Acil durum numaraları önceden tanımlanmıştır ve kullanıcıların ve cihazların konuşlandırıldığı ülkeye özeldir..

Acil çağrıları yapmak için iki yöntem vardır. Temel bir acil çağrı yönlendirme hizmeti ve Gelişmiş Acil çağrı yönlendirme hizmeti vardır. Temel acil çağrı yönlendirme hizmeti, acil servislere ulaşmak için konumu ve arama rotasını belirlemek için yönetici tarafından seçilen bir numarayı kullanacaktır.. Temel acil çağrı için çağrı yolu tipik olarak müşterinin o konum için PSTN seçeneğinden geçer . Ayrıca, acil durum çağrılarını doğru sevk merkezine iletmek için ülke çapında bir sağlayıcının kullanılmasını gerektiren mevzuata uygunluk gereksinimlerine sahip ABD ve Kanada dağıtımları için tasarlanmış Gelişmiş Acil çağrı yönlendirmesine sahiptir.

Tüm müşteriler en azından temel acil arama yapılandırmasını kullanmalıdır. Temel acil durum çağrısı, tanımlanan her konuma en az bir müşterinin sahip olduğu +E.164 numarasının atanmasını gerektirir. Temel acil durum çağrısı için, her konum acil durumlarda polis, itfaiye veya ambulans hizmetlerinin gönderildiği bir sokak adresi ile tanımlanacaktır. Çoğu durumda, konumun ana numarası, acil durumun fiziksel yerini temsil etmek için en iyi seçimdir. Tipik olarak, adresin+E.164 numarasına atanması PSTN sağlayıcısı ile koordine edilir. Aşağıdaki resimler, Richardson konumu için acil durum geri arama numarası olarak kullanılacak ana numaranın atanmasını göstermektedir..

Konum ECBN yapılandırması

Çoğu durumda, kon um için gönderim adresi için bir bina adresi yeterlidir. Ancak belirli kullanıcılar veya cihazlar için ek konum ayrıntılarına ihtiyaç duyul ursa, yönetici yukarıda açıklanan aynı işlemi kullanabilir ve bu cihaz ları belirli bir adrese veya adres içindeki daha kesin bir konuma (kat veya oda gibi) atayabilir. İçindeki Kullanıcı yöneti minde, Arama sek mesi, bir kullanıcının ve cihazlarının belirli gönderim adresini alması için belirli bir numaranın kullanılmasına izin verir. Aşağıdaki resimler, belirli bir numaranın bir cihaza nasıl atanabileceğini göstermektedir. Yönetici, cihaz tarafından kullanılan numaranın kendisine atanmış doğru gönderim adresine sahip olacağından emin olmaktan sorumludur. Adres ataması genellikle o konumun PSTN sağlayıcısı aracılığıyla yapılır.

Kullanıcı ECBN yapılandırması

Gelişmiş Acil arama çözümleri sağlaması gereken ABD merkezli telefon dağıtımları için, acil çağrı yönlendirmesi için RedSky'nin Horizon Mobility'yi entegre eder. Çağrı yönlendirme için RedSky kullanırken, bir yönetici Cisco aracılığıyla bir hesaba kaydolmalı ve bu özelliği etkinleştirmek için Arama -> Servis Ayar ları'ndaki uygun bilgileri yapılandırmalıdır. RedSky hizmeti sistem düzeyinde etkinleştirildikten sonra, bir yönetici RedSky hizmetini her Konum düzeyinde etkinleştirecektir. Bir Konumda Gelişmiş Acil Çağrı özelliğinin etkinleştirilmesi, bu konuma atanan tüm cihazlar için hizmeti etkinleş tirir. Gelişmiş Acil aramayı destekleyen cihazlar Cisco MPP telefonları, Cisco PhoneOS telefonları ve Cisco'lardır.

Bir konumda Gelişmiş Acil Çağrıyı etkinleştirmek için iki ayar vardır. RedSky'nin ağ bağlantısı bilgilerini ve test çağrılarını almasına izin ver, cihaz ve altyapı eşlemeleri için RedSky yapılandırmasının doğru olduğunu doğrulamak için kullanılmalıdır. Bu ayar ayrıca, arayanın konumunu okumak için RedSky'nin IVR sistemini kullanarak konum doğrulaması gerçekleştirmek için 933'e test çağrılarının yapılmasına izin verir. Bu belge konum izleme için RedSky yapılandırmasını kapsamasa da, bir yönetici, RedSky"ye yönlendirmek için acil çağrıları etkinleştirmeden önce DAİMA konum keşfini test etmelidir. Test tamamlandıktan ve doğru olduğu doğrulandıktan sonra, yönetici, acil durum çağrılarını RedSky"ye değiştirerek çağrıları RedSky"ye yönlendirec ektir. Bu geçiş, konum için tüm acil durum çağrılarını konum için telesekreter merkezine teslim edilmek üzere RedSky"ye yönlendirecektir..

Gelişmiş Acil Arama ayarları, hem şirket içi hem de şirket dışı istemciler için de geçerlidir. Şirket içindeyken, masa telefonlarının izlendiği şekilde izlenebilir. Şirket dışındayken, kullanıcı konumunu doğrudan içinde dinamik olarak ayarlayabilir. Acil arama hakkında daha fazla bilgi için, bkz. Geliş miş acil durum çağrısı.

Lisanslama

Kullanıcılara lisans atamak için birden fazla seçenek vardır.

Manuel atama yoluyla

Yöneticiler, arayüz aracılığıyla bireysel kullanıcılara lisansları manuel olarak atar.

Yöneticiler, bireysel kullanıcılar için hizmet lisanslarını düzenleyebilir ve doğrudan arama lisanslarını atayabilir.

Otomatik lisans atama şablonları

Grup veya kuruluş ayarlarına göre kullanıcılara lisansları otomatik olarak atamak için lisans atama şablonlarını kullanın.

Otomatik lisanslama, dizin senkronizasyonu veya manuel kullanıcı güncellemeleri yoluyla yapılabilir, ancak kullanıcıların geçerli bir +E.164 biçimlendirilmiş telefon numarasına sahip olması ve telefon numaralarının kullanıcı sağlanmasından önce bir konumda bulunması gerekir. Koşullar karşılanmazsa (örn. geçersiz telefon numarası biçimi), lisanslar atanmayacaktır.

CSV şablonu aracılığıyla toplu atama

Aynı anda birden fazla kullanıcı eklemek veya değiştirmek için kullanıcı ayrıntılarını ve lisans atamalarını içeren bir CSV dosyası yükleyin.

CSV içe aktarma, 20.000'e kadar kullanıcı eklemeyi ve lisans atamayı destekler, ancak lisanslar telefon numarası ve uzantı gibi belirli alanlar gerektirir.

API tabanlı atama

Programlı olarak lisans atamak ve kullanıcıları yönetmek için API'leri kullanın.

lisans atama otomasyonu için kullanılabilen kullanıcı ve lisans yönetimi (Kişiler, SCIM 2.0 ve Lisans API'leri) için API işlemlerini destekler. Lisanslar API'si, lisansların, telefon numaralarının ve uzantıların eşzamanlı olarak atanmasına izin verir.
Tablo 5. Kullanıcı sağlama seçenekleri - özet
Atama Yöntemi Artıları Eksileri
Manuel üzerinden Birkaç kullanıcı için basit.
Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.
Ölçeklenebilir değil, zaman alıcı
Manuel giriş sırasında insan hatasına yatkın.

Otomatik lisans şablonları Ölçeklenebilir
Manuel hataları azaltır
Yeni ve mevcut kullanıcılara uygulanabilir.
Geçerli telefon numaraları ve konumlar gerektirir.
Kurulumu daha karmaşık
Ayrıca, eşdeğer lisans gereksinimlerine sahip kullanıcı grubu başına kullanıcı grupları gerektirir.

Toplu CSV Yükleme Büyük kullanıcı setleri için verimli
Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.
Dikkatli CSV biçimlendirme gerektirir
Telefon numaraları veya uzantıları eksik veya yanlışsa hata olasılığı.
API tabanlı atama Otomatikleştirilebilir, esnek.
Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.
Geliştirme ve API bilgisi gerektirir.

Kullanıcı sağlama seçenekleri - özet tablosu, kullanıcı sağlama seçeneklerini ve artılarını ve eksil erini özetler. Bu genel bakış, müşteri kuruluşunun büyüklüğüne, otomasyon yetenek lerine ve kullanıcı sağlama süreçlerine ve gereksinimlerine göre en iyi lisans atama yöntemini seçmenize yardımcı olur.

Mümkün olan her yerde Cisco, lisans şablonlarını kullanarak arama lisansları atamanızı önerir. Bu , benzersiz bir lisans kümesi gerektiren her kullanıcı grubu için bunu gerektirir (Örnek - Standart vs. Profesyonel) ilgili grup üyeliklerine sahip bir grup mevcuttur. Kullanıcı Gru pları bölümlerinde tartışıldığı gibi, kullanıcı grupları bir kurumsal dizinde manuel olarak tanımlanabilir veya senkronize edilebilir. Her iki yaklaşımın bir kombinasyonu mümkündür.

Birden fazla gruba ait kullanıcılar, tüm gruplarına uygulanan tüm atamalardan lisans al ırlar. Bu, ortaya çıkan kullanıcı lisans atamasının grup üyelikleri birliği tarafından kontrol edildiği lisans atamasını yönetmek için kurumsal dizinde lisansa özgü güvenlik grupl arının kullanılmasına olanak tanır.

Daha fazla bilgi için bkz. Control Hub 'da otomatik lisans atamaları ayarlama ve Kullan Webex Calling ıcılar için otomatik lisans atama şablonları ayarlama.

Lisans gereksinimleri

Bu bölüm yalnızca ilgili lisansları kapsar. Diğer lisans türleri (Örnek - Webex cihaz kaydı, mesajlaşma, toplantılar) kapsanmaz. Tasarım sürecinin bir parçası olarak lisans gereksinimlerinin belirlenmesi gerekir. Aşağıdaki lisans türleri için lisans sayılarının hesaplanması gerekir:

Standart: standart telefon özellikleri gerektiren bireysel kullanıcı sayısı.

Profesyonel: gelişmiş telefon özellikleri gerektiren kullanıcı sayısı ve çalışma alanları. Sanal hatlar ve grup sesli mesajı, her profesyonel lisans için 1:1 oranında hak kazanır. Bu nedenle, gerekli sanal hat veya grup sesli mesajlarının sayısının gelişmiş telefon özellikleri gerektiren kullanıcı ve çalışma alanlarının sayısını aştığı nadir durumlarda, ek profesyonel lisansların hesaba katılması gerekir.

Ortak Alan için Çalışma Alanı: standart arama özellikleri gerektiren ortak kullanım veya ortak alan konumlarının sayısı.

Müşteri Yardımı: Müşteri Yardımı özelliklerini gerektiren temsilci ve denetçilerin sayısı. Müşteri yardımı Profesyonel lisansı içerir.

Rota Listesi Çağr ıları: Şirket içi kullanıcılar ve/veya şirket içi uzmanlaşmış 3. taraf uygulamaları arasında gerekli Bulut Bağlantılı PSTN çağrılarının sayısı.

Görevli Konsolu: görevli konsol istemcisine erişim gerektiren kullanıcı sayısı.

Cisco Çağrı Planı (Giden Arama Planı): Cisco PSTN hizmeti için bir PSTN numarası ve/veya giden PSTN arama erişimine ihtiyaç duyan kullanıcı sayısı.

Profesyonel Çalışma Alanları için özel bir lisans türü yoktur. Profesyonel çalışma alanları bir Profesyonel lisans kullanır.

Yalnızca hot-desk çalışma alanları, hot-desking ana bilgisayar hizmeti ve hot-desking ana bilgisayarından acil durum çağrısı sunar ve herhangi bir lisans gerektirmez. Daha fazla bilgi için bkz. Yalnızca çalışma masası cihazlarını ekleme ve yönetme.

Gerekli özelliklere göre her kullanıcı ve çalışma alanı için gerekli lisans türünü belirlemek için bkz. Lisans türüne göre kullanılabilir özellikler Webex Calling.

Müşteri yardımının aksine, profesyonel lisansla birleştirilmiş çağrı kuyruklarının sunduğu işlevselliği ayırt etmek için, bkz. Ç Webex Callingağrı kuyruğu ve müşteri yardımı özellik karşılaştırması.

Kullanıcı sağlama

Webex'te kullanıcıları sağlarken, her biri farklı organizasyon ihtiyaçlarına ve ortamlarına uygun çeşitli seçenekler mevcuttur:

Manuel sağlama: Yöne ticiler, tek tek kullanıcıları doğrudan içeride ekleyebilir ve yönetebilir . Bu yöntem basittir ancak küçük kuruluşlar veya sınırlı kullanıcı değişiklikleri için en uygunudur.

CSV aracılığıyla toplu sağlama: Daha büyük kullanıcı tabanları için yöneticiler, CSV dosyalarını yükleyerek kullanıcıları toplu olarak içe aktarabilir ve güncelleyebilir. Bu, aynı anda binlerce kullanıcının verimli bir şekilde yönetilmesini sağlar.

Dizin senkronizasyon seçenekleri:
Dizin Bağ layıcısı: Bu, Microsoft Active Directory ortamlarda kullanılan otomatik bir senkronizasyon aracıdır. Kullanıcı hesaplarını, grupları ve nitelikleri zamanlanmış olarak (saatlik, günlük veya haftalık) senkronize eder. Çok etki alanlı ve çoklu orman kurulumlarını destekler Active Directory ve profil görüntülerini ve oda nesnelerini senkronize edebilir.

Entra ID (Azure AD) sihirbazı uygulaması: Microsoft Entra ID (Azure AD) kullanan kuruluşlar için tasarlanan bu yöntem, kullanıcı hesaplarının ve niteliklerin doğrudan Entra ID'den otomatik, neredeyse gerçek zamanlı senkronizasyonunu sağlar. İçinde tamamen yönetilir ve minimum kurulum gerektirir.

SCIM 2.0 Uygulamaları: Microsoft dışı ortamlar veya Okta veya Duo gibi diğer kimlik sağlayıcıları için SCIM tabanlı senkronizasyon uygulamaları, öznitelik eşleme ve grup senkronizasyonu ile otomatik kullanıcı sağlama ve provizyon kaldırma olan ağı sağlar.

Unified CMkullanıcı senkroniz asyonu: Bu seçenek, şuradan senkronize ederek mevcut son kullanıcılara dayalı kullanıcı hesapları oluşturmanıza olanak tanır. Bu, Cloud Connected UC'nin (CCUC) şirket içi kümelerde çalışmasını gerektirir. Bununla birlikte, genellikle kullanıcıları doğrudan değil, Entra ID gibi merkezi bir bulut dizininden senkronize etmeniz önerilir..

API sağlama: Kullanıcıları sağlamak için Genel API'ler (Kişiler, SCIM 2.0) kullanılabilir. API'leri kullanmanın temel avantajı, kullanıcı provizyonunu diğer kurumsal sistemlerle entegre etme seçeneğidir.
Tablo 6. Kullanıcı sağlama seçenekleri
Sağlama yöntemi Açıklama Artıları Eksileri
El Kitabı Kullanıcıları ayrı ayrı oluşturma/yönetme Birkaç kullanıcı için basit; altyapıya gerek yok Ölçeklenebilir değil; birçok kullanıcı için zaman alıcı
Toplu (CSV Dosyası) Kullanıcıları CSV aracılığıyla toplu olarak içe aktarın/güncelleyin Gruplar için verimli; kodlama gerektirmez Manuel CSV hazırlığı; daha az dinamik
İnsanlar ve SCIM 2.0 API'si Webex API'leri aracılığıyla programlı kullanıcı yönetimi Esnek; otomasyonu ve entegrasyonu destekler Geliştirme ve altyapı gerektirir
Dizin senkronizasyonu AD, Entra ID, SCIM uygulamalarından otomatik senkronizasyon, Unified CM Yaşama döngüsünü otomatikleştirir; filtreleme ve eşlemeyi destekler Kurulum karmaşıklığı: bazı seçenekler sınırlı özelliklere sahiptir veya altyapı gerektirir
Bu genel bakış ve tablo, kuruluşunuzun ihtiyaçları için en iyi yaklaşımı seçmenize yardımcı olmak için ana kullanıcı sağlama seçeneklerini, avantajlarını ve sınırlamalarını yansıtır.

Kullanıcı grupları

Kullanıcı grubu yönetimi, yöneticilerin lisansların, ayarların ve kaynakların verimli toplu yönetimi için kullanıcıları gruplar halinde düzenlemesine olanak tanır. Gruplar, kullanıcıları tek tek yönetmek yerine aynı anda birden fazla kullanıcıya ilkeleri, lisansları ve ayar şablonlarını uygulayarak yönetimi kolaylaştırmaya yardımcı olur.

Kullanıcı grubu yönetimi aşağıdakiler de dahil olmak üzere çeşitli avantajlar sunar:

Basitleştirilmiş yönetim: Birden fazla kullanıcı için lisansları, ayarları ve ilkeleri aynı anda yönetin.

Tutarl ılık: Aynı gruptaki kullanıcılar arasında tek tip ayarlar ve lisanslar uygulayın.

Ölçeklenebilir lik: Grup başına 250.000 üyeye kadar destekler.

Tüm leştirme: Grupları Microsoft Entra ID'den (Azure AD) veya otomatik kullanıcı ve grup yönetimi Active Directory için senkronize edin.

Esneklik: Yerel gruplar oluşturun veya güvenlik gruplarını senkronize edin; grup üyeliğini manuel olarak veya CSV dosyaları aracılığıyla yönetin.

Kaynak tahsisi: Grup üyeliğine dayalı olarak gömülü uygulam alara ve hizmetlere erişimi kontrol edin.

Sağlama sırasında kullanıcı grupları için ana kullanım durumları şunlardır:

Lisans atam aları: Grup üyelerine Arama, Toplantı, Mesajlaşma veya Karma hizmetler gibi hizmetleri otomatik olarak sağlamak için gruplara lisans atayın.

Ayarlar şablonları: Tutarlı kullanıcı deneyimi için gruplara hizmet ayarları koleksiyonlarını (örneğin mesajlaşma, toplantı, arama) uygulayın.

Toplu kullanıcı yönetimi: CSV dosyaları veya dizin senkronizasyonu aracılığıyla kullanıcıları toplu olarak ekleyin veya kaldırın.

Otomasyon ve entegr asyon: Otomatik kullanıcı ve grup yaşam döngüsü yönetimi için API'leri veya dizin senkronizasyonunu kullanın.

Aşağıdaki tablo, kullanıcı gruplarını ve grup yönetimini yönetmek için farklı seçenekleri özetlemektedir..
Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri
Seçenek Açıklama Artıları Eksileri

grup sağlama (gruplar) Grupları doğrudan içinde oluşturun ve yönetin. Üyeleri manuel olarak veya CSV aracılığıyla ekleyin/kaldırın. Grup üyeliği üzerinde tam kontrol
Lisansların ve şablonların anında uygulanması
Gruplar oluşturmak ve düzenlemek kolay Manuel güncellemeler gerekli
Manuel CSV yüklemelerinde hata riski
Harici dizinlerle otomatik senkronizasyon yok

Entra ID'den (Azure AD) senkronize edilmiş gruplar veya Active Directory Güvenlik gruplarını ve üyelikleri harici dizin hizmetlerinden otomatik olarak senkronize edin. Otomatik senkronizasyon manuel çalışmayı azaltır
Kurumsal rehber ile tutarlılığı sağlar
Büyük kuruluşları destekler
Grup üyeliği düzenlenemiyor
12 saate kadar senkronizasyon gecikmesi
İç içe geçmiş gruplar manuel seçim gerektirir

Gruplar ve SCIM 2.0 API (Gruplar) Programlı grup ve üyelik yönetimi için Gruplar veya SCIM 2.0 API'sini kullanın Otomasyon ve diğer sistemlerle entegrasyon
Büyük veya karmaşık ortamlar için ölçeklenebilir
Geliştirme çabası gerektirir
Karmaşıklık API kullanımına bağlıdır

Senkronize edilmiş gruplar tutarlılık sağlarken ve tek bir yönetim noktası sunarken, senkronize edilmiş grupları ve grupları (kontrol hub'ında veya API'ler aracılığıyla yönetilen) birleştiren karma bir yaklaşım mümkündür. Bu nedenle, örneğin lisans at aması için gruplar senkronize edilmiş gruplar olabilir ve kullanıcı ve arama şablonlarını atamak için ayrı bir grup kümesi kullanılabilir.

Kullanıcı grubu yönetimine yönelik bu kapsamlı yaklaşım, kuruluşların kullanıcı lisanslarını, ayarlarını ve ilkelerini verimli bir şekilde yönetmesini sağlayarak tut arlı ve ölçeklenebilir işbirliği deneyimleri sağlar.

Şuradan geçiş yaparken önerilen yaklaşım

Kullanıcılar için birincil veri kaynağı, son kullanıcı bilgilerini içeren veritabanıdır. Bununla birlikte, genellikle kullanıcı kimliği yönetimi için yetkili kaynak değildir ve daha da önemlisi geçişin sonunda kapatılır ve bu nedenle kimlik bilgileri için uzun vadeli yetkili kaynak olarak dışlanır.

Cisco, kullanıcı kimlikleri için tek doğruluk kaynağı olarak Microsoft Entra ID (Azure AD) gibi merkezi bir bulut dizini kullanmanızı önerir. Tutarlılık sağlamak, yönetimi basitleştirmek ve tek oturum açma (SSO) yeteneklerini desteklemek için kullanıcıları Entra ID'den senkronize etmek.

Tüm kullanıcıların Entra ID'de de bulunmasını sağlamak için kuruluşlar, kullanıcı hesaplarının Entra ID'deki hesaplara karşılık geldiğini doğrulamalıdır. Bu, kullanıcı listelerini dışa aktararak ve bunları Entra ID kullanıcı listeleriyle karşılaştırarak yapılabilir..

Özetle, önerilen sağlama yöntemi, kullanıcıları Azure AD Sihirbazı veya SCIM uygulamalarını kullanarak Microsoft Entra ID'den (Azure AD) Webex ile senkronize etmektir. Manuel ve CSV toplu sağlama ek yöntemler olarak kullanılabilir, ancak büyük kuruluşlar için daha az ölçeklenebilir ve hataya daha yatkındır. Entra ID'nin yetkili kaynak olduğundan ve tüm kullanıcıların Entra ID'de bulunduğundan emin olmak, başarılı bir geçiş ve ortamlar genelinde tutarlı bir kullanıcı deneyimi için kritik öneme sahiptir.

Şirket içi dizin hizmetinden Entra ID (Azure ID) gibi Active Directory bir bulut dizin hizmetine geçiş, arama geçişinden bağım sızdır. Cisco, arama geçişine başlamadan önce bir bulut dizin hizmetine geçişi bitirmenizi önerir.

Kullanıcı Grupları Tasarlama

Kurumsal dizini şirket içinden buluta geçirdikten sonra lisanslama ve özellik şablonu gereksinimleri tarafından yönlendirilen gerekli kullanıcı gruplarını toplayın. Her grup belgesi için:

Grup Adı: grubun benzersiz adı.

Lisanslar: Bu gruba atanacak lisanslar (varsa) ve kapsam (lisanslar mevcut kullanıcılara veya yalnızca yeni kullanıcılara atanmalıdır)

Ayarlar şablonları: Webex Uygulaması ve Kullanıcı arama şablonları.

Dizin senkronizasyonu: Bu grup kurumsal dizinden mi senkronize edilecek yoksa Control Hub'da veya bir API aracılığıyla sağlanan yerel bir Webex grubu mu?

Açıklama: bu grup nasıl kullanılacak ve hangi kullanıcıların bu gru ba üye olması gerekir

Bu ayrıntılar, uygulama aşamasında daha sonra kurumsal dizinde yerel gruplar veya gruplar oluşturmak ve kullanıcıların grup üyeliğini yönetmek için kullanılacaktır.

Tek Oturum Açma (SSO)

Cisco, kullanıcı kimlik doğrulaması için SSO kullanılmasını önerir. SSO kullanmanın aşağıdakiler de dahil olmak üzere bazı ilgi çekici faydaları vardır:

Basitleştirilmiş kullanıcı kimlik doğrulaması: Kullanıcılar, diğer tümleşik uygulamalara erişmek ve diğer tümleşik uygulamalara erişmek için kurumsal kimlik bilgilerini kullanarak bir kez oturum açabilir, böylece birden fazla parola gereksinimi ortadan kaldırır ve oturum açma istemlerini azaltır. Bu, kurumsal şifrelerin kimlik doğrulamasından sonra asla saklanmamasını veya iletilmemesini sağlayarak güvenliği artırır.

Basitleştirilmiş kullanıcı yönetimi: Kurumsal dizindeki değişikliklere dayalı olarak kullanıcı hesabı oluşturma, güncelleme ve devre dışı bırakma işlemini otomatikleştirir, yönetim yükünü azaltır ve yalnızca yetkili kullanıcıların erişebilmesini sağlar.

Geliştirilmiş güvenlik: SS O, güvenilir kimlik sağlayıcıları (IDP'ler) aracılığıyla kimlik doğrulamasını merkezileştirerek şifre yorgunluğunu ve parolayla ilgili ihlal riskini azaltır.

Çok faktörlü kimlik doğrulamasının (MFA) kolay entegrasyonu: MFA, Cisco Duo gibi bir Kimlik Erişim Yönetimi çözümü veya IdP'nin M FA desteği aracılığıyla kolayca desteklenebilir.

Hizmetler için SSO uygulamak için birden fazla seçenek vardır:

SAML 2.0 tabanlı SSO: SSO entegrasyonu için desteklenen birincil protokol, Id P ve servis sağlayıcı arasında kimlik doğrulama bilgilerinin güvenli alışverişini sağlar.

OpenID bağlantısı (OIDC): SSO entegrasyonu için alternatif bir modern kimlik doğrulama protokolü olarak desteklenir.

Webex kimliği: Kim lik sağlayıcı seçeneği olarak da desteklenir.

SSO, seçilen IdP arasında meta veri alışverişi gerektirerek merkezi olarak yapılandırılır ve yönetilir.

Yapılandırmadan sonra SSO, doğru kurulumu sağlamak için aktivasyondan önce test edilebilir.

Cisco, aşağıdakiler dahil ancak bunlarla sınırlı olmamak üzere, test edilmiş ve yaygın olarak kullanılan çoklu IDP ve Kimlik Yönetim Sistemi (IAM) ile entegrasyonu destekler:

Cisco İkili

Okta

Microsoft Active DirectoryFederasyon Hizmetleri (ADFS)

Microsoft Azure

Ping Federate

OpenAM

F5 BIG-IP.

Bu IDP'ler SAML 2.0 veya OpenID Connect standartlarına uygundur ve Cisco işbirliği çözümleriyle uyumluluk açısından doğrulanmıştır.

Çoklu IdP desteği

Kuruluşların, farklı grupların farklı IDP'ler kullandığı birleşmeler, satın almalar veya merkezi olmayan BT departmanları gibi karmaşık BT ortamlarına uyum sağlamak için SSO'yu birden fazla IDP ile yapılandırmasına olanak tanır. Çoklu IdP desteği, Çoklu IdP özelliği kullanılarak veya Cisco Duo gibi bir kurumsal IAM sisteminin entegrasyonu yoluyla uygulanabilir.

Çoklu Kimlik Sağlayıcısı (IdP) desteği, kuruluşların çeşitli BT ortamlarında esnek ve güvenli kimlik doğrulama gerektirdiği birkaç önemli kullanım durumunu ele alır:

1. Birleşme ve satın almalar

Şirketler birleştiğinde veya başkalarını satın aldığında, genellikle ayrı BT altyapılarına ve federasyon yapamayan farklı IDP"lere sahiptirler. Çoklu IdP desteği, her iki kuruluştan kullanıcıların kimlik sistem lerini hemen birleştirmeye gerek kalmadan güvenli bir şekilde kimlik doğrulamasına ve işbirliği yapmasına olanak tanır.

2. Birden fazla bağımsız BT departmanı

Büyük kuruluşlar veya devlet kurumları, her biri kendi IdP'sini yöneten birden fazla bağımsız BT departmanına sahip olabilir. Çoklu IdP özelliği, bu departmanların kullanıcıların sorunsuz bir şekilde erişmesine izin verirken kendi kimlik doğrulama sistemlerini sürdürmelerini sağlar.

3. Farklı kullanıcı grupları veya etki alanları

Çeşitli kullanıcı gruplarına (örneğin, çalışanlar ve yükleniciler) veya birden çok e-posta etki alanına sahip kuruluşlar , kimlik doğrulama isteklerini etki alanı veya grup üyeliğine dayalı olarak uygun IdP'ye yönlendir mek için yönlendirme kurallarını yapılandırabilir. Bu, farklılaştırılmış erişim politikalarını ve güvenlik dene timlerini destekler.

4. Çeşitli kimlik doğrulama protokolleri için destek

SAML ve OpenID Connect (OIDC) IDP'leri destekleyerek kuruluşların mevcut altyapılarına ve güvenlik gereksinimlerine göre farklı kimlik sağlayıcılarını entegre etmelerine olanak tanır.

5. Gelişmiş güvenlik ve uyumluluk

Birden fazla IDP'yi etkinleştirerek kuruluşlar, Duo gibi entegrasyonlar aracılığıyla çok faktörlü kimlik doğrulama (MFA) dahil olmak üzere daha güçlü kimlik doğrulama mekanizmaları uygulayabilir ve çeşitli kullanıcı tabanları arasında tutarlı güvenlik ilkeleri uygulayabilir.

6. Basitleştirilmiş kullanıcı deneyimi

Kullanıcılar, ilgili IDP'lerinden gelen mevcut kimlik bilgilerini kullanarak kimlik doğrulaması yapabilir ve birden fazla kimlik sisteminin temel karmaşıklığına rağmen birleşik bir oturum açma deneyimi sağlar.

Çoklu IdP desteği esneklik sağlarken, tutarlı güvenlik politikalarını sürdür mek ve olası güvenlik açıklarından kaçınmak için güvenlik ve kimlik ekipleri arasında dikkatli bir koordinasyon gerektirir.

SSO'lu ikili MFA

Duo Access Gateway (DAG), Active Directory (AD) ve OpenLDAP gibi mevcut şirket içi veya bulut tabanlı dizinleri kullanarak kullanıcıların kimliğini doğrulayabilir. Ayrıca Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS ve Shibboleth gibi diğer kimlik sağlayıcılarıyla entegrasyonu da destekler. Bu esneklik, kuruluşların Duo MFA ile Webex SSO için mevcut dizin altyapılarını kullanmalarına olanak tanır.

Duo, birincil dizin kimlik doğrulamasının üstünde güçlü bir kimlik doğrulama katmanı görevi görür. Erişim vermeden önce iki faktörlü kimlik doğrulamayı (2FA) uygulamak için SAML 2.0'ı kullanan bir kimlik sağlayıcısı (IdP) olarak işlev görür. Duo, kullanıcı, cihaz ve ağ bağlamını erişime izin vermek veya engellemek için yapılandırılabilir politikalara göre değerlendirir ve güvenliği yalnızca kullanıcı adı ve şifrenin ötesinde geliştirir. Duo ayrıca bazı uygulamalar için her oturumda MFA ve diğerleri için daha az sıklıkta MFA gerektirmesi gibi esnek politika denetimleri sağlar.

Cisco Duo'nun avantajları şunlardır:

Gelişmiş Güvenlik: Eri şimi korumak için kimlik avına dayanıklı MFA ekler ve güvenliği ihlal edilmiş parolalardan kaynaklanan riski azaltır.

Esnek İlkeler: Uygulama veya kullanıcı grubu başına kimlik doğrulama gereksinimleri üzerinde ayrıntılı denetime izin verir.

Mevcut Dizinlerle Entegrasyon: Şirket içi AD, OpenLDAP, bulut dizinleri ve çeşitli SSO sağlayıcılarını destekleyerek altyapı değişikliklerini en aza indirir.

Kullanıcı Kolaylığı: Kullanıcıların bir kez oturum açmasını ve birden fazla kaynağa güvenli bir şekilde erişmesini sağlayarak parola yorgun luğunu azaltmak için Tek Oturum Açma (SSO) destekler.

Güvenilir Uç Noktalar: Windows ve macOS'taki istemciler için cihaz güvenini destekleyerek güvenlik durumunu iyileştirir.

Self Servis Kaydı: Sat ır içi kayıt ve ikili istemi, MFA kurulumu sırasında kullanıcı deneyimini iyileştirir.

SSO'lu Duo MFA, kullanıcıların kimliğini doğrulamak için OpenLDAP gibi Active Directory mevcut dizinlerden veya bulut kimlik sağlayıcılarından yararlanır. Duo'nun rolü, SAML 2.0 aracılığıyla entegre edilmiş güçlü, ilke odak lı ikinci bir kimlik doğrulama faktörü sağlamak ve SSO aracılığıyla kullanıcı rahatlığını korurken güvenliği artırmaktır. Avantajlar arasında gelişmiş güvenlik duruşu, esnek politika uygulaması , sorunsuz entegrasyon ve daha iyi bir kullanıcı deneyimi yer alır.

Cisco, kullanıcılar için SSO uygulanmasını önerir. Gelişmiş güvenlik için Cisco Duo entegrasyonu önerilir.

Kurumsal IAM ve SSO stratejisi, şuradan geçişe başlamadan önce dağıtılmalıdır..

Özellikler

hizmete dahil olan temel özelliklerin tam bir tamamlayıcısına sahiptir. Bu, uzun yıllardır kullanılabilen birçok kurumsal sınıf arama özelliğini içerir. Özellikler ve özellikler arasında% 100 eşitlik göremeyebilirsiniz, ancak aşağıdaki şekilde görebileceğiniz gibi, temel arama özellikleri şurada mevcuttur.

Webex Callingkurumsal düzeyde özellikler

Birçok kullanıcı özelliğinin yanı sıra, platforma dahil olan temel sistem özelliklerine sahiptir. Bunlar, otomatik görevliler, çağrı kuyrukları, çağrı parkı vb. Gibi özellikleri içerir. Mevcut tüm temel sistem özelliklerini, şekil çekirdek özelliklerinde gösterildiği gibi Hizmet → Arama → Özellikler altında Webex Callinggörebilirsiniz ..

Webex Callingtemel özellikleri

Otomatik Görevli

Otomatik İstemci, gelen çağrı işleminin 7/24 otomasyonuna izin verir, bu da bir kişinin her aramayı yanıtlamasına gerek kalmadan verimli arama işlemine olanak tanır.

Otomatik görevli gelen aramaları yanıtlar ve arayana aramalarını nereye yönlendir mek istediklerine dair bir seçenek menüsü sağlar. Bu bir kişi, bir sesli posta kutusu veya bir arama hizmeti için olabilir (örn. Çağrı Kuyruğu). Ara yan, otomatik sunucu menüsünden numarayı girmek için telefonunun tuş takımını kullanır.

Otomatik Görevli aşağıdaki temel özellikleri destekler:

İş ve mesai sonrası programlar

Tatil programı

Müşterilerinizi gitmeleri gereken yere yönlendirmek için arama menüsü seçeneği

Selamları özelleştirin

İsme göre arama seçeneği

Çağrı yönlendirme seçenekleri

Control Hub analizleri ve raporları.

Daha fazla bilgi için bkz. Otomatik yanıtlayıcıları yönetme.

Çağrı Parkı

Çağrı parkı, kullanıcılara başka bir kullanıcının alabilecekleri zaman kolayca al abilmeleri için bir aramayı kolayca beklemeye alma olanağı sağlar. Ayrıca, orijinal aramayı cevaplayan kullanıcıyı, arama park halindeyken başka aramalar yapmak veya almak için serbest bırakır.

İki tür çağrı parkı mevcuttur:

Call park direct - herhangi bir kullanıcının bir aramayı başka bir kullanıcının uzantısına veya Yönetici tarafından tanımlandığı şekilde bir çağrı park uzantısına park etmesine olanak tanır

Çağrı parkı grubu - tanımlanmış bir kullanıcı grubunun çağrıları grup için tanımlanan mevcut park hedeflerine otomatik olarak park etmesine olanak tanır. Bu hedefler grup üyelerinin uzantıları veya çağrı parkı uzantıları olabilir.

Yapılandırma ve park türüne bağlı olarak, kullanıcılar çağrıları *88+> aray <extension of parked call>arak, çağrı park uzantısı ile ilişkili hat tuşuna basarak veya IP Telefonlarındaki bir yazılım tuşu kullanarak alabilirler.

Belirli bir süre sonra park edilmiş bir aramayı, aramayı park eden kullanıcı ya veya alternatif bir kullanıcıya geri çağırmak için bir geri çağırma seçeneği mevcuttur.

Daha fazla bilgi için bkz. Control Hub'da çağrı parkını yönetme.

Çağrı Alma

Çağrı alma, bir yöneticinin başka bir üyenin telefonuna yapılan aramayı cevaplayabilecek bir grup kullanıcı (üye) tanımlamasına olanak tanır. Bu, kullanıcıya ekip arkadaşları meşgulken ve gelen bir aramayı cevaplayamadığında aramaları yanıtlama yeteneği verir.

Bir gruptaki kullanıcılar aynı konumda olmalıdır.

Kullanıcılar bir aramayı almak için masaüstü telefonlarını kullanabilir.

:

Görsel ve sesli bildirimleri destekler

Gelen çağrı bildirimi

FAC tabanlı (*98 numaralı arama) veya bildirim çağrısı alma

Çoklu hat için çağrı alma bildirimleri.

Masa Telefonları:

Gelen çağrı bildirimi

Ahize LED'i aracılığıyla sesli çanlar ve görsel bildirim. 6821 sadece ses çanlarını destekler

Bildirim türü hiçbiri değilken seçildiğinde

Yalnızca birincil hatlar için arama alma bildirimleri.

Daha fazla bilgi için bkz. Arama alma grubunu yapılandırma.

Çağrı Sırası

Temel özelliklerinin bir parçası olarak yalnızca sesli arama kuyruklarını içerir ve Profesyonel lisansa sahip herhangi bir kullanıcı bir çağrı kuyruğunun, aracının veya denetçinin parçası olabilir. Bu özellik, kullanıcıların müşterilerle verimli bir şekilde etkileşim kurmasını sağlar. Çağrı kuyrukları, sesli kuyruklar, geri arama, beceri veya öncelik yönlendirmesi, temsilci kuyruğu yönetimi, analitik, raporlama vb. gibi bazı çağrı merkezi özelliklerinin bir alt kümesini destekler.

Cisco'nun Microsoft Teams entegrasyonu çağrısı, temsilcilerin çağrı kuyruğu çağrılarına ve özelliklerine doğrudan Microsoft Teams istemcilerinden erişmesine olanak tanır.

Çağrı Kuyrukları aşağıdaki temel özellikleri destekler:

Selamlar ve mesajlar (karşılama, rahatlık, fısıltı vb.)

Müzik tut

Geri arama

Kuyruk Yönlendirme Politikaları (gece servisi, tatiller, yönlendirme)

Temsilci kuyruğu oturum açma/çıkış

Aracı kuyruğu durum yönetimi

veya Masa Telefonu desteği

Süpervizör temsilcisi, Özellik Erişim Kodları (FAC'ler) aracılığıyla izleme, koçluk yapar, mavna yapar veya devralır

(yönetici erişimi) için:

kuyruk yönetimi

Temsilci ve kuyruk analizi ve raporlama

Kuyruk, ajan ve süpervizör yönetimi.

Daha fazla bilgi için bkz. Arama kuyruğunu yapılandırma.

ek çağrı kuyruğu özellikleri sağlayan ve temsilcilere ve denetçilere içinde daha iyi bir kullanıcı deneyimi sağlayan bir Müşteri Yardımı eklenti özelliğine sahiptir.. Çağrı Kuyruğu ve Müşteri Yardımı özelliklerinin karşılaştırması için, bkz. Webex CallingÇağrı kuyruğu ve müşteri yardımı özellik karşılaştırması.

Av Grubu

Avlanma Grupları, önceden belirlenmiş bir arama yönlendirme modeli aracılığıyla gelen aramaların belirli kullanıcı grubuna yönlendirilmesine izin verir. Bu, aramaların doğru kullanıcı grubu tarafından yanıtlanmasını veya takip için bir sesli mesaja gönderilmesini sağlar.

Av Grupları ve Çağrı Kuyrukları arasındaki büyük fark, aramaların bir Av Gruplarında sıraya alınmamasıdır, bu nedenle Hunt Group'taki hiçbir kullanıcı aramayı yanıtlamak için müsait değilse, bağlantı kesilir, sesli mesaja gönderilir veya başka bir numaraya (kullanıcı veya hizmet) iletilir.

Daha fazla bilgi için bkz. Control Hub'da avlanma gruplarını yönetme.

Çalışma Modları

Çalışma Modları özelliği, işletmelerin aramaları çeşitli hedeflere (kullanıcılar, ses li posta, arama kuyruğu gibi arama hizmetleri) verimli bir şekilde yönlendirmesine olanak tanır. Bir aramanın nereye ve ne zaman yönlendirileceği, günün saatine ve haftanın günü programına dayanır ve herhangi bir kullanıcı, çağrı yönlendirmedeki değişiklikleri kontrol etmek için bu modları (programları) yönetme yetkisine sahip olabilir.

Örnek olarak, bir Çağrı Kuyruğuna yapılan çağrılar, mesai saatleri dışında aramaları cevaplamak için farklı bir saat dilimindeki temsilcilerle başka bir Çağrı Kuyruğuna yönlendirilebilir, mesai saatleri içinde yerel temsilcilere yönlendirilebilir ve tatillerde temsilciler ofise döndükten sonra takip için sesli mesaja yönlendirilebilir.

Yetkili bir kullanıcı, gelen aramaların belirli bir süre boyunca nereye yönlendirileceğini değiştirmesi gerekiyorsa , bu farklı çağrı yönlendirme senaryoları (modları) arasında geçiş yapabilir. Bu kullanıcılar modları 6800/7800/8800 MPP telefonları, 9800 telefonları veya Yönetme modlarındaki Kullanıcı Merkezi'n den yönetebilirler.

Daha fazla bilgi için, bk z. Çalışma modlarına göre arama yönlendirme Webex Calling.

Çağrı Grubu

Çağrı Grupları, kullanıcıların bir grup kullanıcıya sesli mesaj göndermek için tek yönlü arama yapmalarına olanak tanır. Her grup, önceden tanımlanmış bir numara veya uzantı arayarak ulaşılan en fazla 75 hedef kullanıcı ve/veya çalışma alanı içerebilir.

Bir kullanıcı bir Çağrı Grubunu aradığında, gruptaki atanan tüm hedeflere eşzamanlı bir çağrı yapılır; bu noktada arayan kişi mesajlarını konuşabilir ve bitirdikten sonra telefonu kapatabilir..

Daha fazla bilgi için bkz. Control Hub'da bir çağrı grubu yapılandır ma.

Kayıtlar

Bir kullanıcı tarafından yapılan veya alınan aramaların kaydını destekler. Bu, kalite, güvence, güvenlik veya eğitim ihtiyaçları için gerekli olabilir. Varsayılan olarak, aramalar kaydedilir, ancak diğer kayıt özellikleri veya uyumluluk ve yasal gereklilikler gerekliyse diğer üçüncü taraf kayıt sağlayıcıları da kullanılabilir.

Kayıt platformu olarak kullanıldığında, kaydedilen tüm aramalar içeride yönetilir. Uyumluluk görevlisi rolüne sahip tam yöneticiler kayıtları oynayabilir ve indirebilir. Uyumluluk görevlisi rolü olmadan Yönetici yalnızca kayıtları silebilir.

Bu özellik ve üçüncü taraf kayıtlarının listesi hakkında daha fazla bilgi için bkz. Arama kaydını yönetme Webex Calling.

Tek Numara Erişimi

Tek numara erişimi, bir kullanıcının telefon numarasına yapılan aramaların birden fazla cihazı çalmasına olanak tanır. Bu , cep telefonlarının yanı sıra diğer masa telefonlarını da içerebilir. Aramalar bu cihazlardan da yapılabilir ve kullanıcılar aralarında arama yapabilir ve çekebilir.

Bu özellik ve bir yöneticinin bunu nasıl yapılandırdığı hakkında daha fazla bilgi için bkz. Tek sayı erişimini yapılandırma (herhangi bir yerde ofis).

Bir kullanıcının Webex User Hub (portal) bu özelliği kendisi için nasıl yönetebileceği ve yapılandırabileceği hakkında daha fazla bilgi için bkz. Tek say ı erişimini yapılandırma (herhangi bir yerde ofis).

Sesli Posta Grubu

Sesli Posta Grupları, bir kullanıcıya veya arama yönlendirme özelliğine atanabilen paylaşılan bir sesli posta kutusuna izin verir. Bir sesli posta grubunun gerekli olmasının nedenlerinden bazıları şunlardır:

Bir departman veya çalışma grubu için genel amaçlı sesli mesaj

Otomatik görevli veya av grubuna sesli mesaj seçeneği ekleme

Çağrı kuyruğundan taşma çağrıları göndermek için

Yalnızca sesli posta kutusuna ihtiyaç duyan kullanıcılar.

Daha fazla bilgi için bkz. Paylaş ılan sesli mesajı ve gelen faks kutusunu yönetme. Webex Calling

Görevli Konsolu, Webex'teki Arama Özellikleri sayfasında listelenir, ancak kullanmak için görevli konsol lisansının satın alınmasını gerektiren bir eklenti özelliğidir.

Daha fazla bilgi için bkz. Görevli Konsolu kullanmaya başlama.

Bazı eklenti özellikleri de dahil olmak üzere tüm özellikler hakkında bilgi için bkz. Lisans türüne göre kullanılabilir özellikler Webex Calling.

Tablo 1. Her konum için yakalanacak bilgiler
Bilgi	Yorum
Uzatma aralığı (ler)	İçindeki her konumun farklı rakamlarla başlayan uzantıları olabilir. Yerler arası çevirme direksiyon basam ağı için bir basamak (örneğin 8) ve PSTN direksiyon basamağı için bir basamak (örneğin 9) kullanılmalıdır. Hiçbir uzatma aralığı bu iki basamaktan hiçbiriyle başlayamaz. Tüm konumların tüm uzatma aralıkları eşit uzunlukta olmalıdır.
DID aralığı (ler)	-
PSTN direksiyon basamağı	-
Site kodu	Tüm konumların tüm site kodlarının benzersiz olması ve aynı uzunluğa sahip olması gerekir.
Ana numara	Bir konum oluştururken iki DID sağlanması gerekir. Biri ana numara olarak (örneğin bir otomatik görevli servisine atanacak) ve bir tane sesli posta portalı için. Sesli mesaj numarası için bir DID sağlayın.
Sesli mesaj numarası
Lisans sayısı	Standart, Profesyonel, Çalışma Alanı, Rota Listesi, Giden Arama Planı dahil olmak üzere türe göre gerekli lisanslar.
Yoğun saatte eşzamanlı aramalar	Cihazlar arasındaki ve cihazlar ile Yerel Ağ Geçidi arasındaki eşzamanlı aramaların toplamı (PSTN ve cihazlara yapılan çağrılar). Gerekli internet erişim bant genişliğini belirlemek için gereklidir.
Ülke	-
Saat dilimi	-
Dil	-
İletişim (İsim, Telefon, E-posta)	-
Adres (Sokak adresi, Şehir, Eyalet, Posta kodu)	-
Acil durum hizmetleri uç noktalar için fiziksel gönderilebilir konum	Acil arama için kullanılan cihaz gönderilebilir konumu genellikle aşağıdakileri içerir: bina adresi, bina adresi+kat numarası, bina adresi+ süit numarası veya bina adresi + kat numarası + ofis/kübik numarası.
Acil servisler için cihaz başına benzersiz fiziksel ağ konumu	Acil arama için fiziksel ağ konumu genellikle aşağıdakileri içerir: kablolu cihazlar için anahtar/anahtar bağlantı noktası, kablosuz bağlı cihazlar için kablosuz Erişim Noktası (AP) Temel Hizmet Kümesi Tanımlayıcıları (BSSID'ler) ve/veya uç nokta aygıtları için şirket içi IP alt ağları.

Tablo 2. Kurumsal numaralandırma örneği
SİTE	Uzatma aralığı	Site kodu	Kurumsal ürün yelpazesi
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tablo 3. Sabit uzunluk uzatma aralıkları
SİTE	Uzatma aralığı	Uzantılar	Site kodu	Kurumsal ürün yelpazesi
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tablo 4. Yedi basamaklı aramayı değiştirme

SİTE	Uzantılar	Site Kodu	Kurumsal ürün yelpazesi	Site ode	Kurumsal değişim
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tablo 5. Kullanıcı sağlama seçenekleri - özet
Atama Yöntemi	Artıları	Eksileri
Manuel üzerinden	Birkaç kullanıcı için basit. Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.	Ölçeklenebilir değil, zaman alıcı Manuel giriş sırasında insan hatasına yatkın.
Otomatik lisans şablonları	Ölçeklenebilir Manuel hataları azaltır Yeni ve mevcut kullanıcılara uygulanabilir.	Geçerli telefon numaraları ve konumlar gerektirir. Kurulumu daha karmaşık Ayrıca, eşdeğer lisans gereksinimlerine sahip kullanıcı grubu başına kullanıcı grupları gerektirir.
Toplu CSV Yükleme	Büyük kullanıcı setleri için verimli Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.	Dikkatli CSV biçimlendirme gerektirir Telefon numaraları veya uzantıları eksik veya yanlışsa hata olasılığı.
API tabanlı atama	Otomatikleştirilebilir, esnek. Lisansların, telefon numaralarının ve uzantıların eşzamanlı atanmasına izin verir.	Geliştirme ve API bilgisi gerektirir.

Tablo 6. Kullanıcı sağlama seçenekleri
Sağlama yöntemi	Açıklama	Artıları	Eksileri
El Kitabı	Kullanıcıları ayrı ayrı oluşturma/yönetme	Birkaç kullanıcı için basit; altyapıya gerek yok	Ölçeklenebilir değil; birçok kullanıcı için zaman alıcı
Toplu (CSV Dosyası)	Kullanıcıları CSV aracılığıyla toplu olarak içe aktarın/güncelleyin	Gruplar için verimli; kodlama gerektirmez	Manuel CSV hazırlığı; daha az dinamik
İnsanlar ve SCIM 2.0 API'si	Webex API'leri aracılığıyla programlı kullanıcı yönetimi	Esnek; otomasyonu ve entegrasyonu destekler	Geliştirme ve altyapı gerektirir
Dizin senkronizasyonu	AD, Entra ID, SCIM uygulamalarından otomatik senkronizasyon, Unified CM	Yaşama döngüsünü otomatikleştirir; filtreleme ve eşlemeyi destekler	Kurulum karmaşıklığı: bazı seçenekler sınırlı özelliklere sahiptir veya altyapı gerektirir

Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri
Seçenek	Açıklama	Artıları	Eksileri
grup sağlama (gruplar)	Grupları doğrudan içinde oluşturun ve yönetin. Üyeleri manuel olarak veya CSV aracılığıyla ekleyin/kaldırın.	Grup üyeliği üzerinde tam kontrol Lisansların ve şablonların anında uygulanması Gruplar oluşturmak ve düzenlemek kolay	Manuel güncellemeler gerekli Manuel CSV yüklemelerinde hata riski Harici dizinlerle otomatik senkronizasyon yok
Entra ID'den (Azure AD) senkronize edilmiş gruplar veya Active Directory	Güvenlik gruplarını ve üyelikleri harici dizin hizmetlerinden otomatik olarak senkronize edin.	Otomatik senkronizasyon manuel çalışmayı azaltır Kurumsal rehber ile tutarlılığı sağlar Büyük kuruluşları destekler	Grup üyeliği düzenlenemiyor 12 saate kadar senkronizasyon gecikmesi İç içe geçmiş gruplar manuel seçim gerektirir
Gruplar ve SCIM 2.0 API (Gruplar)	Programlı grup ve üyelik yönetimi için Gruplar veya SCIM 2.0 API'sini kullanın	Otomasyon ve diğer sistemlerle entegrasyon Büyük veya karmaşık ortamlar için ölçeklenebilir	Geliştirme çabası gerektirir Karmaşıklık API kullanımına bağlıdır

Uygulamak

Ağ hazırlığı

İlk kurulum

Alan adı doğrulama

Mevcut kullanıcıları talep edin (dönüştürün)

Dizin senkronizasyonunu yapılandırın ve test edin

Tek Oturum Açma (SSO) ayarlama ve test etme

Lisansları tedarik edin, sağlayın ve doğrulayın

Webex Callingservis ayarları

Pilot geçiş

PSTN Satın Alın

Konumları yapılandırma

Şirket içi çağrı kontrolü ile entegrasyon

Kullanıcıları toplu olarak taşıma

Çalışma Alanları

Tedarik cihazları

Özellikleri yapılandırma

Kabul testi

Ağ hazırlığı

Geçişin ilk adımı, şirket içi ağ ile bulut arasında güvenilir ve güvenli İnternet bağlantısı sağlamaktır..

Çoğu kuruluş internete bir veya daha fazla güvenlik duvarı veya güvenlik cihazı aracılığıyla bağlandığından, gerekli trafik akış larının desteklendiğini doğrulamak önemlidir.

Ağ ve güvenlik yöneticileri bu akışları şu şekilde anlam alıdır:

Y ön (gelen ve giden)

Protokoller (Örnek - SIP TLS, SRTP, HTTPS)

Hizmetler tarafından kullanılan IP adresi aral ıkları

Açılması veya izin verilmesi gereken bağlantı noktası numaraları.

Bu, kurumsal güvenlik duvarlarının, NAT aygıtlarının ve diğer ağ altyapılarının, kurumsal güvenlik politikalarını korurken trafiği barındıracak şekilde uygun şekilde yapılandırılmasını sağlar.

IP adresi, bağlantı noktaları ve protokoller dahil olmak üzere gerekli akışlar hakkında bilgi için bkz. Bağlantı noktası referans bilgileri Webex Calling. Ağ akışlarını etkinleştirmek için mevcut dağıtımdaki güvenlik duvarını, proxy'leri ve diğer ağ altyapısını yapılandırmak için bu bilgileri kullanın.

Her şubeden veya siteden merkezi olmayan internet kopuşu, aşağıdaki gibi bulut işbirliği hizmetleri için önerilen yaklaşımdır.. Trafiğin yerel olarak çıkmasına izin vererek, bu model:

Gidiş-dönüş gecikmesini ve titreşimi azaltır, genel arama kalitesini iyileştirir

Daha fazla kullanıcı ve site geçiş yaptıkça verimli bir şekilde ölçeklenir

Optimum performans için oturumları dinamik olarak en yakın bulut giriş noktasına yönlendirebilen SD-WAN ile sorunsuz çalışır

Ortam yolu analizi ve sorun gidermeye yardımcı olan genel IP adreslerine göre kullanıcı konumunu izlemeye izin verir.

Ek olarak, kuruluşlar her sitede yeterli internet bant genişliği sağlamalıdır. Bant genişliği, beklenen eşzamanlı çağrı sayısına, seçilen codec bileşenine (örn. Opus veya G.711) ve ayrıca sinyalleme, yeniden iletimler ve büyüme için ek yüke göre boyutlandır ılmalıdır. Bu, PPDIO yaşam döng üsünün Hazırlık aşamasıyla uyumludur ve geçiş için sağlam bir temel oluşturur.

İlk kurulum

Dağıtımın uygulama aşamasındaki ilk kurulum alt bölümü, iyi yapılandırılmış ve yönetilebilir bir bulut arama ortamı oluşturmak için temeldir. Bu aşama, uygun kullanıcı yönetimi ve güvenliğini sağlamak için kuruluşun kurulması, lisans temin edilmesi ve atanması ve şirketinizin etki alanlarının doğrulanması ve talep edilmesi gibi kritik görevleri kapsar. Ek olarak, kullanıcı lisans atamalarını otomatikleştirmek için lisans şablonları sağlama, kullanıcı kimlik doğrulamasını kolaylaştırmak ve güvenliği artırmak için Tek Oturum Açma (SSO) yapılandırma ve hizmet ve istemci ayarlarını kuruluş ilkeleri ve kullanıcı ihtiyaçları ile uyumlu olacak şekilde ayar lama içerir. Bu ilk kurulum faaliyetlerinin tamamlanması, ortamın ölçeklenebilirlik, güvenlik ve sorunsuz kullanıcı deneyimi için uygun şekilde yapılandırılmasını sağlayarak sonraki dağıtım ve operasyonel aşamalar için zemin hazırlar.

Alan adı doğrulama

Şirketinizin e-posta etki alanlarına kayıtlı kullanıcıları tanımlamayı etkinleştirmek için, etki alanlarınızı doğrulamanız önemlidir. Alan adı doğrulaması olmadan, kullanıcılar bir tüketici kuruluşuna atanacak ve şirketiniz için kullanıcı yönetimini zorlaştıracaktır. Etki alanı doğrulaması, kuruluşunuzun bu kullanıcıları etkili bir şekilde talep etmesine ve yönetmesine olanak tanıyan zorunlu bir adımdır.

Kullanıcılarınızın e-posta adresleriyle ilişkili tüm etki alanlarının doğrulandığından emin olun. Et ki alanı doğrulaması özel değildir; aynı etki alanı birden fazla kuruluş arasında doğrulanabilir.

Etki alanlarını yönetme hakkında daha fazla bilgi için bkz. Etki alanlarınızı yönetme.

Mevcut kullanıcıları talep edin (dönüştürün)

Etki alanlarınızı başarıyla doğruladıktan sonra, şirketinizin e-posta alanlarını kullanmak için kaydolan kullanıcıları kuruluşunuza talep etmeye devam edebilirsiniz. Bu süreç, tüm kullanıcıları tek bir organizasyon şemsiyesi altında birleştirerek merkezi yönetim ve kolaylaştırılmış yönetim sağlar. Bu kullanıcıları talep ederek, şirketinizin kullanıcı hesapları üzerinde tam kontrole sahip olmasını sağlayarak uygun lisansları atamanıza, hizmetleri yapılandırmanıza ve gerekli desteği verimli bir şekilde sağlamanıza olanak tanır. Bu birleşik yönetim yaklaşımı güvenliği artırır, kullanıcı tedarikini basitleştirir ve kuruluşunuz gen elinde hizmetlere tutarlı erişim sağlar. Kullanıcıları talep etmek ayrıca dış veya tüketici kuruluşlarında yönetilmelerini önler, böylece kurumsal bütünlüğü ve işbirliği kaynakları üzerindeki kontrolü korur.

Kullanıcı talep etme hakkında daha fazla bilgi için bkz. Kuruluşunuza kullanıcı talep etme (dönüştürme).

Dizin senkronizasyonunu yapılandırın ve test edin

Sorunsuz kullanıcı ve grup yönetimini etkinleştirmek için, Microsoft Entra ID (eski ad ıyla Azure AD) veya Microsoft Active Directory (AD) kurumsal dizininizdeki kullanıcıları ve grupları senkronize edebilirsiniz. Bu süreç, kullanıcı kimliklerinin ve grup üyeliklerinin ortamınızda tutarlı bir şekilde korunmasını sağlar.

Aşamalı dağıtımları uygulayan kuruluşlar için, ilk kullanıma sunumlar sırasında senkronizasyonun kapsamını kontrol etmek ve sınırlamak çok önemlidir. Bu, istenmeyen değişiklik riskini en aza indirir ve daha geniş bir şekilde benimsenmeden önce hede fli testlere izin verir.

Hangi kullanıcıların senkronize edildiğini filtrelemek için en etkili yöntem, diz in grubu üyeliğinden yararlanmaktır:

1
Özel bir senkronizasyon grubu oluşturun: Kurumsal dizin inizde (Microsoft Entra ID veya AD), özellikle senkronizasyon için bir güvenlik grubu oluşturun (örneğin, senkronizasyon grubu).

2
Grubu hedef kullanıcılarla doldurun: Bu gruba yalnızca senkronize etmek istediğiniz kullanıcıları (pilot aşamada bir test grubu gibi) ekleyin. Bu, senkronizasyon işlemine kimin dahil edildiğini sıkı bir şekilde kontrol etmenizi sağlar.

3
Sen@@ kronizasyon sözleşmesini grup tabanlı filtreleme ile yapılandırın: Sen kronizasyon sözleşmesini Directory Connector veya Entra ID sağlama işleminde ayarlarken, kapsamı yalnızca belirlenen grubun üyesi olan kullanıcıları içerecek şekilde yapılandırın.

Microsoft Entra ID için, sağlama ayarlarında grup tabanlı atamaları kullanabilirsiniz

AD için, yalnızca belirtilen gruba ait kullanıcıları içerecek şekilde bir LDAP filtresi tanımlayabilirsiniz.

4
Grubu gerektiği gibi genişletin: Daha geniş dağıtım aşamalarına ilerledikçe , senkronizasyon grubuna ek kullanıcılar veya gruplar eklemeniz yeterlidir. Senkronizasyon kapsamı otomatik olarak bu kullanıcıları içerecek şekilde genişleyerek kontrollü ve kademeli kullanıma izin verecektir.

Örnek uygulama adımları:

Aktif dizinde:

Eşitleme grubu adlı bir güvenlik grubu oluşturun.

İstediğiniz pilot kullanıcıları bu gruba ekleyin.

Dizin Bağlayıcısını aşağıdaki gibi bir LDAP filtresiyle ayarlayın: (MemberOF=CN = WebEx Sync Group, OU = Groups, DC=Domain, DC=COM).

Microsoft'ta kimliği girin:

Eşitleme grubu adında bir grup oluşturma

Grubu, Entra ID'nin sağlama ayarlarına atayın

Yalnızca bu gruptaki kullanıcılar sağlanır.

Tüm kuruluşa uygulamadan önce daima grup tabanlı senkronizasyonu üretim dışı bir ortamda test edin

Yalnızca yetkili kullanıcıların senkronize edildiğinden emin olmak için grup üyeliğini düzenli olarak inceleyin

Devamlı yönetim için, mümkünse iş kurallarına veya İK sistemlerine göre grup üyelik güncellemelerini otomatikleştirin.

Referanslar:

Entra ID kullanıcılarını Control Hub'a senkronize edin

Control Hub'da Entra ID Sihirbazı Uygulamasını kurma

Dizin bağlayıcısı

Tek Oturum Açma (SSO) ayarlama ve test etme

Tek Oturum Açma (SSO), kullanıcıların kurumsal kimlik bilgileriyle bir kez kimlik doğrulaması yapmalarına ve sorunsuz erişim elde etmelerine olanak tanıyarak güvenliği artırır ve kullanıcı erişimini basitleştirir. Microsoft Entra ID (eski adıyla Azure AD), Active Directory (AD) federal çözümler ve çeşitli üçüncü taraf IDP'ler dahil olmak üzere SAML 2.0 uyumlu IDP'lerle SSO tümleştirmesini destekler.

Bu noktada tasarlanan SSO kurulumu uygulanmalı ve test edilmelidir.

Referanslar:

Kontrol hub'ında tek oturum açma entegrasyonu

webex yönetimi için tek oturum açmayı yapılandırma

Microsoft Entra Kimliği ile tek oturum açmayı yapılandırma

Birden çok IDP 'li SSO

Control Hub'da tümleştirmede SSO yönetin

Lisansları tedarik edin, sağlayın ve doğrulayın

İlk kurulumun bir parçası olarak, hizmetleri etkin bir şekilde etkinleştirmek ve yönetmek için uygun lisansları tedarik etmek, sağlamak ve doğrulamak önemlidir. Satın alma süreci, Professional, Standard ve Workspace lis ansları gibi kullanıcı rollerine ve iş yüklerine göre lisans türlerinin seçilmesini içerir. Lisanslar, Cisco'nun yazılım platformları veya iş ortakları aracılığıyla oluşturulur ve sağlanır. Tedarik ve tedarikten sonra, uygun lisans sayılarının doğrulanması gerekir. Bu işlem, kuruluşun doğru lisansların etkinleştirilmesini ve dağıtımda kullanıma hazır olmasını sağlar.

İlk lisanslama kurulumunun bir parçası olarak, yeni kullanıcılar için lisans atamasını kolaylaştırmak için kuruluş tabanlı otomatik lisanslamayı yapılandırmak önemlidir. Bu kurulum, kullanıcılar kuruluşa eklendiğinde lisans ların otomatik olarak verilmesine izin vererek manuel lisans atama ihtiyacını ortadan kaldır ır. Kuruluş düzeyinde otomatik lisanslamayı yapılandırırken, yalnızca gelecekteki kullanıcılara lisans uygulamak veya mevcut kullanıcıları dahil etmek gibi kapsamı atamak ve tanımlamak için hizmetleri seç ersiniz.

Ancak, dağıtım planınız bunun yerine grup düzeyinde otomatik lisanslama kullanılmasını içeriyorsa, çakışmaları veya yinelenen lisans atamalarını önlemek için kuruluş düzeyinde lisans atamamayı seçebilirsiniz. Grup düzeyinde otomatik lisanslama ile lisanslar grup üy eliğine göre atanır. Birden çok gruptaki kullanıcılar, geçerli tüm grup atamalarından lisans alır.

Senkronize edilmiş grupların var olması ve lisans ataması için kullanılabilmesi için dizin eşitlemesi tamamlandıktan sonra grup tabanlı lisans atama yapılandırması gerçekleştirilmelidir.

Özellikle, otomatik lisans ataması, kullanıcı konumu ve telefon numarası ataması gibi ek provizyon ayrıntıları gerektirir. Lisansın otomatik olarak etkinleştirilebilmesi için kullanıcının iş telefon numarasının +E.164 biçiminde olması, önceden sağlanmış ve geçerli bir konuma atanmış olması gerekir. Bu koşullar yerine getirilmezse, kullanıcıya otomatik olarak hizmetler sağlanmayacaktır ve manuel müdahale gerektirebilir.

Özetle, kuruluş çapında geniş bir lisans ataması istiyorsanız, yeni kullanıcılar için kuruluş tabanlı otomatik lisanslama yapılandırın. Daha ayrıntılı denetimi tercih ediyorsanız veya grup başına farklı lisanslama ihtiyaçlarınız varsa, grup düzeyinde otomatik lisanslamayı yapılandırın ve örtüş meyi önlemek ve uygun lisans yönetimini sağlamak için kuruluş düzeyinde lisans atamaktan kaçının.

Webex Calling servis ayarları

İçindeki küresel hizmet ayarlarının kapsamlı bir incelemesini ve yapılandırmasını yapmak çok önemlidir..

Ayarlar bölümüne erişerek ve bu bölüme giderek başlayın. Dahili arama yapılandırması, acil arama parametreleri, çağrı yönlendirme il keleri, sesli mesaj yönetimi ve cihaz varsayılan ayarları dahil ancak bunlarla sınırlı olmamak üzere yapılandırılabilir her seçeneği dikkatlice inceleyin.

Bu genel ayarları kuruluşunuzun politikalarını ve tasarım kararlarını yansıtacak şekilde ayarlayın.

Ayrıca, kurulum ayarları ve kullanıcı ve uygulama şablonları.

Pilot geçiş

Uygulama aşamasında, bir pilot geçiş yürütmek, şuradan geçişin doğrulanmasında kritik bir kilometre taşını temsil eder.. Bu pilot uygulama, bir veya daha fazla konumdaki temsili bir kullanıcı alt kümesinin platformda sağlanmasını ve seçilen popülasyonun çeşitli kullanım durumlarını ve organizasyonel rolleri yansıtmasını sağlamayı içerir. Kullanıcı geçişine paralel olarak, iş sürekliliğini ve hizmet işlevselliğini korumak için sesli posta, otomatik görevliler, çağrı kuyrukları ve avlanma grupları gibi temel işbirliği hizmetleri eşdeğer lerine geçirilmelidir.

Pilot geçiş, daha geniş kurumsal dağıtım için planlanan Cisco tarafından sağlanan araçların ve üçüncü taraf geçiş yardımcı programlarının aynı kombinasyonundan yararlanmalı ve süreçlerin, otomasyon iş akışlarının ve entegrasyon noktalarının temsili koşullar altında kapsamlı bir şekilde doğrulanmasını sağlamalıdır.

Bu pilot dağıtımın temel hedefleri iki yönlüdür: Birincisi, kullanıcı sağlama iş akışları, veri taşıma prosedürleri ve uç nokta yapılandırmaları dahil olmak üzere uçtan uca geçiş süreçlerini doğrulamak ve iyileştirmek; ikincisi, gerçek dünya operasyonel koşulları altında taşınan hizmetlerin işlevselliğini kapsamlı bir şekilde doğrulamak .

Bu aşamalı yaklaşım, proje ekibinin kontrollü bir ortamda teknik veya prosedürel sorunları tanımlamasına ve düzeltmesine, yeni platform deneyimi hakkında kullanıcı geri bildirimlerini toplamasına, seçilen geçiş araç larının etkinliğini değerlendirmesine ve daha geniş kurumsal dağıtıma geçmeden önce geçiş metodolojisine güven sağlamasına olanak tanır.

Bu pilot aşamada elde edilen içgörüler, sonraki geçiş dalgal arını optimize etmede ve tüm işletme için sorunsuz, risk azaltılmış bir geçiş sağlamada etkilidir.

PSTN Satın Alın

PSTN hizmetlerini tedarik etmek için, önce bir PSTN bağlantı seçeneği seçin.

Bir kuruluş geçici veya süresiz olarak hibrit çift çağrı kontrolünü sürdürmeyi planlıyorsa (Şekilde Aşamalı Arama Geçişi: Hibrit ve Bulut şeklindeki aşama 1), uç noktalar arasında aram aya izin vermek için şirket içi PSTN için bir veya daha fazla Yerel Ağ Geçidi dağıtması gerekir.

PSTN dahil nihai hedef buluta tam geçiş (aşama 2) ise PSTN için Cisco Çağrı Planı veya Bulut Bağlantısı seçeneği gerekli olacaktır.

Telefon numaralarını yapılandırmadan önce sipariş etmek ve bağlantı kurmak için seçtiğiniz sağlayıcıyla birlikte çalışın. Telefon numaraları sipariş etmek veya bağlantı noktası siparişleri başlatmak yalnızca şirket içi PSTN ve Cloud Connect için gereklidir/mümkündür. Cisco Çağrı Planları için sipariş verme ve taşıma, konum oluşturulur oluşturul maz Control Hub içinden ve Cisco Çağrı Planının mevcut olduğu ülkelerde başlatılır. Cisco Arama planları hakkında daha fazla bilgi için bkz. Cisco plan larını kullanmaya başlama.

PSTN uygulamasının bir parçası olarak, sağlayıcınızın konumunuz için hem gelen hem de giden PSTN hizmetlerini etkinleştirdiğinden emin olun. Ek olarak, aramaların seçtiğiniz PSTN bağlantısı üzerinden doğru yönlendirildiğini doğrulamak için test çağrıları gerçekleştirin.

Konumları yapılandırma

Kullanıcıları ve cihazları eklemeden önce, arama konumlarını sağlamanız gerekir. Her konum için geçerli bir sokak adresi gir ilmelidir. ABD ve Kanada'da, bu adres doğrulanır ve platform tarafından acil çağrılar için PIDF-LO konum bilgilerini göndermek için kullanılır.

Şirket içi PSTN kullanan konumları yapılandırırken, yerel ağ geçitlerini buna göre ayarlamanız gerekir. İçinde, her yerel ağ geçidi için bir ana bağlantı ve bir rota grubu oluşturulmalıdır ve daha sonra yol grubu konum için PSTN seçimi olarak atanır. Cisco, PSTN seçimi olarak her zaman bir rota grubu seçmenizi şiddetle tavsiye eder, çünkü bu yaklaşım gelecekte kolayca ek trunklar eklemenize olanak tanır ve hem ölçeklenebilirliği hem de yedekliliği destekler. Cisco ayrıca her PSTN kanalında çift kimlik ve P-Charge-Info desteğinin etkinleştirilmesini önerir, çünkü bu, giden doğrudan veya yönlendirilen aramalar için faturalandırılabilir tarafın tanımlanmasını kolaylaştırır. PSTN sağlayıcınız faturalandırma için farklı bir başlık kullanıyorsa bilgileri yerel ağ geçid indeki P-Charge-Info başlığından gerekli faturalandırma başlığına kopyalayabilirsiniz.

Cloud Connect for veya PSTN seçeneği olarak Cisco Çağrı Planı'nı kullanan konumlar için, kurulum sırasında konum için ilgili PSTN seçimini seç meniz yeterlidir. Konum için Cloud Connect veya şirket içi PSTN kullanıyorsa, önceki adımda sipariş edilen telefon numaralarını eklemeniz gerekir. Numaralar, arama yönlendirmesine hemen dahil edilmesini istemiyorsanız etkin olmayan olarak eklenebilir; bu numaraları kullanıcılara veya özelliklere atandıklarında daha sonra etkinleştirebilirsiniz.

Her konum için her zaman ana numarayı ayarlamak önemlidir. Ana numara, bir kullanıcıya veya otomatik görevli gibi bir özelliğe atanabilir. Konumda sesli mesajı etkinleştirmek için, sesli portal numarası olarak da bilinen sesli posta pilot numarasını ayar ladığınızdan emin olun.

Arama konumları için ek ayarlar arasında acil durum geri arama numarası, bildirim seçenekleri ve gelişmiş acil arama özellikleri gibi acil arama ayrıntılarının yapılandırılması yer alır. Ayrıca kayıt ayarlarını, dil tercihlerini ve cihaz yapılandırmalarını her konum için gerektiği gibi gözden geçirmeli ve ayarlamalısınız. Kuruluşunuz kurumsal önemli numar alarla kısaltılmış siteler arası ağ üzerinden arama kullanıyorsa, dahili arama ayarlarında konum için benzersiz bir site kodu yapılandırmayı unutmayın . Son olarak, harici arama giden arama basam ağı gerektiriyorsa, bunu harici arama ayarlarında ayarladığınızdan emin olun. Bir giden arama rakamı yapılandırıldığında Cisco, tutarlılığı sağlamak için giden arama basamağı uygulamasının etkinleştirilmesini önerir.

Şirket içi çağrı kontrolü ile entegrasyon

Şirket içi çağrı denetimi ile entegre etmek için ana hatları, rota grupl arını, kurumsal arama planlarını ve hem konum hem de genel ayarları yapılandırmak gerekir. Şirket içi çağrı kontrol sistemi ile ara bağlantı için tasar lanan ana hatları ve yerel ağ geçitlerini ayarlayarak başlayın; bu adım yalnızca özel trunklar gerekliyse gereklidir. Mevcut ana hatlar ve rota grupları dağıtımınız için yeterliyse, ek yapılandırma olmaksızın şirket içi ara bağlantı için yeniden kullanılabilir.

Ana hatlar ve rota grupları oluşturulduktan sonra, kurumsal arama plan larını oluşturmaya devam edin ve her arama planı için uygun rota gru bunu hedef olarak atayın. Entegrasyon, farklı kanallar aracılığıyla bağlanan birden fazla şirket içi çağrı kontrol sistemini içer diğinde, birden fazla arama planı gerekecektir. Bu arama planlarının yalnızca aramaları şirket içi hedeflere yönlendirmek için gerekli olan kalıpları içer diğinden emin olmak önemlidir.

Dağıtımınız bilinmeyen uzantı yönlendirmesi desteği gerektiriyorsa, bu özellik konum düzeyinde etkinleştirilmelidir. Ek olarak, bilinmeyen uzantı yönlendirmesi etkinleştirildiğinde, arama hizmetleri ayarlarının aralarında ve tesisler arası Çağrı Yönlendirme bölümünde bilinmeyen maksimum uzantı uzunluğunu belirtmeniz gerekir.. Bu, entegre ortamınızda sorunsuz arama yönlendirmesi ve uzantı tabanlı arama sen aryolarının uygun şekilde işlenmesini sağlar.

Kullanıcıları toplu olarak taşıma

Kullanıcıları kendinize aktardığınızda, tüm kullanıcıları aynı anda taşıyamayabilirsiniz. Bunun nedeni, site veya kullanıcı sayısı, bir sitenin ve/veya kullanıcı grubunun bir seferde geçiş süresinin ne kadar sürdüğü, değişiklik penceresini desteklemek için sınırlı BT veya site kaynağı, değişiklik penceresinin süresi, değişikliğin karmaşıklığı vb. dahil ancak bunlarla sınırlı olmamak üzere birçok neden den kaynaklanabilir.

Kullanıcıları aşamalı olarak geçirdiğinizde, hangi kullanıcıların aynı toplu iş içinde birlikte geçmesi gerektiğini belirlemek çok önemlidir. Birincil hedef, arama hizmetleri ve özellikleri için birbirine bağımlılığı olan kullanıcıları bir araya getirmektir.. Tüm arama özelliklerinin (Ör nek - Çağrı Kuyrukları) geçiş öncesinde olduğu gibi tam olarak işlevsel olduğundan emin olmak istersiniz.

Yerel Ağ Geçitleri arasında ve yerel ağ geçitleri ile birlikte arama işlemi uygulasanız bile, paylaşılan hizmetleri veya özellikleri bu bağlantı genelinde bölemezsiniz. Bu nedenle, aşağıdaki özelliklere bakarak kullanıcılar arasındaki bağımlılıkları belirlemeniz gerekir :

BLF'leri kullanarak diğer kullanıcıları izleme

Aynı av pilotunda, çağrı kuyruğunda vb.

Paylaşılan satırlar

Çağrı alma işlemini kullanma

Aynı çağrı parkı numaralarını kullanma

İnterkom

Yönetici/Yönetici.

Bir örnek, geçiş yapılan bir Hunt Group"un parçası olan bir kullanıcı olabilir.. Bu kullanıcı Hunt Group"a ve Hunt Group"un diğer tüm üyelerine geçecektir.. Bu nedenle, geçiş sonrası Hunt Group ve üyeleri yeni platformdaki çağrıları başarıyla cevaplayabilir.

Kullanıcılar farklı arama hizmetleri ve özellikleri için farklı kullanıcı gruplarına bağlandığında bu daha zor hale gelir. Bu, birden fazla kullanıcı gru bunun ve bir arama hizmetinin aynı anda geçiş yapılmasını gerektirecektir..

Hangi kullanıcıların ve özelliklerin birlikte gruplandırılması gerektiğini belirlemek için hazır lık aşamasında kullandığınız Migration Insights aracının veya üçüncü taraf aracının çıktısını kullanın. Bu çıktı, geçiş plan ınızı geliştirmek için kullanılmış olmalı ve birlikte geçiş yapılması gereken kullanıcıları ve özellikleri nasıl gruplandıracağınıza dair fikir verecektir.

Bir kullanıcı grubuna geçiş yaparken temel adımlar şunlardır:

Birlikte geçilecek kullanıcıları belirleme

Tüm kullanıcıların içeride olduğunu doğrulayın

Kullanıcılar için tüm TN'lerin bulunduğunu doğrulayın

Dizinde doğru telefon numarası biçimini doğrulayın

Kullanıcı grupları için lisanslama ve ayar şablonunun doğru ayar landığından emin olun

Kullanıcı grubu için tüm arama servislerini ve özelliklerini doğrulama veya yapılandırma (uygun şekilde geçiş öncesinde veya sırasında)

Kurumsal dizinde, arama özellikli kullanıcılar grubuna kullanıcı ekleyin

Kaldıraç Araçları - kullanıcı ve özellik geçiş araçları ve/veya üçüncü taraf araçları

Geçişten sonra kullanıcı/cihaz dizin numarasını ve arama özellikleri/hizmetleri devre dışı bırakın/silin.

Bir grup kullanıcıyı geçirdikten sonra, tüm arama özelliklerinin ve hizmetlerinin düzgün çalıştığını doğrulamak için kullanıcıların bir alt kümesini test edin. Çağrı Kuyruğu, Avlanma Grupları vb. gibi arama özellikleri kullanıcı grubuy la birlikte geçiş yapılırsa, bu arama hizmetlerini uygun işlevsellik açısından test edin.

Çalışma Alanları

İçinde çalışma alanı, cihazlar, uzantılar ve kullanıcılar atanabilen paylaşılan bir konumu (konferans odası, topluluk alanı veya çalışma masası gibi) ifade eder. Geleneksel Unifed CM telefonlarının aksine, çalışma alanları şunlardır:

Konum merkezli: fiziksel alanlara bağlı.

Cihaz esnekliği: bir veya daha fazla cihaza sahip olabilir (Masa Telefonları, Panolar vb.).

Çalışma alanları geçişin bir parçası olarak tanımlandıktan sonra, Aygıtlar altına eklenebilirler. Her çalışma alanının bir aygıt ataması gerekir ve zaten içinde Unified CM yse sıfırlanması veya yeniden sağlanması gerekir. Sesli mesaj, çağrı yönlendirme ve arama alma gibi özellikler etkinleştirilebilir veya devre dışı bırakılabilir ve gerektiğinde görüntülü aramalar, çağrı parkı ve mobilite için politikalar uygulanabilir. Dahili ve harici aramalar yaparak, video, konferans ve mobilite özelliklerini test ederek her çalışma alanını test edin. Son olarak, çalışma alanı cihazları ve rezervasyonlar için geçerli tüm süreçleri kullanıcılara bildirin.

İçindeki çalışma alanları hakkında daha fazla bilgi için bkz. Çalışma alanları.

Tedarik cihazları

Şu anda kayıtlı olan telefonların bulut geçişinin bir parçası olarak taşınması gerekecektir.. Cisco, aynı anda fiziksel sitelerin veya departmanların geçişini mümkün olduğunca basit hale getirmek için, en az başarısızlık ihtimali ile mümkün olduğunca basit hale getirilmesini önerir. Ancak, özellik bağımlılıkları nedeniyle kullanıcıları toplu olarak taşımanız gerekebilir. Daha fazla ayr ıntı için Kullanıcıları toplu olarak taşıma bölümüne bakın.

Geçiş yapmanız gereken desteklenen tüm telefonların kullanıcı veya çalışma alanı olarak yapılandırılması gerekir ve fiziksel telefonun kaydolmak için yeniden yapılandırılması gerekir.. Ek olarak, 7800 ve 8800 serisi telefonların ürün yazılımının Enterprise ürün yazılımından Multiplatform Phone (MPP) ürün yazılımına yükseltilmesi gerekir. Bu işlem, kayıt için gerekli MPP ürün yazılımını yüklemeden önce geçici ürün yazılımının yüklenmesini içerir. Ayrıca uygun geçiş lisansını gerektirir. Cisco, Kurumsal ürün yazılımı telefonlarınızı MPP ürün yazılımına yükseltmenizi kolaylaştırmak için son birkaç yılda bu süreci geliştirdi. Ürün yazılımı yükseltmesini tamamlama adımları hakkında daha fazla bilgi için bkz. Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MP P Donanım Yazılımı arasında dönüştür me.

Bu makalede özetlenen adımlara ek olarak, 7800 ve 8800 telefonlarınızı Enterprise'dan Webex Calling MPP ürün yazılımına geçirmenize yardımcı olmak için kullanabileceğiniz yerleşik bir araç olan Telefonunuzu taşıyın. Bu araç ayrıca telefonları eklemenize ve uygun kullanıcılara veya çalışma alanlarına atamanıza olanak tanır. Araç kullanımı hakkında daha fazla bilgi için bkz. Telefonunuzu taşıma.

Yukarıdaki ürün yazılımı geçiş gereksinimi ile kayıtlı 9800 serisi telefonlar için geçerli değildir. Bu telefonlar hem de desteklenen PhoneOS'u çalıştırır. Bu telefonları geçirmek için onları eklemenizWebex Calling, bir kullanıcıya veya çalışma alanına atamanız ve ardından telefonları fabrika ayarlarına sıfırlamanız gerekir. Kayıt için PhoneOS önyükleme sır ası aşağıdaki şekil, PhoneOS önyükleme sırasını ve telefon hala sağlanmış olsa ve/veya DHCP Seçenekleri (Örnek - 150) kullanımda olsa bile, telefonun eklendikten sonra nasıl kaydolacağını gösterir.

Kayıt için PhoneOS önyükleme sırası

Zero-Touch onboarding'e izin vermek için fabrika ayarlarına sıfırlanan PhoneOS cihazlarını destekler. yöneticiler, CUCM Yönetim sayfaları aracılığıyla 9800 ve 8875 telefonlarını uzaktan fabrika ayarlarına sıfırlayabilir, bu da telefonlara yerleştirmek için telefonlara fiziksel erişim ihtiyacını ortadan kaldırır. Bu özellik 9 Eylül 2025'ten itibaren Cihaz Paketleri ile desteklenmektedir:

CUCM v15 - Birleşik İletişim Yöneticisi Sürüm 15

CUCM v14 - Birleşik İletişim Yöneticisi Sürüm 14.

9800 serisi için kayıt süreci hakkında daha fazla bilgi için bkz. Kayıt işlemi .

Cisco IP telefonlarına ek olarak, analog telefon adaptörleri (ATA), kablosuz (Wifi, DECT) telefonlar, video cihazları, ses ağ geçitleri ve ^3. taraf cihazlar ve telefonlar gibi diğer cihazların sağlanması gerekebilir. Bu cihazların çoğunda, onları kurumsal ürün yazılımından bulut ürün yazılımına geçmek için IP telefonlar gibi bir ürün yazılımı yükseltme yolu yoktur. Bu nedenle, bu cihazların her birini Control Hub'da sağlayacaksınız. Bunlardan bazıları geçiş yapılamaz ve eşdeğer modelin onu değiştirmesi gerekecektir (örn. ATA 191/192) ve diğerleri manuel yeniden yapılandırma ve/veya yazılım değişiklikleri gerektirecektir.

Ses ağ geçitleri - Yerel ağ geçidinizi taşımak için bkz. Yerel ağ geçidini taşıma.
Control Hub'da ses ağ geçidinizi VG400, VG410 veya VG420'yi yapılandırma hakkında daha fazla bilgi için bkz. Yerel ağ geçidi

Analog telefon adaptörü (ATA) - Cisco ATA 191 ve 192'nizi kullanmaya başlamak için bkz. Cisco ATA.

Kablosuz kablosuz telefon - 840 ve 860 kablosuz telefonu entegre etmek için bkz. Webex kablosuz telefonu entegre etme.

DECT kablosuz telefonlar - Yeni Cisco IP DECT 6800 serinizi kullanmaya başlamak için bkz. Cisco IP DECT.

Control Hub'da dijital DECT ağı oluşturmak ve yönetmek için bkz. DECT ağ ını yönetme

Cisco IP DECT 6800 hakkında daha fazla bilgi için bkz. Dağıtım kılavuzu

^{3. taraf} cihazlar ve telefonlar - Cihaz/telefon gereksinimleri ve bunları desteklemek için taşıma veya değiştirme süreci konusunda ^3. taraf satıcılarla çalışın.

Özellikleri yapılandırma

Gerekli olan tüm arama özelliklerinin geçiş öncesinde veya geçiş sırasında sağlanması gerekir. Kullanıcıları toplu olarak taşıma bölümünde tartışıldığı gibi, arama özelliklerinin bunları kullanan kullanıcılar geçiş yapıldığında yapılandırılması ve geçiş yapılması gerekir.

Özelliklerin her birinin nasıl yapılandırılacağına ilişkin ayrıntılar için ilgili yapılandırma yardım makalelerine bakın.

Otomatik görevliler - Otomatik sunucuları yönetmek için bkz. Otomatik sunucular

Çağrı parkı - Çağrı parkını yönetmek için bkz. Ç ağrı parkı

Çağrı alma - Arama alma grubunu yapılandırmak için bkz. Arama alma

Çağrı kuyruğu - Çağrı Kuyruğunu yapılandırmak için bkz. Çağrı kuyru ğu

Avlanma grupları - Av gruplarını yönetmek için bkz. Av grubunu yön etme

Çalışma modları - Çalışma modlarına göre arama yönlendirmesi için bkz. Operasyonel mod lara dayalı çağrı yönlendirme

Çağrı grupları - Bir çağrı grubunu yapılandırmak için bkz. Sayfalama gru bunu yapılandırma

Kayıtlar - Arama kaydını yönetmek için bkz. Kay ıtları yönetme

Tek numara erişimi - Tek numara erişimini yapılandırmak için (herhangi bir yerde ofis), bkz. Tek numarayı yapılandır ma

Sesli posta grubu - Paylaşılan sesli mesajı ve gelen faks kutusunu yönetmek için bkz. Sesli postayı yönetme.

Kabul testi

Kabul testi, taşınan ortamın işlevsel gereksinimleri karşılamasını, beklendiği gibi çalışmasını ve tüm iletişim iş akışlarında sorunsuz bir kullanıcı deneyimi sunmasını sağlar. Bu doğrulama süreci çok yönlüdür ve kullanıcı sağlama ve numara atamalarından gelişmiş arama özelliklerinin operasyonel performansına kadar her şeyi kapsar.

Bu bölüm örnekler sağlar ve kabul testi sırasında dikkate alınması gereken temel hususları vurgular; ancak, kapsamlı veya kapsamlı bir kontrol listesi görevi görmesi amaçlanmamıştır.

Kullanıcı sağlama ve numara ataması

Kabul testinin temel bir yönü, tüm kullanıcıların içeride doğru ve eksiksiz bir şekilde sağlandığını doğrulamayı içerir. Bu, uzantı numaraları ve doğrudan içe dönük arama (DID) atamaları gibi ilişkili niteliklerin yanı sıra her kullanıcı hesabının doğru bir şekilde geçirildiğinden emin olmak için source () dizini ile yeni oluşturulan kullanıcı tabanı arasında kapsamlı bir karşılaştırma gerektirir. Hazırlamanın bütünlüğü yalnızca birinci gün çalışabilirliği için değil, aynı zamanda devam eden yönetim ve destek için de kritik öneme sahiptir.

Numara atama doğrulaması, her kullanıcıya doğru uzantı ve harici numara atandığını ve bu numaraların hem dahili (ağ içi) hem de harici (PSTN) çağrı akışlarında doğru yönlendirildiğini doğrulamayı içerir. Çağrı yönlendirme hatalarına veya hizmet kesintilerine yol açabilecek herhangi bir çakışma, eksik atama veya yanlış yapılandırma olup olmadığını kontrol etmek önemlidir.

PSTN Çağrı akışları ve arayan kimliği sunumu

Sağlam bir kabul testi prosedürü, PSTN çağrı akışlarının uç tan uca doğrulamasını içermelidir. Bu, hem gelen hem de giden çağrı senaryolarını içerir. Gelen PSTN çağrıları için, test ekibi, ister bireysel kullanıcılar, arama kuyrukları, avlanma grupları veya otomatik görevliler olsun, aramaların amaçlanan uç noktalara iletildiğini onay lamalıdır. Giden PSTN aramaları, arayan kimliği bilgilerinin doğru şekilde teslim edil mesine ve sunulmasına özellikle dikkat edilerek başarılı bir şekilde yapılmalıdır. Bu, organizasyon politikalarına ve yasal gerekliliklere uygun olarak, doğru arayan adının ve numarasının harici alıcılara görüntülenmesini sağlam ayı içerir.

Test, erişilemeyen uç noktaların veya ağ kesintilerinin işlenmesi gibi yük devretme senaryol arını da ele almalıdır. Bu, geri dönüş mekanizmalarının ve alternatif yönlendirmenin düzgün çalıştığını doğrulamaya yardımcı olur, hizmet sürekliliği ve güvenilirliğini korur.

İnternet üzerinden çağrı akışları

Dahili veya ağ içi çağrı akışları, kurumsal iletişimin bel kemiğini oluşturur. Bu alandaki kabul testi, çağrı aktarımı, bekletme, yönlendirme ve konferans gibi özelliklerle kuruluş içindeki kullanıcılar arasındaki çağrıların doğru yönlendirildiğini doğrul ar. Arama planlarının bütünlüğü, uzant ıdan uzantıya bağlantı ve kurumsal arama politikalarına yönelik destek onaylanmalıdır.

Kullanıcı Çağrısı işleme ve özellik doğrulama

Kabul testinin önemli bir yönü, kullanıcıların ve desteklenen masa telefonlarını kullanarak aramaları nasıl ele aldıklarını doğrulamayı içerir.. Bu süreç, günlük arama iş akışlarının sezgisel ve güvenilir olduğunu ve kullanıcıların rolleri için gerekli temel özelliklere sorunsuz erişebil diklerini doğrulamaya odaklanır. Test, kullanıcıların arama yapma ve alma, bekleme ve devam etme işlevlerini yönetebilme ve hem kör hem de danışma transferleri gerçekleştirme kolay lığını değerlendirmelidir. Çağrı yönlendirme, konferans ve çağrıları park etme ve alma veya rahatsız etmeyin etkinleştirme gibi diğer gelişmiş özelliklerin kolayca kullanılabilir olduğunu ve sorunsuz çalıştığını doğrulamak da önemlidir.

Deneyim, kullanıcıların arama geçmişi, sesli posta ve entegre dizinlerle nasıl etkileşime girdiğini göz önünde bulundurarak netlik ve yanıt verme açısından değerlendirilmelidir. Aktif aramaları cihazlar arasında taşıma ve uygulama içinde veya fiziksel telefonlarda arama içi kontrolleri etkin bir şekilde kullanma yeteneğine ek dikkat edilmelidir. Nihai hedef, son kullanıcı deneyiminin tutarlı, verimli olmasını ve geçişi takiben kuruluşun iletişim ihtiyaçlarını tam olarak desteklemesini sağlamaktır .

Çağrı Kuyrukları: Temsilci ve süpervizör deneyimi

Çağrı kuyrukları, yüksek hacimli gelen arama senaryolarını işlemek için sıklıkla kullanılır. Burada kabul testi birkaç boyuta odaklanır. İlk olarak, çağrıların, round robin, en uzun boşta kalma veya eşzamanlı çalma gibi yapılandırılmış kuyruk mantığına göre aracılara dağıtıldığı doğrulanmalıdır. Temsilci masaüstlerinde kuyruğa alınmış aramaların sunumu netlik ve kullanım kolaylığı açısından incelen meli ve aracıların aramaları verimli bir şekilde kabul edebilmesi, tutabilmesi ve aktarabilmesi sağlanmalıdır.

Denetçiler için masaüstü deneyimi gerçek zamanlı izleme, çağrı yönlendirme ve analitik veya kuyruk performansına ilişkin iç görüler gibi özellikler açısından değerlendirilmelidir. Bu, çağrı dağıtımı, temsilci etkinliği ve sıra met rikleri hakkında eyleme geçirilebilir veriler sağlayan panoların ve raporlama araçlarının doğrulanmasını içerir ancak bunlarla sınırlı değildir.

Av Grupları: Çağrı dağıtımı

Avlanma grupları, aramaları önceden tanımlanmış kullanıcı kümelerine dağıtmak için önemli bir mekanizmadır. Kabul testinin, çağrıların yapılandırılmış avlanma algoritmasına dayalı olarak grup üyelerine yönlendirildiğini ve taşma, yönlendirme ve cevapsız senaryoların tasarıma göre ele alındığını onaylaması gerekir. Grup üyeliği ve çağrı yönlendirme davranışlarının daha önce kurulanlarla eşleşmesini sağlamak, operasyonel tutarlılık ve kullanıcı memnuniyeti için çok önemlidir..

Otomatik Sorumlular: Duyurular ve menü işlemleri

Otomatik görevliler, otomatik çağrı işlemenin ön hattını temsil eder. Test, duyuruların oynatılmasını, kaydedilen selamların doğruluğunu ve menü ağaçlarının doğru çalışmasını kapsamalıdır. Menü seçimleri, arayanları uygun departmanlara, kişilere veya harici numaralara güvenilir bir şekilde yönlendirmelidir. Test, arayanların net bir rehberlik ald ığını veya amaçlandığı gibi yönlendirildiğini doğrulamak için geçersiz veya zaman aşımı senaryolarını da içermelidir..

Sesli mesaj işlemi

Son olarak, sesli posta işlevselliği kullanıcı deneyimi için kritik öneme sahiptir. Kabul testleri, sesli posta kutularının hem kuruluş içinden hem de uzaktan doğru bir şekilde atandığını ve erişilebilir olduğunu doğrulamalıdır. Bildirim teslimi ile birlikte mesajları kaydetme, alma ve yönetme yeteneği onaylanmalıdır.

Optimize

Cloud Connect'e PSTN geçişi

Şirket içi altyapıyı optimize edin

Analitiği ve sorun gidermeyi kullanın

Cloud Connect'e PSTN geçişi

Tüm uç noktalar ve kullanıcılar bulut çağrısına geçirildikten sonra, tek amaç PSTN ağ geçitleri arasında ve Yerel Ağ Geçidi aracılığıyla bir geçiş görevi görmektir.. Unified CM Tüm Webex Calling kullanıcılar için PSTN erişimi olarak Cloud Connect'i kullanarak PSTN ağ geçitlerini ve Yerel Ağ Geçidini resimden kaldırmak, maliyet azaltma ve iyileştirilmiş güvenilirlik dahil olmak üzere çeşitli avantajlara sahiptir. Şirket içi PSTN erişimini Cloud Connect'e geçirmek için şu ad ımları izleyin:

İş ortağı seçimi için Cloud Connect.

İş ortakları için Cloud Connect listesine bakın ve kuruluşunuzun konumu için mevcut iş ortakları arasından seçim yapın.

Doğrulama için Cloud Connect.

Konumlar için PSTN erişimini Cloud Connect'e geçirmeden önce, seçilen Cloud Connect iş ortağı aracılığıyla PSTN'ye bağlantı doğrulanmalı ve doğrul anmalıdır. Bu amaçla, bu test konumunda sağlanan bazı test kullanıcıları ile bir test konumunun sağlanması gerekir. Bu test konumu için PSTN erişimi, test telefonlarını kullanarak PSTN bağlant ısını doğrulamadan önce Cloud Connect iş ortağına ayarlanır. Başarılı bir doğrulama yapıldıktan sonra, test konumu kaldırılabilir.

Numara taşıma.

Cloud Connect"e geçiş için hazırlanmak için, sonlandırılan PSTN gövdesine şu anda atanan tüm numaralar için bir bağlantı noktası siparişi verilmesi gerekir.. Tüm numaraların Cloud Connect iş ortağına taşınması gerekir. Kon umlar arası erişilebilirliği korumak için, tüm konumların tüm numaralarının aynı anda taşınması gerekir .

Cloud Connect iş ortağına geçin.

Geçiş tarihinde, tüm konumlar için PSTN erişiminin Bulut Bağlantılı PSTN sağlayıcısına ayarlanması gerekir ve gelen ve giden bağlantı doğrulanmalıdır.

Tasarım bölümünün PSTN bölümünde tartışıldığı gibi, müşteriler hibrit dağıtımlar için PSTN kanalını kullanarak geçişin başlangıcında PSTN erişim lerini Cloud Connect'e taşımayı da seçebilirler. Daha fazla bilgi için bkz. Hibrit dağıtımlar için PSTN kanalı. Webex Calling Bu durumda geçiş sırasında PSTN erişimi Yerel Ağ Geçidi üzerinden yapılır ve tüm kullanıcıları buraya taşıdıktan sonra, hizmet dışı bırakma ve Yerel Ağ Geçitleri dışında PSTN ile ilgili ek bir geçiş adımı yoktur.

Şirket içi altyapıyı optimize edin

Tüm kullanıcılar geçiş yaptıktan ve tüm uç noktalar bulut kaydına geçtikten (veya hizmet dışı bırakıldıktan) sonra, bulut çağrısı kullanımda olduğu için uygun şirket içi altyapıyı güncelleyin. Altyapı güncellemeleri şunları içerir:

Şirket içi çağrı denetimi ve ileti DNS SRV kayıtlarını cisco _uds dahil şirket içi DNS sunucularından kaldırın. _tcp. <domain>, cup_login. _tcp. <domain>. Bu SRV kayıtları artık istemci hizmeti keş fi için gerekli değildir.

Collab_edge dahil olmak üzere genel DNS sisteminden kenarla ilgili kay DNS SRV ıtları kaldırın. _tls. <domain>. Bu SRV kayıtları artık işbirliği uç hizmetlerinin istemci hizmeti keşfi için gerekli değildir.

Seçenek 66 ve seçenek 150 TFTP/önyükleme sunucusu adreslerini kaldırmak için ilgili tüm DHCP kapsamlarını güncelleyin. Bu kapsamlar artık uç nokta çağrısı denetimi yapılandırması keşfi ve indirme için gerekli değildir.

Yerel ağ geçidi/küp'te çağrıları yönlendiren uygun çevirmeli eşleri güncelleyin/kaldırın. Unified CM Bu çevirmeli eşler artık şirket içi çağrı yönlendirme için gerekli değildir.

Tüm ve küme düğümü sanal makinelerini ve/veya sunucularını silin veya kaldırın. Bilgi işlem kaynaklarını ve donanımını gerektiği gibi yeniden kullanın. Bu kaynaklar artık çağrı kontrolü ve uç hizmetleri için gerekli değildir.

Tüm küme düğümü sanal makinelerini ve/veya sunucularını silin veya kaldırın. Bilgi işlem kaynaklarını ve donanımını gerektiği gibi yeniden kullanın. Bu kaynaklar artık sesli posta ve birleşik mesajlaşma hizmetleri için gerekli değildir.

Temizleme: PSTN erişimi Bulut Bağlantılı PSTN'ye geçirildikten sonra, PSTN trunkleri, PSTN ağ geçitleri ve Yerel Ağ Geçidi hizmet dışı bırakılabilir.

Mevcut herhangi bir şirket içi E911 çözümü için, geçiş yapılan tüm konumları veya numaraları sil in ve tam geçiş tamamlandığında uygulama sanal makinelerini veya sunucularını kaldırın. Bilgi işlem kaynaklarını ve donanımını gerektiği gibi yeniden kullanın. Bu kaynaklara artık acil arama ve konum hizmetleri için gerekli değildir.

Çağrı yönlendirme hatalarını önlemek ve tüm CSS'lerin aynı DN'lerin bulut yoluna öncel ikli erişime sahip olmasını sağlamak için taşınan kullanıcılara ait DN'ler gizli bir bölüme yerleştirilmelidir.

Değişiklikler meydana geldiğinde ufuk hareketliliğinde fiziksel gönderilebilir konumu ve ağ öğesini güncel leyin. Güncelleme gerektiren yaygın etkinlikler şunlardır:

Ağ anahtarı değiştirme

Kablosuz erişim noktası değiştirme

DHCP kapsam değişiklikleri

Bina içindeki fiziksel değişiklikler (kübye/ofise çözülürse)

Bir binanın içinde fiziksel ofis alanı genişlemesi veya daralması.

Analitiği ve sorun gidermeyi kullanın

Dağıtımınızı görselleştirmenize ve izlemenize yardımcı olmak için kapsamlı analiz ve sorun giderme yetenekleri sağlar. Bunlar medya kalitesini, ayrıntılı arama geçmişini, arama kuyruğunu, avlanma grubunu ve otomatik operatör analizlerini kapsar. Medya kalitesi analitiğine bir örnek, şekil medya kalitesi analitiğinde gösterilmektedir.

medya kalitesi analitiği

Sorun giderme altında, medya kalitesi sorun giderme şekilinde gösterildiği gibi, medya sorunlarının yanı sıra başarısız aramaların belirlenmesine yardımcı olmak için önemli medya kalitesi ve sinyalizasyonla ilgili sorunlar hakkında ayrıntılı bilgilerle görüntülenebilir.

medya kalitesi sorun giderme

Sorun giderme, Control Hub'da daha zengin bir entegre deneyim sağlamak için ThousandEyes ve Meraki anahtarları gibi diğer Cisco ürünleriyle de entegre edilebilir. Anal Webex Callingitiği kullanma ve sorun giderme hakkında daha fazla bilgi için bkz. Control Hub Webex Calling 'da çağrıları giderme.

Giriş

Başlamadan önce

Genel Bakış

Temel bileşenler

PPDIO sürecine genel bakış

PPDIO'nun genel açıklaması

Unified CM'den Webex Calling'e geçiş projelerinde PPDIO kullanımı

Hazırlanma

Planlama

Tasarım

Uygulama

Optimize Etme

PPDIO geri bildirim döngüleri

Göç yaklaşımı

Başlamadan önce

Bu kılavuz, Cisco Unified Communications Manager (Unified CM) ve IP masa telefonları, video cihazları ve Jabber yazılım istemcileri de dahil olmak üzere Cisco uç noktalarını yapılandırma ve yönetme konusunda deneyime sahip ekipler veya bireyler için tasarlanmıştır. Bu belgenin tamamında, size yardımcı olmak amacıyla ürün ve destek belgelerine bağlantılar bulunmaktadır.

Bu belge yalnızca Unified CM'den Webex Calling çoklu kiracılı yapıya geçişlere odaklanmaktadır. Bu belgede geçen " Webex Calling " terimi her zaman Webex Calling çoklu kiracılı uygulamasını ifade eder.

Unified CM'den Webex Calling'e geçişe başlamadan önce, Webex Calling çözümü ve ilgili bileşenleri hakkında kapsamlı bir anlayışa sahip olmak şarttır. Başarılı bir geçiş, mevcut Unified CM iş yüklerini doğru şekilde eşleştirmek ve etkili bir geçiş planı tasarlamak için Webex Calling mimarisi, hizmet modelleri, dağıtım seçenekleri ve ilgili özellikler hakkında bilgi sahibi olmayı gerektirir.

Webex Calling'in aşağıdaki bileşenlerini kapsamlı bir şekilde anlamak, etkili bir geçiş stratejisi ve operasyonel hazırlık için çok önemlidir.

Control Hub

Dizin ve kullanıcı yetkilendirmesi

Webex Arama platformu

Desteklenen arama uç noktaları

PSTN bağlantı seçenekleri

Webex Arama planı ve numara yönetimi

Güvenlik ve uyumluluk özellikleri.

Daha fazla bilgi için Webex Aramaları için Cisco Tercih Edilen Mimarisine bakın.

Bu kılavuz, geçiş yaşam döngüsü boyunca kullanılacak araçları ve süreçleri vurgulayacaktır. Ancak, şirket içi arama sistemi olan Unified CM'den yeni bir bulut tabanlı arama platformu olan Webex Calling'e geçiş, potansiyel iş, teknik ve karmaşık zorluklar içeren önemli bir çaba gerektirebilir. Bu zorlukların üstesinden gelmenize yardımcı olmak için Cisco, yolculuğunuzda size destek olacak birkaç farklı seçenek sunmaktadır. Kurumsal bulut araması - Arama geçişi adresindeki bilgileri incelemek ve her seçeneği ve her birinin kendi geçişinizde size nasıl yardımcı olabileceğini anlamak önemlidir.

Webex geçiş araçları: Webex Calling'e geçişinizi kolaylaştırmak için Control Hub'a entegre edilmiş, kendi kendine hizmet veren, ücretsiz araçlar.

Sertifikalı göç sağlayıcıları: Cisco, Webex iş ortaklarına ve müşterilerine karmaşık ve büyük ölçekli geçişlerde yardımcı olmak için geçiş çözümleri geliştiren yazılım ve araç sağlayıcılarını onaylamıştır. Bu çözümler, Webex Arama'ya geçişi basitleştirmeye, yönetmeye ve hızlandırmaya yardımcı olabilir.

Webex Kurulum Desteği: Cisco öncülüğünde sunulan bu geçiş hizmeti, müşterileri ve iş ortaklarını Webex Calling'in kurulumu ve yapılandırması konusunda yönlendirerek, Unified CM kullanıcılarının ve hizmetlerinin Webex Calling'e başarılı bir şekilde geçişini sağlamayı amaçlamaktadır.

Genel Bakış

Bulut tabanlı iş birliği hizmetlerinin büyümesiyle birlikte, daha fazla müşteri, bulut tabanlı hizmetlerin sunduğu düşük toplam sahip olma maliyeti, basitleştirilmiş yönetim, sürekli özellik sunumu, artan ölçeklenebilirlik ve üstün güvenilirlik gibi avantajlar nedeniyle mevcut iş birliği iş yüklerini buluta taşımayı hedefliyor. Müşteriler, şirket içi sistemlerden bulut tabanlı iş birliği hizmetlerine geçiş yapmayı planlarken, bu geçişin neleri içerdiğini ve geçişi gerçekleştirmek için gereken adımları anlamaları önemlidir.

Bu belgenin amacı, özellikle şirket içi Unified CM'den bulut tabanlı Webex Calling'e geçiş yapmak isteyen müşteriler için dağıtım kılavuzu sağlamaktır. Bu dağıtım kılavuzu, okuyucunun Unified CM ve Webex Calling arasındaki arama geçişine ilişkin temel bir anlayışa sahip olduğunu, bu geçiş yapılırken nelerin değiştiğini ve arama iş yükünün şirket içi sistemlerden buluta taşınmasının ne gibi farklılıklar yarattığını bildiğini varsaymaktadır. Devam etmeden önce, Geçiş haritasındabulunan bilgileri incelediğinizden ve bunlara aşina olduğunuzdan emin olun. Bu geçiş haritası belgesi, bu geçişin değişiklikleri ve farklılıkları hakkında bilgi vermektedir.

Şekil 'de gösterildiği gibi, şirket içi iş birliği mimarisi: Çağrı kontrolü ve uzaktan erişim, tipik bir şirket içi dağıtım, ağ üzerinde farklı iş birliği altyapı bileşenlerini, bir çağrı kontrol platformunu, bir uç platformu, donanım ve yazılım uç noktalarını ve bazı durumlarda konferans ve planlama platformlarını bile içerir. Cisco mimarisinde bu, çağrı kontrolü için Unified CM'yi, uzaktan erişim ve işletmeler arası (B2B) uç hizmetleri için Expressway'i ve Cisco Meeting Server'ı içerir. / Cisco Meeting Management, şirket içi konferans görüşmeleri için; Unity Connection, sesli mesajlaşma için; ve kullanıcıya yönelik donanım (Cisco IP Telefonlar, Cisco Masa ve Oda video sistemleri) ve yazılım (Cisco Jabber) IP tabanlı uç noktaları için kullanılır. Bu bileşenler bazı ortamlarda biraz farklılık gösterebilir, ancak bu, belgenin geri kalanında açıklanan geçişin başlangıç noktasıdır.

Şirket içi iş birliği mimarisi: çağrı kontrolü ve uzaktan erişim

Şekil 'de gösterilen mimari: Şirket içi iş birliği mimarisi: Çağrı kontrolü ve uzaktan erişim Cisco Collaboration Enterprise Şirket İçi Dağıtımları için Tercih Edilen Mimariye (PA) dayanmaktadır. Kurumsal Yerinde Çözümler hakkında daha fazla bilgi için Cisco iş birliği tercih edilen mimarileribölümüne bakın.

Önce: Şirket içi arama altyapısı bileşenleri tablosu, bulutta Webex Calling'e geçiş öncesinde şirket içi mimarinin temel unsurlarını listeler.

Tablo 1. Önce: Şirket içi arama altyapısı bileşenleri
Ürün Açıklama

Unified CM Cihaz kaydı ve çağrı yönlendirme hizmetleri sağlayan, kurum içi çağrı kontrol sistemi.

Cisco Expressway-C/E Mobil ve Uzaktan Erişim (MRA) ve işletmeler arası (B2B) işlevsellik sağlayan uç nokta altyapısı, uzak uç noktaların kuruluş dışından güvenli bir şekilde bağlanmasını mümkün kılar. Expressway, harici uç noktalar için güvenlik duvarı geçişi sağlamak amacıyla çiftler halinde konuşlandırılır.

Cisco Toplantı Sunucusu (CMS), Cisco Toplantı Yönetimi (CMM) ve Cisco Telepresence Yönetim Paketi (TMS) Çok katılımlı toplantılar, toplantı yönetimi ve planlama yetenekleri sağlayan, şirket içi ses, video ve web konferans altyapısı. [Optional]

Cisco Unity Connection Sesli mesaj ve birleşik mesajlaşma özellikleri sağlayan, şirket içi sesli mesaj platformu. [Optional]

Cisco Desk, Cisco Room, Cisco Board, Cisco IP Phones ve Cisco Jabber Unified CM'ye kayıtlı ve sesli ve görüntülü arama yetenekleri sağlayan IP tabanlı cihazlar

Şekil ' de gösterildiği gibi Geçiş kararı: Webex Calling'e yerel arama, Unified CM ve masaüstü ve video IP uç noktalarına sahip yerel çağrı kontrolüne sahip müşteriler, mimariyi Webex Calling bulut mimarisine geçirme seçeneğine sahiptir.

Karar, müşterinin işlevsellik gereksinimlerine göre verilmelidir. Aşağıdaki gereksinimlere sahip müşteriler, bu kararı vermeden önce dikkatlice düşünmeli ve nihayetinde çağrı kontrolünü kendi sunucularında tutmaya karar verebilirler:

Webex Araması tarafından desteklenmeyen telefon modelleri

Diğer şirket içi sistemler veya çözümlerle karmaşık veya çok sayıda entegrasyon, özellikle bu entegrasyonların Webex Calling ile kopyalanmasının zor olduğu veya eşdeğer alternatif çözümlerin bulunmadığı durumlarda gereklidir.

Karmaşık arama planı, son derece ayrıntılı hizmet sınıfları veya her ikisi birden

Kısıtlayıcı, sınırlı veya güvenilmez internet erişimi

Sıkı veri gizliliği ve sahiplik politikaları

Kurum içi veya ülke içi medya kaydı ve depolamasına ilişkin uyumluluk gereksinimi

Webex Arama entegrasyonu için geçerli alternatif bulunmayan üçüncü taraf entegrasyonları.

Çağrı merkezi entegrasyonu, çağrı merkezi arayüzünün henüz buluta taşınmadığı durumlarda geçerlidir.

Geçiş kararı: Şirket içi aramadan Webex Aramasına
Bulut tabanlı arama hizmetlerinden yararlanmaya başlamak isteyen müşteriler Webex Calling'i değerlendirmelidir. Bu bulut tabanlı arama hizmeti, müşterinin ölçeklenebilirlik ve bağlantı için Webex'in küresel mimarisinden yararlanmasını sağlar. Kurumsal ağdaki katılımcılar ve kurumsal ağ dışındaki uzaktan katılımcılar, IP tabanlı donanım uç noktalarını kullanarak iletişim kurabilirler. and/or Masaüstü veya mobil yazılım istemci uygulamaları.

Bu belge, bir sonraki bölümde açıklanan Webex Calling uygulamasının etkinleştirilmesi için genel adımları, hususları ve gereksinimleri anlamak isteyen, Unified CM çağrı kontrolü uygulamalarına sahip müşterilere odaklanmaktadır.

Temel bileşenler

Bu geçiş için hedeflenen mimari, çeşitli yeni bileşenler içermektedir. Bu, bulut tabanlı aramalar için Webex Calling hizmetini, Webex Uygulamasını, kimlik entegrasyonu için Cisco Directory Connector'ı ve PSTN erişimi için Yerel Ağ Geçidini (LGW) ve ayrıca yerel sistemlerden buluta arama entegrasyonunu içerir. Cisco Arama Planları veya Cloud Connect for Webex Calling iş ortağı tarafından sağlanan Bulut Bağlantılı PSTN (CCP), PSTN erişimi için ek seçeneklerdir.

Şekil 'de gösterildiği gibi, sonrasında: Webex Çağrı Mimarisi, yeni bileşenler (Webex Çağrı, Dizin bağlayıcısı, Yerel ağ geçidi ve Hayatta Kalma ağ geçidi) mevcut şirket içi dağıtıma eklenir.

Sonrasında: Webex Çağrı Mimarisi

Sonrasında: Bulut tabanlı arama altyapısı bileşenleri tablosu, Webex'e geçişten sonra mimarinin yeni unsurlarını listeler.

Tablo 2. Sonrasında: Bulut tabanlı çağrı altyapısı bileşenleri
Ürün Açıklama

Webex Calling Webex platformu üzerinden sunulan ve uç nokta kaydı ile çağrı yönlendirmesi sağlayan bulut tabanlı çağrı hizmeti.

Cisco Dizin Bağlayıcı Kurumsal yerel Active Directory ile Webex kuruluşunun kimlik deposu arasında kimlik senkronizasyonu sağlayan, Windows etki alanı makinesinde çalışan bir Windows uygulaması.
Şirket içi Active Directory'den Entra ID'ye geçiş yapan müşteriler için, Cisco Directory Connector yerine Webex ile kimlik entegrasyonu Entra ID Wizard uygulaması kullanılarak gerçekleştirilir.

Yerel Ağ Geçidi Yerel ağ geçidi, müşterinin şirket içi birleşik iletişim ağı ile Webex Calling bulutu arasında bir köprü görevi görür. Bu çözüm, şirket içi sunucularda veya bir iş ortağı tarafından barındırılarak kullanılabilir ve buluta kayıtlı uç noktalar için PSTN erişimi sağlamanın yanı sıra Unified CM'ye kayıtlı ve buluta kayıtlı uç noktalar arasında entegrasyon imkanı sunar. Cisco IOS-XE Entegre Servis Yönlendiricisi (ISR 1100 ve 4000 serisi), Cisco Catalyst 8200/8300 Cisco Catalyst 8000V Edge Yazılımı ve çeşitli sertifikalı üçüncü taraf Oturum Sınır Denetleyicileri (SBC'ler), aşamalı bir geçiş yaklaşımı için LGW olarak kullanılabilir.

Hayatta Kalabilirlik Ağ Geçidi Hayatta Kalma Ağ Geçidi (SGW), ağ kesintileri sırasında yerel Webex Calling uç noktalarına yedek arama hizmetleri sağlayan, IOS-XE tabanlı yerel bir ağ geçididir.

Cisco Arama Planı, Webex Araması için Cloud Connect Cisco Calling Plan ve Cloud Connect for Webex Calling, Webex Calling uç noktaları için PSTN erişimine yönelik bulut tabanlı seçeneklerdir. PSTN erişimi, bulut tabanlı bir PSTN sağlayıcısı tarafından sağlanır ve yerinde ekipman gerektirmez.

Webex Uygulaması Masaüstü işletim sistemlerinde (Windows, Mac) veya mobil işletim sistemlerinde (Android, iOS) çalışan ve arama işlevi için doğrudan Webex Arama platformuna kayıtlı istemci uygulaması.

PPDIO sürecine genel bakış

PPDIO süreci, Hazırlama, Planlama, Tasarım, Uygulama ve Optimizasyonanlamına gelir. Cisco'nun, projeleri ilk değerlendirmeden sürekli iyileştirmeye kadar yönlendiren ve verimli ve başarılı kurulumlar veya geçişler sağlayan yapılandırılmış bir metodolojisidir.

PPDIO süreci

PPDIO'nun genel açıklaması

Hazırlanmak: Mevcut ortamı değerlendirin, gereksinimleri toplayın ve sağlam bir temel oluşturmak için paydaşları bir araya getirin.

Plan: Zaman çizelgeleri, kaynaklar ve risk azaltma stratejilerini içeren ayrıntılı proje planları geliştirin.

Tasarım: İşletme ve teknik ihtiyaçlara uygun hedef çözümü tasarlayın.

Uygulamak: Tasarım doğrultusunda dağıtım veya geçiş işlemini gerçekleştirin, işlevselliği ve performansı doğrulayın.

Optimize et: Uygulama sonrasında performansı izleyerek, yapılandırmaları iyileştirerek ve otomasyon ve entegrasyon araçlarından yararlanarak çözümü sürekli olarak geliştirin.

Unified CM'den Webex Calling'e geçiş projelerinde PPDIO kullanımı

Unified CM'den Webex Calling'e geçiş yaparken, PPDIO süreci sorunsuz ve verimli bir geçiş sağlamak için net bir yol haritası sunar:

Hazırlanma

Mevcut Birleşik Yapılandırma Yönetimi (Unified CM) ortamını ve geçişe hazır olma durumunu değerlendirin.

Kullanıcılar, cihazlar, ağ ve bağımlılıklar hakkında ayrıntılı veriler toplayın.

Acil müdahale adresi, kullanıcı sayısı, internet erişimi ve PSTN erişimi dahil olmak üzere konum bilgilerini toplayın.

Tüm paydaşları aynı doğrultuya getirmek için riskleri belirleyin ve proje kapsamını tanımlayın.

Planlama

Toplu işlem zamanlamaları, kaynak atamaları ve zaman çizelgeleri içeren kapsamlı bir geçiş planı oluşturun.

Cihaz bellenim güncellemeleri, lisans temini ve kullanıcı entegrasyonu gibi görevleri tanımlayın.

Kesintileri en aza indirmek için Cisco ve iş ortaklarıyla geçiş dönemlerini koordine edin.

Tasarım

Mevcut Unified CM yapılandırmalarını, arama planlarını ve kullanıcı profillerini Webex Calling karşılıklarıyla eşleştirin.

Webex Arama ortamını tasarlayın; bu tasarım, PSTN stratejisini (geçici ve nihai), konumları, kullanıcı rollerini ve Yerel Ağ Geçidi (CUBE) ve dizin senkronizasyonu gibi entegrasyon noktalarını içermelidir.

Geçiş sırasında Unified CM ve Webex Calling'in eş zamanlı olarak çalıştığı birlikte var olma senaryoları için plan yapın.

Uygulama

Cihaz donanım yazılımı modu değişiklikleri, özellik yapılandırması ve kullanıcı geçişleri gerçekleştirmek için Control Hub geçiş araçlarını üçüncü taraf araçlarla birlikte kullanın.

Webex API'lerini kullanarak toplu işlemler ve kaynak tahsisi yoluyla büyük ölçekli geçişleri ve yapılandırmaları kolaylaştırın.

Lisans sağlama, cihaz kaydı ve yapılandırma güncellemelerini gerçekleştirin.

Geçiş işleminin başarısını test ve operasyonel doğrulama yoluyla teyit edin.

Optimize Etme

Webex Arama performansını ve kullanıcı deneyimini sürekli olarak izleyin.

Operasyonel veriler ve geri bildirimler doğrultusunda yapılandırmaları ve iş akışlarını iyileştirin.

Otomasyon ve entegrasyon yeteneklerinden yararlanarak verimliliği ve ölçeklenebilirliği artırın.

Gerektiğinde eski Unified CM bileşenlerini devre dışı bırakın ve günlük operasyonlar için sürekli destek sağlayın.

Bu geliştirilmiş PPDIO yaklaşımı, Cisco'nun araçlarını, API'lerini ve iş ortağı ekosistemini kullanarak iş sürekliliğini korumak ve iş birliği yeteneklerini geliştirmek suretiyle, Unified CM'den Webex Calling'e kontrollü, şeffaf ve verimli bir geçiş sağlar.

PPDIO geri bildirim döngüleri

Şekil 'de gösterilen üst düzey genel bakış, PPDIO yürütülürken yinelemeler, optimize aşamasından hazırlık aşamasına geri dönen tek bir geri bildirim döngüsünü göstermektedir. Bu, ilk uygulamanın ardından sürekli iyileştirme için devam eden bir fırsatın olduğu anlamına gelir. Her optimizasyon döngüsü, daha sonraki projeler veya girişimler aracılığıyla ele alınabilecek yeni gereksinimler veya iyileştirme alanları belirleyebilir. Bu projelerin her biri, sırasıyla, yerleşik PPDIO (Hazırlık, Planlama, Tasarım, Uygulama, Optimizasyon) yaşam döngüsünü takip eder. Bu yinelemeli yaklaşım, sistemin gelişen iş hedefleri ve teknolojik ilerlemelerle uyumlu kalmasını sağlayarak, sürekli iyileştirme ve uyarlanabilirlik kültürünü teşvik eder.

PPDIO yürütülürken tekrarlamalar

PPDIO sürecinin yürütülmesi sırasında, sonraki aşamalarda elde edilen bulguların, önceki aşamalarda alınan kararların yeniden gözden geçirilmesini ve potansiyel olarak revize edilmesini gerektirmesi yaygındır. Örneğin, uygulama aşamasında karşılaşılan sorunlar, tasarım belirsizliklerinin veya eksik detayların belirlenmesi gibi durumlar, tasarım aşamasında bazı hususların tam olarak ele alınmadığını ortaya çıkarabilir. Bu gibi durumlarda, ilerlemeden önce bu sorunları çözmek için ilgili önceki aşamaya geri dönmek gerekli hale gelir. Şekil 'de gösterildiği gibi, Birleşik CM destekli PPDIO süreci, çözümün kapsamlı bir şekilde doğrulanmasını ve iyileştirilmesini sağlayarak, nihayetinde daha sağlam ve etkili bir dağıtıma katkıda bulunur.

Birleşik CM destekli PPDIO süreci

Unified CM'den Webex Calling'e geçiş yapılırken, PPDIO sürecinin her aşaması, mevcut Unified CM ortamından toplanan bilgilerden önemli ölçüde faydalanabilir. Örneğin, mevcut Unified CM yapılandırmasından kullanıcıların, telefon numaralarının, arama özelliklerinin ve arama planı bileşenlerinin kapsamlı envanterleri çıkarılabilir. Bu veriler, paydaşlar tarafından doğrudan sağlanan bilgileri tamamlar ve planlama ve tasarım faaliyetlerini kolaylaştırmaya yardımcı olur. Veri çıkarma ve analizini otomatikleştirmek için uygun araçlardan yararlanmak, doğruluğu artırmakla kalmaz, aynı zamanda genel süreci de hızlandırır. Mevcut kurulumdan elde edilen bilgilerden yararlanılarak, Webex Calling'e geçiş, geleneksel sıfırdan kurulumdan daha verimli bir şekilde gerçekleştirilebilirken, aynı zamanda yapılandırılmış PPDIO metodolojisine de bağlı kalınabilir. Bu süreç Şekil Birleşik CM destekli PPDIO süreci'de gösterilmiştir.

Göç yaklaşımı

Şirket içi Unified CM'den Webex Calling'e geçişinizi planlarken, bu yolculuğa nasıl yaklaşacağınızı belirlemeniz gerekir. Öncelikle, geçişin hızlı geçiş (her şey bir kerede) mi yoksa aşamalı yaklaşım (gruplar halinde geçiş) mı olacağına karar vermeniz gerekecek. users/devices (uzun bir süre boyunca).

Hızlı geçiş işlemi , tüm kullanıcılarınızı ve cihazlarınızı en hızlı şekilde taşır. Bu yöntemle, tüm kullanıcıları ve cihazları şirket içi Unified CM'den Webex Calling'e aynı anda taşıyacaksınız. Özünde, tüm kullanıcılar ve cihazlar için tek bir geçiş penceresidir. Bu geçiş tamamlandıktan sonra, tüm kullanıcılarınız ve cihazlarınız Webex Calling platformunda olacak ve Unified CM altyapınızın tamamı devre dışı bırakılabilecektir. Ancak birçok kuruluş, çağrı dağıtım sistemlerinin ölçeği ve büyüklüğü nedeniyle bu yaklaşımı kullanamaz.

İkinci yaklaşım aşamalı bir geçiştir . Çoğu kuruluş bu yaklaşımı kullanacaktır çünkü bu yaklaşım geçiş sürecinde daha iyi kontrol, yönetim ve ölçeklenebilirlik sağlar. Ayrıca, daha büyük ölçekli birleşik iletişim (UC) dağıtımları için daha uygundur. and/or birden fazla bölgeye yayılmış konuşlandırmalar. Bu nedenle, bu belge geçişte iki adımlı aşamalı yaklaşıma odaklanmaktadır.

Aşağıdaki Şekil ' de gösterildiği gibi, aşamalı arama geçişi: Hibrit ve bulut, ilk geçiş aşaması (Aşama 1), çift çağrı ortamına sahip bir birlikte var olma dağıtımıyla sonuçlanır. Bu aşamada, bazı kullanıcılar, cihazlar ve yazılım istemcileri Webex Calling'e geçirilirken, diğerleri hala şirket içi Unified CM çağrı kontrol sistemini kullanmaya devam eder. Son geçiş aşaması (Aşama 2), tüm kullanıcıların, cihazların ve yazılım istemcilerinin Webex Calling platformuna tamamen geçirildiği, saf bir bulut tabanlı arama ortamıyla sonuçlanır.

Bir kuruluşun bulut tabanlı arama sistemine tamamen geçiş süresi, mevcut kurulumuna bağlı olarak değişecektir. Bazı durumlarda, bir kuruluş ilk geçişi yapabilir ve uzun bir süre (aylar hatta yıllar) birlikte var olan çift çağrı kontrolü aşamasında (Aşama 1) kalabilirken, diğer durumlarda bir kuruluş çok kısa bir süre içinde (haftalar veya aylar) tamamen Webex Calling'e (Aşama 2) geçiş yapabilir. Bu belge, her iki aşamayı da (Aşama 1 - birlikte yaşama ve Aşama 2 - tam geçiş) kapsamayı amaçlamaktadır.

Aşamalı arama geçişi: hibrit ve bulut

Bazı kuruluşların, bulut tabanlı aramaya tamamen geçme planı olmaksızın, ikili çağrı kontrolü uygulamasını süresiz olarak birlikte çalıştırmaya devam etmeleri mümkündür.

İkinci husus ise, kullanıcıları, cihazları ve yazılım istemcilerini yerel çağrı kontrol sisteminden bulut tabanlı çağrı kontrol sistemine nasıl geçireceğinizdir. Önerilen yaklaşım 3 Aşamalı Geçiş'tir. Aşağıdaki şekil Önerilen 3 aşamalı geçiş bu yaklaşımı 3 aşamaya ayırıyor.

Önerilen 3 aşamalı geçiş

Göç Öncesi: Bu aşama, hem Webex hem de Unified CM ortamlarının geçişe hazır hale getirilmesine odaklanmaktadır. Bu, belirli planlama veya yapılandırmaları çağırmakla ilgili değil, Webex Calling geçiş projesi başlamadan önce yapılabilecek faaliyetleri tamamlamaya odaklanmaktadır. Amaç, iki ortamın geçişe hazırlanması için gerekli temeli oluşturmaktır.

Göç Hazırlığı: Bu aşama, Webex Calling'e geçiş için hazırlık çalışmalarının başladığı aşamadır. Burada, iş ve teknik gereksinimlerin gözden geçirilmesi ve güncellenmesi gerekiyor. Mevcut Unified CM sistemini olduğu gibi aktarmakla yetinmeyin; bunun yerine Webex Calling'in gücünden yararlanarak şirketinizin bugün ve gelecekte ihtiyaç duyduğu iş ve teknik gereksinimleri yeniden tanımlayın. Ayrıca, bu aşamada tasarımınızı, yapılandırma planlamanızı ve geçiş işlemlerinizi tamamlayacaksınız. planning/schedule.

Geçiş (Devreye alma ve devre dışı bırakma): Bu aşama, kullanıcıların, cihazların, telefon numaralarının ve yazılım istemcilerinin gerçek geçişinin gerçekleştiği aşamadır. Yukarıda tartışıldığı gibi, bu aşama herkes için aynı anda (hızlı kesme) veya birden fazla değişiklik penceresi üzerinden (aşamalı kesme) tamamlanabilir. Son kullanıcı benimseme planları, eğitim ve iletişim kritik öneme sahiptir; böylece kullanıcılarınız değişikliklerden haberdar olur, yeni arama platformunu nasıl kullanacaklarını öğrenir ve değişikliğin ne zaman gerçekleşeceğini bilirler. Son adım, artık kullanılmayan tüm yerel UC altyapısını devre dışı bırakmaktır.

Geçiş öncesi aşamada, hemen çalışmaya başlayabileceğiniz (zorunlu, önerilen ve isteğe bağlı) faaliyetler bulunmaktadır. Bunları mümkün olan en kısa sürede ve tercihen projeniz başlamadan önce tamamlamanız önerilir. Bazı işlemlerin tamamlanması daha uzun sürebilir, bu nedenle bunlara daha erken başlamak, asıl geçiş projenizi kolaylaştırmaya yardımcı olacaktır.

Aşağıdaki Şekil Geçiş Öncesi Faaliyetler, Webex Calling geçişiyle ilgili beş özel faaliyet kategorisini vurgulamaktadır.

Göç öncesi faaliyetler

Tablo 1. Önce: Şirket içi arama altyapısı bileşenleri
Ürün	Açıklama
Unified CM	Cihaz kaydı ve çağrı yönlendirme hizmetleri sağlayan, kurum içi çağrı kontrol sistemi.
Cisco Expressway-C/E	Mobil ve Uzaktan Erişim (MRA) ve işletmeler arası (B2B) işlevsellik sağlayan uç nokta altyapısı, uzak uç noktaların kuruluş dışından güvenli bir şekilde bağlanmasını mümkün kılar. Expressway, harici uç noktalar için güvenlik duvarı geçişi sağlamak amacıyla çiftler halinde konuşlandırılır.
Cisco Toplantı Sunucusu (CMS), Cisco Toplantı Yönetimi (CMM) ve Cisco Telepresence Yönetim Paketi (TMS)	Çok katılımlı toplantılar, toplantı yönetimi ve planlama yetenekleri sağlayan, şirket içi ses, video ve web konferans altyapısı. [Optional]
Cisco Unity Connection	Sesli mesaj ve birleşik mesajlaşma özellikleri sağlayan, şirket içi sesli mesaj platformu. [Optional]
Cisco Desk, Cisco Room, Cisco Board, Cisco IP Phones ve Cisco Jabber	Unified CM'ye kayıtlı ve sesli ve görüntülü arama yetenekleri sağlayan IP tabanlı cihazlar

Tablo 2. Sonrasında: Bulut tabanlı çağrı altyapısı bileşenleri
Ürün	Açıklama
Webex Calling	Webex platformu üzerinden sunulan ve uç nokta kaydı ile çağrı yönlendirmesi sağlayan bulut tabanlı çağrı hizmeti.
Cisco Dizin Bağlayıcı	Kurumsal yerel Active Directory ile Webex kuruluşunun kimlik deposu arasında kimlik senkronizasyonu sağlayan, Windows etki alanı makinesinde çalışan bir Windows uygulaması. Şirket içi Active Directory'den Entra ID'ye geçiş yapan müşteriler için, Cisco Directory Connector yerine Webex ile kimlik entegrasyonu Entra ID Wizard uygulaması kullanılarak gerçekleştirilir.
Yerel Ağ Geçidi	Yerel ağ geçidi, müşterinin şirket içi birleşik iletişim ağı ile Webex Calling bulutu arasında bir köprü görevi görür. Bu çözüm, şirket içi sunucularda veya bir iş ortağı tarafından barındırılarak kullanılabilir ve buluta kayıtlı uç noktalar için PSTN erişimi sağlamanın yanı sıra Unified CM'ye kayıtlı ve buluta kayıtlı uç noktalar arasında entegrasyon imkanı sunar. Cisco IOS-XE Entegre Servis Yönlendiricisi (ISR 1100 ve 4000 serisi), Cisco Catalyst 8200/8300 Cisco Catalyst 8000V Edge Yazılımı ve çeşitli sertifikalı üçüncü taraf Oturum Sınır Denetleyicileri (SBC'ler), aşamalı bir geçiş yaklaşımı için LGW olarak kullanılabilir.
Hayatta Kalabilirlik Ağ Geçidi	Hayatta Kalma Ağ Geçidi (SGW), ağ kesintileri sırasında yerel Webex Calling uç noktalarına yedek arama hizmetleri sağlayan, IOS-XE tabanlı yerel bir ağ geçididir.
Cisco Arama Planı, Webex Araması için Cloud Connect	Cisco Calling Plan ve Cloud Connect for Webex Calling, Webex Calling uç noktaları için PSTN erişimine yönelik bulut tabanlı seçeneklerdir. PSTN erişimi, bulut tabanlı bir PSTN sağlayıcısı tarafından sağlanır ve yerinde ekipman gerektirmez.
Webex Uygulaması	Masaüstü işletim sistemlerinde (Windows, Mac) veya mobil işletim sistemlerinde (Android, iOS) çalışan ve arama işlevi için doğrudan Webex Arama platformuna kayıtlı istemci uygulaması.

Hazırlanma

İşletme ve teknik gereksinimler

Gereksinimleri toplamanın önemi:

İşletme gereksinimleri

Teknik gereksinimler

Ağ hazırlığı ve gereksinimleri

Bulut Bağlantılı Birleşik İletişimi Kurun

Mevcut ortamın değerlendirilmesi

Lisanslama

Locations/Sites

Mevcut envanter devices/clients

Cihazın uygunluğunu doğrulayın

Kullanıcılar

PSTN bağlantısı

Özellikler & özellik kullanımı

Cisco entegrasyonları: Unity Connection UCCX UCCE

Çağrı kaydı

Üçüncü taraf entegrasyonları

İşletme ve teknik gereksinimler

Bir sistemden diğerine geçiş planlanırken, planlama aşamasında hem teknik hem de iş gereksinimlerini kapsamlı bir şekilde toplamak çok önemlidir. Bu adım, geçişin kuruluşunuzun operasyonel hedefleri ve teknik yetenekleriyle uyumlu olmasını sağlayarak riskleri ve aksaklıkları en aza indirir.

Gereksinimleri toplamanın önemi:

İş hedefleriyle uyumlu: İşletme ihtiyaçlarını anlamak, geçiş sürecini temel iş akışlarını, kullanıcı deneyimini ve büyüme planlarını destekleyecek şekilde uyarlamaya yardımcı olur.

Teknik uyumluluğu sağlar: Teknik gereksinimlerin erken aşamada belirlenmesi, mevcut altyapı, ağ ve uç noktalarla entegrasyon sorunlarını önler.

Kaynak planlamasını kolaylaştırır: Net gereksinimler, zaman çizelgelerini, maliyetleri ve gerekli kaynakları doğru bir şekilde tahmin etmeye yardımcı olur.

Riskleri azaltır: Potansiyel sorunların erken tespiti, proaktif çözümler sunarak arıza sürelerini ve hizmet kesintilerini azaltır.

İşletme gereksinimleri

Tipik iş gereksinimleri şunlardır:

Geçiş yapılacak kullanıcı ve konum sayısı

İstenen özellikler ve hizmetler (örneğin, çağrı yönlendirme, sesli mesaj, konferans görüşmesi, otomatik karşılama sistemi, çağrı kuyruğu)

Uyumluluk ve güvenlik politikaları

Bütçe kısıtlamaları ve maliyet beklentileri

Kullanıcı eğitimi ve destek ihtiyaçları

Geçiş zaman çizelgesi ve iş sürekliliği hususları.

İstenen özelliklerin ve hizmetlerin toplanması, yeni sistemin işletme ihtiyaçlarını karşılamasını sağlamak için kritik bir adımdır. Bu gereksinimleri toplarken, yalnızca mevcut yapılandırmayı dikkate almak değil, sistemi kullanacak işletme birimlerinden gerçek gereksinimleri toplamaya çalışmak da önemlidir. Aksi takdirde, planın güncel olmayan varsayımlara dayanması riski vardır. Bulut tabanlı arama, gelişmiş çağrı kuyrukları ve benzeri özellikler gibi, 'de bulunmayan ek veya geliştirilmiş özellikleri değerlendirdiğinizden emin olun. Bu, bulut platformunun tüm avantajlarından tam olarak yararlanmaya yardımcı olur.

Mevcut yapılandırmayı değerlendirirken, sistemin yaşam döngüsü boyunca değişen gereksinimler nedeniyle mevcut ayarların tümünün gerekli kalmayabileceğini göz önünde bulundurmak önemlidir. Odak noktası, yalnızca dağıtımın mevcut ve gelecekteki ihtiyaçlarıyla uyumlu olan yapılandırmaları belirlemek ve korumak olmalıdır.

Sahip olduklarınızdan ziyade ihtiyaçlarınıza odaklanın.

Uyumluluk ve güvenlik politikaları, yeni bulut tabanlı iletişim sisteminin yasal, düzenleyici ve kurumsal standartlara uygun olmasını sağlamak için Webex Calling'e geçiş sırasında kritik öneme sahip hususlardır.

Mevzuat uyumluluğu: Kuruluşlar, GDPR, HIPAA veya SOX gibi sektöre özgü düzenlemelere uyduklarını doğrulamalı ve veri gizliliği, saklama ve işleme gerekliliklerinin yanı sıra veri yerleşimi, geçiş ücreti muafiyeti ve medya yerelliği ile ilgili ülkeye özgü zorunlulukları da karşılamalıdır.

Veri güvenliği: Ses ve sinyal verilerinin hem iletim sırasında hem de depolama esnasında şifrelenmesini sağlayarak, verilerin ele geçirilmesine veya yetkisiz erişime karşı korunmasını sağlamak.

Erişim kontrolleri: İletişim kaynaklarının yetkisiz kullanımını önlemek için kullanıcı kimlik doğrulamasını, yetkilendirmesini ve rol tabanlı erişimi tanımlamak ve uygulamak.

Denetim ve izleme: Uyumluluk denetimleri ve güvenlik olaylarının soruşturulması için erişim ve kullanım takibini sağlamak amacıyla kayıt ve izleme özelliklerinin uygulanması.

Politika uyumu: Geçiş işlemini, uç nokta güvenliği, ağ segmentasyonu ve olay müdahale planları da dahil olmak üzere mevcut kurumsal güvenlik politikalarıyla uyumlu hale getirmek.

Tedarikçi güvenlik güvencesi: Cisco'nun güvenilirliğini sağlamak amacıyla güvenlik sertifikalarını ve uyumluluk belgelerini değerlendiriyoruz.

Planlama aşamasında bu uyumluluk ve güvenlik politikalarına değinmek, riskleri azaltmaya, yasal cezaları önlemeye ve geçiş süreci boyunca ve sonrasında iletişimlerin bütünlüğünü ve gizliliğini korumaya yardımcı olur.

Kullanıcı eğitimi ve destek ihtiyaçları sorunsuz bir geçiş ve kullanıcı benimsemesi sağlamak için geçiş sırasında temel bileşenlerdir. Dikkate alınması gereken başlıca hususlar şunlardır:

Eğitim programları: Farklı kullanıcı grupları (son kullanıcılar, yöneticiler, teknik destek personeli) için özelliklere, kullanıcı arayüzlerine ve yeni iş akışlarına aşina olmalarını sağlayacak özel eğitim oturumları geliştirin.

Belgeler:Kullanıcıların geçiş sonrası güncellenmiş deneyime uyum sağlamalarına yardımcı olmak için, net, erişilebilir kullanıcı kılavuzları, SSS'ler ve hızlı referans materyalleri sağlayın; bunlaraYenilikler ve Farklılıklar kaynakları ve adım adım Öncesi ve Sonrası nasıl yapılır kılavuzları (video veya hızlı kılavuz formatında) dahildir.

Değişim yönetimi: Kullanıcı beklentilerini yönetmek ve direnci azaltmak için değişiklikleri proaktif olarak iletin.

Destek yapısı: Geçiş işlemi sırasında ve sonrasında kullanıcı sorunlarını hızlı bir şekilde çözmek için özel bir destek ekibi veya çözüm yolu oluşturun.

Sürekli eğitim: Yeni özellikler veya güncellemeler yayınlandıkça sürekli eğitim güncellemeleri planlayın.

Geri bildirim mekanizmaları: Kullanıcıların sorunları bildirmeleri ve eğitim ve destek süreçlerini iyileştirmek için geri bildirimde bulunmaları amacıyla kanallar oluşturun.

Planlama aşamasında bu eğitim ve destek ihtiyaçlarının ele alınması, aksaklıkları en aza indirmeye, kullanıcı güvenini artırmaya ve geçişin faydalarını en üst düzeye çıkarmaya yardımcı olur.

Teknik gereksinimler

'den 'ye başarılı bir geçiş için, aşağıdakiler de dahil olmak üzere çeşitli temel teknik gereksinimlerin toplanması ve belgelenmesi gerekmektedir:

Ağ hazırlığı ve bant genişliği kapasitesi

Mevcut altyapınızın yeni Webex Arama ortamını destekleyebildiğinden emin olmak için kapsamlı bir ağ değerlendirmesi kritik önem taşır. Şunu içeriyor:

Bant genişliği analizi: Ses, video ve veri trafiğini tıkanıklık olmadan işlemek için mevcut ve öngörülen bant genişliği kullanımının değerlendirilmesi.

Hizmet Kalitesi (KK): Ses trafiğine öncelik vermek ve gecikmeyi, titreşimi ve paket kaybını en aza indirmek için QoS politikaları uygulamak.

WAN ve internet bağlantısı: WAN bağlantılarının ve internet bağlantılarının, yedeklilik ve arıza durumunda devreye girme yetenekleri de dahil olmak üzere, bulut tabanlı arama için gereken şartları karşıladığını doğrulamak.

Güvenlik duvarı ve NAT yapılandırması: Güvenlik duvarı ve NAT ayarlarının, gerekli sinyal ve medya trafiğine izin verdiğinden emin olmak.

Mevcut sistemle entegrasyon

Mevcut iş sistemleriyle sorunsuz entegrasyon, kullanıcı deneyimi ve iş akışı sürekliliği için çok önemlidir:

Dizin hizmetleri: Otomatik kullanıcı yetkilendirme ve kimlik doğrulama için kurumsal bir dizinle entegrasyonun değerlendirilmesi.

CRM ve iş uygulamaları: Müşteri ilişkileri yönetim sistemleri ve diğer iş açısından kritik uygulamalarla entegrasyon noktalarının belirlenmesi.

Eski PBX sistemlerinin birlikte çalışması: Geçiş sürecinde eski telefon sistemlerinin kullanılmaya devam etmesi durumunda, birlikte çalışma veya aşamalı geçiş stratejileri planlanmalıdır.

Uç nokta uyumluluğu ve tedariki

Masaüstü telefonlar, yazılım tabanlı telefonlar ve mobil cihazlar dahil olmak üzere tüm uç noktaların uyumluluğu değerlendirilmelidir:

Cihaz desteği: Mevcut IP telefon ve cihazların desteklendiğini doğrulamak veya gerekli yedek parçaları belirlemek.

Tedarik süreçleri: Uç noktaların verimli bir şekilde devreye alınması için otomatik veya basitleştirilmiş tedarik yöntemlerinin oluşturulması.

Donanım yazılımı ve yazılım güncellemeleri: Birlikte çalışabilirlik ve güvenliği sağlamak için gerekli güncellemelerin planlanması.

Güvenlik yapılandırmaları ve şifreleme standartları

Bulut iletişiminde güvenlik her şeyden önemlidir:

Şifreleme: Cisco'nun en iyi güvenlik uygulamalarına uygun olarak, sinyal ve medya akışları için uçtan uca şifrelemeyi zorunlu kılmak.

Kimlik doğrulama ve erişim kontrolü: Güvenli kimlik doğrulama mekanizmalarının (örneğin SSO, çok faktörlü kimlik doğrulama) ve ayrıntılı kullanıcı erişim kontrollerinin uygulanması.

Uyumluluk: Çözümün ilgili düzenleyici ve sektörel uyumluluk standartlarını (örneğin, GDPR, HIPAA) karşıladığından emin olmak.

Güvenlik izleme: SIEM araçlarıyla entegrasyon ve olası güvenlik olayları için uyarı sisteminin kurulması.

Tablo 1. Örnek değerlendirme
Zorunluluk Önemli hususlar

Ağ hazırlığı ve bant genişliği Bant genişliği, Hizmet Kalitesi (QoS), WAN/Internet, Firewall/NAT

Mevcut sistemlerle entegrasyon Dizin, CRM, PBX, Email/Calendar

Uç nokta uyumluluğu ve tedariki Cihaz desteği, yapılandırma, ürün yazılımı güncellemeleri

Güvenlik yapılandırmaları ve şifreleme Şifreleme, kimlik doğrulama, uyumluluk, güvenlik izleme

Kullanıcı eğitimi ve değişim yönetimi Eğitim programları, dokümantasyon, değişim iletişimi

Numara taşınabilirliği ve arama planı Sayı migration/porting, arama planı çevirisi

Üçüncü taraf entegrasyonları Çağrı cihazı, iletişim merkezi, faks, analog cihazlar

Ağ hazırlığı ve gereksinimleri

Bulut tabanlı arama çözümlerine başarılı bir geçiş için ağ hazırlığı kritik öneme sahiptir. Kötü ağ planlaması, arama kalitesinin düşmesine, aramaların kesilmesine ve kullanıcıların mutsuzluğuna yol açabilir. Müşterilerin geçiş yapmadan önce bir ağ değerlendirmesi yapmaları gerekmektedir. Beklenen çağrı hacmi için ağ bant genişliğinin kullanılabilirliğini doğrulamak, hizmet kalitesi (QoS) gereksinimlerinin karşılandığından emin olmak ve uç güvenlik duvarında açılması gereken çeşitli bağlantı noktalarını anlamak önerilir.

Yeterli hizmet kalitesine (bant genişliği, paket kaybı, RTT) sahip güvenilir ağ bağlantısı, tüm ses ve video özellikli uç noktalar, istemciler ve uygulamalar için uçtan uca en iyi kullanıcı deneyimini sağlamanın temel bir gereksinimidir.

Müşteriler ve iş ortakları, bağlantıyı optimize edebilecek Over-the-top (OTT) İnternet'in ötesinde Webex Edge Connect dahil olmak üzere bağlantı seçeneklerine erişebilirler. Webex Edge Connect tasarım detayları hakkında daha fazla bilgi için Webex Toplantıları, Çoklu Kiracılı Aramalar ve Özel Örnek için Webex Edge Connect'in Cisco Tercih Edilen Mimarisi'ye bakın.

Müşteriler, ağ kalitesi, kurulabilen arama sayısı, gecikme süresi vb. hakkında bilgi veren ağ değerlendirmesi için CScan aracını kullanabilirler. CScan aracı hakkında daha fazla bilgi için Webex Arama ağ kalitesini test etmek için CScan'i kullanınbölümüne bakın.

Ağın geçişe hazır olduğundan emin olmak için aşağıdaki kontrol listesini göz önünde bulundurun:

Bant genişliği planlaması

Yeterli yukarı ve aşağı yönlü bant genişliğine sahip olduğunuzdan emin olmak ve diğer iş açısından kritik trafik ve gelecekteki büyüme için de pay bırakmak amacıyla, her site için eş zamanlı çağrı sayısını hesaplayın.

Webex Arama türü bant genişliği hesaplamaları tablosu, bir dağıtımla birlikte kullanılabilen arama türlerini, her arama türü için gereken kodeği ve maksimum bant genişliğini gösterir. Webex Arama türü bant genişliği hesaplamaları tablosunda gösterildiği gibi, her arama türü için gerekli sesli arama bant genişliği aşağıdaki genel formül kullanılarak hesaplanabilir:

Beklenen eş zamanlı çağrı sayısı * Kodeğe bağlı olarak çağrı başına bant genişliği = Gerekli ağ veri aktarım hızı.
Tablo 2. Webex Arama türü bant genişliği hesaplamaları
Çağrı türleri Kodek - bant genişliği Bant genişliği hesaplamaları
/ Masa telefonu -> OPUS - 70 kbps Eş zamanlı çağrı sayısı * 70 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> Masa Telefonu OPUS – 70 kbps Eş zamanlı çağrı sayısı * 70 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> PSTN üzerinden LGW G.711 – 80 kbps Eş zamanlı çağrı sayısı * 80 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> Bulut tabanlı PSTN üzerinden PSTN (örneğin Cisco arama planı) G.711 – 80 kbps Eş zamanlı çağrı sayısı * 80 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> LGW aracılığıyla kurumsal G.722 – 80 kbps Eş zamanlı çağrı sayısı * 80 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> sesli mesaj OPUS – 70 kbps Eş zamanlı çağrı sayısı * 70 kbps = Gerekli ağ veri aktarım hızı

Çağrı türüne göre gerekli olan eş zamanlı ağ veri aktarım hızlarını toplayarak, belirli bir lokasyon için toplam potansiyel bant genişliği gereksinimi belirlenebilir.

Tüm çağrı bacakları her zaman erişim SBC'lerine sabitlenir. Belirli bir konum için gerekli internet bant genişliğini belirlemek için yalnızca konumlar arası aramalar değil, aynı zamanda konum içi aramalar ve o konumdaki Yerel Ağ Geçidine yapılan ve bu ağ geçidinden gelen aramalar da dikkate alınmalıdır. Örneğin, iki MPP telefon arasında site içi bir görüşme, lokasyondaki internet erişiminde 2 x 70 kbps'ye kadar tam çift yönlü bağlantı gerektirecektir.

Webex Arama bant genişliği hesaplama örnekleri tablosu, tüm cihazların aynı sitede olduğu varsayımıyla, eksiksiz bir bant genişliği hesaplama örneğini göstermektedir.
Tablo 3. Webex Arama bant genişliği hesaplama örnekleri
Çağrı türleri Eş zamanlı çağrı sayısı Toplam bant genişliği
Webex Uygulaması / Masa Telefonu → Webex Uygulaması 15 2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması / Masa Telefonu → Masa Telefonu 15 2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması / Masa Telefonu → LGW üzerinden PSTN 50 2 * 50 * 80 kbps = 8.000 kbps
Webex Uygulaması / Masa Telefonu → Webex Araması için Cloud Connect üzerinden PSTN 0 0 * 80 Kbps
Webex Uygulaması / Masa Telefonu → LGW aracılığıyla Kurumsal 15 2 * 15 * 80 kbps = 2400 kbps
Webex Uygulaması / Masa Telefonu → Webex Araması Sesli Mesaj 5 5 * 70 kbps = 350 kbps
Toplam aramalar / Bant genişliği 100 çağrı 14.950 kbps / 14,95 Mbps

Yukarıdaki tablolarda yer alan tüm bant genişliği değerleri IP bant genişliğini ifade etmektedir. WAN kapsülleme türüne bağlı olarak bağlantı bant genişliği daha yüksektir.

Yukarıdaki tablolardaki bant genişliği sesli aramalar içindir. Video görüşme bant genişliği için Webex Uygulaması ve MPP kullanılır. 8845/65 Telefonlar, arama başına maksimum 1.500 kbps bant genişliğinde ve maksimum 720p çözünürlükte H.264 video formatını desteklemektedir. Ancak, video iletişiminde doğal olarak bulunan değişken bit hızı nedeniyle, görüşme sırasında herhangi bir anda tüketilen bant genişliği miktarı dalgalanacaktır.

Hizmet Kalitesi (KK)

Şirket içi ortamınızda gerçek zamanlı trafiğe öncelik vermek ve anahtarlar, yönlendiriciler ve güvenlik duvarları genelinde QoS'nin korunmasını sağlamak için QoS politikaları uygulayın.

Gecikme, titreşim ve paket kaybı hedefleri

İnternet üzerinden ve OTT (Over-the-Top) ağları aracılığıyla yapılan aramalarda en iyi ses kalitesi için aşağıdaki eşik değerleri önerilir:

Gecikme süresi - tek yönlü 100 ms'den az

Gecikme - 10 ms'den az

Paket Kaybı - %0,5 veya daha az.

Güvenlik Duvarı ve NAT

Güvenlik duvarının, adresinde bulunan makalede listelenen trafiğe izin verecek şekilde yapılandırıldığından emin olun. Webex Araması için bağlantı noktası referans bilgileri. Ayrıca, aynı kılavuzda listelenen alan adlarına ve IP aralıklarına erişime izin verin ve SIP sinyalleşmesine müdahale ettiği için SIP ALG'den kaçının. Proxy'ler üzerinden medya trafiğinden kaçınılmalıdır.

DNS ve NTP

TLS sertifikası doğrulaması ve günlük kaydı için alan adlarının doğru DNS çözümlemesini ve cihaz saatlerini senkronize etmek üzere güvenilir NTP sunucularını sağlayın.

Yedekleme planlaması

Mevcut sağlayıcı veri bağlantılarını (MPLS, SD-WAN vb.) göz önünde bulundurun ve genel olarak dağıtımınızdaki her lokasyonda doğrudan internet erişimi planlayın. Yüksek erişilebilirliğin gerekli olduğu yerlerde yedek internet bağlantıları planlayın. Bulut tabanlı hizmetler kullanacağınız için, yeterli bant genişliğine sahip güvenilir internet bağlantısı temel bir gereksinimdir. Kuruluşunuzun lokasyonlarındaki internet bağlantıları genel olarak düşük gecikme süresi ve yeterli yükleme ve indirme hızıyla güvenilir değilse, bu geçişi yeniden gözden geçirmelisiniz.

Saha hayatta kalabilirliği

Site sürekliliği, ağ bağlantınız kesilse bile işletmenize her zaman erişilebilmesini sağlar. Site Survivability, ağ bağlantısının kesildiği durumlarda yerel uç noktalara yedek arama hizmeti sağlamak için yerel ağınızdaki bir ağ geçidini kullanır. İş gereksinimleri ağ kesintisi durumunda sürekli arama yapılmasını gerektiriyorsa, yerel bir Ağ Geçidi (SGW) ile site sürekliliğini göz önünde bulundurun. Site sürekliliği kontrolü hakkında daha fazla bilgi için Webex Calling için site sürekliliğibölümüne bakın.

Bulut Bağlantılı Birleşik İletişimi Kurun

Cloud Connected UC (CCUC), hem şirket içi (Unified CM gibi) hem de bulut tabanlı dağıtımlar için merkezi görünürlük, yönetim ve içgörüler sağlamak üzere tasarlanmış bulut tabanlı bir yönetim ve analiz çözümüdür. Geleneksel şirket içi ortamlar ile Cisco'nun bulut hizmetleri arasında bir köprü görevi görerek, kuruluşları buluttan buluta geçiş yolculuğu boyunca destekler.

Yeni sisteme geçiş sürecinde, CCUC, mevcut Birleşik İletişim sisteminden kapsamlı verilerin toplanmasını kolaylaştırarak geçiş sürecinin sorunsuz ilerlemesinde hayati bir rol oynar. CCUC, cihazların, özelliklerin ve kullanıcı iletişim bilgilerinin taşınması gibi önemli geçiş görevlerinde ve desteklenen IP telefonlar için ürün yazılımı güncellemelerinin otomatikleştirilmesinde yardımcı olur. CCUC, merkezi görünürlük ve yönetim sağlayarak daha sorunsuz ve verimli bir geçiş deneyimi sağlamaya yardımcı olur.

Cisco, CCUC'nin geçiş projesinin başlarında, ideal olarak hazırlık aşamasından önce veya hazırlık aşaması sırasında devreye alınmasını şiddetle tavsiye eder. Bu, sonraki geçiş faaliyetlerini kapsamlı bir şekilde değerlendirmek, envanterini çıkarmak ve planlamak için gereken içgörüleri ve yetenekleri sağlayacak ve gelecekteki hibrit yeteneklere yönelik yolculuğunuza başlamanıza olanak tanıyacaktır.

Mevcut ortamın değerlendirilmesi

Geçiş planlamasının en önemli aşamalarından biri, mevcut şirket içi ortamın ve dağıtımın değerlendirilmesidir. Bu, başarılı bir geçiş için hangi potansiyel değişikliklerin gerekebileceğine dair bilgiler sunmaktadır. Ayrıca, platformun temel unsurlarını mevcut şirket içi dağıtımla karşılaştırmanıza da olanak tanır. Bu bilgileri, geçiş için hangi özel görevlerin gerekli olduğunu ve işletme ve teknik gereksinimlerinizi ve kullanım senaryolarınızı karşılamak için hangi değişiklikleri yapmak istediğinizi belirlemenize yardımcı olmak için kullanabilirsiniz.

Bu çalışma kapsamında aşağıdaki hususların gözden geçirilmesi önemlidir.

Lisanslama

Yeni bir sisteme geçişe hazırlanırken, mevcut dağıtımın güncel lisanslama yapısını anlamak çok önemlidir. Mevcut Cisco şirket içi çözümünüzün aşağıdaki alanları için lisans değerlendirmesi yapın.

Platform

Hesap ekibiniz veya iş ortağınızla esnek lisanslamaya geçiş için en iyi yolu belirlerken, temel platformunuzda şu anda hangi lisansların geçerli olduğunu tam olarak açıklayabilme yeteneği kritik önem taşıyacaktır. Esnek lisanslama kullanılarak lisanslanmaktadır. Esnek lisanslama hakkında daha fazla bilgi için Cisco iş birliği esnek planınabakın.

Kullanıcılar ve cihazlar

Mevcut kullanıcılarınızın ve cihazlarınızın hangi lisans kategorisine ihtiyaç duyduğunu belirleyin. Bu, kullanıcılar ve cihazlar için hangi lisans türünün gerekli olduğunu belirlemek için kullanılacaktır. Kullanıcılar için Profesyonel ve Standart lisanslar ile çalışma alanları için Profesyonel ve ortak alan lisansları dahil olmak üzere birden fazla lisans türü sunmaktadır. Cihaz lisanslaması hakkında daha fazla bilgi için, Cihaz lisanslamasıadresinde bulunan veri sayfasına bakın.

Yerel ağ geçidi

Bu geçiş sürecinde PSTN erişimi için Cisco Unified Border Element (CUBE) gerekiyorsa, CUBE lisanslaması da dikkate alınmalıdır. CUBE lisanslama hususları bu belgenin ilerleyen bölümlerinde ele alınacaktır.

Locations/Sites

Bu geçişi planlarken, mevcut dağıtımınızdaki lokasyonların sayısı ve türleri (büyük merkez, bölgesel, şube vb.) dikkate alınmalıdır. Mevcut dağıtım alanlarının tam olarak anlaşılması, özellikle hangi alanların hangi sırayla taşınacağına karar verme söz konusu olduğunda, başarılı bir geçiş için stratejik planlamaya yardımcı olacaktır. Geçiş kararları alınırken, her bir lokasyon için arama planı gereksinimlerini (numaralandırma, arama alışkanlıkları, kısıtlama sınıfları vb.), lokasyon ağ bağlantısını ve bant genişliğini (İnternet, WAN, LAN) ve PSTN erişimini (yerel veya merkezi, IP veya TDM) ayrıntılı olarak anlamak kritik önem taşıyacaktır. Ortak dağıtım modelleri ve temel hususlar hakkında daha fazla bilgi için, İşbirliği SRNDiçinde bulunan işbirliği dağıtım modelleri bilgilerine bakın.

Geçiş yaparken dikkate alınması gereken bir diğer önemli dağıtım konusu ise konum kullanılabilirliğidir. Dağıtımınızın bulunduğu yere bağlı olarak farklı yetenekler, abonelikler ve cihazlar mevcuttur. Coğrafi kullanılabilirlik hakkında daha fazla bilgi için Webex nerede kullanılabilir?bölümüne bakın.

Son olarak, bu geçişin diğer iş birliği hizmetleri üzerindeki etkisini anlamak önemlidir. Bu belgenin amacına dayanarak, arama iş yükünün dışında mevcut iş birliği hizmetlerinin sürdürülmesi gerekiyorsa, yukarıda bahsedilen 1. aşama hibrit dağıtıma geçişin beklendiği genel varsayımıdır. Hibrit dağıtım gerektirebilecek iş birliği hizmetlerine örnek olarak, henüz Webex iletişim merkezine geçirilmemiş şirket içi iletişim merkezleri ve çağrı sistemleri ve faturalandırma gibi sistemlerle sıkı entegrasyonlar verilebilir. Ek iş birliği iş yüklerinin ve hizmetlerinin geçişi hakkında daha fazla bilgi için İş birliği geçişleribölümüne bakın.

Mevcut envanter devices/clients

Geçiş işlemine başlamadan önce mevcut donanım ve yazılım uç noktalarınızın envanterini çıkarmak önemlidir. Cihazların eksiksiz bir listesine sahip olmak types/models, Donanım sürümleri, yazılım istemci işletim sistemi türleri ve miktarları, cihazların geçişini yeterince planlamanıza ve bulut tabanlı aramaya geçirilemeyen cihazlar için olumsuz etkileri azaltmanıza olanak tanıyacaktır. Envanter, geçiş yapılacak cihazları ve geçiş öncesinde değiştirilecek cihazları belirlemek için kullanılmalıdır.

Masa telefonları

Sesli ve görüntülü masa üstü telefonlar için yalnızca 6800, 7800, 8800 ve 9800 serisi masa üstü telefonlar desteklenmektedir. Bu, Cisco IP Telefonlarının desteklenen modellerinin bir alt kümesidir. 6800, 7800 ve 8800 telefonlarının bazı modelleri ve sürümleri ile kullanılamaz. Hangi modellerin ve donanım sürümlerinin desteklendiği hakkında daha fazla bilgi için Webex Araması için desteklenen cihazlarbölümüne bakın.

Cisco 6800 serisi IP telefonlar, Kurumsal bellenimden Çok Platformlu (MPP) bellenime yükseltilemez; bu yükseltme, bazı özellikler için gereklidir. Bu nedenle, kurumsal yazılım çalıştıran kayıtlı tüm 6800 telefonlar, 6800 MPP modeliyle veya desteklenen başka bir telefon modeliyle değiştirilmelidir.

Cisco 7800 ve 8800 serisi IP telefonların, geçiş ve kayıt işlemlerinden önce Çok Platformlu Telefon (MPP) bellenim sürümüne yükseltilmesi gerekmektedir. Hangi 7800 ve 8800 modellerinin ve donanım sürümlerinin MPP bellenimini desteklediğini belirlemek için Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MPP Bellenimi arasında dönüştürmebölümüne bakın.

8845, 8865 ve 8865NR modellerinin satışı durdurulmuştur ve yeni modellere geçiş yapılması önerilmemektedir.

8800 serisi telefonların eski sürümlerinin (8811, 8841, 8851, 8851NR, 8861) Webex Arama özelliğiyle kullanılması önerilmez. Donanım sürümü VID 14 veya daha eski olan telefonlar kayıt işlemine katılabilir ancak donanım nedeniyle bazı performans sorunları yaşayabilir.

9800 serisi masa telefonları, hem kayıt hem de işletim sistemini destekleyen PhoneOS işletim sistemini kullanır. Bu nedenle, bu telefonlara yazılım güncellemesi yapılmadan geçiş yapılabilir.

Diğer tüm IP telefonların, Webex Calling tarafından desteklenen 6800, 7800, 8800 veya 9800 serisi telefonlarla değiştirilmesi gerekecektir. Webex Araması için desteklenen IP ve Masaüstü Telefonlar hakkında daha fazla bilgi için adresindeki ] makalesine bakın.

Video uç noktaları

Cisco Board serisi, Room serisi ve Desk serisi dahil olmak üzere kişisel ve oda video uç noktaları, yerel olarak SIP kaydı yapabilir. Ses üretmesi gereken bu uç noktaların herhangi biri and/or PSTN aramaları için arama lisansı gereklidir:

Konferans salonları, küçük toplantı alanları vb. yerlerde paylaşımlı cihazların kullanımı için Profesyonel Çalışma Alanı veya Çalışma Alanı lisansı gereklidir.

Son kullanıcının kişisel cihazı için profesyonel veya standart bir lisans gereklidir.

Kayıtlı olan ve sesli arama yapmak için kullanılan video uç noktalarının sayısını belirleyin. Video uç noktalarının bazılarının yalnızca toplantılara katılmak veya SIP video görüşmeleri yapmak için kullanılması mümkün olabilir. Her iki durumda da, sunucular devre dışı bırakılmadan önce uç noktaların taşınması gerekiyor; ancak bu, kaçının telefon görüşmesi yapmaya devam etmek için lisansa ihtiyaç duyacağını belirlemeye yardımcı olacaktır.

Video cihazları kayıttan buluta taşındığında, bu uç noktaların URI'si değişecektir çünkü artık buluta kayıtlıdırlar.

8845, 8865 ve 8875 model telefonlar, desteklenen kişisel video telefonlardır.

Yazılım istemcileri

Bu, Unified CM'nin hem Webex Uygulamasını hem de Jabber'ı desteklemesinin aksine, tarafından desteklenen tek yazılım istemcisidir ve son kullanıcılar için yeni varsayılan yazılım istemcisidir.

Jabber için uygulanan dağıtım moduna/modlarına bağlı olarak (yalnızca anlık mesajlaşma, yalnızca telefon görüşmesi, and/or (tam UC modları için) Mesajlaşma geçişini de göz önünde bulundurmanız gerekebilir. and/or Jabber'dan toplantı iş yükleri. Yalnızca arama istemcisi olarak kullanılacaksa yalnızca telefon modunda veya Webex Mesajlaşma gibi diğer iş yükleri için tam Webex Paketi olarak dağıtılabilir. and/or Webex toplantıları, arama özelliğiyle birlikte uygulamaya geçiriliyor.

Bu, yapay zeka özellikleri sağlayarak son kullanıcının deneyimini geliştirir. audio/video İstihbarat, çağrı transkripsiyonu ve diğerleri. Daha fazla bilgi için bkz. https://www.webex.com/all-new-webex.

Kullanıcıları yeni sisteme geçirmeden önce, Jabber istemcilerini yeni sisteme geçirmeniz gerekecektir. Bu geçişi tamamlamak için iki seçeneğiniz var.

Onları geçiş yapmadan önce

Onları şuraya geçirdiğinizde...

İlk geçişi kolaylaştırmak için, 1. seçeneği kullanmanız ve kullanıcıları önce arayarak geçişe yönlendirmeniz önerilir. Bu, kullanıcılara mevcut yerel arama platformunu kullanmaya devam ederken yeni uygulamaya alışmaları için zaman tanır. Kullanıcıları taşımaya hazır olduğunuzda, bulut arama platformuna kaydolmaları için gerekli yapılandırmayı yapacaksınız.

Bu iki seçenek hakkında daha fazla bilgi için Göç yolculuğu - bir veya iki adım mı?bölümüne bakın.

Webex Araması için desteklenen cihazların tam listesi için Webex Araması için desteklenen cihazlarbölümüne bakın.

Cihazın uygunluğunu doğrulayın

Daha önce de belirtildiği gibi, Cisco IP Telefonlarının bir alt kümesini destekler ve 7800 ve 8800 serisi telefonlar için farklı bir ürün yazılımı türü gerektirir. Unified CM telefonları Enterprise yazılımını kullanırken, diğer telefonlar Multiplatform Phone (MPP) yazılımını kullanır. Hazırlık aşamasında hangi kayıtlı telefonların MPP bellenim sürümüne yükseltmeye uygun olduğunu doğrulamanız önerilir. Bu size, uygun olmayan telefonları desteklenen telefon modellerinden biriyle değiştirmek veya kullanıcıyı yalnızca Webex Uygulamasına geçirmek gibi alternatif bir plan belirlemek için zaman tanır.

Telefonların uygunluğunu belirlemeye yardımcı olmak için Control Hub'da Telefonunuzu Webex Aramasına Taşıyınadlı yerleşik bir araç bulunmaktadır. Bu aracı cihaz uygunluğunu kontrol etmek için kullanırken, Geçiş seçeneğini Yalnızca cihaz lisansı oluşturseçeneğini seçin.

Unified CM telefonlarının Webex Araması için uygunluğunu doğrulamak için Control Hub aracı seçeneği

Bu seçenek, telefon numaralarını içeren bir CSV dosyasını yüklemenize olanak tanır, böylece her telefonun uygunluğunu kontrol edebilirsiniz. Bu Geçiş seçeneğini seçtiğinizde, hazırlık aşamasında olduğunuz ve henüz bunu yapmaya hazır olmadığınız için telefonlar eklenmeyecektir. Daha fazla bilgi için bkz. Telefonunuzu Webex Calling taşıyın .

Bazı telefonların Bilinmeyen uygunluk durumuyla geri dönmesi mümkündür. Bu durum genellikle arka uç sistemde telefonla ilgili bazı bilgilerin doğrulanamaması nedeniyle ortaya çıkar. Durumu Bilinmeyen olan tüm telefonlar için, MPP bellenimine yükseltmeye uygun olup olmadıklarını doğrulamak için iki seçeneğiniz vardır.

Her telefonu tek tek kontrol edin ve modelini ve donanım sürümünü (PID VID) doğrulayın.

7800/8800 Model ve donanım sürümü bilgilerini içeren telefon etiketi

Cisco IP telefon hazırlık aracını kullanın.

Aracı https://github.com/joemar2/mpp_readiness_checkadresinden indirin.

Bu araç resmi bir Cisco aracı değildir ve TAC tarafından da desteklenmemektedir. Mümkün olan en iyi şekilde destek sunar ancak kullanımı ücretsizdir.

Bu araç, şirket içinde bulunan ve sunuculara ve IP telefonlara erişebilen bir makinede çalıştırılmalıdır. IP telefonlarda web erişimini etkinleştirme seçeneği mevcuttur; bu, en iyi sonuçları almak için önerilen ve gerekli bir özelliktir. Bu nedenle, son kullanıcıları rahatsız etmemek için mesai saatleri dışında kullanılmalıdır. Bu aracın çıktısı, 7800 ve 8800 serisi telefonlardan hangilerinin MPP bellenimine yükseltilebileceğini listeleyen bir rapor sunar. Telefona doğrudan eriştiği için, Kontrol Merkezi aracından bildirilen Bilinmeyen cihazları doğrulayabilir.

Cisco IP telefon hazırlık aracı raporu

Kullanıcılar

Başarılı bir geçiş için en önemli hazırlık adımlarından biri, doğru kullanıcı yetkilendirmesidir. Aşamalı bir geçiş yapıyor olsanız bile, tüm kullanıcılar için uygun bir planlama yapmanız gerekir. Kullanıcıların aşağıdakilerden herhangi biri için yetkilendirilmesi gerekmektedir:

Çağrı ile birlikte dağıtım

Bunu dağıtmak

Bir kullanıcı için hizmetleri yapılandırma

Kullanıcıların rehberde aranabilir olmasını sağlamak (tıkla-ara, kullanıcı iletişim bilgileri, telefon rehberi araması).

Projenizin başlangıcından önce veya başlangıcında tüm kullanıcıları yetkilendirmeniz önerilir. Bu, arama platformları olarak hala Unified CM kullanan ve arama cihazlarından (IP telefon, Jabber vb.) bağımsız olan kullanıcıları da içerir. Kullanıcılar geçiş yaptıkça (and/or (Bu sayede) ihtiyaç duydukları hizmetleri etkinleştirebilmeleri için lisanslarını güncelleyeceksiniz. Geçişe başlamadan önce tüm kurumsal arama kullanıcılarını yetkilendirmek, geçişi tamamlamış bir kullanıcının, Jabber'da hala bulunan bir kurumsal arama kullanıcısını dizinde aramasını sağlar. and/or Açık . Bu sayede geçiş yapmış kullanıcılar, dizin arama özelliğini kullanarak diğer kullanıcıların iletişim bilgilerini bulabilir ve onları arayabilirler.

Şekil dizin araması bir kullanıcının başka bir kullanıcıyı aramasının bir örneğini göstermektedir. Arama sonuçları kullanıcının iletişim bilgilerini gösterir ve bu sonuçlar Jabber'ı hala kullanan bir kullanıcıya veya başka bir uygulamaya geçiş yapmış bir kullanıcıya ait olabilir. and/or .

Webex Uygulama dizini araması

Ardından, mevcut şirket içi arama kullanıcılarından hangilerinin yeni sisteme geçirileceğine karar verin. Kullanıcıların tamamı veya büyük bir kısmı geçiş yapacaksa, proje ekibinin, BT personelinin ve destek personelinin geçişi ve ortaya çıkabilecek sorunları yönetebilmesini sağlamak için kullanıcıların gruplar halinde taşınması önerilir. Ayrıca, kullanıcıları bu geçişe hazırlamak için başlangıç bilgilendirmesi ve eğitim oturumları düzenlemeye de zaman ayırmanız gerekir. Kullanıcı geçiş gruplaması, kullanıcıların atandığı konum veya site, kullanıcıların departmanları veya hatta kullanıcı türleri (bilgi çalışanları, yöneticiler, mobil çalışanlar vb.) dahil olmak üzere çeşitli kriterlere göre yapılabilir.

Örnek olarak, dağıtımdaki kullanıcılar New York (NYC), San Francisco (SFC) ve Research Triangle Park (RTP) olmak üzere üç ana lokasyona dağılmışsa, kullanıcı geçiş planı Lokasyona göre kullanıcı geçiş planı tablosunda özetlenen plana benzeyebilir.
Tablo 4. Kullanıcı geçiş planı (site bazında)
Kullanıcı sitesi / konum Geçiş öncesi bilgilendirme ve eğitim oturumları Geçiş dönemi Geçiş sonrası destek
NYC (1.525 kullanıcı) 1 Nisan Haftası 15 Nisan – 27 Nisan 29 Nisan Haftası
SFO (1.600 kullanıcı) 6 Mayıs Haftası 20 Mayıs – 31 Mayıs 3 Haziran Haftası
RTP (1.275 kullanıcı) 3 Haziran Haftası 17 Haziran – 28 Haziran 1 Temmuz Haftası

Bir diğer önemli faktör ise, birbirlerine bağımlılıkları olan kullanıcıların birlikte geçişini sağlamaktır. Bu, aşağıdakileri içerebilir ancak bunlarla sınırlı değildir:

BLF izleme

Aynı av pilot/group

Paylaş satırları

Aynı çağrı alma grubunun bir parçası

Aynı çağrı parkı numaralarını kullanarak

İnterkom

Admin/Exec.

Bu bağımlılıklara sahip kullanıcı gruplarını belirlemenize yardımcı olmak için yapılandırmayı (GUI veya dışa aktarma) inceleyebilir veya Geçiş Analizleri aracını kullanabilirsiniz.

PSTN bağlantısı

PSTN'ye üç farklı yolla erişilebilir: Cisco arama planları, Cloud Connect (eski adıyla Cloud Connected PSTN) ve şirket içi PSTN (Yerel ağ geçidi). Ancak, tanımlanan tek bir konum yalnızca tek bir PSTN seçeneğine atanabilir.

Yerel ağ geçidi (LGW) içeren şirket içi PSTN, geçiş stratejisinin temel bir bileşenidir. Bu, şirket içi dağıtım arasında bağlantı sağlar. and/or PSTN ve platform, yerel ağ geçidi olarak kullanılabilen hem Cisco hem de sertifikalı üçüncü taraf oturum sınır denetleyicilerini (SBC) destekler. Desteklenen SBC'lerin en güncel listesi için Desteklenen SBC'lerin listesibölümüne bakın.

Kayıt tabanlı tek bir yerel ağ geçidinden 250'ye kadar eş zamanlı çağrıyı ve sertifika tabanlı tek bir yerel ağ geçidinden 250'den fazla eş zamanlı çağrıyı destekler. Sertifika tabanlı Yerel Ağ Geçitleri, 6500'e kadar eş zamanlı çağrıyı destekleyebilir, ancak bu, yerel ağ geçidinin sahip olduğu bağlantı türüne (Over-the-Top veya interconnect peering) ve Yerel Ağ Geçidinin dağıtıldığı SBC modeline bağlıdır. Bu sınırlar, özünde hem yerel ağ geçidi tabanlı PSTN aramaları hem de uç noktalar arasındaki siteler arası aramalar için varsayılan sayım sınırıdır. Daha fazla bilgi için Yerel ağ geçidiyle çalışmaya başlamabölümüne bakın.

Bu limiti aşan tüm aramalar 403 Yasakile reddedilir. show call active voice komutu, yerel ağ geçidinde herhangi bir anda çalıştırılarak aktif çağrıların toplam sayısını belirleyebilir.

Yerel ağ geçidi ile erişim SBC'si arasındaki zayıf ağ koşulları, sinyal bağlantısının performansını sınırlayarak eşzamanlı çağrı sınırının daha da düşmesine yol açabilir. Yerel ağ geçidi ile veri merkezi arasındaki tek yönlü gecikme 100 ms'yi, titreşim (jitter) 10 ms'yi ve paket kaybı 0,5'i geçmemelidir. %.

Özellikler & özellik kullanımı

Mevcut ortamı değerlendirirken, hangi özelliklerin yapılandırıldığını belirlemek ve gözden geçirmek önemlidir. Ayrıca, özelliklerin kullanımını anlamak, dağıtımınız için iş ve teknik gereksinimlerinizi (yeniden) tanımlayabilmeniz açısından önemlidir.

Hangi özelliklerin yapılandırıldığını belirlemek için yapılandırmayı analiz edin. Bu, sistemde bir özellik veya ayar yapılandırıldığında belirlenen tüm statik verilerdir. Bu analizi tamamlamak için aşağıdaki seçenekler kullanılabilir:

Yönetici arayüzünde yapılandırmayı inceleyin.

yapılandırma dışa aktarma -- toplu dışa aktarma veya AXL

Göç analiz aracı (Önerilir)

Cisco'nun üçüncü taraf iş ortağı araçları (Önerilir).

Özellik kullanımını etkili bir şekilde analiz etmek için, kullanım, kayıtlar ve çağrı etkinliği gibi dinamik sistem verilerini incelemek şarttır. Çeşitli analitik araçlar ve gösterge panelleri, bu ölçütlere ilişkin bilgiler sağlayarak sistem performansı ve kapasitesinin kapsamlı bir şekilde anlaşılmasını mümkün kılar ve bu da geçiş ve optimizasyon çalışmaları sırasında bilinçli karar vermeyi destekler. Bu tür analizleri tamamlamak için aşağıdaki seçenekler kullanılabilir:

Ham CDR kayıtlarının incelenmesi

Birleşik CM RTMT verilerinin incelenmesi

CDR verilerini kullanan göç analiz aracı

Bulut bağlantılı UC analitiğinin incelenmesi

Çağrı hacmi

Kayıtlı uç noktalar

(CAC) konumları

Ana hat kullanım oranı.

Cisco'nun üçüncü taraf iş ortağı araçları.

Cisco, bu analiz için Webex Control Hub Migration Insights aracını kullanmanızı önerir. Dışa aktardığınız .TAR dosyasını ve Unified CM CDR dosyalarını (isteğe bağlı, ancak özellik kullanım analizi için gerekli) araca aktaracaksınız. Bu araç, analize başlamak için kullanılabilecek aşağıdaki CSV tabanlı raporları oluşturacaktır:

Tablo 5. Unified CM .tar dosyasından oluşturulan raporlar
Rapor adı
Rapor açıklaması
ImportedDataBulk.csv
Unified CM verilerindeki tüm kullanıcılar ve cihazlar
DeviceEligibility.csv
Webex Aramasına Geçişe Uygun Cihazları Belirler (IP telefonlar, Room OS cihazları, ATA'lar ve Üçüncü Taraf Cihazlar)
DevicePoolNumbers.txt
Belirli bir cihaz havuzundaki tüm numaraların listesi
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Paylaşılan hatlar, yönlendirme pilotu, çağrı kuyruğu, çağrı park etme ve çağrı alma grubu yapılandırmasına göre birlikte taşınması gereken cihazlar ve kullanıcılar hakkında ayrıntılar.
HuntGroupMigrationInsight.csv
Atanan av hatları, hat grupları ve ilgili ajanlar hakkında detaylı bilgi.
SharedlineGroupMigrationReport.csv
Telefon numaralarının (rehber numaralarının) kullanıcılar arasında nasıl paylaşıldığına dair genel bir bakış.

Tablo 6. Unified CM .tar ve CDR .gzip dosyalarından oluşturulan raporlar.
Rapor adı
Rapor açıklaması
FeatureUsageBasedDeviceEligibilityReport.csv
Özellik kullanımına bağlı olarak cihaz geçişi uygunluğu hakkında bilgi.
FeatureUsageWithLastUsageDateReport.csv
Arama pilotunun ve çağrı kuyruğunun kaç kez çağrıldığını ve son kullanım tarihini gösteren kullanım sayısı.
UserWorkspaceLastUsage.csv
Hem yazılım istemcileri hem de donanım telefonları için kullanıcıların ve çalışma alanlarının son kullanım tarihi.
DIDUsageReport.csv
Hem atanmış hem de atanmamış DID'ler için DID kullanımı

Göç Analizleri raporları hakkında daha fazla bilgi için Göç analizleribölümüne bakın.

Geçiş Analizleri raporlarındaki bilgileri inceledikten sonra özellikler ve kullanım hakkında daha fazla bilgiye ihtiyacınız olursa, Cisco, Cisco'nun üçüncü taraf iş ortağı geçiş araçlarından birini değerlendirmenizi önerir. and/or GUI'deki veya yapılandırma dışa aktarma verilerindeki yapılandırmaları incelemek için.

Cisco entegrasyonları: Unity Connection UCCX UCCE

Sesli mesaj, teklifin ayrılmaz bir parçasıdır ve çözüme yerleşik olarak bulunur. Unity Connection veya Unity Connection Express gibi yerleşik bir sesli mesaj çözümüyle entegre edilemez. Ayrıca, mevcut Unity Connection sesli mesajlarını veya karşılama mesajlarını, Unity ile birlikte gelen yerel sesli mesaj hizmetine aktarmanın yerleşik bir yolu bulunmamaktadır. Cisco'nun üçüncü taraf iş ortaklarının bazı geçiş araçları, bu verilerin bir kısmını taşıma yeteneğine sahiptir. Webex Calling kullanıcısı için sesli mesaj hakkında daha fazla bilgi için Bir Webex Calling kullanıcısı için sesli mesaj ayarlarını yapılandırma ve yönetmebölümüne bakın.

Paylaşımlı sesli posta ve faks posta kutularını da destekler. Daha fazla bilgi için bkz. Webex Calling için paylaşılan sesli posta ve gelen faks kutusunu yönetme.

Ana platformun bir parçası olarak yerleşik bir Otomatik Karşılama özelliği bulunmaktadır. Bu özellik, Unity Connection'ınızın çağrı işleyicilerinin ve otomatik karşılama işlevinin geçişini sağlar. Kontrol Merkezi aracı, Unified CM'den Özellikleri Taşı, Unity Connection yapılandırmalarının Otomatik Yanıtlayıcılara taşınmasını destekler. Bu aracın kullanımı hakkında daha fazla bilgi için bkz. Unified CM'den Webex Calling'e cihazların ve özelliklerin geçişi.

Çağrı kaydı

Ekstra ücret ödemeden iki farklı arama kaydı seçeneği içerir.

Webex görüşme kaydı

Dubber Go kayıt özelliği (iş ortağı teklifi) - kaydedilen tüm medyanın bulutta güvenli bir şekilde saklandığı, Dubber ile entegre bir uygulama.

Dahil edilen kayıt seçenekleri Tablo, ek ücret ödemeden kullanılabilen iki çağrı kayıt seçeneğinin bazı önemli özelliklerini vurgulamaktadır.

Tablo 7. dahil edilen kayıt seçenekleri
Webex Dubber Go

Tüm kullanıcılara açıktır. Tüm kullanıcılara açıktır.

Sınırsız kayıt Sınırsız kayıt

1 yıllık saklama süresi* 30 günlük saklama süresi

Kuruluş başına 100 GB depolama alanı -

Uyumluluk görevlileri çağrı kayıtlarına erişebilir ve bunları yönetebilir. -

Kayıtları yönetmek için API'ler -

Yöneticiler, kullanıcıların çağrı kayıtlarına erişimini yapılandırabilir ve yönetebilir.
Kullanıcılar, Kullanıcı Merkezi'ni kullanarak kendi kayıtlarını yönetebilirler. and/or Webex Uygulaması.
Kayıtlarına yalnızca kullanıcılar erişebilir ve bunları yönetebilir.
Dubber portalından.

Eğer kuruluşunuz uyumluluk çağrı kaydı, daha uzun saklama süreleri, daha fazla depolama alanı, yapay zeka analizi gibi ek kayıt özelliklerine ihtiyaç duyuyorsa, and/or Cisco ve üçüncü taraf kayıt sağlayıcılarından yönetici erişimi, ücretli teklifler veya eklentiler mevcuttur. Kayıt sağlayıcıları, yapılandırmalar ve ek iş ortağı hizmetleri hakkında daha fazla bilgi için Webex Calling için çağrı kaydını yönetmebölümüne bakın.

Üçüncü taraf entegrasyonları

Yerel Ağ Geçitleri için SBC'ler, IP telefonlar, Dahili telefonlar dahil ancak bunlarla sınırlı olmamak üzere çeşitli^3. taraf entegrasyonlarını destekler, Speaker/Pagers, ATA'lar, vb. Bu^üçüncü taraf cihazlara ek olarak, Webex Calling müşteri desteği, analiz, kayıt, faturalama vb. için farklı^üçüncü taraf çözümlerini de desteklemektedir. ^Üçüncü taraf çözümler hakkında daha fazla bilgi için Webex Uygulama Merkezi'ne bakın.

Tablo 1. Örnek değerlendirme
Zorunluluk	Önemli hususlar
Ağ hazırlığı ve bant genişliği	Bant genişliği, Hizmet Kalitesi (QoS), WAN/Internet, Firewall/NAT
Mevcut sistemlerle entegrasyon	Dizin, CRM, PBX, Email/Calendar
Uç nokta uyumluluğu ve tedariki	Cihaz desteği, yapılandırma, ürün yazılımı güncellemeleri
Güvenlik yapılandırmaları ve şifreleme	Şifreleme, kimlik doğrulama, uyumluluk, güvenlik izleme
Kullanıcı eğitimi ve değişim yönetimi	Eğitim programları, dokümantasyon, değişim iletişimi
Numara taşınabilirliği ve arama planı	Sayı migration/porting, arama planı çevirisi
Üçüncü taraf entegrasyonları	Çağrı cihazı, iletişim merkezi, faks, analog cihazlar

Tablo 2. Webex Arama türü bant genişliği hesaplamaları
Çağrı türleri	Kodek - bant genişliği	Bant genişliği hesaplamaları
/ Masa telefonu ->	OPUS - 70 kbps	Eş zamanlı çağrı sayısı * 70 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> Masa Telefonu	OPUS – 70 kbps	Eş zamanlı çağrı sayısı * 70 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> PSTN üzerinden LGW	G.711 – 80 kbps	Eş zamanlı çağrı sayısı * 80 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> Bulut tabanlı PSTN üzerinden PSTN (örneğin Cisco arama planı)	G.711 – 80 kbps	Eş zamanlı çağrı sayısı * 80 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> LGW aracılığıyla kurumsal	G.722 – 80 kbps	Eş zamanlı çağrı sayısı * 80 kbps = Gerekli ağ veri aktarım hızı
/ Masa telefonu -> sesli mesaj	OPUS – 70 kbps	Eş zamanlı çağrı sayısı * 70 kbps = Gerekli ağ veri aktarım hızı

Tablo 3. Webex Arama bant genişliği hesaplama örnekleri
Çağrı türleri	Eş zamanlı çağrı sayısı	Toplam bant genişliği
Webex Uygulaması / Masa Telefonu → Webex Uygulaması	15	2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması / Masa Telefonu → Masa Telefonu	15	2 * 15 * 70 kbps = 2.100 kbps
Webex Uygulaması / Masa Telefonu → LGW üzerinden PSTN	50	2 * 50 * 80 kbps = 8.000 kbps
Webex Uygulaması / Masa Telefonu → Webex Araması için Cloud Connect üzerinden PSTN	0	0 * 80 Kbps
Webex Uygulaması / Masa Telefonu → LGW aracılığıyla Kurumsal	15	2 * 15 * 80 kbps = 2400 kbps
Webex Uygulaması / Masa Telefonu → Webex Araması Sesli Mesaj	5	5 * 70 kbps = 350 kbps
Toplam aramalar / Bant genişliği	100 çağrı	14.950 kbps / 14,95 Mbps

Tablo 4. Kullanıcı geçiş planı (site bazında)
Kullanıcı sitesi / konum	Geçiş öncesi bilgilendirme ve eğitim oturumları	Geçiş dönemi	Geçiş sonrası destek
NYC (1.525 kullanıcı)	1 Nisan Haftası	15 Nisan – 27 Nisan	29 Nisan Haftası
SFO (1.600 kullanıcı)	6 Mayıs Haftası	20 Mayıs – 31 Mayıs	3 Haziran Haftası
RTP (1.275 kullanıcı)	3 Haziran Haftası	17 Haziran – 28 Haziran	1 Temmuz Haftası

Tablo 5. Unified CM .tar dosyasından oluşturulan raporlar
Rapor adı Rapor açıklaması
ImportedDataBulk.csv Unified CM verilerindeki tüm kullanıcılar ve cihazlar
DeviceEligibility.csv Webex Aramasına Geçişe Uygun Cihazları Belirler (IP telefonlar, Room OS cihazları, ATA'lar ve Üçüncü Taraf Cihazlar)
DevicePoolNumbers.txt Belirli bir cihaz havuzundaki tüm numaraların listesi
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Paylaşılan hatlar, yönlendirme pilotu, çağrı kuyruğu, çağrı park etme ve çağrı alma grubu yapılandırmasına göre birlikte taşınması gereken cihazlar ve kullanıcılar hakkında ayrıntılar.
HuntGroupMigrationInsight.csv Atanan av hatları, hat grupları ve ilgili ajanlar hakkında detaylı bilgi.
SharedlineGroupMigrationReport.csv Telefon numaralarının (rehber numaralarının) kullanıcılar arasında nasıl paylaşıldığına dair genel bir bakış.

Tablo 6. Unified CM .tar ve CDR .gzip dosyalarından oluşturulan raporlar.
Rapor adı Rapor açıklaması
FeatureUsageBasedDeviceEligibilityReport.csv Özellik kullanımına bağlı olarak cihaz geçişi uygunluğu hakkında bilgi.
FeatureUsageWithLastUsageDateReport.csv Arama pilotunun ve çağrı kuyruğunun kaç kez çağrıldığını ve son kullanım tarihini gösteren kullanım sayısı.
UserWorkspaceLastUsage.csv Hem yazılım istemcileri hem de donanım telefonları için kullanıcıların ve çalışma alanlarının son kullanım tarihi.
DIDUsageReport.csv Hem atanmış hem de atanmamış DID'ler için DID kullanımı

Tablo 7. dahil edilen kayıt seçenekleri
Webex	Dubber Go
Tüm kullanıcılara açıktır.	Tüm kullanıcılara açıktır.
Sınırsız kayıt	Sınırsız kayıt
1 yıllık saklama süresi*	30 günlük saklama süresi
Kuruluş başına 100 GB depolama alanı	-
Uyumluluk görevlileri çağrı kayıtlarına erişebilir ve bunları yönetebilir.	-
Kayıtları yönetmek için API'ler	-
Yöneticiler, kullanıcıların çağrı kayıtlarına erişimini yapılandırabilir ve yönetebilir. Kullanıcılar, Kullanıcı Merkezi'ni kullanarak kendi kayıtlarını yönetebilirler. and/or Webex Uygulaması.	Kayıtlarına yalnızca kullanıcılar erişebilir ve bunları yönetebilir. Dubber portalından.

Planlama

Üst düzey proje planı

Göç yolculuğu - bir mi, iki adım mı?

1. Seçenek: Tek adımlı kullanıcı geçişi

2. Seçenek: Çift aşamalı kullanıcı geçişi

1. Adım

2. Adım

Üst düzey proje planı

Bir sistemden diğerine geçiş için üst düzey bir proje planı geliştirirken, hem iş hedefleriyle hem de teknik gereksinimlerle uyumlu net aşamalar ve kilometre taşları belirlemek çok önemlidir. Plan, detaylı teknik ve iş gereksinimlerinin toplanması, paydaşların belirlenmesi ve başarı kriterlerinin tanımlanması da dahil olmak üzere kapsamlı bir değerlendirme aşamasıyla başlamalıdır. Başlıca hususlar arasında kaynak tahsisi, zaman çizelgesi tahmini, risk yönetimi ve tüm tarafların geçiş süreci boyunca bilgilendirilmesini ve sürece dahil olmasını sağlamak için iletişim stratejileri yer almaktadır. Ayrıca, plan, aksaklıkları en aza indirmek ve geri bildirimlere göre ayarlamalar yapılmasına olanak sağlamak için pilot testler ve aşamalı uygulamalar gibi doğrulama kontrol noktalarını da içermelidir.

Proje planına dahil edilebilecek unsurlara örnekler şunlardır:

Geçişin kapsamını tanımlama (örneğin, hangi kullanıcıların, cihazların ve özelliklerin geçiş yapacağı)

Son kullanıcılar ve destek ekipleri için eğitim oturumlarının planlanması

Ağ hazırlık değerlendirmelerinin koordinasyonu ve

Geçiş faaliyetleri için yedek seçeneklerin planlanması. Uyumluluk ve güvenlik incelemelerinin yanı sıra geçiş sonrası destek ve optimizasyon aşamalarının da entegre edilmesi önemlidir.

Proje planını bu hususlar dikkate alınarak yapılandıran kuruluşlar, karmaşıklığı daha iyi yönetebilir, riskleri azaltabilir ve daha sorunsuz bir geçiş sağlayabilirler.

Göç yolculuğu - bir mi, iki adım mı?

Kullanıcıların arama yapmak için bu yazılım istemcisini kullanmasını gerektirir. Bu nedenle, eğer hala kullanan kullanıcılar varsa, onları ne zaman başka bir sisteme geçirebileceğiniz konusunda iki seçeneğiniz var. Tek aşamalı veya çift aşamalı kullanıcı geçişi yapabilirsiniz.

1. Seçenek: Tek adımlı kullanıcı geçişi

Tek adımlı geçişte, kullanıcılar aynı anda Unified CM'den 'ye geçiş yaparken 'den 'ye de geçiş yaparlar. Bu seçenek genellikle az sayıda kullanıcıyı taşımayı planlayan ve hem kullanıcının yazılım istemcisini hem de arama hizmetini aynı anda taşıyabilen müşteriler içindir. Şekil Kullanıcının arama hizmeti, yazılım istemcisi & Telefon aynı anda geçiş yapıyor, aşağıdaki kısım bu geçiş türünü vurguluyor. Bu seçenekle kullanıcı aşağıdaki işlemlerin tümünü aynı anda tamamlayabilir:

Çağrı hizmetleri şuradan şuraya taşındı:

Telefon numaraları ve dahili hatlar şuradan şuraya taşındı:

Yazılım istemcisi Jabber'dan geçiş yaptı - kayıt işlemi gerçekleştirilecek.

Telefonla kayıt işlemi şuradan şuraya taşındı.

Kullanıcının arama hizmeti, yazılım istemcisi & telefon aynı anda geçiş yapıyor

Bu, kullanıcı gruplarının farklı zamanlarda taşındığı aşamalı bir geçiş olabilir, ancak her kullanıcı taşındığında tüm bu işlemler aynı anda gerçekleşir.

2. Seçenek: Çift aşamalı kullanıcı geçişi

Diğer yaklaşım ise iki aşamalı bir geçiş yöntemidir. 1. adımda, kullanıcılar bir durumdan diğerine geçiş yaparlar ancak arama hizmetleri için üzerinde kalmaya devam ederler. Ardından 2. adımda kullanıcılar Unified CM'den .'ye taşınır. Bu seçenek, son kullanıcı değişikliklerini yönetmek ve kullanıcının yazılım istemcisindeki değişikliği çağıran servis değişikliğinden ayırmak isteyen büyük müşteriler için önerilir. Aşağıdaki şekil Yazılım istemcisini taşı; ardından çağrı hizmetini ve yazılım istemcisini taşı. & Aşağıdaki numaralı telefondan Webex Aramasına geçiş, bu tür geçişi vurgulamaktadır.

1. Adım

Yazılım istemcisi şuradan şuraya geçiş yaptı - şuraya kaydolacak.

2. Adım

Çağrı hizmetleri şuradan şuraya taşındı.

Telefon numaraları ve dahili hatlar şuradan şuraya taşındı: .

Kayıt işlemi şuradan şuraya taşındı.

Telefonla kayıt işlemi şuradan şuraya taşındı.

Önce yazılım istemcisini taşıyın; ardından çağrı yapan servisi ve yazılım istemcisini taşıyın. & telefondan Webex Aramasına

Bu, kullanıcı gruplarının her iki adımda da farklı zamanlarda taşındığı aşamalı bir geçiş olabilir.

Seçeceğiniz seçenek, kullanıcılarınızın ve sistemlerine geçişini nasıl yönetmek istediğinize bağlıdır. Önerimiz, bunu aşama aşama yapmaktır (Seçenek 2). Bu sayede son kullanıcının tek seferde yapacağı değişiklikleri en aza indirebilir ve iş yükünü projenin farklı bölümlerine dağıtabilirsiniz. Ancak, kullanıcıların yalnızca bir kez etkilenmesini tercih ediyorsanız, 1. Seçeneği kullanmak da geçerlidir.

Önerilen yolculuğa (Seçenek 1) bakıldığında, aşağıdaki Jabber'dan Webex Uygulamasına üst düzey geçiş haritası şekli, 1. Adım için üst düzey geçişi göstermektedir.

Jabber'dan Webex Uygulamasına üst düzey geçiş haritası

Bu adımda kullanıcılar, tüm arama hizmetleri için Jabber'dan yeni sisteme geçiş yaparlar. Ancak, arama platformu hala Unified CM'dir ve arama hizmetlerini ona kaydettirecektir. Jabber'dan Webex Uygulamasına üst düzey geçiş haritası şeklinde görüldüğü gibi, şirket içi altyapı değişmiyor ve Jabber ile aynı şekilde çalışıyor. Tek değişiklik, dışarıya bir bağlantı gerektirmesidir.

Bu geçiş hakkında daha fazla bilgi için, İşbirliği Geçişi sayfasındaki İstemci bölümünde yer alan ] Jabber'dan Webex'e Geçiş Haritası ve Dağıtım Kılavuzu 'na bakın.

Birleşik CM'den Webex Çağrısına üst düzey geçiş haritası şekli, 'den 'ye üst düzey geçişi göstermektedir. Bu, önerilen yolculuğun 2. adımıdır.

Unified CM'den Webex Calling'e üst düzey geçiş haritası

Tek adımlı yaklaşımı kullanmaya karar verirseniz, bu durum da geçerlidir.

Bu adımda kullanıcılar gruplara geçiş yaparlar. Bu aşamada kullanıcılar arama hizmetleri, arama kaydı ve IP telefon kaydı için kullanmaya başlarlar.

Kullanıcılar gruplar halinde taşındığı için, geçiş sürecinde kurumsal kullanıcılar iki arama platformu arasında bölünecektir. Birleşik CM'den Webex Çağrısına üst düzey geçiş haritasındaki 1. Aşama şekli bu durumu göstermektedir. Bu aşamada, iki platformdaki kullanıcılar arasındaki görüşmelerin nasıl yönetileceği ve PSTN aramalarının nasıl yönlendirileceği konusunda planlama yapılması gerekmektedir. Kullanıcı grupları her geçiş yaptığında, hem hem de Yerel Ağ Geçidi(leri)nde arama planları ve çağrı yönlendirme güncellemeleri gerekecektir.

Tüm kullanıcılar, yazılım istemcileri ve cihazlar (2. Aşama)'ya geçirildikten sonra, şirket içi tüm UC altyapısı kaldırılabilir ve devre dışı bırakılabilir.

Tasarım

Bölge seçimi

Konumlar

PSTN

Çağrı planı

Yerel arama planı

çağrı planı

Kaydetme

1. Çağrı kaydı sağlayıcısı seçimi

2. Bölge seçimi

Acil durum çağrısı

Lisanslama

Manuel atama yoluyla

Otomatik lisans atama şablonları

CSV şablonu aracılığıyla toplu atama

API tabanlı atama

Lisans gereksinimleri

Kullanıcı yönetimi

Kullanıcı grupları

Bir sistemden diğerine geçiş yaparken önerilen yaklaşım

Kullanıcı Gruplarının Tasarlanması

Çoklu Oturum Açma (SSO)

Çoklu Kimlik Sağlayıcı desteği

1. Birleşme ve satın almalar

2. Birden fazla bağımsız BT departmanı

3. Farklı kullanıcı grupları veya etki alanları

4. Çeşitli kimlik doğrulama protokollerine destek

5. Geliştirilmiş güvenlik ve uyumluluk

6. Basitleştirilmiş kullanıcı deneyimi

Duo MFA with SSO for

Özellikler

Otomatik Santral

Çağrı Parkı

Çağrı Alma

Çağrı Sırası

Cevaplama Grubu

Çalışma Modları

Çağrı Grubu

Kayıtlar

Tek Numarayla Ulaşma

Sesli Mesaj Grubu

Bölge seçimi

Küresel olarak erişilebilir ve birden fazla bölgedeki yedekli veri merkezlerinden sunulmaktadır: ABD (Dallas, Chicago), Kanada (Vancouver, Toronto), Avrupa (Frankfurt, Amsterdam), İngiltere (Londra, Manchester), Avustralya (Melbourne, Sydney), Japonya (Tokyo, Osaka), Suudi Arabistan (Riyad, Cidde) ve Hindistan (Mumbai, Chennai). Medya erişim noktaları, medyanın gidiş-dönüş sürelerini optimize etmek için medya hizmetleri sunar. Örneğin, Singapur veri merkezi, Avustralya veya Japonya bölgesine gidiş-dönüş sürelerinin optimum olmayabileceği Asya ülkelerindeki müşteriler için medya gidiş-dönüş sürelerini optimize etmek amacıyla kullanılmaktadır. Veri merkezleri, çok gigabitlik ve tamamen yedekli bir omurga ağıyla birbirine bağlanmıştır. Şekil küresel olarak dağıtılmış veri merkezleri tüm veri merkezlerinin genel bir görünümünü göstermektedir. Mevcut veri merkezlerinin en güncel listesi için Webex Calling için Veri Merkezi konumlarıbölümüne bakın.

Küresel olarak dağıtılmış veri merkezleri

Her müşteri, örneklerden birine atanır. O müşteriye ait tüm tedarik bilgileri o örnekte saklanır ve o müşteri için tedarik edilen tüm uç noktaların ve Yerel Ağ Geçitlerinin SIP sinyallemesi, müşterinin tedarik edildiği örneğe bağlıdır. İlk bölge seçimini değiştirmek zor olduğundan, bölge seçimine yol açan karar sürecinin bir parçası olarak tüm ilgili faktörleri dikkate almak önemlidir. Aşırı sinyalizasyon gecikmesini önlemek için, geçiş sürecinin başlarında hangi örneğin kullanılacağına karar vermek önemlidir. Cisco, dağıtım içindeki en fazla sayıda kullanıcı için en düşük sinyal gidiş-dönüş sürelerini sağlayan örneği seçmenizi önerir.

Ülke kullanılabilirliği için Webex nerede kullanılabilir?bölümüne bakın.

Konumlar

Yerleşim yerlerinin sağlanmasına hazırlık olarak, tüm geçiş hedef lokasyonlarına ilişkin gerekli bilgilerin toplanması gerekmektedir. Her konum için gerekli bilgiler içinde özetlenmiştir. Her konum için kaydedilecek bilgiler.
Tablo 1. Her konum için kaydedilecek bilgiler
Bilgi Yorum
Uzatma aralığı(ları) Her bir konumun uzantısı farklı rakamlarla başlayabilir. Bir rakam, siteler arası arama yönlendirme rakamı (örneğin 8) ve bir rakam da PSTN yönlendirme rakamı (örneğin 9) için ayrılmalıdır. Uzantı aralığı bu iki rakamdan herhangi biriyle başlayamaz.
Tüm lokasyonların tüm uzantı aralıkları eşit uzunlukta olmalıdır.
DID aralığı(ları) -
PSTN yönlendirme rakamı -
Site kodu Tüm lokasyonların site kodlarının benzersiz ve aynı uzunlukta olması gerekmektedir.
Ana numara Bir konum oluşturulurken iki adet DID'nin (Doğrudan Kimlik Numarası) tanımlanması gerekir. Biri ana numara olarak (örneğin otomatik karşılama servisine atanacak), diğeri ise sesli mesaj portalı için.
Sesli mesaj numarası için bir DID numarası sağlayın.
Sesli mesaj numarası
Lisans sayısı Standart, Profesyonel, Çalışma Alanı, Yönlendirme Listesi, Giden Arama Planı dahil olmak üzere türlerine göre gerekli lisanslar.
Yoğun saatlerde eş zamanlı aramalar Cihazlar arasında ve cihazlar ile Yerel Ağ Geçidi arasında eş zamanlı yapılan aramaların toplamı (PSTN ve cihazlara yapılan aramalar). Gerekli internet erişim bant genişliğini belirlemek gerekiyordu.
Ülke -
Saat dilimi -
Dil -
İletişim (İsim, Telefon, E-posta) -
Adres (Sokak adresi, Şehir, Eyalet, Posta kodu) -
Acil servislerin uç noktalar için fiziksel olarak sevk edilebileceği konum. Acil durum çağrıları için kullanılan, cihazın konum bilgisi genellikle şunları içerir: bina adresi, bina adresi + kat numarası, bina adresi + daire numarası veya bina adresi + kat numarası + office/cubical sayı.
Acil servisler için cihaza özgü fiziksel ağ konumu. Acil durum çağrıları için fiziksel ağ konumu genellikle şunları içerir: anahtar / Kablolu cihazlar için switchport, kablosuz bağlantılı cihazlar için kablosuz Erişim Noktası (AP) Temel Hizmet Kümesi Tanımlayıcıları (BSSID'ler), and/or Uç cihazlar için şirket içi IP alt ağları.

PSTN

Bir dağıtım planı tasarlarken, müşterilerin üç temel PSTN bağlantı seçeneği vardır: Cisco Arama Planları (Cisco tarafından yönetilen bulut tabanlı bir PSTN hizmeti), Buluta Bağlı PSTN Sağlayıcıları (CCPP, sağlayıcıların PSTN hizmetini bulut üzerinden sunduğu yer) ve şirket içi PSTN (yerel ağ geçitlerinin kurumsal ağı PSTN'ye bağladığı yer). Hibrit dağıtımlar için PSTN trunking'in kullanıma sunulmasıyla (Daha fazla bilgi için, PSTN trunkingadresindeki hibrit Webex Calling dağıtımları için PSTN trunking'e bakın), kuruluşlar geçiş yaklaşımlarında ek esneklik kazanırlar. Bu özellik, müşterilerin geçiş sürecinin başlangıcında PSTN'lerini CCPP'ye taşımalarına ve kullanıcılar için bulut tabanlı PSTN'ye geçişe başlamalarına olanak tanırken, aşamalı bir geçiş sırasında Cisco'da kalan kullanıcılar için PSTN hizmetini sürdürmek üzere CCPP'den yararlanmalarını sağlar.

Bu hibrit yaklaşım, kuruluşların tüm telefon altyapılarını hemen elden geçirmeden, seçilmiş kullanıcı gruplarını öncelikle buluta taşımalarına olanak tanır. Ancak bu durum, özellikle mevcut çağrı yönlendirme mantığını yeni mimariyi destekleyecek şekilde uyarlama konusunda ek karmaşıklık ve riskler getiriyor. Faks sunucuları, çağrı merkezleri veya çağrı cihazı sistemleri gibi eski uygulamalarla birlikte çalışabilirlik de dikkatli bir şekilde ele alınmalıdır. Başlıca teknik zorluklar arasında, karma ortamda uçtan uca sorunsuz kodek anlaşmasının ve DTMF (Çift Tonlu Çoklu Frekans) sinyallemesinin sağlanması ve özel telefon özellikleriyle uyumluluğun doğrulanması yer alabilir. Geçiş süreci boyunca aksaklıkları en aza indirmek ve güvenilir ses hizmetlerini sürdürmek için doğru planlama ve testler şarttır. Ayrıca, ticari hususlar da önemlidir, çünkü hibrit hat bağlantısı, yerel ortam ile Bulut Bağlantılı PSTN Sağlayıcısı (CCPP) arasında eş zamanlı çağrı sayısına bağlı bir kullanım lisansı gerektirir.

Alternatif olarak, kuruluşlar geçiş aşaması boyunca kendi bünyelerindeki PSTN bağlantısını korumayı tercih edebilirler. Bu senaryoda, CCPP'ye geçiş iki şekilde gerçekleştirilebilir: Geçiş tamamlandıktan sonra tüm kullanıcılar ve konumlar için tek ve koordineli bir geçiş olarak veya kullanıcılar taşındıkça PSTN geçişinin konum bazında kademeli olarak gerçekleşmesi şeklinde olabilir. Bu yaklaşım, eski sistemlerin entegrasyonunu kolaylaştırmaya ve sürekliliği sağlamaya yardımcı olabilir, ancak çeşitli operasyonel karmaşıklıkları da beraberinde getirir. Bunlar arasında numara taşıma ile ilgili zorluklar yer almaktadır; örneğin, numara taşıma siparişlerinin hassas bir şekilde koordine edilmesi gerekliliği, olası gecikmeler ve sağlayıcı tarafından getirilen sınırlamalar (örneğin, eş zamanlı numara taşıma isteği sayısına getirilen sınırlama veya büyük numara bloklarının alt kümelerinin taşınmasına ilişkin kısıtlamalar). Kuruluşlar, hizmet kesintilerini önlemek ve sorunsuz bir geçiş deneyimi sağlamak için bu lojistik hususları dikkate alarak PSTN geçiş stratejilerini dikkatlice planlamalıdır.

Başlangıçta CCCP'ye geçiş mi yoksa şirket içi PSTN'yi koruma mı?

Şekil Başlangıçta CCCP'ye geçiş ile şirket içi PSTN'yi koruma karşılaştırması yukarıda açıklanan iki PSTN geçiş seçeneğini göstermektedir. Soldaki görsel, tüm şirket içi kullanıcıların ve uygulamaların, şirket içi bir hat ve şirket içi ağı buluta bağlayan bir Yerel Ağ Geçidi aracılığıyla Bulut Bağlantılı PSTN hizmetlerini kullandığı senaryoyu gösterirken, sağdaki görsel ise mevcut şirket içi PSTN'nin yerinde kaldığı ve Webex Araması kullanan kullanıcıların şirket içi PSTN'yi, şirket içi ağ ile buluta bağlanan Yerel Ağ Geçidi bağlantısı üzerinden kullandığı senaryoyu göstermektedir. Geçiş sürecinde, konumlar bulut bağlantılı PSTN kullanılarak değiştirilebilir.

Her iki senaryoda da şirket içi ağ ile kullanıcı arasındaki aramalar Yerel Ağ Geçidi bağlantısını kullanır. Şirket içi ve dış ağ arasındaki bağlantı, beklenen eş zamanlı çağrı sayısına ve gerekli yedekliliğe bağlı olarak uygun şekilde tasarlanmalı ve boyutlandırılmalıdır.

Çağrı planı

Geçiş dönemi boyunca ve geçişler arasında sorunsuz birlikte çalışabilirlik sağlamak için, her iki platformda da kapsamlı bir arama planı mimarisi geliştirilmeli ve uygulanmalıdır. Bu çift platformlu arama planı tasarımı, tutarlı çağrı yönlendirmesi, numara çevirisi ve özellik şeffaflığı sağlayarak, her iki sistemdeki kullanıcıların hizmet kalitesinde düşüş veya kullanıcı deneyiminde aksama olmadan birlikte çalışma aşaması boyunca iletişim kurmalarını mümkün kılar.

Yerel arama planı

Unified CM'ye ve kurumsal çevirmeli plana kayıtlı cihazların birlikte çalışmasına olanak sağlamak için yapılacak geçiş sürecinde, en az aşağıdaki gereksinimlerin karşılanabilmesi için değişiklikler yapılması gerekmektedir:

+E.164 aramadan

Dahili numara çevirme (şube içi ve ayrıca dahili numara aralıkları benzersiz ise şubeler arası)

Kısaltılmış siteler arası arama (şuradan şuraya):

Şebeke içi arama zorunluluğu -den -e

Cevapsız aramalar dizininden aşağıdaki hedeflere geri arama.

Geçiş sırasında yerel PSTN kullanılıyorsa, PSTN'den PSTN'ye yapılan aramalar

Geçiş sırasında hibrit dağıtımlar için PSTN trunking kullanılıyorsa, Cloud Connect aracılığıyla şirket içi kullanıcılara PSTN erişimi sağlamak için PSTN aramaları yapılır.

Zorunlu olarak ağ içi bağlantıdan şuraya

Dahili numara çevirme (şubeler arası).

Yukarıdakilerden herhangi biri geçiş öncesinde desteklenen arama alışkanlıkları arasında yer almıyorsa, örneğin kısaltılmış siteler arası arama alışkanlığı yoksa, bunların geçiş sırasında mutlaka tanıtılması gerekmez.

Şekil En iyi uygulama arama planı, Cisco Collaboration 12.x Enterprise On-Premises Dağıtımları için Tercih Edilen Mimari, CVD'de açıklanan en iyi uygulama arama planı yaklaşımını göstermektedir. Bu yaklaşımın temel özellikleri şunlardır:

Tek bölüm için +E.164 dizin numaraları

Temel yönlendirme +E.164 rota desenleri

Tüm arama alışkanlıklarının normalleştirilmesi +E.164 çeviri kalıplarını kullanarak

Çeviri kalıbı arama alanı kalıtımının kullanımı (çeviri kalıplarında Orijinalin arama alanını kullan seçeneği ayarlanmıştır).

En iyi uygulamalar arama planı

Örneğin, PSTN araması (9+1+10D) SJC'de hat arama arama alanı SJCInternational ile donatılmış bir cihazdan önce ile eşleştirilecektir. 9.1[2-9]XX[2-9]XXXXXX aranan taraf numarasını normalleştiren çeviri kalıbı +E.164. İkincil arama daha sonra aynı çağrı arama alanını SJCInternational tekrar kullanır (çağrı arama alanı kalıtımı) ve +E.164-digit Dize ya bir ile eşleştirilecek +E.164 DN bölümündeki dizin numarası veya USPSTNNational veya SJCPSTNLocal bölümündeki PSTN yönlendirme kalıplarından biri. ESN ve SJCtoE164 bölümündeki çeviriler, kısaltılmış site içi ve siteler arası arama alışkanlıklarını uygulamaktadır. ESN bölümü küresel bir bölüm iken (tüm konumlardaki telefonlar tarafından erişilebilir), SJCTOE164 bölümüne yalnızca SJC konumundaki kullanıcılar erişebilir. Bu, örtüşen uzantı aralıkları varsayımına dayanmaktadır.

Bir telefondan diğerine arama yapmayı mümkün kılmanın ilk adımı şunlardan emin olmaktır: +E.164 Hedeflere göre yönlendirme yapılır. Bu, arama planına bir bölüm ekleyerek, yani şu adımları izleyerek gerçekleştirilebilir: +E.164 Bu bölüme giden tüm hedefler için rota kalıpları oluşturulur ve son olarak, bu bölüme ulaşabilmesi gereken hizmet sınıflarını temsil eden tüm arama alanlarına bu bölüm eklenir. . adresinden gelen aramalar için farklılaştırılmış bir hizmet sınıfı oluşturulabilmesi için özel bir bölüm oluşturulması gerekmektedir. Çağrı döngülerini önlemek için, Yerel Ağ Geçidinden gelen hat üzerindeki gelen arama arama alanının bölüme erişimi olmamalıdır.

+E.164 Webex Aramasına yönlendirme

Şekilde gösterildiği gibi +E.164 Webex Aramasına yönlendirme, belirli bir konum için yönlendirmeyi etkinleştirmek üzere. +E.164 DID aralığı +1 221 555 2XXX ve site kodu 121, bu acil rota modeline uyan bir durum. +E.164 bölümüne aralık eklenmelidir.

Eğer siteye özgü bir Yerel Ağ Geçidi seçimi gerekmiyorsa, rota kalıpları için hedef olarak yerel bir rota grubu içeren bir rota listesi kullanmak yerine, Yerel Ağ Geçidi'nin tek üye olduğu tek bir rota grubuna işaret eden rota kalıpları sağlanabilir ve ardından rota kalıpları, tek giriş olarak bu tek rota grubuna sahip tek bir rota listesine işaret eder.

Siteye siteler arası kısaltılmış arama yapılmasını sağlamak için gerekli yönlendirme kalıbı 8121.2XXX bölüme eklenir. Sitelerin ESN aramasını normalleştiren bir arama normalleştirme modeline 8121.2XXX geçiş yapabilmesi için +E.164 ESN bölümünde zaten mevcut olabilir. Bu durumda 8121.2XXX gereksiz gibi görünüyor, ancak ilgili konumun tüm DN'leri 8121.2XXX arama normalleştirme çeviri modeline taşındıktan sonra, 8121.2XXX yönlendirme modeli, bu aralıktaki yalnızca dahili hat kullanıcıları için bile ESN aramayı etkinleştirir.

Bu arama planı değişiklikleriyle, konuma yapılan aramalar yalnızca kısaltılmış siteler arası numara çevirme yoluyla değil, aynı zamanda farklı yöntemlerle de gerçekleştirilebilir. +E.164. Ayrıca, uluslararası ve ulusal PSTN aramaları da mümkündür çünkü bu arama alışkanlıkları öncelikle normalleştirilir. +E.164 Mevcut arama normalleştirme çeviri kalıpları aracılığıyla ve daha sonra eşleştirme yoluyla yönlendirilir. +E.164 Bölümlemedeki rota deseni.

O +E.164 Konumun DID aralığına göre rota kalıbı eşleştirmesi, tüm DID'ler hala üzerinde barındırılırken sağlanabilir. En iyi eşleşme kalıbı eşleştirme algoritması, üzerinde barındırılan bir numara arandığında, +E.164 Sağlanan dizin numarası, joker karakterli numaradan daha iyi bir eşleşme sağlar. +E.164 Çağrıların belirtilen hatta yönlendirilmesini ve belirtilen hatta yönlendirilmemesini sağlayacak şekilde yönlendirme kalıbı.

çağrı planı

Her kullanıcıya bir uzantı atanır. and/or A +E.164 telefon numarası. Uzantı uzunluğu sabit bir global ayardır: Bir dağıtımdaki tüm uzantılar aynı uzunluğa sahiptir. Dahili numara çevirme, hem aynı lokasyon içindeki kullanıcılar arasında hem de lokasyonlar arasında kullanılabilir. Kısaltılmış site içi dahili numara çevirme (ikinci durum), yalnızca çevrilen dahili numara benzersiz ise çalışır.

Farklı lokasyonlar arasında kısaltılmış arama yapılması gerekiyorsa ancak farklı lokasyonlarda atanmış dahili numaralar arasında çakışmalar varsa, dahili numaraların başına bir erişim kodu ve bir lokasyon kodu eklenerek işletmeye özel bir numaralandırma planı oluşturulmalıdır. Daha fazla bilgi için, Cisco Collaboration 15 Şirket İçi Dağıtımları için Tercih Edilen Mimari, Tasarım Genel Bakışı adresinde bulunan Cisco collaboration preferred architectures' a bakın.

Uzantı uzunluğu, lokasyonlar arası uzantı arama davranışı, lokasyonlar arası arama için ön ek uzunluğu ve lokasyonlar arası arama için yönlendirme ön ekindeki yönlendirme basamağı, arama hizmeti ayarlarında yapılandırılır. :

Konum yönlendirme öneki uzunluğu: Direksiyon basamağını da içeren ön ek uzunluğu. Yalnızca, alternatif kısaltılmış kurumsal lokasyonlar arası arama alışkanlığı olarak bir kurumsal numaralandırma planı oluşturulması gerekiyorsa gereklidir.

Yönlendirme önekinde yönlendirme rakamı: Kurumsal lokasyonlar arası arama alışkanlığının kısaltılması için yönlendirme rakamı. Herhangi bir konumun ilk rakamı ile konum dışı arama rakamlarının çakışmasından kaçınılmalıdır. Yalnızca, alternatif kısaltılmış kurumsal lokasyonlar arası arama alışkanlığı olarak bir kurumsal numaralandırma planı oluşturulması gerekiyorsa gereklidir.

Dahili uzatma uzunluğu: Uzatma kablolarının standart uzunluğu. İki ile on arasında herhangi bir değer olabilir.
Dahili numara çevirme veya kurumsal öneme sahip numaralar (yönlendirme kodu, site kodu, dahili numara) kullanarak arama yapılması gerektiğinde ve yerel çağrı kontrol merkezi arayan kimliği olarak bir dahili numara gönderiyorsa, yerel çağrı kontrol merkezinden gelen yukarı yönlü aramaların doğru şekilde yerel arama olarak sınıflandırılabilmesi için Çağrı Yönlendirmesi ve tesisler bölümündeki Maksimum bilinmeyen dahili numara uzunluğu parametresini de ayarladığınızdan emin olun.

Konumlar arasında dahili arama yapılmasına izin ver: Açma/kapama enable/disable Konumlar arasında dahili numara çevirme. Bu seçenek yalnızca kuruluş içindeki tüm uzantılar benzersiz ise etkinleştirilmelidir. Bu seçenek devre dışı bırakılırsa, konumlar arasında kurumsal öneme sahip numaralar (yönlendirme kodu, site kodu, dahili numara) veya telefon numaraları çevrilmelidir.

İlk üç parametre, özellikle telefon ahizesini kaldırarak arama yapıldığında rakamlar arası zaman aşımını en aza indirmek için bir arama planı oluşturmak amacıyla kullanılır. Bu genel ayarlardan sapmalar hala mümkündür (Örnek - farklı uzunlukta uzantılar sağlanabilir), ancak Kontrol Merkezi'nde bir uyarı mesajı açılacak ve telefonlardan arama yaparken önceden yüklenmiş arama planıyla çakışmaları önlemek için toplu arama gerekebilir.

Kurumsal numaralandırma örneği tablosu, NYC ve RTP olmak üzere iki konumun uzantı aralıklarının aynı olduğu üç konumun bir örneğini göstermektedir. Siteler arası yönlendirme basamağı 8ile başlayan, ardından üç basamaklı site kodu ve dört basamaklı dahili numaranın geldiği bir kurumsal numaralandırma şeması oluşturmak, çakışmayan kısaltılmış siteler arası arama alışkanlığı yaratır.

Tablo 2. Kurumsal numaralandırma örneği
Site Uzatma aralığı Site kodu Kurumsal ürün yelpazesi

New York Şehri 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Geçişin sorunsuz gerçekleşmesi için, kullanıcıların geçiş öncesi ve sonrası arama alışkanlıklarının ideal olarak aynı olması gerekir. Her lokasyon için geçişe hazırlanmak amacıyla, DID aralıkları ve uzantı aralıkları (veya kısaltılmış lokasyon içi arama alışkanlıkları) belgelenmelidir. Bu bilgilere dayanarak, siteler arası yönlendirme rakamı seçilmelidir.

Sabit uzunluklu uzatma aralıkları tablosu, üç konum ve sabit uzunluklu uzatma aralıklarına ilişkin bir örnek göstermektedir. Çakışan arama alışkanlıklarından kaçınılması gerektiğinden, herhangi bir dahili numara aralığı için aralığın ilk rakamının, kısaltılmış siteler arası arama için yönlendirme rakamıyla eşleşmediğinden emin olmak önemlidir. Örneğin, siteler arası arama için yönlendirme rakamı olarak 8 seçilirse, herhangi bir sitedeki hiçbir dahili numara aralığı 8ile başlayamaz. Genellikle, belirli bir konumdaki dahili numaralar, o konuma atanmış DID'lerin son birkaç hanesiyle eşleşir. Çakışmaları önlemek için uzantının ilk hanesi değiştirilebilir. Örneğin, eğer DID'ler (Dissosiyatif Kimlik Doğrulama) şu durumlarda olsaydı: +1 Bir lokasyonda 408, 555 ve 8XXX aralığı kullanılıyorsa, uzantı aralığı olarak 8XXX yerine 7XXX kullanılabilir.

Tablo 3. Sabit uzunlukta uzatma aralıkları
Site Uzatma aralığı Dahili Numaralar Site kodu Kurumsal ürün yelpazesi

New York Şehri 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

ABD arama planını kullanan bir cihazda çevrilen yedi haneli arama dizeleri, önceden yüklenmiş ABD arama planındaki yerel arama için kullanılan yedi haneli kalıpla örtüşür. Şebeke içi ve şebeke dışı (PSTN) arama alışkanlıkları arasında çakışmaları önlemek için, o konumda zorunlu bir dış erişim kodu kullanılabilir. Mevcut kurumsal numaralandırma şeması ve buna karşılık gelen kısaltılmış siteler arası arama numaraları, ulusal arama numaralarıyla örtüşüyorsa, geçiş sırasında örtüşmeleri önlemek için numaralandırma şeması daha uzun veya daha kısa bir forma da değiştirilebilir. Bunu başarmanın en kolay yolu, numaralandırma şemasına ek bir dolgu basamağı eklemektir. Yeni, daha uzun siteler arası arama şeması yalnızca halihazırda geçiş yapmış olan kullanıcılar tarafından benimsenmelidir. Hâlâ bağlantıda olan kullanıcılar yedi haneli numarayı çevirmeye devam edebilirler. Bu durumda kurumsal arama planının, Unified CM'den gelen kısaltılmış yedi haneli aramanın aşağıdaki şekillerden birine dönüştürülmesini sağlaması gerekir: +E.164 veya üzerinde kullanılan kısaltılmış arama formatına. Bu işlem, çağrıyı Yerel Ağ Geçidine göndermeden önce yapılmalıdır.

Tablo Yedi haneli arama sistemine geçiş bu yeniden numaralandırmanın bir örneğini göstermektedir. Bu örnekte, kısaltılmış siteler arası arama, yönlendirme rakamı 8'i, ardından iki haneli site kodunu ve dört haneli dahili numarayı kullanır. 'deki konumlar için yedi haneli kısaltılmış siteler arası aramayı önlemek için, site kodları, kullanılan iki haneli site kodlarının başına rastgele bir dolgu hanesi (örnekte8 ) eklenerek kolayca üç haneye değiştirilebilir; böylece telefonlardan siteler arası arama, yönlendirme hanesi 8, ardından dolgu hanesi 8, eski iki haneli site kodu ve dört haneli dahili numara kullanılarak yapılır. Kullanıcıların yeni site kodlarını hatırlamalarına gerek yok; yalnızca siteler arası arama için 8 yerine [ 88 önekini kullanmayı hatırlamaları yeterli.

Tablo 4. Yedi haneli numara çevirme sistemine geçiş

Site Dahili Numaralar Site Kodu Kurumsal ürün yelpazesi Site kodu Kurumsal yönetim

New York Şehri 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

Farklı kurumsal numara formatlarının kullanıldığı ve kurumsal numaraların (örneğin, DID numarası olmayan cihazlardan yapılan aramalar gibi) arayan taraf bilgisi olarak sunulduğu bir senaryoda, geri aramanın çalışmasını sağlamak için arayan taraf bilgisi için farklı numara formatları arasında bir eşleme uygulamak da önemlidir. Bu eşleme, yerel ağ geçidi ile bağlantı hattı arasında arama yapan taraf dönüşüm modelini kullanarak gerçekleştirilebilir.

Kaydetme

İyi tasarlanmış bir çağrı kayıt çözümü, kurumsal hedefler, yasal gereklilikler ve teknik kısıtlamalarla uyumlu olmasını sağlamak için çeşitli temel tasarım unsurlarının dikkatlice değerlendirilmesini gerektirir. En kritik kararlardan ikisi, tedarikçi seçimi ve bölge seçimiyle ilgilidir; bunların her ikisi de işletme ihtiyaçlarına bağlı olarak küresel ölçekte uyarlanabilir ve belirli yerlerde geçersiz kılınabilir.

1. Çağrı kaydı sağlayıcısı seçimi

Uygun çağrı kayıt hizmeti sağlayıcısını seçmek, iş hedeflerine ulaşmak ve kuruluş genelinde özelliklerin uyumunu sağlamak için temel öneme sahiptir:

Küresel tedarikçi seçimi: Kuruluşlar genellikle küresel düzeyde birincil çağrı kayıt sağlayıcısı belirleyerek, tüm lokasyonlarda özellik seti, uyumluluk ve destek açısından tutarlılık sağlarlar.

Konum tabanlı geçersiz kılmalar: Belirli lokasyonların veya bölgelerin kendine özgü iş ihtiyaçları veya düzenleyici gereksinimleri olduğu senaryolarda, küresel sağlayıcı seçimini geçersiz kılmak ve bu lokasyonlar için alternatif sağlayıcılar belirlemek gerekebilir. Bu esneklik, çeşitli uyumluluk gerekliliklerini ve yerel operasyonel ihtiyaçları destekler.

İş gereksinimleri: Hizmet sağlayıcı seçimi, mevzuat uyumluluğu (Örnek - MiFID II, HIPAA), kalite güvencesi, anlaşmazlık çözümü veya eğitim ihtiyaçları gibi işletmeyi etkileyen faktörlerin değerlendirilmesiyle yönlendirilmelidir.

Özellik kullanılabilirliği: Hizmet sağlayıcılar, gerçek zamanlı izleme, arama ve oynatma özellikleri, şifreleme, saklama politikaları, analiz platformlarıyla entegrasyon ve farklı çağrı türlerine (gelen, giden, dahili) destek gibi gerekli özellikleri sunma yeteneklerine göre değerlendirilmelidir.

2. Bölge seçimi

Çağrı kayıtlarının saklandığı ve işlendiği bölgenin belirlenmesi, uyumluluk ve performans açısından kritik öneme sahiptir:

Küresel bölge seçimi: Varsayılan olarak, kuruluşlar yönetimi ve denetimi basitleştirmek için çağrı kayıtlarını depolamak üzere tek bir bölge seçebilirler.

Konum tabanlı bölge geçersiz kılmaları: Veri yerleşimi yasaları veya kurumsal politikalar gerektirdiğinde, çağrı kayıtlarının gerekli coğrafi sınırlar içinde saklanmasını ve işlenmesini sağlamak için belirli konumlar için küresel bölge ayarının geçersiz kılınması gerekebilir.

Veri yerleşimi gereklilikleri: Tasarım, çağrı kayıtlarının nerede ve nasıl saklanacağını belirleyebilecek uluslararası ve yerel veri koruma düzenlemelerini (örneğin GDPR, CCPA veya ülkeye özgü zorunluluklar) dikkate almalıdır.

Çağrı kayıt çözümü planlama ve tasarımı sırasında ele alınması gereken bir diğer kritik husus, depolama gereksinimlerinin tahmin edilmesidir. Depolama ihtiyaçlarını doğru bir şekilde tahmin etmek, devam eden iş operasyonlarını desteklemek, mevzuata uyumu sağlamak ve hizmet kesintilerini önlemek için yeterli kapasitenin mevcut olmasını sağlamak açısından çok önemlidir.

Beklenen depolama ihtiyacını belirlerken birkaç önemli parametre göz önünde bulundurulmalıdır:

Kaydedilen çağrıların hacmi: Belirli bir zaman aralığında (örneğin, günlük, haftalık veya aylık) kaydedilmesi beklenen çağrı sayısını değerlendirin. Bu, yalnızca harici aramaları değil, işletme politikası veya düzenleyici zorunluluklar gerektiriyorsa dahili iletişimi de içerir.

Ortalama görüşme süresi: Kaydedilen aramaların tipik süresini hesaplayın, çünkü daha uzun aramalar daha fazla depolama alanı tüketecektir. Tahmin yapılırken, farklı departmanlar veya kullanıcı grupları arasında çağrı sürelerindeki farklılıklar da dikkate alınmalıdır.

Saklama süresi: Kayıtların saklanması gereken süreyi belirleyin; bu süre genellikle kuruluş politikaları veya dış düzenlemeler (örneğin sektöre özgü uyumluluk standartları) tarafından belirlenir. Daha uzun saklama süreleri, genel depolama gereksinimlerini artıracaktır.

Büyüme tahminleri: İşletmenin büyümesi, yeni düzenleyici gereksinimler veya ek kullanıcıların veya lokasyonların sisteme dahil edilmesi sonucunda ortaya çıkabilecek çağrı hacimlerindeki beklenen artışı veya kayıt kapsamının genişlemesini göz önünde bulundurun.

Bu parametreleri kapsamlı bir şekilde analiz ederek, kuruluşlar çağrı kayıt çözümleri için ölçeklenebilirlik, maliyet etkinliği ve mevzuat uyumluluğunu sağlayan sağlam bir depolama stratejisi geliştirebilirler. Ayrıca, kullanım kalıpları zaman içinde değiştikçe depolama alanı tahsislerini düzenli olarak gözden geçirmek ve ayarlamak da tavsiye edilir.

Acil durum çağrısı

Acil durum çağrılarının ilgili sevk merkezine yönlendirilmesi, PSTN hizmeti sunan tüm arama servisleri için bir zorunluluktur. Bu çözümle birlikte, acil çağrıların yönlendirilmesi çözümün ayrılmaz bir parçasıdır ve desteklediği ülkelerdeki tüm ulusal acil durum numaralarını destekler. Acil çağrıların yönlendirilmesi, tanımlanan konuma ve konumun PSTN erişim yöntemine bağlıdır. Acil durum numaraları önceden tanımlanmıştır ve kullanıcıların ve cihazların konuşlandırıldığı ülkeye özgüdür.

Acil çağrıları iletmenin iki yöntemi vardır. Temel acil çağrı yönlendirme hizmeti ve Gelişmiş Acil Çağrı Yönlendirme hizmeti olmak üzere iki farklı hizmet türü bulunmaktadır. Temel acil çağrı yönlendirme hizmeti, acil servislerin konumunu belirlemek ve çağrı rotasını ayarlamak için yönetici tarafından seçilen bir numarayı kullanacaktır. Temel acil durum aramaları için arama yolu genellikle müşterinin o lokasyon için kullandığı PSTN seçeneği üzerinden gerçekleşir. Ayrıca, acil durum aramalarını doğru sevk merkezine iletmek için ülke çapında bir sağlayıcı kullanılmasını gerektiren düzenleyici uyumluluk şartlarına sahip ABD ve Kanada dağıtımları için tasarlanmış Gelişmiş Acil Durum Çağrı Yönlendirme özelliği de bulunmaktadır.

Tüm müşteriler en azından temel acil durum arama yapılandırmasını kurmalıdır. Temel acil durum aramaları için en az bir müşterinin sahip olması gerekmektedir. +E.164 Belirtilen her konuma bir numara atanacaktır. Temel acil durum çağrıları için, her konum, acil durumlarda polis, itfaiye veya ambulans hizmetlerinin sevk edileceği bir sokak adresiyle tanımlanacaktır. Çoğu durumda, acil durumun fiziksel konumunu belirtmek için en iyi seçenek, o yerin ana telefon numarasıdır. Genellikle, adresin atanması +E.164 Bu numara, PSTN sağlayıcısıyla koordineli olarak belirlenir. Aşağıdaki görsellerde, Richardson lokasyonu için acil durum geri arama numarası olarak kullanılacak ana numaranın atanması gösterilmektedir.

Konum ECBN yapılandırması

Çoğu durumda, bir binanın adresi, ilgili lokasyon için sevk adresi olarak yeterlidir. Ancak belirli kullanıcılar veya cihazlar için ek konum bilgilerine ihtiyaç duyulursa, yönetici yukarıda açıklanan aynı işlemi kullanarak bu cihazları belirli bir adrese veya adres içindeki daha kesin bir konuma (örneğin bir kata veya odaya) atayabilir. Kullanıcı yönetimi bölümündeki Arama sekmesi, bir kullanıcının ve cihazlarının belirli bir sevk adresine ulaşabilmesi için belirli bir numaranın kullanılmasını sağlar. Aşağıdaki görseller, bir cihaza nasıl belirli bir numara atanabileceğini göstermektedir. Yönetici, cihaz tarafından kullanılan numaraya doğru gönderim adresinin atanmasını sağlamaktan sorumludur. Adres ataması genellikle o bölgedeki PSTN sağlayıcısı aracılığıyla yapılır.

Kullanıcı ECBN yapılandırması

ABD merkezli ve Gelişmiş Acil Çağrı çözümleri sağlaması gereken telefon sistemleri için, acil çağrı yönlendirmesi amacıyla RedSky'ın Horizon Mobility çözümü entegre olarak kullanılmaktadır. Çağrı yönlendirme için RedSky kullanılırken, yöneticinin Cisco üzerinden bir hesap oluşturması ve Arama bölümünde uygun bilgileri yapılandırması gerekir. -> Bu özelliği etkinleştirmek için Hizmet Ayarları bölümünü kullanın. RedSky hizmeti sistem düzeyinde etkinleştirildikten sonra, bir yönetici RedSky hizmetini her Lokasyon düzeyinde etkinleştirecektir. Bir konumda Gelişmiş Acil Durum Çağrısı özelliğinin etkinleştirilmesi, o konuma atanmış tüm cihazlar için hizmeti aktif hale getirecektir. Gelişmiş Acil Durum Çağrısı özelliğini destekleyen cihazlar arasında Cisco MPP telefonları, Cisco PhoneOS telefonları ve Cisco'nun diğer telefonları yer almaktadır.

Bir konumda Gelişmiş Acil Durum Çağrısını etkinleştirmek için iki ayar mevcuttur. RedSky'ın ağ bağlantı bilgilerini almasına ve aramaları test etmesine izin ver seçeneği, cihaz ve altyapı eşlemeleri için RedSky yapılandırmasının doğru olduğunu doğrulamak için kullanılmalıdır. Bu ayar ayrıca, RedSky'ın IVR sistemi kullanılarak arayanın konumunun okunması ve konum doğrulamasının yapılması için 933'e test aramaları yapılmasına da olanak tanır. Bu belge RedSky'ın konum takibi için yapılandırmasını kapsamayacak olsa da, bir yönetici acil durum çağrılarını RedSky'a yönlendirmeden önce DAİMA konum tespitini test etmelidir. Testler tamamlanıp doğruluğu teyit edildikten sonra, yönetici acil durum aramalarını RedSky'a yönlendirme seçeneğini etkinleştirerek aramaları RedSky'a yönlendirecektir. Bu ayar, söz konusu lokasyona gelen tüm acil çağrıları, lokasyonun çağrı karşılama merkezine iletilmek üzere RedSky'a yönlendirecektir.

Gelişmiş Acil Çağrı ayarları, hem tesis içindeki hem de tesis dışındaki müşteriler için geçerlidir. Şirket içinde kullanıldıklarında, masa telefonlarının izlendiği şekilde izlenebilirler. Şirket dışındayken, kullanıcı konumunu doğrudan uygulama içinden dinamik olarak ayarlayabilecektir. Acil durum aramaları hakkında daha fazla bilgi için, Gelişmiş acil durum aramaları bölümüne bakın.

Lisanslama

Kullanıcılara lisans atamak için birden fazla seçenek mevcuttur.

Manuel atama yoluyla

Yöneticiler, arayüz üzerinden bireysel kullanıcılara lisansları manuel olarak atarlar.

Yöneticiler, bireysel kullanıcılar için hizmet lisanslarını düzenleyebilir ve doğrudan arama lisansları atayabilir.

Otomatik lisans atama şablonları

Lisans atama şablonlarını kullanarak, grup veya kuruluş ayarlarına göre kullanıcılara otomatik olarak lisans atayabilirsiniz.

Otomatik lisanslama, dizin senkronizasyonu veya manuel kullanıcı güncellemeleri yoluyla yapılabilir, ancak kullanıcıların geçerli bir lisansa sahip olması gerekir. +E.164 Telefon numarası biçimlendirilmiş olmalı ve kullanıcı yetkilendirmesinden önce telefon numaralarının bir konumda mevcut olması gerekir. Koşullar karşılanmazsa (örneğin geçersiz telefon numarası formatı), lisans verilmeyecektir.

CSV şablonu aracılığıyla toplu atama

Kullanıcı bilgilerini ve lisans atamalarını içeren bir CSV dosyası yükleyerek aynı anda birden fazla kullanıcı ekleyebilir veya mevcut kullanıcıları değiştirebilirsiniz.

CSV içe aktarma işlemi, 20.000'e kadar kullanıcı eklemeyi ve lisans atamayı destekler, ancak lisanslar telefon numarası ve dahili numara gibi belirli alanlar gerektirir.

API tabanlı atama

Lisans atama ve kullanıcı yönetimi işlemlerini programatik olarak gerçekleştirmek için API'leri kullanın.

Kullanıcı ve lisans yönetimi için API işlemlerini (Kişiler, SCIM 2.0 ve Lisanslar API'leri) destekler ve bu sayede lisans atama otomasyonu sağlanabilir. Lisanslar API'si, lisansların, telefon numaralarının ve dahili hatların eş zamanlı olarak atanmasına olanak tanır.
Tablo 5. Kullanıcı yetkilendirme seçenekleri - özet
Atama Yöntemi Artıları Dezavantajlar
Manuel olarak Az sayıda kullanıcı için basit.
Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.
Ölçeklenebilir değil, zaman alıcı
Manuel veri girişi sırasında insan hatasına yatkındır.

Otomatik lisans şablonları Ölçeklenebilir
Manuel hataları azaltır.
Yeni ve mevcut kullanıcılara uygulanabilir.
Geçerli telefon numaraları ve adresler gereklidir.
Kurulumu daha karmaşık
Ayrıca, eşdeğer lisanslama gereksinimlerine sahip kullanıcı grupları için de kullanıcı grupları gereklidir.

Toplu CSV Yükleme Büyük kullanıcı grupları için verimli
Lisansların, telefon numaralarının ve dahili hatların aynı anda atanmasına olanak tanır.
Dikkatli CSV biçimlendirmesi gerektirir.
Telefon numaraları veya dahili numaralar eksik veya yanlışsa hata olasılığı vardır.
API tabanlı atama Otomatikleştirilebilir, esnek.
Lisansların, telefon numaralarının ve dahili hatların aynı anda atanmasına olanak tanır.
Geliştirme ve API bilgisi gerektirir.

Kullanıcı sağlama seçenekleri - özet tablosu, kullanıcı sağlama seçeneklerini ve bunların avantajlarını ve dezavantajlarını özetlemektedir. Bu genel bakış, müşteri kuruluşunun büyüklüğüne, otomasyon yeteneklerine ve kullanıcı yetkilendirme süreçlerine ve gereksinimlerine bağlı olarak en iyi lisans atama yöntemini seçmeye yardımcı olur.

Cisco, mümkün olan her yerde arama lisanslarını lisans şablonları kullanarak atamanızı önerir. Bu, farklı lisans setlerine ihtiyaç duyan her kullanıcı grubu için (Örnek: Standart ve Profesyonel) ilgili grup üyeliklerine sahip bir grubun mevcut olmasını gerektirir. Kullanıcı Grupları bölümlerinde tartışıldığı gibi, kullanıcı grupları manuel olarak tanımlanabilir veya kurumsal bir dizinden senkronize edilebilir. Her iki yaklaşımın birleşimi de mümkündür.

Birden fazla gruba üye olan kullanıcılar, tüm gruplarına uygulanan tüm atamalardan lisans kazanırlar. Bu, kurumsal dizinde lisansa özel güvenlik gruplarının kullanılmasına olanak tanır; bu sayede kullanıcı lisans ataması, grup üyeliklerinin birleşimi tarafından kontrol edilir.

Daha fazla bilgi için Control Hub'da otomatik lisans atamalarını ayarlama ve Webex Calling kullanıcıları için otomatik lisans atama şablonlarını ayarlamabölümlerine bakın.

Lisans gereksinimleri

Bu bölüm yalnızca ilgili lisansları kapsamaktadır. Diğer lisans türleri (Örnek - Webex cihaz kaydı, mesajlaşma, toplantılar) kapsam dışındadır. Tasarım sürecinin bir parçası olarak lisans gereksinimlerinin belirlenmesi gerekir. Aşağıdaki lisans türleri için lisans sayılarının hesaplanması gerekmektedir:

Standart: Standart telefon özelliklerine ihtiyaç duyan bireysel kullanıcı sayısı.

Profesyonel: Gelişmiş telefon özelliklerine ihtiyaç duyan kullanıcı ve çalışma alanı sayısı. Sanal hatlar ve grup sesli mesaj hizmetleri şu haklara sahiptir: 1:1 Her meslek lisansı için oran. Bu nedenle, nadir durumlarda, gerekli sanal hat veya grup sesli mesaj sayısı, gelişmiş telefon özelliklerine ihtiyaç duyan kullanıcı ve çalışma alanı sayısını aştığında, ek profesyonel lisanslar da hesaba katılmalıdır.

Ortak Alan için Çalışma Alanı: Standart arama özelliklerine ihtiyaç duyan ortak kullanım veya paylaşımlı alan konumlarının sayısı.

Müşteri Desteği: Müşteri Destek özelliklerine ihtiyaç duyan temsilci ve süpervizör sayısı. Müşteri desteği, Profesyonel lisansı da içermektedir.

Rota Listesi Çağrıları: Yerel kullanıcılar arasında gerekli olan bulut bağlantılı PSTN aramalarının sayısı and/or Şirket içi özel üçüncü taraf uygulamaları.

Görevli Konsolu: Santral konsolu istemcisine erişim gerektiren kullanıcı sayısı.

Cisco Arama Planı (Giden Arama Planı): PSTN numarasına ihtiyaç duyan kullanıcı sayısı and/or Cisco PSTN hizmeti için giden PSTN aramalarına erişim.

Profesyonel çalışma alanları için özel bir lisans türü bulunmamaktadır. Profesyonel çalışma alanları, Profesyonel lisans gerektirir.

Sadece ortak masa kullanımına izin verilen çalışma alanları, ortak masa kullanım sunucusu hizmetini ve acil durum aramalarını sunar ve herhangi bir lisans gerektirmez. Daha fazla bilgi için Yalnızca ortak çalışma alanına ait cihazları ekleme ve yönetmebölümüne bakın.

İhtiyaç duyulan özelliklere bağlı olarak her kullanıcı ve çalışma alanı için gerekli lisans türünü belirlemek için Webex Arama için lisans türüne göre mevcut özelliklerbölümüne bakın.

Profesyonel lisansla birlikte sunulan çağrı kuyruklarının işlevselliği ile müşteri desteği arasındaki farkı anlamak için Webex Çağrı kuyruğu ve müşteri desteği özellik karşılaştırmasınabakın.

Kullanıcı yönetimi

Webex'te kullanıcı yetkilendirmesi yapılırken, her biri farklı kurumsal ihtiyaçlara ve ortamlara uygun çeşitli seçenekler mevcuttur:

Manuel tedarik: Yöneticiler, kullanıcıları doğrudan sistem içinden ekleyebilir ve yönetebilirler. Bu yöntem basittir ancak küçük kuruluşlar veya sınırlı kullanıcı değişiklikleri için daha uygundur.

CSV aracılığıyla toplu tedarik: Daha büyük kullanıcı tabanları için yöneticiler, CSV dosyalarını yükleyerek kullanıcıları toplu olarak içe aktarabilir ve güncelleyebilirler. Bu, aynı anda binlerce kullanıcının verimli bir şekilde yönetilmesine olanak tanır.

Dizin senkronizasyon seçenekleri:
Dizin Bağlayıcısı: Bu, Microsoft Active Directory ortamlarında kullanılan otomatik bir senkronizasyon aracıdır. Kullanıcı hesaplarını, grupları ve niteliklerini planlı bir şekilde (saatlik, günlük veya haftalık) senkronize eder. Çoklu etki alanı ve çoklu orman Active Directory kurulumlarını destekler ve profil görüntülerini ve oda nesnelerini senkronize edebilir.

Entra ID (Azure AD) sihirbaz uygulaması: Microsoft Entra ID (Azure AD) kullanan kuruluşlar için tasarlanan bu yöntem, kullanıcı hesaplarının ve özniteliklerinin Entra ID'den doğrudan .NET'e otomatik, neredeyse gerçek zamanlı senkronizasyonunu sağlar. Tamamen sistem içi yönetime sahiptir ve minimum kurulum gerektirir.

SCIM 2.0 Uygulamaları: Microsoft dışı ortamlar veya Okta veya Duo gibi diğer kimlik sağlayıcıları için, SCIM tabanlı senkronizasyon uygulamaları, öznitelik eşlemesi ve grup senkronizasyonu ile otomatik kullanıcı sağlama ve devre dışı bırakma olanağı sunar.

Birleşik CM kullanıcı senkronizasyonu: Bu seçenek, mevcut son kullanıcılardan yola çıkarak, verileri ile arasında senkronizasyon yaparak kullanıcı hesapları oluşturmaya olanak tanır. Bu, şirket içi kümelerde Bulut Bağlantılı Birleşik İletişimin (CCUC) çalışmasını gerektirir. Ancak, kullanıcıları doğrudan .NET'ten senkronize etmek yerine, Entra ID gibi merkezi bir bulut dizininden senkronize etmeniz genellikle önerilir.

API sağlama: Herkese açık API'ler (People, SCIM 2.0) kullanıcıların yetkilendirilmesi için kullanılabilir. API'lerin kullanılmasının temel avantajı, kullanıcı yetkilendirmesini diğer kurumsal sistemlerle entegre etme seçeneğidir.
Tablo 6. Kullanıcı yetkilendirme seçenekleri için
Tedarik yöntemi Açıklama Artıları Dezavantajlar
Manuel Create/manage kullanıcıları tek tek Az sayıda kullanıcı için basit; altyapı gerektirmez. Ölçeklenebilir değil; birçok kullanıcı için zaman alıcı.
Toplu İşlem (CSV Dosyası) Import/update CSV aracılığıyla toplu olarak kullanıcılara Gruplar için verimli; kodlama gerektirmez. Manuel CSV hazırlama; daha az dinamik
İnsanlar ve SCIM 2.0 API'si Webex API'leri aracılığıyla programatik kullanıcı yönetimi Esnek; otomasyonu ve entegrasyonu destekler. Geliştirme ve altyapı gerektirir.
Dizin senkronizasyonu AD, Entra ID, SCIM uygulamaları ve Unified CM'den otomatik senkronizasyon Yaşam döngüsünü otomatikleştirir; filtreleme ve eşlemeyi destekler. Kurulum karmaşıklığı: Bazı seçeneklerin özellikleri sınırlıdır veya altyapı gerektirir.
Bu genel bakış ve tablo, kuruluşunuzun ihtiyaçlarına en uygun yaklaşımı seçmenize yardımcı olmak için başlıca kullanıcı yetkilendirme seçeneklerini, faydalarını ve sınırlamalarını yansıtmaktadır.

Kullanıcı grupları

Kullanıcı grubu yönetimi, yöneticilerin lisansların, ayarların ve kaynakların toplu yönetimini verimli hale getirmek için kullanıcıları gruplara ayırmasına olanak tanır. Gruplar, kullanıcıları tek tek yönetmek yerine, politikaları, lisansları ve ayar şablonlarını aynı anda birden fazla kullanıcıya uygulayarak yönetimi kolaylaştırmaya yardımcı olur.

Kullanıcı grubu yönetimi aşağıdakiler de dahil olmak üzere çeşitli avantajlar sunmaktadır:

Basitleştirilmiş yönetim: Birden fazla kullanıcının lisanslarını, ayarlarını ve politikalarını aynı anda yönetin.

Tutarlılık: Aynı gruptaki tüm kullanıcılara tek tip ayarlar ve lisanslar uygulayın.

Ölçeklenebilirlik: Grup başına 250.000 üyeye kadar destek sağlar.

Entegrasyon: Otomatik kullanıcı ve grup yönetimi için Microsoft Entra ID (Azure AD) veya Active Directory'den grupları senkronize edin.

Esneklik: Yerel gruplar oluşturun veya güvenlik gruplarını senkronize edin; grup üyeliğini manuel olarak veya CSV dosyaları aracılığıyla yönetin.

Kaynak tahsisi: Grup üyeliğine bağlı olarak gömülü uygulamalara ve hizmetlere erişimi kontrol edin.

Kullanıcı gruplarının yetkilendirme sürecindeki başlıca kullanım alanları şunlardır:

Lisans atamaları: Gruplara lisans atayarak, grup üyelerine Arama, Toplantı, Mesajlaşma veya Hibrit hizmetler gibi hizmetlerin otomatik olarak sağlanmasını sağlayabilirsiniz.

Ayarlar şablonları: Kullanıcı deneyimini tutarlı hale getirmek için hizmet ayarlarının (örneğin, mesajlaşma, toplantı, arama) koleksiyonlarını gruplara uygulayın.

Toplu kullanıcı yönetimi: CSV dosyaları veya dizin senkronizasyonu aracılığıyla kullanıcıları toplu olarak ekleyin veya kaldırın.

Otomasyon ve entegrasyon: Kullanıcı ve grup yaşam döngüsü yönetimini otomatikleştirmek için API'leri veya dizin senkronizasyonunu kullanın.

Aşağıdaki tabloda, kullanıcı gruplarını ve grup yönetimini yönetmek için kullanılan farklı seçenekler özetlenmiştir.
Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri
Seçenek Açıklama Artıları Dezavantajlar

grup tedariki (gruplar) Grupları doğrudan . içinde oluşturun ve yönetin. Add/remove Üyeleri manuel olarak veya CSV dosyası aracılığıyla ekleyebilirsiniz. Grup üyeliği üzerinde tam kontrol
Lisansların ve şablonların anında uygulanması
Grupları oluşturmak ve düzenlemek kolay. Manuel güncellemeler gereklidir.
Manuel CSV yüklemelerinde hata riski
Harici dizinlerle otomatik senkronizasyon yok.

Entra ID (Azure AD) veya Active Directory'den senkronize edilen gruplar Harici dizin hizmetlerinden güvenlik gruplarını ve üyelikleri otomatik olarak senkronize edin. Otomatik senkronizasyon, manuel iş yükünü azaltır.
Kurumsal dizinle tutarlılığı sağlar.
Büyük kuruluşları destekler.
Grup üyeliğini düzenleyemiyorum.
Senkronizasyon gecikmesi 12 saate kadar.
İç içe gruplar manuel seçim gerektirir.

Gruplar ve SCIM 2.0 API (Gruplar) Programatik grup ve üyelik yönetimi için Grupları veya SCIM 2.0 API'sini kullanın. Otomasyon ve diğer sistemlerle entegrasyon
Büyük veya karmaşık ortamlar için ölçeklenebilir.
Geliştirme çabası gerektirir.
Karmaşıklık, API kullanımına bağlıdır.

Senkronize gruplar tutarlılık sağlarken ve tek bir yönetim noktası sunarken, senkronize grupları ve grupları (kontrol merkezinde veya API'ler aracılığıyla yönetilen) birleştiren hibrit bir yaklaşım da mümkündür. Örneğin, lisans ataması için kullanılan gruplar senkronize gruplar olabilir ve kullanıcı atama ve arama şablonları için ayrı bir grup kümesi kullanılabilir.

Kullanıcı grubu yönetimine yönelik bu kapsamlı yaklaşım, kuruluşların kullanıcı lisanslarını, ayarlarını ve politikalarını verimli bir şekilde yönetmelerini sağlayarak tutarlı ve ölçeklenebilir iş birliği deneyimleri sunar.

Bir sistemden diğerine geçiş yaparken önerilen yaklaşım

Kullanıcılar için birincil veri kaynağı, son kullanıcı bilgilerini içeren veritabanıdır. Ancak, genellikle kullanıcı kimlik yönetimi için yetkili kaynak değildir ve daha da önemlisi geçişin sonunda kapatılacaktır; bu nedenle uzun vadeli yetkili kimlik bilgisi kaynağı olarak değerlendirilmesi mümkün değildir.

Cisco, kullanıcı kimlikleri için tek doğruluk kaynağı olarak Microsoft Entra ID (Azure AD) gibi merkezi bir bulut dizini kullanılmasını önermektedir. Entra ID'den kullanıcıların senkronize edilmesi tutarlılığı sağlar, yönetimi kolaylaştırır ve tek oturum açma (SSO) özelliklerini destekler.

Tüm kullanıcıların Entra ID'de de mevcut olduğundan emin olmak için, kuruluşlar Entra ID'deki kullanıcı hesaplarının Entra ID'deki hesaplarla eşleştiğini doğrulamalıdır. Bu işlem, kullanıcı listelerini dışa aktararak ve bunları Entra ID kullanıcı listeleriyle karşılaştırarak yapılabilir.

Özetle, önerilen yetkilendirme yöntemi, Azure AD Sihirbazı veya SCIM uygulamaları kullanılarak Microsoft Entra ID'den (Azure AD) Webex'e kullanıcıların senkronize edilmesidir. Manuel ve CSV toplu kaynak tahsisi, ek yöntemler olarak mevcuttur ancak büyük kuruluşlar için daha az ölçeklenebilir ve daha fazla hataya eğilimlidir. Entra ID'nin yetkili kaynak olmasını ve tüm kullanıcıların Entra ID'de bulunmasını sağlamak, başarılı bir geçiş ve tüm ortamlarda tutarlı bir kullanıcı deneyimi için kritik öneme sahiptir.

Active Directory gibi şirket içi bir dizin hizmetinden Entra ID (Azure ID) gibi bulut tabanlı bir dizin hizmetine geçiş, çağrı geçişinden bağımsızdır. Cisco, arama hizmetine geçişe başlamadan önce bulut tabanlı dizin hizmetine geçişin tamamlanmasını önermektedir.

Kullanıcı Gruplarının Tasarlanması

Kurumsal dizini şirket içi ortamdan buluta taşıdıktan sonra, lisanslama ve özellik şablonu gereksinimlerine göre gerekli kullanıcı gruplarını toplayın. Her grup belgesi için:

Grup Adı: Grubun benzersiz adı.

Lisanslar: Bu gruba atanacak lisanslar (varsa) ve kapsam (lisanslar mevcut kullanıcılara mı yoksa yalnızca yeni kullanıcılara mı atanmalı)

Ayarlar şablonları: Webex Uygulaması ve Kullanıcı arama şablonları.

Dizin senkronizasyonu: Bu grup kurumsal dizinden mi senkronize edilecek yoksa Control Hub'da veya bir API aracılığıyla oluşturulmuş yerel bir Webex grubu mu olacak?

Açıklama: Bu grup nasıl kullanılacak ve hangi kullanıcılar bu gruba üye olmalı?

Bu bilgiler, uygulama aşamasında yerel gruplar veya kurumsal dizinde gruplar oluşturmak ve kullanıcıların grup üyeliklerini yönetmek için kullanılacaktır.

Çoklu Oturum Açma (SSO)

Cisco, kullanıcı kimlik doğrulaması için SSO kullanımını önermektedir. SSO kullanmanın bazı önemli avantajları şunlardır:

Basitleştirilmiş kullanıcı kimlik doğrulaması: Kullanıcılar, kurumsal kimlik bilgilerini (örneğin Azure ID'lerinden) kullanarak tek seferde giriş yapıp diğer entegre uygulamalara erişebilirler; bu da birden fazla parolaya duyulan ihtiyacı ortadan kaldırır ve giriş istemlerini azaltır. Bu, kurumsal şifrelerin kimlik doğrulamasından sonra asla saklanmamasını veya iletilmesini engelleyerek güvenliği artırır.

Basitleştirilmiş kullanıcı yönetimi: Kurumsal dizindeki değişikliklere bağlı olarak kullanıcı hesabı oluşturma, güncelleme ve devre dışı bırakma işlemlerini otomatikleştirerek yönetim yükünü azaltır ve yalnızca yetkili kullanıcıların erişimine olanak tanır.

Geliştirilmiş güvenlik: SSO, güvenilir kimlik sağlayıcıları (IdP'ler) aracılığıyla kimlik doğrulamasını merkezileştirerek parola yorgunluğunu ve parolayla ilgili ihlal riskini azaltır.

Çok faktörlü kimlik doğrulamanın (MFA) kolay entegrasyonu: Çok faktörlü kimlik doğrulama (MFA), Cisco Duo gibi bir Kimlik Erişim Yönetimi çözümü veya Kimlik Sağlayıcısının (IdP) MFA desteği aracılığıyla kolayca sağlanabilir.

Hizmetler için SSO'yu uygulamak üzere birden fazla seçenek mevcuttur:

SAML 2.0 tabanlı SSO: SSO entegrasyonu için desteklenen birincil protokol, kimlik sağlayıcı (IdP) ve hizmet sağlayıcı arasında kimlik doğrulama bilgilerinin güvenli bir şekilde alışverişini sağlar.

OpenID Connect (OIDC): SSO entegrasyonu için alternatif modern bir kimlik doğrulama protokolü olarak desteklenmektedir.

Webex kimliği: Kimlik sağlayıcı seçeneği olarak da desteklenmektedir.

SSO, merkezi olarak yapılandırılır ve yönetilir; bu da ile seçilen Kimlik Sağlayıcı (IdP) arasında meta veri alışverişini gerektirir.

Yapılandırma tamamlandıktan sonra, doğru kurulumu sağlamak için etkinleştirmeden önce SSO test edilebilir.

Cisco, aşağıdakiler de dahil olmak üzere ancak bunlarla sınırlı kalmamak kaydıyla, çok sayıda test edilmiş ve yaygın olarak kullanılan Kimlik Sağlayıcısı (IdP) ve Kimlik Yönetim Sistemi (IAM) ile entegrasyonu desteklemektedir:

Cisco Duo

Okta

Microsoft Active Directory Federasyon Hizmetleri (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Bu kimlik sağlayıcılar (IdP'ler) SAML 2.0 veya OpenID Connect standartlarına uygundur ve Cisco iş birliği çözümleriyle uyumlulukları doğrulanmıştır.

Çoklu Kimlik Sağlayıcı desteği

Bu özellik, kuruluşların birleşmeler, devralmalar veya farklı grupların farklı kimlik sağlayıcıları kullandığı merkezi olmayan BT departmanları gibi karmaşık BT ortamlarına uyum sağlamak için birden fazla kimlik sağlayıcısıyla SSO'yu yapılandırmasına olanak tanır. Birden fazla kimlik sağlayıcı (IdP) desteği, Cisco Duo gibi kurumsal bir IAM sisteminin entegrasyonu veya sistem içindeki Çoklu IdP özelliği kullanılarak uygulanabilir.

Çoklu Kimlik Sağlayıcı (IdP) desteği, kuruluşların çeşitli BT ortamlarında esnek ve güvenli kimlik doğrulamasına ihtiyaç duyduğu birçok önemli kullanım senaryosunu ele almaktadır:

1. Birleşme ve satın almalar

Şirketler birleştiğinde veya başka şirketleri satın aldığında, genellikle ayrı BT altyapılarına ve birbirleriyle entegre olamayan farklı kimlik sağlayıcılarına (IdP) sahip olurlar. Birden fazla kimlik sağlayıcısı desteği, her iki kuruluştan kullanıcıların kimlik sistemlerini hemen birleştirmeye gerek kalmadan güvenli bir şekilde kimlik doğrulaması yapmalarına ve iş birliği yapmalarına olanak tanır.

2. Birden fazla bağımsız BT departmanı

Büyük kuruluşlar veya devlet kurumları, her biri kendi Kimlik Sağlayıcısını (IdP) yöneten birden fazla bağımsız BT departmanına sahip olabilir. Çoklu Kimlik Sağlayıcı (IdP) özelliği, bu departmanların kendi kimlik doğrulama sistemlerini sürdürmelerine olanak tanırken, kullanıcıların sorunsuz bir şekilde erişim sağlamasına da imkan tanır.

3. Farklı kullanıcı grupları veya etki alanları

Çeşitli kullanıcı gruplarına (örneğin, çalışanlar ve yükleniciler) veya birden fazla e-posta alanına sahip kuruluşlar, kimlik doğrulama isteklerini alan adı veya grup üyeliğine bağlı olarak uygun Kimlik Sağlayıcıya (IdP) yönlendirmek için yönlendirme kuralları yapılandırabilir. Bu, farklılaştırılmış erişim politikalarını ve güvenlik kontrollerini destekler.

4. Çeşitli kimlik doğrulama protokollerine destek

SAML ve OpenID Connect (OIDC) kimlik sağlayıcılarını destekleyerek, kuruluşların mevcut altyapılarına ve güvenlik gereksinimlerine göre farklı kimlik sağlayıcı türlerini entegre etmelerine olanak tanır.

5. Geliştirilmiş güvenlik ve uyumluluk

Birden fazla kimlik sağlayıcıyı etkinleştirerek, kuruluşlar Duo gibi entegrasyonlar aracılığıyla çok faktörlü kimlik doğrulama (MFA) dahil olmak üzere daha güçlü kimlik doğrulama mekanizmaları uygulayabilir ve çeşitli kullanıcı tabanlarında tutarlı güvenlik politikaları uygulayabilirler.

6. Basitleştirilmiş kullanıcı deneyimi

Kullanıcılar, ilgili kimlik sağlayıcılarından (IdP) aldıkları mevcut kimlik bilgilerini kullanarak kimlik doğrulaması yapabilirler; bu da, birden fazla kimlik sisteminin altında yatan karmaşıklığa rağmen, birleşik bir oturum açma deneyimi sağlar.

Birden fazla kimlik sağlayıcısının (IdP) desteklenmesi esneklik sağlasa da, tutarlı güvenlik politikalarını sürdürmek ve olası güvenlik açıklarından kaçınmak için güvenlik ve kimlik ekipleri arasında dikkatli bir koordinasyon gerektirir.

Duo MFA with SSO for

Duo Access Gateway (DAG), Active Directory (AD) ve OpenLDAP gibi mevcut yerel veya bulut tabanlı dizinleri kullanarak kullanıcıların kimlik doğrulamasını yapabilir. Ayrıca Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS ve Shibboleth gibi diğer kimlik sağlayıcılarla entegrasyonu da destekler. Bu esneklik, kuruluşların Webex SSO ve Duo MFA için mevcut dizin altyapılarını kullanmalarına olanak tanır.

Duo, birincil dizin kimlik doğrulamasının üzerinde güçlü bir kimlik doğrulama katmanı görevi görür. SAML 2.0 kullanarak, erişim izni vermeden önce iki faktörlü kimlik doğrulama (2FA) uygulamasını zorunlu kılan bir kimlik sağlayıcı (IdP) olarak işlev görür. Duo, kullanıcı, cihaz ve ağ bağlamını yapılandırılabilir politikalara göre değerlendirerek erişime izin verir veya erişimi reddeder ve güvenliği yalnızca kullanıcı adı ve paroladan öteye taşır. Duo ayrıca, bazı uygulamalar için her oturum açmada çok faktörlü kimlik doğrulama (MFA) gerektirirken, diğerleri için daha seyrek oturum açma gibi esnek politika kontrolleri de sunmaktadır.

Cisco Duo'nun avantajları şunlardır:

Gelişmiş Güvenlik: Kimlik avına karşı dayanıklı çok faktörlü kimlik doğrulama (MFA) özelliği ekleyerek erişimi korur ve ele geçirilen parolalardan kaynaklanan riski azaltır.

Esnek Politikalar: Uygulama veya kullanıcı grubu bazında kimlik doğrulama gereksinimleri üzerinde ayrıntılı kontrol sağlar.

Mevcut Dizinlerle Entegrasyon: Yerel AD, OpenLDAP, bulut dizinleri ve çeşitli SSO sağlayıcılarını destekleyerek altyapı değişikliklerini en aza indirir.

Kullanıcı Kolaylığı: Tekli Oturum Açma (SSO) özelliğini destekleyerek, kullanıcıların tek seferde giriş yapıp birden fazla kaynağa güvenli bir şekilde erişmelerini sağlayarak parola yorgunluğunu azaltır.

Güvenilir Uç Noktalar: Windows ve macOS işletim sistemlerinde istemciler için cihaz güvenini destekleyerek güvenlik durumunu iyileştirir.

Kendi Kendine Kayıt: Çevrimiçi kayıt ve ikili istem, çok faktörlü kimlik doğrulama (MFA) kurulumu sırasında kullanıcı deneyimini iyileştirir.

Duo MFA, SSO ile birlikte, kullanıcıların kimlik doğrulaması için Active Directory ve OpenLDAP gibi mevcut dizinlerden veya bulut kimlik sağlayıcılarından yararlanır. Duo'nun rolü, SAML 2.0 aracılığıyla entegre edilmiş, güçlü ve politika odaklı ikinci bir kimlik doğrulama faktörü sağlamak ve SSO (Tekli Oturum Açma) yoluyla kullanıcı kolaylığını korurken güvenliği artırmaktır. Sağladığı faydalar arasında gelişmiş güvenlik duruşu, esnek politika uygulaması, sorunsuz entegrasyon ve daha iyi bir kullanıcı deneyimi yer almaktadır.

Cisco, kullanıcılar için SSO'nun uygulanmasını önermektedir. Güvenliği artırmak için Cisco Duo ile entegrasyon önerilir.

Kurumsal Kimlik, Erişim Yönetimi (IAM) ve Tekli Oturum Açma (SSO) stratejisi, geçiş işlemine başlamadan önce devreye alınmalıdır.

Özellikler

Hizmete dahil olan tüm temel özelliklere sahiptir. Bu, uzun yıllardır mevcut olan birçok kurumsal düzeyde arama özelliğini de içeriyor. Özellikler arasında %100 eşitlik göremeyebilirsiniz, ancak aşağıdaki şekilde de görebileceğiniz gibi, temel arama özellikleri mevcuttur.

Webex Calling kurumsal düzeyde özellikler

Birçok kullanıcı özelliğinin yanı sıra, platforma dahil olan temel sistem özelliklerine de sahiptir. Bunlar arasında otomatik karşılama sistemleri, çağrı kuyrukları, çağrı bekletme gibi özellikler yer almaktadır. Mevcut tüm temel sistem özelliklerini Servis → Arama → Özellikler altında, şekil Webex Arama temel özellikleri'nde gösterildiği gibi görebilirsiniz.

Webex Arama temel özellikleri

Otomatik Santral

Otomatik karşılama sistemi şunlara olanak tanır: 24/7 Gelen çağrıların otomatik olarak işlenmesi, her çağrıya bir kişinin cevap vermesine gerek kalmadan verimli çağrı yönetimi sağlar.

Otomatik karşılama sistemi gelen çağrıları yanıtlar ve arayana çağrılarını nereye yönlendirmek istediklerine dair bir seçenek menüsü sunar. Bu, bir kişiye, sesli posta kutusuna veya bir arama hizmetine (örneğin Çağrı Kuyruğu) yönelik olabilir. Arayan kişi, telefonunun tuş takımını kullanarak otomatik karşılama menüsünden numarayı girer.

Otomatik karşılama sistemi aşağıdaki temel özellikleri desteklemektedir:

İş ve mesai sonrası programları

Tatil planı

Müşterilerinizi gitmeleri gereken yere yönlendirmek için arama menüsü seçeneği.

Tebrik mesajlarını kişiselleştirin

İsimle arama seçeneği

Çağrı yönlendirme seçenekleri

Kontrol Merkezi analizleri ve raporları.

Daha fazla bilgi için Otomatik karşılama sistemlerini yönetmebölümüne bakın.

Çağrı Parkı

Çağrı park etme özelliği, kullanıcılara bir çağrıyı kolayca beklemeye alma ve müsait olduklarında başka bir kullanıcının kolayca geri almasını sağlama olanağı sunar. Ayrıca, arama bekleme modundayken, ilk aramayı yanıtlayan kullanıcının başka aramalar yapmasına veya almasına olanak tanır.

İki tür çağrı merkezi mevcuttur. :

Doğrudan Çağrı Park Etme - Herhangi bir kullanıcının, bir çağrıyı başka bir kullanıcının dahili numarasına veya Yönetici tarafından tanımlanan bir çağrı park etme dahili numarasına yönlendirmesine olanak tanır.

Çağrı park grubu - tanımlanmış bir kullanıcı grubunun, grup için tanımlanmış mevcut park noktalarına çağrıları otomatik olarak park etmesine olanak tanır. Bu hedefler, grup üyelerinin dahili numaraları veya çağrı merkezi dahili numaraları olabilir.

Kullanıcılar, yapılandırma ve park türüne bağlı olarak tuşlayarak aramaları alabilirler. *88+><extension of parked call>, arama parkı uzantısıyla ilişkili hat tuşuna basarak veya IP Telefonlarındaki bir yazılım tuşunu kullanarak.

Belirtilen süre sonunda, beklemeye alınan bir aramayı, aramayı beklemeye alan kullanıcıya veya alternatif bir kullanıcıya geri çağırma seçeneği mevcuttur.

Daha fazla bilgi için Control Hub'da çağrı parkını yönetmebölümüne bakın.

Çağrı Alma

Çağrı alma özelliği, yöneticinin başka bir üyenin telefonuna gelen çağrıları yanıtlayabilecek bir kullanıcı (üye) grubu tanımlamasına olanak tanır. Bu özellik, kullanıcının ekip arkadaşlarının meşgul olduğu ve gelen bir aramayı yanıtlayamadığı durumlarda gelen aramaları yanıtlayabilmesini sağlar.

Gruptaki kullanıcıların aynı konumda olması gerekir.

Kullanıcılar gelen aramaları yanıtlamak için ister mobil telefonlarını ister masa telefonlarını kullanabilirler.

:

Görsel ve sesli bildirimleri destekler.

Gelen çağrı bildirimi

FAC tabanlı (kadran) *98) veya bildirim tost mesajı aramayı yanıtla

Çok hatlı aramalar için cevaplama bildirimleri.

Masa Telefonları:

Gelen çağrı bildirimi

Telefon ekranındaki LED ışığı aracılığıyla sesli uyarı ve görsel bildirim. 6821 yalnızca sesli uyarıları destekler.

Seçilen bildirim türü veyadeğilse

Çağrı alma bildirimleri yalnızca ana hatlar için geçerlidir.

Daha fazla bilgi için, Çağrı alma grubunu yapılandır bölümüne bakın.

Çağrı Sırası

Temel özelliklerinden biri olarak yalnızca sesli arama kuyruklarını içerir ve Profesyonel lisansa sahip herhangi bir kullanıcı, arama kuyruğunun, temsilcinin veya süpervizörün parçası olabilir. Bu özellik, kullanıcıların müşterilerle verimli bir şekilde etkileşim kurmasını sağlar. Çağrı kuyrukları, sesli kuyruklar, geri arama, beceri veya öncelik yönlendirme, temsilci kuyruk yönetimi, analiz, raporlama vb. gibi çağrı merkezi temel yeteneklerinin bir alt kümesini destekler.

Cisco'nun Microsoft Teams entegrasyonu çağrısı, temsilcilerin çağrı kuyruğundaki aramalara ve özelliklere doğrudan Microsoft Teams istemcilerinden erişmelerini sağlıyor.

Çağrı kuyrukları aşağıdaki temel özellikleri destekler:

Selamlaşma ve mesajlar (hoş geldin, teselli, fısıltı vb.)

Bekleme müziği

Geri Arama

Sıra Yönlendirme Politikaları (gece hizmeti, tatiller, yönlendirme)

Temsilci kuyruğu login/logout

Temsilci kuyruğu durum yönetimi

veya Masaüstü Telefon desteği

Denetleyici temsilci, Özellik Erişim Kodları (FAC'ler) aracılığıyla çağrıları izler, yönlendirir, müdahale eder veya devralır.

(Yönetici erişimi) için:

sıra yönetimi

Temsilci ve kuyruk analizi ve raporlaması

Sıra, temsilci ve gözetmen yönetimi.

Daha fazla bilgi için Çağrı kuyruğunu yapılandırbölümüne bakın.

Müşteri Destek eklentisi, ek çağrı kuyruğu yetenekleri sağlayan ve temsilcilere ve yöneticilere daha iyi bir kullanıcı deneyimi sunan bir özelliğe sahiptir. Çağrı Kuyruğu ve Müşteri Destek özelliklerinin karşılaştırması için Webex Çağrı kuyruğu ve müşteri destek özelliği karşılaştırmasıbölümüne bakın.

Cevaplama Grubu

Arama Grupları, gelen aramaların önceden belirlenmiş bir arama yönlendirme modeli aracılığıyla belirli bir kullanıcı grubuna yönlendirilmesine olanak tanır. Bu sayede aramaların doğru kullanıcı grubu tarafından yanıtlanması veya takip için sesli mesaja yönlendirilmesi sağlanır.

Arama Grupları ile Çağrı Kuyrukları arasındaki en büyük farklardan biri, Arama Gruplarında çağrıların kuyruğa alınmamasıdır; bu nedenle, Arama Grubundaki hiçbir kullanıcı çağrıya cevap veremezse, çağrı kesilir, sesli mesaja yönlendirilir veya başka bir numaraya (kullanıcıya veya hizmete) iletilir.

Daha fazla bilgi için Control Hub'da av gruplarını yönetmebölümüne bakın.

Çalışma Modları

İşletmelerin "İşletim Modları" özelliği, aramaları çeşitli hedeflere (kullanıcılar, sesli posta, çağrı kuyruğu gibi arama hizmetleri) verimli bir şekilde yönlendirmesine olanak tanır. Çağrıların nereye ve ne zaman yönlendirileceği, günün saati ve haftanın günü esas alınarak belirlenir ve herhangi bir kullanıcı, çağrı yönlendirmesindeki değişiklikleri kontrol etmek için bu modları (programları) yönetme yetkisine sahip olabilir.

Örnek olarak, bir Çağrı Kuyruğuna gelen aramalar, mesai saatleri dışında aramaları yanıtlamak üzere farklı bir zaman dilimindeki temsilcilerin bulunduğu başka bir Çağrı Kuyruğuna yönlendirilebilir; mesai saatlerinde yerel temsilcilere yönlendirilebilir ve tatillerde temsilciler ofise döndükten sonra takip edilmesi için sesli mesaja yönlendirilebilir.

Yetkili bir kullanıcı, gelen aramaların belirli bir süre için yönlendirileceği yeri değiştirmesi gerektiğinde bu farklı çağrı yönlendirme senaryoları (modları) arasında geçiş yapabilir. Bu kullanıcılar modları kendi ayarları aracılığıyla yönetebilirler. 6800/7800/8800 MPP telefonlar, 9800 telefonlar veya Kullanıcı Merkezi'nde Modları yönet.

Daha fazla bilgi için, Webex Calling'de çalışma modlarına göre çağrı yönlendirmebölümüne bakın.

Çağrı Grubu

Çağrı Grupları, kullanıcıların bir grup kullanıcıya sesli mesaj göndermek için tek yönlü arama yapmalarına olanak tanır. Her grup en fazla 75 hedef kullanıcı içerebilir. and/or Önceden tanımlanmış bir numara veya dahili hat aranarak ulaşılabilen çalışma alanları.

Bir kullanıcı Çağrı Grubunu aradığında, gruptaki tüm atanmış hedeflere eş zamanlı bir çağrı yapılır; bu noktada arayan kişi mesajını söyleyebilir ve bitirdiğinde telefonu kapatabilir.

Daha fazla bilgi için bkz. Control Hub'da bir çağrı grubu yapılandırma.

Kayıtlar

Kullanıcının yaptığı veya aldığı aramaların kaydedilmesini destekler. Bu, kalite, güvence, güvenlik veya eğitim ihtiyaçları için gerekli olabilir. Varsayılan olarak, aramalar kaydedilir, ancak diğer kayıt özelliklerine veya uyumluluk ve düzenleyici gereksinimlere ihtiyaç duyulması durumunda diğer üçüncü taraf kayıt sağlayıcıları da kullanılabilir.

Kayıt platformu olarak kullanıldığında, kaydedilen tüm aramalar bu platform içinde yönetilir. Uyumluluk görevlisi rolüne sahip tam yetkili yöneticiler, kayıtları oynatabilir ve indirebilir. Uyumluluk görevlisi rolü olmadan, Yönetici yalnızca kayıtları silebilir.

Bu özellik ve üçüncü taraf kayıt uygulamalarının listesi hakkında daha fazla bilgi için Webex Aramaları için arama kaydını yönetmebölümüne bakın.

Tek Numarayla Ulaşma

Tek numara erişimi, kullanıcının telefon numarasına gelen aramaların birden fazla cihazda çalmasına olanak tanır. Buna diğer masa telefonlarının yanı sıra cep telefonları da dahil olabilir. Bu cihazlardan aramalar da yapılabilir ve kullanıcılar aramaları cihazlar arasında gönderip alabilirler.

Bu özellik ve bir yöneticinin bunu nasıl yapılandırdığı hakkında daha fazla bilgi için Tek numara erişimini yapılandırma (herhangi bir yerden ofis)bölümüne bakın.

Kullanıcının bu özelliği Webex Kullanıcı Merkezi'nde (portal) nasıl yönetebileceği ve yapılandırabileceği hakkında daha fazla bilgi için bkz. Tek numara erişimini yapılandırma (her yerden ofis).

Sesli Mesaj Grubu

Sesli Mesaj Grupları, bir kullanıcıya atanabilen veya çağrı yönlendirme özelliği olarak kullanılabilen ortak bir sesli mesaj kutusu sağlar. Sesli mesaj grubuna ihtiyaç duyulmasının bazı nedenleri şunlardır:

Bir departman veya çalışma grubu için genel amaçlı sesli mesaj sistemi.

Otomatik karşılama veya arama grubuna sesli mesaj seçeneği ekleyin.

Çağrı kuyruğundan taşan çağrıları göndermek için

Sadece sesli mesaj kutusuna ihtiyaç duyan kullanıcılar.

Daha fazla bilgi için bkz. Webex Calling için paylaşılan sesli posta ve gelen faks kutusunu yönetme.

Webex'te Çağrı Özellikleri sayfasında Santral Konsolu listelenmektedir, ancak bu özellik, kullanılabilmesi için santral konsolu lisansının satın alınmasını gerektiren ek bir özelliktir.

Daha fazla bilgi için Görevli Konsolunu Kullanmaya Başlayınbölümüne bakın.

Webex Calling için lisans türüne göre mevcut özellikler [] bölümündeki bazı ek özellikler de dahil olmak üzere tüm özellikler hakkında bilgi için bkz. .

Tablo 1. Her konum için kaydedilecek bilgiler
Bilgi	Yorum
Uzatma aralığı(ları)	Her bir konumun uzantısı farklı rakamlarla başlayabilir. Bir rakam, siteler arası arama yönlendirme rakamı (örneğin 8) ve bir rakam da PSTN yönlendirme rakamı (örneğin 9) için ayrılmalıdır. Uzantı aralığı bu iki rakamdan herhangi biriyle başlayamaz. Tüm lokasyonların tüm uzantı aralıkları eşit uzunlukta olmalıdır.
DID aralığı(ları)	-
PSTN yönlendirme rakamı	-
Site kodu	Tüm lokasyonların site kodlarının benzersiz ve aynı uzunlukta olması gerekmektedir.
Ana numara	Bir konum oluşturulurken iki adet DID'nin (Doğrudan Kimlik Numarası) tanımlanması gerekir. Biri ana numara olarak (örneğin otomatik karşılama servisine atanacak), diğeri ise sesli mesaj portalı için. Sesli mesaj numarası için bir DID numarası sağlayın.
Sesli mesaj numarası
Lisans sayısı	Standart, Profesyonel, Çalışma Alanı, Yönlendirme Listesi, Giden Arama Planı dahil olmak üzere türlerine göre gerekli lisanslar.
Yoğun saatlerde eş zamanlı aramalar	Cihazlar arasında ve cihazlar ile Yerel Ağ Geçidi arasında eş zamanlı yapılan aramaların toplamı (PSTN ve cihazlara yapılan aramalar). Gerekli internet erişim bant genişliğini belirlemek gerekiyordu.
Ülke	-
Saat dilimi	-
Dil	-
İletişim (İsim, Telefon, E-posta)	-
Adres (Sokak adresi, Şehir, Eyalet, Posta kodu)	-
Acil servislerin uç noktalar için fiziksel olarak sevk edilebileceği konum.	Acil durum çağrıları için kullanılan, cihazın konum bilgisi genellikle şunları içerir: bina adresi, bina adresi + kat numarası, bina adresi + daire numarası veya bina adresi + kat numarası + office/cubical sayı.
Acil servisler için cihaza özgü fiziksel ağ konumu.	Acil durum çağrıları için fiziksel ağ konumu genellikle şunları içerir: anahtar / Kablolu cihazlar için switchport, kablosuz bağlantılı cihazlar için kablosuz Erişim Noktası (AP) Temel Hizmet Kümesi Tanımlayıcıları (BSSID'ler), and/or Uç cihazlar için şirket içi IP alt ağları.

Tablo 2. Kurumsal numaralandırma örneği
Site	Uzatma aralığı	Site kodu	Kurumsal ürün yelpazesi
New York Şehri	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tablo 3. Sabit uzunlukta uzatma aralıkları
Site	Uzatma aralığı	Dahili Numaralar	Site kodu	Kurumsal ürün yelpazesi
New York Şehri	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tablo 4. Yedi haneli numara çevirme sistemine geçiş

Site	Dahili Numaralar	Site Kodu	Kurumsal ürün yelpazesi	Site kodu	Kurumsal yönetim
New York Şehri	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tablo 5. Kullanıcı yetkilendirme seçenekleri - özet
Atama Yöntemi	Artıları	Dezavantajlar
Manuel olarak	Az sayıda kullanıcı için basit. Lisans ataması üzerinde hassas ve ayrıntılı kontrol sağlar.	Ölçeklenebilir değil, zaman alıcı Manuel veri girişi sırasında insan hatasına yatkındır.
Otomatik lisans şablonları	Ölçeklenebilir Manuel hataları azaltır. Yeni ve mevcut kullanıcılara uygulanabilir.	Geçerli telefon numaraları ve adresler gereklidir. Kurulumu daha karmaşık Ayrıca, eşdeğer lisanslama gereksinimlerine sahip kullanıcı grupları için de kullanıcı grupları gereklidir.
Toplu CSV Yükleme	Büyük kullanıcı grupları için verimli Lisansların, telefon numaralarının ve dahili hatların aynı anda atanmasına olanak tanır.	Dikkatli CSV biçimlendirmesi gerektirir. Telefon numaraları veya dahili numaralar eksik veya yanlışsa hata olasılığı vardır.
API tabanlı atama	Otomatikleştirilebilir, esnek. Lisansların, telefon numaralarının ve dahili hatların aynı anda atanmasına olanak tanır.	Geliştirme ve API bilgisi gerektirir.

Tablo 6. Kullanıcı yetkilendirme seçenekleri için
Tedarik yöntemi	Açıklama	Artıları	Dezavantajlar
Manuel	Create/manage kullanıcıları tek tek	Az sayıda kullanıcı için basit; altyapı gerektirmez.	Ölçeklenebilir değil; birçok kullanıcı için zaman alıcı.
Toplu İşlem (CSV Dosyası)	Import/update CSV aracılığıyla toplu olarak kullanıcılara	Gruplar için verimli; kodlama gerektirmez.	Manuel CSV hazırlama; daha az dinamik
İnsanlar ve SCIM 2.0 API'si	Webex API'leri aracılığıyla programatik kullanıcı yönetimi	Esnek; otomasyonu ve entegrasyonu destekler.	Geliştirme ve altyapı gerektirir.
Dizin senkronizasyonu	AD, Entra ID, SCIM uygulamaları ve Unified CM'den otomatik senkronizasyon	Yaşam döngüsünü otomatikleştirir; filtreleme ve eşlemeyi destekler.	Kurulum karmaşıklığı: Bazı seçeneklerin özellikleri sınırlıdır veya altyapı gerektirir.

Tablo 7. Grupları ve grup üyeliklerini yönetme seçenekleri
Seçenek	Açıklama	Artıları	Dezavantajlar
grup tedariki (gruplar)	Grupları doğrudan . içinde oluşturun ve yönetin. Add/remove Üyeleri manuel olarak veya CSV dosyası aracılığıyla ekleyebilirsiniz.	Grup üyeliği üzerinde tam kontrol Lisansların ve şablonların anında uygulanması Grupları oluşturmak ve düzenlemek kolay.	Manuel güncellemeler gereklidir. Manuel CSV yüklemelerinde hata riski Harici dizinlerle otomatik senkronizasyon yok.
Entra ID (Azure AD) veya Active Directory'den senkronize edilen gruplar	Harici dizin hizmetlerinden güvenlik gruplarını ve üyelikleri otomatik olarak senkronize edin.	Otomatik senkronizasyon, manuel iş yükünü azaltır. Kurumsal dizinle tutarlılığı sağlar. Büyük kuruluşları destekler.	Grup üyeliğini düzenleyemiyorum. Senkronizasyon gecikmesi 12 saate kadar. İç içe gruplar manuel seçim gerektirir.
Gruplar ve SCIM 2.0 API (Gruplar)	Programatik grup ve üyelik yönetimi için Grupları veya SCIM 2.0 API'sini kullanın.	Otomasyon ve diğer sistemlerle entegrasyon Büyük veya karmaşık ortamlar için ölçeklenebilir.	Geliştirme çabası gerektirir. Karmaşıklık, API kullanımına bağlıdır.

Uygulama

Ağ hazırlığı

İlk kurulum

Etki alanı doğrulama

Mevcut kullanıcıları talep et (dönüştür)

Dizin senkronizasyonunu yapılandırın ve test edin.

Tekli Oturum Açma (SSO) özelliğini kurun ve test edin.

Lisansların temin edilmesi, sağlanması ve doğrulanması

Webex Arama hizmeti ayarları

Pilot göçü

PSTN temini

Konumları yapılandırın

Şirket içi çağrı kontrolü ile entegrasyon

Kullanıcıları gruplar halinde taşıyın

Çalışma Alanları

Cihaz temini

Özellikleri yapılandırma

Kabul testi

Ağ hazırlığı

Geçişin ilk adımı, şirket içi ağ ile bulut arasında güvenilir ve güvenli internet bağlantısının sağlanmasıdır .

Çoğu kuruluş internete bir veya daha fazla güvenlik duvarı veya güvenlik cihazıaracılığıyla bağlandığından, gerekli trafik akışlarının desteklendiğini doğrulamak çok önemlidir.

Ağ ve güvenlik yöneticileri bu akışları şu açılardan anlamalıdır:

Yön (gelen vs giden)

Protokoller (Örnek - SIP TLS, SRTP, HTTPS)

Hizmetler tarafından kullanılan IP adresi aralıkları

Açılması veya izin verilmesi gereken bağlantı noktası numaraları

Bu, kurumsal güvenlik duvarlarının, NAT cihazlarının ve diğer ağ altyapısının, kurumsal güvenlik politikalarını korurken trafiği karşılayacak şekilde doğru yapılandırılmasını sağlar.

IP adresi, portlar ve protokoller dahil olmak üzere gerekli akışlar hakkında bilgi için Webex Araması için port referans bilgileribölümüne bakın. Bu bilgileri kullanarak mevcut kurulumdaki güvenlik duvarını, proxy'leri ve diğer ağ altyapısını yapılandırarak ağ akışlarını etkinleştirin.

Bulut tabanlı iş birliği hizmetleri için önerilen yaklaşım, her şube veya lokasyondan ayrı ayrı internet erişiminin sağlanmasıdır. Bu model, trafiğin yerel olarak çıkmasına izin vererek:

Gidiş-dönüş gecikmesini ve titreşimi azaltarak genel çağrı kalitesini iyileştirir.

Daha fazla kullanıcı ve site geçiş yaptıkça verimli bir şekilde ölçeklenir.

SD-WAN ile sorunsuz bir şekilde çalışır ve optimum performans için oturumları dinamik olarak en yakın bulut giriş noktasına yönlendirebilir.

Kullanıcının genel IP adresine dayalı olarak konumunu izlemeye olanak tanır, bu da medya yolu analizine ve sorun gidermeye yardımcı olur.

Ayrıca, kuruluşlar her lokasyonda yeterli internet bant genişliğini sağlamalıdır. Bant genişliği, beklenen eş zamanlı çağrı sayısına, seçilen kodeğe (örneğin, Opus veya G.711) ve sinyalizasyon, yeniden iletim ve büyüme için gereken ek maliyetlere göre boyutlandırılmalıdır. Bu, PPDIO yaşam döngüsünün Hazırlık aşamasıyla uyumludur ve geçiş için sağlam bir temel oluşturur.

İlk kurulum

Dağıtım sürecinin uygulama aşamasındaki ilk kurulum alt bölümü, iyi yapılandırılmış ve yönetilebilir bir bulut tabanlı arama ortamı oluşturmak için temel teşkil eder. Bu aşama, organizasyonun kurulması, lisansların temin edilmesi ve atanması, şirket alan adlarının doğrulanması ve sahiplenilmesi gibi kritik görevleri içerir; bu sayede doğru kullanıcı yönetimi ve güvenlik sağlanır. Ayrıca, kullanıcı lisans atamalarını otomatikleştirmek için lisans şablonları sağlama, kullanıcı kimlik doğrulamasını kolaylaştırmak ve güvenliği artırmak için Tekli Oturum Açma (SSO) yapılandırma ve kuruluş politikaları ve kullanıcı ihtiyaçlarıyla uyumlu hale getirmek için hizmet ve istemci ayarlarını düzenleme gibi özellikler de içerir. Bu ilk kurulum faaliyetlerinin tamamlanması, ortamın ölçeklenebilirlik, güvenlik ve sorunsuz kullanıcı deneyimi için doğru şekilde yapılandırılmasını sağlayarak, sonraki dağıtım ve operasyonel aşamalar için zemin hazırlar.

Etki alanı doğrulama

Şirketinizin e-posta alan adlarına kayıtlı kullanıcıları tanımlayabilmek için alan adlarınızı doğrulamanız şarttır. Alan adı doğrulaması yapılmadığı takdirde, kullanıcılar tüketici kuruluşa atanacak ve bu da şirketiniz için kullanıcı yönetimini zorlaştıracaktır. Alan adı doğrulama, kuruluşunuzun bu kullanıcıları etkili bir şekilde sahiplenmesini ve yönetmesini sağlayan zorunlu bir adımdır.

Kullanıcılarınızın e-posta adresleriyle ilişkili tüm alan adlarının doğrulandığından emin olun. Alan adı doğrulaması münhasır değildir; aynı alan adı birden fazla kuruluşta doğrulanabilir.

Alan adlarını yönetme hakkında daha fazla bilgi için Alan adlarınızı yönetinbölümüne bakın.

Mevcut kullanıcıları talep et (dönüştür)

Alan adlarınızı başarıyla doğruladıktan sonra, şirketinizin e-posta alan adlarını kullanarak kayıt yaptıran kullanıcıları kuruluşunuza eklemeye devam edebilirsiniz. Bu süreç, tüm kullanıcıları tek bir organizasyon çatısı altında birleştirerek merkezi yönetimi ve kolaylaştırılmış idareyi mümkün kılar. Bu kullanıcıları sahiplenerek, şirketinizin kullanıcı hesapları üzerinde tam kontrol sahibi olmasını sağlarsınız; bu da uygun lisansları atamanıza, hizmetleri yapılandırmanıza ve gerekli desteği verimli bir şekilde sağlamanıza olanak tanır. Bu birleşik yönetim yaklaşımı, güvenliği artırır, kullanıcı yetkilendirmesini basitleştirir ve kuruluşunuz genelinde hizmetlere tutarlı erişim sağlar. Kullanıcıların sahiplenilmesi, onların harici veya tüketici kuruluşlar tarafından yönetilmesini de engeller; böylece kurumsal bütünlük korunur ve iş birliği kaynakları üzerindeki kontrol sürdürülür.

Kullanıcıları sahiplenme hakkında daha fazla bilgi için Kullanıcıları kuruluşunuza sahiplenme (dönüştürme)bölümüne bakın.

Dizin senkronizasyonunu yapılandırın ve test edin.

Sorunsuz kullanıcı ve grup yönetimi sağlamak için, kurumsal dizininizden (Microsoft Entra ID (eski adıyla Azure AD) veya Microsoft Active Directory (AD)) kullanıcıları ve grupları senkronize edebilirsiniz. Bu süreç, kullanıcı kimliklerinin ve grup üyeliklerinin ortamınız genelinde tutarlı bir şekilde korunmasını sağlar.

Aşamalı dağıtım uygulayan kuruluşlar için, ilk dağıtımlar sırasında senkronizasyonun kapsamını kontrol etmek ve sınırlamak çok önemlidir. Bu, istenmeyen değişiklik riskini en aza indirir ve daha geniş çaplı benimsemeden önce hedefli testler yapılmasına olanak tanır.

Hangi kullanıcıların senkronize edileceğini filtrelemenin en etkili yöntemi, dizin grubu üyeliğinden yararlanmaktır:

1
Özel bir senkronizasyon grubu oluşturun: Kurumsal dizininizde (Microsoft Enterprise ID veya Active Directory), senkronizasyon için özel bir güvenlik grubu oluşturun (örneğin, senkronizasyon grubu).

2
Hedef kullanıcıları gruba ekleyin: Bu gruba yalnızca senkronize etmek istediğiniz kullanıcıları (örneğin pilot aşamasındaki bir test grubu) ekleyin. Bu, senkronizasyon sürecine kimlerin dahil edileceğini sıkı bir şekilde kontrol etmenizi sağlar.

3
Senkronizasyon anlaşmasını grup tabanlı filtreleme ile yapılandırın: Directory Connector veya Entra ID sağlama işleminde senkronizasyon anlaşmasını kurarken, kapsamı yalnızca belirlenen grubun üyeleri olan kullanıcıları içerecek şekilde yapılandırın.

Microsoft Entra ID için, sağlama ayarlarında grup tabanlı atamaları kullanabilirsiniz.

Active Directory için, yalnızca belirtilen gruba ait kullanıcıları içerecek şekilde bir LDAP filtresi tanımlayabilirsiniz.

4
İhtiyaç duyuldukça grubu genişletin: Daha geniş çaplı dağıtım aşamalarına geçtikçe, senkronizasyon grubuna ek kullanıcılar veya gruplar eklemeniz yeterlidir. Senkronizasyon kapsamı, bu kullanıcıları da içerecek şekilde otomatik olarak genişleyecek ve kontrollü ve kademeli bir dağıtıma olanak sağlayacaktır.

Örnek uygulama adımları:

Active Directory'de:

"Sync group" adında bir güvenlik grubu oluşturun.

İstenilen pilot kullanıcıları bu gruba ekleyin.

Dizin Bağlayıcısını aşağıdaki gibi bir LDAP filtresiyle kurun: (memberOf=CN=Webex Senkronizasyon Group,OU=Groups,DC=yourdomain,DC=com).

Microsoft giriş kimliği:

"Senkronizasyon grubu" adında bir grup oluşturun.

Grubu Entra ID'nin sağlama ayarlarına atayın.

Yalnızca bu gruptaki kullanıcılara erişim izni verilecektir.

Grup tabanlı senkronizasyonu, tüm kuruluşa uygulamadan önce daima üretim dışı bir ortamda test edin.

Yalnızca yetkili kullanıcıların senkronize edildiğinden emin olmak için grup üyeliğini düzenli olarak gözden geçirin.

Devam eden yönetim için, mümkünse grup üyelik güncellemelerini iş kurallarına veya İK sistemlerine göre otomatikleştirin.

Referanslar:

Entra ID kullanıcılarını Control Hub'a senkronize edin.

Control Hub'da Entra ID Sihirbazı Uygulamasını kurun.

Dizin bağlantısı

Tekli Oturum Açma (SSO) özelliğini kurun ve test edin.

Tekli Oturum Açma (SSO), kullanıcıların kurumsal kimlik bilgileriyle bir kez kimlik doğrulaması yapmalarına ve sorunsuz erişim sağlamalarına olanak tanıyarak güvenliği artırır ve kullanıcı erişimini basitleştirir. Microsoft Entra ID (eski adıyla Azure AD), Active Directory (AD) birleşik çözümleri ve çeşitli üçüncü taraf kimlik sağlayıcıları dahil olmak üzere SAML 2.0 uyumlu Kimlik Sağlayıcılarla SSO entegrasyonunu destekler.

Bu aşamada tasarlanan SSO kurulumu uygulanmalı ve test edilmelidir.

Referanslar:

Kontrol merkezinde tek oturum açma entegrasyonu

Webex yönetimi için tek oturum açmayı yapılandırın

Microsoft Entra ID ile tek oturum açmayı yapılandırın.

Birden fazla IdP ile SSO

Control Hub'da entegrasyon sırasında SSO'yu yönetin.

Lisansların temin edilmesi, sağlanması ve doğrulanması

'nin ilk kurulumunun bir parçası olarak, hizmetlerin etkin bir şekilde etkinleştirilmesi ve yönetilmesi için uygun lisansların temin edilmesi, sağlanması ve doğrulanması şarttır. Satın alma süreci, kullanıcı rolleri ve iş yüklerine bağlı olarak Profesyonel, Standart ve Çalışma Alanı lisansları gibi lisans türlerinin seçilmesini içerir. Lisanslar Cisco'nun yazılım platformları veya iş ortakları aracılığıyla oluşturulur ve tahsis edilir. Satın alma ve tedarik işlemlerinin ardından, lisans sayılarının doğru bir şekilde doğrulanması gerekmektedir. Bu süreç, kuruluşun doğru lisansların etkinleştirilmiş ve kullanıma hazır olmasını sağlar.

İlk lisanslama kurulumunun bir parçası olarak, yeni kullanıcılar için lisans atamasını kolaylaştırmak amacıyla kuruluş tabanlı otomatik lisanslamayı yapılandırmak önemlidir. Bu yapılandırma, kullanıcılar kuruluşa eklendiğinde lisansların otomatik olarak verilmesini sağlayarak manuel lisans atama ihtiyacını ortadan kaldırır. Kuruluş düzeyinde otomatik lisanslamayı yapılandırırken, atanacak hizmetleri seçer ve kapsamı tanımlarsınız; örneğin, lisansların yalnızca gelecekteki kullanıcılara mı uygulanacağı yoksa mevcut kullanıcıları da mı kapsayacağı gibi.

Ancak, dağıtım planınız grup düzeyinde otomatik lisanslamayı içeriyorsa, çakışmaları veya yinelenen lisans atamalarını önlemek için kuruluş düzeyinde lisans atamayı tercih etmeyebilirsiniz. Grup düzeyinde otomatik lisanslama ile lisanslar grup üyeliğine göre atanır. Birden fazla gruptaki kullanıcılar, geçerli tüm grup atamalarından lisans alırlar.

Dizin senkronizasyonu tamamlandıktan sonra, senkronize edilmiş grupların mevcut olması ve lisans ataması için kullanılabilmesi amacıyla grup tabanlı lisans atama yapılandırması gerçekleştirilmelidir.

Özellikle, otomatik lisans ataması, kullanıcı konumu ve telefon numarası ataması gibi ek bilgi gerektirir. Kullanıcının iş telefonu numarası mutlaka belirtilmelidir. +E.164 Lisansın otomatik olarak etkinleştirilmesi için, önceden yapılandırılmış ve geçerli bir konuma atanmış formatta olması gerekir. Bu koşullar sağlanmazsa, kullanıcıya hizmetler otomatik olarak sunulmayacak ve manuel müdahale gerekebilir.

Özetle, geniş kapsamlı, kuruluş genelinde bir lisans ataması istiyorsanız, yeni kullanıcılar için kuruluş tabanlı otomatik lisanslamayı yapılandırın. Daha ayrıntılı kontrol tercih ediyorsanız veya grup başına farklı lisanslama ihtiyaçlarınız varsa, çakışmaları önlemek ve doğru lisans yönetimini sağlamak için grup düzeyinde otomatik lisanslamayı yapılandırın ve kuruluş düzeyinde lisans atamaktan kaçının.

Webex Arama hizmeti ayarları

Kapsamlı bir inceleme ve küresel hizmet ayarlarının yapılandırılması şarttır.

Öncelikle şuraya erişin ve ayarlar bölümüne gidin. Dahili arama yapılandırması, acil arama parametreleri, çağrı yönlendirme politikaları, sesli posta yönetimi ve cihaz varsayılan ayarları dahil ancak bunlarla sınırlı olmamak üzere, yapılandırılabilir her seçeneği dikkatlice inceleyin.

Bu genel ayarları, kuruluşunuzun politikalarına ve tasarım kararlarına uygun şekilde düzenleyin.

Ayrıca, kurulum ayarları ve kullanıcı ve uygulama şablonları.

Pilot göçü

Uygulama aşamasında, pilot geçişin gerçekleştirilmesi, bir sistemden diğerine geçişin doğrulanmasında kritik bir kilometre taşıdır. Bu pilot proje, bir veya daha fazla lokasyondaki kullanıcıların temsili bir alt kümesini platforma dahil etmeyi içerir ve seçilen popülasyonun çeşitli kullanım durumlarını ve kurumsal rolleri yansıtmasını sağlar. Kullanıcı geçişine paralel olarak, iş sürekliliğini ve hizmet işlevselliğini korumak için sesli posta, otomatik karşılama sistemleri, çağrı kuyrukları ve arama grupları gibi temel iş birliği hizmetlerinin de eşdeğerlerine geçirilmesi gerekmektedir.

Pilot geçiş, daha geniş kurumsal dağıtım için planlanan Cisco tarafından sağlanan araçlar ve üçüncü taraf geçiş yardımcı programlarının aynı kombinasyonunu kullanmalı ve süreçlerin, otomasyon iş akışlarının ve entegrasyon noktalarının temsili koşullar altında kapsamlı bir şekilde doğrulanmasını sağlamalıdır.

Bu pilot uygulamanın temel amaçları iki yönlüdür: İlk olarak, kullanıcı yetkilendirme iş akışları, veri geçiş prosedürleri ve uç nokta yapılandırmaları da dahil olmak üzere uçtan uca geçiş süreçlerini doğrulamak ve iyileştirmek; ikinci olarak ise, geçişi yapılan hizmetlerin gerçek dünya operasyonel koşulları altında işlevselliğini kapsamlı bir şekilde doğrulamak.

Bu aşamalı yaklaşım, proje ekibinin kontrollü bir ortamda teknik veya prosedürel sorunları belirleyip gidermesine, yeni platform deneyimi hakkında kullanıcı geri bildirimlerini toplamasına, seçilen geçiş araçlarının etkinliğini değerlendirmesine ve daha geniş kurumsal dağıtıma geçmeden önce geçiş metodolojisine güven oluşturmasına olanak tanır.

Bu pilot aşamada elde edilen bilgiler, sonraki geçiş dalgalarını optimize etmek ve tüm işletme için sorunsuz, risk azaltılmış bir geçiş sağlamak açısından çok önemlidir.

PSTN temini

PSTN hizmetlerini temin etmek için öncelikle . adresinden bir PSTN bağlantı seçeneği belirleyin.

Eğer bir kuruluş hibrit çift çağrı kontrolünü sürdürmeyi planlıyorsa ( aşama 1 şekil Aşamalı Çağrı Geçişi'nde: Hibrit ve Bulut) geçici veya kalıcı olarak, uç noktalar arasında arama yapılmasına olanak sağlamak için yerel PSTN için bir veya daha fazla Yerel Ağ Geçidi dağıtmaları gerekecektir.

PSTN dahil olmak üzere buluta tam geçiş ( aşama 2) nihai hedef ise, PSTN için ya bir Cisco Arama Planı ya da bir Cloud Connect seçeneği gerekecektir.

Seçtiğiniz sağlayıcıyla iletişime geçerek telefon numaralarını sipariş edin ve taşıyın, ardından bunları yapılandırın. Telefon numarası siparişi vermek veya port siparişi başlatmak sadece required/possible Yerel PSTN ve Cloud Connect için. Cisco Arama Planları için sipariş ve numara taşıma işlemleri, konum oluşturulduktan hemen sonra ve Cisco Arama Planının mevcut olduğu ülkelerde Control Hub içinden başlatılır. Cisco Arama planları hakkında daha fazla bilgi için Cisco planlarıyla başlamakbölümüne bakın.

PSTN uygulamasının bir parçası olarak, sağlayıcınızın bulunduğunuz konum için hem gelen hem de giden PSTN hizmetlerini etkinleştirdiğinden emin olun. Ek olarak, aramaların seçtiğiniz PSTN bağlantısı üzerinden doğru şekilde yönlendirildiğini doğrulamak için test aramaları gerçekleştirin.

Konumları yapılandırın

Kullanıcıları ve cihazları eklemeden önce, arama konumlarını yapılandırmanız gerekir. Her konum için geçerli bir sokak adresi girilmelidir. ABD ve Kanada'da bu adres doğrulanır ve acil durum çağrıları için PIDF-LO konum bilgilerini göndermek amacıyla platform tarafından kullanılır.

Yerel ağ bağlantısı (PSTN) kullanan lokasyonları yapılandırırken, yerel ağ geçitlerini buna göre ayarlamanız gerekir. Bu sistemde, her yerel ağ geçidi için bir hat ve bir yönlendirme grubu oluşturulmalı ve ardından yönlendirme grubu, konum için PSTN seçeneği olarak atanmalıdır. Cisco, PSTN seçeneği olarak her zaman bir yönlendirme grubu seçmenizi şiddetle tavsiye eder; çünkü bu yaklaşım, gelecekte ek hatlar eklemenizi kolaylaştırarak hem ölçeklenebilirliği hem de yedekliliği destekler. Cisco ayrıca, giden doğrudan veya yönlendirilmiş aramalar için faturalandırılacak tarafın belirlenmesini kolaylaştırdığı için, her PSTN hattında çift kimlik ve P-Charge-Info desteğinin etkinleştirilmesini önermektedir. Eğer PSTN sağlayıcınız faturalandırma için farklı bir başlık kullanıyorsa, yerel ağ geçidindeki P-Charge-Info başlığındaki bilgileri gerekli faturalandırma başlığına kopyalayabilirsiniz.

PSTN seçeneği olarak Cloud Connect veya Cisco Calling Plan kullanan lokasyonlar için, kurulum sırasında ilgili lokasyona ait PSTN seçeneğini seçmeniz yeterlidir. Eğer lokasyon Cloud Connect for veya yerel PSTN kullanıyorsa, önceki adımda sipariş edilen telefon numaralarını eklemeniz gerekecektir. Çağrı yönlendirmesine hemen dahil edilmesini istemiyorsanız, numaraları pasif olarak ekleyebilirsiniz; bu numaraları daha sonra kullanıcılara veya özelliklere atandıklarında etkinleştirebilirsiniz.

Her lokasyon için ana numarayı mutlaka ayarlamak önemlidir. Ana numara, bir kullanıcıya veya otomatik karşılama sistemi gibi bir özelliğe atanabilir. Konumda sesli mesaj hizmetini etkinleştirmek için, sesli mesaj pilot numarasını veya diğer adıyla sesli portal numarasını ayarladığınızdan emin olun.

Arama konumlarına ilişkin ek ayarlar arasında, acil durum geri arama numarası, bildirim seçenekleri ve gelişmiş acil durum arama özellikleri gibi acil durum arama ayrıntılarının yapılandırılması yer almaktadır. Ayrıca, her konum için gerekli olan kayıt ayarlarını, dil tercihlerini ve cihaz yapılandırmalarını gözden geçirmeli ve ayarlamalısınız. Kuruluşunuz, kurumsal öneme sahip numaralarla kısaltılmış siteler arası şebeke içi arama kullanıyorsa, dahili arama ayarlarında konum için benzersiz bir site kodu yapılandırmayı unutmayın. Son olarak, harici arama için giden arama rakamı gerekiyorsa, bunu harici arama ayarlarında mutlaka belirtin. Giden arama rakamı yapılandırıldığında, Cisco tutarlılığı sağlamak için giden arama rakamı zorunluluğunu etkinleştirmenizi önerir.

Şirket içi çağrı kontrolü ile entegrasyon

Şirket içi çağrı kontrolüyle entegre olmak için, hatların, yönlendirme gruplarının, kurumsal arama planlarının ve hem yerel hem de genel ayarların yapılandırılması gereklidir. Öncelikle, yerel çağrı kontrol sistemiyle bağlantı kurulması amaçlanan hatları ve yerel ağ geçitlerini kurarak işe başlayın; bu adım yalnızca özel hatlara ihtiyaç duyulması durumunda gereklidir. Mevcut hatlar ve yönlendirme grupları dağıtımınız için yeterliyse, ek yapılandırmaya gerek kalmadan şirket içi bağlantı için yeniden kullanılabilirler.

Hatlar ve yönlendirme grupları oluşturulduktan sonra, kurumsal arama planlarını oluşturun ve her arama planı için uygun yönlendirme grubunu hedef olarak atayın. Birden fazla yerel çağrı kontrol sisteminin farklı hatlar üzerinden bağlanması durumunda, birden fazla arama planı gerekecektir. Bu arama planlarının yalnızca yerel sunuculara yapılan aramaları yönlendirmek için gerekli olan kalıpları içermesi önemlidir.

Dağıtımınız bilinmeyen uzantı yönlendirmesini desteklemeyi gerektiriyorsa, bu özellik konum düzeyinde etkinleştirilmelidir. Ayrıca, bilinmeyen dahili hat yönlendirmesi etkinleştirildiğinde, arama hizmetleri ayarlarının Çağrı Yönlendirmesi ile tesisler arası bölümünde maksimum bilinmeyen dahili hat uzunluğunu belirtmeniz gerekir. Bu, entegre ortamınızda sorunsuz çağrı yönlendirmesini ve dahili numara tabanlı arama senaryolarının doğru şekilde ele alınmasını sağlar.

Kullanıcıları gruplar halinde taşıyın

Kullanıcıları bir sistemden diğerine taşırken, tüm kullanıcıları aynı anda taşıyamayabilirsiniz. Bu durum, site veya kullanıcı sayısı, bir sitenin geçiş süresi gibi çeşitli nedenlerden kaynaklanabilir, ancak bunlarla sınırlı değildir. and/or Aynı anda çok sayıda kullanıcının bulunması, değişiklik penceresini destekleyecek sınırlı BT veya site kaynağı, değişiklik penceresinin süresi, değişikliğin karmaşıklığı vb.

Kullanıcıları aşamalı olarak taşırken, hangi kullanıcıların aynı topluiçinde birlikte taşınması gerektiğini belirlemek çok önemlidir. Asıl amaç, arama hizmetleri ve özellikler açısından birbirlerine bağımlı olan kullanıcıları bir araya getirerek geçişi sağlamaktır. Çağrı özelliklerinin (Örnek - Çağrı Kuyrukları) tümünün, geçiş öncesinde olduğu gibi tamamen işlevsel olduğundan emin olmak istiyorsunuz.

Yerel Ağ Geçitleri arasında ve bunlarla birlikte çağrı etkileşimini uygulasanız bile, paylaşılan hizmetleri veya özellikleri bu bağlantı üzerinden bölemezsiniz. Bu nedenle, aşağıdaki gibi özelliklere bakarak kullanıcılar arasındaki bağımlılıkları belirlemeniz gerekir:

BLF'leri kullanarak diğer kullanıcıları izleme

Aynı arama pilotunda, çağrı kuyruğunda vb.

paylaşılan hat

Çağrı alma özelliğini kullanma

Aynı çağrı parkı numaralarını kullanarak

İnterkom

Executive/Admin.

Örneğin, geçiş sürecinde olan bir Av Grubunun parçası olan bir kullanıcıyı ele alabiliriz. Bu kullanıcı, Av Grubu'na ve Av Grubu'nun diğer tüm üyelerine katılacaktır. Dolayısıyla, geçiş sonrasında Hunt Group ve üyeleri yeni platformda gelen çağrıları başarıyla yanıtlayabilecektir.

Kullanıcılar farklı arama hizmetleri ve özellikler için farklı kullanıcı gruplarına bağlı olduğunda bu durum daha da zorlaşır. Bu, birden fazla kullanıcı grubunun ve bir arama hizmetinin aynı anda geçişini gerektirecektir.

hazırlık aşamasında kullandığınız Geçiş Analizleri aracından veya üçüncü taraf araçtan elde edilen çıktıyı kullanarak hangi kullanıcıların ve özelliklerin birlikte gruplandırılması gerektiğini belirleyin. Bu çıktı, geçiş planınızı geliştirmek için kullanılmalı ve birlikte geçiş yapması gereken kullanıcıları ve özellikleri nasıl gruplandıracağınıza dair size fikir vermelidir.

Kullanıcı grubunun geçiş sürecindeki temel adımlar şunlardır:

Birlikte geçiş yapılacak kullanıcıları belirleme

Tüm kullanıcıların giriş yaptığını doğrulayın.

Kullanıcılara ait tüm TN'lerin mevcut olduğunu doğrulayın.

Rehberdeki telefon numaralarının doğru formatta olduğundan emin olun.

Kullanıcı grupları için lisanslama ve ayarlar şablonunun doğru şekilde yapılandırıldığından emin olun.

Kullanıcı grubu için tüm arama hizmetlerinin ve özelliklerinin doğrulanması veya yapılandırılması (geçiş öncesinde veya geçiş sırasında uygun şekilde)

Kurumsal rehberde, kullanıcıları arama özelliği etkinleştirilmiş kullanıcılar grubuna ekleyin.

Kaldıraç Araçları - kullanıcı ve özellik geçiş araçları and/or üçüncü taraf araçlar

Disable/Delete user/device rehber numarası ve arama features/services Geçişten sonra.

Kullanıcı grubunun taşınmasının ardından, tüm arama özelliklerinin ve hizmetlerinin doğru çalıştığını doğrulamak için kullanıcıların bir alt kümesini test edin. Çağrı kuyruğu, arama grupları vb. gibi arama özelliklerine kullanıcı grubuyla birlikte geçiş yapılıyorsa, bu arama hizmetlerinin doğru çalışıp çalışmadığını test edin.

Çalışma Alanları

Bilgisayar bilimlerinde, çalışma alanı, cihazların, uzantıların ve kullanıcıların atanabileceği paylaşılan bir yeri (örneğin konferans salonu, toplantı alanı veya ortak masa) ifade eder. Geleneksel Unifed CM telefonlarından farklı olarak, çalışma alanları şunlardır:

Konum odaklı: fiziksel mekanlara bağlı.

Cihaz uyumluluğu: Bir veya daha fazla cihaza sahip olabilir (masaüstü telefonlar, panolar vb.).

Geçiş sürecinin bir parçası olarak çalışma alanları belirlendikten sonra, bunlar Aygıtlar altında eklenebilir. Her çalışma alanı için bir cihaz ataması gereklidir ve eğer cihazlar zaten Unified CM'de bulunuyorsa, sıfırlanmaları veya yeniden yapılandırılmaları gerekir. Sesli mesaj, çağrı yönlendirme ve çağrı alma gibi özellikler etkinleştirilebilir veya devre dışı bırakılabilir ve gerektiğinde görüntülü aramalar, çağrı bekletme ve mobilite için politikalar uygulanabilir. Her bir çalışma alanını, dahili ve harici aramalar yaparak, video, konferans ve mobil özelliklerini test ederek denetleyin. Son olarak, kullanıcılara çalışma alanı cihazları ve rezervasyonları için geçerli olan süreçler hakkında bilgi verin.

Çalışma alanları hakkında daha fazla bilgi için Çalışma Alanlarıbölümüne bakın.

Cihaz temini

Şu anda kayıtlı olan telefonların bulut geçişinin bir parçası olarak taşınması gerekecektir. Cisco, geçiş işlemini olabildiğince basitleştirmek ve başarısızlık olasılığını en aza indirmek için fiziksel lokasyonların veya departmanların aynı anda geçişini önermektedir. Ancak, özellik bağımlılıkları nedeniyle kullanıcıları gruplar halinde geçirmeniz gerekebilir. Daha fazla bilgi için Kullanıcıları gruplar halinde geçirme bölümüne bakın.

Geçiş yapmanız gereken desteklenen telefonların tümü, kullanıcı veya çalışma alanı olarak yapılandırılmalı ve fiziksel telefonun da kaydolması için yeniden yapılandırılması gerekecektir. Ayrıca, 7800 ve 8800 serisi telefonların bellenimlerinin Kurumsal bellenimden Çok Platformlu Telefon (MPP) bellenimine yükseltilmesi gerekmektedir. Bu işlem, kayıt için gerekli olan MPP bellenimi yüklenmeden önce geçiş belleniminin yüklenmesini içerir. Ayrıca uygun göç lisansına da ihtiyaç duyar. Cisco, kurumsal yazılım yüklü telefonlarınızı MPP yazılımına yükseltmeyi kolaylaştırmak için son birkaç yıldır bu süreci geliştirdi. Ürün yazılımı yükseltmesini tamamlamak için gereken adımlar hakkında daha fazla bilgi için Cisco 7800 ve 8800 serisi IP telefonlarını Kurumsal ve MPP Ürün Yazılımı arasında dönüştürmebölümüne bakın.

Bu makalede özetlenen adımlara ek olarak, 7800 ve 8800 telefonlarınızı Enterprise'dan MPP bellenimine geçirmenize yardımcı olmak için kullanabileceğiniz yerleşik bir araç da bulunmaktadır: Telefonunuzu Webex Aramasına Geçirin. Bu araç ayrıca telefonları eklemenize ve bunları uygun kullanıcılara veya çalışma alanlarına atamanıza olanak tanır. Araç kullanımı hakkında daha fazla bilgi için Telefonunuzu taşıyınbölümüne bakın.

Yukarıdaki bellenim sürümüyle kayıtlı 9800 serisi telefonlar için bu geçiş şartı geçerli değildir. Bu telefonlar, hem hem de tarafından desteklenen PhoneOS işletim sistemini kullanıyor. Bu telefonları Webex Arama sistemine geçirmek için, bunları Webex Arama'ya eklemeniz, bir kullanıcıya veya çalışma alanına atamanız ve ardından telefonları fabrika ayarlarına sıfırlamanız gerekecektir. Kayıt için PhoneOS önyükleme sırası Aşağıdaki şekil, PhoneOS önyükleme sırasını ve telefon, eklendikten sonra, telefon hala yapılandırılmış olsa bile, nasıl kayıt olacağını göstermektedir. and/or DHCP Seçenekleri (Örnek - 150) kullanımda.

Kayıt için PhoneOS önyükleme sırası

PhoneOS cihazlarının fabrika ayarlarına sıfırlanmasını destekleyerek, sıfır dokunuşla kurulum yapılmasına olanak tanır. Yöneticiler, CUCM Yönetim sayfaları aracılığıyla 9800 ve 8875 telefonlarını uzaktan fabrika ayarlarına sıfırlayabilir; bu da telefonlara fiziksel erişime gerek kalmadan kurulum yapılmasını sağlar. Bu özellik, 9 Eylül 2025 tarihinden itibaren geçerli olacak Cihaz Paketleri ile desteklenmektedir:

CUCM v15 - Birleşik İletişim Yöneticisi Sürüm 15

CUCM v14 - Birleşik İletişim Yöneticisi Sürüm 14.

9800 serisi için kayıt işlemi hakkında daha fazla bilgi için Kayıt işlemibölümüne bakınız.

Cisco IP telefonlarına ek olarak, analog telefon adaptörleri (ATA'lar), kablosuz (Wi-Fi, DECT) telefonlar, video cihazları, ses ağ geçitleri ve^üçüncü taraf cihazlar ve telefonlar gibi diğer cihazların da sağlanması gerekebilir. Bu cihazların çoğunda, IP telefonlarda olduğu gibi kurumsal yazılımdan bulut yazılımına geçişi sağlayacak bir yazılım güncelleme yolu bulunmamaktadır. Bu nedenle, bu cihazların her birini Kontrol Merkezi'nde yapılandıracaksınız. Bunlardan bazılarına geçiş yapılamaz ve eşdeğer bir modelin onun yerini alması gerekecektir (örneğin ATA). 191/192) ve diğerleri manuel yeniden yapılandırma gerektirecektir. and/or Yazılım değişiklikleri.

Ses ağ geçitleri - Yerel ağ geçidinizi taşımak için bkz. Yerel ağ geçidini taşıma.
Control Hub'da VG400, VG410 veya VG420 ses ağ geçidinizi yapılandırmak için daha fazla bilgi için bkz. Yerel ağ geçidi

Analog telefon adaptörü (ATA) - Cisco ATA 191 ve 192'nizi kullanmaya başlamak için Cisco ATAbölümüne bakın.

Wifi kablosuz telefon - 840 ve 860 kablosuz telefonlarını entegre etmek için Webex kablosuz telefonunu entegre etmebölümüne bakın.

DECT kablosuz telefonlar - Yeni Cisco IP DECT 6800 serisiyle çalışmaya başlamak için Cisco IP DECTbölümüne bakın.

Control Hub'da dijital DECT ağını oluşturmak ve yönetmek için DECT ağını yönetmebölümüne bakın.

Cisco IP DECT 6800 hakkında daha fazla bilgi için Dağıtım kılavuzunabakın.

3^rd cihazlar ve telefonlar - 3^rd satıcılarla çalışın device/phone Gereksinimler ve bunların desteklenecek şekilde taşınması veya değiştirilmesi süreci.

Özellikleri yapılandırma

Geçiş öncesinde veya geçiş sırasında gerekli olan tüm arama özelliklerinin yapılandırılması gerekmektedir. Kullanıcıları toplu olarak geçirme bölümünde ele alındığı gibi, bu özellikleri kullanan kullanıcılar geçiş yaparken, ilgili özelliklerin de yapılandırılması ve geçişinin sağlanması gerekmektedir.

Özelliklerin her birinin nasıl yapılandırılacağına ilişkin ayrıntılar için ilgili yapılandırma yardım makalelerine bakın.

Otomatik karşılama sistemleri - Otomatik karşılama sistemlerini yönetmek için bkz. Otomatik karşılama sistemleri

Çağrı parkı - Çağrı parkını yönetmek için bkz. Çağrı parkı

Çağrı alma - Çağrı alma grubunu yapılandırmak için bkz. Çağrı alma

Çağrı kuyruğu s - Çağrı kuyruğunu yapılandırmak için bkz. Çağrı kuyruğu

Av grupları - Av gruplarını yönetmek için Av grubunu yönetbölümüne bakın.

Çalışma modları - Çalışma modlarına göre çağrı yönlendirme için bkz. Çalışma modlarına göre çağrı yönlendirme

Çağrı grupları - Bir çağrı grubunu yapılandırmak için bkz. Çağrı grubunu yapılandırma

Kayıtlar - Çağrı kaydını yönetmek için Kayıtları yönetbölümüne bakın.

Tek numara erişimi - Tek numara erişimini (herhangi bir ofis) yapılandırmak için bkz. Tek numarayı yapılandır

Sesli posta grubu - için paylaşılan bir sesli posta ve gelen faks kutusunu yönetmek için bkz. Sesli postayı yönet.

Kabul testi

Kabul testi, taşınan ortamın işlevsel gereksinimleri karşıladığından, beklendiği gibi çalıştığından ve tüm iletişim iş akışlarında sorunsuz bir kullanıcı deneyimi sağladığından emin olmayı sağlar. Bu doğrulama süreci çok yönlü olup, kullanıcı yetkilendirmesinden ve numara atamalarından gelişmiş arama özelliklerinin operasyonel performansına kadar her şeyi kapsamaktadır.

Bu bölüm, kabul testleri sırasında dikkate alınması gereken önemli hususlara örnekler vermekte ve bunları vurgulamaktadır; ancak, kapsamlı veya eksiksiz bir kontrol listesi olarak tasarlanmamıştır.

Kullanıcı yetkilendirme ve numara atama

Kabul testinin temel bir yönü, tüm kullanıcıların doğru ve eksiksiz bir şekilde yetkilendirildiğinin doğrulanmasını içerir. Bu, her kullanıcı hesabının, dahili numaralar ve doğrudan gelen arama (DID) atamaları gibi ilgili özellikleriyle birlikte doğru şekilde taşındığından emin olmak için kaynak dizin () ile yeni oluşturulan kullanıcı tabanı arasında kapsamlı bir karşılaştırma yapılmasını gerektirir. Tedarik sürecinin eksiksiz olması, yalnızca ilk günkü operasyonel verimlilik için değil, aynı zamanda devam eden yönetim ve destek için de kritik öneme sahiptir.

Numara atama doğrulama işlemi, her kullanıcının doğru dahili ve harici numaraya sahip olduğunu ve bu numaraların hem dahili (şebeke içi) hem de harici (PSTN) çağrı akışlarında doğru şekilde yönlendirildiğini doğrulamayı içerir. Çağrı yönlendirme hatalarına veya hizmet kesintilerine yol açabilecek çakışmaları, eksik atamaları veya yanlış yapılandırmaları kontrol etmek çok önemlidir.

PSTN Çağrı Akışları ve Arayan Kimliği Sunumu

Sağlam bir kabul testi prosedürü, PSTN çağrı akışlarının uçtan uca doğrulanmasını kapsamalıdır. Bu, hem gelen hem de giden çağrı senaryolarını kapsar. Gelen PSTN aramaları için, test ekibi aramaların bireysel kullanıcılar, çağrı kuyrukları, yönlendirme grupları veya otomatik karşılama sistemleri gibi amaçlanan uç noktalara iletildiğini doğrulamalıdır. PSTN'den yapılan giden aramaların başarılı bir şekilde gerçekleştirilmesi gerekmektedir; özellikle arayan kimliği bilgilerinin doğru iletilmesine ve sunulmasına dikkat edilmelidir. Bu, kuruluş politikalarına ve yasal gerekliliklere uygun olarak, dış alıcılara doğru arayanın adının ve numarasının gösterilmesini sağlamayı içerir.

Testler ayrıca, erişilemeyen uç noktaların veya ağ kesintilerinin ele alınması gibi arıza durumlarını da kapsamalıdır. Bu, yedekleme mekanizmalarının ve alternatif yönlendirmelerin düzgün çalıştığını doğrulamaya, hizmet sürekliliğini ve güvenilirliğini korumaya yardımcı olur.

Şebeke içi çağrı akışları

Kurumsal iletişimin omurgasını dahili veya ağ içi çağrı akışları oluşturur. Bu alandaki kabul testleri, kuruluş içindeki kullanıcılar arasındaki aramaların doğru şekilde yönlendirildiğini ve arama aktarma, bekletme, yönlendirme ve konferans görüşmesi gibi özelliklerin amaçlandığı gibi çalıştığını doğrular. Arama planlarının bütünlüğü, dahili hatlar arası bağlantı ve kurumsal arama politikalarına verilen destek teyit edilmelidir.

Kullanıcı Çağrısı İşleme ve Özellik Doğrulama

Kabul testinin önemli bir yönü, kullanıcıların ve desteklenen masa üstü telefonlarını kullanarak gelen aramaları nasıl yönettiklerini doğrulamayı içerir. Bu süreç, günlük arama iş akışlarının sezgisel ve güvenilir olmasını ve kullanıcıların rollerine ilişkin gerekli temel özelliklere sorunsuz erişime sahip olmasını doğrulamaya odaklanmaktadır. Testler, kullanıcıların arama yapma ve alma kolaylığını, bekleme ve devam ettirme işlevlerini yönetme kolaylığını ve hem kör hem de danışmalı aktarımları gerçekleştirme kolaylığını değerlendirmelidir. Ayrıca, çağrı yönlendirme, konferans görüşmesi ve çağrıları beklemeye alma, geri alma veya rahatsız etme modunu etkinleştirme gibi diğer gelişmiş özelliklerin kolayca erişilebilir ve sorunsuz bir şekilde çalıştığından emin olmak da çok önemlidir.

Kullanıcıların arama geçmişi, sesli mesaj ve entegre dizinlerle nasıl etkileşim kurduğu göz önünde bulundurularak, deneyimin netliği ve yanıt verme hızı açısından değerlendirilmesi gerekir. Aktif aramaların cihazlar arasında taşınabilmesine ve uygulama içinde veya fiziksel telefonlarda arama içi kontrollerin etkili bir şekilde kullanılabilmesine ayrıca dikkat edilmelidir. Nihai hedef, geçiş sonrasında son kullanıcı deneyiminin tutarlı, verimli olmasını ve kuruluşun iletişim ihtiyaçlarını tam olarak desteklemesini sağlamaktır.

Çağrı Sıraları: Temsilci ve süpervizör deneyimi

Çağrı kuyrukları, genellikle yüksek hacimli gelen çağrı senaryolarında kullanılır. Burada kabul testi birkaç boyuta odaklanmaktadır. Öncelikle, çağrıların yapılandırılmış kuyruk mantığına (örneğin, sırayla dağıtım, en uzun bekleme süresi veya eş zamanlı çalma) göre temsilcilere dağıtıldığının doğrulanması gerekir. Temsilci masaüstlerinde sıraya alınmış aramaların sunumu, netlik ve kullanım kolaylığı açısından incelenmeli ve temsilcilerin aramaları verimli bir şekilde kabul edebilmeleri, bekletebilmeleri ve aktarabilmeleri sağlanmalıdır.

Yöneticiler için masaüstü deneyimi, gerçek zamanlı izleme, çağrıya müdahale etme ve kuyruk performansına ilişkin analizler veya içgörüler gibi özellikler açısından değerlendirilmelidir. Bu, çağrı dağıtımı, temsilci etkinliği ve kuyruk ölçümleri hakkında eyleme geçirilebilir veriler sağlayan gösterge panellerinin ve raporlama araçlarının doğrulanmasını içerir ancak bununla sınırlı değildir.

Çağrı Yakalama Grupları: Çağrı dağıtımı

Çağrı yönlendirme grupları, çağrıları önceden tanımlanmış kullanıcı gruplarına dağıtmanın önemli bir mekanizmasıdır. Kabul testleri, çağrıların yapılandırılmış arama algoritmasına göre grup üyelerine yönlendirildiğini ve taşma, yönlendirme ve cevapsızlık senaryolarının tasarıma uygun şekilde ele alındığını doğrulamalıdır. Grup üyeliğinin ve çağrı yönlendirme davranışlarının önceden belirlenenlerle eşleşmesini sağlamak, operasyonel tutarlılık ve kullanıcı memnuniyeti için çok önemlidir.

Otomatik Santraller: Duyurular ve menü işlemleri

Otomatik karşılama sistemleri, otomatik çağrı yönetiminin ön saflarını temsil eder. Testler, anonsların oynatılmasını, kaydedilmiş selamlama mesajlarının doğruluğunu ve menü ağaçlarının doğru çalışmasını kapsamalıdır. Menü seçenekleri, arayanları güvenilir bir şekilde ilgili departmanlara, kişilere veya harici numaralara yönlendirmelidir. Testler, arayanların net bir şekilde yönlendirildiğini veya amaçlandığı gibi yönlendirildiğini doğrulamak için geçersiz veya zaman aşımı senaryolarını da içermelidir.

Sesli mesaj sistemi

Son olarak, sesli mesaj işlevi kullanıcı deneyimi açısından kritik öneme sahiptir. Kabul testleri, sesli posta kutularının doğru şekilde atandığını ve hem kuruluş içinden hem de uzaktan erişilebilir olduğunu doğrulamalıdır. Mesajları kaydetme, alma ve yönetme yeteneğinin yanı sıra bildirim gönderimi de onaylanmalıdır.

Optimize Etme

PSTN'den Cloud Connect'e geçiş

Şirket içi altyapıyı optimize edin

Analitik ve sorun giderme araçlarını kullanın.

PSTN'den Cloud Connect'e geçiş

Tüm uç noktalar ve kullanıcılar bulut tabanlı aramaya geçirildikten sonra, Unified CM'nin tek amacı PSTN ağ geçitleri ile Yerel Ağ Geçidi arasında bir geçiş noktası görevi görmektir. Webex Calling kullanıcılarının tümü için PSTN erişimi olarak Cloud Connect'i kullanarak PSTN ağ geçitlerini ve Yerel Ağ Geçidini ortadan kaldırmanın, maliyet düşüşü ve güvenilirliğin artması da dahil olmak üzere birçok avantajı vardır. Şirket içi PSTN erişimini Cloud Connect'e geçirmek için şu adımları izleyin:

İş ortağı seçimi için Cloud Connect.

Cloud Connect iş ortakları listesine bakın ve kuruluşunuzun bulunduğu konum için uygun olan iş ortaklarından birini/birilerini seçin.

Doğrulama için Cloud Connect.

Konumlar için PSTN erişimini Cloud Connect'e geçirmeden önce, seçilen Cloud Connect iş ortağı aracılığıyla PSTN bağlantısının doğrulanması ve onaylanması gerekmektedir. Bu amaçla, bir test ortamı oluşturulmalı ve bu test ortamında bazı test kullanıcıları görevlendirilmelidir. Bu test konumu için PSTN erişimi, test telefonları kullanılarak PSTN bağlantısı doğrulanmadan önce Cloud Connect iş ortağına ayarlanır. Doğrulama işlemi başarıyla tamamlandıktan sonra, test konumu devre dışı bırakılabilir.

Numara taşıma.

Cloud Connect'e geçişe hazırlanmak için, şu anda PSTN hattına atanmış ve bu hatta sonlanan tüm numaralar için bir taşıma siparişi verilmesi gerekmektedir. Tüm numaraların Cloud Connect iş ortağına taşınması gerekiyor. Konumlar arası erişilebilirliği sağlamak için, tüm konumların tüm numaralarının aynı anda taşınması gerekmektedir.

Cloud Connect iş ortağına geçin.

Geçiş tarihinde, tüm lokasyonlar için PSTN erişiminin Bulut Bağlantılı PSTN sağlayıcısına ayarlanması ve gelen ve giden bağlantının doğrulanması gerekmektedir.

Tasarım bölümünün PSTN kısmında tartışıldığı gibi, müşteriler hibrit dağıtımlar için PSTN trunking kullanarak geçişin başlangıcında PSTN erişimlerini Cloud Connect'e taşımayı da seçebilirler. Daha fazla bilgi için Hibrit Webex Arama dağıtımları için PSTN trunkingbölümüne bakın. Bu durumda, geçiş sırasında PSTN erişimi Yerel Ağ Geçidi üzerinden sağlanır ve tüm kullanıcılar taşındıktan sonra, Yerel Ağ Geçitlerinin devre dışı bırakılması ve kapatılması dışında PSTN ile ilgili ek bir geçiş adımı gerekmez.

Şirket içi altyapıyı optimize edin

Tüm kullanıcılar ve tüm uç noktalar bulut tabanlı kayda geçirildikten (veya devre dışı bırakıldıktan) sonra, bulut tabanlı arama kullanıma alındığına göre, uygun yerel altyapıyı güncelleyin. Altyapıya yapılan güncellemeler şunları içeriyor:

cisco_uds_tcp.<domain>. cup_login, [] ._tcp.<domain>. dahil olmak üzere, şirket içi çağrı kontrolü ve mesajlaşma DNS SRV kayıtlarını şirket içi DNS sunucularından kaldırın. Bu SRV kayıtları artık müşteri hizmetleri keşfi için gerekli değildir.

collab_edge._tls.<domain>. dahil olmak üzere, kenar ile ilgili DNS SRV kayıtlarını genel DNS sisteminden kaldırın. Bu SRV kayıtları, iş birliği uç hizmetlerinin istemci hizmeti keşfi için artık gerekli değildir.

İlgili tüm DHCP kapsamlarını güncelleyerek 66 ve 150 numaralı seçenekleri kaldırın. TFTP/boot sunucu adresleri. Bu kapsamlar artık uç nokta çağrı kontrolü yapılandırmasının keşfi ve indirilmesi için gerekli değildir.

Update/remove Yerelde uygun arama eşleri Gateway/CUBE Bu rota, Unified CM'ye giden ve gelen aramaları içerir. Bu dial-peer'lar artık şirket içi çağrı yönlendirmesi için gerekli değildir.

Tüm sanal makineleri ve küme düğümü sanal makinelerini silin veya kaldırın. and/or sunucular. Gerektiği şekilde işlem kaynaklarını ve donanımı yeniden kullanın. Bu kaynaklara artık çağrı kontrolü ve uç hizmetler için ihtiyaç duyulmamaktadır.

Küme düğümü sanal makinelerinin tümünü silin veya kaldırın. and/or sunucular. Gerektiği şekilde işlem kaynaklarını ve donanımı yeniden kullanın. Bu kaynaklara artık sesli mesaj ve birleşik mesajlaşma hizmetleri için ihtiyaç duyulmamaktadır.

Temizlemek: PSTN erişimini Bulut Bağlantılı PSTN'ye geçirdikten sonra, PSTN hatları, PSTN ağ geçitleri ve Yerel Ağ Geçidi devre dışı bırakılabilir.

Mevcut yerel E911 çözümleri için, geçişi tamamlanmış olan tüm konumları veya numaraları silin ve geçiş tamamlandıktan sonra uygulama sanal makinelerini veya sunucularını kaldırın. Gerektiği şekilde işlem kaynaklarını ve donanımı yeniden kullanın. Bu kaynaklara artık acil çağrı ve konum belirleme hizmetleri için ihtiyaç duyulmamaktadır.

Geçiş yapılan kullanıcılara ait DN'ler, çağrı yönlendirme hatalarını önlemek ve tüm CSS'lerin aynı DN'lerin bulut yoluna öncelikli erişime sahip olmasını sağlamak için gizli bir bölüme yerleştirilmelidir.

Değişiklikler meydana geldiğinde, Horizon Mobility'deki fiziksel sevk edilebilir konumu ve ağ öğesini güncelleyin. Güncelleme gerektiren yaygın faaliyetler şunlardır:

Ağ anahtarı değişimi

Kablosuz erişim noktası değişimi

DHCP kapsam değişiklikleri

Bina içindeki fiziksel değişiklikler (eğer çözüme kavuşturulacaksa) cubical/office)

Bir binanın içindeki fiziksel ofis alanının genişlemesi veya daralması.

Analitik ve sorun giderme araçlarını kullanın.

Dağıtımınızı görselleştirmenize ve izlemenize yardımcı olmak için kapsamlı analiz ve sorun giderme yetenekleri sağlar. Bunlar arasında medya kalitesi, ayrıntılı çağrı geçmişi, çağrı kuyruğu, arama grubu ve otomatik karşılama analizi yer almaktadır. Medya kalitesi analizine bir örnek, şekil medya kalitesi analizi'de gösterilmiştir.

medya kalitesi analizi

Sorun giderme bölümünde, medya kalitesi ve sinyalizasyonla ilgili temel sorunlar hakkında ayrıntılı bilgilerle yapılan her arama görüntülenebilir; bu da medya sorunlarının yanı sıra başarısız aramaların da belirlenmesine yardımcı olur (Şekil medya kalitesi sorun giderme) .

medya kalitesi sorun giderme

Sorun giderme özelliği, Control Hub'da daha da zengin bir entegre deneyim sağlamak için ThousandEyes ve Meraki anahtarları gibi diğer Cisco ürünleriyle de entegre edilebilir. Webex Calling analizi ve sorun giderme hakkında daha fazla bilgi için, Control Hub'da Webex Calling aramalarında sorun gidermebölümüne bakın.

1	Özel bir senkronizasyon grubu oluşturun: Kurumsal dizin inizde (Microsoft Entra ID veya AD), özellikle senkronizasyon için bir güvenlik grubu oluşturun (örneğin, senkronizasyon grubu).
2	Grubu hedef kullanıcılarla doldurun: Bu gruba yalnızca senkronize etmek istediğiniz kullanıcıları (pilot aşamada bir test grubu gibi) ekleyin. Bu, senkronizasyon işlemine kimin dahil edildiğini sıkı bir şekilde kontrol etmenizi sağlar.
3	Sen@@ kronizasyon sözleşmesini grup tabanlı filtreleme ile yapılandırın: Sen kronizasyon sözleşmesini Directory Connector veya Entra ID sağlama işleminde ayarlarken, kapsamı yalnızca belirlenen grubun üyesi olan kullanıcıları içerecek şekilde yapılandırın. Microsoft Entra ID için, sağlama ayarlarında grup tabanlı atamaları kullanabilirsiniz AD için, yalnızca belirtilen gruba ait kullanıcıları içerecek şekilde bir LDAP filtresi tanımlayabilirsiniz.
4	Grubu gerektiği gibi genişletin: Daha geniş dağıtım aşamalarına ilerledikçe , senkronizasyon grubuna ek kullanıcılar veya gruplar eklemeniz yeterlidir. Senkronizasyon kapsamı otomatik olarak bu kullanıcıları içerecek şekilde genişleyerek kontrollü ve kademeli kullanıma izin verecektir. Örnek uygulama adımları: Aktif dizinde: Eşitleme grubu adlı bir güvenlik grubu oluşturun. İstediğiniz pilot kullanıcıları bu gruba ekleyin. Dizin Bağlayıcısını aşağıdaki gibi bir LDAP filtresiyle ayarlayın: (MemberOF=CN = WebEx Sync Group, OU = Groups, DC=Domain, DC=COM). Microsoft'ta kimliği girin: Eşitleme grubu adında bir grup oluşturma Grubu, Entra ID'nin sağlama ayarlarına atayın Yalnızca bu gruptaki kullanıcılar sağlanır. Tüm kuruluşa uygulamadan önce daima grup tabanlı senkronizasyonu üretim dışı bir ortamda test edin Yalnızca yetkili kullanıcıların senkronize edildiğinden emin olmak için grup üyeliğini düzenli olarak inceleyin Devamlı yönetim için, mümkünse iş kurallarına veya İK sistemlerine göre grup üyelik güncellemelerini otomatikleştirin. Referanslar: Entra ID kullanıcılarını Control Hub'a senkronize edin Control Hub'da Entra ID Sihirbazı Uygulamasını kurma Dizin bağlayıcısı

1	Özel bir senkronizasyon grubu oluşturun: Kurumsal dizininizde (Microsoft Enterprise ID veya Active Directory), senkronizasyon için özel bir güvenlik grubu oluşturun (örneğin, senkronizasyon grubu).
2	Hedef kullanıcıları gruba ekleyin: Bu gruba yalnızca senkronize etmek istediğiniz kullanıcıları (örneğin pilot aşamasındaki bir test grubu) ekleyin. Bu, senkronizasyon sürecine kimlerin dahil edileceğini sıkı bir şekilde kontrol etmenizi sağlar.
3	Senkronizasyon anlaşmasını grup tabanlı filtreleme ile yapılandırın: Directory Connector veya Entra ID sağlama işleminde senkronizasyon anlaşmasını kurarken, kapsamı yalnızca belirlenen grubun üyeleri olan kullanıcıları içerecek şekilde yapılandırın. Microsoft Entra ID için, sağlama ayarlarında grup tabanlı atamaları kullanabilirsiniz. Active Directory için, yalnızca belirtilen gruba ait kullanıcıları içerecek şekilde bir LDAP filtresi tanımlayabilirsiniz.
4	İhtiyaç duyuldukça grubu genişletin: Daha geniş çaplı dağıtım aşamalarına geçtikçe, senkronizasyon grubuna ek kullanıcılar veya gruplar eklemeniz yeterlidir. Senkronizasyon kapsamı, bu kullanıcıları da içerecek şekilde otomatik olarak genişleyecek ve kontrollü ve kademeli bir dağıtıma olanak sağlayacaktır. Örnek uygulama adımları: Active Directory'de: "Sync group" adında bir güvenlik grubu oluşturun. İstenilen pilot kullanıcıları bu gruba ekleyin. Dizin Bağlayıcısını aşağıdaki gibi bir LDAP filtresiyle kurun: (memberOf=CN=Webex Senkronizasyon Group,OU=Groups,DC=yourdomain,DC=com). Microsoft giriş kimliği: "Senkronizasyon grubu" adında bir grup oluşturun. Grubu Entra ID'nin sağlama ayarlarına atayın. Yalnızca bu gruptaki kullanıcılara erişim izni verilecektir. Grup tabanlı senkronizasyonu, tüm kuruluşa uygulamadan önce daima üretim dışı bir ortamda test edin. Yalnızca yetkili kullanıcıların senkronize edildiğinden emin olmak için grup üyeliğini düzenli olarak gözden geçirin. Devam eden yönetim için, mümkünse grup üyelik güncellemelerini iş kurallarına veya İK sistemlerine göre otomatikleştirin. Referanslar: Entra ID kullanıcılarını Control Hub'a senkronize edin. Control Hub'da Entra ID Sihirbazı Uygulamasını kurun. Dizin bağlantısı

Cisco AI Assistant

Geri bildiriminiz için teşekkürler.

Geçiş dağıtım kılavuzu

Başlamadan önce

Genel Bakış

Çekirdek bileşenler

PPDIO sürecine genel bakış

PPDIO'nun genel açıklaması

Unified CM - Webex Calling geçiş projeleri için PPDIO'yu kullanma

Hazırlamak

Plan

Tasarım

Uygulamak

Optimize

PPDIO geri bildirim döngüleri

Göç yaklaşımı

Hazırlamak

İş ve teknik gereksinimler

Gereksinimleri toplamak neden önemlidir:

İş gereksinimleri

Teknik gereksinimler

Ağ hazırlığı ve gereksinimleri

Buluta Bağlı UC kurma

Mevcut ortamın değerlendirilmesi

Lisanslama

Konumlar/Siteler

Mevcut cihazların/müşterilerin envanteri

Cihaz uygunluğunu doğrulayın

Kullanıcılar

PSTN bağlantısı

Özellikler ve özellik kullanımı

Cisco entegrasyonları: Unity Bağlantısı UCCX UCCE

Çağrı kaydı

Üçüncü taraf entegrasyonları

Plan

Üst düzey proje planı

Göç yolculuğu - bir veya iki adım?

Seçenek 1: Tek adımlı kullanıcı geçişi

Seçenek 2: Çift adımlı kullanıcı geçişi

Adım 1

2. Adım

Tasarım

Bölge seçimi

Konumlar

PSTN

Arama planı

Şirket içi arama planı

arama planı

Kayıt

1. Çağrı kayıt sağlayıcı seçimi

2. Bölge seçimi

Acil çağrı

Lisanslama

Manuel atama yoluyla

Otomatik lisans atama şablonları

CSV şablonu aracılığıyla toplu atama

API tabanlı atama

Lisans gereksinimleri

Kullanıcı sağlama

Kullanıcı grupları

Şuradan geçiş yaparken önerilen yaklaşım

Kullanıcı Grupları Tasarlama

Tek Oturum Açma (SSO)

Çoklu IdP desteği

1. Birleşme ve satın almalar

2. Birden fazla bağımsız BT departmanı

3. Farklı kullanıcı grupları veya etki alanları

4. Çeşitli kimlik doğrulama protokolleri için destek

5. Gelişmiş güvenlik ve uyumluluk

6. Basitleştirilmiş kullanıcı deneyimi

SSO'lu ikili MFA

Özellikler

Otomatik Görevli

Çağrı Parkı

Çağrı Alma

Çağrı Sırası

Av Grubu

Çalışma Modları

Çağrı Grubu

Kayıtlar