Forum général.général Pourquoi mon LAN est-il si lent ?

Posté par  .
Étiquettes : aucune
0
27
juin
2005
J'ai chez moi deux PCs reliés à un switch lui-même relié à ma FreeBOX, c'est une topologie en étoile, tout ce qui a de plus classique.
Et pourtant, je me tape des débits entre mes deux PCs de l'ordre de 1 à 2Mo/s, ce qui est largement inférieur au débit attendu.

Suivant mes logs, mes cartes réseau sont bien en 100 base T, full duplex, ça ne vient donc pas de là.

Mon switch est un peabird qui m'indique fièrement par ces petites lumières que les connexions sont en 100M.

Alors, tout viendrait des cables ? Ou alors, je ne me rappelle plus de mes cours de réseau et avoir un débit aussi faible n'est pas choquant ? Ou alors, je ne sais pas configurer mon Samba/ssh/vnc ?

  • # Routage...

    Posté par  . Évalué à 2.

    Hello,

    je ne suis pas expert du tout (ma freebox devrait arriver fin septembre, en même temps que l'adsl dans mon trou paumé :-D), mais cela ressemble à un mauvais routage : quand tu parles d'une machine à l'autre, tu passes par le réseau externe via ta freebox.
    Je pense que c'est une bonne piste, maintenant je ne pourrais pas t'aider d'avantage...

    Good luck !

    Christophe

    • [^] # Re: Routage...

      Posté par  . Évalué à 2.

      Heu non, enfin, si c'est ça, j'ai vraiment tout oublié. De PC à PC, mes petits octets ne doivent passer que par le switch qui renvoie directement sur l'autre PC. Le switch est chargé de faire un routage correct. Sinon, il sert vraiment pas à grand chose...

      • [^] # Re: Routage...

        Posté par  (site web personnel) . Évalué à 3.

        Ben tu sais, y'a des switchs qui n'en sont pas :) Y'a des switchs qui sont de simples hub... Surtout les peabird à pas cher :à)

        Enfin c'est facile à vérifier : débranche la freebox et constate le débit. Si t'as toujours le même problème tu sais que le problème ne vient pas du switch ou de la freebox mais bien de tes interfaces réseaux.

  • # mii

    Posté par  (site web personnel) . Évalué à 5.

    Donc pour commencer, installe le paquet contenant les outils "mii", mii-tools sous Debian. Vérifie par ce moyen la configuration de tes interfaces. Tout ça histoire de vérifier que les messages issus de "dmesg | grep eth" sont corrects.

    Avant de tester le matériel, fais un test de bande passante avec un outil comme scp plutôt que Samba. À la limite, tu peux aussi essayer avec Apache. Ici les débits sont largement meilleurs avec ses outils qu'avec Samba (10Mb/s et des brouettes).

    Parfois, les moniteurs de collisions, de pertes de paquets retournés par la commande "ifconfig interface" peuvent aider à diagnostiquer des problèmes de transmission d'origine logicielle ou matérielle.
    Sinon, ben tu devrais pouvoir trouver assez facilement du matos pour tester (hub, cables, cartes). Ça coûte pas cher et tout le monde en a en rab, soigneusement rangé dans des cartons en bordel.

    • [^] # Re: mii

      Posté par  . Évalué à 4.

      Avant de tester le matériel, fais un test de bande passante avec un outil comme scp plutôt que Samba. À la limite, tu peux aussi essayer avec Apache. Ici les débits sont largement meilleurs avec ses outils qu'avec Samba (10Mb/s et des brouettes).

      Je propose plutôt un outil comme iperf, indépendant de la vitesse de ton disque sur, de la vitesse de ton cpu (tout chiffrer par scp peut éventuellement jouer sur le débit).

      Et regarder avec ethereal ce qui se passe peut apporter *beaucoup* d'explications :)

      • [^] # Re: mii

        Posté par  . Évalué à 2.

        Merci à tout ceux qui ont répondu, je vais me plonger dans mes tests. Pour répondre à la personne plus haut, j'ai les mêmes résultats avec scp qu'avec samba.

  • # ultra dma ?

    Posté par  . Évalué à 4.

    Bonjour, avant de te lancer dans des tests poussés de ton resaux, verifie quand meme que tes disques sont en ultra-dma.
    hdparm /dev/hda .

    • [^] # Re: ultra dma ?

      Posté par  . Évalué à 2.

      Oui, ils le sont. Je m'étais posé la question.
      Je précise, le problème ne semble pas venir de l'OS, j'ai le problème sous Windows/GNU/Linux/FreeBSD.

  • # Après tests

    Posté par  . Évalué à 2.

    Les mii-tools m'indiquent bien que je suis en 100M FD, donc ce point est ok. Le ping est pourri entre les deux machines (>200ms), ce qui m'indique un problème de routage. En supprimant la Freebox (serveur DHCP et gateway), mon débit est encore plus poussif et scp a mis du temps pour se mettre en route. Il me reste à vérifier les tables de routage, j'ai pas eu le temps de regarder.
    Je suppose que la route par défaut passe par la FreeBOX, il va falloir que je modifie ça pour lui indiquer que les paquets allant vers 192.168.0. ne doivent pas passer par la passerelle.
    J'ai essayé traceroute, mais il dit qu'il ne trouve pas la machine. Il faudrait que je révise mes cours de réseau :)

    • [^] # Re: Après tests

      Posté par  . Évalué à 0.

      Le problème, ça serait pas que tu essayes de faire ça :
      http://support.free.fr/maj/freebox_V3-V4_dgp.pdf(...) page 62 ?

      • [^] # Re: Après tests

        Posté par  . Évalué à 2.

        Si j'ai bien compris ta question, oui, c'est ça que j'ai fait (le point 2-4-3). Le problème, c'est que mon client DHCP doit initialiser la table de routage de manière incorrect, par exemple en indiquant que tous les paquets doivent absolument passer par 192.168.0.254 (IP de la FreeBOX), alors que seuls ceux dont la destination finale est différente de 192.168.0.* doivent passer par la FreeBOX.

        • [^] # Re: Après tests

          Posté par  . Évalué à 0.

          je parlais surtout des points 2.5.1 et 2.5.2...
          En d'autres termes : as-tu activé la fonction routeur de ta freebox ?

          • [^] # Re: Après tests

            Posté par  . Évalué à 2.

            Oui, j'ai activé la fonction routeur, sinon, je n'aurais pas eu de DHCP. Sinon, j'ai laisser la config du routeur presque à l'indentique par rapport aux paramètres par défaut de Free.

  • # ifconfig

    Posté par  (site web personnel) . Évalué à 1.

    Bonjour,

    renvoie-nous le résultats des commandes (tapées en temps que root) "ifconfig" et "route -n" de chaque machine.

    La première commande indiquera si il y a des problèmes de paquets perdus ou des erreurs au niveau de la carte réseau. Auquel cas, c'est presque certainement un problème de cablage mal fait

    La 2nd commande permettra de voir si tu ne t'es pas trompé dans la configuration IP de chaque machine

    • [^] # Re: ifconfig

      Posté par  . Évalué à 2.

      Je vais le faire dès ce soir, merci de ta reponse. La config réseau est celle de base (cad client DHCP sur chaque machine qui interroge le serveur DHCP de la FreeBOX).

    • [^] # Re: ifconfig

      Posté par  . Évalué à 2.

      Pour le PC1 (portable) :

      lezard@portable:~$ sudo /sbin/ifconfig etho
      eth0 Lien encap:Ethernet HWaddr 00:D0:59:C5:3C:59
      inet adr:192.168.0.4 Bcast:192.168.0.255 Masque:255.255.255.0
      adr inet6: fe80::2d0:59ff:fec5:3c59/64 Scope:Lien
      UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
      RX packets:569 errors:0 dropped:0 overruns:0 frame:0
      TX packets:503 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 lg file transmission:1000
      RX bytes:602225 (588.1 KiB) TX bytes:77594 (75.7 KiB)

      lezard@portable:~$ sudo route -n
      Table de routage IP du noyau
      Destination Passerelle Genmask Indic Metric Ref Use Iface
      192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
      0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0

      Sur le deuxième poste (alexis) :
      lezard@dhana:~$ sudo ifconfig eth0
      eth0 Lien encap:Ethernet HWaddr 00:10:A7:20:34:FF
      inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0
      UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
      RX packets:156 errors:0 dropped:0 overruns:0 frame:0
      TX packets:102 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 lg file transmission:1000
      RX bytes:16371 (15.9 KiB) TX bytes:14379 (14.0 KiB)
      Interruption:5 Adresse de base:0x7400

      lezard@dhana:~$ sudo route -n
      Table de routage IP du noyau
      Destination Passerelle Genmask Indic Metric Ref Use Iface
      192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
      0.0.0.0 192.168.0.254 0.0.0.0 UG 0 0 0 eth0

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.