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

Bu makalede

Geri Bildirim?

Şirket içi Cisco Unified CM'den bulut tabanlı sisteme yapılandırılmış geçiş süreci PPDIO metodolojisini kullanan Webex Araması. Bu, kritik tasarım hususlarını içerir. Bölge seçimi, arama planları, acil servisler ve çağrı kaydı gibi özellikler. Bu süreç aynı zamanda Sorunsuz bir süreç sağlamak için lisanslama, kullanıcı yetkilendirme, SSO ve ağ hazırlığı gibi ayrıntıları içerir. verimli geçiş.

Giriş

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 İşbirliği Mimarisi: Çağrı Kontrolü ve Uzaktan Erişim — ***Ş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ı: Yerel Aramadan Webex Aramasına — ***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.

Sonra: Webex Çağrı Mimarisi — ***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'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 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.

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ı Çağrı Geçişi: Hibrit ve Bulut — ***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ş — ***Ö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 — ***Göç öncesi faaliyetler***

Hazırlanma

İş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.

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ı

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.

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ı

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.

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.

Üçü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.

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 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

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ı

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ı

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

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