Gluon: simple-tc reduce el ancho de banda muy por debajo del límite dado

Creado en 26 jun. 2018 · 5Comentarios · Fuente: freifunk-gluon/gluon

he puesto

uci set simple-tc.mesh_vpn.limit_ingress=10000
uci set simple-tc.mesh_vpn.limit_egress=1000
uci commit simple-tc && /etc/init.d/tunneldigger restart

Con esta configuración, cuando hago una prueba de velocidad, obtengo una velocidad de descarga de <3 MBit / s (y ~ 1 MBit / s de carga como se esperaba).

Con un límite de ingreso de 30000 , la velocidad de descarga aumenta a ~ 5 MBit / s.

Cuando apago simple-tc, obtengo 25 MBit / s para descargas (mi línea DSL tiene 30 MBit / s, así que es lo esperado).

¿Parece que simple-tc reduce la velocidad de descarga mucho más de lo que debería? Eché un vistazo a la carga del dispositivo durante estas pruebas, pero siempre había> 50% inactivo.

Esto es con un WR841N / ND v10 y un firmware basado en Gluon v2018.1.8, en una red basada en tunneldigger / l2tp.

bug

Fuente

RalfJung

Todos 5 comentarios

TL; DR: los filtros de entrada son malos, el comportamiento es conocido.

No tenemos ninguna forma de controlar la rapidez con la que un par VPN envía tráfico; tal característica debería implementarse en el software de VPN, o posiblemente en una capa encima de la VPN que transmita el límite e instale un filtro de salida en el otro lado.

Lo único que hace nuestro filtro de entrada es descartar paquetes cuando superamos el límite y esperar que las conexiones TCP se comporten de forma sensata y reduzcan el rendimiento. Para los protocolos que no son TCP, la situación es aún peor, ya que a menudo no tienen ningún tipo de control (por lo que simplemente experimentarán la pérdida de paquetes cuando se active el filtro de entrada). E incluso para TCP, el comportamiento en presencia de pérdida de paquetes puede ser muy malo con algunas implementaciones de TCP, especialmente cuando hay varios flujos de TCP paralelos.

NeoRaider en 26 jun. 2018

Veo. Entonces, lo que uno querría es que tunneldigger le diga al corredor en el lado de la puerta de enlace que haga el filtrado de salida. Puedo ver cómo eso tiene más sentido. :)
Creo que incluso vi TODOs para eso en algún lugar de las fuentes de tunneldigger más o menos.

Puedo considerar agregar soporte para eso en tunneldigger. ¿Simple-tc tiene soporte para cooperar con el cliente VPN en ese sentido?

RalfJung en 27 jun. 2018

👍1

Tunneldigger ya tiene ese soporte (el indicador -L en el cliente hace que el servidor establezca el límite de ancho de banda descendente solicitado). Es solo que falta el soporte en el lado de Gluon para pasar esa bandera al tunneldigger cuando