2021.06.17.2415m

24 de junio de 2021

No hay notas de la versión para esta actualización de mantenimiento.

2021.05.27.2405m

4 de junio de 2021

• Agrega soporte para los próximos cambios de Webex para el diseño de la pila en dispositivos de video registrados en las instalaciones .

2021.05.05.2395m.5

21 de mayo de 2021

• Incluye pequeñas mejoras para mostrar en diseños no predeterminados.

• Soluciona un problema que podría romper el DNS para una configuración de puente de Docker específica.

2021.04.27.2391m

30 de abril de 2021

• Corrige los informes de estadísticas de pérdida de paquete para llamadas transcodificadas en Control Hub.

2021.03.22.2384m.3

6 de abril de 2021

No hay notas de la versión para esta actualización de mantenimiento.

2021.03.22.2384m.1

31 de marzo de 2021

No hay notas de la versión para esta actualización de mantenimiento.

2021.03.03.2359m.7

16 de marzo de 2021

No hay notas de la versión para esta actualización de mantenimiento.

2021.03.03.2359m

12 de marzo de 2021

No hay notas de la versión para esta actualización de mantenimiento.

2021.02.05.2352m.4

12 de febrero de 2021

• Agrega una opción para deshabilitar el inicio de sesión local en la interfaz de usuario Web de administración del Nodo de red de vídeo .

• Corrige problemas de fluctuación y valores de tiempo de ida y vuelta informados incorrectamente.

2021.01.13.2349m.3

5 de febrero de 2021

No hay notas de la versión para esta actualización de mantenimiento.

2020.12.08.2333m.6

25 de enero de 2021

No hay notas de la versión para esta actualización de mantenimiento.

2020.12.08.2333m.5

8 de enero de 2021

• Se mejoraron los mensajes de alarma NTP en los nodos de malla de vídeo.

• Se corrigió un problema por el cual, si la caducidad de la contraseña se establece en "nunca", no puede cambiar su contraseña a través de la GUI.

• Se mejoró la visualización de ciertos errores de registro.

• Se mejoró la notificación de errores de conectividad de los tiempos de espera al probar la conectividad del proxy.

• Las pruebas de accesibilidad ya no informan errores de certificado como fallas de accesibilidad.

• Alarmas de accesibilidad actualizadas para grupos de Nodo de red de vídeo de reuniones privadas.

2020.12.08.2333m

viernes, 11 de diciembre de 2020

• Se amplió la información disponible para la caché de DNS . Consulte "Habilitar o deshabilitar el almacenamiento en caché de DNS " en la Guía de implementación .

• Se corrigió un problema estético en el que la activación de una prueba de salud podía hacer que el estado del nodo se mostrara incorrectamente como "Instalando" en Control Hub.

2020.11.17.2319m.9

8 de diciembre de 2020

Esta versión incluye cambios para evitar fallas en las llamada SIP cuando pierde la conectividad de red entre los clústeres.

2020.11.17.2319m.4

1 de diciembre de 2020

La herramienta de supervisión para Video Mesh es un simulador de llamadas de Webex que está disponible en todos los nodos de Video Mesh con esta versión. La herramienta de monitoreo incluye estas características:

• Ejecución de pruebas bajo demanda o periódicas por hora por nodo, por grupo.

• La capacidad de marcar las fallas de la señalización SIP, la señalización de medios y la cascada de medios para cada prueba.

• Mensajes de falla apropiados por prueba con códigos de error para reducir el tiempo medio de resolución.

• Seguimiento histórico de fallos de prueba durante un máximo de siete días.

2020.11.17.2319m.4

25 de noviembre de 2020

• No hay notas de la versión para esta actualización de mantenimiento.

2020.11.06.2314m

18 de noviembre de 2020

• Aumentó el umbral para activar la alarma NTP en los nodos de malla de vídeo.

• Aumentó la verbosidad de los mensajes de error para ayudar a depurar problemas futuros de NTP en los nodos de malla de vídeo.

• Se corrigió un problema por el cual fallaban las cargas de registros de VMN.

• Se corrigieron problemas de cascada entre los nodos de malla de vídeo y los nuevos nodos de la nube.

2020.10.16.2305m

23 de octubre de 2020

• Se solucionó un problema por el cual el modo de mantenimiento no se activaba correctamente en determinadas situaciones.

2020.09.22.2288m.3

1 de octubre de 2020

• No hay notas de la versión para esta actualización de mantenimiento.

2020.09.22.2288m

miércoles, 30 de septiembre de 2020

• Se agregaron límites de velocidad a las pruebas de ancho de banda en la página Descripción general.

• Se corrigió un problema con la prueba de accesibilidad de TCP .

• Se corrigieron los valores de latencia / tiempo de ida y vuelta en las estadísticas de medios en la página de solución de problemas de reuniones en Control Hub. (Las estadísticas estaban desviadas para algunas llamadas por un factor de 1000).

• Se modificó para usar solo cifrados TLS más seguros en algunos puertos.

2020.09.11.2279m

18 de septiembre de 2020

• Se agregó información sobre el rango de dirección IP que está reservado para uso interno a la interfaz de web del nodo Video Mesh.

• Se redujo el rango de dirección IP que está reservado para el uso interno del Nodo de red de vídeo de Webex de 172.17.0.0–172.17.255.255 (65,536 direcciones) originales a 172.17.42.0–172.17.42.63 (64 direcciones).

2020.08.31.2273m

8 de septiembre de 2020

• TLS 1.1 deshabilitado en el puerto 33432.

• Se corrigieron las estadísticas incorrectas que se mostraban en la transmisión de audio de la presentación del IX5000 al moverse entre el vestíbulo y la conferencia.

• Se agregó una solución para un problema en el que una dirección SIP confiable de más de 200 caracteres provoca un falla en la conexión TLS (CSCvv44969).

2020.08.19.2266m.1

26 de agosto de 2020

• Se agregó la opción de almacenamiento en caché de DNS . (Consulte la pestaña Anuncios).

• Desactivó explícitamente IPv6 en las interfaces internas y externas para que los nodos no adquieran servidores DNS IPv6 .

• Se corrigió un problema que provocaba fallas en las pruebas de accesibilidad debido al agotamiento del puerto.

• Detalles de alarma mejorados en el caso de que no se pueda descargar una actualización debido a un bloqueo por parte del servicio Zscaler o debido a un proxy de inspección transparente.

• Se solucionó un problema por el cual los datos de carga / descarga de UDP se mostraban incorrectamente en los resultados de la prueba de ancho de banda en la interfaz de web.

2020.08.06.2258m.4

18 de agosto de 2020

• No hay notas de la versión para esta actualización de mantenimiento.

2020.08.06.2258m.1

13 de agosto de 2020

• Se solucionó un problema por el cual un IX5000 soltaba la llamada cuando se trasladaba de una reunión a la sala de espera.

• Se corrigió un problema por el cual un nodo configurado para usar un proxy explícito podía perder la conectividad de red si se cambiaba la dirección IP de la red del contenedor.

2020.07.15.2245m

20 de julio de 2020

• Se modificó la prueba de resolución de DNS para aumentar la compatibilidad con versiones anteriores de servidores DNS basados en Microsoft.

• Se corrigió un problema por el cual el audio recibido de la aplicación Webex Meetings puede ser más silencioso de lo esperado durante los primeros segundos después de un período de silencio.

2020.06.29.2236m.10

9 de julio de 2020

• Se modificó el comportamiento de la prueba de resolución de DNS . Cada servidor DNS configurado ahora debe poder resolver el FQDN de prueba para que la prueba de DNS pase. (En versiones anteriores, si algún servidor DNS podía resolver el FQDN de prueba, la prueba pasaba).

• Calidad multimedia mejorada en redes con pérdidas.

• Se agregaron opciones de configuración de MTU de interfaz de red . (Consulte la pestaña Anuncios).

• Se agregó una alarma si el nodo Video Mesh no puede llegar a ninguno de los servidores de medios en la nube.

2020.06.18.2231m

26 de junio de 2020

• Selección mejorada de la relación de aspecto para anchos de banda de alrededor de 1,5 Mbps cuando 1080p está habilitado.

• Se agregó la capacidad de filtrar capturas de paquetes por interfaz de red, por host y por puerto.

• Se corrigió un error en el que se obtenía un error si iniciaba y luego detenía rápidamente la captura de paquete.

• Se agregó soporte para implementaciones de VMNLite. (Consulte la pestaña Anuncios).

• Se eliminó la configuración NTP predeterminada. Ahora se requiere una configuración NTP válida para registrar un nodo. Se agregaron alarmas si la configuración NTP está vacía o el nodo no puede alcanzar un servidor NTP configurado.

• Se corrigió un problema por el cual la prueba de conectividad del proxy informaba incorrectamente una falla debido a un tiempo de espera demasiado corto.

• Se agregó la funcionalidad de apagado y reinicio a la interfaz de web del nodo Video Mesh.

2020.05.26.2200m.3

10 de junio de 2020

• Se agregó la capacidad de activar y desactivar el modo de mantenimiento desde la página de administración de la interfaz de web del nodo Video Mesh.

• Se eliminaron las alarmas y comprobaciones de la conectividad del servidor de Amazon ECR de la página de descripción general de la interfaz de web del nodo.

• Se agregó un contador de tiempo de actividad a la página de descripción general de la interfaz de web del nodo.

• Se eliminó la utilización de la CPU de la página de descripción general de la interfaz de web del nodo.

• Pruebas de conectividad de proxy deshabilitadas al puerto 444 como parte de la transición de la señalización en cascada al puerto 443.

2020.05.13.2195m

27 de mayo de 2020

• Se corrigió un problema por el cual una extensión de autocompletar del navegador de terceros podía interferir con la interfaz de web del nodo de la malla de vídeo de Webex .

2020.04.16.2176m.2

8 de mayo de 2020

• Se resolvió un problema por el cual el verificador de conexión del puerto 444 informaba erróneamente de una falla cuando estaba detrás de ciertos tipos de proxies.

• Se solucionó un problema por el cual se permitía instalar un certificado de servidor que no coincidía si se cargaba previamente un certificado que coincidía correctamente.

• Se deshabilitó la prueba de conectividad de websocket después de que se encontró un problema cuando el nodo está detrás de un proxy explícito.

2020.04.16.2176m.1

24 de abril de 2020

• Se eliminó el soporte para TLS1.1.

• Se agregaron más comprobaciones de conectividad en la nube en la página Descripción general de la interfaz de web del nodo Webex Video Mesh.

• Se corrigió un problema que causaba una falsa alarma de DNS de nombre de host no válido.

• Se agregó una restricción de longitud de clave en la página Certificado de servidor, con un mensaje de error si un administrador carga un certificado de servidor de menos de 2048 bits.

• Manejo mejorado de situaciones en las que un administrador ingresa una clave privada de menos de 2048 bits o una clave privada sin frase de contraseña. En estos casos, el nodo Video Mesh utilizará un certificado firmado automáticamente.

2020.03.11.2143m.8

17 de abril de 2020

• Se corrigió un problema que causaba que algunos clientes solo recibieran audio de los dos altavoces activos superiores cuando alguien estaba compartiendo audio de contenido.

• Se corrigió un problema que podía causar fallas en las llamadas cuando se realizaban muchos intentos de llamada en un período corto de tiempo.

2020.03.11.2143m.7

6 de abril de 2020

• Aumentó el ancho de banda para llamadas de 1080p de 3.25M a 4M.

• Se incrementó el tiempo de espera para la señalización multisecuencia para llamadas de pantalla dual.

• Reducción del número de solicitudes al servicio de identidad.

• Se modificó la forma en que manejamos la verificación de OAuth para que sea más resistente a las respuestas demoradas.

2020.03.11.2143m.3

24 de marzo de 2020

• No hay notas de la versión para esta actualización de mantenimiento.

2020.03.11.2143m.9 — Actualización urgente

22 de marzo de 2020

• Se agregaron más registros para el soporte de depuración.

2020.03.11.2143m: actualización urgente

miércoles, 11 de marzo de 2020

• Se desactivaron las comprobaciones periódicas del estado de las llamadas y la alarma correspondiente ( mf.callHealth.fail ) que se informó en el nodo y en Control Hub si se producían fallas en el nodo más allá de un cierto umbral.

2020.03.02.2132m

6 de marzo de 2020

• Se agregó soporte para la autenticación de proxy NTLMv2. (Video Mesh detecta automáticamente la versión, no es necesario que la especifique al configurar su proxy).

• Se agregó una alarma que se informa en el nodo y en Control Hub si ocurren fallas periódicas en las pruebas de salud de llamadas en el nodo más allá de un cierto umbral.

  ID de alarma: ' mf.callHealth.fail ', gravedad: "advertencia", título: 'La comprobación de estado de la llamada ha fallado'

2020.02.09.2120m.1

28 de febrero de 2020

• No hay notas de la versión para esta actualización de mantenimiento.

2020.01.30.2115m

7 de febrero de 2020

• FijoCSCvs70769 - Vulnerabilidad de contrabando de solicitudes HTTP de NGINX

• El códec Opus está habilitado para reuniones y llamadas 1: 1.

2020.01.12.2091m

22 de enero de 2020

• Se agregó un configuración de fábrica a la interfaz de web para los nodos de Video Mesh. Para obtener más información, consulte Administrar el Nodo de red de vídeo desde la interfaz Web en la guía de implementación enhttps://www.cisco.com/go/video-mesh .

• Se corrigió un problema (CSCvs28104 ), donde se puede mostrar vídeo de baja calidad en algunas pantallas de un extremo envolvente de tres pantallas.

• Se corrigió un problema por el cual algunas llamadas SIP experimentaban un retraso en la configuración.

2019.12.15.2053m

8 de enero de 2020

• Se corrigió un problema por el cual las reuniones (que incluían al menos un Webex Board) enviaban transmisiones de video de baja resolución desde los dispositivos SIP a los puntos finales de Webex .

2019.12.03.2042m

12 de diciembre de 2019

• Se corrigió un problema por el cual la pantalla de entrada a la reunión permanecía en blanco cuando * .clouddrive.com estaba bloqueado en la red de un cliente. Si bien la pantalla de entrada a la reunión ya no está en blanco en este escenario, aún requerimos que desbloquee esta URL en su red para evitar efectos secundarios no deseados.

• Se agregó la administración de contraseñas a la interfaz de web para los nodos de Video Mesh. Para obtener más información, consulte Administrar el Nodo de red de vídeo desde la interfaz Web en la guía de implementación enhttps://www.cisco.com/go/video-mesh .

2019.11.06.1992m

14 de noviembre de 2019

• FijoCSCvr92794 - Mensaje de error incorrecto en la validación de FQDN contra la IP del nodo.

• Se corrigió un problema por el cual los nodos no se inactivaban correctamente y usaban un tiempo de espera breve, lo que solo sucedía cuando otros nodos del clúster se movían al modo de mantenimiento en Control Hub, lo que provocaba una reducción de la capacidad y la caída de llamadas.

2019.10.21.1973m.1

1 de noviembre de 2019

• Se agregó la capacidad de cargar y descargar registros y archivos pcap desde la página de solución de problemas de la interfaz del nodo de la malla de vídeo de Webex , incluso cuando el nodo no está registrado. Para obtener más información, consulte Genere registros de malla de vídeo de Webex para obtener soporte y Genere capturas de paquetes de malla de vídeo de Webex para obtener soporte .

2019.10.11.1964m.1

23 de octubre de 2019

• FijoCSCvr39819 - Versión de software vulnerable .

• FijoCSCvr39878 - Certificado autofirmado X.509 cuyo nombre común no coincide con el servidor emisor (SSL/ TLS) . Se realizó un cambio en el que el nombre común del certificado en el nodo proporciona el FQDN del nodo (si está disponible) o la dirección IP.

• Se agregó un nuevo "Nombre alternativo del sujeto:" campo al formulario de creación de CSR en la interfaz de web.

2019.09.19.1956m

26 de septiembre de 2019.

• Se agregaron configuración de red a la interfaz de usuario web (UI) del nodo Video Mesh. Para obtener más información, consulte Configurar la configuración de red desde la interfaz Web del Nodo de red de vídeo de Webex .

• Se cambió la gravedad de esta alarma de crítica a advertencia: "El Nodo de red de vídeo no pudo descargar el software requerido del proveedor de la nube de Cisco . El problema puede ocurrir debido a varios problemas relacionados con la red. Verifique la conectividad de red a la red pública (.amazonaws.com) y verifique su configuración de DNS . Esto también puede ocurrir debido a cambios en el firewall que está presente entre los nodos de Video Mesh e Internet ".

• Se corrigió un problema por el cual los puertos del servidor reflector no se liberaban incluso después de que la herramienta reflector se detuviera en la interfaz de usuario web del nodo.

• Se corrigió una vulnerabilidad que afectaba a las API de Ping y Check NTP , donde un atacante podía lanzar un ataque de inyección de comandos si tenía acceso a las API autenticadas.

• Se mejoró la selección de códec para video transmitido.

• Los certificados de servidor que están firmados con cifrados débiles (como MD2 o MD5) ya no se aceptan en la interfaz de usuario del certificado del nodo Video Mesh.

2019.08.21.1941m.2

13 de septiembre de 2019.

• Se corrigió un problema por el cual los niveles de CPU del nodo aumentaban y no volvían a niveles aceptables.

• Se solucionó un problema por el cual los participantes conectados a en las instalaciones no recibían el contenido enviado por los participantes conectados a un nodo en la nube, si había un firewall de Palo Alto Networks (PAN) en la red.

• Se agregó una página de configuración de red a la imagen del software del nodo. Los administradores pueden especificar la configuración de red durante la primera configuración de la máquina virtual del nodo. Ver Instalar el software de Nodo de red de vídeo de Webex en la guía de implementación para obtener más información.

2019.08.14.1937m

16 de agosto de 2019

• Se agregó soporte para proxies explícitos con autenticación no auth, básica, digest o NTLM. Para obtener más información, consulte Soporte de proxy para Video Mesh y otras actualizaciones relevantes en la guía de implementación.

• Se agregaron cambios de configuración que previenen un desbordamiento de llamadas a la nube.

2019.08.01.1929m

8 de agosto de 2019

• Se corrigieron dos problemas:

  • La captura de paquetes desde la interfaz de usuario web no se iniciaba correctamente, pero no aparecía ningún mensaje de error .

  • La captura de paquetes no se ejecutaba porque las URL de Ubuntu estaban bloqueadas. (Con esta solución, no se requieren cambios de URL en su firewall).

2019.07.12.1917m

25 de julio de 2019.

• Se eliminó la información de las cascadas de la tarjeta Estado de la llamada en la interfaz de web del nodo hasta que haya mejores métricas disponibles.

• Se agregó la versión del sistema operativo a la tarjeta Detalles del nodo en la interfaz de web del nodo.

• Se rediseñó la interfaz de usuario de usuario para la página de resolución de problemas en la interfaz de web del nodo. (Consulte la guía de implementación para obtener más información).

• Se agregaron comprobaciones de conectividad mediante ping, traceroute y verificación NTP en la interfaz de web del nodo. (Consulte la guía de implementación para obtener más información).

• Resolución mejorada y elección de velocidad de fotogramas para transmisiones de presentación.

• Se corrigió un problema por el cual a veces se enviaba demasiado ancho de banda a los participantes cambiados.

• Se corrigió un problema por el cual no estaba disponible la opción de reactivar el sonido para algunos tipos de participantes cuando el organizador los silenciaba.

• Se mejoró el ritmo de los medios para presentaciones transcodificadas.

2019.06.13.1907m.7

12 de julio de 2019

• Se corrigió un problema que a veces causaba que la resolución de video cayera incluso cuando no se perdían paquetes y la latencia era baja.

• Se solucionó un problema por el cual el audio dividido a veces se producía cuando el organizador silenciaba a los participantes y luego los dejaba de silenciar.

2019.06.13.1907m.3

20 de junio de 2019

• Se corrigió un problema por el cual el estado de uso compartido de la presentación era incorrecto si un extremo intentaba compartir mientras estaba en la pantalla del lobby.

• Se agregó una mejora para acelerar el inicio del uso compartido de presentaciones cuando se transcodifica.

2019.06.13.1907m.1

14 de junio de 2019

• Se solucionó un problema por el cual algunos nodos de Video Mesh no se reiniciaban automáticamente después de una actualización, lo que deshabilitaba las funciones de resolución de problemas del nodo y provocaba que faltara información en la página de descripción general.

• Se agregó un requisito de que los nombres de host de los nodos no pueden contener un guión bajo (_ ) personaje.

• Se corrigió un problema por el cual la resistencia a la pérdida de paquete a veces no funcionaba durante los primeros minutos de una reunión.

• Se corrigió un problema con la resistencia de los medios que a veces causaba que el ancho de banda en uso superara significativamente el ancho de banda negociado durante un breve período de tiempo.

2019.05.20.1892m1

24 de mayo de 2019

• Se agregaron nuevas características de capacidad de servicio a la interfaz de web del nodo Video Mesh (generación de captura de paquete , generación de registros y mejoras en la página de descripción general). Para obtener más información sobre estas características, consulte la Administrar la malla de vídeo de Webex capítulo de la guía de implementación enhttps://www.cisco.com/go/video-mesh .

• Se agregó una nueva alarma como parte de la próxima migración al registro de contenedores elásticos de Amazon: "El Nodo de red de vídeo no pudo descargar el software requerido del proveedor de la nube de Cisco . El problema puede ocurrir debido a varios problemas relacionados con la red. Verifique la conectividad de red a la red pública y verifique su configuración de DNS . Esto también puede ocurrir debido a cambios en el firewall que está presente entre los nodos de Video Mesh e Internet ".

  Los nodos de Video Mesh continuarán actualizándose, pero debe tomar las medidas adecuadas para asegurarse de que los nodos de Video Mesh puedan acceder a la URL. Para obtener más información, consulte la pestaña Anuncios.

• Se corrigió un problema por el cual las reuniones de Skype Empresarial mostraban incorrectamente "l2sip-UA" como el título de la reunión y el nombre del participante.

2019.04.29.1873m.4

13 de mayo de 2019

• Se corrigió un problema que causaba que el uso compartido de contenido a veces no estuviera disponible cuando se usaba la Marcación SIP.

• Se corrigió un problema que causaba que las cascadas a veces no se recrearan después de problemas temporales de red, lo que conducía a reuniones divididas.

• Se corrigió un problema que causaba que el contenido compartido fallara en algunos escenarios.

2019.04.29.1873m

30 de abril de 2019

• No hay notas de la versión para esta actualización de mantenimiento.

2019.04.18.1869m.1

26 de abril de 2019

• Se corrigió un problema que causaba que el uso compartido inalámbrico de Webex Teams para Windows no funcionara en algunos casos.

2019.03.22.1829m.2

2 de abril de 2019

• Se corrigió un problema que a veces causaba que fallaran las pruebas de ancho de banda UDP .

• Se solucionó un problema por el cual las alarmas NTP en Control Hub no se eliminaban una vez que un servidor NTP defectuoso comenzaba a funcionar.

2019.03.19.1826m

22 de marzo de 2019

• Para realizar cambios de configuración en un nodo registrado, ahora debe colocar el nodo en modo de mantenimiento primero.

• La página de estado de descripción general informa el resultado de la verificación de conectividad para el registro de contenedores de Amazon (ECR).

• Se corrigió un problema por el cual había un retraso en algunos clientes al cambiar los altavoces activos y el video dañado cuando había pérdida de paquete.

• FijoCSCvo93454 - Vídeo unidireccional cuando el sistema inmersivo se une a Webex.

• FijoCSCvo87069 - Las fuentes de confianza de SIP de la malla de vídeo no se completan

2019.02.14.1788m.1

21 de febrero de 2019

• Se corrigió un problema por el cual el host de Webex no silenciaba de forma remota los puntos finales de tres pantallas.

• Se corrigió un problema por el cual el silenciamiento y la activación del silencio a veces no funcionaban para los puntos finales SIP .

• Los nodos de Video Mesh ahora intentan acceder a una nueva URL para probar el acceso al registro de contenedores alojado en Amazon (https://615440818562.dkr.ecr.us-east-1.amazonaws.com/).

• Se agregaron nuevas alarmas que se generan en los nodos de la malla de video y se muestran en Control Hub cuando el tiempo de respuesta de la consulta de DNS excede 1.5 s en estos escenarios:

  • Cuando el tiempo de consulta del servidor DNS es superior a 1,5 s: "servidor DNS<x> El tiempo de respuesta a la consulta de<number> ms excede el tiempo de respuesta máximo de 1500 ms ”.

  • Texto de alarma para cuando el tiempo de consulta del servidor DNS es superior a 1,5 s mientras se resuelve un servidor NTP: "Al resolver<ntp-server> ; servidor DNS<x> El tiempo de respuesta a la consulta de<number> ms excedió el tiempo de respuesta máximo de 1500 ms ”.

2019.02.12.1786m

15 de febrero de 2019

• Esta versión es la versión candidata para el enlace troncal SIP TLS SIP y el soporte de proxy transparente de inspección / no inspección para Video Mesh. Para obtener más información, consulte la guía de implementación enhttps://www.cisco.com/go/video-mesh .

• FijoCSCvo26600 - El validador de tokens no obtiene la clave de validación del token si falla la solicitud de CI inicial

2019.01.29.1773m

6 de febrero de 2019

• Esta versión es la versión candidata para la función de interfaz de red dual. Para obtener más información, consulte la guía de implementación enhttps://www.cisco.com/go/video-mesh .

• Se agregaron nuevas comprobaciones para verificar periódicamente la validez de los servidores NTP que están configurados en los nodos de Video Mesh. Los mensajes de advertencia del servidor NTP no válidos se muestran en la interfaz de administración de Video Mesh al iniciar sesión y como alarmas en Control Hub.

2019.01.14.1764m.1

18 de enero de 2019

• Se solucionó un problema por el cual el video solo se transmitía de una manera durante una reunión y algunos dispositivos o clientes no podían ver la transmisión de video.

2018.10.04.1692m

5 de octubre de 2018

• No hay notas de la versión para esta actualización de mantenimiento.

Febrero de 2024

• La plataforma de Video Mesh ahora está integrada con el agente de ThousandEyes Enterprise, lo que le permite realizar una supervisión de extremo a extremo en todo su ecosistema digital híbrido. Esta integración le proporciona una amplia gama de pruebas de supervisión de red. Los problemas en cualquier parte de su infraestructura de red se pueden diagnosticar con mayor precisión, lo que mejora la eficiencia de su implementación.

  Para obtener más información sobre la activación de ThousandEyes para su organización y la configuración de pruebas, consulte Integración de ThousandEyes con Video Mesh.

• De acuerdo con el anuncio anterior relativo a la migración del registro de contenedores al ECR de Amazon, esperamos completar la migración a mediados de marzo de 2024. Tenga la amabilidad de garantizar la conectividad a ECR permitiendo la URL, " *dkr.ecr.us-east-1.amazonaws.com" en los firewalls y proxies de su aplicación.

Diciembre de 2023

Migración del registro de contenedores de Docker Hub a Amazon ECR

El registro de contenedores de red de vídeo que aloja imágenes se cambiará de Docker Hub a Amazon ECR. Esta migración tiene lugar en febrero de 2024. Rogamos a los clientes que garanticen la conectividad con ECR permitiendo la URL, " *.amazonaws.com" en sus firewalls y proxies de aplicación. Este paso es necesario para evitar cualquier problema potencial durante las actualizaciones.

Agosto de 2023

Hemos mejorado la versatilidad y funcionalidad de las API de nodos de la red de vídeo agregando una gran cantidad de API nuevas con distintas funciones. Los administradores ahora pueden elegir entre 3 categorías de API que les pueden ayudar en diferentes etapas de implementación de nodos. Son las siguientes:

• API de administración de VMN

• API de red de VMN

• API de certificados de servidor de VMN

Julio de 2023

Webhooks para alertas de red de vídeo

La red de vídeo ahora admite alertas a través de webhooks, lo que permite a los administradores de la organización supervisar ciertos aspectos de sus implementaciones sin esfuerzo. Pueden optar por recibir notificaciones de eventos como desbordamientos de llamadas y redirecciones de llamadas, lo que minimiza la necesidad de conectarse a Control Hub para supervisar su implementación.

En esta fase, se pueden supervisar los siguientes tipos de eventos a través de webhooks:

• Redireccionamientos de llamadas del grupo: llamadas redirigidas desde un grupo en particular.
• Desbordamientos de llamadas de la organización: desbordamientos totales de llamadas a la nube para una organización.

API de nodos de la red de vídeo

Hemos introducido un conjunto de API que ayudarán a los administradores de la organización a crear, actualizar, descargar y eliminar certificados relacionados con los nodos de la red de vídeo. Consulte API de nodos de la red de vídeo para obtener más información.

Junio de 2023

Hemos refinado los gráficos y los cuadros del panel de Analytics para aumentar la función de inclusión del tipo de cliente.

• Puede ver datos específicos del clúster en la Recursos pestaña.

  Seleccione un grupo en cualquiera de los gráficos o tablas de anillos y luego haga clic en Aplicar . Esta acción también filtra los datos de todos los demás gráficos, por lo que solo verá los datos relevantes para el grupo seleccionado.

• Hemos agregado dos nuevos gráficos al Recursos pestaña. Ellos son Total de uniones de llamadas por tipo de extremo y Total de llamadas unidas por tendencia de tipo de punto final . Puede seleccionar clústeres y tipos de extremos específicos para mostrar solo la información que necesita.

• En el Compromiso pestaña, hemos agrupado la Tramos de llamada por tipo de extremo graficar en los siguientes tipos:

  • Dispositivos SIP
  • Escritorio de la aplicación Webex
  • Aplicación móvil de Webex
  • Aplicación de Webex VDI
  • Dispositivos de Webex

Mayo de 2023

Soporte al cliente Web

Las llamadas realizadas a través del cliente web ahora pueden aterrizar en los nodos de Video Mesh, lo que brinda a su organización una mayor versatilidad en los tipos de llamadas admitidas.

Marzo de 2023

Nueva prueba de accesibilidad y herramienta de supervisión mejorada

Hemos agregado una prueba de accesibilidad al conjunto existente de pruebas de monitoreo. La prueba de accesibilidad se ejecuta con las pruebas de supervisión del estado de los medios, tanto periódicamente como bajo demanda. También hemos mejorado la herramienta de monitoreo para brindar más detalles en los resultados de las pruebas y hemos actualizado la página de descripción general para brindar un acceso más simple e intuitivo a la información detallada.

Hemos cambiado la ruta de la interfaz de usuario para llegar a la herramienta de supervisión Video Mesh. Puede encontrar la nueva pestaña Video Mesh en Solución de problemas > Malla de vídeo en lugar de Solución de problemas > Estado > Malla de video como antes.

La página de descripción general de la herramienta de supervisión agrupa las pruebas en Señalización, Cascada y Accesibilidad, lo que le ayuda a ajustar su proceso de resolución de problemas.

Febrero de 2023

API de desarrollador de Video Mesh para la resolución de problemas y la integración con sistemas de monitoreo de terceros

• En esta fase de las API para desarrolladores de Video Mesh, hemos introducido mejoras que permiten a los administradores de la organización tomar el control total de la resolución de problemas de sus implementaciones de Video Mesh.
• Los administradores ahora pueden activar varias pruebas de resolución de problemas a pedido, como la red, el monitor de estado de los medios y las pruebas de accesibilidad desde el portal para desarrolladores. También pueden ver los resultados detallados de las pruebas que desencadenaron, lo que les ayudará a obtener información más detallada sobre el estado de su implementación.

Noviembre de 2022

Cambio de nombre de clúster en Control Hub

Ahora puede editar los nombres de sus grupos de Video Mesh en Control Hub. También hemos agregado compatibilidad con Unicode a los nombres de los clústeres.

Septiembre 2022

API para desarrolladores de Video Mesh

Las API de desarrolladores de la red de vídeo proporcionan una forma potente y flexible para que los administradores de la organización recuperen métricas detalladas para supervisar y datos analíticos perspicaces de sus implementaciones de la red de vídeo a través del portal de desarrolladores de Webex. Pueden integrar sin problemas sus aplicaciones de monitoreo existentes con estas API y automatizar el monitoreo de sus clústeres y nodos de Video Mesh. Las API están disponibles enhttps://developer.webex.com/docs/api/v1/video-mesh . Un cliente de muestra está disponible enhttps://github.com/CiscoDevNet/video-mesh-api-client .

Julio 2022

Cambio de la herramienta de supervisión del estado de los medios

Hemos cambiado la frecuencia de las pruebas periódicas de todo el grupo, específicas del grupo o específicas del nodo. Estas pruebas se ejecutaron cada hora en versiones anteriores. Ahora se ejecutan cada 6 horas.

Abril de 2022

Mantenga sus medios en Video Mesh para todas las reuniones externas de Webex

En versiones anteriores, controlaba el uso de Video Mesh para reuniones solo para sus sitios internos. Para las reuniones que se alojan en sitios externos de Webex , esos sitios controlaban si la malla de vídeo podía conectarse en cascada a Webex. Si un sitio externo no permitía las cascadas de Video Mesh, sus medios siempre usaban los nodos de la nube de Webex .

Con el Preferir la malla de vídeo para todas las reuniones externas de Webex Meetings configuración, si su Sitio de Webex tiene nodos de malla de vídeo disponibles, sus medios se ejecutan a través de esos nodos para las reuniones en sitios externos. Para obtener detalles, consulte .https://help.webex.com/en-us/article/nzvixgk/Keep-your-media-on-Video-Mesh-for-all-external-Webex-meetings

Enero de 2022

Actualizaciones de puertos

Para una próxima versión en febrero de 2022, Video Mesh requiere abrir el siguiente rango de puertos para Media Cloud Cascades:

Estos puertos son adicionales al puerto 5004 existente. Abra el rango de puertos UDP 50,000–53,000 en la configuración de su firewall. Verá interrupciones del servicio si estos puertos no están abiertos cuando salga la próxima versión.

Como se indica en Requisitos de red para los servicios de Webex , Expressway ya utiliza este rango de puertos para la nube de Webex . Por lo tanto, la mayoría de las implementaciones no requieren ninguna actualización para admitir este nuevo requisito para Video Mesh. Pero, en implementaciones con reglas de firewall más estrictas, actualice la configuración de su firewall para abrir estos puertos para Video Mesh antes de la versión de febrero.

Octubre de 2021

Medios distribuidos globalmente

Video Mesh ahora usa medios distribuidos globalmente (GDM) capacidades de Webex para lograr un mejor enrutamiento de medios. Para lograr una conectividad óptima, Webex selecciona el nodo de medios en la nube más cercano a su empresa cuando realiza las cascadas de Video Mesh a Webex. A continuación, el tráfico pasa a través de la red troncal de Webex a los microservicios de Webex para la reunión. Este enrutamiento minimiza la latencia y mantiene la mayor parte del tráfico en la red troncal de Webex y fuera de Internet.

13 de agosto de 2021

Reuniones privadas

La función de reunión privada mejora la seguridad de su reunión al cancelar los medios en sus instalaciones. Cuando planifica una reunión privada, los medios siempre terminan en los nodos de Video Mesh dentro de su red corporativa sin cascada en la nube. A diferencia de las reuniones normales, si los nodos locales están llenos, los medios no se transmiten en cascada a la nube de Webex .

Todos los participantes de una reunión privada deben pertenecer a su organización. Pueden unirse mediante la aplicación de Webex o un sistema de vídeo autenticado. Los participantes con acceso VPN o MRA a su red pueden entrar a una reunión privada. Pero nadie puede entrar a una reunión privada desde fuera de su red.

Ver el Reuniones privadas sección en la guía de implementación enhttps://www.cisco.com/go/video-mesh y el Planificar una reunión privada de Webex artículo.

9 de febrero de 2021

Acceder a los nodos desde Control Hub para administradores completos

Mejoramos Control Hub para permitir que los administradores completos de su organización de Webex accedan a los nodos de Video Mesh desde Control Hub.

Solo un administrador completo de su organización de Webex puede utilizar esta función. Otros administradores, incluidos los administradores completos externos y socios, no tienen la Ir al nodo opción para los recursos de Video Mesh.

Ver el Acceda a la descripción general del nodo de Nodo de red de vídeo de Webex desde la interfaz Web sección en la guía de implementación enhttps://www.cisco.com/go/video-mesh .

26 de agosto de 2020

Almacenamiento en caché de DNS

Si las respuestas de DNS a los nodos de la malla de vídeo suelen tardar más de 750 ms, puede habilitar el almacenamiento en caché de DNS . Con el almacenamiento en caché de DNS activado, el nodo almacena en caché las respuestas de DNS localmente. El almacenamiento en caché local hace que sea menos probable que las solicitudes provoquen alarmas de conectividad, interrupciones de llamadas o problemas de calidad de las llamadas. El almacenamiento en caché de DNS también puede reducir la carga en su infraestructura de DNS .

El almacenamiento en caché de DNS está actualmente deshabilitado de forma predeterminada. Para encenderlo, consulte el Habilitar o deshabilitar el almacenamiento en caché de DNS sección en la guía de implementación enhttps://www.cisco.com/go/video-mesh .

Soporte de Webex Events

Webex Video Mesh ahora es compatible con Webex Events.

7 de agosto de 2020

Formato de dirección de vídeo corto para Webex Meetings

En los sitios de WBS39.9 y posteriores, los usuarios pueden entrar a reuniones utilizando el <meeting_number>@webex.com formato de dirección de vídeo (en lugar de <meeting_number>@<site_name>.webex.com). Video Mesh ahora admite este formato de dirección más corto.

La guía de implementación enhttps://www.cisco.com/go/video-mesh tiene instrucciones sobre cómo manejar el formato más corto al configurar una implementación de Video Mesh.

Para utilizar el formato de dirección de vídeo corta con una implementación de Video Mesh existente, agregue una ruta o patrón de marcado para manejar el formato. Para obtener más detalles, consulte la tarea correspondiente que incluye "dirección de vídeo corta" en la guía, según cómo haya configurado su entorno de control de llamada :

• Configurar el enrutamiento de tráfico SIP TLS seguro de Unified CM para la malla de vídeo de Webex

• Configurar el enrutamiento de tráfico SIP de Unified CM TCP unificado para la malla de vídeo de Webex

• Configurar el enrutamiento del tráfico SIP de Expressway TCP para la malla de vídeo

De forma predeterminada, las invitaciones a reuniones todavía utilizan el formato más largo. Para cambiar el formato de su Sitio de Webex, consulte Mostrar el formato de dirección de vídeo corto para Webex Meetings .

9 de julio de 2020

Nueva configuración de la interfaz de red MTU en la interfaz Web del Nodo de red de vídeo

Ahora puede configurar manualmente el tamaño máximo de la unidad de transmisión (MTU) en la interfaz de red interna y la MTU en la interfaz de interfaz de red externa, si está habilitada.

Todos los nodos de la malla de vídeo de Webex tienen el descubrimiento de MTU de ruta (PMTU) que está activado de forma predeterminada. Con PMTU, el nodo puede detectar problemas de MTU y ajustar el tamaño de MTU automáticamente. Cuando la PMTU falla debido a problemas de firewall o de red, el nodo puede tener problemas de conectividad a la nube porque los paquetes más grandes que la MTU caen. La configuración manual de un tamaño de MTU más bajo puede solucionar este problema.

Puede encontrar la configuración manual de MTU en la página de configuración de red Avanzado pestaña en la interfaz de web del Nodo de red de vídeo de Webex . Para obtener más información, consulte la guía de implementación enhttps://www.cisco.com/go/video-mesh .

26 de junio de 2020

Nueva opción de implementación de VMNLite

Las implementaciones principalmente de Webex Teams y los puntos finales registrados en la nube utilizan más conmutación y menos recursos de transcodificación que los que proporciona la configuración estándar. La implementación de más máquinas virtuales más pequeñas en el host optimiza los recursos para este escenario.

Por este motivo, presentamos una nueva opción "VMNLite" para implementar varios nodos de malla de vídeo de Webex en su servidor host que ejecuta VMware ESXI o vCenter. VMNLite requiere las siguientes especificaciones para cada máquina virtual:

• 23 vCPU para el Nodo de red de vídeo

• Memoria principal de 20 GB

• 80 GB de espacio en el disco duro local

Con estas especificaciones, puede implementar (o reemplazar una sola máquina virtual existente con) varias instancias, según el hardware:

Nuestras pruebas muestran una mejora del 50% en el rendimiento de las llamadas conmutadas con 3 nodos VMNLite en un solo CMS1000 en comparación con la implementación de una sola máquina virtual.

Al igual que con la configuración estándar, no puede tener coresidencia con otros servicios en las máquinas virtuales VMNLite.

Para obtener más información, consulte la guía de implementación enhttps://www.cisco.com/go/video-mesh . Para conocer los pasos para reemplazar su configuración estándar con VMNLite, consulte la Administrar y solucionar problemas de la malla de vídeo de Webex capítulo.

martes, 9 de junio de 2020

Nueva opción de actualización de software automática semanal para clústeres de malla de vídeo

Ahora puede programar actualizaciones de software automáticas en sus grupos de Video Mesh para que se realicen semanalmente en lugar de hacerlo a diario (el valor predeterminado). Puede posponer una actualización una vez. Si establece una programación semanal, posponer significa que la actualización se produce durante la ventana de actualización de la semana siguiente.

Puede establecer la programación de la actualización mientras registra un nuevo clúster o modificar la programación de un clúster existente. Para obtener más información, consulte la documentación de Video Mesh enhttps://www.cisco.com/go/video-mesh .

24 de abril de 2020

Interfaz de red externa, reglas de enrutamiento, opciones de red de contenedores en la interfaz Web del Nodo de red de vídeo

La interfaz de web de Video Mesh contiene más características nuevas para facilitar el manejo de los cambios en la red. Puede habilitar la interfaz externa en una implementación de interfaz de red dual (NIC) desde la interfaz de web. Luego, puede ajustar el enrutamiento para los nodos de Video Mesh agregando reglas de enrutamiento definidas por el usuario para las interfaces externas e internas. Y puede cambiar la dirección IP y la subred del puente del contenedor.

Para obtener más información sobre cómo acceder a las actualizaciones de la interfaz de web, consulte la Administrar y solucionar problemas de la malla de vídeo de Webex capítulo de la guía de implementación enhttps://www.cisco.com/go/video-mesh .

20 de marzo de 2020

Soporte de residencia de datos de Cisco Webex Teams EMEAR

Las organizaciones de la región europea de residencia de datos de Cisco Webex Teams ahora pueden utilizar la red de vídeo. Este apoyo incluye tanto las organizaciones EMEAR de fase 2 recién creadas como las organizaciones EMEAR de fase 1 existentes.

Para obtener más información, consulte Residencia de datos en Cisco Webex Teams.

18 de septiembre de 2018

Mejoras de la calidad de servicio (QoS) para la red de vídeo

Los nodos de la red de vídeo ahora cumplen con las mejores prácticas de calidad de servicio (QoS) recomendadas al habilitar rangos de puertos que le permiten diferenciar flujos de audio y vídeo en todos los flujos hacia y desde los nodos de la red de vídeo. Este cambio le permitirá crear políticas de QoS y comentar eficazmente el tráfico hacia y desde los nodos de malla de vídeo.

Estos cambios de puerto acompañan a los cambios de QoS. Los nodos de la red de vídeo marcan automáticamente el tráfico de medios de los extremos registrados por SIP (registrados en Unified CM o Expressway de VCS en las instalaciones) tanto para audio (EF) como para vídeo (AF41) por separado con la clase de servicio adecuada y utilizan rangos de puertos bien conocidos para tipos de medios específicos.

El tráfico de origen de los puntos finales registrados en las instalaciones siempre está determinado por la configuración en el control de llamada (Unified CM o VCS Expressway).

Para obtener más información, consulte la tabla de QoS en Puertos y protocolos utilizados por Webex Video Mesh y los pasos para habilitar o deshabilitar QoS en el Flujo de tareas de implementación de malla de vídeo en el Guía de implementación para Red de vídeo de Cisco Webex (https://www.cisco.com/go/video-mesh ).

Las aplicaciones de la aplicación Webex siguen conectándose a los nodos de la red de vídeo a través de los puertos compartidos 5004 y 5006. Las aplicaciones y los extremos de la aplicación Webex también utilizan estos puertos para las pruebas de disponibilidad de STUN a los nodos de la red de vídeo. Nodo de la Red de vídeo a nodo de la Red de vídeo para cascadas utiliza un puerto compartido de destino 5004 o 5006.

12 de febrero de 2018

Soporte de transmisión múltiple para todos los participantes en Cisco Spark y Cisco WebEx Meetings

Si organiza reuniones en nodos multimedia híbridos locales a través del Servicio multimedia híbrido de Cisco Spark, también puede aprovechar las características que se incluyen en la compatibilidad multitransmisión. La transmisión múltiple proporciona una mejor utilización del ancho de banda promedio, especialmente para el enlace en cascada entre los nodos del servicio multimedia híbrido y los nodos multimedia en la nube pública de Cisco Spark.

Para obtener más información, consulte Soporte de transmisión múltiple para todos los participantes en Cisco Spark y Cisco WebEx Meetings.

5 de enero de 2018

Soporte para reuniones de Cisco WebEx y de Cisco Spark, cambios de puertos y actualización de archivos OVA

El Servicio híbrido de medios de Cisco Spark ahora admite extremos registrados SIP locales que entran a reuniones de Cisco WebEx y de Cisco Spark. El servicio también incluye nuevos informes de uso y adopción en Control Hub. Debe asegurarse de que su sitio de WebEx se encuentre en la versión 2.0 de la plataforma de vídeo de WebEx para aprovechar todas las ventajas del Servicio híbrido de medios. (Puede verificar que su sitio de WebEx esté en la versión 2.0 de la plataforma de vídeo de WebEx si tiene la lista de Tipos de recursos de medios disponible en las opciones del sitio de Salas de reuniones de colaboración en la nube.)

Cambios de puertos

• El Servicio híbrido de medios ahora requiere un nuevo puerto de destino (5006).

• El servicio ya no admite el puerto 33434 de TCP/UDP.

Para obtener una lista completa, consulte " Puertos y protocolos utilizados por Hybrid Media Service "en la Guía de implementación para Cisco Spark Hybrid Media Service.

Actualización de archivos OVA

El servicio le exigirá que descargue e instale la actualización más reciente del archivo OVA en sus Nodos multimedia híbridos. Para descargar el último OVA, desde la vista del cliente en https: // admin.ciscospark.com ir a Servicios > Medios híbridos > Configurar > Configuraciones .

Siga estos pasos para mejorar cada uno de los nodos multimedia híbridos de su grupo:

1. Lleve el nodo al modo de mantenimiento. Consulte Llevar un nodo del servicio híbrido al modo de mantenimiento.

2. Desinscriba el nodo. Ver " Anular el registro del nodo de medios híbridos "en la Guía de implementación para Cisco Spark Hybrid Media Service.

3. Elimine la VM del nodo multimedia híbrido del cliente VMware vSphere o de vCenter.

4. Instale el archivo OVA y el software nuevos del Servicio híbrido de medios, defina la configuración de red y desinscriba el Nodo multimedia híbrido de la nube Cisco Collaboration Cloud. Ver " Implementar el servicio de medios híbridos "en la Guía de implementación para Cisco Spark Hybrid Media Service.

5. Retire el nodo del modo de mantenimiento. Consulte Llevar un nodo del servicio híbrido al modo de mantenimiento.

Para conocer todos los cambios de características, los pasos para implementaciones nuevas e instrucciones para preparar el sitio de WebEx, consulte la Guía de implementación correspondiente al Servicio híbrido de medios de Cisco Spark en .https://www.cisco.com/go/hybrid-services-media La sección de Información nueva y modificada de la guía tiene enlaces a secciones actualizadas.