Geri bildiriminiz için teşekkürler.

Tek Site dağıtım modelinde, PSTN çağrı yönlendirmesi için bir Yerel Ağ Geçidi ile birlikte bir sitede Gelişmiş Hayatta Kalabilirlik Düğümünün (ESN) dağıtıldığı. Bir kesinti sırasında ESN'ye maksimum 7500 cihaz kaydedilebilir.

Çoklu site dağıtım modelinde, birden fazla sitenin olduğu ve her sitede ESN'nin dağıtılabileceği yer, sitenin hayatta kalması için iş gereksinimine bağlıdır. Yerel Ağ Geçidi ve DNS gereksinimleri her zaman bir zorunluluktur ve bir Unified CM Kümeye toplam 8 ESN düğümü eklenebilir.

Bu dağıtım modeli, birden fazla siteye sahip bir bölgedeki bir müşteri için geçerlidir ve hayatta kalma kabiliyeti, bu sitelerin birçoğu için bir gerekliliktir. PSTN yerel ağ geçidini siteler arasında paylaşmak mümkün olsa da, tavsiye edilmez. bir ağ kesintisi varsa, site izole edilebilir ve bu durumda, ESN çağrıları PSTN'ye yönlendirmek için Yerel Ağ Geçidine ulaşamaz.

Birden çok siteli dağıtım için 2 dağıtım seçeneği aşağıdadır:

• Seçenek 1: Her sitede konuşlandırılmış Gelişmiş Hayatta Kalma Düğümü.

• Seçenek 2 - Birden çok site arasında paylaşılan Ortak Gelişmiş Hayatta Kalma Düğümü.

Gelişmiş Hayatta Kalma Düğümünü Özel Bulut Sunucusu veri merkezinde dağıtılan diğer düğümler gibi izliyor ve yönetiyoruz. Bir hayatta kalma olayı sırasında, ESN'nin bağlantısı kesildiğinde, Düğ Cisco Cloud üme erişimi kaybettiğimizde ve kesinti çözüldüğünde otomatik olarak geri bağlanırız, ve bağlantı geri yüklenir.

UC uygulama sertifikalarını yönetiriz ve Gelişmiş Hayatta Kalabilirlik Düğümünün etkinleştirilmesi sırasında, Özel Bulut Sunucusu Unified CM kümesi sertifikasını güncelledik ve ESN ile güncellenir.

Hayatta kalma olayı sırasında, Gelişmiş Hayatta Kalma Düğümü tüm CDR/CMR verilerini yerel olarak depolar. Bağlantı geri yüklendiğinde, veriler Adanmış Bulut Sunucu Unified CM Yayıncısına geri senkronize edilir. Saklanabilecek veri miktarı, daha sonra Gelişmiş Hayatta Kalma Düğümünün disk boyutuna bağlıdır.. CDR için ayarlanabilecek maksimum disk ayırma alanı 3328 MB'dir. Bu, yapılandırılan CDR aralığına bağlı olarak küçükten büyüğe CDR dosya boyutuyla olabilir. Temizleme aşağıdakilere dayanarak gerçekleşir:

• Disk kullanımı ayrılan veya yapılandırılmış disk alanını aştığında, işlenen kayıtları siler. Disk kullanımı daha fazla kalırsa, işlenmemiş kayıtlar da temizlenir.

• “CDR Yönetimi” ayarlarında yapılandırılan Yüksek Su İşareti %, CDR dosyaları temizlenir. Örneğin, “Yüksek Su İşareti %” %80 olarak yapılandırılmışsa ve disk kullanımı %80 ise CDR dosyaları temizlenir.

• “CDR Yönetimi” ayarlarında yapılandırılan CDR/CMR dosyaları koruma Süresi (gün), CDR dosyaları temizlenir. Varsayılan olarak, 30 gün olarak ayarlanmıştır.

RTMT'deki Gelişmiş Hayatta Kalma Düğümü ile ilgili uyarılar aşağıdadır:

• SurvivabilityEvent - tüm Özel Bulut Sunucu düğümlerine Gelişmiş Hayatta Kalma Düğümünden erişilemediğinde alarm tetiklenir.

• RemoteSurvivableNoTreeable - Gelişmiş Hayatta Kalabilirlik Düğümüne Özel Bulut Sunucusu yayıncısından erişilemediğinde alarm tetiklenir. Unified CM

Hayatta kalma olayı sırasında, ESN'nin performansını izlemek için RTMT'yi Gelişmiş Hayatta Kalma Düğümüne bağlamanız gerekir. Hayatta kalma olayı sırasında ESN'ye buluttan erişilemeyeceğinden, RTMT Ayrılmış Bulut Sunucusu düğümlerine bağlıysa aynı durum geçerli olmayacaktır.

Normal çalışma sırasında, veritabanı çoğaltma, kümedeki Gelişmiş Hayatta Kalma Düğümü de dahil olmak üzere tüm sunucular arasında tamamen birbirine bağlanır. Unified CM Taşıma, ekleme ve değişiklik yoluyla oluşturulduğu için statik yapılandırma verileri her zaman yayıncıda depolanır ve yayıncıdan kümedeki her aboneye ve gelişmiş hayatta kalma düğümüne tek bir şekilde çoğaltılır.

Bir hayatta kalma olayı sırasında, Gelişmiş Hayatta Kalma Düğümüne kayıtlı cihazlarda yalnızca kullanıcıya yönelik özellikler değiştirilir ve kullanıcıya yönelik özellikler tipik olarak, bir özelliği web tabanlı bir GUI aracılığıyla değiştirmenin aksine, bir veya daha fazla düğmeye basarak doğrudan telefonlarında etkinleştirebileceğiniz veya devre dışı bırakabileceğiniz gerçeğiyle karakterize edilir. Bu nedenle, Gelişmiş Hayatta Kalma Düğümü, salt okunur işlemler olarak öz bakım ve web yöneticisi GUI'sine izin verir. ESN'ye kayıtlı kullanıcının cihazları, yük devretme sırasında yalnızca aşağıda listelenen kullanıcıya karşı karşıya kalan özelliklerde değişiklik yapabilir. Ancak, bağlantı yeniden kurulduğunda bu değişiklikler DI Unified CM yayıncısıyla senkronize edilmeyecektir.

Kullanıcıya yönelik özellikler, telefondaki düğmelere basılarak etkinleştirilebilen veya devre dışı bırakılabilen tüm özelliklerdir ve aşağıdakileri içerir:

• Tümünü Çağrı Yönlendirme (CFA)

• Gizlilik Etkinleştirme veya Devre Dışı Bırak

• Rahatsız Etmeyin (DND) Etkinleştir veya Devre Dışı Bırak

• Cisco Extension MobilityOturum aç

• Avcı Grubu Giriş veya Oturumu Kapat

• Cihaz Hareketliliği

• Son kullanıcılar ve uygulama kullanıcıları için CTI CAPF durumu.

Gelişmiş Hayatta Kalabilirlik Düğümüne yük Cisco Jabber devretme sırasında oturum açma için yazılım istemcilerinin (ve Webex Uygulamasının) kimlik doğrulaması aşağıdaki gibidir:

1. Yerel Kimlik Doğrul ama: Kullanıcıların kimlik doğrulaması yerel olarak yapıldığındaUnified CM, hayatta kalma olayı sırasında Gelişmiş Hayatta Kalma Düğümü, kendisine kayıtlı istemcilerin kimliğini doğrulayabilecektir.

2. LDAP Kim lik Doğrulaması: Bu durumda kullanıcıların kimlik doğrulaması yerel LDAP sunucusu kullanılarak yapılır. Daha sonra hayatta kalma olayı sırasında, LDAP sunucusuna Gelişmiş Hayatta Kalma Düğümünden erişilebilmesi koşuluyla, yumuşak istemcilerin kimlik doğrulaması çalışacaktır..

   Hayatta kalma olayı boyunca LDAP dizininin ESN'ye erişilebilirliğini sağlamalısınız.

3. Tek Oturum Açma (SSO) kimlik doğrulaması: Kullanıcıların SSO oturum açma kimlik doğrulaması IDP sunucusu kullanılarak yapılır. Daha sonra hayatta kalma olayı sırasında, IDP sunucusuna Gelişmiş Hayatta Kalma Düğümünden erişilebilmesi koşuluyla, yumuşak istemcilerin kimlik doğrulaması çalışır.

   SSO özellikli Unified CM web kullanıcı arayüzü oturumu için IDP erişilebilirliği gereklidir veya kurtarma tabanlı URL oturum açma işleminin kullanılması gerekir.

   Kimlik doğrulama, hayatta kalma olayından önce elde edilen jetona dayandığından, zaten kimliği doğrulanmış istemciler oturum açmaya devam eder. Ancak, istemcinin önceki kimlik doğrulamasından geçerli bir belirteci olmadığı yeni oturum açma işlemleri için ESN kimlik doğrulama için IDP sunucusuna yönlendirecektir. Bu nedenle, hayatta kalma olayı boyunca IDP sunucusunun ESN'ye erişilebilirliğini sağlamak her zaman gereklidir.

Müzik Bekleme, Duyuru, Konferans Köprüsü (yazılım) hizmetlerinin ESN'de etkinleştirilmesi gibi temel Unified CM özellikler için medya kaynakları gereklidir. Donanım tabanlı medya kaynakları dağıtıldıysa, hayatta kalma olayı sırasında medya sunucularına ESN'den erişilebilir olduğundan emin olmalısınız.

DI Unified CM kümesinin normal işlemleri sırasında, acil durum çağrıları (özellikle AMER bölgesinde), Dedicated Instnace birleşik CM kümesi ile RedSky bulutu arasında yapılandırılmış bir SIP gövdesinin bulunduğu RedSky bulutu üzerinden yönlendirilir.

Bir hayatta kalma olayı varsa, RedSky bulutuna ESN'den erişilemez ve bu nedenle acil arama planını, RedSky mevcut değilse, o sitede yapılandırılan yerel PSTN GW aracılığıyla acil durum çağrılarını yönlendirmek için yapılandırmanız gerekir. Güzergah grubu, hayatta kalma olayı sırasında çağrı yönlendirmesini işlemek için yerel PSTN GW'den oluşmalıdır.

Hayatta kalma olayı sırasında site içi, siteler arası, kümeler arası ve PSTN çağrılarını yönlendirmek için arama planını yapılandırın. Genel olarak, ESN aramaları yalnızca kendisine kayıtlı cihazlar için yönlendirebilir. Diğer tüm çağrıların Yerel PSTN GW'ye (ESN'nin dağıtıldığı her sitede yapılandırılmıştır) ve oradan PSTN'ye yönlendirilmesi gerekir. Aşağıda açıklanan birkaç senaryo verilmiştir:

• Telefon 1 ve Telefon 2 aynı ESN'ye kayıtlı - Çağrı ESN içinde yönlendirilir.

• Telefon 1 ESN'ye kayıtlı ve Telefon 2 Özel Bulut Sunucusu Unified CM kümesine kayıtlı - Arama planı, aramaları ESN'den yerel PSTN GW'ye, oradan PSTN aracılığıyla DI'ye yönlendirmelidir. Unified CM Hayatta kalma olayı sırasında, arama planı çağrı yönlendirme hatasını tespit etmeli ve aramaları yerel PSTN GW üzerinden yeniden yönlendirmelidir. Aynısı, DI Unified CM cihazlarından ESN'ye gelen aramalar için de geçerli olmalıdır.

• Telefon 1 ESN'ye kayıtlı ve Telefon 2 bir PSTN cihazıdır: Hayatta kalma olayı sırasında, PSTN aramalarının yerel PSTN ağ geçidine yönlendirilmesi gerekir. Arama planının çağrı yönlendirme hatalarını algılama ve aramayı mevcut yerel PSTN ağ geçidi üzerinden yeniden yönlendirme özelliğine sahip olduğundan emin olmalısınız.

• Hayatta kalma olayı sırasında, sitenizden Adanmış Bulut Sunucusu bulutuna bağlantı kesildiğinde (WAN veya Bağlantı kesintisi), sunucu ESN'den bağlantının kapalı olduğu Ayrılmış Bulut Sunucusu bulutunda barındırıldığı için sesli posta ve otomatik Cisco Unity Connection sunucu özellikleri ESN'ye kaydolan aygıtlarda çalışmaz. Cihazınız “Kayıtsız Çağrı Yönlendirme (CFU)” ile yapılandırılmışsa ve çağrı DI'de alınmışsaUnified CM, arayan kişi Özel Bulut Sunucu Birliği Bağlantısına sesli mesaj yatırabilir. Cihazlar DI birleşik CM abonelerine geri döndüğünde geri alınabilir.

• Ancak, Adanmış Bulut Sunucusu bulutuna bağlantı kullanılabildiği ancak DI'daki Unified CM kümenin kapalı olduğu bir hayatta kalma olayı sırasında, ESN'nin DI bulutunda dağıtılan Unity Connection sunucusuna bağlanacağı için sesli posta ve otomatik sunucu özellikleri ESN'ye kayıtlı aygıtlar için çalışır.

Hayatta kalma olayı sırasında, ESN DI bulutunda Cisco Expressway E & C'ye ulaşamaz ve bunun tersi de geçerlidir. Dolayısıyla, bu durumda MRA kullanıcıları hizmeti ESN'den alamaz ve dolayısıyla kayıt olamaz. Ancak, MRA cihazının internete sahipse ve DI bulutundaki Cisco Expressways'e bağlanabiliyorsa, DI'deki kümenin işlevsel olması Unified CM koşuluyla DI'ye kaydolabilir.

CTI tabanlı entegrasyonların Gelişmiş Hayatta Kalabilirlik Düğümü ile çalışması için, CTI'nin Sunucu listesinin bir parçası olarak Gelişmiş Hayatta Kalma Düğümü eklemeniz gerekir. CTI geliştirmeleri, uygulamanın yalnızca yapılandırılmış listedeki birincil veya ikincil CTI sunucularına erişilemediği durumlarda bağlanabileceği bir CTI sunucusu olarak Gelişmiş Hayatta Kalma Düğümüne izin vermek için JTAPI'yi kullanan uygulamalar için yapılır. Normal bir çalışma sırasında, sahadaki CTI uygulamaları DI bulutundaki birincil ve ikincil CTI sunucularına bağlanabilir ve hayatta kalma olayı sırasında, sürekli bir CTI deneyimi için Gelişmiş Hayatta Kalma Düğümü ile bağlantı kurabilirler. Bağlantı geri yüklendiğinde Gelişmiş Hayatta Kalma Düğümünden geri dönüşün gerçekleşmesini sağlamak için uygulamalar JTAPI arabirimi üzerinden açığa çıkan yeni API'lere uyum sağlamalıdır.

Eklenen yeni API'ler hakkında daha fazla bilgi için yedeklilik bölümüne bakın, https://www.cisco.com/c/en/us/td/docs/ voice_ip_comm /cucm/ /14_0_1/ -unified-jtapi-developers-guide-14/ jtapi_dev -unified-jtapi-developers-guide-1251_chapter_00.html cucm_b_cisco cucm_b_cisco

SIP gövdeleri üzerinden arayüz oluşturan üçüncü taraf uygulamaları, Gelişmiş Hayatta Kalma Düğümü ile destekler. SIP ana yapılandırmalarında, 'tüm düğümlerde çalıştır' yapılandırması etkinleştirilmelidir.

Üçüncül TFTP özelliğine sahip 3. taraf cihazlar desteklenir.