Благодарим за обратната връзка.

ПРОБЛЕМ
При присъединяване към среща в Webex с регистрирано в CUCM видео устройство, повикването се прекратява точно 15 минути.

РАЗДЕЛИТЕЛНА СПОСОБНОСТ
Прегледайте стъпките по-долу:

1. Отворете администрацията на Cisco Unified Communications Manager (CM).
2. Кликнете върху Система > Параметри на услугата.
3. Под Избор на сървър и услуга в полето с падащ списък Услуга изберете Cisco Call Manager (активен):

4. Потърсете Таймера за изтичане на SIP сесията:

Всички устройства, регистрирани в CUCM, използват този таймер. Когато устройството е в разговор с друго отдалечено устройство, една от страните трябва да обнови сесията и изпраща повторна ПОКАНА или АКТУАЛИЗАЦИЯ. Това опресняване трябва да бъде изпратено преди половината от таймера за изтичане на сесията (1800/2 = 900 секунди = 15 минути). Ако няма получено съобщение за опресняване, връзката с повикването се прекъсва.

Проверете за таймер на сесията в първоначалната ПОКАНА. Трябва да се получи опресняване (ПОКАНА/АКТУАЛИЗИРАНЕ) преди този час да изтече:


Въз основа на първоначалната преговори между клиент на агент на потребител/сървър на агент на потребител (UAC/UAS), едно от устройствата обновява сесията, когато Изпраща ПОВТОРНО ПОКАНА. Ако опресняването е UAC, инициаторът на повикването носи отговорността да обнови сесията. Ако опресняването е UAS, сървърът трябва да обнови сесията. Съберете регистрационните файлове за отстраняване на грешки в SIP и от двете крайни точки и проверете тези елементи:

Пример: Повикване от страна А към CUCM към страна Б. Ако опреснителят е UAC на страна А и UAS на страна Б:

1.     Страна А трябва да изпрати повторно ПОКАНАТА/АКТУАЛИЗАЦИЯТА в CUCM.
2.     CUCM трябва да изпрати повторно покана/АКТУАЛИЗАЦИЯ НА страна Б.
3.     Страна Б получава повторната покана И ОТГОВАРЯ на това съобщение с OK 200.
4.     CUCM трябва да изпрати 200 OK на страна А.

Ако едно устройство изпрати съобщение ЗА повторно поканване към CUCM, CUCM изпраща повторно ПОКАНА към другата Страна. Ако обаче това не се получи от отдалечената страна, това може да се дължи на някои мрежови устройства между тях. Много е възможно повторното поканване/отговор ДА не стигне до някоя от страните поради SIP инспекция или мрежови настройки.
Ако устройствата не инициират повторно покана, МОЖЕ да е проблем с устройството. Включете Центъра за техническа помощ на Cisco (TAC), за да проучим по-нататък.
 
В списъка с неща, които да опитате [ако все още не е] в разширената област за конфигуриране на зоната, отиваща в Webex:
Включете режима на филтър SIP UDP/IX на включване [не по подразбиране]:

И проверете таймерите за SIP сесията на VCS-e също.
 
По подразбиране ни е 1800 [30 минути], което е стандартно и ще искате да се уверите, че таймерът за TCP на защитната стена също съвпада тук, но можете да намалите това малко, за да видите дали има ефект и върху вашия VCS.

Това е под Конфигурация > Протоколи > SIP:


Имайте предвид, че интервалът за опресняване на сесията (секунди) е зададен на стойността по подразбиране. Може да пробваш 3600. Но действителният корен на проблема тук е, когато FW смята, че дадена сесия вече не се използва [случай 1], когато VCS всъщност смята, че е добре и че сесията все още е активна, но не получава FIN/close на това сесия/порт и се опитва да го използва повторно и обаждането умира. [случай 2] е, че FW правилно затваря връзката и изпраща FIN/close и VCS записва нормално прекъсване/изчистване на повикване и повикването също умира. Модифицирането на таймера за сесия тук просто контролира кога VCS ще се откаже от сесия, след като не е успял да получи никакви ACK за всеки опит за комуникация относно състоянието на повикването.
 
Това обаче може да ни помогне да определим проблема малко по-добре. Възможно е също така да трябва да намалим тази стойност в зависимост от настройката на FW за този таймер.

ПРИЧИНА
Когато видео повикванията прекъснат връзката точно 15 минути, общият проблем е, че времето за изчакване на TCP, конфигурирано в мрежата (защитна стена/маршрутизатори), е по-малко от таймера за изтичане на SIP сесията. По подразбиране в CallManager таймерът за изтичане на SIP сесия е зададен на 1800 секунди.