2021.06.17.2415 m

24 de junio de 2021

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

2021.05.27.2405 m

4 de junio de 2021

• Agrega soporte para los próximos cambios de Webex para el diseño de pila en dispositivos de vídeo registrados locales.

2021.05.05.2395 m.5

21 de mayo de 2021

• Incluye mejoras menores para mostrar los diseños no predeterminados.

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

27.04.04.2391 m

30 de abril de 2021

• Corrige el informe de estadísticas de pérdida de paquetes 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 mejora de mantenimiento.

2021.03.22.2384m.1

31 de marzo de 2021

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

2021.03.03.2359m.7

16 de marzo de 2021

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

2021.03.03.2359m

12 de marzo de 2021

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

2021.02.05.2352 m.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 de nodos de la red de vídeo.

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

2021.01.13.2349 m.3

5 de febrero de 2021

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

2020.12.08.2333m.6

25 de enero de 2021

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

2020.12.08.2333m.5

8 de enero de 2021

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

• Se solucionó un problema por el que, si el vencimiento de la contraseña estaba establecido en "nunca", no podía cambiar la contraseña a través de la GUI.

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

• Se mejoró la generación de informes de errores de conectividad procedentes de tiempos de espera al probar la conectividad del proxy.

• Las pruebas de accesibilidad ya no notifican los errores de certificado como fallos de accesibilidad.

• Se actualizaron las alarmas de accesibilidad para los grupos de nodos de la red de vídeo de reuniones privadas.

2020.12.08.2333m

viernes, 11 de diciembre de 2020

• Se expandió la información disponible para la caché de DNS. Consulte "Activar o desactivar el almacenamiento en caché de DNS" en la Guía de implementación.

• Se corrigió un problema estético donde la activación de una prueba de mantenimiento puede hacer que el estado del nodo se muestre incorrectamente como "Instalando" en Control Hub.

17.11.23.19 m.9

8 de diciembre de 2020

Esta versión incluye cambios para evitar fallas de llamadas SIP cuando pierde la conectividad de red entre los grupos.

17.11.23.19 m.4

1 de diciembre de 2020

La herramienta de monitoreo para la red de vídeo es un simulador de llamadas de Webex que está disponible en todos los nodos de la red de vídeo con esta versión. La herramienta de supervisión incluye las siguientes características:

• Ejecución bajo demanda o pruebas horarias recurrentes por nodo y por grupo.

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

• Mensajes de fallo adecuados por prueba con códigos de error para reducir el tiempo medio hasta la resolución.

• Seguimiento histórico de fallos de prueba durante hasta siete días.

17.11.23.19 m.4

25 de noviembre de 2020

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

2020.11.06.2314 m

18 de noviembre de 2020

• Se aumentó el umbral para activar la alarma NTP en los nodos de la red de vídeo.

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

• Se corrigió un problema donde fallaban las cargas de registro de VMN.

• Se corrigieron problemas de cascada entre los nodos de la red 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 que 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 mejora de mantenimiento.

22.09.22.88m

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 disponibilidad 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 desactivadas para algunas llamadas por un factor de 1000).

• Se cambió para utilizar solo cifradores TLS más seguros en algunos puertos.

2020.09.11.2279m

18 de septiembre de 2020

• Se agregó información acerca del intervalo de direcciones IP reservado para uso interno a la interfaz web del nodo de la red de vídeo.

• Se redujo el intervalo de direcciones IP reservado para el uso interno del nodo de la red de vídeo de Webex de la versión original 172.17.0.0–172.17.255.255 (65 536 direcciones) a 172.17.42.0–172.17.42.63 (64 direcciones).

31.08.2273 m

8 de septiembre de 2020

• TLS 1.1 desactivado en el puerto 33432.

• Se corrigieron estadísticas erróneas que se muestran en la transmisión de audio de la presentación de IX5000 al moverse entre la sala de recepción y la conferencia.

• Se agregó una solución alternativa para un problema en el que una dirección SIP de confianza de más de 200 caracteres provoca una falla de conexión de 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 ficha Anuncios).

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

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

• Mejora del detalle de la alarma en caso de que no se pueda descargar una mejora debido a un bloqueo por parte del servicio de Zscaler o a un proxy de inspección transparente.

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

2020.08.06.2258m.4

18 de agosto de 2020

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

2020.08.06.2258m.1

13 de agosto de 2020

• Se solucionó un problema por el que un IX5000 abandonaba la llamada cuando se movía de una reunión a la sala de recepción.

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

15.07.22.45 m

20 de julio de 2020

• Se cambió 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 que el audio recibido de la aplicación Webex Meetings podía estar más silencioso de lo esperado durante los primeros segundos después de un período de silencio.

29.06.2236m.10

9 de julio de 2020

• Se cambió 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 pudiera resolver el FQDN de prueba, la prueba pasaría).

• Mejora de la calidad de los medios en redes con pérdidas.

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

• Se agregó una alarma si el nodo de la red de vídeo no puede acceder a ninguno de los servidores multimedia en la nube.

18.06.22.31 m

26 de junio de 2020

• Se mejoró la selección de la relación de aspecto para anchos de banda de alrededor de 1,5 Mbps cuando se habilita 1080p.

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

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

• Se agregó soporte para implementaciones de VMNLite. (Consulte la ficha Anuncios).

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

• Se corrigió un problema donde la prueba de conectividad del proxy informaba incorrectamente un fallo debido a un tiempo de espera demasiado corto.

• Se agregó funcionalidad de apagado y reinicio a la interfaz web del nodo de la red de vídeo.

26.05.2.200 m.3

10 de junio de 2020

• Se agregó la capacidad de activar y desactivar el modo de mantenimiento desde la página Administración de la interfaz web del nodo de la red de vídeo.

• Se han eliminado alarmas y comprobaciones para la conectividad del servidor ECR de Amazon desde la página Descripción general de la interfaz web del nodo.

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

• Se eliminó el uso de la CPU de la página Descripción general de la interfaz web del nodo.

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

13.05.2195 m

27 de mayo de 2020

• Se corrigió un problema por el que una extensión de relleno automático del navegador de terceros podía interferir con la interfaz web del nodo de la red de vídeo de Webex.

2020.04.16.2176m.2

8 de mayo de 2020

• Se solucionó un problema por el que el controlador 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 que se permitía instalar un certificado de servidor que no coincidía correctamente si anteriormente se cargaba un certificado que coincidía correctamente.

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

2020.04.16.2176m.1

24 de abril de 2020

• Se ha eliminado el soporte para TLS1.1.

• Se agregaron más comprobaciones de conectividad a la nube en la página Descripción general de la interfaz web del nodo de la red de vídeo de Webex.

• Se corrigió un problema que provocaba una falsa alarma de DNS de nombre de host inválido.

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

• Mejor manejo de situaciones en las que un administrador introduce una clave privada de menos de 2048 bits o una clave privada sin contraseña. En estos casos, el nodo de la red de vídeo utilizará un certificado de firma automática.

2020.03.11.2143 m.8

17 de abril de 2020

• Se corrigió un problema que hacía que algunos clientes solo obtuvieran audio de los dos principales oradores activos cuando alguien compartía audio de contenido.

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

2020.03.11.2143 m.7

6 de abril de 2020

• Se aumentó el ancho de banda para llamadas de 1080p de 3,25M a 4M.

• Se aumentó el tiempo de espera para la señalización de múltiples transmisiones para llamadas de pantalla doble.

• Se redujo el número de solicitudes al servicio de identidad.

• Se cambió la forma en que manejamos la verificación de OAuth para ser más resistentes a las respuestas demoradas.

2020.03.11.2143 m.3

24 de marzo de 2020

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

2020.03.11.2143m.9: actualización urgente

22 de marzo de 2020

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

2020.03.11.2143m: actualización urgente

miércoles, 11 de marzo de 2020

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

2020.03.02.2132m

6 de marzo de 2020

• Se agregó compatibilidad con la autenticación de proxy NTLMv2. (La red de vídeo 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 se producen fallas periódicas en la prueba de mantenimiento de llamadas en el nodo más allá de un determinado umbral.

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

2020.02.09.2120m.1

28 de febrero de 2020

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

2020.01.30.2115m

7 de febrero de 2020

• SolucionadoCSCvs70769: vulnerabilidad de contrabando de solicitudes HTTP NGINX

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

2020.01.12.2091 m

22 de enero de 2020

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

• Se corrigió un problema ( CSCvs28104), por el que se podía mostrar vídeo de baja calidad en algunas pantallas de un extremo envolvente de tres pantallas.

• Se solucionó un problema por el que algunas llamadas SIP experimentaban una configuración demorada.

15.12.2053 m

8 de enero de 2020

• Se corrigió un problema por el que las reuniones (que incluían al menos una Webex Board) enviaban transmisiones de vídeo de baja resolución de dispositivos SIP a extremos de Webex.

2019.12.03.2042m

12 de diciembre de 2019

• Se corrigió un problema donde la pantalla para entrar a la reunión permanecía en blanco cuando *.clouddrive.com se bloqueaba en la red de un cliente. Si bien la pantalla para entrar a la reunión ya no está en blanco en esta situación, aún le exigimos que desbloquee esta URL en su red para evitar efectos secundarios no deseados.

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

2019.11.06.251m

14 de noviembre de 2019

• Corregido CSCvr92794: error incorrecto msg en la validación de FQDN con la IP del nodo.

• Se solucionó un problema por el que los nodos no hacían la llamada correctamente y utilizaban un tiempo de espera corto, que solo ocurría cuando otros nodos del grupo se movían al modo de mantenimiento en Control Hub, lo que daba lugar a una capacidad reducida y llamadas interrumpidas.

21.10. m.1

1 de noviembre de 2019

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

2019.10.11. m.1

23 de octubre de 2019

• CorregidoCSCvr39819: versión de software vulnerable.

• Corregido CSCvr39878: Certificado de firma automática 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 del nodo proporciona el FQDN del nodo (si está disponible) o la dirección IP.

• Se ha añadido un nuevo "Nombre(s) alternativo(s) del sujeto:" para el formulario de creación de CSR en la interfaz web.

2019.09.19.1956m

26 de septiembre de 2019.

• Se agregó la configuración de red a la interfaz de usuario web (IU) del nodo de la red de vídeo. Para obtener más información, consulte Configurar los ajustes de red desde la interfaz web del nodo de la red de vídeo de Webex.

• La gravedad de esta alarma ha cambiado de crítica a advertencia: "El nodo de la red de vídeo no pudo descargar el software requerido del proveedor de la nube de Cisco. El problema puede deberse a varios problemas relacionados con la red. Compruebe su conectividad de red a la red pública (.amazonaws.com) y compruebe su configuración de DNS. Esto también puede ocurrir debido a cambios en el firewall presente entre los nodos de la red de vídeo e Internet".

• Se corrigió un problema donde los puertos del servidor reflector no se liberaban incluso después de que la herramienta reflector se detenía en la interfaz de usuario web del nodo.

• Se corrigió una vulnerabilidad que afectaba a las API NTP de Ping and Check 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ódecs para el vídeo transmitido.

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

21.08.1941 m.2

13 de septiembre de 2019.

• Se corrigió un problema donde los niveles de CPU del nodo se agregaban y no volvían a niveles aceptables.

• Se solucionó un problema por el que los participantes conectados a un nodo en la nube no recibían contenido enviado por los participantes conectados a nodos locales, 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 de software del nodo. Los administradores pueden especificar la configuración de red durante la primera configuración de la máquina virtual del nodo. Consulte Instalar software de nodos de la red de vídeo de Webex en la guía de implementación para obtener más información.

2019.08.14.1937 m

16 de agosto de 2019

• Se agregó compatibilidad con proxies explícitos con autenticación sin autenticación, básica, DIGEST o NTLM. Para obtener más información, consulte Compatibilidad con proxy para la red de vídeo y otras actualizaciones relevantes en la guía de implementación.

• Se agregaron cambios de configuración que evitan cierto desbordamiento de llamadas a la nube.

2019.08.01.1929 m

8 de agosto de 2019

• Se corrigieron dos problemas:

  • La captura de paquetes de 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 correcció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 cascadas de la tarjeta de estado de la llamada en la interfaz 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 web del nodo.

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

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

• Mejor resolución y opción de marco para flujos de presentación.

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

• Se corrigió un problema donde no había ninguna opción de cancelación del silencio disponible para algunos tipos de participantes cuando el organizador los silenciaba.

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

13.06.1907m.7

12 de julio de 2019

• Se corrigió un problema que, en ocasiones, hacía que la resolución de vídeo disminuyera incluso cuando no se perdían paquetes y la latencia era baja.

• Se corrigió un problema donde a veces se producía audio dividido cuando el organizador silenciaba a los participantes y luego se cancelaba el silencio.

13.06.1907m.3

20 de junio de 2019

• Se corrigió un problema donde el estado de uso compartido de presentaciones era incorrecto si un extremo intentaba compartir mientras se encontraba en la pantalla de la sala de recepción.

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

13.06.1907m.1

14 de junio de 2019

• Se corrigió un problema donde algunos nodos de la red de vídeo no se reiniciaban automáticamente después de una mejora, lo que deshabilitaba las características de solución de problemas del nodo y hacía que faltara información en la página de descripción general.

• Se ha agregado un requisito según el cual los nombres de host de nodos no pueden contener un carácter de guión bajo (_).

• Se corrigió un problema donde la resiliencia de pérdida de paquetes a veces no funcionaba durante los primeros minutos de una reunión.

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

20.05.1892m1

24 de mayo de 2019

• Se agregaron nuevas características de mantenimiento a la interfaz web del nodo de la red de vídeo (generación de captura de paquetes, generación de registros y mejoras en la página de descripción general). Para obtener más información acerca de estas características, consulte el capítulo Administrar la red de vídeo de Webex en la guía de implementación en https://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 la red de vídeo no pudo descargar el software requerido del proveedor de la nube de Cisco. El problema puede deberse a varios problemas relacionados con la red. Compruebe la conectividad de su red a la red pública y compruebe la configuración de DNS. Esto también puede ocurrir debido a cambios en el firewall presente entre los nodos de la red de vídeo e Internet".

  Los nodos de la red de vídeo seguirán actualizándose, pero debe tomar las medidas adecuadas para garantizar que los nodos de la red de vídeo puedan acceder a la URL. Para obtener más información, consulte la ficha Anuncios.

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

29.04.1873 m.4

13 de mayo de 2019

• Se corrigió un problema que hacía que el uso compartido de contenido a veces no estuviera disponible cuando se utilizaba el marcado SIP.

• Se corrigió un problema que hacía que, en ocasiones, las cascadas no se recrearan después de problemas temporales de red, lo que provocaba reuniones divididas.

• Se corrigió un problema que hacía que el uso compartido de contenido fallara en algunas situaciones.

29.04.1873 m

30 de abril de 2019

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

18.04.18.1869 m.1

26 de abril de 2019

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

22.03.18.29 m.2

2 de abril de 2019

• Se corrigió un problema que, en ocasiones, hacía que fallaran las pruebas de ancho de banda de UDP.

• Se corrigió un problema donde 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 primero el nodo en el modo de mantenimiento.

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

• Se corrigió un problema donde había una demora en algunos clientes al cambiar de altavoces activos y el vídeo dañado cuando había pérdida de paquetes.

• CorregidoCSCvo93454: vídeo unidireccional cuando el sistema envolvente entra a Webex.

• CorregidoCSCvo87069: no se llenan las fuentes de confianza SIP de la red de vídeo

2019.02.14.1788m.1

21 de febrero de 2019

• Se corrigió un problema donde el organizador de Webex no silenciaba de forma remota los extremos de tres pantallas.

• Se corrigió un problema por el que el silencio y la cancelación del silencio a veces no funcionaban para los extremos SIP.

• Los nodos de la red de vídeo 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 red de vídeo y se muestran en Control Hub cuando el tiempo de respuesta de consultas de DNS supera los 1,5 en estas situaciones:

  • Cuando el tiempo de consulta del servidor DNS es superior a 1,5 s: “El tiempo de respuesta a consultas del servidor DNS <x> de <number> ms supera 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: “Durante la resolución de <ntp-server>; el tiempo de respuesta a consultas de los servidores DNS de <x> de <number> ms superó 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 y el soporte de proxy transparente de inspección/no inspección para la red de vídeo. Para obtener más información, consulte la guía de implementación en https://www.cisco.com/go/video-mesh.

• CorregidoCSCvo26600: el validador de tokens no obtiene la clave de validación de tokens si falla la solicitud de CI inicial

2019.01.29.1773 m

6 de febrero de 2019

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

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

2019.01.14.1764m.1

18 de enero de 2019

• Se corrigió un problema donde el vídeo solo se transmitía de una manera durante una reunión y algunos dispositivos o clientes no podían ver la transmisión de vídeo.

2018.10.04.1692m

5 de octubre de 2018

• No hay notas de la versión para esta mejora 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 gráficos del tablero de mandos de análisis para aumentar la característica de inclusión de tipo de cliente.

• Puede ver datos específicos del grupo en la ficha Recursos.

  Seleccione un grupo en cualquiera de los gráficos o gráficos de donut y, a continuación, haga clic en Aplicar. Esta acción también filtra los datos de todos los demás gráficos, de modo que solo verá los datos relevantes para el grupo seleccionado.

• Hemos agregado dos gráficos nuevos a la ficha Recursos. Son Entradas totales de llamadas por tipo de extremo y Tendencias de entradas totales de llamadas por tipo de extremo. Puede seleccionar grupos y tipos de extremos específicos para mostrar solo la información que necesita.

• En la ficha Participación, hemos agrupado el gráfico Tramos de llamadas por tipo de extremo en los siguientes tipos:

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

Mayo de 2023

Soporte de cliente web

Las llamadas realizadas a través del cliente web ahora pueden aterrizar en nodos de la red de vídeo, lo que proporciona a su organización una mayor versatilidad en los tipos de llamadas compatibles.

Marzo de 2023

Nueva prueba de accesibilidad y herramienta de supervisión mejorada

Hemos agregado una prueba de capacidad de acceso 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 a petición. También hemos mejorado la herramienta de supervisión para dar más detalles en los resultados de las pruebas, y hemos actualizado la página de descripción general para proporcionar un acceso más sencillo e intuitivo a la información detallada.

Hemos cambiado la ruta de la interfaz de usuario para llegar a la herramienta de monitoreo de la red de vídeo. Puede encontrar la nueva ficha Red de vídeo en Solución de problemas > Red de vídeo en lugar de Resolución de problemas > Estado > Video Mesh como antes.

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

Febrero de 2023

API de desarrolladores de la red de vídeo para la resolución de problemas e integración con sistemas de supervisión de terceros

• En esta fase de las API de desarrolladores de redes de vídeo, hemos introducido mejoras que permiten a los administradores de la organización tomar el control completo de la solución de problemas de sus implementaciones de redes de vídeo.
• Los administradores ahora pueden activar varias pruebas de solución de problemas On Demand, como Network, Media Health Monitor y Reachability Tests desde el portal del desarrollador. También pueden ver resultados detallados de las pruebas que activaron, lo que les ayuda a obtener información más detallada sobre el estado de su implementación.

Noviembre de 2022

Cambio de nombre del grupo en Control Hub

Ahora puede editar los nombres de sus grupos de la red de vídeo en Control Hub. También agregamos soporte de Unicode a los nombres de grupos.

Septiembre de 2022

API de desarrolladores de la red de vídeo

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 supervisión existentes con estas API y automatizar la supervisión de sus nodos y grupos de la red de vídeo. Las API están disponibles en https://developer.webex.com/docs/api/v1/video-mesh. Hay un cliente de muestra disponible en https://github.com/CiscoDevNet/video-mesh-api-client.

Julio de 2022

Cambio de la herramienta de monitoreo del estado de los medios

Hemos cambiado la frecuencia de las pruebas periódicas a nivel de grupos, específicas de grupos o específicas de nodos. Estas pruebas se realizaban cada hora en versiones anteriores. Ahora funcionan cada 6 horas.

Abril de 2022

Mantenga sus medios en la red de vídeo para todas las reuniones externas de Webex

En versiones anteriores, controlaba el uso de la red de vídeo para reuniones solo para sus sitios internos. En el caso de las reuniones que se organizan en sitios externos de Webex, esos sitios controlaban si la red de vídeo podía transferirse en cascada a Webex. Si un sitio externo no permitía cascadas de la red de vídeo, sus medios siempre utilizaban los nodos de la nube de Webex.

Con la configuración Prefiera la red de vídeo para todas las reuniones externas de Webex, si su sitio de Webex tiene nodos de la red 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 se suman al puerto existente 5004. Abra el rango de puertos UDP 50,000–53,000 en su configuración de 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, el Expressway ya utiliza este rango de puertos para la nube de Webex. Por lo tanto, la mayoría de las implementaciones no requieren actualizaciones para admitir este nuevo requisito para la red de vídeo. Sin embargo, en implementaciones con reglas de firewall más estrictas, actualice su configuración de firewall para abrir estos puertos para la red de vídeo antes de la versión de febrero.

Octubre de 2021

Medios distribuidos globalmente

La red de vídeo ahora utiliza las capacidades de medios distribuidos globalmente (GDM) de Webex para lograr un mejor enrutamiento de medios. Para lograr una conectividad óptima, Webex selecciona el nodo multimedia en la nube más cercano a su empresa al realizar las cascadas de la red de vídeo a Webex. Luego, 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 característica Reunión privada mejora la seguridad de su reunión al finalizar los medios en sus instalaciones. Cuando planifica una reunión privada, los medios siempre terminan en los nodos de la red de vídeo dentro de su red corporativa sin ninguna cascada en la nube. A diferencia de las reuniones normales, si los nodos locales están llenos, los medios no se conectan a la nube de Webex.

Todos los participantes de una reunión privada deben pertenecer a su organización. Pueden entrar mediante la aplicación de Webex o un sistema de vídeo autenticado. Los participantes con acceso de 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.

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

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 la red de vídeo desde Control Hub.

Solo un administrador completo para su organización de Webex puede utilizar esta característica. Otros administradores, incluidos los administradores completos de socios y externos, no tienen la opción Ir al nodo para los recursos de la red de vídeo.

Consulte la sección Descripción general de acceso al nodo de la red de vídeo de Webex desde la interfaz web en la guía de implementación en https://www.cisco.com/go/video-mesh.

26 de agosto de 2020

Almacenamiento en caché de DNS

Si las respuestas de DNS a sus nodos de la red 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 las respuestas de DNS en caché localmente. El almacenamiento en caché local hace que las solicitudes sean menos propensas a causar alarmas de conectividad, caídas de llamadas o problemas de calidad de llamadas. El almacenamiento en caché de DNS también puede reducir la carga en su infraestructura de DNS.

Actualmente, el almacenamiento en caché de DNS está deshabilitado de manera predeterminada. Para activarlo, consulte la sección Enable or Disable DNS Caching (Activar o desactivar el almacenamiento en caché de DNS) en la guía de implementación en https://www.cisco.com/go/video-mesh.

Soporte de Webex Events

La red de vídeo de Webex ahora es compatible con Webex Events.

7 de agosto de 2020

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

En WBS39.9 y sitios posteriores, los usuarios pueden entrar a las reuniones utilizando la versión más corta <meeting_number>@webex.com formato de dirección de vídeo (en lugar de <meeting_number>@<site_name>.webex.com). La red de vídeo ahora es compatible con este formato de dirección más corto.

La guía de implementación de https://www.cisco.com/go/video-mesh contiene instrucciones sobre cómo manejar el formato más corto cuando se configura una implementación de la red de vídeo.

Para utilizar el formato de dirección de vídeo corta con una implementación de la red de vídeo existente, agregue un patrón de ruta o 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 configuró su entorno de control de llamadas:

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

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

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

De manera predeterminada, las invitaciones a reuniones siguen utilizando el formato más largo. Para cambiar el formato de su sitio de Webex, consulte Mostrar el formato de la dirección de vídeo corta para Webex Meetings y Events.

9 de julio de 2020

Nuevos ajustes de configuración de MTU de interfaz de red en la interfaz web del nodo de la 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 red externa, si está habilitada.

Todos los nodos de la red de vídeo de Webex tienen detección de MTU de ruta (PMTU) habilitada de manera predeterminada. Con PMTU, el nodo puede detectar problemas de MTU y ajustar el tamaño de MTU automáticamente. Cuando falla la PMTU debido a problemas de firewall o red, el nodo puede tener problemas de conectividad a la nube porque caen paquetes mayores que la MTU. La configuración manual de un tamaño de MTU inferior puede solucionar este problema.

Puede encontrar la configuración manual de MTU en la ficha Opciones avanzadas de configuración de red en la interfaz web del nodo de la red de vídeo de Webex. Para obtener más información, consulte la guía de implementación en https://www.cisco.com/go/video-mesh.

26 de junio de 2020

Nueva opción de implementación de VMNLite

Las implementaciones de Webex Teams y extremos registrados en la nube, principalmente de Webex Teams, utilizan más recursos de 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 esta razón, estamos presentando una nueva opción "VMNLite" para implementar varios nodos de la red de vídeo de Webex en su servidor host que ejecute VMware ESXI o vCenter. VMNLite requiere las siguientes especificaciones para cada máquina virtual:

• 23 vCPU para el nodo de la red de vídeo

• Memoria principal de 20 GB

• 80 GB de espacio local en el disco duro

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

Nuestras pruebas muestran una mejora del 50% en el rendimiento de 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 la residencia en conjunto con otros servicios en máquinas virtuales VMNLite.

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

martes, 9 de junio de 2020

Nueva opción de mejora automática semanal de software para los grupos de la red de vídeo

Ahora puede planificar actualizaciones automáticas de software en sus grupos de la red de vídeo para que se realicen semanalmente en lugar de a diario (el valor predeterminado). Puede posponer una mejora una vez. Si establece una planificación semanal, posponer significa que la mejora tiene lugar durante la ventana de mejora de la semana siguiente.

Puede configurar la planificación de la mejora mientras registra un grupo nuevo o modificar la planificación de un grupo existente. Para obtener más información, consulte la documentación de la red de vídeo en https://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 la red de vídeo

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

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

20 de marzo de 2020

Soporte de residencia de datos EMEAR de Cisco Webex Teams

Las organizaciones de la región europea de residencia de datos de Cisco Webex Teams ahora pueden utilizar la red de vídeo. Este soporte incluye tanto organizaciones de EMEAR de fase 2 recientemente creadas como organizaciones de 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 con eficacia el tráfico hacia y desde los nodos de la red de vídeo.

Acompañan a estos cambios de puertos 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 extremos registrados locales siempre está determinado por la configuración del control de llamadas (Unified CM o VCS Expressway).

Para obtener más información, consulte la tabla QoS en Puertos y protocolos utilizados por la red de vídeo de Webex y los pasos para habilitar o deshabilitar la QoS en el Flujo de tareas de implementación de la red de vídeo de Webex en la Guía de implementación para la 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 el Servicio híbrido de medios" en la Guía de implementación del Servicio híbrido de medios de Cisco Spark.

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 archivo OVA más reciente, desde la vista del cliente en https://admin.ciscospark.com, vaya a Servicios > Medios híbridos > Configurar > Configuración.

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. Consulte "Desinscribir nodo multimedia híbrido" en la Guía de implementación del Servicio híbrido de medios de Cisco Spark.

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. Consulte "Implementar el Servicio híbrido de medios" en la Guía de implementación del Servicio híbrido de medios de Cisco Spark.

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.