Bol tento článok užitočný?
Ďakujeme za vašu spätnú väzbu.
Videohovory na schôdzu Webex sa po 15 minútach odpoja
Spätná väzba?Správcovia CUCM/VCS si môžu prečítať túto príručku, kde nájdete kroky na vyriešenie problému, keď sa video zariadenia odpoja presne 15 minút po pripojení k schôdzi Webex.
PROBLÉM
Keď sa pripájate k schôdzi Webex s videozariadením zaregistrovaným v CUCM, hovor sa odpojí presne po 15 minútach.
RESOLUTION
Prečítajte si kroky uvedené nižšie:
- Otvorte správu Cisco Unified Communications Manager (CM).
- Kliknite na položky Systém > Parametre služby.
- V časti Vybrať server a službu v rozbaľovacom zozname Služba vyberte možnosť Cisco Call Manager (aktívny):
- Vyhľadajte Časovač vypršania platnosti relácie SIP:
Všetky zariadenia registrované v CUCM používajú tento časovač. Keď zariadenie telefonuje s iným vzdialeným zariadením, jedna zo strán musí obnoviť reláciu a odošle opätovnú pozvánku alebo AKTUALIZÁCIU. Toto obnovenie musí byť odoslané pred polovicou času vypršania platnosti relácie (1800/2 = 900 sekúnd = 15 minút). Ak nie je prijatá žiadna obnovovacia správa, hovor sa odpojí.
Skontrolujte časovač relácie v úvodnom INVITE. Pred uplynutím tohto času by sa malo prijať obnovenie (POZVÁNKA / AKTUALIZÁCIA):
Na základe úvodného vyjednávania User Agent Client/User Agent Server (UAC/UAS) jedno zo zariadení obnoví reláciu, keď odošle Re-INVITE. Ak je obnovením UAC, iniciátor hovoru je zodpovedný za obnovenie relácie. Ak je obnovovacím systémom UAS, server musí obnoviť reláciu. Zhromaždite protokoly ladenia SIP z oboch koncových bodov a skontrolujte tieto položky:
Príklad: Hovor uskutočnený zo strany A na CUCM do strany B. Ak je obnovenie UAC na strane A a UAS na strane B:
1. Strana A musí znova poslať POZVÁNKU / AKTUALIZÁCIU CUCM.
2. CUCM musí poslať opätovnú POZVÁNKU / AKTUALIZÁCIU strane B.
3. Strana B dostane opätovnú pozvánku a odpovie na túto správu OK.
4. CUCM musí strane A poslať 200 OK.
Ak jedno zariadenie odošle správu o opätovnom INVITE CUCM, CUCM odošle opätovnú INVITE druhej strane. Ak to však vzdialená strana neprijme, môže to byť spôsobené niektorými sieťovými zariadeniami medzi nimi. Je vysoko možné, že opätovné INVITE/odpoveď sa nedostane na jednu zo strán kvôli kontrole SIP alebo nastaveniam siete.
Ak zariadenia nespustia opätovné INVITE, môže ísť o problém so zariadením. Zapojte Cisco Technical Assistance Center (TAC) na ďalšie skúmanie.
Na zozname vecí, ktoré môžete vyskúšať [ak to ešte nebolo] v oblasti rozšírenej konfigurácie zóny, ktorá prechádza do Webexu:
Zapnite režim filtra SIP UDP/IX na zapnuté [nie je to predvolené]:
A skontrolujte aj časovače relácie SIP na VCS-e.( ak to má vplyv aj na váš VCS.
Toto je v časti Konfigurácia > Protokoly > SIP:
Upozorňujeme, že interval obnovenia relácie (v sekundách) je nastavený na predvolenú hodnotu. Môžete skúsiť 3600. Ale skutočným koreňom problému je, keď si FW myslí, že relácia sa už nepoužíva [prípad 1], keď si VCS v skutočnosti myslí, že je v poriadku a že relácia stále prebieha, ale nedostane FIN/zatvorenie relácia/port a pokusy o opätovné použitie a volanie zanikne. [prípad 2] FW správne uzavrie spojenie a odošle FIN/zavrieť a VCS zaznamená normálne prerušenie/zrušenie hovoru a hovor tiež zanikne. Úprava časovača relácie tu len riadi, kedy sa VCS vzdá relácie po tom, čo zlyhal pri prijatí akýchkoľvek ACK pre akýkoľvek pokus o komunikáciu týkajúcu sa stavu hovoru.
Môže nám to však pomôcť trochu lepšie určiť problém. Je tiež možné, že túto hodnotu musíme znížiť v závislosti od nastavenia FW pre tento časovač.
PRÍČINA
Keď sa videohovory odpoja presne po 15 minútach, bežným problémom je, že časový limit TCP nakonfigurovaný v sieti (firewall/smerovače) je kratší ako časovač uplynutia platnosti relácie SIP. V predvolenom nastavení aplikácie CallManager je časovač vypršania platnosti relácie SIP nastavený na 1800 sekúnd.
Bol tento článok užitočný?
