Pérdida de paquetes en Counter Strike con Router Smart WiFi 6 Go

Hola Robercidc 

No hemos vuelto a recibir más respuesta por tu parte. ¿Nos puedes confirmar si tu incidencia ha sido resuelta? Si es así, ¿te podemos ayudar en algo más?

Quedamos pendientes a tu respuesta.

Un saludo.

Ronal.

Hola Robercidc 

Realizando seguimiento a la incidencia reportada, vemos que los técnicos han indicado que se sido resuelta, nos puede confirmar en este foro si ya funciona de forma correcta el servicio.

Quedamos al pendiente de tus respuestas.

Un saludo.

John.

Hola Robercidc 

Verificando sobre la incidencia que nos has reportado, nos indican que tienes una visita técnica programada para el día de hoy en las horas de la tarde.

Quedamos atentos a cualquier novedad.

Un saludo.

Dayana.

Hola Robercidc 

Siguiendo con la incidencia informada, hemos dado aviso a los técnicos de zona para que realicen la sustitución del equipo, ellos se estarán comunicando lo antes posible para darte mas información.

Quedamos atentos a tus comentarios.

Un saludo.

John.

Hola Técnico-Movistar, no ha sido enviado ningún reemplazo sigo con el primero que enviaron. De todas formas estoy gestionando con el 1002 un reemplazo, si ustedes lo pueden agilizar se lo agradecería.

Hola Robercidc 

Agradecemos a Theliel por su colaboración y nos alegra que te haya servido de ayuda. 

Realizando seguimiento a tu solicitud nos indican que el equipo ya fue entregado, ¿Nos puedes confirmar si funciona correctamente? 

Quedamos al pendiente de tu respuesta. 

Un saludo.

Nicoll. 

Hola Técnico-Movistar estoy esperando con el router nuevo enchufado y no he recibido respuesta de vosotros aún.

Voy a esperar hasta esta noche para que puedan hacer las pruebas y esta noche pasaré al router viejo y solicitaré por el 1002 el reemplazo si es posible.

Saludos.

Hola Theliel, gracias por tu extensa respuesta, me quedan bastante claros los conceptos que comentas.

He seguido haciendo pruebas, como activar el upnp como indicabas e incluso abrir manualmente más puertos y el juego sigue funcionando mal con el nuevo router.

También he hecho algunas pruebas más con WinMTR y he visto algo curioso que no sé si es destacable o es normal, cuando configuro el programa para que haga ping en intervalo de 1s todo se ve correcto:

|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| 192.168.1.1 - 0 | 1104 | 1104 | 0 | 0 | 9 | 0 |

|239.red-81-46-38.customer.static.ccgg.telefonica.net - 0 | 1104 | 1104 | 2 | 9 | 108 | 2 |

|169.red-81-46-45.customer.static.ccgg.telefonica.net - 0 | 1104 | 1104 | 2 | 7 | 107 | 3 |

|245.red-81-46-45.customer.static.ccgg.telefonica.net - 1 | 1088 | 1084 | 2 | 8 | 145 | 3 |

| 1.red-80-58-78.staticip.rima-tde.net - 0 | 1104 | 1104 | 3 | 8 | 110 | 4 |

|xe-7-1-2-65-graarctw1.net.telefonicaglobalsolutions.com - 1 | 1100 | 1099 | 10 | 15 | 116 | 11 |

|valve-be40-grtmadix2.net.telefonicaglobalsolutions.com - 0 | 1104 | 1104 | 11 | 14 | 115 | 12 |

| 155-133-246-212.valve.net - 0 | 1104 | 1104 | 10 | 14 | 115 | 12 |

| 155-133-246-50.valve.net - 0 | 1104 | 1104 | 9 | 14 | 115 | 10 |

|________________________________________________|______|______|______|______|______|______|

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider


Pero cuando subo la intensidad, a 0.5s

|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| 192.168.1.1 - 10 | 183 | 166 | 0 | 0 | 5 | 0 |

|239.red-81-46-38.customer.static.ccgg.telefonica.net - 0 | 322 | 322 | 1 | 8 | 110 | 7 |

|169.red-81-46-45.customer.static.ccgg.telefonica.net - 0 | 322 | 322 | 2 | 6 | 97 | 5 |

|245.red-81-46-45.customer.static.ccgg.telefonica.net - 0 | 322 | 322 | 3 | 7 | 88 | 4 |

| 1.red-80-58-78.staticip.rima-tde.net - 0 | 322 | 322 | 2 | 7 | 79 | 2 |

|xe-7-1-2-65-graarctw1.net.telefonicaglobalsolutions.com - 0 | 322 | 322 | 11 | 14 | 119 | 11 |

|valve-be40-grtmadix2.net.telefonicaglobalsolutions.com - 0 | 322 | 322 | 10 | 14 | 98 | 11 |

| 155-133-246-212.valve.net - 0 | 322 | 322 | 10 | 14 | 95 | 10 |

| 155-133-246-50.valve.net - 0 | 322 | 322 | 9 | 13 | 105 | 9 |

|________________________________________________|______|______|______|______|______|______|

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider


Y a 0.1s

|------------------------------------------------------------------------------------------|

| WinMTR statistics |

| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

| 192.168.1.1 - 17 | 55 | 46 | 0 | 0 | 1 | 0 |

|239.red-81-46-38.customer.static.ccgg.telefonica.net - 0 | 460 | 460 | 2 | 10 | 145 | 19 |

|169.red-81-46-45.customer.static.ccgg.telefonica.net - 0 | 460 | 460 | 3 | 8 | 142 | 6 |

|245.red-81-46-45.customer.static.ccgg.telefonica.net - 0 | 460 | 460 | 4 | 9 | 143 | 4 |

| 1.red-80-58-78.staticip.rima-tde.net - 0 | 460 | 460 | 3 | 8 | 143 | 7 |

|xe-7-1-2-65-graarctw1.net.telefonicaglobalsolutions.com - 0 | 460 | 460 | 12 | 16 | 151 | 12 |

|valve-be40-grtmadix2.net.telefonicaglobalsolutions.com - 0 | 460 | 460 | 11 | 15 | 150 | 12 |

| 155-133-246-212.valve.net - 0 | 460 | 460 | 11 | 15 | 150 | 12 |

| 155-133-246-50.valve.net - 0 | 460 | 460 | 10 | 15 | 149 | 11 |

|________________________________________________|______|______|______|______|______|______|

WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider


Se ve que el porcentaje de fallo empieza a subir. Teniendo en cuenta la cantidad de paquetes por segundo que requiere un juego como CS2 pueden andar por ahí los tiros del problema.

Buenas Robercidc 

Lo primero decirte y darte las gracias, por al menos haberte interesado por el problema y e intentar hacer una traza realista. Esto lo digo porque en muchas ocasiones que se realiza una traza de este tipo, se mal interpreta realmente la IP a la que se está conectado, y muchos suelen usar algún servidor test que tenga el juego o plataforma. De forma visual, suelo recomendar usar tcpview, de Sysinternals (microsoft), que te va a listar rápidamente por aplicación, puerto... rápido y efectivo para localizar una conexión.

Dicho esto, al grano.

Si existe una pérdida real de paquetes debido al transporte, o un problema de latencia, esto lo va a mostrar sin problema un WinMTR. Es cierto que hay que saber a veces interpretarlos debido a que algunos nodos intermedios pueden priorizar o bloquear completamente o parcialmente las respuestas ICMP, pero en cualquier caso la fiabilidad es casi del 100%. En tu caso, para más inri, dices que pasa con un Router y no con otro!! Eso complica más la situación, porque si es así y no es placebo, descartamos totalmente que sea un problema de comunicación, el problema entonces sería en teoría el Router.

Pero tenemos otro problema... si fuese este el caso y esa pérdida la produjese el Router, no solo quedaría recogida en WinMTR, sino que aparecería sin importar el destino, ya que el Router es el primer salto, no tendrías un X% perdido jugando, lo tendrías para todo.

-------------------

Mis dos céntimos como se suele decir? Si WinMTR no muestra nada anómalo, es fiable, créeme. Eso implica que realmente no está existiendo una pérdida de paquetes real, que no quiere decir que el juego diga lo que quiera decir.... y ojo, aun cuando no hay pérdida de paquetes real en transporte no significa repito que no existan desde el punto de vista del juego, y ahora explico esto un poco mejor con algunos ejemplos.

Por desgracia el netcode cambia en los juegos, los desarrolladores usan para estos los protocolos un poco que les da la gana y a lo largo de los años hemos visto un poco de todo. Por poner un ejemplo que ha sido un clásico de problemas tenemos algunos juegos de EA, especialmente los FIFA, pero no los únicos. En estos EA empezó a usar un netcode basado en protocolos que desde luego no son adecuados para juegos, y que buscaba minimizar la latencia... y sí, la latencia medida con cualquier herramienta era adecuada, pero en cambio producía un unput lag que hacía que para la mayoría fuese totalmente injugable!!

Otro ejemplo habitual es como trata el servidor/juego los paquetes de datos. Muchos juegos, para que la latencia sea mínima hacen uso de UDP en vez de TCP. Pero UDP no es un protocolo "fiable", se hace uso cuando precisamente lo que prima es la velocidad e importa poco si en algún momento un paquete se descarta o tiene problemas. Esto no pasa con TCP, pero generalmente induce más latencia. Cuando hablo si un paquete se descarta o tiene problemas, no es por lo general en tránsito, es debido a la carga del servidor o problemas con su procesamiento en el equipo cliente. El software cliente en el equipo, así como el software en el servidor, lo que menos les cuesta es precisamente enviar o recibir paquetes!! Lo que más les cuesta es procesar todo ello y generar en tiempo real respuestas correctas. Si en todo ello, cualquiera de las partes tiene cualquier problema (puede ser cualquier cosa, un retraso en el equipo origen/destino por carga, por un fallo en el cliente/servidor con el software), lo normal es que se siga el tik el juego, y si el paquete no ha estado cuando tenía que estar, "hasta luego maricarmen", estará el siguiente.

Todo ello no puede verse en WinMTR o ninguna otra herramienta porque estas tan solo miden el tránsito, no lo que pasa en los extremos. WinMTR nos dice que desde que un paquete tipo ping sale de tu equipo hasta que llega al destino, se procesa y vuelve de nuevo a él, no existe problemas. Pero claro, el procesamiento de un paquete ICMP Ping por parte de cualquier extremo es en esencia nulo, por eso se elimina de la ecuación, y nos da en esencia latencia y pérdida sólo en el transporte de estos.

Para poder determinar que pasa en los extremos, es necesario otro tipo de herramientas, partiendo de la base de que tan solo podrías analizar lo que sucede en tu equipo, no podrías analizar lo que pasa en el servidor remoto. Para el Router, le da exactamente igual que sea tráfico TCP, UDP, el puerto que sea, la IP que sea... El Router "simplemente" reenvía tráfico, trata igual el tráfico de ese juego que tu navegación Web. En lo único que el Router si tiene un efecto importante en algunos juegos/servicios, es cuando estos requieren redireccionnes de puertos, lo cual si puede afectar negativamente la experiencia de juego o directamente no funcionar. Pero quitando esto, da exactamente igual el Router que uses.

Esto es especialmente cierto y llamativo, sobre todo porque hay usuarios que creen que existen Routers "Gaming", porque hay fabricantes que le ponen la coletilla para vender. No existen Router "Gaming", que sean mejores o peores para jugar. Si la red está configurada de forma mínimamente correcta, y por supuesto una conexión cableada, la latencia que induce el Router es prácticamente cero, si usas WinMTR lo podrás ver perfectamente mirando el primer salto, donde lo normal es que la media sea cuanto... 0? 1?.

------------

Asegúrate de habilitar por si acaso upnp en el Router, y si usas Windows que la nueva red detectada por el nuevo router está configurada como privada y la detección de redes habilitada, no vaya a ser que por el motivo que sea el juego requiera algún otro puerto. Pero no hay mucho más en lo que pueda afectar.

Theliel se me olvidó comentar que la perdida de paquetes, según el juego es en subida, por si es un dato importante.