Requisitos de red

Una conexión de red estable y de baja latencia a un centro de datos de Azure es fundamental para una buena experiencia del usuario en Azure Remote Rendering. Unas condiciones de red insuficientes pueden dar lugar a que se interrumpan las conexiones, inestabilidad, vibraciones u hologramas de "salto", y a un retraso perceptible al actualizar el grafo de escenas del lado servidor.

Directrices para la conectividad de red

Los requisitos exactos de la red dependen de su caso de uso específico, por ejemplo del número y la frecuencia de las modificaciones realizadas en el grafo de escenas remotas, así como de la complejidad de la vista representada. Pero hay una serie de instrucciones que permiten garantizar que su experiencia sea la mejor posible:

• La conectividad a Internet debe admitir al menos y de forma consistente 40 Mbps de bajada y 5 Mbps de subida en una sesión de un solo usuario de Azure Remote Rendering, suponiendo que no haya tráfico en competencia en la red. La experiencia mejora con tasas mayores.
• El tipo de red recomendado es Wi-Fi, ya que admite una conexión estable de baja latencia y alto ancho de banda. Algunas redes móviles presentan distorsiones que pueden dar lugar a una experiencia de mala calidad.
• El uso de la banda Wi-Fi de 5 GHz normalmente producirá mejores resultados que la banda Wi-Fi de 2,4 GHz, aunque ambas deberían funcionar.
• Si hay otras redes Wi-Fi cercanas, evite usar canales Wi-Fi que estas otras redes utilicen. Puede usar herramientas de análisis de red como WifiInfoView para comprobar si los canales que usa la red Wi-Fi son gratuitos para el tráfico en competencia.
• Evite siempre utilizar repetidores de Wi-Fi o el reenvío en LAN a través de Powerline.
• Evite la competencia de tráfico con mucho uso de ancho de banda, como el streaming de vídeo o juegos, en la misma red Wi-Fi.
• Si tiene varios dispositivos en el mismo punto de acceso, los requisitos se escalan verticalmente según corresponda. Si tiene varios puntos de acceso en un entorno, equilibre la carga de los dispositivos en los puntos de acceso, de modo que estén distribuidos uniformemente.
• Disponer de una buena intensidad de señal Wi-Fi es fundamental. Si es posible, manténgase cerca de su punto de acceso Wi-Fi y evite obstáculos entre el dispositivo cliente y los puntos de acceso.
• Asegúrese de conectarse siempre al centro de datos de Azure más cercano para su región. Cuanto más se acerque al centro de datos, menor será la latencia de la red, lo que afecta enormemente a la estabilidad de los hologramas.

Nota:

El ancho de banda de bajada se usa principalmente en la secuencia de vídeo, que a su vez se divide entre la información de color y profundidad (ambos a 60 Hz, estéreo).

Pruebas sobre el rendimiento de red

Si desea obtener información inicial sobre si la calidad de la conectividad de red es suficiente para ejecutar Azure Remote Rendering, dispone de herramientas en línea. Es muy aconsejable ejecutarlas desde un equipo portátil razonablemente eficaz conectado a la misma red Wi-Fi que el dispositivo en el que está planeando ejecutar la aplicación cliente de Azure Remote Rendering. Los resultados obtenidos al ejecutar las pruebas en un teléfono móvil u HoloLens2 suelen ser menos útiles, ya que han demostrado una variación significativa en los dispositivos de punto de conexión de bajo consumo. La ubicación en la que se coloca el equipo portátil debe estar aproximadamente en el mismo lugar en el que se espera usar el dispositivo que ejecuta la aplicación cliente de Azure Remote Rendering.

Estos son algunos pasos sencillos para realizar una prueba rápida de la conectividad de red:

1. Ejecute una herramienta de prueba de red como www.speedtest.net para obtener datos sobre la latencia general y el ancho de banda de subida y bajada de la conexión de red. Elija un servidor más cercano a usted y ejecute la prueba. Aunque el servidor no será el centro de datos de Azure al que Azure Remote Rendering se conectará, los datos resultantes seguirán siendo útiles para conocer el rendimiento de la conexión a Internet y Wi-Fi.
   • Requisito mínimo para Azure Remote Rendering: Aprox. 40 Mbps de bajada y 5 Mbps ascendentes.
   • Recomendado para Azure Remote Rendering: aprox. 100 Mbps de bajada y 10 Mbps ascendentes. Se recomienda ejecutar la prueba varias veces y tomar los peores resultados.
2. Use una herramienta como www.azurespeed.com que mida la latencia a los centros de datos de Azure. Seleccione el centro de datos de Azure más cercano que Azure Remote Rendering admita (consulte las regiones admitidas) y ejecute una prueba de latencia. Si hay variaciones en las cifras, espere a que los resultados se estabilicen.
   • Requisito mínimo para Azure Remote Rendering: la latencia debe ser inferior a 80 ms de manera constante.
   • Se recomienda para Azure Remote Rendering: la latencia debe ser inferior a 40 ms de forma continuada.

Aunque una latencia baja no es garantía de que Azure Remote Rendering funcione bien en la red, normalmente hemos notado que se comporta bien en las situaciones en las que estas pruebas se han superado de modo correcto. Si está detectando artefactos como hologramas con saltos, vibraciones o inestabilidad al ejecutar Azure Remote Rendering, consulte la guía de solución de problemas.

Cómo "hacer ping" a una sesión de representación

Puede ser útil medir las latencias en una máquina virtual de sesión específica, ya que este valor puede diferir de los valores notificados por www.azurespeed.com. El script de PowerShell registra el nombre de host de una sesión para crear una nueva sesión. De forma similar, hay una propiedad hostname en la respuesta de llamada REST y también en la API en tiempo de ejecución de C++/C# (RenderingSessionProperties.Hostname). Además, se necesita el puerto de protocolo de enlace, que se puede recuperar de forma similar.

Esta es una salida de ejemplo de la ejecución del script RenderingSession.ps1:

Las máquinas virtuales de sesión de ARR no funcionan con la herramienta de línea de comandos "ping" integrada. En su lugar, se debe usar una herramienta de ping que funcione con TCP/UDP. Se puede usar una herramienta sencilla denominada PsPing (vínculo de descarga) para este propósito. La sintaxis de llamada es:

psping.exe <hostname>:<handshakeport>

Salida de ejemplo de la ejecución de PsPing:

Pasos siguientes

• Inicio rápido: Representación de un modelo con Unity