Sujet: Un problème avec le réseau

[cubitus]

Bonjour,

J'ai un problème que je n'arrive pas à résoudre.

Mon VUsolo2 est relié en réseau sur un routeur swich en Gigabit NetGear FVS318N.

J'accède de mon PC via samba sur les différents répertoires du Vusolo2.

Si je transmets un fichier  du PC -> VUsolo2, j'ai un débit de 15 à 20Mo/s (c'est normal)
Si je charge un fichier du Vusolo2 -> PC j'ai un débit de 50 à 300ko/s     (il y a quelque temps j'avais 15 à 20Mo/s)

Le problème vient soit du routeur switch soit du Vusolo2...

Je n'arrive pas à savoir d'où peut bien venir le défaut...

Votre avis ?

[pr2]

Bonjour,

Le problème peut aussi venir du PC... tu n'as pas changé d'antivirus par hasard sur ton PC?

As-tu fait un test de transfert par FTP pour voir quelle est la vitesse de transfert?

Pr2

[cubitus]

bonsoir,

J'ai encore creusé la question,

Cela ne vient pas du PC, j'ai essayé avec 2 autres PC et même avec la tablette android...
Je viens de tester aussi avec le FTP, c'est la même chose  ...

J'avais essayé avec un vieux routeur et j'avais avec un transfert de 10M/s...

Du coup j'ai fait un reset factory sur le routeur Netgear, mais j'ai la même chose
Pourtant des transferts entre deux PC avec ce routeur passent à 80M/s

J'y perds mon latin 

[pr2]

As-tu changé le câble réseau?

[cubitus]

Oui j'ai essayé cela ce matin.... sans effet...

Le coupable est le routeur... il semble qu'il y a une incompatibilité entre les deux....

Je n'ai pas trouvé le réglage dans le routeur qui me permet de résoudre le problème (c'est une usine à gaz le paramétrage de ce routeur...).
J'ai trouvé une solution d'attente, j'ai inséré un switch gigabit entre les deux et c'est OK....

Je vais continuer à chercher, je poserai bien la question chez Netgea sauf que leur forum français est en maintenance depuis 5j...

[killminusnine]

Salut Cubitus,
Tu as peut-être un problème de détection speed&duplex entre ton Netgear et ton VU+.

D'après la doc, sur les Netgear ProSafe, tu peux aller dans le menu "Network configuration>LAN settings>Speed" et changer le Port Speed en remplaçant "Autosense" par "1000Mb/s Full duplex".  

[cubitus]

Salut, killminusnine,

Sur le switch j'ai cette option, par contre sur le routeur switch non... J'ai bien cette option pour le port WAN, mais je n'ai pas trouvé une option équivalent pour les ports LAN.
cela me parait étonnant, c'est pour cela que j'ai dit que je n'ai pas trouvé 

[pr2]

Bonjour,

Attention pour que l'Autosense fonctionne il faut qu'il soit activé des deux côtés, si on force d'un seul côté cela ne fonctionnera pas. Le côté autosense redescendra automatiquement en half-duplex!

L'autosense est en fait un protocole en tant que tel donc il faut que les deux côtés puissent le parler pour qu'il fonctionne.

Pr2

[cubitus]

On peut agir du côté du VUSolo2 ?

[killminusnine]

Attention pour que l'Autosense fonctionne il faut qu'il soit activé des deux côtés, si on force d'un seul côté cela ne fonctionnera pas. Le côté autosense redescendra automatiquement en half-duplex!
L'autosense est en fait un protocole en tant que tel donc il faut que les deux côtés puissent le parler pour qu'il fonctionne.

Tu as raison Pr2, mais depuis l'avènement du gigabit il y a près de 15 ans, le protocole d'auto-négociation NWay a été intégré à la norme IEEE 802.3 (Ethernet) pour le Gigabit :

En 1999, le protocole de négociation fut significativement étendu par la norme IEEE 802.3, spécifiant le protocole Gigabit Ethernet, rendant le mécanisme d'auto-négociation obligatoire pour du Gigabit Ethernet en 1000BASE-T sur cuivre.

Source Wikipedia : http://fr.wikipedia.org/wiki/Auto-n%C3%A9gociation_%28ethernet%29

Donc, en théorie, Cubitus peut se contenter de forcer le port adhoc en 1000baseT et le Vu+ Solo2 doit suivre (puisqu'il est gigabit, et donc, avec l'auto-négociation) ... mais toute cette masturbation intellectuelle ne sert finalement à rien puisque sur son modèle de NetGear Procurve, il ne dispose de l'option de forçage que sur son port WAN ... ce qui est stupide de la part de Netgear, car tous les ports LAN sont par défaut en auto-négociation, puisqu'il s'agit d'un switch gigabit. 

[pr2]

Oui je suis d'accord avec toi en Gigabit la norme autonegociation est obligatoire (ce n'était pas nécessaire le cas avant), mais pour qu'elle fonctionne elle doit toujours être active des deux côtés!
Si tu forces, même en gigabit, d'un côté tu dois aussi forcer de l'autre sinon tu retombes dans le même problème.

Ce que cubitus peut regarder c'est si les jumbo frame sont activées, si c'est le cas il pourrait tenter de le désactiver.

@Cubitus,

Peux-tu copier coller le résultat de la commande suivante en telnet:

Code: [Sélectionner]

ifconfig

A titre d'exemple voici ce que cela donne chez moi:

         RX packets:516783 errors:0 dropped:108 overruns:0 frame:0
         TX packets:290035 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:88664558 (84.5 MiB)  TX bytes:24861358 (23.7 MiB)

          RX packets:2181368 errors:1 dropped:115 overruns:0 frame:1
          TX packets:1829818 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:885838754 (844.8 MiB)  TX bytes:187719281 (179.0 MiB)

          RX packets:911020 errors:0 dropped:171 overruns:0 frame:0
          TX packets:476496 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:147874791 (141.0 MiB)  TX bytes:40155541 (38.2 MiB)

Pr2

[cubitus]

la commande ifconfig

         RX packets:49273 errors:0 dropped:11776 overruns:0 frame:0
         TX packets:44172 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:4363890 (4,1 MiB)  TX bytes:5392095 (5,1MiB)

je n'ai aucune idée de ce que sont les jumbo frame et ou les gérer...

[killminusnine]

Les jumbo frames sont des trames Ethernet avec une charge utile bien plus importante que celle habituelle. La taille classique d'une trame Ethernet (la taille est appelée MTU) est de 1500 octets. Toutefois, quand il s'agit de transporter de grosses quantités d'information, comme des flux média, par exemple, il est opportun d'augmenter cette MTU, souvent à une taille supérieure à 9000 octets (d'où le terme de "Jumbo frame"). Du coup, il faut moins de trames Ethernet pour véhiculer un flux important, mais il faut que tous les équipements actifs traversés soient réglés avec une MTU supérieure ou égale, sinon, il y a fragmentation au niveau Ethernet (au mieux, ce qui signifie un ralentissement notable et pertes de paquets, et au pire, interruption du flux). Pourquoi ne pas configurer les trames en Jumbo frames dans tous les cas ? Simplement car dans le cas d'un réseau véhiculant des flux sporadiques et de petite taille, les Jumbo frames utiliseraient de la bande passante à perte. Cela reviendrait à louer des autobus pour un ou deux voyageurs, là où les voitures seraient plus efficaces.

Pour modifier une MTU, il suffit de taper la commande : ifconfig eth0 mtu 1500 (pour remettre une MTU classique) ou par exemple ifconfig eth0 mtu 9000 (pour mettre une MTU en jumbo ... Il ne faut pas dépasser 65535 pour la MTU).

Ceci étant dit, et à voir le nombre de paquets droppés en réception de ton VU+ (soit 1 sur 4), on comprend que tes copies soient lentes dans ce sens !

Je viens de jeter un oeil sur mes stats, et tout comme Pr2, je perds beaucoup moins de paquets en réception (je suis en MTU standard) :

Code: [Sélectionner]

eth0     Link encap:Ethernet  HWaddr 00:1D:EC:XX:XX:XX  
          inet addr:nnn.nnn.nnn.nnn  Bcast:0.0.0.0  Mask:255.255.255.0
          inet6 addr: nnnn::nnnn:nnnn:nnnn:nnnn/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:156729 errors:0 dropped:45 overruns:0 frame:0
          TX packets:74312 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:40875198 (38.9 MiB)  TX bytes:8552928 (8.1 MiB)



[pr2]

Attention que les dropped maintenant correspondent à des paquets inconnus qui circulent sur le réseau.

http://www.novell.com/support/kb/doc.php?id=7007165

Il faut regarder sur les portes de ton switch si tu sais voir des statistiques, mais vu le nombre je pencherai soit pour une défectuosité du switch... ou du câblage (tu es certains que tous tes câbles réseaux sont encore en bon état)?

[cubitus]

Bonjour à tous,

Les câbles sont bons, j'avais fait des essais avec d'autres câbles.

On peut considérer le problème réglé, j'ai reçu ce matin mon modem Numericable Netgear CG3100l, il ne permet pas de paramétrer autant de choses, mais il a l'avantage de fonctionner correctement, d'être en gigabit et je n'ai pas de problème de liaison avec le Vusolo

         RX packets:10292524 errors:0 dropped:4224 overruns:0 frame:0
         TX packets:4492352 errors:0 dropped:0 overruns:0 carrier:0
         collisions:0 txqueuelen:1000
         RX bytes:2243762362 (2.0GiB)  TX bytes:763228495 (727.8MiB)

Merci à tous pour votre aide