Моите видео разговори към срещи, разрешени за видеоустройство, отпадат след 15 минути (или След което и да е конкретно време)

Моите видеоразговорки към Срещи, разрешени за видеоустройство, отпадат след 15 минути (или след което и да е конкретно време).

Връзките за видеообаждане към Срещи, разрешени за видеоустройство cisco Webex, прекъсват връзката след 15 минути.

SIP повикванията отпадат след зададен времеви интервал.

Връзките към срещи, разрешени за видеоустройство, прекъсват връзката след 15 минути.

Видео разговорите падат след 15 минути.

 

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

Решение:

За да проверите това:

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

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

Проверете за таймер за сесия в първоначалната ПОКАНА. Преди изтичането на този час трябва да се получи обновяване (INVITE / UPDATE): Въз основа на първоначалното договаряне на
Изображение с добавена от потребителя

User Agent Client /User Agent Server (UAC/UAS) едно от устройствата обновява сесията, когато изпраща Re-INVITE. Ако опреснителят е UAC, инициаторът на повикването има отговорността да обнови сесията. Ако опресняването е UAS, сървърът трябва да обнови сесията. Съберете Регистрационните файлове за SIP отстраняване на данни от двете крайни точки и проверете тези елементи:

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

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

Ако едно устройство изпрати съобщението за повторно ПОКАНА до CUCM, CUCM изпраща повторно ПОКАНА на другата страна. Ако обаче това не се получи от отдалечената страна тогава това би могло да бъде поради някои мрежови устройства между тях. Силно е възможно повторното ПОКАНА/отговор да не стигне до една от страните поради Проверка на SIP или мрежови настройки.
Ако устройствата не инициират повторноТО ПОКАНА, това би могло да е проблем с устройството. Включете Cisco Център за техническа помощ (ТАС), за да разследвате по-нататък.
 
В списъка с неща, които трябва да опитате [ако това все още не е] в разширената зона за конфигуриране на зоната, отиваща към Webex:
Включете sIP UDP/IX филтърния режим към [не по подразбиране]:
Изображение с добавена от потребителя
И проверете и таймерите за sIP сесия на VCS-e.
 
По подразбиране ни е 1800s [15 mins], което е стандартно и ще искате да се уверите, че TCP таймерът на вашата Защитна стена съвпада и тук, но бихте могли да натряскате това малко, за да видите дали има ефект, както и върху вашия VCS.

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

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

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