Buenas Theliel,   Nunca dije que no se puedan configurar, dije que desconozco si lo hacen. No se que sistema operativo usarán, pero desde el SO también se puede configurar la respuesta a los icmp. Pero vaya, que se pueda no significa que lo hagan, ni que lo hagan como tu dices, obviamente.   "Que en un momento dado/concreto puda enviar un paquete pro un lado y otro por otro... si, es posible... ahora, si crees que en una misma comunicación con un destino concreto cada paquete va por un lado... no tienes mucha idea, me temo." No te voy a contestar nada diferente, no es plan de repetirnos, coge una herramienta o haz unos cuantos tracert seguidos y mira como cambia el camino tu mismo.   "por cada 1 que encuentres te pongo 10." No digo que no, tampoco. Pero como tu mismo dices, muchas veces si es problema de movistar.   "eso significa que si por ejemplo en el salto 2 tenemos un 30% REAL, en el 3º tendríamos como mínimo un 30%, y en el 4º como mínimo otro 30%..." En los paquetes que pasan por el nodo del salto 2, si. Dado que, insisto, el camino cambia constantemente, no. Por ejemplo: Si un 1% de los paquetes que mandas pasan por el nodo X, y el nodo X tiene un 30% de PL, significa que el 100% de tus paquetes tendrán al menos un 30% de PL? Obviamente no.   "The router will answer when it feels like answering these messages" esto lo ha escrito un chimpancé, no un informático, salvo que esté haciendo aposta un intento de poesía ingenieril muy malo (probablemente sea eso), o el mismo sea el que ha diseñado/configurado el enrutador, o esté suponiendo saturación permanente del mismo.   Gracias por el link.   Y si, asunto concluido por mi parte también. En lo personal, estoy viendo si no me capan con algún tipo de permanencia y me voy. Si vas como dices a los foros de otros ISPs verás que no tienen estos problemas, casualmente no aparecen allí ni muchísimo menos los que aparecen aquí a quejarse. O si hablas con gente que use otros ISPs pregúntales por la latencia promedio y compara.O pregúntales si twitch, sus juegos, etc van peor los fines de semana o no.   Vaya, que nos repetimos, gracias por tus respuestas Theliel. Bai bai.   ... Mostrar más

Buenas Theliel,   Sigues sin dar datos de como configuran sus enrutadores para contestar a icmps (Y dudo mucho que vaya a aparecer alguien de movistar para contarnoslo :D)   Lo del 30% si es una falacia, no sabes como funciona el enrutamiento dinámico de paquetes. Para mas inri, dices: "si las rutas cambiasen en ese momento, el tracert lo registraría, y aparecería otra ruta diferente!!". Bien, es que APARECE UNA DIFERENTE. En pingplotter puedes ver como cada segundo prácticamente aparecen nuevos nodos en el camino y desaparecen otros, con el mismo destino claro. Y con tracert como te he dicho también, si haces unos cuantos.   Dices: "Dicho de otro modo... sí, todos los paquetes que estás enviando pr oese tracert/ping están pasando TODOS por esas rutas, por esos nodos". Todo eso es erroneo.   https://www.techopedia.com/definition/19047/dynamic-routing   Y si no crees que movistar y el resto de ISPs lo usen, usa una herramienta o haz unos cuantos tracert, no tardas nada.   Sobre postear aquí tracerts y demás, tienes muchos post de otra gente y alguno mio, como tu bien dices, cada semana tienes unos cuantos. Y muchos de ellos muestran problemas. ¿Estarán teniendo todos problemas con wifi?   Sobre el artículo ese, comprendo lo que quieren decir y no digo que sea mentira, ni que lo que tu dices sea mentira. Ahora bien, usemos la cabeza, la gente no se queja aquí porque de casualidad no tienen otra cosa que hacer con su vida y han instalado un programa o se han puesto a hacer tracerts, y han visto que un nodo da determinado packet loss. "Now, you may see packet loss or latency at the final destination." ES QUE ESTO PASA. "If you do, then it's time to look at some of the prior hops to see where this packet loss and/or latency was first introduced." Y ahí está el fallo/la solución.   Básicamente si si hay problemas de latencia/PL al destino, no me creo que los paquetes perdidos en pings a nodos intermedios sean no respuestas intencionadas a icmps. No le veo mucho sentido a pensar eso cuando, como dice el artículo, las cosas no están funcionando como debieran.   "If you're happy with the latency and packet loss being seen at the final destination, then none of the other hops matter." Claro, porque aquí hay mucha gente feliz con su fibra óptica, y no posts con decenas de gente diciendo que ellos también tienen el problema.   No es que no te crea, Theliel, es que te equivocas, y a mi ver eres tu el que en parte no quiere/en parte no sabe interpretar los datos que tenemos. ... Mostrar más

Buenas de nuevo Theliel,   El router deja de contestar icmps a veces pese a estar configurado para hacerlo porque, como dije, es una castaña, lo cual es medio razonable teniendo en cuenta lo que les cuesta darle uno a cada uno de sus millones de usuarios; hablamos de millones de euros de diferencia. Esto no tiene por qué ser así con enrutadores de ISPs. Si dejan de contestar icmps lo mas probable es que sean paquetes perdidos y estén saturados. No lo puse como ejemplo de nada.   Hay nodos que no contestan, como tu mismo mencionas sobre el tracert que has mostrado. Pero lo de que hay nodos que contestan "a veces si y a veces no".. Me gustaría saber de donde sacas esos datos de configuración.   La "demostración" que das: "Si existiese un 30% en un nodo, el que sea, de pérdida de paquetes... el tráfico que circularía por el nodo siguiente tendría al menos la misma pérdida, porque cicularía también por el nodo anterior, del mismo modo que la latencia es igualmente acumulativa. Y evidentemente vemos que eso no es así." es una falacia: Que en un momento determinado haya un 30% de perdida de paquetes en un nodo no significa ni muchísimo menos que todos tus paquetes previos y posteriores vayan a pasar por ese nodo; las conexiones no son circuitos virtuales, los paquetes se envían mediante enrutamiento dinámico, como puede apreciarse con utilidades de las que llamas no fiables, o si quieres, repitiendo tracert a los mismos destinos y viendo por donde pasas.   Que menciones que alguna gente viene aquí a quejarse cuando lo que pasa es que tienen el router en la otra punta de la casa y paredes forradas de papel albal, exagerandolo un poco,.. Me da la impresión de que pretendes desvirtuar los datos que exponen la existencia de un problema ajeno a los usuarios.   De la latencia superior a 70ms en un nodo que está a menos de 5km de mi casa no dices nada. De que tanto esas respuestas a icmps como la latencia aumenten perceptiblemente fines de semana, y se reduzcan a horas nocturas entre semana, no dices nada tampoco.   En serio me dirías que tu piensas que no tiene que ver con picos de uso y cuanta capacidad quieren ofrecer?   PS: Para que no te maten los gamers, se dice con una M, no con dos XD Término desafortunado en mi opinión tanto con una como con dos en cualquier caso; debería tomar la gente un poco de consciencia como usuarios, y exigir un mínimo de calidad, usen el servicio para lo que lo usen. ... Mostrar más

Gracias por la contestación Theliel, varias cosas:   Primero, faltaría mas que las latencias promedio, que son las que salen ahí, no fueran bajas dentro de España. Por tu post supongo que no te hace falta que te explique como funciona el reenvío de paquetes en TCP, pero resumiendo, aunque haya que reenviar esos paquetes perdidos cuyo % "desconocemos", no tiene por qué ser alta, es fibra óptica, y la centralita está ahí al lado, pero eso SI genera jitter, aunque esté ahí al lado.   Sobre la no contestación de ICMPs, en el router (porque es una castaña) vale, en enrutadores ni de coña dejan de contestar un 30% si todo va bien. Para corroborar esto, misteriosamente cuando va mejor (entre semana) no aparece PL o es mucho mas bajo, mientras que cuando son fines de semana son varios nodos y va fatal.   Ahora bien, lógicamente al salir de España aumenta la latencia. Pero no es que el servicio de Movistar esté funcionando muy bien y al salir vengan los otros malvados ISPs que dan muy mal servicio, es que sencillamente, está lejos.   Y dices que iba bien hasta que sale de la red de Movistar. El tema es que ahí no sale, pero mira este log de hace unos días: https://share.pingplotter.com/hhMLsEtetWv 72ms de media? En un nodo aún de Movistar? Vaya, pues no va tan bien a veces, eh? Está fallando al medir la latencia además del PL ahí? Si está relacionado con que tiren paquetes o no, eso ya tendrían que verlo ellos, pero que funciona de pena se usen las métricas que se usen...   Edito: https://share.pingplotter.com/hHwZ1Ud1BRe esto debería ser lo normal. Tomada a las 7 y pico de la mañana, que mucha saturación no hay. [....], si es que es clarísmamente un problema de recursos invertidos, es el obvio "bueno, cuando haya picos de uso que se jodan, damos de media un servicio medio aceptable y pista, para que vamos a gastarnos mas". ... Mostrar más