PROBLEM
Podczas dołączania do spotkania Webex z urządzeniem wideo zarejestrowanym przez CUCM połączenie rozłącza się dokładnie po 15 minutach.

ROZWIĄZANIE
Przejrzyj poniższe kroki:

1. Otwórz aplikację Cisco Unified Communications Manager (CM) Administration.
2. Kliknij System > Parametry usługi.
3. W obszarze Wybierz serwer i usługę, w polu listy rozwijanej Usługa wybierz Cisco Call Manager (Aktywny):

4. Poszukaj czasomierza wygaśnięcia sesji SIP:

Wszystkie urządzenia zarejestrowane w CUCM korzystają z tego zegara. Gdy urządzenie jest w trakcie połączenia z innym urządzeniem zdalnym, jedna ze stron musi odświeżyć sesję i wysłać ponownie ZAPROSZENIE lub AKTUALIZACJĘ. To odświeżenie musi zostać wysłane przed upływem połowy czasu wygaśnięcia sesji (1800/2 = 900 sekund = 15 minut). Jeśli nie zostanie odebrana żadna wiadomość odświeżająca, połączenie zostanie rozłączone.

Sprawdź licznik czasu sesji w początkowym ZAPROSZENIU. Odświeżenie (ZAPROSZENIE / AKTUALIZACJA) należy odebrać przed upływem tego czasu:


Na podstawie wstępnych negocjacji klienta agenta użytkownika/serwera agenta użytkownika (UAC/UAS) jedno z urządzeń odświeża sesję po wysłaniu ponownego ZAPROSZENIA. Jeśli odświeżaczem jest UAC, inicjator połączenia ma obowiązek odświeżyć sesję. Jeśli odświeżacz to UAS, serwer musi odświeżyć sesję. Zbierz dzienniki debugowania SIP z obu punktów końcowych i sprawdź te pozycje:

Przykład: Połączenie wykonane z Party A do CUCM do Party B. Jeśli odświeżacz jest UAC na Party A i UAS na Party B:

1.     Strona A musi wysłać ponowne ZAPROSZENIE/AKTUALIZACJĘ do CUCM.
2.     CUCM musi wysłać ponowne ZAPROSZENIE/AKTUALIZACJĘ do Strony B.
3.     Strona B otrzymuje ponowne ZAPROSZENIE i odpowiada na to przesłanie 200 OK.
4.     Moduł CUCM musi wysłać do Strony A 200 OK.

Jeśli jedno urządzenie wysyła komunikat ponownego ZAPROSZENIA do modułu CUCM, moduł CUCM wysyła ponowne ZAPROSZENIE do drugiej Strony. Jeśli jednak nie zostanie to odebrane przez stronę zdalną, może to być spowodowane przez niektóre urządzenia sieciowe pomiędzy. Jest bardzo prawdopodobne, że ponowna INVITE/odpowiedź nie dotrze do jednej ze stron z powodu kontroli SIP lub ustawień sieciowych.
Jeśli urządzenia nie zainicjują ponownej INVITE, może to być problem z urządzeniem. Zaangażuj Centrum Pomocy Technicznej Cisco (TAC) w celu dalszego zbadania sprawy.
 
Na liście rzeczy do wypróbowania [jeśli jeszcze tego nie zrobiono] w obszarze zaawansowanej konfiguracji strefy przechodzącej do Webex:
Włącz tryb filtra SIP UDP/IX do włączenia [nie domyślne]:

I sprawdź zegary sesji SIP również w VCS-e.
 
Nasza domyślna wartość to 1800 [30 minut], co jest standardem i chcesz się upewnić, że zegar TCP na zaporze pasuje również tutaj, ale można to trochę wybić, aby zobaczyć, czy ma to również wpływ na VCS.

Jest to w obszarze Konfiguracja > Protokoły > SIP:


Uwaga, interwał odświeżania sesji (sekundy) jest ustawiony na wartość domyślną. Możesz spróbować 3600. Ale rzeczywistą przyczyną problemu jest to, że FW uważa, że sesja nie jest już używana [przypadek 1], kiedy VCS rzeczywiście uważa, że jest w porządku i że sesja jest nadal w górze, ale nie otrzymuje FIN/close na tej sesji/porcie i próbuje ją ponownie wykorzystać, a połączenie umiera. [przypadek 2] jest FW prawidłowo zamyka połączenie i wysyła FIN/close, a VCS rejestruje normalny spadek połączenia/wyczyszczenie, a połączenie również umiera. Modyfikowanie czasomierza sesji służy do kontrolowania sytuacji, w której VCS zrezygnuje z sesji po tym, jak nie otrzyma żadnych kodów dostępu dla jakiejkolwiek próby komunikacji dotyczącej stanu połączenia.
 
Może nam to jednak pomóc lepiej określić problem. Możliwe jest również obniżenie tej wartości w zależności od ustawienia FW dla tego timera.

PRZYCZYNA
Gdy połączenia wideo są rozłączane dokładnie po 15 minutach, powszechnym problemem jest to, że limit czasu TCP skonfigurowany w sieci (zapora/routery) jest mniejszy niż limit czasu wygaśnięcia sesji SIP. Domyślnie w programie CallManager czasomierz wygaśnięcia sesji SIP jest ustawiony na 1800 sekund.