ACTUALIZACIÓN del 24 de diciembre de 2012:
Volvimos a testear la performance sobre OpenWRT, pero esta vez corriendo el comando iperf desde routers que no eran los que estaban enlazados, reproduciendo más precisamente la prueba hecha sobre los routers con firmware original.
Los resultados cambiaron sorprendentemente!
root@node_c:~# iperf -c node_d
------------------------------------------------------------
Client connecting to node_d, TCP port 5001
TCP window size: 21.0 KByte (default)
------------------------------------------------------------
[ 3] local 10.5.0.26 port 43213 connected with 10.5.0.27 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 151 MBytes 127 Mbits/sec
En esta pruebam está corriendo batman-adv sobre ese enlace, por lo que seguramente la transferencia real disponible es todavía un poco mayor, pero siendo que nuestras redes utilizan batman-adv, este es el resultado que nos interesa.
Al parecer, las redes MiniMaxi están a punto de superar la barrera de los 100Mbit/s!
Es interesante como dato que correr iperf en los mismos routers cuyos enlaces estamos testeando, produce resultados poco precisos, al menos a estas tasas de transferencia.
lo que sigue es el artículo original…
Las salidas de iperf sólo muestran las líneas relevantes, en función de la legibilidad del documento.
iperf entre dos WDR3600 con firmware original
Para hacer esta prueba usamos dos WDR3600 con OpenWRT solamente para poder correr iperf en equipos con gigabit ethernet; sus interfaces inalámbricas están apagadas y están conectados por ethernet cada uno a un WDR3600 con firmware original. El enlace inalámbrico entonces, es entre routers con firmware TP-Link.
WDR3600 enlazados en 2.4Ghz:
root@node_a# iperf -c node_b
[ 3] 0.0-10.0 sec 177 MBytes 148 Mbits/sec
WDR3600 enlazados en 5Ghz:
root@node_a# iperf -c node_b
[ 3] 0.0-10.0 sec 202 MBytes 170 Mbits/sec
iperf entre dos WDR3600 con OpenWRT/AlterMesh (r33815)
Para esta prueba sacamos del medio los equipos con firmware original y habilitamos las interfaces wireless de los equipos con OpenWRT.
en 5Ghz:
root@node_a# iperf -V -c node_b
[ 3] 0.0-10.0 sec 92.9 MBytes 77.7 Mbits/sec
en 2.4Ghz:
root@node_a# iperf -V -c node_b
[ 3] 0.0-10.0 sec 85.9 MBytes 71.8 Mbits/sec
Prueba con 3 nodos para medir la pérdida introducida por un salto intermedio:
El nodo C en este caso es un MR3220, que no tiene MIMO, entonces medimos primero la tasa de transferencia entre el nodo B (WDR3600) y el nodo C (MR3220) para tener como parámetro. El nodo A tiene su radio de 2.4Ghz apagada para que no enlace directamente con C, con lo cual el camino entre A y B es en 5Ghz pero entre B y C es en 2.4Ghz. La transferencia entre A y B es conocida de los tests anteriores (aprox. 75 Mbits/sec)
de B a C:
root@node_b# iperf -c node_c
[ 3] 0.0-10.0 sec 59.1 MBytes 49.4 Mbits/sec
de A a C (pasando por B):
root@node_a# iperf -c node_c
[ 3] 0.0-10.0 sec 53.5 MBytes 44.8 Mbits/sec
La pérdida de ancho de banda es de sólo un 10%.
Conclusión
Es conocido que la performance de routers atheros con drivers propietarios es mejor que con los utilizados por OpenWRT (ath9k), pero nos interesaba tener valores concretos.
En el caso de los routers con OpenWRT instalado, llama la atención que habilitar y deshabilitar capacidades HT (ht_capab), no produce variación en los resultados.
La configuración:
wireless.radio1.ht_capab=SHORT-GI-20 SHORT-GI-40 TX-STBC RX-STBC1 DSSS_CCK-40
da los mismos resultados que esta otra:
wireless.radio1.ht_capab=SHORT-GI-40
Todas estas pruebas fueron realizadas en ambiente cerrado. Las siguientes pruebas serán en escenario “real”, entre nuevos nodos de QuintanaLibre.
