PSTN çağrı yönlendirme için Yerel Ağ Geçidi ile birlikte bir site içinde Gelişmiş Kalımlılık Düğümü'nün (ESN) dağıtıldığı Tek Site dağıtım modelinde. Bir kesinti sırasında ESN'ye en fazla 7500 cihaz kaydedilebilir.

Çok siteli dağıtım modelinde, birden fazla sitenin olduğu ve her siteye ESN konuşlandırılabildiği, sitenin kalımlılığı için iş gereksinimine bağlıdır. Yerel Ağ Geçidi ve DNS gereksinimleri her zaman bir gerekliliktir ve bir Unified CM kümesine toplam 8 ESN düğümü eklenebilir.

Bu dağıtım modeli, birden fazla sitesi olan bir bölgedeki bir müşteri için geçerlidir ve bu sitelerin birden fazla geçerli kalma şartı için gereklidir. PSTN yerel ağ geçidinin siteler arasında paylaşılması mümkün olsa da önerilmez. Ağ kesintisi varsa site izole edilebilir ve bu durumda ESN, çağrıları PSTN’ye yönlendirmek için Yerel Ağ Geçidine erişemeyecektir.

Çok siteli dağıtım için aşağıda 2 dağıtım seçeneği verilmiştir:

• Seçenek 1: Her sitede dağıtılan Gelişmiş Geçerli Kalma Düğümü.

• Seçenek 2 – Birden fazla site arasında paylaşılan Ortak Gelişmiş Kalımlılık Düğümü.

Özel Örnek veri merkezinde dağıtılan diğer düğümler gibi Gelişmiş Geçerli Kalma Düğümünü de izleyip yönetiriz. Bir kalımlılık olayı sırasında, ESN'nin Cisco Bulut ile bağlantısı kesildiğinde, Düğüme erişimi kaybettiğimizde ve kesinti çözüldüğünde otomatik olarak tekrar bağlandığımızda ve bağlantı yeniden kurulduğunda.

UC uygulama sertifikalarını yönetiriz ve Gelişmiş Kalımlılık Düğümünün etkinleştirilmesi sırasında güncellediğimiz Ayrılmış Örnek Unified CM küme sertifikası ESN ile güncellenir.

Kalımlılık olayı sırasında Gelişmiş Kalımlılık Düğümü, tüm CDR/CMR verilerini yerel olarak depolar. Bağlantı geri yüklendiğinde, veriler Ayrılmış Örnek Unified CM Yayıncısı ile tekrar eşitlenir. Depolanabilecek veri miktarı, daha sonra Gelişmiş Geçerli Kalma Düğümünün disk boyutuna bağlıdır. CDR için ayarlayabilecek maksimum disk atama alanı 3328 MB'dir. Bu, yapılandırılan CDR aralığına göre küçük ila büyük CDR dosyası boyutunda olabilir. Temizleme, şunlara göre gerçekleşir:

• Disk kullanımı ayrılan veya yapılandırılan disk alanını aştığında işlenen kayıtları siler. Disk kullanımı, işlenmemiş kayıtlar da temizlendiğinde olduğundan daha fazla olacaktır.

• “CDR Yönetimi” ayarlarında yapılandırılan Yüksek Su Işareti % , CDR dosyaları temizlenecektir. Örneğin, “Yüksek Su Işareti %” is configured as 80% ve disk kullanımı %80 ise CDR dosyaları temizlenir.

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

Gelişmiş Geçerli Kalma Düğümü ile ilgili RTMT’deki uyarılar şunlardır:

• SurvivabilityEvent- Tüm Ayrılmış Örnek düğümlerine Gelişmiş Geçerli Kalma Düğümünden ulaşılamadığında alarm tetiklenir.

• RemoteSurvivableNodeNotReachable - Ayrılmış Örnek Unified CM yayıncısından Gelişmiş Geçerli Kalma Düğümüne ulaşılamadığında alarm tetiklenir.

Kalımlılık olayı sırasında, ESN performansını izlemek için RTMT’yi Gelişmiş Kalımlılık Düğümüne bağlamanız gerekir. Geçerli kalma olayı sırasında ESN buluttan erişilemeyeceği için RTMT Ayrılmış Örnek düğümlerine bağlıysa aynı durum kullanılamaz.

Normal çalışma sırasında, veritabanı kopyalama Unified CM kümesindeki Gelişmiş Geçerli Kalma Düğümü dahil tüm sunucular arasında tamamen karıştırılır. Hareketler, ekler ve değişiklikler yoluyla oluşturulduğu için statik yapılandırma verileri her zaman yayıncıda depolanır ve yayıncıdan her aboneye ve kümedeki gelişmiş kalımlılık düğümüne bir şekilde kopyalanır.

Bir kalımlılık olayı sırasında, Gelişmiş Kalımlılık Düğümüne kayıtlı cihazlarda yalnızca kullanıcıya yönelik özellikler değiştirilir ve kullanıcıya yönelik özellikler genellikle web tabanlı bir GUI aracılığıyla bir özelliği değiştirmek yerine bir veya daha fazla düğmeye basarak doğrudan telefonlarında etkinleştirebilir veya devre dışı bırakabilirsiniz. Bu nedenle, Gelişmiş Kalımlılık Düğümü, kendi kendine bakım ve web yöneticisi GUI’sine salt okunur işlemler olarak izin verir. ESN'ye kayıtlı kullanıcıların cihazları, yük devretme sırasında yalnızca aşağıda listelenen kullanıcıya dönük özelliklerde değişiklik yapabilir. Ancak, bağlantı yeniden kurulduğunda bu değişiklikler DI Unified CM yayıncısıyla tekrar senkronize edilmeyecektir.

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

• Tüm Çağrıları Yönlendir (CFA)

• Gizliliği Etkinleştir veya Devre Dışı Bırak

• Rahatsız Etmeyin (DND - Do Not Disturb) Etkinleştirme veya Devre Dışı Bırakma

• Cisco Extension Mobility'de Oturum Açma

• Çağrı Yakalama Grubu Oturum Açma veya Oturumu Kapatma

• Cihaz Taşınabilirliği

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

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

1. Yerel Kimlik Doğrulama: Kullanıcıların kimlik doğrulaması Unified CM içinde yerel olarak yapıldığında, kalımlılık olayı sırasında Gelişmiş Kalımlılık Düğümü, kendisine kayıtlı istemcilerin kimliğini doğrulayabilir.

2. LDAP Kimlik Doğrulaması: Bu durumda, kullanıcıların kimlik doğrulaması yerel LDAP sunucusu kullanılarak yapılır. Ardından, kalımlılık olayı sırasında, LDAP sunucusuna Gelişmiş Kalımlılık Düğümünden ulaşılabilir olması koşuluyla, yazılım istemcilerinin kimlik doğrulaması çalışacaktır.

   Kalımlılık olayı boyunca ESN’ye LDAP dizininin erişilebilirliğini sağlamalısınız.

3. Çoklu 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. Ardından, Gelişmiş Kalımlılık Düğümünden IDP sunucusuna ulaşılabilmesi koşuluyla, kalımlılık olayı sırasında yazılım istemcilerinin çalışması için kimlik doğrulaması yapılır.

   SSO’nun etkin olduğu Unified CM web UI’de oturum açmak için Kimlik Sağlayıcı erişilebilirliği gereklidir veya kurtarma tabanlı URL’de oturum açmanın kullanılması gerekir.

   Kimlik doğrulama, kalımlılık olayından önce elde edilen belirteci temel aldığı için, zaten kimliği doğrulanmış istemciler oturum açmaya devam eder. Ancak, istemcinin önceki kimlik doğrulamasından geçerli bir belirteç olmadığında yeni oturum açma işlemleri için ESN, kimlik doğrulaması için Kimlik Sağlayıcı sunucusuna yönlendirilir. Bu nedenle, IDP sunucusunun kalımlılık olayı boyunca ESN’ye erişilebilirliğini sağlamak her zaman gereklidir.

Bekletme Müziği, Duyuru, Konferans Köprüsü (yazılım) hizmetleri gibi temel Unified CM özellikleri için medya kaynakları ESN'de etkinleştirilmelidir. Donanım tabanlı medya kaynakları dağıtılmışsa, kalımlılık olayı sırasında medya sunucularının ESN’den erişilebilir olduğundan emin olmanız gerekir.

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

Bir kalımlılık olayı varsa RedSky bulutuna ESN'den ulaşılamaz ve bu nedenle acil durum Çağrısı çağrı planını, RedSky kullanılamıyorsa acil durum çağrılarını ilgili sitede yapılandırılan yerel PSTN GW üzerinden yönlendirmek üzere yapılandırmanız gerekir. Geçerli kalma olayı sırasında çağrı yönlendirmeyi işlemek için yönlendirme grubu yerel PSTN GW'den oluşmalıdır.

Kalımlılık olayı sırasında siteler içi, siteler arası, kümeler arası ve PSTN çağrılarını yönlendirmek için çağrı planını yapılandırın. Genel olarak, ESN yalnızca kendisine kayıtlı cihazlar için çağrıları yönlendirebilir. Diğer tüm çağrılar Yerel PSTN GW'ye (ESN'nin dağıtıldığı her sitede yapılandırılır) ve buradan PSTN'ye yönlendirilmelidir. Aşağıda açıklanan birkaç senaryo bulunmaktadır:

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

• Telefon 1'i ESN'ye ve Telefon 2'yi Ayrılmış Örnek Unified CM kümesine kayıtlı - Arama planı, çağrıları ESN'den yerel PSTN GW'ye ve oradan PSTN aracılığıyla DI Unified CM'ye yönlendirmelidir. Kalımlılık olayı sırasında çağrı planının çağrı yönlendirme hatasını algılaması ve çağrıları yerel PSTN GW üzerinden yeniden yönlendirmesi gerekir. Aynı durum, DI Unified CM cihazlarından ESN'ye yapılan çağrılar için de geçerli olmalıdır.

• ESN'ye kayıtlı Telefon 1 ve Telefon 2 bir PSTN cihazıdır: Kalımlılık olayı sırasında, PSTN çağrılarının yerel PSTN ağ geçidine yönlendirilmesi gerekir. Çağrı planının çağrı yönlendirme hatalarını tespit etme ve çağrıyı mevcut yerel PSTN ağ geçidi üzerinden yeniden yönlendirme özelliğine sahip olduğundan emin olmanız gerekir.

• Kalımlılık olayı sırasında, sitenizden Ayrılmış Örnek buluta bağlantı arızalandığında (WAN veya Bağlantı kesintisi), Cisco Unity Connection sunucusu ESN bağlantısının devre dışı olduğu Ayrılmış Örnek bulutunda barındırıldığı için sesli posta ve otomatik santral özellikleri ESN'ye kaydedilen cihazlarda çalışmayacaktır. Cihazınız “Kayıtsız Çağrı Yönlendirme (CFU)” ile yapılandırılmışsa ve çağrı DI Unified CM’de alınırsa arayan, Ayrılmış Örnek Unity Bağlantısına sesli mesaj depolayabilir. Bu, cihazlar DI unified CM abonelerine geri döndüğünde alınabilir.

• Ancak, bir kalımlılık olayı sırasında Özel Örnek buluta bağlantı kullanılabilir ancak DI'daki Unified CM kümesi arızalı olduğunda bu durumda sesli posta ve otomatik santral özellikleri ESN'ye kayıtlı cihazlarda çalışır. Çünkü ESN, DI bulutta dağıtılan Unity Connection sunucusuna bağlantısına sahip olacaktır.

Kalımlılık olayı sırasında ESN, DI bulutunda Cisco Expressway E VE C’ye ve tersi yönde erişemeyecektir. Bu nedenle, bu durumda MRA kullanıcıları hizmeti ESN'den alamaz ve bu nedenle kayıt olamazlar. Ancak, MRA cihazında internet varsa ve DI bulutundaki Cisco Expressways'e bağlanabiliyorsa DI'daki kümenin işlevsel olması koşuluyla DI Unified CM'ye kaydolabilir.

Gelişmiş Kalımlılık Düğümü ile birlikte CTI tabanlı entegrasyonların çalışması için, CTI’nın Sunucu listesinin bir parçası olarak Gelişmiş Kalımlılık Düğümü eklemeniz gerekir. CTI geliştirmeleri, JTAPI kullanan uygulamalar için, uygulamanın yalnızca yapılandırılan listedeki birincil veya ikincil CTI sunucularına erişilemediği durumlarda bağlanabileceği bir CTI sunucusu olarak Gelişmiş Kalımlılık Düğümüne izin vermek üzere yapılır. Normal bir işlem sırasında, sitedeki CTI uygulamaları DI bulutundaki birincil ve ikincil CTI sunucularına bağlanabilir ve kalımlılık olayı sırasında devam eden bir CTI deneyimi için Gelişmiş Kalımlılık Düğümü ile bağlanabilir. Bağlantı geri yüklendiğinde Gelişmiş Geçerli Kalma Düğümünden geri dönüşün gerçekleşmesini sağlamak için uygulamaların JTAPI arayüzü üzerinde maruz kaldığı şekilde yeni API’lere adapte olması gerekir.

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

AXL Web hizmeti, salt okunur yönetici ayrıcalıklarına sahip Gelişmiş Geçerli Kalma Düğümünde etkinleştirilmiştir. Hazırlama sunucusu gibi üçüncü taraf uygulamaların, Veritabanı ile ilgili güncellemeler için yalnızca DI Unified CM yayıncısı ile arayüz oluşturmasını öneririz. Ancak, bu uygulamaların Gelişmiş Kalımlılık Düğümüne bağlıyken salt okunur olması mümkündür.

SIP santralleri aracılığıyla arabirimin Gelişmiş Geçerli Kalma Düğümü ile desteklediği üçüncü taraf uygulamalar. SIP santrali yapılandırmalarında, 'tüm düğümlerde çalıştır' yapılandırmasının etkinleştirilmesi gerekir.

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