Simulador de Red es una herramienta de prueba en Studio que agrega latencia, jitter y pérdida de paquetes a la conexión entre un cliente de prueba y un servidor. Úsalo para reproducir las condiciones que los jugadores encuentran en conexiones por cable, Wi-Fi y móviles sin configurar una herramienta externa de limitación de red.
Probar bajo condiciones restringidas puede revelar interacciones que parecen responsivas en una conexión de desarrollo rápida, pero que se vuelven retrasadas, confusas o poco fiables para algunos jugadores. Utiliza el Simulador de Red para evaluar acciones confirmadas por el servidor, estado replicado, comportamiento de transmisión, predicción y corrección, y cómo tu experiencia tolera la pérdida ocasional de paquetes.
El Simulador de Red afecta solo a las pruebas en Studio. No cambia tu experiencia publicada ni las conexiones de los jugadores en vivo.

Cómo funciona el Simulador de Red
El simulador aplica condiciones de manera independiente en cada dirección:
- El tráfico entrante viaja desde el servidor al cliente. Incluye el estado replicado del servidor y la comunicación remota del servidor al cliente.
- El tráfico saliente viaja desde el cliente al servidor. Incluye solicitudes del cliente y comunicación remota del cliente al servidor.

Cada dirección tiene los siguientes controles:
| Control | Qué simula | Qué observar |
|---|---|---|
| Latencia | Retraso mínimo de un solo sentido agregado a cada paquete. | Agradecimiento lento del servidor, actualizaciones de estado retrasadas y UI que parece estar atascada mientras espera. |
| Jitter | Variación agregada sobre el retraso mínimo. | Temporización de actualizaciones desigual, corrección visible, inestabilidad en animaciones o movimientos, y suposiciones de orden. |
| Pérdida de paquetes | La probabilidad de que un paquete individual se pierda. | Retrasos de retransmisión para tráfico confiable y actualizaciones faltantes para tráfico diseñado para tolerar pérdidas. |
El ping de red es una medición de ida y vuelta, por lo que el retraso entrante y saliente agregado contribuye. Por ejemplo, 10 ms de latencia entrante y 10 ms de latencia saliente agregan aproximadamente 20 ms al tiempo de ida y vuelta existente de la conexión.
Los valores configurados se agregan a las condiciones reales de la conexión. Esto es especialmente importante durante una Prueba de Equipo, donde la geografía y la internet pública ya contribuyen a la latencia y la pérdida de paquetes.
Abrir el Simulador de Red
Para abrir la herramienta:
- Desde el menú Prueba, habilita Simulador de Dispositivos.
- En la barra de herramientas sobre la vista 3D, selecciona la pastilla Red.
La pastilla resume el tipo y la calidad de conexión escenificada o aplicada. Ábrela para ver el preset exacto y todos los seis valores direccionales.
Aplicar un preset
Los presets integrados proporcionan puntos de partida repetibles para tipos de conexión comunes. Los valores en la siguiente tabla se enumeran como latencia / jitter / pérdida de paquetes.
| Preset | Pastilla | Entrante | Saliente |
|---|---|---|---|
| Fibra Ideal | LAN | 8 ms / 0 ms / 0.00% | 8 ms / 0 ms / 0.00% |
| Banda Ancha por Cable | LAN | 25 ms / 3 ms / 0.00% | 25 ms / 3 ms / 0.00% |
| Wi-Fi en Casa | Wifi | 30 ms / 12 ms / 0.20% | 30 ms / 15 ms / 0.30% |
| Móvil Estándar (4G/LTE) | 4G | 45 ms / 20 ms / 0.40% | 55 ms / 30 ms / 0.50% |
| Conexión Mala (3G) | 3G | 150 ms / 70 ms / 0.50% | 180 ms / 90 ms / 0.50% |
Los presets representan condiciones de prueba útiles, no garantías sobre cada conexión de ese tipo. Las redes reales varían según el dispositivo, la ubicación, el proveedor, la congestión y el tiempo.
Para aplicar un preset:
- Selecciona un preset de Preset.
- Revisa los valores Entrante y Saliente previsualizados. La pastilla también se actualiza para previsualizar la selección.
- Selecciona Aplicar.
- Inicia o continúa una prueba y ejercita una interacción cliente-servidor.
Seleccionar un preset solo escenifica sus valores. La conexión de prueba activa no cambia hasta que selecciones Aplicar. Si primero desechas el popover, el Simulador de Red descarta los cambios escenificados y devuelve sus controles y pastilla al estado aplicado.
Después de seleccionar Aplicar, una prueba activa utiliza los nuevos valores de inmediato. No necesitas reiniciar la sesión.
Configurar condiciones personalizadas
Expande Entrante o Saliente para cambiar una dirección sin cambiar la otra. Esto es útil para separar problemas en la ruta de solicitud del cliente al servidor de problemas en la ruta de respuesta del servidor al cliente.
| Control | Rango | Precisión de visualización |
|---|---|---|
| Latencia | 0–1000 ms | 0.1 ms |
| Jitter | 0–1000 ms | 0.1 ms |
| Pérdida de paquetes | 0.00–0.50% | 0.01% |
La pérdida de paquetes se muestra como un porcentaje. Un valor de 0.50% significa medio uno por ciento, no 50%.
Editar cualquier valor numérico cambia Preset a Personalizado. Las ediciones permanecen escenificadas hasta que selecciones Aplicar.
El Simulador de Red utiliza la misma configuración de emulación subyacente que la pestaña Red de Configuraciones de Studio. Si esos ajustes cambian en otro lugar mientras el simulador tiene ediciones escenificadas, los valores externos tienen prioridad y la transacción escenificada se descarta.
Guardar un preset personalizado
Para reutilizar una configuración personalizada:
- Edita uno o más valores.
- Selecciona Guardar.
- Ingresa un nombre de preset único.
- Selecciona Guardar y Aplicar.

El preset guardado estará disponible en el menú Preset a través de lugares y sesiones posteriores de Studio. Si ingresas el nombre de un preset guardado existente, la acción cambia a Reemplazar y Aplicar. Los nombres de presets integrados y Personalizado están reservados.
Cuando se selecciona un preset guardado, Eliminar reemplaza a Restablecer. Eliminarlo quita el preset guardado y aplica inmediatamente Fibra Ideal. Los valores de red aplicados en sí mismos no se preservan después de un reinicio completo de Studio.
Configurar ajustes de red con un script
Cada control del Simulador de Red corresponde a una propiedad de NetworkSettings, por lo que puedes controlar las mismas condiciones desde un complemento o prueba automatizada en lugar de la barra de herramientas.
| Control | Propiedad | Descripción |
|---|---|---|
| Latencia Entrante | InboundNetworkMinDelayMs | Agrega latencia a las conexiones de prueba en la dirección del servidor al cliente. |
| Latencia Saliente | OutboundNetworkMinDelayMs | Agrega latencia a las conexiones de prueba en la dirección del cliente al servidor. |
| Jitter Entrante | InboundNetworkJitterMs | Agrega jitter a las conexiones de prueba en la dirección del servidor al cliente. |
| Jitter Saliente | OutboundNetworkJitterMs | Agrega jitter a las conexiones de prueba en la dirección del cliente al servidor. |
| Pérdida de Paquetes Entrante | InboundNetworkLossPercent | Establece la probabilidad de que los paquetes en las conexiones de prueba del servidor al cliente se pierdan. |
| Pérdida de Paquetes Saliente | OutboundNetworkLossPercent | Establece la probabilidad de que los paquetes en las conexiones de prueba del cliente al servidor se pierdan. |
Establecer cualquiera de estas propiedades directamente mantiene la barra de herramientas y la pastilla del Simulador de Red sincronizadas, ya que ambas leen de la misma configuración subyacente.
Probar un flujo de trabajo sensible a la red
Utiliza la misma interacción repetible bajo varias condiciones para que las diferencias sean atribuibles a la red en lugar de a un camino de código o escena diferente.
- Elige un viaje del jugador que cruce el límite cliente-servidor, como activar una habilidad autoritativa del servidor, recibir una actualización de inventario u observar movimiento replicado.
- Define cómo se ve el éxito. Registra el tiempo de respuesta, la retroalimentación visible, el comportamiento de tiempo de espera, correcciones, solicitudes duplicadas y recuperación.
- Aplica Fibra Ideal y ejecuta el viaje como base.
- Aplica una condición representativa como Wi-Fi en Casa o Móvil Estándar (4G/LTE) y repite las mismas acciones.
- Aplica Conexión Mala (3G) como una prueba de resiliencia. Confirma que la experiencia siga siendo comprensible incluso cuando las actualizaciones estén retrasadas o sean desiguales.
- Cambia solo los valores entrantes o salientes para aislar qué dirección expone el problema.
- Después de hacer una corrección, repite las mismas ejecuciones y compara los resultados.
Las preguntas útiles incluyen:
- ¿Recibe el jugador retroalimentación local inmediata mientras espera la confirmación del servidor?
- ¿Puede la entrada repetida enviar la misma acción más de una vez?
- ¿Los estados de carga y progreso distinguen el trabajo lento de un fallo?
- ¿Los tiempos de espera ofrecen un camino seguro de reintento?
- ¿El movimiento replicado sigue siendo comprensible cuando las actualizaciones llegan de manera desigual?
- ¿Se pueden omitir actualizaciones poco fiables sin dejar un estado obsoleto en pantalla?
- ¿Se recupera la experiencia después de volver a una mejor conexión?
Para comparaciones grandes, aplica la condición antes de comenzar la interacción. Los grandes cambios de latencia durante una prueba en ejecución pueden afectar el control de congestión, por lo que una nueva ejecución proporciona una comparación más limpia.
Medir y diagnosticar resultados
El Simulador de Red cambia las condiciones de prueba; otras herramientas ayudan a explicar el resultado:
- La Consola del Desarrollador muestra el ping promedio y los registros, lo que puede confirmar que la conexión cambió y revelar errores en el código de reintento o tiempo de espera.
- Una captura de red de MicroProfiler muestra el tráfico del motor enviado y recibido por cuadro. Úsalo para identificar picos de tráfico y determinar si el flujo afectado está dominado por replicación, física u otros datos de red.
- El MicroProfiler puede ayudar a distinguir un retraso sensible a la red de un problema de tiempo de cuadro simultáneo.
Mantén el escenario, el modo de prueba y el método de observación consistentes al comparar capturas. Una sola ejecución bajo una conexión deficiente puede revelar un síntoma, pero las ejecuciones repetidas de base y afectadas son más útiles para medir si un cambio ayudó.