Видеообажданията до Webex Meeting Прекъсват връзката след 15 минути

Администраторите на CUCM/VCS могат да прегледат това ръководство за стъпки за разрешаване на проблема, при който видеоустройствата се прекъсват точно 15 минути след присъединяване към Среща в Webex.

ВЪПРОС
Когато се присъедините към Webex Meeting с регистрирано в CUCM видеоустройство, обаждането се прекъсва точно след 15 минути.

РЕЗОЛЮЦИЯ
Прегледайте стъпките по-долу:

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

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

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

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

Пример : Обаждане от страна A към CUCM към страна B. Ако опресняването е UAC на страна A и UAS на страна B:

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

Ако едно устройство изпрати съобщението re-INVITE до CUCM, CUCM изпраща повторно покана до другата страна. Въпреки това, ако това не бъде получено от отдалечената страна, това може да се дължи на някои мрежови устройства между тях. Много е възможно повторното ПОКАНВАНЕ/отговорът да не стигне до една от страните поради проверка на SIP или мрежови настройки.
Ако устройствата не инициират повторното ПОКАНЯВАНЕ, това може да е проблем с устройството. Включете Cisco Technical Assistance Center (TAC), за да проучите допълнително.
 
В списъка с неща, които трябва да опитате [ако това все още не е било] в областта за разширена конфигурация на зоната, която отива към Webex:
Завъртете Режим на филтър SIP UDP/IX до на [не е по подразбиране]:
Изображение, добавено от потребител
Проверете и таймерите за SIP сесия на VCS-e.
 
Нашата по подразбиране е 1800s [30 минути], което е стандартно и ще искате да сте сигурни, че TCP таймерът на вашата защитна стена съвпада и тук, но можете да увеличите това малко, за да видите дали има ефект и върху вашия VCS.

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

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

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

Беше ли полезна тази статия?