ONGELMA
Kun liityt Webex-kokoukseen CUCM-rekisteröidyllä videolaitteella, puhelu katkeaa tasan 15 minuutin kuluttua.

RATKAISUEHDOTUS
Tarkista alla olevat vaiheet:

1. Avaa Cisco Unified Communications Manager (CM) -hallinta.
2. Klikkaa Järjestelmä > Palveluparametrit.
3. Alla Valitse Palvelin ja palvelu, sisällä Palvelu avattavasta luetteloruudusta, valitse Cisco Call Manager (aktiivinen):

4. Etsi SIP-istunnon vanhenemisajastin:

Kaikki CUCM:ään rekisteröidyt laitteet käyttävät tätä ajastinta. Kun laite on puhelussa toisen etälaitteen kanssa, toisen osapuolen on päivitettävä istunto ja lähetettävä uudelleen KUTSU tai PÄIVITYS. Tämä päivitys on lähetettävä ennen kuin istunnon umpeutuu puolet ajastimesta (1800/2 = 900 sekuntia = 15 minuuttia). Jos päivitysviestiä ei ole vastaanotettu, puhelu katkeaa.

Tarkista istunnon ajastin alkuperäisestä INVITE:stä. Päivitys (KUTSU / PÄIVITYS) pitäisi saada ennen tämän ajan umpeutumista:


Alkuperäisen User Agent Client / User Agent Server (UAC/UAS) -neuvottelun perusteella yksi laitteista päivittää istunnon, kun se lähettää uudelleenkutsun. Jos päivitys on UAC, puhelun aloittaja on vastuussa istunnon päivittämisestä. Jos päivitys on UAS, palvelimen on päivitettävä istunto. Kerää SIP-virheenkorjauslokit molemmista päätepisteistä ja tarkista nämä kohteet:

Esimerkki: Puhelu osapuolelta A CUCM:lle osapuolelle B. Jos kertaus on UAC osapuolella A ja UAS osapuolella B:

1.     Osapuolen A on lähetettävä uudelleen KUTSU/PÄIVITYS CUCM:lle.
2.     CUCM:n on lähetettävä uudelleen KUTSU/PÄIVITYS puolueelle B.
3.     Osapuoli B vastaanottaa uudelleenkutsun ja vastaa siihen viestiin 200 OK.
4.     CUCM:n on lähetettävä 200 OK osapuolelle A.

Jos yksi laite lähettää uudelleen KUTSU -viestin CUCM:lle, CUCM lähettää uudelleen KUTSU -viestin toiselle osapuolelle. Jos etäpuoli ei kuitenkaan vastaanota tätä, tämä voi johtua joistakin välissä olevista verkkolaitteista. On erittäin mahdollista, että uudelleen KUTSU/vastaus ei pääse jollekin puolelle SIP-tarkastuksen tai verkkoasetusten vuoksi.
Jos laitteet eivät käynnistä uudelleen KUTSUA, ongelma voi olla laitteessa. Ota Cisco Technical Assistance Center (TAC) mukaan tutkimaan asiaa tarkemmin.
 
Testattavien asioiden luettelossa [jos tämä ei vielä ole] Webexiin menevän vyöhykkeen lisäasetusten alueella:
Käännä SIP UDP/IX -suodatintila to päällä [ei oletusasetus]:

Ja tarkista myös VCS-e:n SIP-istuntoajastimet.
 
Oletusarvomme on 1800s [30 min], joka on vakio, ja sinun kannattaa varmistaa, että palomuurisi TCP-ajastin täsmää myös täällä, mutta voit parantaa tätä hieman nähdäksesi, onko sillä vaikutusta myös VCS.

Tämä on alla Kokoonpano > Protokollat > SIEMAILLA:


Huomaa, että istunnon päivitysväli (sekunteina) on asetettu oletusarvoon. Voit kokeilla 3600. Mutta ongelman varsinainen juuri tässä on, kun FW ajattelee, että istunto ei ole enää käytössä [tapaus 1], kun VCS todella ajattelee, että se on ok ja että istunto on edelleen käynnissä, mutta ei saa FIN/sulje-ilmoitusta. istunto/portti ja yrittää käyttää sitä uudelleen ja puhelu katkeaa. [tapaus 2] on se, että FW sulkee yhteyden kunnolla ja lähettää FIN/close-ilmoituksen ja VCS tallentaa normaalin puhelun katkeamisen/selvityksen ja puhelu myös kuolee. Istuntoajastimen muokkaaminen tässä vain ohjaa sitä, milloin VCS luopuu istunnosta sen jälkeen, kun se ei ole vastaanottanut ACK:ita mistään puhelun tilaa koskevasta viestintäyrityksestä.
 
Se voi kuitenkin auttaa meitä paikantamaan ongelman hieman paremmin. On myös mahdollista, että meidän on alennettava tätä arvoa tämän ajastimen FW-asetuksen mukaan.

SYY
Kun videopuhelut katkeavat täsmälleen 15 minuutin kuluttua, yleinen ongelma on, että verkkoon (palomuuri/reitittimet) määritetty TCP-aikakatkaisu on pienempi kuin SIP-istunnon vanhenemisajastin. Oletusarvoisesti CallManagerissa SIP-istunnon päättymisajastin on asetettu 1800 sekuntiin.