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

RESOLUTIE
Bekijk de onderstaande stappen:

1. Open Cisco Unified Communications Manager (CM)-beheer.
2. Klik op Systeem > Serviceparameters.
3. Selecteer onder Server en service selecteren in de vervolgkeuzelijst ServiceCisco Call Manager (Actief):

4. Zoek naar de timer SIP-sessie verloopt:

Alle apparaten die zijn geregistreerd bij CUCM 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 verzenden. Deze vernieuwing moet worden verzonden voor de helft van de timer Sessie verloopt ( 1800/2 = 900 seconden = 15 minuten). Als er geen vernieuwingsbericht is ontvangen, wordt de verbinding met het gesprek verbroken.

Controleer de sessietimer in de eerste UITNODIGING. Een vernieuwing (INVITE/UPDATE) moet worden ontvangen voordat deze tijd verloopt:


Op basis van de eerste onderhandeling van de User Agent Client/User Agent Server (UAC/UAS) vernieuwt een van de apparaten de sessie wanneer er een Re-INVITE wordt verzonden. Als de opfrissing UAC is, heeft de initiator van het gesprek de verantwoordelijkheid om de sessie te vernieuwen. Als de vernieuwing UAS is, moet de server de sessie vernieuwen. Verzamel de SIP-foutopsporingslogboeken van beide eindpunten en controleer deze items:

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

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

Als een apparaat het bericht RE-INVITE verzendt naar de CUCM, verzendt CUCM een RE-INVITE naar de andere partij. Als dit echter niet wordt ontvangen door de externe kant, kan dit het gevolg zijn van enkele netwerkapparaten ertussen. Het is zeer mogelijk dat de re-INVITE/respons niet naar een van de zijkanten gaat vanwege SIP-inspectie of netwerkinstellingen.
Als de apparaten de re-INVITE niet starten, kan dit een probleem met het apparaat zijn. Schakel het Cisco Technical Assistance Center (TAC) in om dit verder te onderzoeken.
 
Op de lijst met dingen die u wilt proberen [als dit nog niet is gebeurd] in het geavanceerde configuratiegedeelte van de zone die naar Webex gaat:
Schakel de SIP UDP/IX-filtermodus in op [niet de standaard]:

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

Dit is onder Configuratie > Protocollen > SIP:


Let op: het interval voor het vernieuwen van de sessie (seconden) is ingesteld op de standaardwaarde. U kunt 3600 proberen. Maar de werkelijke oorzaak van het probleem is hier wanneer de FW denkt dat een sessie niet meer in gebruik is [geval 1], wanneer VCS het eigenlijk oké vindt en dat de sessie nog steeds actief is, maar geen FIN/close op die sessie/poort ontvangt en probeert te hergebruiken en het gesprek sterft. [geval 2] is de FW sluit de verbinding correct en stuurt een FIN/close en VCS registreert een normale gesprek drop/clearing en het gesprek sterft ook. Als u de sessietimer hier wijzigt, bepaalt u wanneer VCS een sessie opgeeft nadat er geen ACK's zijn ontvangen voor een poging tot communicatie over de status van het gesprek.
 
Het kan ons helpen om het probleem een beetje beter aan te wijzen. Het is ook mogelijk dat we deze waarde moeten verlagen, afhankelijk van de FW-instelling voor deze timer.

OORZAAK
Wanneer videogesprekken na exact 15 minuten worden verbroken, is het algemene probleem dat de TCP-time-out die is geconfigureerd op het netwerk (firewall/routers) kleiner is dan de timer SIP-sessie verloopt. Standaard is in Call Manager de timer voor verlopen SIP-sessie ingesteld op 1800 seconden.