SORUN
CUCM'ye kayıtlı bir video cihazıyla bir Webex Toplantısına katılırken çağrının bağlantısı tam 15 dakikada kesilir.

ÇÖZÜNÜRLÜK
Aşağıdaki adımları inceleyin:

1. Cisco Unified Communications Manager (CM) Yönetimi'ni açın.
2. Sistem > Hizmet Parametreleri üzerine tıklayın.
3. Sunucu ve Hizmeti Seç altında, Hizmet açılan liste kutusunda Cisco Çağrı Yöneticisi (Etkin)'i seçin:

4. SIP Oturumu Sona Erme Zamanlayıcısını arayın:

CUCM'ye kayıtlı tüm cihazlar bu zamanlayıcıyı kullanır. Cihaz başka bir uzak cihazla bir çağrıdayken, taraflardan biri oturumu yenilemeli ve re-INVITE veya UPDATE göndermelidir. Bu yenileme, Oturum Süresi Dolum Zamanlayıcısının yarısından önce gönderilmelidir (1800/2 = 900 saniye = 15 dakika). Alınan yenileme mesajı yoksa çağrının bağlantısı kesilir.

Ilk DAVETIYEDE oturum zamanlayıcısını kontrol edin. Bu sürenin dolmadan önce bir yenileme (INVITE / UPDATE) alınmalıdır:


Ilk Kullanıcı Aracısı Istemcisi/Kullanıcı Aracısı Sunucusu (UAC/UAS) anlaşması temelinde cihazlardan biri Re-INVITE gönderdiği oturumu yeniler. Tazeleme UAC ise çağrıyı başlatan kişinin oturumu yenileme sorumluluğu vardır. Tazeleme UAS ise sunucunun oturumu yenilemesi gerekir. Hem uç noktalardan SIP hata ayıklama günlüklerini toplayın ve şu öğeleri kontrol edin:

Örnek: A Partisinden CUCM'ye B Partisine yapılan çağrı. Hatırlatıcı A Partisinde UAC ve B Partisinde UAS ise:

1.     A Tarafı, yeniden DAVET / GÜNCELLEMEYI CUCM'ye göndermelidir.
2.     CUCM, B.
3. Tarafa bir yeniden DAVET / GÜNCELLEME göndermelidir.     B Tarafı yeniden INVITE alır ve bu mesaja 200 Tamam ile yanıt verir.
4.     CUCM, A Tarafına 200 TAMAM göndermelidir.

Bir cihaz CUCM'ye re-INVITE mesajı gönderirse, CUCM diğer Tarafa re-INVITE gönderir. Ancak, bu uzak taraf tarafından alınmazsa bu, aradaki bazı ağ cihazlarından kaynaklanabilir. Re-INVITE/yanıtı, SIP incelemesi veya ağ ayarları nedeniyle taraflardan birine ulaşamaması son derece mümkündür.
Cihazlar re-INVITE'ı başlatmazsa cihazla ilgili bir sorun olabilir. Daha fazlasını araştırmak için Cisco Teknik Yardım Merkezi'ni (TAC) dahil edin.
 
Bölgenin gelişmiş yapılandırma alanında [bu henüz değilse] denenecek şeylerin listesinde Webex:
SIP UDP/IX filtre modunuaçık [varsayılan değil]:

Ve VCS-e üzerindeki SIP oturum zamanlayıcılarını da kontrol edin.
 
Varsayılanımız 1800'ler [30 dakika] şeklindedir ve Güvenlik Duvarınızdaki TCP zamanlayıcısının burada da eşleştiğinden emin olmak istersiniz, ancak VCS'niz üzerinde de bir etkisi olup olmadığını görmek için bunu biraz bükebilirsiniz.

Bu işlem Yapılandırma > Protokoller > SIP:


Oturum yenileme aralığının (saniye) varsayılan değere ayarlandığına dikkat edin. 3600'ü deneyebilirsiniz. Ancak buradaki sorunun asıl kökü, FW'nin bir oturumun artık kullanılmadığını düşündüğünde [örnek 1], VCS'nin gerçekten iyi olduğunu düşündüğünde ve oturumun hala devam ettiğini ancak bu oturumda/bağlantı noktasında bir FIN / kapat almadığını ve yeniden kullanmaya çalıştığında ve çağrı kesildiğinde olmasıdır. [örnek 2] FW, bağlantıyı düzgün bir şekilde kapatır ve bir FIN / kapat gönderir ve VCS normal bir çağrı bırakma / temizleme kaydeder ve çağrı da ölür. Oturum zamanlayıcısının değiştirilmesi, çağrının durumuyla ilgili herhangi bir iletişim girişimi için ACK alamadıktan sonra VCS'nin oturumdan ne zaman vazgeçeceğini kontrol eder.
 
Bu, sorunu biraz daha iyi tespit etmemize yardımcı olabilir. Ayrıca bu zamanlayıcının FW ayarına bağlı olarak bu değeri düşürmemiz de mümkündür.

NEDEN
Video aramalarının bağlantısı tam 15 dakikada kesildiğinde yaygın sorun, ağda yapılandırılan TCP zaman aşımının (güvenlik duvarı/yönlendiriciler) SIP oturumu sona erme zamanlayıcısından daha az olmasıdır. CallManager'da varsayılan olarak, SIP Oturumu Sona Erme Zamanlayıcısı 1800 saniyeye ayarlanır.