[RESOLU] packets > 1300 bytes dropped en upload

[Will47]

Ca ne change pas globalement la vitesse d'upload de modifier le MTU ?

Merci ! (Je connaissais même pas perso ...)

Si... forcément, en diminuant la taille maximale de tes paquets, tu augmentes la fragmentation des données envoyées. Mais bon, maintenant, en considérant la taille des en-tetes de ton paquet, 28 octets sur 1300 ou sur 1500, c'est pas énorme ^_^.

[SiLeNT BoB]

J'ai aussi ce gros gros problème chez moi, nettement moins pénible depuis que j'ai réduit la taille des paquets, merci pour l'info

[GregLu]

Si... forcément, en diminuant la taille maximale de tes paquets, tu augmentes la fragmentation des données envoyées. Mais bon, maintenant, en considérant la taille des en-tetes de ton paquet, 28 octets sur 1300 ou sur 1500, c'est pas énorme ^_^.

Et on perd beaucoup au final, via FileZilla par exemple ?

[atapi]

c'est donc pour ça que l'up est gratuit

[GregLu]

Moi ça m'fait pas trop rire, je comptais justement bien me servir de l'up gratos ... (Bon, 20 Go max/mois cela dit)

[Nyctalopyman]

suis du côté de verviers aussi...

réponse de dommel... y a trop de bruit sur votre ligne, vérifiez votre équipement

Je suis somme toute vraiment content de leurs services, mais là, ca fait un peu langue de bois

(enfin, d'accord, y a du bruit sur ma ligne, mais la vitesse est adaptée par le DSLAM en fonction, et y a pas de raisons que les paquets se perdent...)

Idem, ils m'ont répondu de vérifier mes branchements. Et c'est vrai aussi que ma ligne est mauvaise, mais elle l'est depuis des mois, et elle n'est pas pire que d'habitude. D'ailleurs, je viens de vérifier sur mon modem, et il ne détecte aucune erreur quand j'envoie des paquets de grande taille. Le problème est donc encore plus loin.

Même problème ici, le fait de diminuer la valeur du mtu résout le problème.


ps: joli troubleshoot Nyctalopyman

De rien, j'ai passé près de deux heures à chercher dans les logs d'un serveur distant pourquoi il ne répondait pas à mes requêtes POST (phpmyadmin) avant de me rendre compte qu'il ne les recevait tout simplement pas

Si... forcément, en diminuant la taille maximale de tes paquets, tu augmentes la fragmentation des données envoyées. Mais bon, maintenant, en considérant la taille des en-tetes de ton paquet, 28 octets sur 1300 ou sur 1500, c'est pas énorme ^_^.

Et on perd beaucoup au final, via FileZilla par exemple ?

Non, pas grand'chose, surtout entre 1300 et 1500(1492) c'est pas phénoménal comme différence, tout au plus de l'ordre d'un pourcent je pense, selon la taille des en-têtes de paquets que tu considères.

Et puis j'espère bien qu'ils vont résoudre le problème assez rapidement quand-même ! (une fois qu'on sera parvenu à les convaincre qu'il y a bien un problème, déjà...)

[Derdesder]

Hier , j'ai téléphoné à 9h00 du matin et la réponse :"oui , nous sommes au courant , retéléphonez lundi si le problème persiste."

Donc , en principe , le problème devrait être résolu avant lundi.

[Will47]

Si... forcément, en diminuant la taille maximale de tes paquets, tu augmentes la fragmentation des données envoyées. Mais bon, maintenant, en considérant la taille des en-tetes de ton paquet, 28 octets sur 1300 ou sur 1500, c'est pas énorme ^_^.

Et on perd beaucoup au final, via FileZilla par exemple ?

bah euh, le compte est vite fait... si t'envoie 15 paquets là ou t'en envoyait 13 précédemment, tu as deux en-têtes de plus... soit une cinquantaine d'octets... sur une vingtaine de milles !

C'est sûr, ca modifie énormément ta vitesse de connexion

bref, te tracasse pas, comme l'a dit Nyctalopyman, c'est négligeable...

[GregLu]

Toute façon c'est déjà commandé lol

[dave_d]

Hier , j'ai téléphoné à 9h00 du matin et la réponse :"oui , nous sommes au courant , retéléphonez lundi si le problème persiste."

Donc , en principe , le problème devrait être résolu avant lundi.

C'est déjà une bonne chose qu'ils soient au courant du problème.

J'espère qu'ils pourront régler ça au plus vite parce que le problème persiste ici.

[Jean_Marie]

Bonjour

Je n'ai pas de problème d'upload et la vitesse est de 40 de moyenne.

Ce n'est pas une vitesse constante, ça varie de 38 a 52 en yoyo mais en moyenne c'est...




JM

[Broquette]

J'ai la possibilité de le faire mais pas encore tenté.. quelqu'un a essayé aves un login / pass de skynet pour voir s'il y a problème chez eux aussi ? A ce moment, ca casserait l'hypothèse de la mauvaise ligne

[Nyctalopyman]

J'ai la possibilité de le faire mais pas encore tenté.. quelqu'un a essayé aves un login / pass de skynet pour voir s'il y a problème chez eux aussi ? A ce moment, ca casserait l'hypothèse de la mauvaise ligne

Bonne idée, en effet, je n'y avais même plus pensé.
Je viens d'essayer et ça fonctionne parfaitement avec un login skynet: c'est bien chez dommel qu'il y a un souci...

[Broquette]

Yep je viens d'essayer à l'instant avec les paramètres de mes parents, aucuns soucis... un truc à leur coincer dans un mail s'il critique la qualité de la ligne...

[Kozzi]

ping -n 10 -l 1450 belnet.be, ça passe chez moi

Ca passe jusque plus ou moins 1460 et après ça ne passe plus.

Aucun problème de post sur forum ou accès hotmail, gmail, etc de mon côté.

[Jonathan]

Personnellement MTU prédéfini en 1492 et aucun problème d'upload que ce soit sur forum, gmail, ou autre...

Et pour rassurer Greg, FileZilla marche parfaitement
Vitesse constante d'upload pour moi !

[Flashman2003]

Pareil j'ai pas de problèmes moi avec un MTU par défaut de 1400

Je suis du côté de liège

[Gatchan77]

Pas de problèmes sur Namur non plus

[SiLeNT BoB]

Des news, améliorations, infos ?

Merci

[dave_d]

Disons que j'arrive à surfer plus ou moins normalement, mais si je laisse la MTU à 1500 et que j'essaye de pinger le site de dommel avec des packets de 1500bytes ceux ci sont droppés.

Par contre si je change la valeur de la MTU à 1300 et que je fais le même test ( ping 1500bytes), ça passe sans problème ...