Mijn Video-oproepen naar Cisco Webex-videoplatform sessies zijn op het gebruik van na 15 minuten (of na een bepaalde tijd)

Het gebruik van mijn video-oproepen naar Cisco Webex-videoplatform sessies worden na 15 minuten (of na een bepaald tijdstip).

Video gesprek verbindingen met Cisco Webex-videoplatform worden verbroken na 15 minuten.

Na een ingestelde tijdsinterval zijn met het gebruik van SIP-gesprekken.

Eindpunt-verbindingen met Cisco Webex-videoplatform worden verbroken na 15 minuten.

Video-oproepen neerzetten na 15 minuten.

 

Dit artikel is afkomstig uit het Engels en is machinaal vertaald. Er wordt geen garantie, uitdrukkelijk of impliciet, gegeven voor de juistheid, correctheid of betrouwbaarheid van machinevertalingen die zijn gemaakt vanuit het Engels naar een andere taal. Cisco is niet verantwoordelijk voor onnauwkeurige informatie, fouten of schade veroorzaakt door onjuiste vertaling van de inhoud of gebruik van de informatie.

Opmerking: CMR Cloud is gewijzigd in Cisco Webex-videoplatform. Bepaalde koppelingen en teksten kunnen nog steeds verwijzen naar CMR Cloud, maar informatie dient nog steeds van toepassing op de hernoemde service.

Oorzaak: Bij het video-oproepen op precies 15 minuten de verbinding verbreken, de algemene probleem is het TCP-timeout geconfigureerd op het netwerk (firewall/routers) lager is dan de SIP-sessie de timer verloopt. Normaal gesproken op CallManager is de SIP-sessie verlopen Timer ingesteld op 1800 seconden.

Oplossing:

Om dit te controleren:

  1. Open Cisco Unified Communications Manager (CM)-beheer.
  1. Klik op Systeem > Serviceparameters.
  2. Onder Selecteer Server en ServiceIn het Service Selecteer vervolgkeuzelijst vak Cisco Call Manager (actief):
Door een gebruiker toegevoegde afbeelding
  1. Zoek naar de SIP sessie verloopt Timer:
Door een gebruiker toegevoegde afbeelding

Alle eindpunten die zijn geregistreerd bij CUCM gebruiken deze timer. Wanneer het eindpunt een gesprek voert met een ander extern apparaat is, een van de partijen heeft om te vernieuwen van de sessie en verzendt een opnieuw uit te NODIGEN of bijwerken. Bij het vernieuwen moet worden verzonden voordat de helft van de sessie verloopt Timer (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:
Door een gebruiker toegevoegde afbeelding

Op basis van de eerste onderhandeling User Agent Client/User Agent Server (UAC/UAS), een van de eindpunten Hiermee vernieuwt u de sessie wanneer deze een opnieuw uit te NODIGEN verzendt. Als de refresher UAC, heeft de organisator van het gesprek de verantwoordelijkheid om te vernieuwen van de sessie. Als de refresher UAS is, wordt de server heeft om te vernieuwen van de sessie. De SIP-logboeken voor foutopsporing verzamelen van beide eindpunten en controleert u deze items:

Voorbeeld:-Oproepen van derden A naar CUCM naar partij B. Als de refresher UAC op partij A en UAS op partij B:

1.     Partijen A heeft verzenden de opnieuw uit te NODIGEN / bijwerken naar de CUCM.
2.     CUCM heeft verzenden een opnieuw uit te NODIGEN / bijwerken naar partij B.
3.     Partij B ontvangt de opnieuw uit te NODIGEN en beantwoordt dat bericht met een 200 OK.
4.     CUCM heeft 200 OK om naar te verzenden partij A.

Als het bericht opnieuw uit te NODIGEN één eindpunt naar de CUCM verzendt, verzendt CUCM een opnieuw uit te NODIGEN voor 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 eindpunten niet tot stand de opnieuw uit te NODIGEN brengt kunnen, kan het zijn dat een probleem met het eindpunt. Cisco Technical Assistance Center (TAC) om aanvullende onderzoeken zijn.
 
In de lijst met proberen [als dit niet al is] in het gebied van de geavanceerde configuratie van de tijdzone van de naar Webex:
Schakel de SIP UDP/IX filtermodus Aan op [niet de standaard]:
Door een gebruiker toegevoegde afbeelding
En controleert u de SIP-sessietimers op VCS-e ook.
 
Onze standaard is dit van 1800 [15 minuten], die standaard is en u nog wilt zorg ervoor dat de timer TCP van uw Firewall komt hier als goed, maar u kunnen dit tegen van komt om te zien als er ook een invloed op uw VCS.

Dit is onder Configuratie > Protocollen > SIP:
Door een gebruiker toegevoegde afbeelding

Houd rekening met dat de sessie interval voor vernieuwen (seconden) is ingesteld op de standaardwaarde. U kunt proberen 3600. Maar de daadwerkelijke hoofdmap van het probleem hier is wanneer de FW denkt dat een sessie niet meer in gebruik [zaak 1], is wanneer VCS daadwerkelijk denk dat het ok en dat de sessie nog steeds is maar een FIN/sluiten op die sessie/poort niet ontvangen en wordt geprobeerd om opnieuw te gebruiken en de gesprek sterft. [zaak 2] is de FW goed sluit u de verbinding en verzendt een FIN/sluiten en VCS neemt een normaal gesprek vervolgkeuzelijst/wissen en het gesprek ook sterft. Wijzigen van de sessietimer hier gewoon bepaalt wanneer VCS wordt overdragen op een sessie nadat deze is mislukt voor het ontvangen van alle ACK's voor elke poging tot communicatie over de status van het gesprek.
 
Dit kan helpen ons lokaliseren van het probleem nog beter echter. Het is ook mogelijk moeten we deze waarde afhankelijk van de instelling FW voor deze timer verlagen.

Vond u dit artikel nuttig?