COMPTOIR
register

Composé par —————

Test • ASUS Rapture GT-AX11000

• Protocole de test

Pour permettre de mettre en avant les différences entre les routeurs, nous avons fait le choix d'opter pour un test prenant en compte plusieurs types de configurations. Nous allons donc tester et mesurer le produit dans une utilisation Wi-Fi 5, puis dans une utilisation Wi-Fi 6. Pour augmenter la mise en situation, nous mesurons les débits à plusieurs distances du routeur et selon différents scénaris.

 

Procédure

Pour mesurer les débits, il faut envoyer des données et pour se faire, nous avons fait le choix de transférer un fichier de 30 Go via partage SMB. Ce transfert se fera via Wi-Fi côté client, et via câble RJ45 côté serveur. Durant la phase de test, les débits seront mesurés sous Windows côté client mais également vérifiés sur le routeur en temps réel. Trois mesures seront prises en Wi-Fi 5 à des distances différentes du routeur. Ces valeurs de distances seront de 1m, 4 m et 10 m. Une dernière valeur sera mesurée derrière plusieurs murs en béton, pour simuler un environnement difficile et voir le comportement du routeur face à un obstacle de taille. Les relèves en Wi-Fi 6 seront mesurées avec exactement le même protocole.

 

schéma environnement test wifi

 Matériel de test

Pour mesurer à différentes positions dans les pièces, nous avons eu besoin d'un ordinateur portable. Nous avions sous la main un Acer Swift 3, que nous avons pris le soin d'upgrader avec une carte Intel AX200, compatible à la fois Wi-Fi 5 et Wi-Fi 6. Pour réceptionner les données, il faudra un récepteur, ici c'est un serveur NAS maison tournant sous Linux qui sera utilisé et connecté via lien 1 GbE afin d'éviter tout goulot d'étranglement.

 

Serveur : NAS Openmediavault (i5-4460 + 16 Go RAM + 3X2 To - Raid 5 + SSD OS)
Routeur : ASUS ROG RAPTURE GT-AX11000
Client Wi-Fi  : Laptop Acer Swift 3 (Carte Wi-Fi Intel AX200)

illustration matériel test
Un poil avant ?

Et voici le tour de la RTX 3080 Ti !

Un peu plus tard ...

ADATA lance son SE770G, un SSD externe propulsé au RGB

Les 9 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Pascal M., le Vendredi 13 Novembre 2020 à 19h24  
par vipspike le Vendredi 13 Novembre 2020 à 17h18
Je vois que grâce à votre comparateur de prix il apparaît a 354.99€ avec une ODR de 80€ en plus!

Possible de mettre un bon plan peut être ?
merci en tout cas de le signaler
par vipspike, le Vendredi 13 Novembre 2020 à 17h18  
Je vois que grâce à votre comparateur de prix il apparaît a 354.99€ avec une ODR de 80€ en plus!

Possible de mettre un bon plan peut être ?
par Benoît M., le Mercredi 11 Novembre 2020 à 20h32  
par Codeur le Mercredi 04 Novembre 2020 à 15h17
C'est d'avantage un test d'AP (access point) que de routeur.

L'un des éléments déterminants pour un routeur c'est... la capacité de routage, en nombre de paquet routé par seconde.

Il faudrait faire deux sous-réseaux sur le routeur et faire un transfert avec des paquets le plus petit possible. A défaut tester un transfert avec des paquets minuscules/immenses permet de se faire une idée des taux de transfert max en pps et en mbps.

C'est pas forcément critique pour un usage particulier sachant qu'il n'y a généralement qu'un seul sous-réseau/port routé, mais ça peut quand même servir, surtout si le routeur a été dimensionné un peu juste (incapable de tenir le débit avec de petits paquets même sur un seul port).

Ensuite ça pourrait être bien de tester les capacités de "hardware offloading". La plupart des puces n'ont pas d'offloading pour la QoS par exemple, donc le trafic sujet à QoS est d'avantage limité en pps (paquets par seconde). Il en va de même pour les tunnels VPN en fonction des algos de chiffrements...
C'est en effet un test qui ne mesure pas le nombre de paquets.

En effet on peut le considérer en partie comme un test d'AP, mais cela reste l'utilisation qu'ont probablement la plupart des utilisateurs de routeur Wi-Fi. Néanmoins, ce protocole est tout à faire améliorable et voué à avoir des ajouts au fil du temps.

Nous allons réfléchir à cette intégration d'une mesure des paquets. Pour l'Hardware Offloading en particulier, cela parait en effet aussi pertinent.
par Benoît M., le Mercredi 11 Novembre 2020 à 20h25  
par Rybew en Bourgogne-Franche-Comté le Mercredi 04 Novembre 2020 à 15h01
Merci pour le test, désolé de rabâcher mais comme dit hier, une partie consommation serait fortement appréciée en plus de vous (le comptoir) démarquer de la grande majorité des tests réalisés.

Niveau procédure une mesure en veille avec 1 (ou plus idéalement mais bon.. peut-être fastidieux surtout qu'il faudrait garder ces objets connectés comme référentiel donc ne pas en changer à chaque relevé ) appareil en WiFi 6 et appareil en WiFi 5 par exemple avec relevé de la consommation moyenne (voir ponctuelle avec graphique mais bon encore une fois..) en veille et une autre pendant un transfert d'un gros fichier en local le tout sur une durée définie à chaque fois ?

Je ne sais pas si ça répond à la majorité des situations et mon protocole est certainement améliorable.. mais ça serait un début ?
Tu as tout à fait raison !

C'est un élément que nous allons travailler à intégrer dans nos prochains tests
par Benoît M., le Mercredi 11 Novembre 2020 à 20h16  
par Back Orifice le Mercredi 04 Novembre 2020 à 19h12
Quelle avalanche de fonctions, ça en donne le tournis.
500€ dans l'espoir de passer devant (de 3 paquets réseaux !) sa petite sœur quand elle est sur Snapchat et Instragram.

"Un logiciel déterminera automatiquement les routes les plus intéressantes vers les serveurs"
Comprends pas : C'est pas les fai ou transitent les données qui sont seul maitre du routage ???
a moins qu'il s'agit ici d'un VPN special pour le jeux ?
Hello, très bonne question !

Il s'agit d'une fonctionnalité utilisant les serveurs WTfast pour assurer la connexion avec les jeux qui sont pris en charge. Cela réduit en théorie le nombre de routeur/équipements à traverser pour accéder au serveur de jeu. C'est effectivement le même principe qu'un VPN, mais cela ne garantit pas l'anonymat.
par thunder72fr, le Mercredi 04 Novembre 2020 à 22h53  
J'ai l'ancien modèle RT-AC5300 (même design).

Dès le début, je suis passé à un firmware WRT-Merlin.

Plus de fonctions, plus de stabilité....

Par rapport à une box FAI (je peux comparer avec Livebox 4, Freebox Revolution, Freebox Delta S (Actuellement en mode bridge), c'est largement mieux.

Même avec la Delta en mode routeur avec un répéteur wifi Free , qui apporte un plus en couverture, débit mais inférieur à mon Asus.

par Back Orifice, le Mercredi 04 Novembre 2020 à 19h12  
Quelle avalanche de fonctions, ça en donne le tournis.
500€ dans l'espoir de passer devant (de 3 paquets réseaux !) sa petite sœur quand elle est sur Snapchat et Instragram.

"Un logiciel déterminera automatiquement les routes les plus intéressantes vers les serveurs"
Comprends pas : C'est pas les fai ou transitent les données qui sont seul maitre du routage ???
a moins qu'il s'agit ici d'un VPN special pour le jeux ?

par Codeur, le Mercredi 04 Novembre 2020 à 15h17  
C'est d'avantage un test d'AP (access point) que de routeur.

L'un des éléments déterminants pour un routeur c'est... la capacité de routage, en nombre de paquet routé par seconde.

Il faudrait faire deux sous-réseaux sur le routeur et faire un transfert avec des paquets le plus petit possible. A défaut tester un transfert avec des paquets minuscules/immenses permet de se faire une idée des taux de transfert max en pps et en mbps.

C'est pas forcément critique pour un usage particulier sachant qu'il n'y a généralement qu'un seul sous-réseau/port routé, mais ça peut quand même servir, surtout si le routeur a été dimensionné un peu juste (incapable de tenir le débit avec de petits paquets même sur un seul port).

Ensuite ça pourrait être bien de tester les capacités de "hardware offloading". La plupart des puces n'ont pas d'offloading pour la QoS par exemple, donc le trafic sujet à QoS est d'avantage limité en pps (paquets par seconde). Il en va de même pour les tunnels VPN en fonction des algos de chiffrements...
par Rybew en Bourgogne-Franche-Comté, le Mercredi 04 Novembre 2020 à 15h01  
Merci pour le test, désolé de rabâcher mais comme dit hier, une partie consommation serait fortement appréciée en plus de vous (le comptoir) démarquer de la grande majorité des tests réalisés.

Niveau procédure une mesure en veille avec 1 (ou plus idéalement mais bon.. peut-être fastidieux surtout qu'il faudrait garder ces objets connectés comme référentiel donc ne pas en changer à chaque relevé ) appareil en WiFi 6 et appareil en WiFi 5 par exemple avec relevé de la consommation moyenne (voir ponctuelle avec graphique mais bon encore une fois..) en veille et une autre pendant un transfert d'un gros fichier en local le tout sur une durée définie à chaque fois ?

Je ne sais pas si ça répond à la majorité des situations et mon protocole est certainement améliorable.. mais ça serait un début ?