Kiitos palautteestasi.

ONGELMA
Kun liityt Webex-kokoukseen CUCM-rekisteröidyn videolaitteen kanssa, puhelu katkeaa tasan 15 minuutin kuluttua.

RATKAISU
Tarkista alla olevat vaiheet:

1. Avaa Cisco Unified Communications Manager (CM) Administration.
2. Napsauta System > Service Parameters.
3. Valitse Valitse palvelin ja palvelu-kohdassa Palvelu -pudotusvalikosta Cisco Call Manager (Active):

4. Etsi SIP Session Expires Timer:

Kaikki CUCM:ään rekisteröidyt laitteet käyttävät tätä ajastinta. Kun laite soittaa puhelun toisen etälaitteen kanssa, jommankumman osapuolen on päivitettävä istunto ja lähetettävä re-INVITE tai UPDATE. Tämä päivitys on lähetettävä ennen istunnon päättymisajastimen puolta ( 1800/2 = 900 sekuntia = 15 minuuttia). Jos päivitysviestiä ei vastaanoteta, puhelu katkaistaan.

Tarkista istunnon ajastin alkuperäisessä INVITE-tiedotteessa. Päivitys (INVITE / UPDATE) on vastaanotettava ennen tämän ajan umpeutumista:


Alkuperäisen User Agent Client / User Agent Server (UAC/UAS) -neuvottelun perusteella jompikumpi laitteista päivittää istunnon, kun se lähettää Re-INVITEn. Jos päivittäjä on UAC, puhelun aloittaja on vastuussa istunnon päivittämisestä. Jos päivittäjä on ammattikäyttöön tarkoitettu, palvelimen on päivitettävä istunto. Kerää SIP-vianmäärityslokit molemmista päätepisteistä ja tarkista nämä kohdat:

Esimerkki: Osapuolelta A CUCM:stä osapuoleen B soitettu puhelu. Jos päivitys on UAC-osapuolella A ja UAS-osapuolella B:

1.     Osapuolen A on lähetettävä re-INVITE / UPDATE CUCM:lle. 2.
     CUCM:n on lähetettävä uudelleenkutsu / päivitys osapuolelle B. 3.
     Osapuoli B vastaanottaa re-INVITE-viestin ja vastaa siihen viestillä 200 OK. 4.
     CUCM:n on lähetettävä 200 OK osapuolelle A.

Jos toinen laite lähettää re-INVITE-viestin CUCM:lle, CUCM lähettää re-INVITE-viestin toiselle osapuolelle. Jos etäpalvelu ei kuitenkaan vastaanota tätä, se voi johtua joistakin välissä olevista verkkolaitteista. On hyvin mahdollista, että re-INVITE/vastaus ei pääse jommallekummalle osapuolelle SIP-tarkastuksen tai verkkoasetusten vuoksi.
Jos laitteet eivät käynnistä uudelleen kutsumista, kyse voi olla laitteessa olevasta ongelmasta. Ota yhteyttä Ciscon tekniseen tukikeskukseen (TAC) lisätutkimusten tekemiseksi.
 
Luettelossa asioita kokeilla [jos tämä ei ole jo] Advanced Config alueen vyöhykkeen menossa Webex:
Käännä SIP UDP/IX -suodatintila muotoon osoitteessa [ei oletusarvo]:

Tarkista myös VCS-e:n SIP-istunnon ajastimet.
 
Oletusarvomme on 1800s [30 min], joka on vakio, ja haluat varmistaa, että palomuurisi TCP-ajastin vastaa myös tätä, mutta voit nostaa tätä hieman, jotta näet, onko sillä vaikutusta myös VCS:ään.

Tämä on kohdassa Configuration > Protocols > SIP:


Huomaa, että Istunnon päivitysväli (sekuntia) on asetettu oletusarvoon. Voit kokeilla 3600. Ongelman varsinainen ydin on kuitenkin se, kun FW luulee, että istunto ei ole enää käytössä [tapaus 1], kun VCS itse asiassa luulee, että se on kunnossa ja että istunto on edelleen käytössä, mutta ei saa FIN/close-viestiä kyseiseen istuntoon/porttiin ja yrittää käyttää sitä uudelleen, jolloin puhelu päättyy. [tapaus 2] FW sulkee yhteyden asianmukaisesti ja lähettää FIN/close-signaalin, ja VCS kirjaa normaalin puhelun keskeytyksen/tyhjennyksen, jolloin puhelu myös kuolee. Istunnon ajastimen muuttaminen tässä yhteydessä ohjaa vain sitä, milloin VCS lopettaa istunnon, kun se ei ole saanut ACK-vastauksia puhelun tilaa koskevaan viestintään.
 
Se voi kuitenkin auttaa meitä paikallistamaan ongelman hieman paremmin. On myös mahdollista, että meidän on pienennettävä tätä arvoa ajastimen FW-asetuksesta riippuen.

SYY
Kun videopuhelujen yhteys katkeaa tasan 15 minuutin kuluttua, yleinen ongelma on, että verkossa (palomuurissa/reitittimissä) määritetty TCP-aikakatkaisu on pienempi kuin SIP-istunnon päättymisajastin. CallManagerin oletusarvoisesti SIP-istunnon päättymisajastin on asetettu 1800 sekuntiin.