Auteur Sujet: Comparatif firmwares ddwrt openwrt et officiel (linksys) NAT (Lu 9855 fois)

butler_fr · « **le:** 14 mai 2013 à 00:32:39 »

bon m'étant décidé à testé openwrt je fais une fournée de test sur les différents firmwares entre ddwrt le firmware officiel (linksys) et openwrt en nat (livebox en .23.x routeur en .1.x)

la ligne en conditions optimales ~180mbps down / ~ 40mbps up
je ferais:
3 speedtests massy aubervilliers rennes
1 wget vers http://1.testdebit.info/fichiers/1000Mo-9.dat

le matériel un linksys wrt610nv2 (cpu 480mhz)
avec toutes options de bases (reset usine)

testé sur firefox 20.0.1

Code: [Sélectionner]

uname -a
Linux tux2 3.9.2-1-ARCH #1 SMP PREEMPT Sat May 11 20:31:08 CEST 2013 x86_64 GNU/Linux

connecté en ethernet cat5e

ddwrt:

Code: [Sélectionner]

wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo-9.dat
--2013-05-14 00:29:41--  http://1.testdebit.info/fichiers/1000Mo-9.dat
Résolution de testdebit.info (testdebit.info)... 89.84.127.55
Connexion vers testdebit.info (testdebit.info)|89.84.127.55|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[==========================================================================================================================================================>] 1 000 000 000 9,42MB/s   ds 1m 48s 

2013-05-14 00:31:29 (8,86 MB/s) - «/dev/null» sauvegardé [1000000000/1000000000]

officiel:

Code: [Sélectionner]

wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo-9.dat
--2013-05-14 00:49:02--  http://1.testdebit.info/fichiers/1000Mo-9.dat
Résolution de testdebit.info (testdebit.info)... 89.84.127.55
Connexion vers testdebit.info (testdebit.info)|89.84.127.55|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[==========================================================================================================================================================>] 1 000 000 000 20,8MB/s   ds 48s    

2013-05-14 00:49:50 (20,1 MB/s) - «/dev/null» sauvegardé [1000000000/1000000000]

openwrt:

Code: [Sélectionner]

wget -O /dev/null http://1.testdebit.info/fichiers/1000Mo-9.dat
--2013-05-14 01:04:28--  http://1.testdebit.info/fichiers/1000Mo-9.dat
Résolution de testdebit.info (testdebit.info)... 89.84.127.55
Connexion vers testdebit.info (testdebit.info)|89.84.127.55|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1000000000 (954M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[==========================================================================================================================================================>] 1 000 000 000 7,05MB/s   ds 2m 16s 

2013-05-14 01:06:44 (7,00 MB/s) - «/dev/null» sauvegardé [1000000000/1000000000]

victoire écrasante du firmware officiel, ddwrt un peu à la traine (débit non stable), et openwrt échoue assez lamentablement (ne pas atteindre les 100mbps....)

au niveau des interfaces de base:
1er ddwrt
2ème officielle (c'est ultra moche!!)
absent openwrt (pas d'interface web de base)

thenico · « **Réponse #1 le:** 14 mai 2013 à 01:51:34 »

Citation de: butler_fr le 14 mai 2013 à 00:32:39

absent openwrt (pas d'interface web de base)

Heu, tu as build toi même un firmware ?
Parce que ceux prebuilt contienne LuCI qui est une interface assez utilisable.

kgersen · « **Réponse #2 le:** 14 mai 2013 à 07:25:26 »

oui curieux ton résultat avec openwrt. t'as pris quelle version ?

corrector · « **Réponse #3 le:** 14 mai 2013 à 08:36:21 »

Ces firmwares sont entièrement libres?

butler_fr · « **Réponse #4 le:** 14 mai 2013 à 09:19:33 »

alors pour openwrt, j'ai utilisé le seul firmware récent que j'ai trouvé pour mon routeur:
ici: http://downloads.openwrt.org/snapshots/trunk/brcm47xx/

des firmwares pour le wrt610nv1 il y en a à la pelle, pour le v2 c'est beaucoup moins évident.
dans ce firmware apparemment il n'y a pas de gui de base.
et pour en installé une ça à l'air bien galère (luci ne s'installe pas avec les dépots via opkg)

autrement je n'ai pas trouvé de firmware générique comme pour ddwrt (pour dd il suffit d'installer une version dédié puis de passer sur du générique)

bon après il était tard hier donc j'ai peut ètre raté des trucs, si vous avez des suggestions je suis preneur!

@correcteur openwrt est opensource (tu peux compiler toit même)
ddwrt je suis pas sur (sources pas dispos de base je crois)
l'officiel je pense pas.

a+

vivien · « **Réponse #5 le:** 14 mai 2013 à 10:20:32 »

Frank Bisetti m'explique que dans les firmwares openWRT, les puces pour le nat ne sont pas prises en compte, tout passe par le CPU.

On avait également déjà parlé des accélérateurs dans d'autres posts :

Citation de: vivien le 06 juin 2011 à 09:39:07

Voici la réponse du chef de projet de CPE FTTH Sagem le 31 juillet 2006 :

Explication des performances non satisfaisantes vues sur un téléchargement HTTP.

Fonctionnement des Accélérateurs:
Lorsque l'utilisateur lance un téléchargement TCP/UDP, les premiers paquets qui sont responsables de l'établissement de la connexion passent par le CPU(chemin classique :NAT/FIREWALL/policies...), une fois le lien est établie tous les prochains paquets passeront par les accélérateurs (chemin rapide). Les accélérateurs n'analyse que l'entête TCP/IP du paquet et pas son contenue.

Cas d'un transfert de texte par MSN MESSENGER:
Lorsque un client utilise MSN MESSENGER pour chatter se dernier se connecte sur le port 1863/TCP à un serveur de chez Microsoft. dans ce cas le Nat est traversé proprement et le message retour est bien identifié par le Firewall du F@st3374.

Cas d'un transfert de vidéo par MSN MESSENGER :
Les problèmes arrivent lorsque le client demande une connexion vocale/video. Dans ce cas, MSN MESSENGER va demander au serveur de choisir un autre port pour faire passer le flux vidéo. Et le problème c'est que ce port est choisie au hasard entre le port TCP/9000 et TCP/65535. Pour que le flux
vidéo provenant du serveur soit identifier par le firewall du F@st3374 et qu'il soit forwardé correctement, tous les paquets msn( TCP et destPort/srcPort = 1863) passeront par une fonction de traitement supplèmentaire qui permet d'analyser les contenues des paquets en plus de leurs entêtes TCP/IP.
Dans ce cas le flux vidéo passera par les accélérateurs(chemin rapide) mais tous les paquets msn(TCP-port =1863) passeront par le CPU(chemin classique).

Cas du port 80:
Si pour une raison ou pour une autre le MSN MESSENGER n'arrive pas à se connecter au serveur Microsoft sur le port 1863 alors il retombe sur le port 80 en faisant du HTTP tunneling. Affin de supporter ce cas bien particulier le F@st3374 fait passer touts les paquets HTTP(port 80) par le même chemin par lequel passe les paquets msn (port 1863).

Solution immédiate :
Ne supporter que le chat en mode texte dans le cas où le client MSN MESSENGER fait du backup sur le port 80. Et si dans ce cas particulier l'utilisateur veut faire du Chat en mode vidéo il doit installer UPNP sur son poste qui va s'en charger de communiquer avec le Firewall du F@st3374 pour ouvrir les bons ports.

Je reste à votre disposition pour tout éclaircissement supplèmentaire.

Cordialement.

A noter que le même phénomène est utilisé sur le port 21 pour le FTP.

Note : Les box équipées de Watchdog reboot lors d'un transfert HTTP à 20 Mb/s ou plus, le CPU étant utilisé à 100%, le watchdog est là pour rétablir la situation via un reboot

corrector · « **Réponse #6 le:** 14 mai 2013 à 10:22:49 »

Il y a un firmware libre qui prend en charge l'accélération?

kgersen · « **Réponse #7 le:** 14 mai 2013 à 11:56:30 »

Ton routeur est peut-etre pas supporté a 100% par openwrt (c'est pourtant une puce BCM53115 le switch).

peux tu faire un : "uci show network" et coller le résultat ici.
ainsi qu'un "cat /etc/opkg.conf"

verif: c'est bien en filaire tes tests pas en wifi ?

sinon pose tes tests NAT sur ce fil de discussion: https://forum.openwrt.org/viewtopic.php?id=33560 c'est en direct avec les devs pour ton modele.

butler_fr · « **Réponse #8 le:** 14 mai 2013 à 12:25:06 »

c'est bien en ethernet!
je te donne ça ce soir (plus d'accès à distance pour l'instant)

kgersen · « **Réponse #9 le:** 14 mai 2013 à 13:30:33 »

tant qu'on y est, donnes egalement:

cat /etc/banner

et

opkg list-installed

le premier donne la version et le 2eme la liste des packages installés

pour installer l'interface web si elle ne l'est pas deja : http://wiki.openwrt.org/doc/howto/luci.essentials

butler_fr · « **Réponse #10 le:** 15 mai 2013 à 13:52:05 »

pour luci c'est ok (il y avait une ligne de commentée dans opkg.conf)
d'ailleurs l'interface est sympa! au niveau esthétique elle remporte haut la main! (au niveau pratique par encore trop eu l'occasion de me faire une idée)

Code: [Sélectionner]

root@OpenWrt:~# uci show network
network.eth0=switch
network.eth0.enable=1
network.eth0_1=switch_vlan
network.eth0_1.device=eth0
network.eth0_1.vlan=1
network.eth0_1.ports=1 2 3 4 8t
network.eth0_2=switch_vlan
network.eth0_2.device=eth0
network.eth0_2.vlan=2
network.eth0_2.ports=0 8t
network.loopback=interface
network.loopback.ifname=lo
network.loopback.proto=static
network.loopback.ipaddr=127.0.0.1
network.loopback.netmask=255.0.0.0
network.lan=interface
network.lan.type=bridge
network.lan.ifname=eth0.1
network.lan.proto=static
network.lan.ipaddr=192.168.1.1
network.lan.netmask=255.255.255.0
network.wan=interface
network.wan.ifname=eth0.2
network.wan.proto=dhcp

Code: [Sélectionner]

root@OpenWrt:~# cat /etc/banner
  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 BARRIER BREAKER (Bleeding Edge, r36617)
 -----------------------------------------------------
  * 1/2 oz Galliano         Pour all ingredients into
  * 4 oz cold Coffee        an irish coffee mug filled
  * 1 1/2 oz Dark Rum       with crushed ice. Stir.
  * 2 tsp. Creme de Cacao
 -----------------------------------------------------

Code: [Sélectionner]

root@OpenWrt:~# opkg list-installed
6relayd - 2013-04-24-67c5e6b27958b1cd54798bf2a353ba5c36843b24
base-files - 138-r36617
busybox - 1.19.4-6
dnsmasq - 2.66-1
dropbear - 2012.55-2
firewall3 - 2013-05-02
hotplug2 - 1.0-beta-4
ip6tables - 1.4.18-3
iptables - 1.4.18-3
iw - 3.10-1
jshn - 2013-04-15-dcf93f332270bdaddb5d24fdba6e3eb5b1f7d80a
kernel - 3.8.12-1-6e05300eb319fdf67c014231fc919af7
kmod-b43 - 3.8.12+2013-04-16-1
kmod-b43legacy - 3.8.12+2013-04-16-1
kmod-b44 - 3.8.12-1
kmod-bgmac - 3.8.12-1
kmod-cfg80211 - 3.8.12+2013-04-16-1
kmod-crypto-aes - 3.8.12-1
kmod-crypto-arc4 - 3.8.12-1
kmod-crypto-core - 3.8.12-1
kmod-crypto-hash - 3.8.12-1
kmod-crypto-manager - 3.8.12-1
kmod-diag - 3.8.12-10
kmod-hwmon-core - 3.8.12-1
kmod-ip6tables - 3.8.12-1
kmod-ipt-conntrack - 3.8.12-1
kmod-ipt-core - 3.8.12-1
kmod-ipt-nat - 3.8.12-1
kmod-ipt-nathelper - 3.8.12-1
kmod-ipv6 - 3.8.12-1
kmod-lib-crc-ccitt - 3.8.12-1
kmod-mac80211 - 3.8.12+2013-04-16-1
kmod-ppp - 3.8.12-1
kmod-pppoe - 3.8.12-1
kmod-pppox - 3.8.12-1
kmod-pps - 3.8.12-1
kmod-ptp - 3.8.12-1
kmod-switch - 3.8.12-6
kmod-tg3 - 3.8.12-1
libblobmsg-json - 2013-04-15-dcf93f332270bdaddb5d24fdba6e3eb5b1f7d80a
libc - 0.9.33.2-1
libcyassl - 1.6.5-2
libgcc - 4.6-linaro-1
libip4tc - 1.4.18-3
libip6tc - 1.4.18-3
libiwinfo - 45
libiwinfo-lua - 45
libjson - 0.9-2
libjson-script - 2013-04-15-dcf93f332270bdaddb5d24fdba6e3eb5b1f7d80a
liblua - 5.1.5-1
libnl-tiny - 0.1-3
libubox - 2013-04-15-dcf93f332270bdaddb5d24fdba6e3eb5b1f7d80a
libubus - 2013-05-11-dd3afa517d4fefaadee9fcefefd2e503e251e909
libubus-lua - 2013-05-11-dd3afa517d4fefaadee9fcefefd2e503e251e909
libuci - 2013-05-02.1-1
libuci-lua - 2013-05-02.1-1
libustream-cyassl - 2013-01-22-da607e6272d789ed5dae3b0efff90912fda6f81f
libxtables - 1.4.18-3
lua - 5.1.5-1
luci - svn-r9814-1
luci-app-firewall - svn-r9814-1
luci-i18n-english - svn-r9814-1
luci-lib-core - svn-r9814-1
luci-lib-ipkg - svn-r9814-1
luci-lib-nixio - svn-r9814-1
luci-lib-sys - svn-r9814-1
luci-lib-web - svn-r9814-1
luci-mod-admin-core - svn-r9814-1
luci-mod-admin-full - svn-r9814-1
luci-proto-core - svn-r9814-1
luci-proto-ppp - svn-r9814-1
luci-sgi-cgi - svn-r9814-1
luci-ssl - svn-r9814-1
luci-theme-base - svn-r9814-1
luci-theme-bootstrap - svn-r9814-1
mtd - 20
netifd - 2013-04-27-e33ab96c8b41867d655e2ee5e4f58a7d3101d9d2
nvram - 9
odhcp6c - 2013-05-05-493b90de720d198a988460bee83340dafbbfa10d
opkg - 618-3
ppp - 2.4.5-9
ppp-mod-pppoe - 2.4.5-9
procd - 2013-04-25-c28ba8c1947e1b31874bf5888742d1607ed7ae61
px5g - 1
ubus - 2013-05-11-dd3afa517d4fefaadee9fcefefd2e503e251e909
ubusd - 2013-05-11-dd3afa517d4fefaadee9fcefefd2e503e251e909
uci - 2013-05-02.1-1
uhttpd - 2013-04-17-d518cb32327492ad73c4583bb69d1d678410a631
uhttpd-mod-ubus - 2013-04-17-d518cb32327492ad73c4583bb69d1d678410a631
wpad-mini - 20130405-1

le load average lorsque je charge un fichier testdebit.info:
6.43, 2.73, 1.12

vivien · « **Réponse #11 le:** 15 mai 2013 à 15:02:25 »

C'est énorme comme load average !

Auteur Sujet: Comparatif firmwares ddwrt openwrt et officiel (linksys) NAT (Lu 9855 fois)

corrector

corrector