Może się zdarzyć, że zawartość niektórych artykuł będzie wyświetlana w niespójny sposób. Przepraszamy — pracujemy nad aktualizacją naszej witryny.
cross icon
Połączenia wideo z Webex Meeting rozłączają się po 15 minutach
list-menuOpinia?
Administratorzy CUCM/VCS mogą zapoznać się z tym podręcznikiem, aby dowiedzieć się, jak rozwiązać problem z rozłączaniem się urządzeń wideo dokładnie 15 minut po dołączeniu do spotkania Webex.

PROBLEM
Podczas dołączania do spotkania Webex za pomocą urządzenia wideo zarejestrowanego w CUCM połączenie zostanie rozłączone dokładnie po 15 minutach.

ROZDZIELCZOŚĆ
Zapoznaj się z poniższymi krokami:

  1. Otwórz administrację Cisco Unified Communications Manager (CM).
  2. Kliknij kolejno System > Parametry usługi.
  3. W obszarze Wybierz serwer i usługę w polu listy rozwijanej Usługa wybierz opcję Cisco Call Manager (aktywny):
Obraz dodany przez użytkownika
  1. Poszukaj Licznika czasu wygaśnięcia sesji SIP:
Obraz dodany przez użytkownika

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

Sprawdź licznik czasu sesji w początkowym zaproszeniu. Odświeżenie (INVITE/UPDATE) powinno zostać odebrane przed upływem tego czasu:
Obraz dodany przez użytkownika

Na podstawie początkowej negocjacji klienta/serwera agenta użytkownika (UAC/UAS) jedno z urządzeń odświeża sesję po wysłaniu żądania Re-INVITE. Jeśli odświeżaniem jest UAC, inicjator połączenia jest odpowiedzialny za odświeżenie sesji. Jeśli odświeżaczem jest UAS, serwer musi odświeżyć sesję. Zbierz dzienniki debugowania SIP z obu punktów końcowych i sprawdź następujące elementy:

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

1.     Strona A musi wysłać ponowne ZAPROSZENIE / AKTUALIZACJA do programu CUCM.
2.     CUCM musi wysłać ponowne zaproszenie / AKTUALIZACJĘ do strony B.
3.     Strona B odbiera re-INVITE i odpowiada na tę wiadomość komunikatem 200 OK.
4.     CUCM musi wysłać 200 OK do strony A.

Jeśli jedno urządzenie wyśle wiadomość re-INVITE do CUCM, program CUCM wysyła wiadomość re-INVITE 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 nimi. Jest bardzo możliwe, że żądanie ponownego INVITE/odpowiedź nie dotrze do jednej ze stron ze względu na kontrolę SIP lub ustawienia sieci.
Jeśli urządzenia nie zainicjują żądania re-INVITE, może to oznaczać problem z urządzeniem. Zaangażuj Centrum pomocy technicznej Cisco (TAC) w celu dalszego zbadania.
 
Na liście rzeczy do wypróbowania [jeśli jeszcze nie] w obszarze konfiguracji zaawansowanej strefy przechodzi do Webex:
Włącz tryb filtru SIP UDP/IX na [nie jest to ustawienie domyślne]:
Obraz dodany przez użytkownika
Sprawdź również zegary sesji SIP na VCS-e.
 
Nasza wartość domyślna to 1800s [30 min], co jest standardowe i chcesz się upewnić, że czasomierz TCP w Twojej zaporze również pasuje tutaj, ale możesz trochę to sprawdzić, czy ma to również wpływ na Twój protokół VCS.

To pole znajduje się w sekcji Konfiguracja > Protokoły > SIP:
Obraz dodany przez użytkownika

Zauważ, że interwał odświeżania sesji (w sekundach) jest ustawiony na wartość domyślną. Możesz spróbować 3600. Ale faktycznym źródłem problemu jest to, że FW myśli, że sesja nie jest już używana [przypadek 1], kiedy VCS rzeczywiście myśli, że jest w porządku i że sesja jest nadal aktywna, ale nie otrzymuje FIN/zamknięcia na ten temat sesji/portu i próbuje go ponownie użyć, a połączenie zostaje przerwane. [przypadek 2] czy FW prawidłowo zamyka połączenie i wysyła FIN/zamknięcie, a VCS rejestruje normalne zerwanie/rozliczenie połączenia, a połączenie również zostaje przerwane. Modyfikacja zegara sesji w tym przypadku kontroluje tylko, kiedy VCS zrezygnuje z sesji po tym, jak nie otrzyma żadnego potwierdzenia ACK dla jakiejkolwiek próby komunikacji dotyczącej statusu połączenia.
 
Może to jednak pomóc nam lepiej określić problem. Możliwe jest również, że musimy obniżyć tę wartość w zależności od ustawienia FW dla tego timera.

PRZYCZYNA
Jeśli połączenia wideo rozłączają się po upływie dokładnie 15 minut, częstym problemem jest to, że limit czasu TCP skonfigurowany w sieci (zapora/routery) jest krótszy niż licznik czasu wygaśnięcia sesji SIP. Domyślnie w narzędziu CallManager wartość parametru Zegar wygaśnięcia sesji SIP jest ustawiona na 1800 sekund.

Czy ten artykuł był pomocny?
Czy ten artykuł był pomocny?