Waarom heeft een VCS een H.323-gesprek geklaard met een Lifsize-eindpunt?

Downloadopties

  • PDF     (80.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (87.2 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (70.4 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:23 april 2015
Document-id:112459

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit artikel heeft betrekking op de snelweg van Cisco TelePresence Video Communication Server.

Q. Waarom heeft een VCS een H.323-gesprek geklaard met een Lifsize-eindpunt?

A. Deze kwestie kan oproepen die door een VCS passeren die tussen een Lifsize-endpointactieve softwareversie 4.0 of eerder zijn, en andere apparaten (inclusief MCU's en gateways) die geen TANDBERG- of Polycom-endpoints zijn.

De kwestie komt voor door een bug in de code van het LEVEN. Het insect wordt vastgesteld in Lifesize versie 4.1 (gepubliceerd in april 2009).

Het is de bedoeling de waarde van de wachttijd te verhogen om de VCS-instelling te handhaven, hoewel dit niet noodzakelijk wordt aanbevolen, omdat de VCS hierdoor meer tijd nodig heeft om eventuele oproepen te herkennen en af te sluiten.

Meer informatie

Een VCS zal periodiek de eindpunten in een vraag vragen om ervoor te zorgen dat zij nog steeds aan die vraag deelnemen. Dit doet u door het eindpunt en een IRQ-bericht te verzenden, waarop het eindpunt moet reageren. Als de VCS van mening is dat één of meer deelnemers niet langer aan de oproep deelnemen, zal zij de oproep goedkeuren zodat de oproep niet aan "ophanging" wordt overgelaten. De frequentie waarmee VCS de eindpunten vraagt, wordt bepaald door de Call-tijd om live in te stellen in het Gatekeeper-gedeelte van de H.323-pagina (VCS-configuratie > Protocols > H.323). De standaardinstelling is 120 seconden.

Lifesize endpoints vóór versie 4.1 beantwoorden aan de IRQ-vraag die door de VCS is verstuurd, maar het antwoord bevat geen informatie over de oproep waarin zij zich momenteel bevinden (in strijd met de H.323 V4-norm). De VCS beschouwt het eindpunt daarom niet langer in de oproep en geeft dus de oproep af.

Dit houdt in dat de gesprekstijd van H.323 voor live-instellingen op de VCS (VCS Configuration > Protocols> H.323) wordt verhoogd tot een waarde die groter is dan de lengte van de meeste oproepen die in uw netwerk plaatsvinden. Dit zal ervoor zorgen dat de VCS niet kan controleren of de eindpunten tijdens deze periode worden opgeroepen.

Opmerking: een verandering van de H.323-gesprekstijd om de VCS-instelling te laten beleven, zal van invloed zijn op de frequentie waarmee de VCS alle H.323-apparaten in een oproep plaatst, niet alleen de Lifesize-eindpunten, en zal de door de VCS genomen tijd vergroten om hongoproepen te herkennen en te wissen.

Gerelateerde informatie

Was dit document nuttig?

FeedbackFeedback

Contact Cisco