La Fibre

Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => SFR Actus SFR câble => Discussion démarrée par: vivien le 17 juillet 2012 à 08:52:35

Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: 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 (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.
Titre: TCP ACK Suppression
Posté par: vivien 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 :
(https://lafibre.info/testdebit/tas/201207_bbox_100_90ms.png)

DartyBox THD 100 Mb/s sur Gentilly (même appartement que la Bbox fibre), impacté par TAS :
(https://lafibre.info/testdebit/tas/201207_darty_100_tas_90ms.png)

Numericable 30 Mb/s sur Le-Mée-sur-Seine (77) :
(https://lafibre.info/testdebit/tas/201207_ncc_30_90ms.png)


Voici des exemples de résultats avec le même serveur sans les ping suplèmentaire (http://1.testdebit.info/fichiers/500Mo.dat).
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 :
(https://lafibre.info/testdebit/tas/201207_bbox_100_0ms.png)

DartyBox THD 100 Mb/s sur Gentilly (même appartement que la Bbox fibre), impacté par TAS :
(https://lafibre.info/testdebit/tas/201207_darty_100_tas_0ms.png)

Numericable 30 Mb/s sur Le-Mée-sur-Seine (77) :
(https://lafibre.info/testdebit/tas/201207_ncc_30_0ms.png)
Titre: TCP ACK Suppression
Posté par: vivien 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 :
(https://lafibre.info/images/altice_cable/201106_TCP_ACK_Suppression_2.png)

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.
(https://lafibre.info/testdebit/tas/201207_ncc_30_wireshark.png)

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.
(https://lafibre.info/testdebit/tas/201207_darty_100_wireshark.png)

Avec la Bbox fibre 100 Mb/s sur Gentilly et avec toujours le même fichier de 3 Gb (http://1.testdebit.info/fichiers/500Mo.dat) 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 (https://lafibre.info/tutoriels/tcp-offload-engine/)


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 (http://90ms.testdebit.info/fichiers/1000Mo.dat).
- TOE entièrement dés-activé : 56 secondes pour télécharger le fichier test (http://90ms.testdebit.info/fichiers/1000Mo.dat).
- Fonctions incompatible TAS de TOE désactivées : 33 secondes pour télécharger le fichier test (http://90ms.testdebit.info/fichiers/1000Mo.dat).

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 (http://90ms.testdebit.info/fichiers/1000Mo.dat).
- TOE entièrement dés-activé : 49 secondes pour télécharger le fichier test (http://90ms.testdebit.info/fichiers/1000Mo.dat).
- Fonctions incompatible TAS de TOE désactivées : 32 secondes pour télécharger le fichier test (http://90ms.testdebit.info/fichiers/1000Mo.dat).

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.
Titre: TCP ACK Suppression
Posté par: butler_fr 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
Titre: TCP ACK Suppression
Posté par: K-L le 17 juillet 2012 à 10:00:06
Premier serveur : 600 Ko/s
Second serveur : 4 Mo/s

Cela confirme que je suis impacté.
Titre: TCP ACK Suppression
Posté par: vivien 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 (http://90ms.testdebit.info/fichiers/500Mo.dat) et le débit sur le serveur 2 (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat)) + 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 :

(https://lafibre.info/images/tuto/201106_impact_du_ping_en_fonction_du_systeme_exploitation.png)
Plus de détails dans Impact du ping sur le très haut débit en fonction du système d'exploitation (https://lafibre.info/tester-son-debit/ping-systeme-exploitation/)
Titre: TCP ACK Suppression
Posté par: K-L le 17 juillet 2012 à 11:26:33
Ha oui :

Machine : Opteron 180 2,7 Ghz.
Système d'exploitation : Mandriva 2011
Navigateur : FireFox 13
Titre: TCP ACK Suppression
Posté par: kevinpato 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
Titre: TCP ACK Suppression
Posté par: oliviertoto92350 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é
Titre: TCP ACK Suppression
Posté par: oliviertoto92350 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é
Titre: TCP ACK Suppression
Posté par: Mieszko 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 :
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$

Titre: TCP ACK Suppression
Posté par: vivien 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 :
(https://lafibre.info/images/altice_cable/201206_snr_netgear.png)

Une des hypothèses (à vérifier) serait que seuls les abonnés avec un seul canal montant sont impactés.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Mieszko le 17 juillet 2012 à 21:30:49
voila ce que j'ai comme stats
Titre: TCP ACK Suppression
Posté par: vivien le 18 juillet 2012 à 08:53:08
Mon hypothèse tombe à l'eau, tu n'as qu'un seul canal montant.

Sur 4 lignes que j'ai testé les deux qui avait plusieurs canaux montants ne supprimaient pas d’acquittement.

Les deux qui avaient un seul canal montant (limitation du modem) supprimaient des acquittements.
Titre: TCP ACK Suppression
Posté par: cali le 18 juillet 2012 à 13:32:02
C'est peut-être que sur les vieux routeurs ? J'avais un netgear que j'ai flashé avec Haxorware et j'avais jamais eu ce problème.
Titre: TCP ACK Suppression
Posté par: vivien le 18 juillet 2012 à 15:25:33
Non car certains abonnés Bbox fibre (avec la Bbox actuelle, pas la sensation) sont impactés et d'autres non.
Idem pour ceux qui ont le dernier Netgear (normal, c'est le même chipset Broadcom que la Bbox fibre Sagem)

Pour les vieux modems, cela semble systématique mais à confirmer avec différents témoignages.
Titre: TCP ACK Suppression
Posté par: yrousse le 18 juillet 2012 à 15:44:40
Paris 18. Speedtest à 180 et plus sur Massy.
8 canaux en DL
1 canal en UL
Fichier config nc_egci421_200m_10m.cm.

En Ethernet sur LaBox 200/10, via Netgear WNDR3700 (non bridgé ces jours-ci) - Win 7 64 bits, sous Chrome.

Serveur Standard = 595 ko/s
Serveur Optimisé = 4 Mo/s

Je suis donc impacté.

A noter: sur mon MBP (OS X 10.7.4), toujours autour de 600ko/s quelque soit le serveur. ???
Titre: TCP ACK Suppression
Posté par: vivien le 18 juillet 2012 à 16:20:20
Bienvenue Yrousse sur LaFibre.info.

Tu es le premier abonné 200 Mb/s ici. Tu parles de LaBox (fabriqué par Sagem il me semble) et d'un "Netgear WNDR3700" tu utilises lequel ?

Pourrais-tu donner le résultat SpeedTest sur le serveur de Massy (optimisé pour TCP ACK Suppression) et sur le serveur d'Aubervilliers (optimisé avec les dernières optimisations Google et TOE et donc incompatible TAS). Après le test il faut cliquer sur "Partager le résultat" et copier/coller le lien ici.

Pour ton mac, je suis étonné car normalement la "Rwin" (ce qui limite le haut débit quand le ping monte) est plus proche de Linux (4 Mo) que de Windows 7 (255 Ko) et donc généralement les résultats sont bons. Maintenant il y a peux être d'autres effets de TCK ACK Suppression que je n'ai pas pu évaluer avec MacOS X.
Titre: TCP ACK Suppression
Posté par: yrousse le 18 juillet 2012 à 17:20:59
Donc LaBox est la gateway IP et le WNDR3700 (un simple routeur/WiFi) me sert pour le DHCP local et AP WiFi 5GHz.

Sur ma machine sous Win 7 64bits:

Sur Massy:
(https://lafibre.info/images/altice_cable/201207_speedtest_labox_200_paris18_1.png)

Sur Aubervilliers:
(https://lafibre.info/images/altice_cable/201207_speedtest_labox_200_paris18_2.png)

Donc... Heu... Là, je ne saurais pas interpréter les résultats.

Pour le Mac, les résultats sont équivalents.
Titre: TCP ACK Suppression
Posté par: vivien le 18 juillet 2012 à 17:34:22
Très bons résultats 200 Mb/s Ethernet correspond à 188 Mb/s avec SpeedTest, tu es donc très proche du débit maximum en download.
En upload ce n'est pas terrible, je suppose que le jour où tu auras deux canaux montants (ou plus) cela s’arrangera.

Aubervilliers affiche des résultats un peu meilleurs que Massy, ce qui est normal (Aubervilliers est un serveur linux avec le noyau 3.2 qui intègre de nombreuses optimisations pour le très haut débit comme le patch Google (https://lafibre.info/serveur-linux/comparatif-ubuntu-server/)). Les résultats se dégradent brutalement dès que le ping dépasse les 15ms pour ceux qui ont TCP ACK Suppression et alors Massy, plus ancien devient meilleur.

Merci pour les tests.
Titre: TCP ACK Suppression
Posté par: yrousse le 18 juillet 2012 à 17:46:15
Upload: c'est une offre 200/10 donc je suis "proche" du 10Mbps en UL.

Quoiqu'il en soit, ces perfs sont sans rapport avec les débits réels depuis les plateformes OTT majeures telles que YouTube, les CDNs Apple, etc... Ainsi, sur ces derniers, je suis limité à 30Mbps en DL, apparemment. Ce qui n'a pas toujours été le cas. Pas d'explication de mon coté.
Autre exemple: je prend http://ipv4.lafibre.info/fichiers/1000Mo.dat (http://ipv4.lafibre.info/fichiers/1000Mo.dat) à 59Mbps en ce moment même. Déjà vu 70Mbps. Très variable, bien évidemment.
Titre: TCP ACK Suppression
Posté par: vivien le 18 juillet 2012 à 18:18:03
C'est tout à fait normal car tu es impacté par "TCP ACK Suppression".

Il n'est possible de faire 200 Mb/s que vers un serveur hébergé en île-de-France (ou alors il faut un serveur spécifique optimisé pour "TCP ACK Supression")

Avec un ping "bout en bout" entre ton PC et le serveur de :
- 10ms tu seras limité à 200 Mb/s par connexion TCP
- 11ms tu seras limité à 80 Mb/s par connexion TCP
- 12ms  tu seras limité à 30 Mb/s par connexion TCP
- 15ms  tu seras limité à 23 Mb/s par connexion TCP
- 30ms  tu seras limité à 15 Mb/s par connexion TCP
- 50ms  tu seras limité à 10 Mb/s par connexion TCP
- 70ms  tu seras limité à 7 Mb/s par connexion TCP
- 100ms  tu seras limité à 4,9 Mb/s par connexion TCP

Ces résultats sont exactement ce que tu trouves :
- 595 Ko/s soit 4,7 Mb/s avec le serveur +90ms
- 60 Mb/s vers le serveur ipv4.lafibre.info qui est sur Lyon soit +10ms.

Sans "TCP ACK Supression" tu pourrais faire 200 Mb/s quelle que soit la latence (avec un PC avec une bonne Rwin bien entendu)

Voici le traceroute depuis ipv4.lafibre.info (ta box ne répond pas au ping) :
$ mtr -rwc100 85.170.44.xxx
HOST: lafibre.info                                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- portevlan.adeli.biz                              0.0%   100    0.3   3.7   0.2 241.6  26.4
  2.|-- ncnumericable.peers.lyonix.net                   0.0%   100   21.5   6.2   1.1 111.6  14.6
  3.|-- ip-94.net-80-236-7.static.numericable.fr         0.0%   100    1.5   3.5   1.5  38.2   7.5
  4.|-- 172.19.129.65                                    1.0%   100   20.3  16.0  10.1  21.9   3.5
  5.|-- 172.19.128.178                                   1.0%   100   18.2  16.4  10.1  22.0   3.5
  6.|-- 172.19.129.109                                   0.0%   100   18.4  15.9  10.2  21.8   3.5
  7.|-- 172.19.129.10                                    0.0%   100   11.1  12.7  10.7  14.8   1.2
  8.|-- 172.19.129.86                                    0.0%   100   10.1  12.3  10.0 117.8  13.1
  9.|-- ip-254.net-80-236-0.static.numericable.fr        0.0%   100   10.2  10.5  10.1  36.6   2.6
 10.|-- ip-146.net-80-236-9.asnieres.rev.numericable.fr  0.0%   100   10.3  10.3  10.2  10.6   0.1
 11.|-- ? ?                                             100.0   100    0.0   0.0   0.0   0.0   0.0

Comme le montre le traceroute, c'est optimal : Numericable a une interconnexion directe avec LyonIX ce qui permet de récupérer directement le trafic afin d'avoir le débit maximum.
Titre: TCP ACK Suppression
Posté par: yrousse le 18 juillet 2012 à 20:43:48
Merci Vivien pour ces infos! J'apprécie énormèment!
Titre: TCP ACK Suppression
Posté par: Giraya le 18 juillet 2012 à 22:34:38
Hello,

BBox fibre 30M à Montfavet (84)
Ce n'est pas la box sensation.

OS : Ubuntu 12.04 32bits
Navigateur : Firefox

Serveur standard:
(https://lafibre.info/images/bbox/201207_test_tas_giraya_1.png)

Serveur optimisé:
(https://lafibre.info/images/bbox/201207_test_tas_giraya_2.png)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: unrealdtc le 18 juillet 2012 à 22:57:13
Bonsoir,

Pour ma part (sur Montpellier, zone 100 meg avec le Castlenet, Snow Leopard) :

 - http://90ms.testdebit.info/fichiers/500Mo.dat (http://90ms.testdebit.info/fichiers/500Mo.dat) : environ 530ko/s
 - http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat) : environ 3,2Mo/s

++
Titre: TCP ACK Suppression
Posté par: ZmK le 18 juillet 2012 à 23:00:08
Résultats depuis Nancy si ça peu aider:

[2.1-BETA0][root]/root(32): wget -O /dev/null --bind-address=85.170.**** http://90ms.testdebit.info/fichiers/500Mo.dat
--2012-07-18 22:45:28--  http://90ms.testdebit.info/fichiers/500Mo.dat
Connecting to 90ms.testdebit.info|89.82.180.22|:80... connected.
Length: 375000000 (358M) [application/x-ns-proxy-autoconfig]

19% [==========================>                                       ] 74,971,849  2.05M/s


[2.1-BETA0][root]/root(33): wget -O /dev/null --bind-address=85.170.**** http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat
--2012-07-18 22:46:25--  http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat
Connecting to 90ms.bouygues.testdebit.info|89.84.127.53|:80... connected.
Length: 375000000 (358M) [application/x-ns-proxy-autoconfig]

20% [===========================>                                      ] 77,774,088  2.12M/s

Modem Netgear CG3100L en mode bridge, tests faits depuis le routeur pfsense que j'ai derrière


un test sur proof.ovh.net

[2.1-BETA0][root]/root(34): wget -O /dev/null --bind-address=85.170.**** http://proof.ovh.net/files/1000Mo.dat
--2012-07-18 22:55:29--  http://proof.ovh.net/files/1000Mo.dat
Connecting to proof.ovh.net|188.165.12.106|:80... connected.
Length: 125000000 (119M) [application/octet-stream]

88% [===================================================>              ] 110,099,172 7.26M/s
Titre: TCP ACK Suppression
Posté par: vivien le 18 juillet 2012 à 23:13:23
Merci pour les tests.
Vous êtes tous impactés  >:(

ZmK, pour OVH normal que le débit soit bon : il a un ping beaucoup plus faible que les serveurs testés qui simulent un serveur en Europe de l'est ou un serveur avec un bon ping sur la cote ouest des États-Unis..
Titre: TCP ACK Suppression
Posté par: NozomiAiHeiwa le 19 juillet 2012 à 01:08:27
Pour le premier lien je suis bloqué à environ 350 ko/s

Pour le second lien je suis bloqué à environ 1650 ko/s

Pour avoir une idée du débit que je suis censé avoir, sur steam je suis bloqué à environ 3500 ko/s

Voili voilou
Titre: TCP ACK Suppression
Posté par: Amon-Ra le 19 juillet 2012 à 01:17:29
Bonsoir,

Numéricable FTTB 100M
Suresnes (92)

Modem Castlenet
Windows 7 64bits
Google Chrome
Ethernet

1er lien : 613 ko/s
2ème lien : 2,4 Mo/s


Titre: TCP ACK Suppression
Posté par: ienien le 19 juillet 2012 à 01:35:22
Bonjour,

FAI : Numéricable
Connexion : câble coaxial
Abonnement : 100Mega
Ville : Paris 11ème
OS : Win7 64bits
Navigateur : google chrome

Fichier 1 : autour de 720ko/s
Fichier 2 : autour de 2,4Mo/s

Voici quelques SpeedTest au cas où :

(https://www.speedtest.net/result/2071494208.png) (https://lafibre.info)
(https://www.speedtest.net/result/2071495151.png) (https://lafibre.info)
(https://www.speedtest.net/result/2071496176.png) (https://lafibre.info)
(https://www.speedtest.net/result/2071497220.png) (https://lafibre.info)
(https://www.speedtest.net/result/2071498178.png) (https://lafibre.info)
(https://www.speedtest.net/result/2071483986.png) (https://lafibre.info)

Ma mère est en FTTH chez K-Net dans l'Ain, ça t'intéresse d'avoir les tests sur sa connexion aussi?
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 08:01:44
Merci pour les tests.

A priori K-Net pas impacté par TCP ACK Suppression. C'est un mécanisme utilisé sur les liaisons fortement asymétriques (peu d'upload pour envoyer les acquittements) c'est à dire les liaisons satellites et le câble (alors que pour le câble ce n'est plus nécessaire).

Avec K-Net, normalement les débits sont bien meilleurs (on dépasse toujours le Mo/s sur des serveurs éloignés sauf si utilisation de Windows XP). Normalement le lien 1 a plus de débit que le lien 2 avec K-Net.

Les abonnés Numericable qui veulent savoir jusqu'où va leur connexion peuvent télécharger le fichier http://bouygues.testdebit.info/fichiers/500Mo.dat (http://bouygues.testdebit.info/fichiers/500Mo.dat)
C'est un serveur optimisé + très faible ping => Tout ce qu'il faut pour avoir le débit maximum où que l'on soit en France.

Là mon but est de comprendre qui est impacté par TCP ACK Supression et qui ne l'est pas. Pour l'instant on est deux à ne pas être impacté  >:(
Titre: TCP ACK Suppression
Posté par: Ze_Noob le 19 juillet 2012 à 09:42:40
Salut,

pour moi 2.3 Mo/s sur le premier serveur
et 2.4 Mo/s sur le second

Numericable Le Havre, jeudi 19 juillet 2012, 9:30, Windows 7 32bits
speedtest effectué avant test : 95mbps environ

enfin ça reste quand même largement inférieur aux résultats que j'ai pu voir sur ce thread, et c'est à peine plus qu'avec ma connexion Free ADSL, on est loin des super débits promis par Numericable (tout au plus 25mbps, mon maximum c'était de l'ordre de 6 Mo/s)
Titre: TCP ACK Suppression
Posté par: Oscar le 19 juillet 2012 à 09:46:12
Bonjour,

Sous :

* Windows 7 SP1 intégrale, 64 bits
* Google Chrome
* Modem Ubee Ambit F08C001
* Offre 30 Méga
* Ethernet
* Métropole Lilloise


- Fichier 1 : ~ 600 Ko/s
- Fichier 2 : ~ 2,2 Mo/s
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 09:59:13
Merci.

Pour information avec une ligne ADSL proche du NRA (22 Mb/s ATM) j'ai :

- Fichier 1 : ~ de 2,0 à 2,1 Mo/s
- Fichier 2 : ~ de 1,7 à 1,8 Mo/s

La ligne ADSL n'est donc pas impactée par TCP ACK Suppression (normal)

Pour un fichier normal sans les +90ms comme http://1.testdebit.info/fichiers/500Mo.dat (http://1.testdebit.info/fichiers/500Mo.dat), j'ai un débit stable de 2,2 Mo/s (le maximum de la ligne)
Titre: TCP ACK Suppression
Posté par: Till034 le 19 juillet 2012 à 10:36:12
Windows 7
Chrome 20
Numéricable 30Mb/s
Strasbourg centre
Modem Thomson THG520

Test 1 : Serveur standard (ping important +90ms) : http://90ms.testdebit.info/fichiers/500Mo.dat (http://90ms.testdebit.info/fichiers/500Mo.dat) 570 Ko/s
Test 2 : Serveur optimisé TCP ACK Suppression (ping important +90ms) : http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat) 2 Mo/s en une minute, puis montée très lente jusqu'à 2.1 Mo/s

Serveur standard (faible ping) : http://1.testdebit.info/fichiers/500Mo.dat (http://1.testdebit.info/fichiers/500Mo.dat) 3.4 Mo/s en 3 secondes
Serveur optimisé TCP ACK Suppression (faible ping) : http://bouygues.testdebit.info/fichiers/500Mo.dat (http://bouygues.testdebit.info/fichiers/500Mo.dat) 3.2-3.3 Mo/s montée assez lente
Titre: TCP ACK Suppression
Posté par: Mackovich le 19 juillet 2012 à 10:37:16
À mon tour alors :

condition de test :
Paris 7e (ping moyen de 7ms)
FireFox 14
Windows 7 64 bits
NC 100Mbps (up @5Mbps)

- Premier fichier, j'ai démarré aux alentours de 525ko/s puis j'ai atteint difficilement les 700ko/s pour une moyenne de 650ko/s.
- Deuxième fichier, j'ai démarré à 1Mo/s pour finalement atteindre mais pas dépasser 2.5Mo/s

Courbe grenouille : http://www.grenouille.com/graph/?zone_name=mackovich (http://www.grenouille.com/graph/?zone_name=mackovich)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 19 juillet 2012 à 10:47:47
Serveur optimisé TCP ACK Suppression (faible ping) : http://bouygues.testdebit.info/fichiers/500Mo.dat (http://bouygues.testdebit.info/fichiers/500Mo.dat) 3.2-3.3 Mo/s montée assez lente
Normal que la montée en débit soit assez lente, c'est un serveur avec un noyau ancien pour ne pas être impacté par TCP ACK Suppression (il a plus de 4 ans). Les optimisations pour monter rapidement en débit datent du noyau 2.6.39 pour Linux (pour les serveurs Windows, cette optimisation n'a pas encore été reprise)

Les optimisations préconisées par Google, mises en place avec linux avec le noyau 2.6.39 et  supérieur :
(https://lafibre.info/images/wireshark/201110_augmentation_tcp_initial_congestion_window_comparaison_2.png)
Ce n'est pas précisé, mais Bbox fibre qui ne supprime pas les acquittements pour ce test.
Titre: TCP ACK Suppression
Posté par: chboss62 le 19 juillet 2012 à 11:48:29
Bonjour, j'ai la Bbox avec 30 Mbit/s normalement :

(http://img15.hostingpics.net/pics/188465Capture.png)
Titre: TCP ACK Suppression
Posté par: DisasteR le 19 juillet 2012 à 12:06:57
Voici les resultats :

Windows 7 Pro - Chrome :
(http://pix.toile-libre.org/upload/original/1342692210.png)

Ubuntu Server 10.4 LTS - wget :
--2012-07-19 11:59:04--  http://90ms.testdebit.info/fichiers/500Mo.dat
 2% [>                                                 ] 9,240,825    605K/s  eta 10m 18s

--2012-07-19 11:59:33--  http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat
 5% [=>                                                ] 22,055,712  3.43M/s  eta 2m 12s
Titre: TCP ACK Suppression
Posté par: bobby347 le 19 juillet 2012 à 12:37:41
Fichier 1 : 720 ko/s
Fichier 2 : 3.2 mo/s
Windows 7 32 bits
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 12:42:06
Vous êtes tous impactés par "TCP ACK Suppression"
Même si le tuyau n'est pas remplit, il est préférable de tester le téléchargement d'un fichier puis d'arrêter le téléchargement et tester le second fichier.

Personne sur les nouveaux réseaux 100 Mb/s du Val-de-marne ? (8 canaux descendants et 4 canaux montants)
C'est sur ces zones que j'ai vu des box sans perte d'acquittement.
Titre: TCP ACK Suppression
Posté par: AFO le 19 juillet 2012 à 13:04:09
Voici mes résultats ( en wifi g ):
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 13:20:21
AFO, tu n'es pas impacté par "TCP ACK Suppression" et tu as bien légèrement supérieur avec le serveur N°2, celui qui a les optimisations TCP offload engine (https://lafibre.info/tutoriels/tcp-offload-engine/), c'est normal.

Tu es bien équipé du nouveau modem de Numericable, le Netgear CG3100 ? Ou cela serait "LaBox" de Numericable ?

Tu as combien de canaux montants sur l'interface de ton modem ? (cela se vérifie sur l'interface web de configuration de ton modem, cf copie d'écran (https://lafibre.info/images/altice_cable/201206_snr_netgear.png))
Titre: TCP ACK Suppression
Posté par: thenico le 19 juillet 2012 à 13:33:08
Serveur standard avec +90ms de ping standard :
$ wget -O /dev/null http://90ms.testdebit.info/fichiers/500Mo.dat (http://90ms.testdebit.info/fichiers/500Mo.dat)
 1% [                                       ] 7 384 489    425K/s  eta 15m 34s

Serveur optimisé "TCP ACK Suppression" avec +90ms de ping :
$ wget -O /dev/null http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat)
10% [===>                                   ] 40 147 720  3,06M/s  eta 2m 18s

Numericable en zone 30mbps.
Titre: TCP ACK Suppression
Posté par: AFO le 19 juillet 2012 à 13:39:47
Mon modem: Castlenet CBV38Z4

Canaux:
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 13:42:01
Merci AFO.

Deux canaux montants et non impactés par "TCP ACK Suppression".

Comme tu peux le voir, tu es un des rare à pouvoir avoir un bon débit sur tous les serveurs et toutes les latences.

thenico, avec 425 Ko/s sur le serveur standard, tu es impacté par "TCP ACK Suppression"
Titre: TCP ACK Suppression
Posté par: DisasteR le 19 juillet 2012 à 15:13:20
Vous êtes tous impactés par "TCP ACK Suppression"
Même si le tuyau n'est pas remplit, il est préférable de tester le téléchargement d'un fichier puis d'arrêter le téléchargement et tester le second fichier.

Le test via wget a ete realise un serveur apres l'autre contrairement a mon test sous windows.

Je suis equipe du routeur Netgear CBVG834G.
Comment puis je connaitre les canaux utilises ?
Titre: TCP ACK Suppression
Posté par: blYmp le 19 juillet 2012 à 16:29:33
F1 : 620 Ko/s
F1 : 2.5 Mo/s
Netgear CBVG834G
Windows 7 32b
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Mekthoub le 19 juillet 2012 à 18:42:45
Bonjour!

Chacun mon tour: De chez moi à Dunkerque, zone verte 100 Mégas, Seven 64, MSIE 9. D'abord le Netgear CG3100L, 4 VD + 1 VR:
Les 3 téléchargements vu du moniteur réseau (connexion bridée exprès en fast ethernet 100, mais les résultats sont identiques en mode Gigabit):

Et SpeedTest:
   (https://speedtest.net/result/2072668441.png)

Ensuite le petit modem d'appoint à bord de la HD-Box Memory Sagem, 1 VD + 1 VR:
Vue du moniteur réseau:

Et SpeedTest:
   (https://speedtest.net/result/2072692569.png)
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 18:43:44
Mekthoub ton modem principal Netgear CG3100L ne supprime visiblement pas d’acquittement alors qu'il n'a qu'une VR. L'option "TCP ACK Suppression" est probablement activé mais elle ne supprime pas d’acquittement. Je suis prêt à faire une capture coté client et coté serveur si tu souhaites en avoir le cœur net.
Je suppose que tu as un test de débit équivalent voire meilleur sur le SpeedTest d'Aubervilliers.

On voit clairement la différence avec la HD-Box Memory qui est elle supprime les acquittements... (là aussi, je suis prêt à faire la capture wireshark coté serveur pendant que tu fais la capture coté client)

Maintenant j'ai une question : Ce n'est visiblement pas le fait d'avoir plusieurs VR qui désactive la perte d’acquittement sur le chipset Broadcom.
=> Aurais-tu une idée de ce qui pourrait faire que le chipset décide ou non de limiter les acquittements à 222 ACK/s ?
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 18:49:14
Je suis equipe du routeur Netgear CBVG834G.
Comment puis je connaitre les canaux utilises ?
Le Netgear CBVG834G est un ancien modèle et il ne gère qu'un canal montant et 3 maximum en descendant. Avec ce type de modem on est (a priori) systématiquement impacté par TCP ACK Suppression.
Mes tests dans mon post initial ont été faits avec un Netgear CBVG834G et une Bbox fibre classique connectée au même endroit. Le  Netgear CBVG834G est sensible à TCP ACK Suppression alors que la Bbox fibre ne l'est pas.

Donc un seul canal montant et pour les canaux descendants, il faut regarder les led en face avant :
(https://lafibre.info/images/altice_cable/NetGear_CBVG834G.jpg)
Il y a une led pour le canal montant et 3 led pour les 3 canaux descendants.
Titre: TCP ACK Suppression
Posté par: ienien le 19 juillet 2012 à 20:34:36
A ton avis, à quel niveau se passe la suppression? Directement dans la BOX ou dans les tuyaux du FAI?
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 21:04:32
La suppression des acquittements est faite sur la box, sur le chipset Broadcom qui gère le Docsis, c'est une certitude.
Titre: TCP ACK Suppression
Posté par: ienien le 19 juillet 2012 à 21:07:18
Donc en gros il faut sensibiliser les FAI pour qu'ils corrigent le problème dans leurs prochaines mise à jour de firmware?
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 21:10:39
C'est exactement ça.

Je pense que si Numericable comprenait le véritable impact de cette optimisation aujourd'hui, elle ne serait plus utilisée.
Titre: TCP ACK Suppression
Posté par: Damien29 le 19 juillet 2012 à 22:01:51
Bonsoir,
Pour ma part mon modem fibre optique est inutilisable en ce moment.
Donc j'ai tout de même fait des tests avec mon modem 30 Mbps qui est dans le modem TV.
(http://img15.hostingpics.net/pics/777726dbit.png)
Donc sur cette image le " 3Gb(1).dat " correspond à ce lien : http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat)
Et le " 3Gb.dat " correspond à celui-ci : http://90ms.testdebit.info/fichiers/500Mo.dat (http://90ms.testdebit.info/fichiers/500Mo.dat)
Je ne pense pas être "touché" par votre problème, je me trompe peut-être...
Dans le courant de la semaine prochaine je pourrais peut-être rependre le contrôle de mon modem Fibre FTTLA..
Je précise que je suis dans une zone 100 Mbps FTTLA.
De mémoire sur mon modem fibre il me semble que sur le serveur non optimisé je tourné à 500 KO/s et sur celui qui est optimisé (cable.lafibre.info) je tourné à 11.2 MO/s
En attente de retours,
Bonne soirée à vous.

Cordialement,
Damien.
Titre: TCP ACK Suppression
Posté par: vivien le 19 juillet 2012 à 22:12:46
Bonsoir Damien29,

1,4 Mo/s sur le serveur non optimisé avec +90ms de ping (90ms.testdebit.info), c'est très bien !
Cela signifierait que tu n'es pas impacté par "TCP ACK Supression" (regarde les résultats de Mekthoub qui lui est impacté sur son décodeur TV)

Il me semble que tu télécharges les deux fichiers en même temps.
Serait-il possible de regarder le débit avec un serveur puis arrêter le téléchargement et regarder le débit avec le second serveur ?

Tu utilises Firefox avec quelle version de Windows / Linux ?
Titre: TCP ACK Suppression
Posté par: Damien29 le 19 juillet 2012 à 22:23:07
Re,
Alors là c'est le délire ! Même mon modem TV est en train de rendre l'âme ^^'
Je suis retourné à l'époque du 512K !
Je dois avoir un énorme soucis avec l'armoire Numéricable de chez moi..
Donc voici le super débit que j'ai avec le premier lien ( http://90ms.testdebit.info/fichiers/500Mo.dat (http://90ms.testdebit.info/fichiers/500Mo.dat) ) :
(http://img15.hostingpics.net/pics/329461omg.png)
Et encore un super débit avec le second lien ( http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat) ) :
(http://img15.hostingpics.net/pics/268912omg2.png)

J'utilise la dernière version de Firefox avec Windows 7 Intégrale.
Question comme ça ;
C'est à cause de quoi que j'ai des débits à la noix tout le temps sauf a 6h du matin (pas aux heures de pointes..) ?
Mon modem fibre n'accroche que un canal down et aucun up.. Je commence à m'énerver la.. Sa fait 1 mois que c'est comme sa.

Débit MAXIMUM de ce soir :
(https://www.speedtest.net/result/2073207414.png)

Cordialement,
Damien.
Titre: TCP ACK Suppression
Posté par: Mekthoub le 19 juillet 2012 à 23:54:20
Je suppose que tu a un test de débit équivalent voir meilleurs sur le SpeedTest d'Aubervilliers.
Aubervilliers et Massy me donnent maintenant toujours des résultats presque identiques, pour les deux modems:

CG3100L:
   (https://speedtest.net/result/2072838593.png)   (https://speedtest.net/result/2072668441.png)

HD-Box Memory (presque identique):
   (https://speedtest.net/result/2072842925.png)   (https://speedtest.net/result/2072692569.png)

Ça n'a pas toujours été le cas. Précédemment, l'année dernière je crois, Aubervilliers me donnait systématiquement des résultats sous-évalués, et inconstants. Et puis un jour, d'un coup, c'est remonté pile au niveau de Massy. Comme de mon coté matériel, firmware, et performances n'avaient pas changé ce jour-là, j'ai cru à une modification sur le serveur d'Aubervilliers... sauf que d'autres personnes continuaient à en obtenir des résultats en dessous de la réalité. Rien compris.

=> Aurais-tu une idée de ce qui pourrais faire que le chipset décide ou non de limiter les acquittements à 222 ACK/s ?
Pas la moindre... :-\
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: blYmp le 20 juillet 2012 à 00:15:43
Si je comprends bien, lorsque le ping est bon, l'option "TCP ACK Suppression" n'a pas d'importance ou bien ?

(https://www.speedtest.net/result/2073363956.png)
(https://www.speedtest.net/result/2073365675.png)
(https://www.speedtest.net/result/2073366833.png)
Titre: TCP ACK Suppression
Posté par: vivien le 20 juillet 2012 à 04:46:04
Oui :
Avec un ping < 11ms, l'impact sur le 100 Mb/s est presque nul
Avec un ping < 15ms, l'impact sur le 30 Mb/s est presque nul

Dans tes SpeedTest, Massy est quand même un peu supérieur aux deux autres serveurs Parisiens.

Frisou94, bienvenue au club (assez fermé vu les témoignages) de ceux qui n'ont pas de suppression d’acquittement TCP !

Ça n'a pas toujours été le cas. Précédemment, l'année dernière je crois, Aubervilliers me donnait systématiquement des résultats sous-évalués, et inconstants. Et puis un jour, d'un coup, c'est remonté pile au niveau de Massy. Comme de mon coté matériel, firmware, et performances n'avaient pas changé ce jour-là, j'ai cru à un modification sur le serveur d'Aubervilliers... sauf que d'autres personnes continuaient à en obtenir des résultats en dessous de la réalité. Rien compris.
Pour moi cela correspond avec l’arrêt pour ta ligne de "TCP ACK Suppression".

Pas d'évolution du fichier de configuration ? (Activer ou non TCP ACK Suppression est transmis par le fichier de conf qui contient le débit 30 ou 100, récupéré en TFTP)
Titre: TCP ACK Suppression
Posté par: blYmp le 20 juillet 2012 à 08:26:17
Je dois recevoir LaBox très bientôt. Je referai les test.
Titre: TCP ACK Suppression
Posté par: corrector le 20 juillet 2012 à 15:34:36
A ton avis, à quel niveau se passe la suppression? Directement dans la BOX ou dans les tuyaux du FAI?
Après le modem ça ne servirait à rien!
Titre: TCP ACK Suppression
Posté par: blYmp le 20 juillet 2012 à 19:07:12
Après le modem ça ne servirait à rien!
C'est-à-dire ?
Titre: TCP ACK Suppression
Posté par: corrector le 20 juillet 2012 à 19:09:45
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 :
(https://lafibre.info/images/altice_cable/201106_TCP_ACK_Suppression_2.png)
Titre: TCP ACK Suppression
Posté par: vivien le 20 juillet 2012 à 19:18:23
"TCP ACK Suppression" est une technologie créée pour les lignes fortement asymétrique qui ne peuvent pas envoyer tous les acquittements.

C'est le cas de l'ancienne offre 100 Mb/s de Numericable qui offre 1 Mb/s en débit montant. Pour télécharger faire 100 Mb/s en download, il faut 2 Mb/s uniquement pour acquitter les paquets reçus. (2 Mb/s ce n'est pas exactement la valeur, je me souviens plus de la valeur exacte)

Si on ne supprime pas les acquittements, ils sont buffurisés (mis en attente). Coté èmetteur on reçoit les acquittements avec du retard donc le débit diminue. Le débit ne diminue pas car en réalité il ne montera jamais au-delà de la limite en acquittement => Le client ne dépassera pas 50 Mb/s.

TCP ACK Suppression permet donc supprimer les acquittements et donc de monter le débit dans certains cas (faible latence notamment).

Aujourd’hui il n'est plus nécessaire de supprimer les acquittements car le débit montant est passé à 5 Mb/s, par contre on garde les limitations de débit liées à TCP ACK Suppression comme le montre le test avec un ping supplèmentaire (mais hors de l’île de France et des régions limitrophes, il n'est pas nécessaire de rajouter du ping pour un serveur à Paris pour voir la différence de débit.

Il est inutile de supprimer les acquittements sur le CMTS ou le routeur car la partie qui pose problème (limitée en terme de débit) est entre le CMTS et Modem.
Titre: TCP ACK Suppression
Posté par: blYmp le 20 juillet 2012 à 19:37:08
Merci à corrector et vivien pour les explications.
Titre: TCP ACK Suppression
Posté par: corrector le 20 juillet 2012 à 19:45:58
Ajoutons que les liens en cœur de réseau sont symétriques.

Ce sont les "bords" du réseau (boucle locale) qui sont asymétriques.
Titre: TCP ACK Suppression
Posté par: cat75 le 20 juillet 2012 à 22:09:13
- réaliser un test avec un serveur standard avec +90ms de ping standard => 583 ko/s

- réaliser un test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping => 1,8 Mo/s

Voilà et je n'y connais absolument rien ! J'espère avoir été utile
Titre: TCP ACK Suppression
Posté par: vivien le 20 juillet 2012 à 22:26:54
Merci cat75.

Tu es également impacté par "TCP ACK Suppression"
Titre: TCP ACK Suppression
Posté par: Atarcante le 21 juillet 2012 à 01:24:47
Conformèment à tes dires Vivien, il apparaît que je ne suis pas impacté par TAS.

Entre 4,6 et 6 Mbps Pour le premier lien
Entre 460 et 550 Kbps pour le second

Windows 7
Chrome

-------------

Ce qui me laisse coit quand a mes pointes de latences et mes pertes de paquets...
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 21 juillet 2012 à 08:22:57
Entre 4,6 et 6 Mbps Pour le premier lien
Entre 460 et 550 Kbps pour le second
Si tu as plus de 1 Mb/s sur le premier fichier tu n'es pas impacté par "TCP ACK Suppression".

C'est étonnant d'avoir un si mauvais résultat pour le second fichier, c'est bien http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat) qui donne entre 460 et550 Kb/s ?

Pourrais-tu faire un second essai hors des périodes où ta ligne a des problèmes :
- Fichier 1 : Serveur standard avec +90ms de ping standard : [serveur plus en ligne]
- Fichier 2 : Serveur optimisé "TCP ACK Suppression" avec +90ms de ping : [serveur plus en ligne]
Titre: TCP ACK Suppression
Posté par: DeLoVaN le 21 juillet 2012 à 13:43:33
Pour ma part :

Versailles, NC 100Mb, Windows 7 x64, depuis Free Download Manager, limité à une section de téléchargement (le débit sur Chrome fluctuait trop, mais c'était dans le même ordre d'idée).

Serveur standard : 17.5 Mbps
Serveur optimisé : 19 Mbps

(évidemment, lors que je dl avec plusieurs sections, je passe à beaucoup plus, à 65 Mbps)
Titre: TCP ACK Suppression
Posté par: vivien le 21 juillet 2012 à 13:48:13
C'est très bon tout ça (le but n'est pas de voir le débit mais de voir si tu es impacté par "TCP ACK Suppression" et la réponse est non.

Tu as combien de canaux descendants / montants ? (cela se voit dans l'interface de ton modem)
Tu utilises quel modem au passage ?
Titre: TCP ACK Suppression
Posté par: DeLoVaN le 21 juillet 2012 à 13:53:57
Alors justement, c'est bien que tu parles de ça, parce que mon débit  de 65 max me laisse songeur, car j'avais beaucoup plus avant. Je pouvais monter à quasiment le max des 100 Mbps.

Le modem est un Netgear, et j'ai que 3 canaux descendants (toujours 1 montant). Il me semble bien que j'en avais quatre auparavent. Je suis tombé sur ce sujet (https://lafibre.info/numericable-espace-technique/perte-dun-canal-de-reception/). Je vais tenter de bidouiller un truc.

EDIT: J'ai retrouvé mon canal supplèmentaire, ça change mon débit max, mais ça change rien sur les deux tests que tu demandes, Viven.
Titre: TCP ACK Suppression
Posté par: vivien le 21 juillet 2012 à 14:18:59
Pour voir ton débit max, les fichiers sans latence supplèmentaire sont un bon choix.

Serveur standard : http://1.testdebit.info/fichiers/500Mo.dat (http://1.testdebit.info/fichiers/500Mo.dat)
Serveur optimisé "TCP ACK Suppression" : http://bouygues.testdebit.info/fichiers/500Mo.dat (http://bouygues.testdebit.info/fichiers/500Mo.dat)

Par rapport aux deux tests demandé, il a 90ms de ping en moins !
Titre: TCP ACK Suppression
Posté par: DeLoVaN le 21 juillet 2012 à 14:20:53
Oui, je les avait testé également, tout est revenu dans l'ordre.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Steeve76 le 21 juillet 2012 à 20:02:19
Je suis impacté aussi :

Lien 1 : 550 Ko/s

Lien 2 : 1830 Ko/s

Rouen - BboxFibre 30 Mbps - Windows 7 x64 - Chrome

Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Atarcante le 22 juillet 2012 à 09:45:26
C'est assez dur de savoir quand ma ligne n'a pas de problème du fait mémé qu'elle est impactée en permanence par les pointes de latences et pertes de paquets que tu connais.
J'ai testé ce matin a nouveau :

- 5Mb/s pour le premier
- 2Mb/s max pour le second.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: charly le 23 juillet 2012 à 01:53:52
Mes tests :

OS : Windows 7
Navigateur : Chrome
Ville : Tours (zone 100)

BBox Sensation FTTLA :
- test avec un serveur standard avec +90ms de ping standard : 4.5mo/s
- test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping : 3.2mo/s

BBox Classique FTTLA :
- test avec un serveur standard avec +90ms de ping standard : 510ko/s
- test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping : 3.2mo/s

Pour info j'ai  4 canaux descendants et 1 montant sur chacune des box.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Boris de Bouygues Telecom le 23 juillet 2012 à 09:11:03
Merci pour les tests réalisés.

Nous avons contacté Numericable pour voir ce qu'il est possible de réaliser afin d'améliorer les débits en cas de ping moyen ou important avec un serveur utilisant TCP offload engine.

Nous vous tiendrons informés.

Cordialement,
Boris de Bouygues Telecom.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: lordzurp le 25 juillet 2012 à 02:58:35
hello :)
tout juste rentré du boulot, j'ai fait mon petit test vite fait ...
sur le 1er serveur, je tourne à 490Ko/s, et un magnifique 540ko/s sur le second (.cable.) :D
sur les serveurs sans les 90ms de ping, ça pointe à 3Mo/s, et un speedtest me dit à l'instant que ça pourrait faire du 70Mb/s

modem Ubee (MammouthBox powah) en mode bridge
Macbook (10.6.8 ) en direct dessus, avec son ip publique, sous chrome

un 2e test, sur un Win7 64bits, toujours sous chrome, branché derrière un routeur DD-wrt, me donne 500ko/s pour le premier fichier et ... 550ko/s pour le second ... le speedtest bloque à 40Mb/s (je soupconne le routeur de brider à cet endroit ... edit : en effet, QoS activée) et les fichiers directs montent à 2,5Mo/s pour le premier et  des fois 3Mo/s pour le second

c'est un peu chaotique comme resultats, mais c'est vrai qu'il se fait tard ...
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 25 juillet 2012 à 08:27:28
Oui ce n'est pas terrible tout ça !

Avec ma Bbox ADSL, je suis à 2,3 Mo sur les deux serveurs +90ms ! (Ubuntu 12.04 64bits + Firefox 14)

Serveur standard : http://1.testdebit.info/fichiers/500Mo.dat (http://1.testdebit.info/fichiers/500Mo.dat)
Serveur optimisé "TCP ACK Suppression" : http://bouygues.testdebit.info/fichiers/500Mo.dat (http://bouygues.testdebit.info/fichiers/500Mo.dat)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: corrector le 25 juillet 2012 à 17:17:45
vivien, tu es intéressé par des tests des ADSLisés?

Pour foutre la honte aux pseudo fibrés faire des comparaisons?
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 25 juillet 2012 à 18:00:36
Oui ADSL (débit min 10 Mb/s) et Fibre FTTH tout opérateur sauf Orange.

Orange FTTH est massivement impacté par un problème différent (tous les acquittements sont là) mais avec des impacts similaires (débit bon uniquement optimisé pour TCP ACK Suppression). Je souhaite éviter la confusion en séparant bien le cas Orange du cas Numericable.

En attendant ma demande de test pour Orange à la rentrée, les curieux pourront visiter :
- Orange Fibre Toulouse probleme de debit reconnu (https://lafibre.info/orange-espace-technique/orange-fibre-toulouse-probleme-de-debit-reconnu/)
- SpeedTest Orange fibre (https://lafibre.info/orange-espace-technique/speedtest-orange-fibre/)
(Toulouse n'est pas le seul impacté mais le ping est plus important donc c'est plus visible)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: wasabi le 02 août 2012 à 01:35:28
Bonjour

Je suis wasabi (oui c'est marqué ^^ )
Je suis ravi d'avoir trouvé un forum de connaisseurs sur les technologies câble et fibre  .

Je suis nouveau avec la technologie câble , que je connais pas beaucoup .
J'étais auparavant chez SFR en ADSL (j'en étais plutôt content)  malgré les 2500M qui me séparé du DSLAM

Mais bon j'ai décidé de passé chez numéricable pour plusieurs raison .

1) l'offre iSTART moins chère que mon ADSL

2) le faible ping (normalement)

3) le debit descendant et un peu l'upload 

4) La nouvelle norme docsis3  qui permet en théorie de mieux géré la congestion réseau (ou un truc dans le genre)

Après avoir donc souscrit par internet , je reçois mon modem ... sauf que c'était pas celui que j'attendais
Je voulais un netgear docsis 3 , ils m'ont fourgué un castelnet cbv734ew  :o

Alors c'est la que c'est intéressant .
Le premier truc que j'ai remarqué c'est la diminution du debit sur un serveur lointain , alors que je n'avais pas vraiment ce phénomène avec l'ADSL .

J'ai donc fait votre test sur la  TCP ACK suppression ... et me suis aperçu que j'étais impacté  (570 ko/s avec le premier lien)

Bon au-delà de ça , comme j'avais pas reçu ce que j’attendais de numéricable , j'ai été me plaindre , et ils m'ont alors gentiment envoyé le netgear 3.0  que j'ai reçu aujourd'hui  .

Et mon premier test , a été celui de la TCP ACK suppréssion .  Donc avec le premier fichier , cette fois-ci je suis à : (2,1 Mo/s)
                                                                                                  Avec le deuxieme fichier , je suis à : (2.2 Mo/s)

Résultat , je ne suis pu impacté avec le netgear docsis 3.0 .  ???

Je suis sous Windows 7 avec Firefox

Voilà !  je joints l'état de ma connexion .
Je précise que ce fichier est un peu chinois pour moi  ;)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: free style le 02 août 2012 à 03:26:13
Bonsoir wasabi,

Bienvenue au forum qui est effectivement la référence au niveau de la fibre.
Vivien peux tu confirmé s'il te plaît que cette histoire impacté non impacté est bien gérée par la box
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: free style le 02 août 2012 à 03:28:16
Mes tests :

OS : Windows 7
Navigateur : Chrome
Ville : Tours (zone 100)

BBox Sensation FTTLA :
- test avec un serveur standard avec +90ms de ping standard : 4.5mo/s
- test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping : 3.2mo/s

BBox Classique FTTLA :
- test avec un serveur standard avec +90ms de ping standard : 510ko/s
- test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping : 3.2mo/s

Pour info j'ai  4 canaux descendants et 1 montant sur chacune des box.

Par la même occasion il semble que la Bbox sensation est non impacté elle aussi  ;D
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 02 août 2012 à 08:51:41
Vivien peux tu confirmé s'il te plaît que cette histoire impacté non impacté est bien géréee par la box
C'est bien une fonction géré sur la box et qui peux être désactivée sur la box.

Il semblerait qu'une même box, avec "TCP ACK Suppression" activé ne va pas forcèment être actif (en fonction du CMTS).

Qu'est-ce qui fait que "TCP ACK Suppression" sera réellement actif ?
Mon hypothèse de plusieurs canaux montants n'est pas bonne.

Je cherche encore...
Titre: TCP ACK Suppression
Posté par: AFO le 02 août 2012 à 15:35:28
Bonjour,

depuis une semaine je n'ai plus qu'un canal Up & Down mais toujours le fichier de config 100 Méga ( Val-de-Marne ).

J'ai refait ton test et j'obtiens la même chose avec 1 ou 8 porteuses:

Serveur 1: 2,1 Mo/sec
Serveur 2: 2,3 Mo/sec

Castlenet CBV38Z4
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Branco le 02 août 2012 à 17:56:12
Qu'est-ce qu'il fait que "TCP ACK Suppression" sera réellement actif ?
Je cherche encore...

Vivien, je t'en avais parlé, rappelle toi qu'Intel (Feu Texas Instruments) avait trouvé la technique en inventant le TurboDox (http://www.tij.co.jp/jp/lit/ml/spat122b/spat122b.pdf) sur les modems cable.
L'algorithme TurboDox permet d'activer ou de désactiver le TAS en fonction du RTT.
Par exemple : Si le RTT est supérieur à 12 ms alors on désactive le TAS en upstream.

Voilà l'extrait de la mib d'un modem avec TurboDox

Le fameux paramètre qui fait causer en ce moment  8)

Citer
-- TCP ACK Suppression Enable/Disable
--
cmAckCelEnable OBJECT-TYPE
      SYNTAX TruthValue
      MAX-ACCESS read-write
      STATUS current
      DESCRIPTION
         "Enables/disables the AckCel feature that implements TCP ACK suppression as described in RFC3449.
          Setting this object to true(1) enables TCP ACK suppression which will reduce the number of TCP ACKs sent on the upstream link.
          Setting this object to false(2) disables TCP ACK suppression."
      ::= { cmConfigVendorObjectsBcm 1 }

....

Et puis le trigger pour ON/OFF du paramètre

Citer
modemCmTurboDoxRTTThreshold OBJECT-TYPE
        SYNTAX  INTEGER (0|1..5000)
        UNITS   "milliseconds"
        MAX-ACCESS  read-write
        STATUS      current
        DESCRIPTION
            "This object is used to set the Round Trip Time threshold which is used by
            the adaptive TurboDox algorithm.  The adaptive TurboDox algorithm determines
            the TCP ACK suppression behaviour based on this value. The modem will use
            ACK suppression for a TCP session only if the Round Trip Time between the end
            points of the TCP connection is less than this value. This value is stored into
            non volatile memory and does not require a reboot to take effect." 
        DEFVAL { 20 }
          ::= { cmConfigVendorObjectsTI 9 }

Le fait que la bbox sensation n'a pas de pb pourrait s'expliquer. Le chipset DOCSIS est Intel justement (PUMA 5), peut-être que le TurboDox agit dessus...(mon hypothèse  :P)

Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 02 août 2012 à 18:44:56
Là avec le serveur 90ms, c'est sur que si cette fonction est implèmentée TAS ne fait rien.

Maintenant j'ai fait des captures coté client et coté serveur en situation de faible latence (7ms bout en bout, sur la TDR de Vitry) afin de m'assurer que les acquittements étaient tous là en situation de faible latence.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: menet le 03 août 2012 à 08:37:55
Bonjour Vivien,  :-*

De retour de vacances, je peux enfin te faire ce test avec un vieux PC sous Windows XP avec Firefox connecté en Ethernet.
- test avec un serveur standard avec +90ms de ping standard : http://90ms.testdebit.info/fichiers/500Mo.dat (http://90ms.testdebit.info/fichiers/500Mo.dat) donne au maximum 1,2Mo/s (mais cela peut être nettement moins puis revenir à cette valeur)
- test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping : http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat) donne une valeur de 2,3Mo/s (fixe).

Je suis donc bien impacté par "TCP ACK Suppression" sur ma zone HFC 30Mb/sec de Champs sur Marne (77).  8)

A+  ;)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 03 août 2012 à 08:44:13
Bonjour menet,

Je suppose que tu as modifié la Rwin de Windows XP.

Avec la Rwin par défaut de windows XP (64 Ko), on ne dépasse pas les 600 Ko/s.

=> Impact du ping sur le très haut débit en fonction du système d'exploitation (https://lafibre.info/tester-son-debit/ping-systeme-exploitation/)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: menet le 03 août 2012 à 09:15:19
Je suppose que tu as modifié la Rwin de Windows XP.

Avec la Rwin par défaut de windows XP (64 Ko), on ne dépasse pas les 600 Ko/s.

=> Impact du ping sur le très haut débit en fonction du système d'exploitation (https://lafibre.info/tester-son-debit/ping-systeme-exploitation/)
J'ai retrouvé comment le faire ( Optimiser Windows XP pour avoir de meilleurs débits ou comment augmenter sa "RWin" (https://lafibre.info/bbox-tutoriels/optimiser-windows-xp-pour-avoir-de-meilleurs-debits-avec-bbox/) ) et vérifié avec TCPOptimizer.exe que j'avais bien cette optimisation à 243000 (je ne savais plus si je l'avais fait avant ou après une réinstallation de Windows).  :P

A+  ;)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 03 août 2012 à 09:17:45
Pour moi tu es optimisé. C'est un très bon débit pour Windows XP.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: butler_fr le 03 août 2012 à 19:46:20
voila mes résultats (sous archlinux 64 3.4.7-1) !
bon ba y a pas photo^^

requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 375000000 (358M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[======================================>] 375 000 000  579K/s   ds 10m 22s X

2012-08-03 19:29:13 (588 KB/s) - «/dev/null» sauvegardé [375000000/375000000]


requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 375000000 (358M) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[======================================>] 375 000 000 3,65M/s   ds 1m 45s 

2012-08-03 19:33:47 (3,39 MB/s) - «/dev/null» sauvegardé [375000000/375000000]


$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=47 time=33.1 ms
From 192.168.1.1: icmp_seq=2 Redirect Host(New nexthop: 192.168.1.254)
64 bytes from 8.8.8.8: icmp_req=2 ttl=47 time=31.7 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=47 time=26.7 ms
64 bytes from 8.8.8.8: icmp_req=4 ttl=47 time=36.0 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 26.784/31.928/36.074/3.364 ms

bbox:
Canaux descendants                                                 
   Canal      Statut      Modulation      ID du canal      Fréquence      Puissance      SNR                  
   1      connecté      QAM256      85      122000000 Hz      0.1 dBmV      42.7 dB               
   2      connecté      QAM256      89      434000000 Hz      4.4 dBmV      42.4 dB               
   3      connecté      QAM256      90      442000000 Hz      4.2 dBmV      41.9 dB               
   4      connecté      QAM256      91      450000000 Hz      4.3 dBmV      42.0 dB
   
Canaux montants                                                 
   Canal      Statut      Type de canal montant      ID du canal      Symbol rate      Fréquence      Puissance            
   1      activé      TDMA      4      5120 Ksym/sec      52500000 Hz      51.7 dBmV
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: lordzurp le 04 août 2012 à 01:38:16
hello

j'ai refait un test ce soir (avec enfin une ligne qui marche bien !), sur mon serveur (FreeBSD 9.0), toujours avec le modem Ubee de MammouthTelecom ( 3 porteuses en down)
580Ko/s contre 2,6Mo/s
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 04 août 2012 à 08:31:08
Oui, vous êtes tous les deux impactés.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: zorly le 13 août 2012 à 12:01:04
Bonjour, je suis nouveau ici et en faisant des recherche sur certaine de met lenteur sur les jeux en ligne PSN avec numericable offre power 100/5m à sarreguemines je suis tombé ici j'ai fais le test page 1 et sa donne ceci :
Test 1 : 1.91Mo/s
Test 2 : 1.98Mo/s

Resultat speedtest
Massy : Ping 15ms
            Descendant 101.02Mbps
            Montant 4.91Mbps
Paris ( mediactive ) Ping 25ms
                             Descendant 37.21Mbps
                             Montant 4.90Mbps

Les canaux du modem :
 
Canal de réception
Statut Modulation Canal Débit de symboles Fréquence               Puissance     SNR
Acquis QAM256                 117 6952000 sym/sec 410000000 Hz               1.8 dBmV     37.5 dB
Acquis QAM256                   7 6952000 sym/sec 402000000 Hz               1.1 dBmV     36.5 dB
Acquis QAM256                 118 6952000 sym/sec 418000000 Hz               1.7 dBmV     37.4 dB
Acquis QAM256                 119 6952000 sym/sec 426000000 Hz               1.6 dBmV     37.5 dB
Acquis QAM256                 120 6952000 sym/sec 434000000 Hz               1.4 dBmV     37.4 dB
En cours Inconnu               0 sym/sec 0 Hz                              0.0 dBmV     0.0 dB
En cours Inconnu               0 sym/sec 0 Hz                              0.0 dBmV     0.0 dB
En cours Inconnu               0 sym/sec 0 Hz                              0.0 dBmV     0.0 dB


Canal d'émission
Statut de l'enregistrement Modulation ID de canal Débit de symboles Fréquence Puissance
Acquis                              ATDMA                       3                5120 Ksym/sec 60400000 Hz 40.0 dBmV
Non acquis                   Inconnu                               0 Ksym/sec 0 Hz                0.0 dBmV
Non acquis                   Inconnu                               0 Ksym/sec 0 Hz                0.0 dBmV
Non acquis                   Inconnu                               0 Ksym/sec 0 Hz                0.0 dBmV
Cella fais un moment que je pense que numericable triche sur les connection car lors de test je n'ai jamais des resultat identique entre chaque serveur, mes telechargement divers ( 01.net, clubic, samsung, asus, linux ect.. ) sont tres souvent au desus de 10Mo/s et lors des jeux en ligne j'ai de grosse hachurecomme si il manqué des donné par moment, pendant 2 minutte je peut avoir de l'avance et apres pendant 5 min du retard et toujour avec des deplacement en sacade.

Si cella peut aidez quelqu'un ou si vous avez une solution pour m'aidez sa serait cool!
Cordialement

PS : désolé pour le desorde dans les canal mais j'ai pas reussi à faire mieux!
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 13 août 2012 à 12:50:19
Étonnant, tes deux tests de débit sont assez proche (2 Mo/s) ce qui tendrais a dire que tu n'est pas impacté par "TCP ACK Suppression".

Le problème c'est que le SpeedTest de Massy est bien meilleurs que celui de Paris (Mediactive) et là c'est normalement synonyme de pb "TCP ACK Suppression".
Que donne le SpeedTest d'Aubervilliers ? (normalement assez proche de celui de Paris Mediactive)

Pourrais-tu de nouveau :
- réaliser un test avec un serveur standard avec +90ms de ping standard : http://90ms.testdebit.info/fichiers/500Mo.dat (http://90ms.testdebit.info/fichiers/500Mo.dat)

- réaliser un test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping : http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat (http://90ms.bouygues.testdebit.info/fichiers/500Mo.dat)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: zorly le 13 août 2012 à 13:04:08
a 25% il se stabilise a 1.95Mo/s pour le 1er
a 35% il se stabilise a 2.00Mo/s pour le 2eme

(https://lafibre.info/images/altice_cable/201208_speedtest_sarreguemines_1.png)

(https://lafibre.info/images/altice_cable/201208_speedtest_sarreguemines_2.png)

(https://lafibre.info/images/altice_cable/201208_speedtest_sarreguemines_3.png)

(https://lafibre.info/images/altice_cable/201208_speedtest_sarreguemines_4.png)

un test plus près de chez moi en Allemagne :
(https://lafibre.info/images/altice_cable/201208_speedtest_sarreguemines_5.png)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 13 août 2012 à 13:17:44
Merci.

Tu fais parti des rares clients non impactés par "TCP ACK Suppression" sans que l'on comprenne pourquoi...

Pour le problème de débit vers le serveur de Paris, j'ai transféré ton message dans un nouveau post : Pb débit SpeedTest sur serveur de Paris (mediactive) (https://lafibre.info/peering/pb-debit-mediactive/)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: greenhouse le 24 août 2012 à 18:22:42
Mes résultats à partir d'un NAS :
fichier1 : 7.5 MO/s
fichier2 : 4M MO/s
A noter que j'attend 17,18 MO en telechargement newsgroup depuis le meme NAS.

Cordialement.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 24 août 2012 à 20:25:44
Typiquement le résultat attendu quand il n'y a pas de perte d’acquittement.

Il est normal d'avoir des débits plus faible car là on est à +90ms de ping (comme quand le serveur est aux États-Unis ou en Europe de l'est)

Tu utilises quel modem ?
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: greenhouse le 24 août 2012 à 23:55:26
La box de nc en 200/10
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Jempi le 27 août 2012 à 17:25:57
Bonjour,
En cherchant de la doc sur le Modem AuchanBox AMBIT UBEE F08C001, j'ai trouvé cette discussion.
OSX 10.7.4
Navigateur: Camino
AuchanBox FTTLA 100Méga. +/- broyé depuis le 13 juin, bref.

Dans l'ordre, fichiers+90ms, fichiers standard.

PS: down limité à +/- 5120Mo/s, test Grenouille.


Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 28 août 2012 à 00:29:08
Tu dépasses 1 Mo/s sur le serveur avec +90ms et sensible au TAS donc tu n'es pas impacté.

Par contre je trouve ton débit faible pour les fichiers sans le +90ms.

Normalement le débit devrait être de 11,2 Mo/s (= 100 Mb/s) !
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Jempi le 28 août 2012 à 10:06:54
Bonjour,
C'est une longue histoire ::)
Panne le 13 juin (http://www.grenouille.com/graph/index.php?zone=9328&type=download&day=2012-06-13&month=2012-06-01), pour le cellule expert de NC je suis toujours dans les clous d'une connexion jusqu'à 100Méga. ??? Donc il ne font rien. >:(
Je suis passé chez AuchanBox Net+Tel et depuis le 24 (http://www.grenouille.com/graph/index.php?zone=9328&type=download&day=2012-08-24&month=2012-08-01)....
Par contre l'upload est toujours de moitié et le ping supérieur de 50%, +/- 30ms au lieu de +/- 20ms avant la panne.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: butler_fr le 28 août 2012 à 10:49:44
la vache plus franc comme coupure tu meurt ...

et même avec ça ils ne veulent rien faire????
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Jempi le 28 août 2012 à 11:36:53
Avec les travaux du mettis sur le secteur il ne mouille pas, d'ailleurs il y a eu depuis le 13 juin un coup de pelleteuse malencontreux qui a coupé le réseau dans un autre quartier de Metz.
J'ai fait un speedtest, c'est pire que les tests Grenouille sur le serveur NC de Courbevoie. ???

PS: J'ai essayé de faire ouvrir un ticket via Auchan, il m'on servi la même soupe que les experts de NC. ::)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: ubee57 le 28 août 2012 à 19:18:30
bonjour a tous
voila ma contribution qui va semer le doute

1er test effectuer lors du lancement de la discussion
1er serveur débit environ 0.4 0.5 mo/s

2eme serveur débit environ 2 mo/s 2.4mo/s
donc la je suis impactés .
jusqu’à hier j'effectue le test de temps en temps a chaque fois que la discutions avance,avec toujours le même résultat.

mais voila quand j'ai vu que jempi n’était pas impactés j'ai trouver ca bizarre même ville même fai même modem.
donc je refais le test a l'instant
serveur 1 débit de 1.9mo/s
serveur 2 débit de 2.0mo/s
donc je ne suis plus impactés entre deux coupure totale de service une lundis dernier qui n'a eu aucun effet et l'autre hier meme heure que la derniere fois qui je pense a tous changer
avec un meilleur débit en téléchargement avec internet download manager qui a pratiquement doubler avec des pointe a 12.5 mo/s alors que j'avais du mal a dépasser les 6mo/s.
par contre sur speedtest aucun changement ni de ping ni de rien voila.
a vous les expert!
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Boris de Bouygues Telecom le 01 septembre 2012 à 11:18:38
Bonjour ubee57,

Nous observons le même phénomène pour les clients Bbox fibre sur Metz, avec un Gain de débit important vers la majorité des serveurs.

Nous avons demandé à Numericable plus d'explications.

Le but étant d'offrir cette qualité de service à l'ensemble de nos clients.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: ubee57 le 01 septembre 2012 à 11:40:36
bonjour boris
en effet le download est excellent 12.5mo/s ca doit faire du 100 méga donc au max par contre pour l'upload depuis le coup de pelleteuse de juin débit diviser par deux a 2.20mo/s.
mais pour l'upload je test sur grenouille(qui merde un peut en ce moment)et speedtest donc je sais pas si le débit est réel.
sinon pour Metz je pense qu'on va être la deuxième ville a passer au 200 méga ils sont entrain de faire le test d’où le débit amélioré a mon avis.(un commercial l'avait annoncer a un pote pour le deuxième semestre 2012 on est dans les temps 8) )
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 01 septembre 2012 à 12:13:57
Pour tester ton débit avec des fichiers réels, tu peux télécharger un gros fichier sur https://testdebit.info/ (https://testdebit.info/) (sans ping supplèmentaire)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Jempi le 01 septembre 2012 à 18:06:57
Bonjour,
Des news, depuis le 30 (http://www.grenouille.com/graph/index.php?zone=9328&type=download&day=2012-08-30&month=2012-09-01) après une coupure, le "down" n'est pas stable mais bon il faudrait voir du coté du serveur NC de Courbevoie. :-\
Sinon avec les fichiers du site, 10,5Mo/s sur un fichier de 10Giga standard et 8,7 pour le fichier optimise TCP-Ack.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: F.Lacoste le 02 septembre 2012 à 18:48:09
Bonjour a tous voici mes résultats :

Ville : Marseille 13008
Modem : Cg3100l
Fai : Numericable 100 mbps
Système d'exploitation : vista
Navigateur : Firefox

serveur Non optimisé : (http://desmond.imageshack.us/Himg19/scaled.php?server=19&filename=nonoptimistac.jpg&res=landing)

serveur optimisé :        (http://desmond.imageshack.us/Himg502/scaled.php?server=502&filename=optimistac.jpg&res=landing)

et pour finir :
(http://desmond.imageshack.us/Himg14/scaled.php?server=14&filename=niveaux.jpg&res=landing)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 03 septembre 2012 à 11:09:46
10,2 Mo/s sur un serveur situé a +90ms cela me semble trop beau pour être vrai.

C'est bien ces deux serveurs ?

- réaliser un test avec un serveur standard avec +90ms de ping standard : [serveur plus en ligne]

- réaliser un test avec un serveur optimisé "TCP ACK Suppression" avec +90ms de ping : [serveur plus en ligne]

Tu nous ferais un ping vers le serveur optimisé ?
en ligne de commande : ping 90ms.bouygues.testdebit.info
Tu devrais avoir aux alentour de 110ms de ping.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: F.Lacoste le 03 septembre 2012 à 14:16:53
c'est pourtant bien les résultats qui étaient afficher hier soir aujourd'hui j'ai
400Ko/s sur le serveur non optimisé
et 2,2Mo/s sur le serveur optimisé

ça m'a paru bizare et je m'y suis repris a trois fois, mais j'avais toujours les mêmes résltats et ça correspondais dailleur au temps de téléchargement : 1min 20 pour la quasi totalité du fichier et 11 secondes pour le quart. C'est dailleur ce qui m'a inciter a m'inscrire j'aurais eu des résultats banal j'aurais eu la flème  ???


voila mon ping :

(http://desmond.imageshack.us/Himg221/scaled.php?server=221&filename=pingcmd.jpg&res=landing)

ce soir je réessai pour voir ce que ça donne


en tout cas les résultats étaient bon puisque j'ai reçu le fichier de la bonne taille et 45 secondes
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 03 septembre 2012 à 14:38:21
Ces résultats me semblent plus vraisemblables.

Tu es donc impacté par le TAS.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: invartam le 18 septembre 2012 à 18:58:35
Bonjour,

Voici mes résultats :

HTTP request sent, awaiting response... 200 OK
Length: 375000000 (358M) [application/x-ns-proxy-autoconfig]
Saving to: “3Gb.dat”

17% [============================>                                                                                                                                         ] 67,338,072  3.46M/s  eta 1m 41s 
et
HTTP request sent, awaiting response... 200 OK
Length: 375000000 (358M) [application/x-ns-proxy-autoconfig]
Saving to: “3Gb.dat.1”

14% [======================>                                                                                                                                               ] 53,375,040  2.93M/s  eta 2m 6s
Dans le premier cas, le débit est stable.
Dans le deuxième cas, le débit fluctue entre 2.5Mo/s et 3.5Mo/s.

Mon système :
$ uname -a
Linux ungoro 2.6.32-5-686 #1 SMP Sun May 6 04:01:19 UTC 2012 i686 GNU/Linux

Voici les canaux de mon modem :
(http://img15.hostingpics.net/pics/812309infosfrequencescable.png)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 18 septembre 2012 à 19:24:35
Merci pour les wget mais je ne vois nul part le débit (il faut attendre la fin du fichier pour voir le débit moyen).

Si c'est trop long, voici des fichiers plus petits :
serveur standard : wget -O /dev/null [serveur plus en ligne]
serveur avec optimisation pour TAS : wget -O /dev/null [serveur plus en ligne]

Le plus de /dev/null : vous n'êtes pas limité par la vitesse d'écriture de votre disque dur. Il est possible de télécharger à 1 Gb/s si votre connexion Internet le permet.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: invartam le 18 septembre 2012 à 19:32:31
Le plus de /dev/null : vous n'êtes pas limité par la vitesse d'écriture de votre disque dur. Il est possible de télécharger à 1 Gb/s si votre connexion Internet le permet.
Même plus si la connexion internet et réseau le permet.

HTTP request sent, awaiting response... 200 OK
Length: 125000000 (119M) [application/x-ns-proxy-autoconfig]
Saving to: “/dev/null”

100%[=====================================================================================================================================================================>] 125,000,000 3.46M/s   in 40s

2012-09-18 19:30:46 (2.95 MB/s) - “/dev/null” saved [125000000/125000000]

HTTP request sent, awaiting response... 200 OK
Length: 125000000 (119M) [application/x-ns-proxy-autoconfig]
Saving to: “/dev/null”

100%[=====================================================================================================================================================================>] 125,000,000 2.14M/s   in 40s

2012-09-18 19:31:41 (3.01 MB/s) - “/dev/null” saved [125000000/125000000]

Voilà.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 18 septembre 2012 à 19:52:28
De très bon débit.
Tu n'es pas impacté par TCP ACK Suppression.

Dans le premier cas, le débit est stable.
Dans le deuxième cas, le débit fluctue entre 2.5Mo/s et 3.5Mo/s.
C'est normal, le premier serveur est un serveur qui intègre les améliorations TCP/IP.
Le second serveur ne possède pas le patch Google qui permet de monter bien plus vite en débit et de mieux maintenir ce débit.

Aujourd'hui seul linux intègre cette modification. Il faut avoir un noyau 2.6.39 ou supérieur.

Dans certains cas cette modification de Google est révolutionnaire :
(https://lafibre.info/images/wireshark/201110_augmentation_tcp_initial_congestion_window_comparaison_2.png)

+ d'infos : Comparatif des performances coté serveur - Ubuntu Server 11.04 <=> Ubuntu Server 11.10 (https://lafibre.info/serveur-linux/comparatif-ubuntu-server/)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: testnumero le 21 septembre 2012 à 22:25:48
Débit presque identique sur les 2 serveurs pour ma part :
(https://lafibre.info/images/altice_cable/201209_test_tas_Internet_Download_Manager_1.png)(https://lafibre.info/images/altice_cable/201209_test_tas_Internet_Download_Manager_2.png)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Fredwww le 21 septembre 2012 à 22:40:53
Tu utilise Internet Download Manager qui lance 8 (ou plus) connexions TCP pour télécharger ton fichier, j'imagine que ça doit fausser le test.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: testnumero le 21 septembre 2012 à 23:05:28
Tu utilise Internet Download Manager qui lance 8 (ou plus) connexions TCP pour télécharger ton fichier, j'imagine que ça doit fausser le test.
Quel logiciel utilisé ?
Merci.

EDIT :

J'ai refais le test avec firefox :
(https://lafibre.info/images/altice_cable/201209_test_tas_sans_Internet_Download_Manager.png)

3Gb.dat correspond au serveur standard avec +90ms de ping standard : [serveur plus en ligne]
3Gb(1).dat correspond au serveur optimisé "TCP ACK Suppression" avec +90ms de ping : [serveur plus en ligne]
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 22 septembre 2012 à 11:22:48
Tu n'es pas impacté par TAS

Note : il est préférable de faire un téléchargement puis l'autre et pas les deux en même temps (mais dans ton cas tu ne satures pas ta connexion donc pas de souci)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Tristos le 26 septembre 2012 à 17:32:16
Premier serveur : 1,39 Mo/s (relativement stable)
Deuxième serveur : démarre à 460 Ko/s, termine à 1,14 Mo/s

Ville : Paris (12ème)
Matériel : Numericable LaBox 200/10 en RJ45 1Gbps
PC : Windows 7 64 bits avec Internet Explorer 9

Test sur le serveur de Paris (SFR) :
(https://www.speedtest.net/result/2204080659.png) (https://lafibre.info)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: menet le 26 septembre 2012 à 17:48:43
Premier serveur : 1,39 Mo/s (relativement stable)
Deuxième serveur : démarre à 460 Ko/s, termine à 1,14 Mo/s
Tu ne précise pas dans quelle zone tu es mais 11Mb/s cela fait plus penser à une zone 30Mb/s que du 100 ou 200Mb/s !  ::)
Il reste des zones 30Mb/s même dans paris : http://eligibilite.numericable.fr/paris (http://eligibilite.numericable.fr/paris)

A+  ;)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Tristos le 26 septembre 2012 à 18:12:04
Message édité avec un test de Speedtest  ;)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: yrousse le 16 octobre 2012 à 03:30:51
Je viens d'avoir une interruption de ma connexion Numericable (à partir de minuit 27 environ)... Pendant un peu plus d'une heure.
Modem de LaBox synchro sur un canal, sans IP, etc...
Puis c'est revenu.
Il y a eu des changements et je voulais votre avis.

Le 18 juillet, j'ai écrit:
Citer
Paris 18. Speedtest à 180 et plus sur Massy.
8 canaux en DL
1 canal en UL
Fichier config nc_egci421_200m_10m.cm.

En Ethernet sur LaBox 200/10, via Netgear WNDR3700 (non bridgé ces jours-ci) - Win 7 64 bits, sous Chrome.

Serveur Standard = 595 ko/s
Serveur Optimisé = 4 Mo/s

Je suis donc impacté.
https://lafibre.info/numericable-fttla/tcp-ack-suppression/msg53778/#msg53778 (https://lafibre.info/numericable-fttla/tcp-ack-suppression/msg53778/#msg53778)

Avant la coupure, j'avais fait un Speedtest montrant un résultat "classique" sur ma ligne:
(https://speedtest.net/result/2244188437.png)
A présent:
(https://speedtest.net/result/2244452528.png)
J'ai donc "perdu" 50 Mbps sur Massy avec du 120-130 Mbps à présent (idem sur Serveurs Aubervilliers, SFR. Azuria et Mediactive donnent 100 max).
 :(

En revanche, j'ai refait des tests sur les fichiers de Vivien:
Serveur Standard +90ms = 4.1 Mo/s (le 18 juillet: 595 ko/s)
Serveur Optimisé +90ms = 3.7 Mo/s

Il semblerait donc que je ne sois plus impacté par le TCP ACK Suppression.

Le 18 juillet (et jusqu'à hier soir...), j'avais 8 canaux descendants.
Je n'en ai plus que trois après la coupure de cette nuit!!! En fait, du coté Fréquences, "tout" a bougé: La fréquence d'Acquisition du canal de réception (avant 410000KHz), les puissances, les SNRs, etc...
Citer
Procédure de démarrage
Procédure   Statut   Commentaire
Acquisition du canal de réception   426000000 Hz   Acquis
Etat de la connexion   OK   Opérationnel
Etat d'enregistrement   OK   Opérationnel
Fichier de configuration   OK   nc_egci421_200m_10m.cm
Sécurité   Désactivé   Désactivé
 
Canal de réception
Statut   Modulation   Canal   Débit de symboles   Fréquence   Puissance   SNR
Acquis   QAM256   6   6952000 sym/sec   426000000 Hz   12.3 dBmV   42.6 dB
Acquis   QAM256   5   6952000 sym/sec   418000000 Hz   12.5 dBmV   42.6 dB
Acquis   QAM256   7   6952000 sym/sec   434000000 Hz   12.2 dBmV   43.2 dB
En cours   Inconnu       0 sym/sec   0 Hz    0.0 dBmV    0.0 dB
En cours   Inconnu       0 sym/sec   0 Hz    0.0 dBmV    0.0 dB
En cours   Inconnu       0 sym/sec   0 Hz    0.0 dBmV    0.0 dB
En cours   Inconnu       0 sym/sec   0 Hz    0.0 dBmV    0.0 dB
En cours   Inconnu       0 sym/sec   0 Hz    0.0 dBmV    0.0 dB
 
Canal d'émission
Statut de l'enregistrement   Modulation   ID de canal   Débit de symboles   Fréquence   Puissance
Acquis   ATDMA   1   1280 Ksym/sec   60400000 Hz   43.0 dBmV
Non acquis   Inconnu       0 Ksym/sec   0 Hz    0.0 dBmV
Non acquis   Inconnu       0 Ksym/sec   0 Hz    0.0 dBmV
Non acquis   Inconnu       0 Ksym/sec   0 Hz    0.0 dBmV
Votre avis sur tout ça?
J'ai lancé un ticket sur @SAV_Numericable... La perte de vitesse importante sur Speedtest suscite des questions de mon point de vue.

[Edit] Je viens de faire des tests sur:
http://1.testdebit.info/fichiers/1000Mo.dat (http://1.testdebit.info/fichiers/1000Mo.dat) à 14,2 Mo/s
http://bouygues.testdebit.info/fichiers/1000Mo.dat (http://bouygues.testdebit.info/fichiers/1000Mo.dat) à 13,9 Mo/s
Dernière précision: tous les tests d'aujourd'hui ont été faits sur un Hackintosh tournant sous OSX 10.8.2 et Chrome.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 16 octobre 2012 à 08:39:21
Il semblerait que Numericable ait désactivé TCP ACK Suppression sur une grande partie de ses clients.

La perte de débit vient clairement du manque de canaux descendants.

Il faut 8 canaux pour faire du 200 Mb/s. Avec 6 canaux c'est encore acceptable mais 3 canaux, même si tu es le seul sur le câble il te sera impossible de faire 200 Mb/s !

Sinon tu as un SNR parfait sur tes 3 canaux.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: yrousse le 16 octobre 2012 à 09:40:10
Merci pour ta réponse, Vivien.

J'ai retrouvé mes 8 canaux ce matin!
Citer
Procédure de démarrage
Procédure   Statut   Commentaire
Acquisition du canal de réception   426000000 Hz   Acquis
Etat de la connexion   OK   Opérationnel
Etat d'enregistrement   OK   Opérationnel
Fichier de configuration   OK   nc_egci421_200m_10m.cm
Sécurité   Désactivé   Désactivé
 
Canal de réception
Statut   Modulation   Canal   Débit de symboles   Fréquence   Puissance   SNR
Acquis   QAM256   6   6952000 sym/sec   426000000 Hz    8.3 dBmV   40.8 dB
Acquis   QAM256   1   6952000 sym/sec   386000000 Hz    8.6 dBmV   40.8 dB
Acquis   QAM256   2   6952000 sym/sec   394000000 Hz    8.5 dBmV   40.8 dB
Acquis   QAM256   3   6952000 sym/sec   402000000 Hz    8.2 dBmV   40.4 dB
Acquis   QAM256   4   6952000 sym/sec   410000000 Hz    8.2 dBmV   40.3 dB
Acquis   QAM256   5   6952000 sym/sec   418000000 Hz    8.4 dBmV   40.8 dB
Acquis   QAM256   7   6952000 sym/sec   434000000 Hz    8.2 dBmV   40.8 dB
Acquis   QAM256   8   6952000 sym/sec   442000000 Hz    8.2 dBmV   40.8 dB
 
Canal d'émission
Statut de l'enregistrement   Modulation   ID de canal   Débit de symboles   Fréquence   Puissance
Acquis   ATDMA   1   1280 Ksym/sec   60400000 Hz   43.0 dBmV
Non acquis   Inconnu       0 Ksym/sec   0 Hz    0.0 dBmV
Non acquis   Inconnu       0 Ksym/sec   0 Hz    0.0 dBmV
Non acquis   Inconnu       0 Ksym/sec   0 Hz    0.0 dBmV
Mon speedtest a repris des couleurs, avec un résultat qui "cadre" avec les débits habituels en journée mais l'uplink ne dépassent plus les 5 Mbps:
(https://www.speedtest.net/result/2244881384.png)

Tu m'avais dit que je devrais avoir 2 canaux remontants normalement. Et en effet, si appliqué au débit obtenu en up, ça a du sens.
Je vais en toucher 2 mots lorsque la cellule de Lyon va m'appeler.

Sinon pour le "plaisir", j'ai relancé http://1.testdebit.info/fichiers/1000Mo.dat (http://1.testdebit.info/fichiers/1000Mo.dat) => de 15,4 à 17,2 Mo/s
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Mekthoub le 16 octobre 2012 à 10:55:49
La capacité totale montante est clairement insuffisante pour une config 200/10: Ton seul canal d'émission est large de 1,6 MHz seulement, pour 1.280.000 symboles/seconde, ce qui selon la modulation utilisée (malheureusement inconnue) lui donne un débit max de 5,12 ou 7,68 Mbits/s bruts. Impossible d'atteindre 10 Mbits/s utiles avec ça. Il faudrait soit un canal plus large, soit plusieurs canaux.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: yrousse le 16 octobre 2012 à 11:09:43
La capacité totale montante est clairement insuffisante pour une config 200/10: Ton seul canal d'émission est large de 1,6 MHz seulement, pour 1.280.000 symboles/seconde, ce qui selon la modulation utilisée (malheureusement inconnue) lui donne un débit max de 5,12 ou 7,68 Mbits/s bruts. Impossible d'atteindre 10 Mbits/s utiles avec ça. Il faudrait soit un canal plus large, soit plusieurs canaux.
En effet... D'autant qu'avant les nouveaux paramètres de cette nuit, j'avais un canal d'émission large de 5Mhz (je n'ai plus le nombre exact en tête), avec un débit en up de 8 Mbps environ. En revanche, le ATDMA a toujours été là.
En espérant que les gens de Lyon puissent s'avérer être sensibles à mes attentes...

[EDIT] J'ai eu un support via le T'chat. Ma zone est encore en status "Intervention en cours", semble-t-il. Je vais donc patienter. (et comme ce sujet est à propos du TCP ACK Suppression, je m'arrêterai là pour la suite des évènements. Sauf si une relation entre la suppression du TAS et une dégradation de débit en up est avérée mais il n'y aucune raison valable, à priori)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: Mekthoub le 16 octobre 2012 à 14:35:58
100% d'accord avec ta parenthèse. Je précise juste que malgré l'intitulé de la colonne, ATDMA n'est pas une modulation, et n'entre donc pas dans le calcul du débit (ou alors d'une manière très marginale). Et que tu avais probablement avant un canal de 6,4 MHz (débit de symboles / 800 = largeur du canal), qui peut aisèment transporter 10,24 ou 20,48 ou 30,72 Mbits/s bruts selon la modulation.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: atchoum44 le 19 octobre 2012 à 09:13:03
Bonjour, je viens de déménager. J'ai une dartybox THD et je suis installé en zone couverte par les 100 mbps de numéricable. Hier soir je ne parvenais pas à comprendre les différences de débit que j'"obtenais entre certains serveurs speedtest (de 24 à 94 pour deux serveurs situés en région parisienne...) et en téléchargement. Et puis j'ai vu ce sujet...

Paris 13e
Dartybox THD
Windows 7 64

Serveur 1 : environ 500 ko/s
Serveur 2 : environ 8000 ko/s

Y-a-t'il quelque chose que je puisse faire pour que le débit s'améliore?
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: yrousse le 19 octobre 2012 à 12:30:55
Un rapide message pour dire que Numericable continue à bosser sur leur config réseau/box:
Donc plus de TCP ACK Suppression depuis le 16/10 et depuis ce matin, j'ai un UPlink correct et même optimal puisque j'atteins les 10Mo/s (alors qu'avant je "plafonnais" à 8Mo/s). (et oui, je pense que c'est lié aux ajustements successifs liés aux changements sur TCP ACK Suppression donc je me permet de poster ici)
J'ai donc à présent:
(https://www.speedtest.net/result/2251569363.png)

Et sur https://testdebit.info/: (https://testdebit.info/:) je suis à 20-22 Mo/s (avec ou sans TCP Offload Engine) et 4.3Mo/s sur les +90ms).

En conclusion, si vous voyez que votre connexion IP change/varie dans le cadre du "TCP ACK Suppression", il y a du sens à laisser les choses se stabiliser sur quelques jours.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 19 octobre 2012 à 12:35:43
Et sur https://testdebit.info/: (https://testdebit.info/:) je suis à 20-22Mbps (avec ou sans TCP Offload Engine) et 4.3Mbps sur les +90ms).
Je pense que tu as inversé Mb/s et Mo/s, non ?
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: yrousse le 19 octobre 2012 à 12:39:33
Je pense que tu as inversé Mb/s et Mo/s, non ?
Oups! Corrigé. Merci... :)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: unrealdtc le 23 novembre 2012 à 08:38:31
Bonjour,

J'étais impacté (https://lafibre.info/numericable-fttla/tcp-ack-suppression/msg53814/#msg53814) par le TCP ACK suppression auparavant. Je viens de refaire un test et on dirait bien que NC a retiré le TCP ACK suppression du réseau :

Serveur +90ms :
HTTP request sent, awaiting response... 200 OK
Length: 375000000 (358M) [application/x-ns-proxy-autoconfig]
Saving to: `/dev/null'

100%[==========================================================================>] 375,000,000 4.77M/s   in 74s     

2012-11-23 08:37:01 (4.81 MB/s) - `/dev/null' saved [375000000/375000000]

Comme quoi, ça progresse !
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 23 novembre 2012 à 08:43:46
Je confirme : TCP ACK Suppression est retiré pour Numericable et DartyBox.

Cela devrait se voir dans le prochain baromètre.
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: obinou le 04 décembre 2012 à 22:54:33
Juste pour info, je viens d'essayer la manip avec une connection satellite (Ka-Sat , FAI connexion-verte).
Il n'y a pas d'impact sur le débit entre les 2 serveurs.

Pour info il y a par contre une grosse différence entre les serveurs normaux et ceux à +90ms.
(2Mo/s   vs 544 ko/s en download).
 
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: vivien le 05 décembre 2012 à 08:22:08
Si il y a une grosse différence entre le serveur "normal" et le serveur "+90ms", c'est que tu utilises un système d’exploitation avec une Rwin limitée, non ?

(https://lafibre.info/images/tuto/201106_impact_du_ping_en_fonction_du_systeme_exploitation.png)
Titre: Êtes-vous impactés par "TCP ACK Suppression" ?
Posté par: obinou le 05 décembre 2012 à 10:21:30
 En fait, je pense pas que ca vienne de mon PC (Debian standard en kernel 3.2.0-4-amd64) , d'autant plus qu'en ADSL il n'y a pas de différence majeure.

Mais les modem-sat , eux par contre, tripatouillent énormèment les connections (il inclue par exemple un proxy HTTP directement dans la box, spécifiquement bricolé pour que les pages web "apparaissent plus vite"), via des technique d'envoi de ACK en avance). C'est particulièrement flagrant lorsque tu vas sur un site web qui n'est pas sur un port standard.