PB internet reseau NC

Message par **moriss** » dim. 4 janv. 2015 21:27

Salut
j'ai vraiment des soucis avec NC
ce soir j'arrive à peine à 800Ko/s pour une offre 100/10

Pourtant, au début ça marchait bien, ça se dégrade petit à petit

des idées sur comment tester et vérifier chaque partie ?
Merci de vos conseils

Message par **TheMartel** » dim. 4 janv. 2015 22:41

passer cez un autre opérateur que misericable...
de mon coté, c'est deconnections regulières, tel qui me lache, perte de la TV...

Message par **Xender** » dim. 4 janv. 2015 23:15

Si tu es dans une régions ou ils sont en travaux c'est la misère ...
J'ai eu le problème dans le 78 (et le problème est toujours d'actualités). La ville d'a coté déployait la fibre et c'était la misère à cause de ça. Sinon à part appelé la hotline ...

Message par **dsebire** » lun. 5 janv. 2015 08:26

ton modem il est synchro a combien ?
en gros c'est pour savoir si c'est ton coax chez toi qui décorne ou si c'est (encore) le backbone NC qui est surchargé

Message par **moriss** » lun. 5 janv. 2015 09:28

Merci de vos retours

ou j'habite, c'est NC ou l'adsl très moyen.
Le pire c'est que les premiers mois étaient très bon, et depuis début décembre, la cata

ma Labox, donne pourtant une synchro en 100/10, 8 voies descendantes, 2 montantes
puissance de 10dbmV et un SNR à 40

Message par **dsebire** » lun. 5 janv. 2015 09:38

donc c'est un étranglement coté réseau NC.
soit la fibre qui arrive dans ton immeuble, soit le backbone derrière.

te reste a appeler le support et croiser les doigts.

Message par **biour** » lun. 5 janv. 2015 09:49

sinon pour avoir des billes, pensez a la grenouille
http://www.grenouille.com/

avec le petit soft qui test ul dl + ping a intervalle régulier.
Ensuite sur le site tu a de beau graphe pour foutre dans la tronche de la Hotline

Message par **moriss** » lun. 5 janv. 2015 10:25

merci à vous, je vais contacter le SAV
Biour, justement j'ai mis la grenouille depuis qq temps, c'est la cata,
http://www.grenouille.com/graph/index.php?zone=105180

Message par **moriss** » lun. 5 janv. 2015 11:43

Je reviens vers vous
je viens de faire un petit test

Je télécharge le fichier de 1Go sur http://test-debit.free.fr/
Sous win7 : 2Mo/s, win 8, idem
win2K12 server : je depasse les 10Mo/s
debian : 8Mo/s
ah ba merde alors

des idées ?

Message par **biour** » lun. 5 janv. 2015 11:45

taille paquet MTU ?

Message par **moriss** » lun. 5 janv. 2015 12:58

En fait en comparant les paramètres des cartes réseaux, j'ai vu que j'avais pas la même chose de partout

Maintenant je suis revenu à des vrais valeurs

10Mo/s en DL
mais tjs mes 300Ko/s en up

faudra que je trouve de quoi améliorer un peu le UP, car 300Ko/s pour du 10Mbps c'est pas terrible

Désolé du dérangement

MTU, j'ai essayé 1500 et 9000 sans changement significatif

Message par **biour** » lun. 5 janv. 2015 13:09

1492 le mtu de memoire

Message par **dsebire** » lun. 5 janv. 2015 13:10

ça dépend de la techno et du provider biour

Message par **moriss** » lun. 5 janv. 2015 13:14

ouhais mais du coup je sais pas lequel mettre

mon win7 et win2K12 sont sous esxi
du coup, un gros MTU améliorera les transferts internes, et un petit les DL
ou alors je me trompe ?

Message par **biour** » lun. 5 janv. 2015 13:26

Dsebire, pas faux ^^

normalement, il me semble que tu doit trouver a partir de quand cela split avec le ping
un truc du genre
ping -f -l (taille du paquet -28) (adresse du site)

-f = le paquet ne doit pas être fragmenté
-l = la réponse doit indiquer la taille du paquet
[taille du paquet -28] = pour l'exemple 1400-28= 1372 (-28 pour les en-têtes IP et ICMP)
[IP de votre serveur] = pour l'exemple 192.168.0.1
Ce qui donne :

ping -f -l 1372 192.168.0.1

Si la réponse à la requête est :

Réponse de 192.168.0.1 : octets = 1372....
Réponse de 192.168.0.1 : octets = 1372....
Réponse de 192.168.0.1 : octets = 1372....
Réponse de 192.168.0.1 : octets = 1372....

vous pouvez augmenter la valeur du MTU pour trouver sa limite supérieure. Cette dernière est dépassée si la réponse du ping est :

Le paquet doit être fragmenté, mais paramétré DF
Le paquet doit être fragmenté, mais paramétré DF
Le paquet doit être fragmenté, mais paramétré DF
Le paquet doit être fragmenté, mais paramétré DF

Il vous faut alors diminuer légèrement la valeur du MTU et réaliser un ultime test.

Message par **biour** » lun. 5 janv. 2015 13:27

dans ton cas je verai bien l'adresse de la box comme ip

Message par **moriss** » lun. 5 janv. 2015 14:03

merci, je vais tester ça
je donnerai le résultat du test

donc plus grande valeur en ping sur labox : 1472

mais vu que je suis en esxi, le mtu est bridé par le mtu configurer sous esxi, donc forcément 1500 ?

Message par **dsebire** » lun. 5 janv. 2015 14:21

dans ton cas je verai bien l'adresse de la box comme ip

non, faut prendre une IP internet (8.8.8.8 par ex) tu peux avoir de l'encapsulation après la BOX (ATM chez free par ex)

chez NC pro en IP fixe, le trafic passe dans un tunnel L2TP, ton le MTU est encore plus bas.

TCP optimizer fait ça tout seul pour vous

Message par **moriss** » lun. 5 janv. 2015 14:46

idem sur l'IP 8.8.8.8 ou sur www.google.fr

1472 passe, 1473 non

du coup un mtu de 1500 (je dois ajouter les 28 octets ?)
Mais pour conserver un bon débit entre vm, je peux mettre le mtu sur la vmnic et laisser le vswitch et les VMs en 9000?

Message par **dsebire** » lun. 5 janv. 2015 14:51

oui, MTU = 1500

pour la 2eme partie de la question, j'ai pas tout pigé.

Message par **moriss** » lun. 5 janv. 2015 14:56

Alors

1 - je trouve étonnant de tombé pile sur un mtu de 1500

2 - jumbo frame n'est pas sensé amélioré les débits ? du coup, pour faire du transfert de fichier entre VMs, une frame à 9000 est mieux ? nan ?
si oui, du coup, comment conservé un mtu correcte pour les transferts et un mtu pour le net ?
du coup, vu que c'est des VM, je me disais qu'on pouvait peut etre jouer avec les valeurs de MTU sous esxi directement ?

plus clair

Message par **biour** » lun. 5 janv. 2015 14:59

non, faut prendre une IP internet (8.8.8.8 par ex) tu peux avoir de l'encapsulation après la BOX (ATM chez free par ex)

chez NC pro en IP fixe, le trafic passe dans un tunnel L2TP, ton le MTU est encore plus bas.

TCP optimizer fait ça tout seul pour vous

Rhaa TCP Optimizer, merci Dsebire, m'en souvenais plus du nom de ce prog ^^

Message par **dsebire** » lun. 5 janv. 2015 15:43

Alors

1 - je trouve étonnant de tombé pile sur un mtu de 1500

2 - jumbo frame n'est pas sensé amélioré les débits ? du coup, pour faire du transfert de fichier entre VMs, une frame à 9000 est mieux ? nan ?
si oui, du coup, comment conservé un mtu correcte pour les transferts et un mtu pour le net ?
du coup, vu que c'est des VM, je me disais qu'on pouvait peut etre jouer avec les valeurs de MTU sous esxi directement ?

plus clair

1/ ça veut dire que rien limite derriere et que pas d'encapsulation

2/ http://fr.wikipedia.org/wiki/Trame_g%C3%A9ante

L'Internet Protocol requiert que la taille MTU soit identique dans tous les hôtes d'un même sous-réseau. Les hôtes qui font usage de jumbo frames ne devraient donc pas être dans le même sous-réseau que des hôtes qui ne les prennent pas en charge

t'es mort, dsl

edit: chez moi pas de jumboframe et je sature le giga, idem au taf

Message par **moriss** » lun. 5 janv. 2015 16:50

ok merci bcp, je remet tout à 1500 partout !

Message par **moriss** » lun. 5 janv. 2015 17:25

petite anecdote

Je remet le MTU à 1500 de partout
je fais un test de copie de fichier, mes transferts ont doublés !
je passe d'un petit 36Mo/s à plus de 70Mo/s ! juste parce que j'ai reconfigurer la carte réseau d'une VM !
bonne journée dis donc