Buenas adria297
-Respecto a lo primero... merece la pena con todo ello WinMTR a la IP?
Mal no hace, cualquiera podrá verlo sin necesidad de realizarlos ellos mismos. Ahora bien, en el caso a tratar concreto los resultados son similares a los que he obtenido yo, son trazas totalmente normales, con latencias esperables, sin pérdidas de paquetes.
En mi caso como te decía unos 44ms al servidor mostrado, pero en otros tenía latencias similares. En cambio la latencia en juego era considerablemente mayor, algunos más otros menos.
-Respecto a lo segundo, desconexión y ping normalizado temporalmente
Aquí hay mucha más "miga" que diseccionar, y solo podemos ver diferentes escenarios de lo ocurrido, y otros escenarios generales.
En el plano general, una desconexión te puede conectar al mismo servidor u a otro diferente, con lo que la carga también puede ser diferente. No es el caso por lo que he visto, ya que las rutas suelen ser iguales o casi iguales, pero otro servidor también podría implicar otra ruta diferente, luego igualmente afecta a la latencia.
Por otro lado, la carga de un servidor es totalmente variable, a cada instante usuarios se conectan/desconectan, juegan... afecta enormemente el día la hora...ahora pongamos en el supuesto hipotético que la desconexión no fuese personal, un fallo de tu línea o de tu cliente, sino una desconexión generalizada que realizó el servidor para limpiarse o por cualquier error... si volvieses a conectar al mismo que cabría esperar? es de suponer que la carga sería mucho menor... obviamente, acaba de tirar a media humanidad, la carga del servidor se reduciría enormemente, al menos durante un tiempo. Esto como digo es sólo especulativo dado que no podemos saber que tipo de desconexión fue, o de que fue causada, así como tampoco podemos saber si se conectó de nuevo al mismo, o si otros servidores tb tuvieron desconexiones similares.
-Respecto a bloqueo de IP
No tengo claro lo que te refieres... olvídate de lobby y otros, es más simple que todo ello, y lo que nos dice además donde está el problema. TCPView nos permite ver como has visto (nunca mejor dicho) las conexiones que mantiene una aplicación, y por ende la IP destino. Da exactamente igual que sea el lobby, que sea una partida o cualquier otra cosa, al final lo que es el tráfico del juego va a dicho puerto/conexión por lo que podemos ver, y esos paquetes recibidos y enviados son la información que nos interesa, que van a una IP de destino. Ergo la IP que nos interesa es esa.
Ahora bien, aunque nuestros datos sean enviados a dicha IP, no quiere decir forzosamente que realmente y de forma interna esa IP pertenezca al propio servidor. No podemos saber si internamente de ahí pasan a otro servidor donde se desarrolla la partida, o son instancias VM de otro centro de datos o sabe dios. Esa información si es invisible a nosotros en caso de existir. No obstante, es irrelevante desde el punto de vista que de todos modos no es nada que podamos hacer, nuestra capacidad de "monitoreo" llega hasta ese punto, nada más.
Sobre la posibilidad de que puedan aplicar baneos temporales o permanentes por bloquear una o varias IPs de ellos... técnicamente podrían aplicar "sanciones" si después de multiples intentos un cliente no logra conectar nunca a alguna IP en particular, pero sería un tanto peliagudo. No obstante, como se dice siempre, su juego -> sus reglas. Ya ahí no voy a entrar.
-----------------
Tanto las rutas como las IPs destino, por supuesto pueden cambiar en función del ISP, especialmente las rutas en la primera parte, que corresponde al propio ISP. A partir de ahí ya no hay nada en manos del ISP, es la siguiente red la que enruta luego la siguiente, luego la siguiente.. .hasta la red final. Diferentes puntos iniciales implica diferentes redes intermedias... pero incluso cuando las redes intermedias fuesen las mismas, los nodos por los que pasan podrían ser igualmente diferentes... y los puntos de entrada a la red de destino pueden ser igualmente diferente. Pero es que incluso el servidor final podría si quisiese tratar el tráfico de forma diferente en función de la IP de origen. Es más esto es algo habitual para balanceo de carga.
El esquema que he visto que hacen uso es el siguiente:
Tu cliente -> Router -> ISP -> Redes Intermedias -> Red de Blizzard -> 66.40.191.0/24
Una vez en la red de Blizzard, dependiendo de la región escogida en BattleNet y el juego en cuestión, el cliente se conecta a rangos concretos IPs. Estos pueden depender de muchos factores. A lo mejor para Europa tan solo existe actualmente el rango 66.40.191.0/24, o pueden existir más rangos dependiendo de la IP de origen del usuario, o puede depender del momento del día... el caso es que que en ese momento viese todas las IPs estaban en el mismo rango.
Dado este comportamiento, sacamos muchas cosas en conclusión:
1º. Si la traza es más o menos correcta, descartamos problemas de latencia por transporte.
2º. Dada las diferencias entre latencia por transporte al servidor en cuestión y latencia en juego, se puede ver una buena diferencia, existe un problema o en como el cliente procesa los datos, o el servidor. Por lo general suele ser el servidor y por carga excesiva
3º. Dado que parece existir un pool de servidores dentro del mismo rango, nada nos impide en principio bloquear los que no nos gusten, al menos para ver que es lo que pasa. Y esto nos arroja que efectivamente hay un impacto, positivo o negativo. Eso descarta problemas con el cliente del juego, y deja un poco patente el problema del propio servidor.
Eso no quiere decir ni mucho menos que todo el problema sea ese. Todo ello es presuponiendo como es lógico que la traza sea correcta. Una de las trazas que muestras de unos 66ms podría ser algo mejor. Yo no he obtenido medidas así, todas mis pruebas han arrojado valores medios de 45ms (latencia real al servidor medida con nping... puedes usar de referencia aproximada el salto previo que si hay información). Son unos 20ms de diferencia que obviamente no se pueden despreciar, pero que no implican directamente un problema importante en tanto lo que se considera latencia alta.
----------
Yo, en lo personal, jugaría un poco a buscar mejores/peores servidores, pruebas sin más. No obstante como he dicho esto es un arma de doble filo, porque en cualquier momento puede cambiar el bueno por el malo el malo por el bueno.
Por otro lado he mirado en los propios foros de Blizzard por ver reportes, y lo cierto es que los reportes de problemas con ams1 son muy numerosos... lo que me parece realmente raro por otro lado que no tengan en Europa algún otro centro de datos que no sea el ams1.
Tendría que haber probado otras regiones por curiosidad, pero lo cierto es que no lo hice y ya lo he desinstalado... no sé si otras regiones los rangos que usan, si tienen varios, sino...
Saludos.
