Auteur Sujet: Êtes-vous impactés par "TCP ACK Suppression" ? (Lu 70662 fois)

vivien · « **le:** 17 juillet 2012 à 08:52:35 »

Appel à témoignage (clients Numericable / Bbox fibre / DartyBox THD / AuchanBox)
Êtes-vous impactés par "TCP ACK Suppression" ?

Vous avez-vu que les experts Numericable ou Bouygues Telecom vous demandent de faire un SpeedTest sur le serveur de Massy et que pour bon nombre d'entre vous c'est le seul serveur à permettre d'avoir un débit > 90 Mb/s. Le serveur SpeedTest de Massy n'est pas un serveur ordinaire : il est optimisé pour avoir de bon résultats avec "TCP ACK Suppression".

"TCP ACK Supression" est une vieille optimisation pour certains abonnés câble qui permet de supprimer des acquittements qui étaient inutiles il y a quelques années, mais qui sont, avec les serveurs modernes, indispensable. Pour convaincre Numericable de supprimer cette optimisation, il faut donc bien comprendre à qui elle diminue le débit.

"TCP ACK Supression" n'a un impact que quand le ping bout en bout dépasse 15ms => j'ai rajouté sur https://testdebit.info des fichiers que l'on télécharge simulant un serveur éloigné de +90ms (cas d'un serveur sur la cote est des états-unis avec un bon ping ou d'un serveur en Europe de l'est).

J'ai besoin de vous :
- réaliser un test avec un serveur N°1 (standard, noyau 3.2) avec +90ms de ping : [serveur off-linie]
- réaliser un test avec un serveur N°2 (optimisé "TCP ACK Suppression", noyau 3.5) avec +90ms de ping : [serveur off-linie]

Si vous êtes impacté par "TCP ACK Suppression", vous aurez moins de 1 Mo/s avec le premier serveur et plus de 1 Mo/s avec le second serveur spécialement optimisé.

Si vous n'êtes pas impacté par "TCP ACK Suppression", vous aurez un meilleur débit avec le premier serveur et un débit un peu moins bon avec le second.

Les débits dépendent de votre distance au serveur, de votre navigateur et de votre système d’exploitation. Merci d'indiquer votre ville, navigateur et version de Windows / Mac / Linux.

vivien · « **Réponse #1 le:** 17 juillet 2012 à 09:07:39 »

Voici des exemples de résultats avec le premier serveur (représentatif de ce qui se trouve sur Internet - sans optimisation spéciale) :

Bbox fibre 100 Mb/s sur Gentilly (94), non impacté par TAS :

DartyBox THD 100 Mb/s sur Gentilly (même appartement que la Bbox fibre), impacté par TAS :

Numericable 30 Mb/s sur Le-Mée-sur-Seine (77) :

Voici des exemples de résultats avec le même serveur sans les ping suplèmentaire.
On est en Île-de-France pour les 3 tests (donc < 15ms, donc les débits sont bons) :

Bbox fibre 100 Mb/s sur Gentilly (94), non impacté par TAS :

DartyBox THD 100 Mb/s sur Gentilly (même appartement que la Bbox fibre), impacté par TAS :

Numericable 30 Mb/s sur Le-Mée-sur-Seine (77) :

vivien · « **Réponse #2 le:** 17 juillet 2012 à 09:11:15 »

Explication détaillée de l'impact de TCP ACK Suppression :

Sur le schéma suivant on voit que le PC èmet de nombreux acquittements (numérotés #1 a #9) mais la box supprime une partie de ces acquittements, ce qui permet de diminuer le débit en upload :

En pratique voici une capture wireshark réalisée coté client (en bas) et coté serveur (en haut) avec une DartyBox 100 Mb/s sur Gentilly :
Je filtre sur les acquittements. Le client a émis 128 842 Acquittements et le serveur en a reçu 25 781 acquittements.
La perte est donc de 103 061.
=> Un acquittement sur 5 passe et 4 acquittement sur 5 sont supprimés.

Avec un NC Box 30 Mb/s sur Le-Mée-sur-Seine :
Le client a émis 123 084 Acquittements et le serveur en a reçu 9 211 acquittements.
La perte est donc de 113 873.

Avec la Bbox fibre 100 Mb/s sur Gentilly et avec toujours le même fichier de 3 Gb tous les acquittements arrivent sur le serveur.

Je me demande si ce n'est pas lié au fait qu'il y a plusieurs canaux montants sur cette Bbox.
La DartyBox a la même adresse ne supporte pas 'agrégation de canaux montants.

Je vais utiliser des abréviations pour la suite :
"TCP ACK Suppression" = TAS (suppression de paquets d'acquittement sur la box)
"TCP offload engine" = TOE (optimisation sur le serveur)

TAS ("TCP ACK Suppression") est visiblement incompatible avec TOE ("TCP offload engine"), une accélération installée sur tous les serveurs depuis quelques années sur la carte réseau. En particulier c'est une incompatibilité avec les optimisations "tcp-segmentation-offload" et "generic-segmentation-offload" de TOE. Un post détaille ce que fait TOE : TCP offload engine - Segmentation et Checksum réalisée par la carte réseau pour décharger le CPU

Désactiver TOE sur le serveur n'est pas forcèment la bonne solution, je le montre avec quelques tests réalisés toujours avec la DartyBox et la Bbox sur Gentilly :

Avec la DartyBox qui a TAS activé :
- TOE entièrement activé (défaut) : 3 min 13 secondes pour télécharger le fichier test.
- TOE entièrement dés-activé : 56 secondes pour télécharger le fichier test.
- Fonctions incompatible TAS de TOE désactivées : 33 secondes pour télécharger le fichier test.

Avec la Bbox fibre qui ne supprime pas d'acquittement :
- TOE entièrement activé (défaut) : 21 secondes pour télécharger le fichier test.
- TOE entièrement dés-activé : 49 secondes pour télécharger le fichier test.
- Fonctions incompatible TAS de TOE désactivées : 32 secondes pour télécharger le fichier test.

On a donc des résultats meilleurs avec un serveur optimisé pour TAS pour les box avec TAS mais pour aller au débit maximum avec une forte latence, il faut ne pas avoir TAS et activer TOE sur les serveurs.

butler_fr · « **Réponse #3 le:** 17 juillet 2012 à 09:37:07 »

Salut

je ne suis pour l'instant pas chez moi je fais le test dès que j'y repasse.

par contre je vois clairement la différence lorsque je fais un téléchargement entre serveur optimisé et non optimisé.

bonne initiative!

ps: mon ping entre 17 et 20ms

K-L · « **Réponse #4 le:** 17 juillet 2012 à 10:00:06 »

Premier serveur : 600 Ko/s
Second serveur : 4 Mo/s

Cela confirme que je suis impacté.

vivien · « **Réponse #5 le:** 17 juillet 2012 à 10:06:49 »

K-L c'est parfait. Pour les autres, c'est juste ce que je souhaite (le débit sur le serveur 1 et le débit sur le serveur 2) + connaître votre navigateur et votre système d'exploitation (version de Windows, Mac, Linux).

Pourquoi ? Car vous pouvez être limité par votre système d'exploitation avec une forte latence, notamment avec Windows XP :

Plus de détails dans Impact du ping sur le très haut débit en fonction du système d'exploitation

K-L · « **Réponse #6 le:** 17 juillet 2012 à 11:26:33 »

Ha oui :

Machine : Opteron 180 2,7 Ghz.
Système d'exploitation : Mandriva 2011
Navigateur : FireFox 13

kevinpato · « **Réponse #7 le:** 17 juillet 2012 à 19:25:13 »

Pour moi sur Nantes :

1er lien : 520ko/s
2ème lien : 3.2 mo/s

OS : Windows 8
Navigateur : Chrome

Connexion filaire

oliviertoto92350 · « **Réponse #8 le:** 17 juillet 2012 à 20:23:07 »

Zone HFC 30 dans le 92.
6 canaux en DL
1 canal en UL

Réseau RJ45-1G-Win 7 32 bits- IE9.

Serveur Standard = 0.99 Mo/s
Serveur Optimisé = 2.19 Mo/s

Je suis donc impacté

oliviertoto92350 · « **Réponse #9 le:** 17 juillet 2012 à 20:27:14 »

Zone HFC 30 dans le 92.
6 canaux en DL
1 canal en UL

Réseau RJ45-1G-Win 7 32 bits- Chrome

Serveur Standard = 0.77 Mo/s
Serveur Optimisé = 2.7 Mo/s

Je suis donc impacté

Mieszko · « **Réponse #10 le:** 17 juillet 2012 à 21:15:07 »

voici mes resultats à partir de chez moi
Numericable 100M, sur la Garenne-Colombes 92250.
J'ai le dernier modem Netgear fourni par numericable apres un echange (pour cause de probleme de stabilite wifi)
Le test se fait sous un Macbook Pro sous OS X 10.6.8 2.4ghz et 4Go de ram.

avec wget :

Code: [Sélectionner]

mc-enroe:~ mieszko$ wget http://90ms.testdebit.info/fichiers/500Mo.dat
--2012-07-17 21:06:20--  http://90ms.testdebit.info/fichiers/500Mo.dat
Résolution de 90ms.testdebit.info (90ms.testdebit.info)... 89.82.180.22
Connexion vers 90ms.testdebit.info (90ms.testdebit.info)|89.82.180.22|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 375000000 (358M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «3Gb.dat.1»

100%[======================================>] 375.000.000 2,40M/s   ds 2m 10s  

2012-07-17 21:08:30 (2,76 MB/s) - «3Gb.dat.1» sauvegardé [375000000/375000000]

mc-enroe:~ mieszko$ wget http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat
--2012-07-17 21:08:46--  http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat
Résolution de 90ms.bouygues.testdebit.info (90ms.bouygues.testdebit.info)... 89.84.127.53
Connexion vers 90ms.bouygues.testdebit.info (90ms.bouygues.testdebit.info)|89.84.127.53|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 375000000 (358M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «3Gb.dat.2»

100%[======================================>] 375.000.000 3,56M/s   ds 1m 56s  

2012-07-17 21:10:43 (3,08 MB/s) - «3Gb.dat.2» sauvegardé [375000000/375000000]

mc-enroe:~ mieszko$

vivien · « **Réponse #11 le:** 17 juillet 2012 à 21:23:27 »

Mieszko, tu n'es pas impacté à priori.

Est-ce que tu aurais plusieurs canaux montants ?

Voici un exemple du dernier modem Netgear avec un seul canal en émission :

Une des hypothèses (à vérifier) serait que seuls les abonnés avec un seul canal montant sont impactés.