A videoeszköz-kompatibilis értekezletekre irányuló videohívásaim 15 perc elteltével (vagy bármely adott idő elteltével) csökkennek

A videoeszköz-kompatibilis értekezletekre irányuló videohívásaim 15 perc elteltével (vagy bármely adott időpont után) csökkennek.

A Cisco Webex videoeszköz-kompatibilis értekezletekkel való videohívási kapcsolatok 15 perc elteltével megszakadnak.

A SIP-hívások egy meghatározott időintervallum után csökkennek.

A videoeszköz-kompatibilis értekezletekkel való kapcsolatok 15 perc elteltével megszakadnak.

A videohívások 15 perc után csökkennek.

 

Ok: Amikor a videohívások pontosan 15 perc alatt megszakadnak, a gyakori probléma az, hogy a hálózaton konfigurált TCP-időtúllépés (tűzfal/útválasztók) kisebb, mint a SIP-munkamenet időzítője. Alapértelmezés szerint a CallManageren a SIP-munkamenet lejárati időzítője 1800 másodpercre van állítva.

Megoldás:

Ennekellenőrzése:

  1. Nyissa meg a Cisco Unified Communications Manager (CM) adminisztrációt.
  1. Kattintson a Rendszer > szolgáltatásparaméterekelemre.
  2. A Kiszolgáló és szolgáltatás kiválasztásacsoportban a Szolgáltatás legördülő listában válassza a Cisco Híváskezelő (Aktív)lehetőséget:
Felhasználó által hozzáadott kép
  1. Keresse meg a SIP-munkamenet lejártidőzítőt :
Felhasználó által hozzáadott kép

A CUCM-re regisztrált összes eszköz ezt az időzítőt használja. Amikor az eszköz egy másik távoli eszközzel van hívásban, az egyik félnek frissítenie kell a munkamenetet, és újra meghívást vagy FRISSÍTÉST kell külde. Ezt a frissítést a munkamenet lejárt időzítőjének fele előtt kell elküldeni ( 1800/2 = 900 másodperc = 15 perc). Ha nem érkezik frissítési üzenet, a hívás megszakad.

Ellenőrizze a munkamenet időzítőt az első INVITE-ben. A frissítés (INVITE / UPDATE) kell fogadni, mielőtt ez az idő lejár:
Felhasználó által hozzáadott kép

A kezdeti User Agent Client /User Agent Server (UAC/UAS) egyeztetés alapján az egyik eszköz frissíti a munkamenetet, amikor újra meghívja. Ha a frissítő UAC, a hívás kezdeményezője felelős a munkamenet frissítéséért. Ha a frissítő UAS, a kiszolgálónak frissítenie kell a munkamenetet. Gyűjtsd össze a SIP hibakeresési naplókat mindkét végpontról, és ellenőrizd ezeket az elemeket:

Példa: Hívás az A-ból a CUCM-be a B pártba. Ha a frissítő UAC az A párton és UAS a B pártban:

1.     Az "A" félnek el kell küldenie az újrameghívást / frissítést a CUCM-nek.
2.     A CUCM-nek újra meghívót / frissítést kell küldenie a B pártnak.
3.     A B fél megkapja az újrameghívót, és 200 OK-val válaszol erre az üzenetre.
4.     A CUCM-nek 200 OK-t kell küldenie az A partira.

Ha az egyik eszköz elküldi az újra invite üzenetet a CUCM-nek, a CUCM újrameghívást küld a másik félnek. Ha azonban ezt nem fogadja a távoli oldal, akkor ez lehet, hogy néhány hálózati eszköz között van. Nagyon valószínű, hogy az újra INVITE/válasz nem jut el az egyik oldalra a SIP-ellenőrzés vagy a hálózati beállítások miatt.
Ha az eszközök nem kezdeményezik az újbóli INVITE-t, akkor probléma lehet az eszközzel. A Cisco Technikai Segítségnyújtási Központját (TAC) vonják be a további vizsgálathoz.
 
A webex zónába lépő zóna speciális konfigurációs területén kipróbálandó dolgok listájában:
Kapcsolja be a SIP UDP/IX szűrőmódot az [alapértelmezett]:
Felhasználó által hozzáadott kép
És ellenőrizze a SIP munkamenet időzítőket a VCS-e-n is.
 
Az alapértelmezett 1800-as [15 perc], ami szabványos, és itt is meg kell győződnie arról, hogy a tűzfal TCP időzítője megegyezik, de ezt egy kicsit felütheti, hogy megnézze, van-e hatása a VCS-re is.

Ez a Konfigurációs > protokollok >SIP :
Felhasználó által hozzáadott kép

Megjegyzés, hogy a munkamenet frissítési időköze (másodperc) az alapértelmezett értékre van állítva. Megpróbálhatod a 3600-at. De a probléma tényleges gyökere itt az, amikor az FW úgy gondolja, hogy egy munkamenet már nincs használatban [1. eset], amikor a VCS valójában úgy gondolja, hogy rendben van, és hogy a munkamenet még mindig működik, de nem kap FIN / close-t az adott munkameneten / porton, és megpróbálja újra használni, és a hívás meghal. [2. eset] az FW megfelelően bezárja a kapcsolatot, és FIN/close-t küld, és a VCS rögzíti a normál hívásledobást / törlést, és a hívás is meghal. A munkamenet-időzítő módosítása itt csak azt szabályozza, hogy a VCS mikor adja fel a munkamenetet, miután nem kapott ACK-t a hívás állapotával kapcsolatos kommunikációra tett kísérletekhez.
 
Ez segíthet abban, hogy egy kicsit jobban meghatározzuk a problémát. Az is lehetséges, hogy csökkenteni kell ezt az értéket az időzítő FW beállításától függően.

Hasznos volt ez a cikk?