Guest

¿Cómo la solución de la Redundancia del clúster VCS trabaja con los puntos finales NON-TANDBERG?

Opciones de descarga

  • PDF     (76.3 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (80.8 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (73.4 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:23 de abril de 2015
ID del documento:112787
Acerca de la traducción

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Este artículo se relaciona con la autopista del servidor del comunicación mediante video del Cisco TelePresence.

Q. ¿Cómo la solución de la Redundancia del clúster VCS trabaja con los puntos finales NON-TANDBERG?

A. El VCS soporta el mecanismo del gatekeeper alternativo H.225. Cuando un punto final se registra al VCS se proporciona aleatoriamente una lista ordenada de los IP Addresses de los otros pares VCS en el cluster. El pedido aleatorio se asegura de que los puntos finales NON-TANDBERG que pueden salvar solamente a un solo par alterno Conmutación por falla uniformemente a través del cluster.

Observe que los puntos finales TANDBERG salvan todos los IP Addresses alternos proporcionados por el VCS e intente registrarse con cada uno de los suplentes a su vez.

Información Relacionada

Con la colaboración de ingenieros de Cisco

¿Resultó útil este documento?

FeedbackComentarios

Déjenos ayudarlo

Debates relacionados con la comunidad de soporte