Hartelijk dank voor uw feedback

PROBLEEM
Wanneer u deelneemt aan een Webex-vergadering met een CUCM-geregistreerd videoapparaat, wordt de verbinding met het gesprek exact 15 minuten verbroken.

RESOLUTIE
Bekijk de onderstaande stappen:

1. Open Cisco Unified Communications Manager (CM)-beheer.
2. Klik op Systeem > serviceparameters.
3. Selecteer in het vak Serviceservice vervolgkeuzelijst De optie Cisco Gespreksbeheer (actief):

4. Zoek naar de SIP-sessie timer verloopt:

Alle apparaten die bij CUCM zijn geregistreerd, gebruiken deze timer. Wanneer het apparaat in gesprek is met een ander extern apparaat, moet een van de partijen de sessie vernieuwen en een nieuwe UITNODIGING of update sturen. Deze vernieuwing moet worden verzonden voordat de helft van de sessie timer verloopt (1800/2 = 900 seconden = 15 minuten). Als er geen vernieuwen wordt ontvangen, wordt de verbinding wordt verbroken.

Schakel het selectievakje voor sessietimer in de eerste uitnodiging. Vernieuwen (uitnodigen / bijwerken) moeten worden ontvangen voordat deze keer verloopt:


Op basis van de eerste UAC/UAS-onderhandeling (User Agent Client/User Agent Server) vernieuwt een van de apparaten de sessie wanneer er een nieuwe UITNODIGING wordt verzonden. Als de vernieuwer UAC is, heeft de initiator van het gesprek de verantwoordelijkheid om de sessie te vernieuwen. Als de vernieuwer UAS is, moet de server de sessie vernieuwen. De SIP-logboeken voor foutopsporing verzamelen van beide eindpunten en controleert u deze items:

Bijvoorbeeld: Oproep van partij A naar CUCM naar partij B. Als de opfrisser UAC op partij A en UAS op partij B is:

1.     Partij A moet de nieuwe uitnodiging/update naar de CUCM verzenden.
2.     CUCM moet een nieuwe uitnodiging/update verzenden NAAR partij B.
3.     Partij B ontvangt de nieuwe UITNODIGING en reageert op dat bericht met 200 OK.
4.     CUCM moet 200 OK verzenden naar Partij A.

Als het ene apparaat het bericht opnieuw uitnodigen naar de CUCM verzendt, verzendt CUCM een nieuwe uitnodiging naar de andere Partij. Echter, als dit niet wordt ontvangen door de kant van de externe en dit kan zijn dat er enkele netwerkapparaten in tussen. Het is zeer mogelijk het re-INVITE/antwoord krijgt niet naar een van de partijen vanwege SIP-netwerk of inspectie-instellingen.
Als de apparaten de nieuwe UITNODIGING niet starten, kan dit een probleem zijn met het apparaat. U hebt Cisco Technical Assistance Center (TAC) nodig om verder te onderzoeken.
 
In de lijst met dingen om te proberen [als dit nog niet is gebeurd] in het gedeelte Geavanceerde configuratie van de zone die naar Webex gaat:
Schakel de SIP UDP/IX-filtermodus in op ingeschakeld [niet de standaardinstelling]:

En controleer ook de SIP-sessietimers op VCS-e.
 
Onze standaardwaarde is 1800's [30 minuten], wat standaard is en u wilt ervoor zorgen dat de TCP-timer op uw firewall ook hier overeenkomt, maar u kunt dit een beetje opdrukken om te zien of het ook effect heeft op uw VCS.

Dit vindt u onder Configuratie > Protocollen > SIP:


Houd er rekening mee dat het interval voor het vernieuwen van de sessie (seconden) is ingesteld op de standaardwaarde. Probeer 3600 misschien. De werkelijke kern van het probleem is hier wanneer FW denkt dat een sessie niet meer in gebruik is [geval 1], wanneer VCS echt denkt dat het ok is en dat de sessie nog steeds aan de orde is maar geen FIN/close ontvangt op die sessie/poort en probeert deze opnieuw te gebruiken en het gesprek overgaat. [case 2] is dat de FW de verbinding correct sluit en een FIN/close verzendt en VCS een normale gespreks vervolg-/wissen opeenroep opeenroept. Het gesprek gaat ook af. Als u de sessietimer hier wijzigt, bepaalt u alleen wanneer VCS de sessie niet meer ontvangt nadat deze geen ACL's heeft ontvangen voor poging tot communicatie over de status van het gesprek.
 
Het kan ons echter helpen het probleem een beetje beter op te sporen. Het is ook mogelijk dat we deze waarde moeten verlagen afhankelijk van de FW-instelling voor deze timer.

OORZAAK
Wanneer videogesprekken exact 15 minuten worden verbroken, is het algemene probleem dat de TCP-time-out die op het netwerk is geconfigureerd (firewall/routers) minder is dan de timer voor het verlopen van de SIP-sessie. Normaal gesproken op CallManager is de SIP-sessie verlopen Timer ingesteld op 1800 seconden.