Hola, vengo a explicar mi duda/problema, hace poco que me han cambiado el router, y nada más cambiarlo, testeo mi ping en el videojuego que siempre juego y tengo 34ms, cuando con el anterior router tenia 23-25ms. También, en la página del router, hay una zona para poder testear el ping, tracert nslookup, probé el ping en el dns 1.1.1.1 y me salió 0ms, pero cuando yo lo hago desde mi pc tengo 12ms.
Y que me dices de esto...
(pings al dns 1.1.1.1)
Desde la pagina del router:
Desde mi pc:
Sabes la razón de esto? Si hago pings en otras ips sale lo mismo en el pc que en el router, pero con este dns en el router sale 0ms y en mi pc 14ms
Buenas penguin_
No existe pérdida de paquetes real, es una mala interpretación tuya del tracert/ping, por desconocimiento de como funcionan estas herramientas.
Las herramientas que se usan para diagnostico de redes se basan en su mayoría en el protocolo ICMP. ICMP se usa fundamentalmente por parte de los destinos para informar al origen de ciertas anomalías/problemas/circunstancias.
Por ejemplo, el más conocido de todos, el famoso "PING". En el caso del ping es un poco más especial porque es el origen quien envía un paquete ICMP especial llamado ICMP Echo Request, básicamente es algo así como un mensaje de "hola, ¿hay alguien ahí?". Ese Echo Request, ese protocolo usado, implica que el destino SI ESTA CONFIGURADO PARA ELLO, responda con un ICMP Echo Reply, algo así como un: "Hola, sí, estoy aquí". Es forzar al destino a dar señales de vida, respondiendo a nuestro mensaje. Esto se usa para medir la latencia. La latencia es el round trip time, es decir, el tiempo de ida y vuelta. Cuando lanzas un ping desde el PC el cronómetro se pone en marcha en el momento que le das a enter.. .el paquete cruzará los nodos que sean, las redes que sean hasta llegar al destino. El destino si permite el ping, responderá con la respuesta, que volverá hacia el origen. Cuando al origen le llegue la respuesta, se para el cronometro, y el resultado es el ping o latencia.
Los tracert se usan en cambio para descubrir los nodos intermedios. Usan tb el protocolo ICMP, pero esta vez no se usa un echo, se hace trampa, y se explota la respuesta ICMP de "Tiempo de Vida". Cualquiera paquete que se envía a cualquier sitio tiene un valor que se establece en origen llamado TTL (Tiempo de Vida). Por cada nodo que dicho paquete cruza se decrementa el valor en 1. Si se da que el valor llega a 0, el nodo que sea lo descarta y el paquete se pierde, Y!! IMPORTANTE!! El nodo que lo ha descartado RESPONDE AL ORIGEN con un paquete ICMP de TTL alcanzado. Como esa respuesta lo manda el nodo que sea, el origen puede conocer la IP de dicho nodo. Asi que lo que se hace es enviar paquetes con TTL empezando por 1 hasta que la respuesta sea de la IP especificada en el destino. Así obligo que el primer paquete lo descarte el nodo 1º, porque solo tenía TTL 1, y el segundo paquete lo va a descartar el segundo nodo porque se envía con TTL 2... así con todos para descubrir todos los nodos.
------------
Bien, todo eso funciona simplemente porque los nodos intermedios o los destinos finales están configurado para responder a las solicitudes Echo Request, o responder con mensajes ICMP de TTL alcanzado. Pero los nodos/servidores no tienen por qué responder. Es un protocolo usado solo para fines diagnósticos. Muchos nodos de red discriminan este tráfico, o lo bloquean directamente, y no es que se pierda ningún paquete, es que simplemente no quieren contestar a los Echo o a TTL, no tienen obligación.
Es muy facil encontrar cuando esto sucede. Mira tu ejemplo.. es imposible que en el salto 3 haya un 70% de pérdida real y en el 4º+ haya 0%. La pérdida de paquetes real, como la latencia real, es acumulativa. Es obvio, si en el salto 3º realmente existiese una pérdida de un 70%, en el 4º salto tendrías una pérdida similar, porque los paquetes han pasado antes por el salto anterior. Simplemente ese salto está discriminando el tráfico ICMP. La pérdida no es real, no existe en este caso.
Y respecto a una latencia de X y en el juego tener X+Y es totalmente normal. La latencia como he explicado es el tiempo de llegar tu paquete, y responder el servidor con otro paquete de respuesta. Un juego no es así, cuando juegas tus paquetes están siendo procesados tanto en tu equipo como en el servidor final, y eso requiere tiempo. Es rápido, pero no es inmediato. Dicho de otro modo, la latencia medida por ping es el tiempo que tardarías en ir de Sevilla a Madrid, pero la latencia del juego es el Tiempo que tardas en ir de Sevilla a Madrid sumándole el tiempo que pasas en Madrid o en la Estación de Sevilla. Cuanto más optimizado esté el juego y mejor sean los servidores, ese tiempo "extra" será menor, significa que se procesan los datos mucho más rápidos.
También, aprovecho y.. En Valorant hay un server para España que esta en Madrid... Pues he enviado 200 paquetes al servidor y esto ha salido.. ¿Es normal tener packet loss cuando me conecto en el punto de interconexión de Madrid? A parte, cuando entro en el juego, voy a 20 en vez de 12-15.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 200 | 200 | 0 | 0 | 34 | 1 |
| 192.168.144.1 - 0 | 200 | 200 | 2 | 4 | 45 | 12 |
| 185.red-81-41-229.staticip.rima-tde.net - 70 | 53 | 16 | 0 | 4 | 6 | 4 |
| 78.red-81-41-230.staticip.rima-tde.net - 0 | 200 | 200 | 11 | 15 | 89 | 16 |
|61.red-81-46-7.customer.static.ccgg.telefonica.net - 0 | 200 | 200 | 11 | 15 | 89 | 20 |
|gramadix2-ae10.net.telefonicaglobalsolutions.com - 37 | 83 | 53 | 13 | 16 | 34 | 14 |
| 81.173.106.39 - 0 | 200 | 200 | 12 | 15 | 89 | 13 |
| 104.18.30.87 - 0 | 200 | 200 | 12 | 14 | 89 | 15 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Yo no me quejaría si el servidor no tuviese un tickrate de 30, por eso he venido aquí para pedir ayuda y eso..
Buenas penguin_
En absoluto es raro. Saca las herramientas de desarrollador de los navegadores Web, recarga cualquier página con las herramientas en la pestaña network, y verás como la inmensa mayoría de todas las webs que visitas tienen latencia muy superiores. De echo un alatencia de 30-40ms es un valor muy bajo para un destino final
Lo sé, lo entiendo, pero es que nunca había tenido 30-34ms siempre por debajo de 30. Muy raro.
Buenas penguin_
La latencia al Router por cable es estable siempre, o generalmente, entre 0-1ms. Una vez que los paquetes salen de tu Router, la latencia cambia constantemente dependiendo de mil variables. Tus paquetes saltan de nodo de red en nodo de red, entrando a su vez en diferentes redes hasta llegar al destino. Cada nodo de red, cada red que se cruza, cada diferente destino, diferentes horas, día... varía constantemente.
Es decir... no existe una latencia fija, y mañana si lo haces el resultado puede ser diferente, mejor o peor. Así funciona internet compañero.
Nada, solucionado, lo he formateado, pero... porque ahora tengo 30ms cuando siempre tenia 23-25?
