yo suelotcping, que hace ping a un puerto TCP, para verificar la conexión de mi computadora a un puerto determinado. El tiempo de respuesta promedio de una dirección y puerto específicos es50 msen conexión normal. Ahora comienzo una descarga desde otra dirección usandoIDM, que divide el archivo y descarga los archivos simultáneamente. Mi tiempo de respuesta de ping aumenta a aproximadamente1500ms. Estoy seguro de que mi descarga aumentó este tiempo de respuesta porque cuando pausar mi descarga, el tiempo de respuesta vuelve a50 ms.
Quiero evitar este aumento del tiempo de respuesta en direcciones y puertos registrados.
no quiero usarLimitador de redoNetBalancer.
yo también lo he probadoeste. Revisé Wireshark y estoy seguro de que el DSCP está configurado, pero mi problema no se resuelve.
Respuesta1
Si la saturación del ancho de banda de su red ascendente o descendente provoca un aumento de la latencia, significa que algún cuadro en su ruta de red (probablemente su módem de banda ancha o el CMTS o DSLAM de su ISP) tiene un error conocido llamado bufferbloat, donde el almacenamiento en búfer excesivo en un cuadro aumenta la latencia sin beneficio.
La solución para el bufferbloat es actualizar el algoritmo de colas (también conocido como disciplina de colas, programador de red) del dispositivo con errores a un algoritmo de colas inteligente que tenga en cuenta la latencia, como FQ-CoDel.
Si no puede arreglar el cuadro real con el problema, puede solucionarlo configurando un cuadro con FQ-CoDel en la cabecera de su red y ajustar su configuración de tráfico para convertirlo en un ligero cuello de botella tanto en el flujo ascendente como en el flujo descendente. direcciones. De esa manera, FQ-CoDel se activa y permite que funcione el control de congestión de TCP, antes de que se acumulen colas de búfer infladas en la caja de errores.
Puede hacerlo usted mismo con distribuciones de firmware de enrutador de código abierto como LEDE (anteriormente OpenWrt), pero si desea una solución llave en mano, consulte IQrouter en evenroute.com. Aparentemente ajusta automáticamente su ancho de banda a lo largo del día, maximizando el rendimiento y minimizando la latencia.
Muchas personas que no han aprendido sobre bufferbloat asumen erróneamente que los picos de latencia son un resultado natural de enlaces de red saturados. Muchas personas también hacen intentos problemáticos de solucionar el buffering bloat ajustando la QoS, tratando de priorizar algunos flujos sobre los grandes flujos que están provocando el bloat. Pero resolver directamente el bufferbloat es mucho mejor, porque mejora todos los flujos, incluso los grandes que estaban provocando el bloat.
Respuesta2
Cada conexión a Internet tiene dos direcciones: del usuario a Internet y viceversa. Cada dirección es independiente en términos de QoS y ruta a través del paquete.
Establecer una prioridad en los paquetes SALIENTES no cambia la prioridad de los paquetes ENTRANTE. La prioridad y la QoS de los paquetes ENTRANTE aún están bajo el control de su ISP.
Si tiene la opción de priorizar su tráfico en el lado del ISP, debería intentar esto. De lo contrario, su única opción es limitar su tráfico entrante de "mejor esfuerzo", de modo que siempre tenga algo de ancho de banda para sus pings u otro tráfico de "alta prioridad".
Lamentablemente, esa no es una solución, pero espero que le ayude a comprender el problema.