Router Asus Rog Rapture G5300 + Router Mitrastar ADSL [AYUDA]
03-08-201815:06
Hola, resulta que tengo un problema con los dos routers ( Asus Rog Rapture G5300 + Router Mitrastar ADSL ), he podido conectarlos y funcionan, pero creo que el QoS del nuevo router no funciona, contacte con Asus y me dijo que tenía que tener el QoS de Movistar abierto. Lo tengo activado y nada.
Mi problema principal es en los juegos en línea, como CS:GO, etc. Mi ping normal es de 40, pero cuando alguien descarga hace picos de 150 o 200. Por eso decidi comprarme el router de Asus, pero parece que o no lo he configurado bien o algo falla.
El modelo de Router de Movistar es : [Mitrastar dsl-100hn-t1] o [SACE: 2842].
¿Debo dejar como el router se conecte sin la cuenta PPPoE? ¿Debo ponerlo en modo puente el router de Movistar?
Dejar claro que llamé como 5 veces al 1002 y nadie me pudo ayudar.
@Guerser, en este foro las imágenes adjuntas tardan un par de días en poder ser vistas por otros usuarios, entiendo que las validaran para no mostrar contenido inadecuado o algo así. El caso es que o las pones en un enlace externo o tardaremos en poder ver la configuración que has puesto.
Es cierto que en una red grande ("propia"), implementar correctamente QoS implica hacerlo en cada punto. No obstante hablamos de Internet, y de la red del propio ISP que por ley no puede realizar ningún tipo de priorización digamos "a dedo", ni discriminar por servicios ni por usuarios ni...
La mayoría de los problemas domésticos es debido al llenado de los buffers al enviar por regla general, más rara vez al descargar, pero depende de varios factores. Y por suerte en ambos casos aplicando QoS a nivel local lo soluciona, de echo, entre otras cosas, limitando en cierto modo el % total, generalmente en envío. Limitando ligeramente el envío y la recepción evita el colapso de los buffer, y el resto es aplicar de forma correcta QoS. Es el modo de funcionar de la inmensa mayoría de los equipos residenciales, y si se aplica bien, funciona perfectamente... por supuesto a costa de un % pequeño de throughput, normalmente no superior al 2-5%
En cuanto a rendimiento debido a la carga de la CPU es variable. Los equipos actuales de ASUS descargan en hardware el procesamiento mas gordo (NAT). QoS lo hace en este caso la CPU, pero incluso modelos algo "viejos" lo pueden mover sin problema para tráfico intenso. Tengo por aquí un ASUS de hace 5-6 años que daría buen ejemplo de ello. Eso no quita que no existan limitaciones, el otro día sin ir mas lejos logré "matarlo" por no ser capaz de lidiar con un streaming 4K a 120Mbps analizando el tráfico en tiempo real. De echo QoS fue lo primero que pensé que era el culpable, y la aportación de este era mínima, el problema venía por otro lado
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Puedes empezar con el modo adaptativo, peores resultados pero mas sencillo
Establece QoS en adaptativo, ajuste manual. En disciplina de cola fq_model, y el análisis de aplicaciones habilitado. Al seleccionar ajuste manual en adaptativo podrás especificar el % de subida/bajada. Establece dichos valores en Mbps de tu línea efectivos que tengas con un % menor. Ejemplo, si tienes 10Mbps más o menos efectivo, especifica un valor aproximado con una périda de un 5-10%, para empezar. Por ejemplo, 9Mbps, y para descarga 9.5Mbps.
Cuando se aplique efectuas un test que mida facilmente el bufferbloat, por ejemplo
Si los valores son más o menos adecuados, aumenta un poco la subida, por ejemplo al 95%, situándolo en 9.5Mbps sobre 10Mbps, y puedes probar de nuevo. Si va bien, yo lo dejaría en una pérdida en principio de un 5%, debería de ser más que suficiente. Esos valores repito siempre en el hipotético de velocidad de 10Mbps, ajustar acordemente.
Para acabar, usa personalizado en los ajustes de QoS adaptativo, no le des sin más al perfil juegos, personalizalo, pon arriba las aplicaciones sensibles a la latencia, debajo las que menos quieras priorizar.
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
Toma la medición mucho más acertada la relativa al test de velocidad, y no a la de sincronización. El problema del cobre es que puede variar mucho, pese a que el perfil que tienes es de 20000/800
Si tomamos por "buenos" los datos del test de velocidad, nos quedamos con 15.21 y 0.67. Pues a esos valores le calculamos un 5-10%. Para empezar, por ejemplo, 14 y 0.6, serían valores más apropiados.
Si una vez realizado, haces algunas pruebas y el bufferbloat parece estar bien y con mucho mejores resultados, siempre puedes incrementar dichos valores un pelin
Por privado solo asuntos privados, para lo demás la comunidad."El conocimiento nace del desacuerdo"
