Auteur Sujet: Débit en baisse depuis migration à l'offre 1000/200 (Lu 19155 fois)

vivien · « **Réponse #36 le:** 04 novembre 2014 à 08:35:57 »

unrealdtc, tu dis utiliser un routeur a toi, mais la majorité des routeurs du marché ont des instabilités à 1 Gb/s. Ces instabilités sont peu visibles avec une latence faible (< 10ms) mais dès que le ping augmente, les pertes de paquets on un impact important sur le débit. Je vais vous faire des graphes du débit en fonction de la latence et des pertes de paquets, c'est impressionnant quand on conjuge ping moyen et pertes de 0,1%.

Un test qui serait pertinent, c'est de te connecter directement sur l'ONT avec ta Fedora. (Sauf si tu utilises déjà un routeur basé sur un vrai PC)

Si au passage tu pourrais écrire un petit tutoriel pour que d'autres puissent se connecter directement avec un Linux sur l'ONT, je suis preneur.

tivoli · « **Réponse #37 le:** 04 novembre 2014 à 13:46:03 »

https://lafibre.info/sfr-tutoriels/bypasser-la-neufbox/ ca ne convient pas ?

matsl · « **Réponse #38 le:** 04 novembre 2014 à 21:51:55 »

Bonjour,

Comme promis je reviens ici pour raconter la suite des événements. Après appel au service technique, mon nouveau passage au 1gb a remontré des débits extrêmement instables. La personne m'a avoué que je n'étais pas la première personne à appeler pour ce genre de problème et m'a confié qu'en fait ils n'ont pas de solutions. Ça sera surement remonté aux services techniques. Ils m'ont donc repassé au 300M et j'ai de nouveau des débits très stables.

Suite à une investigation personnelle, plus je téléchargais, plus le débit devenait bas. J'ai atteint les 2-3 Mo/s pendant 1 heure. Après avoir attendu un peu, je suis revenu à 80 mo/s en chute libre pour ré-atteindre les 2-3 mo/s. Ça ressemble vraisemblablement à un problème de buffer de leur carte qui envoie du GB.

Dans tous les cas, je ne les blâment pas, il faut avouer que la technologie est très récente et si on se rappelle bien de l'ADSL à ses débts, ce n'était pas non plus tout le temps le top. Les infrastructures ne sont apparemment pas toutes au point et on peut espérer que dans les prochaines années ce genre de problème sera résolu.

Comme elle me l'a aussi souligné, les gens ne font souvent pas attention à ce genre de problème, ils ne voient pas la différence entre le passage de 300 à 1000 car ils ne sont pas tous en train de faire des tests de débit

mais je n'ai aucun doute sur le fait que ce problème doit arriver plus souvent que l'on ne le pense.

Voilà donc je pense que la solution est d'être patient!

ludo_45 · « **Réponse #39 le:** 05 novembre 2014 à 01:23:24 »

Bonjour,

J'avais noté que mon passage de 300 à 1000 s'était accompagné d'apparition d'erreur fcs sur le port fibre de la box (que j'ai toujours)

A l'époque j'avais posté un message ici et je n'étais pas le seul à constater ceci. Perso je ne pense pas avoir de baisse de débit (mais je suis en limite PC)

Mais c'est sûr qu'à 1000 il y a quelque chose de pas clean côté fibre.
Perso, j'aurais tendance à dire que l'on est au limite ou bug de l'ONT qui a forte charge mangerait des bouts de trame.
Peut être qu'un spécialiste de cette partie peut nous éclairer si ca semble une piste possible.

Paulo31 · « **Réponse #40 le:** 05 novembre 2014 à 01:40:28 »

Erreur FCS, c'est assez spécifique entre l'ONT et la box.
C'est pas juste l'ONT qui surchauffe en débit soutenu en gigabit ? (vu comment il chauffe déjà en 300/50

)

unrealdtc · « **Réponse #41 le:** 05 novembre 2014 à 08:08:22 »

Merci pour ton retour matsl !

Personnellement, je n'arrive pas à me ôter de la tête que ceci ressemble fort à un bridage volontaire pour calmer certains "gros" consommateurs :

- L'OLT n'est pas le même en offre 1000/200 ? Pourquoi il serait stable en 300 et buggé en 1000 ?
- Les ralentissements de débit n'ont jamais concerné le trafic UDP chez moi et j'ai fait de nombreux tests à travers un OpenVPN vers un serveur dédié chez Online.Net.
- Étrangement, la nuit les débits TCP sont globalement meilleurs (classe de service "gros consommateurs" moins pleine ?)
- Speedtest.Net indique toujours des débits proches du max... prioritisation de certains flux ou bridage par connexion TCP ? (Speedtest lance plein de connexions en //)

Dans mon cas, j'héberge un petit serveur Web à la maison, qui envoie ~100ko/s en montant 24h/24 (avec une charge moins importante la nuit, bien entendu, les visiteurs étant français). Cela ne représente pas une utilisation abusive à mon sens (120Go upload par mois), mais je commence à me dire que c'est assez pour que je passe dans la classe de service "moins prioritaire".

J'aimerais bien avoir des infos à ce sujet si quelqu'un en a

vivien · « **Réponse #42 le:** 05 novembre 2014 à 08:20:15 »

unrealdtc tu utilises quoi comme routeur ?

Je ne crois pas a la thèse du gros consommateur, mais je sais pour avoir réalisé des tests que certains matériels peuvent pertes des paquets à 1 Gb/s ce qui peut dégrader le débit (notamment les téléchargements TCP sur une seule connexion)

unrealdtc · « **Réponse #43 le:** 05 novembre 2014 à 08:28:51 »

Mon routeur est un PC sous FreeBSD 8.4 et le routage/NAT est assuré par Packet Filter.

Le CPU est un "CPU: Intel(R) Celeron(R) CPU 420 @ 1.60GHz (1604.80-MHz K8-class CPU)", et la carte réseau "em0: <Intel(R) PRO/1000 Network Connection 7.3.7> port 0x20c0-0x20df mem 0xe0300000-0xe031ffff,0xe0324000-0xe0324fff irq 20 at device 25.0 on pci0" et il parvient sans difficulté à faire du NAT à 600Mbps. Mais dans tous les cas, il va pas se mettre à droper sélectivement des paquets, ce n'est pas comme ça que fonctionne PF.

vivien · « **Réponse #44 le:** 05 novembre 2014 à 08:35:37 »

Pas de souci si c'est un PC qui fais routeur.
Il existe du matériel qui n'arrive pas a gérer si les paquets sont envoyés par le réseau trop rapprochés : Ils perdent tout simplement une partie des paquets faute de buffer. Ce n'est pas le fonctionnement d'un PC.

Ça serait étonnant que l'ONT ne gère pas 1 Gb/s.

Où est la vérité ?

Electrocut · « **Réponse #45 le:** 05 novembre 2014 à 10:20:01 »

Citation de: unrealdtc le 05 novembre 2014 à 08:28:51

Mon routeur est un PC sous FreeBSD 8.4 et le routage/NAT est assuré par Packet Filter.

Sans chercher à dédouaner SFR ... as-tu vérifié que tu obtenais les mêmes instabilités de débits avec la Neufbox ?

unrealdtc · « **Réponse #46 le:** 05 novembre 2014 à 10:25:49 »

Oui, j'ai vérifié, fort heureusement

D'ailleurs matsl : neufbox ou routeur perso ?

unrealdtc · « **Réponse #47 le:** 30 décembre 2014 à 10:24:08 »

Quelques informations nouvelles.

Tout comme matsl, j'ai demandé à repasser à l'offre 300/50, et depuis j'ai un débit descendant à 300Mbps parfait à toute heure de la journée ou de la nuit. Par contre, le débit montant est plus problématique, et voici mes observations.

Conditions de test : j'héberge un fichier de 1Go sur un serveur Web Debian Wheezy chez moi, et ce fichier est téléchargé depuis des serveurs Linux à l'aide de la commande "wget -O /dev/null". Un des serveurs est une Dedibox Pro chez Online, l'autre est sur un lien fibre entreprise SFR à Bordeaux ; les latences respectives par rapport à chez moi sont 17ms et 10ms. Le serveur Debian dispose du tuning TCP suivant :

Code: [Sélectionner]

net.core.wmem_max=12582912
net.core.rmem_max=12582912
net.ipv4.tcp_rmem= 10240 87380 12582912
net.ipv4.tcp_wmem= 10240 87380 12582912
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_sack = 1
# increase the length of the processor input queue
net.core.netdev_max_backlog = 30000
# recommended default congestion control is htcp 
net.ipv4.tcp_congestion_control=htcp

net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_fin_timeout = 10

# Recycle and Reuse TIME_WAIT sockets faster
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1

Résultats :

- Depuis la Dedibox, j'observe un débit de 50Mbps pendant les 30 premiers Mo de téléchargement. Après le débit passe à 25-30Mbps jusqu'à la fin du téléchargement. Si je lance plusieurs téléchargements en parallèle, j'ai bien les 50Mbps ; une session TCP semble limitée à environ 30Mbps après le burst initial.
- Depuis le lien SFR pro à Bordeaux, j'ai 50Mbps du début à la fin.

Ce qui est con c'est que je n'ai pas eu l'idée de faire des tests vers ce serveur à Bordeaux quand je disposais de l'offre 1000/200, mais vu les résultats que j'ai, je suis tenté de penser que le trafic interne SFR a un traitement de faveur...

[EDIT] un ami a téléchargé mon fichier depuis son accès FTTH SFR à Paris. Il obtient le même débit qu'avec la Dedibox, autour de 30Mbps.

Vivien : est-ce que tu peux essayer un test de téléchargement depuis un serveur connecté sur le LyonIX ?