¿Cómo actualizar la IP fácilmente?
No quiero reiniciar la red cada vez para garantizar una nueva IP. Necesito hacer esto para mejorar la jugabilidad de FIFA.
Foro
Ja ja.
¿Con qué tema empezar?
"Respecto a que el problema es el reenvío y rutas ... El ISP no tiene que hacer absolutamente nada porque no existe ningún tipo de problema en su red. EA, como casi cualquier otro proveedor de servicios (sobre todo juegos), no están dispuestos a pagar por hacer Peers con los ISP del mundo (conexiones directas), con lo que obviamente cualquier transmisión requiere circular por las diferentes redes / nodos. "
Sí, un problema para todos los proveedores de servicios.
Mantenga los costos bajos. Pero sabe que en algunas ubicaciones, la infraestructura no podrá manejar los niveles de tráfico. Cada proveedor de servicios / red de nivel tendrá un límite a lo largo de cada enlace para que puedan manejar el tráfico sin problemas.
Así que por favor. Ni siquiera intentes torcer esto para que Movistar parezca ángeles.
A partir de las pruebas en varias redes y medios de Internet, el juego se correlaciona con los niveles de reenvío de paquetes.
Esa es la parte principal. La latencia no es un gran problema con FIFA. Está bien, un poco desincronizado a veces porque sabemos que ambas rutas son independientes. Pero tu reclamo me tiene que reír un poco.
Por lo que veo, los paquetes durante el juego están sincronizados. Esto significa que la ruta saliente y las rutas entrantes son más o menos al mismo tiempo.
He probado en iD3 holland un traceroute y un traceroute inverso y vi diferencias ...
El proveedor de servicios era entonces Orange. La diferencia fue variable.
5 ms más en la salida.
Cosas como esta marcan la diferencia cuando algunas compañías de juegos estúpidas usan Round Trip Time para calcular la compensación de retraso.
Reiteraré.
He probado los niveles de error de reenvío de paquetes GVSP y he visto pruebas convincentes de que cuanto mayor es el nivel de reenvíos, peor es el nivel en el que no se puede competir.
Ejemplo. El año pasado. 20% de reenvío de paquetes y no pude avanzar más allá de la división 7.
35% + paquete se reenvía y perdería contra jugadores de la división 10 que podrían correr en línea recta en mi defensa, sin que yo pudiera hacer nada para detenerlo.
En lo que va de año, he tenido un juego excelente con un 5% de niveles de reenvío.
Pero mal con un 40%.
Utilizo iptables para retroceder en los juegos si son demasiado malos.
Puedo hacer pruebas extensivas.
Estoy en la última etapa de prueba y tengo un compañero de prueba en los próximos días.
Comparando notas ... y por supuesto reenvío de paquetes.
Respecto a GVSP.
Estoy pensando en un 75% que quien alguna vez decidió usar esto lo hizo para fastidiar a EA.
El otro 25%, mi lado cínico, cree que EA puede haber introducido el protocolo para que parezca un problema de conexión. Pero si hicieron esto, anularían sus propios términos de servicio, donde afirman que no se puede culpar a EA por las condiciones de la red.
Ok, hay "Netcode" que también anularía esto. Por supuesto, si los llevan a la corte por esta razón, pueden dibujar un diagrama de flujo esta vez y esperar que el juez acepte.
No pueden sentarse frente a un panel de investigaciones del Reino Unido y afirmar que el FBI los está ayudando con la lucha contra los vendedores de monedas. Sí, no estoy bromeando. Dijeron esto.
Una pregunta sobre GVSP. ¿Qué te hace pensar que puede disfrazar la latencia?
Doblo la latencia de cheque con pingplotter. ICMP. Ninguna diferencia.
Sí, sé que ICMP tiene una carga útil baja y un rendimiento mucho menor, por lo que ICMP no es demasiado relevante.
No, el problema no se resolverá a menos que pueda persuadir a su empresa para que ayude a los jugadores o convencer a EA para que reescriba el Netcode.
Hola usuario_retirado.
Te pedimos disculpas por las molestias ocasionadas, ¿Podrías confirmarnos si se ha resuelto tu consulta con la información facilitada por Theliel (muchas gracias por tu aportación), por favor?
Un saludo.
Angela.
Hay otro problema con lo que está haciendo EA. Su herramienta de conexión. Su indicador de pérdida de paquetes solo muestra paquetes con formato incorrecto.
Obviamente, cuando comparo los reenvíos y veo alrededor del 20%, me rio un poco de lo engañosos que son.
Verá si un paquete no llegó la primera vez, entonces debería contar en la pérdida de paquetes.
Pero hey. Al menos tenemos al gato fuera de la bolsa.
Si no usaran GVSP, nunca nos hubiéramos dado cuenta de que la pérdida de paquetes es el problema real.
El siguiente paso sería intentar averiguar dónde se está produciendo la pérdida de paquetes.
Usar ICMP no tiene sentido. La baja carga útil y el bajo rendimiento no coincidirán con las condiciones.
Tengo una teoría sobre QoS más adelante.
Y tiene que ver con hacer cola y reventar.
Sabemos que si envía demasiados paquetes de una vez, puede haber un problema en la red, el servidor o el cliente.
