IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réseaux Discussion :

[HP ML350 G5] - Lenteur réseau et nombreuses "Erreurs d'adresse reçues"


Sujet :

Réseaux

  1. #1
    Futur Membre du Club
    Inscrit en
    Février 2008
    Messages
    7
    Détails du profil
    Informations forums :
    Inscription : Février 2008
    Messages : 7
    Points : 5
    Points
    5
    Par défaut [HP ML350 G5] - Lenteur réseau et nombreuses "Erreurs d'adresse reçues"
    Bonjour à tous,

    Je me permets de venir poster sur ce forum car je ne trouve pas la solution à mon problème.

    Dans une PME, j'ai 2 serveurs physiques HP ML350G5.

    Le premier tourne sur Zentyal 4.0 (Ubuntu) et fait office de coeur de réseau (FW, proxy, sauvegarde, VPN).

    Le second tourne sous Windows 2003 Server Enterprise Edition et héberge l'AD, le SGBD MS SQLServer ainsi que VirtualBox (2 VM : 1 test + 1 prod pour connexion à distances).

    Les 2 serveurs sont reliés en direct sur un port GigaBit.

    Les 2 problèmes que je rencontre sont les suivants :

    1 - J'ai mesuré les débits avec Iperf entre les 2 serveurs. Voici le résultat qui me semble léger pour du GigaBit

    Accepted connection from 192.168.2.10, port 2204
    [ 5] local 192.168.2.1 port 5201 connected to 192.168.2.10 port 2205
    [ ID] Interval Transfer Bandwidth
    [ 5] 0.00-1.00 sec 56.0 MBytes 470 Mbits/sec
    [ 5] 1.00-2.00 sec 67.4 MBytes 565 Mbits/sec
    [ 5] 2.00-3.00 sec 69.4 MBytes 582 Mbits/sec
    [ 5] 3.00-4.00 sec 68.5 MBytes 575 Mbits/sec
    [ 5] 4.00-5.00 sec 69.0 MBytes 579 Mbits/sec
    [ 5] 5.00-6.00 sec 78.5 MBytes 658 Mbits/sec
    [ 5] 6.00-7.00 sec 74.3 MBytes 623 Mbits/sec
    [ 5] 7.00-8.00 sec 77.2 MBytes 648 Mbits/sec
    [ 5] 8.00-9.00 sec 71.7 MBytes 602 Mbits/sec
    [ 5] 9.00-10.00 sec 69.9 MBytes 586 Mbits/sec
    [ 5] 10.00-10.20 sec 14.2 MBytes 607 Mbits/sec
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval Transfer Bandwidth
    [ 5] 0.00-10.20 sec 0.00 Bytes 0.00 bits/sec sender
    [ 5] 0.00-10.20 sec 716 MBytes 589 Mbits/sec receiver
    -----------------------------------------------------------
    Server listening on 5201


    2 - J'ai un nombre important de "Received Address Errors" (Erreurs d'adresse reçues) sur l'interface réseau du serveur Windows

    Microsoft Windows [Version 5.2.3790]
    (C) Copyright 1985-2003 Microsoft Corp.

    C:\Documents and Settings\domadmin>netstat -s

    IPv4 Statistics

    Packets Received = 665998
    Received Header Errors = 0
    Received Address Errors = 351655
    Datagrams Forwarded = 0
    Unknown Protocols Received = 0
    Received Packets Discarded = 974
    Received Packets Delivered = 313355
    Output Requests = 391480
    Routing Discards = 0
    Discarded Output Packets = 0
    Output Packet No Route = 0
    Reassembly Required = 0
    Reassembly Successful = 0
    Reassembly Failures = 0
    Datagrams Successfully Fragmented = 0
    Datagrams Failing Fragmentation = 0
    Fragments Created = 0

    ICMPv4 Statistics

    Received Sent
    Messages 959 640
    Errors 0 0
    Destination Unreachable 472 153
    Time Exceeded 0 0
    Parameter Problems 0 0
    Source Quenches 0 0
    Redirects 0 0
    Echos 243 244
    Echo Replies 244 243
    Timestamps 0 0
    Timestamp Replies 0 0
    Address Masks 0 0
    Address Mask Replies 0 0

    TCP Statistics for IPv4

    Active Opens = 1208
    Passive Opens = 1806
    Failed Connection Attempts = 324
    Reset Connections = 368
    Current Connections = 57
    Segments Received = 296506
    Segments Sent = 372189
    Segments Retransmitted = 2800

    UDP Statistics for IPv4

    Datagrams Received = 15737
    No Ports = 1022
    Receive Errors = 0
    Datagrams Sent = 15818


    Pour info, j'ai changé le câble, j'ai mis à jour les drivers du serveur sous Windows et je n'ai pas de collision sur l'interface du serveur Ubuntu

    eth4 Link encap:Ethernet HWaddr 00:17:08:7e:71:52
    inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0
    UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
    RX packets:142745379 errors:0 dropped:0 overruns:0 frame:0
    TX packets:52641340 errors:0 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1000

    RX bytes:195505230235 (195.5 GB) TX bytes:11595653016 (11.5 GB)
    Interrupt:17 Memory:fdce0000-fdd00000

    root@:~# ethtool eth4
    Settings for eth4:
    Supported ports: [ TP ]
    Supported link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    1000baseT/Full
    Supported pause frame use: No
    Supports auto-negotiation: Yes
    Advertised link modes: 10baseT/Half 10baseT/Full
    100baseT/Half 100baseT/Full
    1000baseT/Full
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 1
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: off (auto)
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000007 (7)
    drv probe link
    Link detected: yes

    Pour finir, j'ai remarqué que lorsque j'exécute WireShark sur le serveur Windows, le nombre de d'"erreurs d'adresse reçues" cesse immédiatement d'augmenter... (peut-être parce que l'interface bascule en mode promiscuous ??)

    Merci d'avoir pris le temps de me lire.

    Robert

  2. #2
    Membre actif

    Homme Profil pro
    Architecte réseau
    Inscrit en
    Mai 2017
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte réseau

    Informations forums :
    Inscription : Mai 2017
    Messages : 183
    Points : 286
    Points
    286
    Billets dans le blog
    2
    Par défaut
    Bonjour,

    Après quelques recherches, il semblerait que ce type d'erreurs vient de l'arrivé d'un paquet avec une mauvaise adresse. Cependant, Windows détecterait les multicasts comme de mauvaises adresses. De plus, si tu as des VM par dessus, c'est possible que les ip ne soit pas reconnu. il semblerait que ca ne

    Sur ton test d'iperf, 600Mb/s ca me parait pas si bas. Es que tu as bien enlevé tout les autres sources de trafic avant de commencer le test ? Pour le peu que tes serveurs utilise dèja 300Mb/s ca te fait 900Mb/s cumulé.

    De plus, si tes deux serveurs sont connecté en direct, comment il parle au reste du monde ? Ils sont dans un sous-réseau dédié où il sont seul ? qui route ? et comment il se connaisse mutuellement ?

  3. #3
    Futur Membre du Club
    Inscrit en
    Février 2008
    Messages
    7
    Détails du profil
    Informations forums :
    Inscription : Février 2008
    Messages : 7
    Points : 5
    Points
    5
    Par défaut
    Bonjour,

    Concernant les tests, j'en ai fait plusieurs en l'absence des utilisateurs et les résultats sont toujours similaires au résultat que j'ai posté.

    Le nombre d'erreurs affichées dans le netstat est bien plus élevé que la somme des 2 interfaces des machines virtuelles.

    Pour la connexion au reste du monde, j'ai d'autres interfaces sur le Linux, chacune dans un sous-réseau différent (2 vers l'extérieur, 1 vers le réseau bureautique et une dernière vers le réseau de sauvegarde).

    Merci

    Robert

  4. #4
    Membre actif

    Homme Profil pro
    Architecte réseau
    Inscrit en
    Mai 2017
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte réseau

    Informations forums :
    Inscription : Mai 2017
    Messages : 183
    Points : 286
    Points
    286
    Billets dans le blog
    2
    Par défaut
    Donc ton serveur Windows utilise ton serveur linux pour accédé au réseau ?

    Le nombre d'erreurs affichées dans le netstat est bien plus élevé que la somme des 2 interfaces des machines virtuelles.
    C'est normal, ton serveur Windows filtre. Je me posais plus la question si ton serveur physique ne considérais pas les ip de tes VM comme anomrale ? tes deux VM sont adressé dans le même sous réseau que tes machines physiques ?

    Quand tu as allumé Wireshark, tu as eu moins d'erreur, certe, mais quel trafic tu as eu ?
    Es qu'il y avait que des ip de tes deux serveurs physiques + tes deux VM ? ou d'autre trafic ?

    Si ton serveur te dit que tu as un mauvais trafic, il faut le trouvé ! Si tu ne fait pas confiance à tes serveurs, met un hub ou switch en port mirroring entre tes deux équipements, tu verra vraiment ce qu'il se passe. il faut répondre à la question : quel trafic n'est pas légitime entre mes deux serveurs ?

  5. #5
    Futur Membre du Club
    Inscrit en
    Février 2008
    Messages
    7
    Détails du profil
    Informations forums :
    Inscription : Février 2008
    Messages : 7
    Points : 5
    Points
    5
    Par défaut
    Re,

    Oui les VMs sont dans le même sous-réseau que les machines physiques.

    Lorsque j'allume Wireshark, je n'ai plus aucune erreur supplémentaire et il y a du trafic de plusieurs PC utilisateur (dont le mien).

    Je vais faire un essai avec les VMs coupées.

    Selon le résultat, je vais :
    - forcer les interfaces en 100 full plutôt qu'en GB.
    - passer par un switch (100Mb également, pas le choix).

    Merci

    Robert

  6. #6
    Futur Membre du Club
    Inscrit en
    Février 2008
    Messages
    7
    Détails du profil
    Informations forums :
    Inscription : Février 2008
    Messages : 7
    Points : 5
    Points
    5
    Par défaut
    Re,

    Je commence à voir le bout du tunnel...

    Ce sont les VMs qui créent la multitude de paquets d'erreurs. Lorsque j'arrête les VMs, le nombre d'erreurs cesse d'augmenter.

    J'aimerais faire propre donc si vous avez un moyen pour ne plus que Windows détecte ces erreurs je suis preneur.

    Je suis quand même surpris de voir le nombre de paquets en erreur par rapport au nombre de paquets reçu par les VMs (qui n'ont quant à elles aucun problème sur leurs interfaces réseau).

    Les tests Iperf donnent toujours à peu près la même chose (Aucun autre trafic en cours)

    [ 5] local 192.168.2.1 port 5201 connected to 192.168.2.10 port 4448
    [ ID] Interval Transfer Bandwidth
    [ 5] 0.00-1.00 sec 66.7 MBytes 559 Mbits/sec
    [ 5] 1.00-2.00 sec 82.1 MBytes 688 Mbits/sec
    [ 5] 2.00-3.00 sec 81.6 MBytes 684 Mbits/sec
    [ 5] 3.00-4.00 sec 82.0 MBytes 688 Mbits/sec
    [ 5] 4.00-5.00 sec 80.8 MBytes 678 Mbits/sec
    [ 5] 5.00-6.00 sec 77.2 MBytes 647 Mbits/sec
    [ 5] 6.00-7.00 sec 78.9 MBytes 662 Mbits/sec
    [ 5] 7.00-8.00 sec 80.3 MBytes 673 Mbits/sec
    [ 5] 8.00-9.00 sec 81.7 MBytes 685 Mbits/sec
    [ 5] 9.00-10.00 sec 81.0 MBytes 679 Mbits/sec
    [ 5] 10.00-10.18 sec 15.0 MBytes 685 Mbits/sec
    - - - - - - - - - - - - - - - - - - - - - - - - -
    [ ID] Interval Transfer Bandwidth
    [ 5] 0.00-10.18 sec 0.00 Bytes 0.00 bits/sec sender
    [ 5] 0.00-10.18 sec 807 MBytes 665 Mbits/sec receiver
    -----------------------------------------------------------


    Si vous pensez que le débit est "normal", je pense que l'on peut clôturer le sujet.

    Robert

  7. #7
    Membre actif

    Homme Profil pro
    Architecte réseau
    Inscrit en
    Mai 2017
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte réseau

    Informations forums :
    Inscription : Mai 2017
    Messages : 183
    Points : 286
    Points
    286
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par rgoezinn Voir le message
    Lorsque j'allume Wireshark, je n'ai plus aucune erreur supplémentaire et il y a du trafic de plusieurs PC utilisateur (dont le mien).
    Commençons par là : c'est dire ? du trafic destiné a des pc utilisateurs ? vers des pc utilisateurs ?
    Quelle sont les ip de destination les plus utilisé ? Tu peux avoir des statistiques avec wireshark.
    L'idée est de trouver tout le trafic qui n'est pas à destination de l'IP de ton serveur physique ou de tes IP de tes VM. Et si possible de savoir la quantité de trafic correspondant.

  8. #8
    Membre actif

    Homme Profil pro
    Architecte réseau
    Inscrit en
    Mai 2017
    Messages
    183
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte réseau

    Informations forums :
    Inscription : Mai 2017
    Messages : 183
    Points : 286
    Points
    286
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par rgoezinn Voir le message
    Ce sont les VMs qui créent la multitude de paquets d'erreurs. Lorsque j'arrête les VMs, le nombre d'erreurs cesse d'augmenter.
    C'est possible que les IP des VM soit considéré comme anormal pour le serveur physique. Surtout qu'il me semble que ton serveur est pas tout jeune et que, simple supposition, certaines fonction pour faciliter le déploiement de VM n'est pas mise en place.
    Citation Envoyé par rgoezinn Voir le message
    J'aimerais faire propre donc si vous avez un moyen pour ne plus que Windows détecte ces erreurs je suis preneur.
    Je n'ai rien trouvé sur internet ... la seul idée qui me vient est de regarder si tu n'as pas une option dans les paramètres de ta carte réseau (gestionnaire de périphérique, cartes réseaux, propriétés, avancés ...). L'idée serait de trouver quelque chose autour de la virtualisation.
    D'ailleurs, est-ce que ton pilote est à jour ? Si c'est simplement un "bug" logiciel, ca peut largement suffire.
    Citation Envoyé par rgoezinn Voir le message
    Je suis quand même surpris de voir le nombre de paquets en erreur par rapport au nombre de paquets reçu par les VMs (qui n'ont quant à elles aucun problème sur leurs interfaces réseau).
    Je pense que seul Wireshark peut te permettre de vraiment comprendre le trafic reçu.
    Dans tout les cas, pour les VM le trafic sera bon, c'est ton serveur physique qui semble pas comprendre pourquoi il reçoit des paquets à destination d'IP qui ne sont pas la sienne.
    Citation Envoyé par rgoezinn Voir le message
    Si vous pensez que le débit est "normal", je pense que l'on peut clôturer le sujet.
    Je peux dire que c'est normal. Ca me parait pas anormal.
    J'ai un peu regardé les retours d'autres utilisateurs d'Iperf et il semblerait que ca soit dans les résultat possible.
    En améliorant certain paramètre (UDP, taille de paquet, ...), certain arrive bien à dépasser les 900Mbit/s
    Dans tout les cas, il ne faut pas oublier d'IPerf donne le débit TCP ou UDP. Qui est inférieur au débit IP qui est inférieur au débit Ethernet.

Discussions similaires

  1. QGIS : lenteur pour afficher les listes des vues dans "Ajouter une table PostGIS"
    Par fafa63 dans le forum SIG : Système d'information Géographique
    Réponses: 2
    Dernier message: 11/07/2014, 19h04
  2. Problème lenteur réseau
    Par maxlpn dans le forum Windows 7
    Réponses: 12
    Dernier message: 08/04/2013, 14h32
  3. Lenteurs réseau et pertes de connexion lecteurs réseau et trafic internet
    Par polon dans le forum Dépannage et Assistance
    Réponses: 3
    Dernier message: 08/02/2013, 00h38
  4. Lenteur réseau avec DNS
    Par jerome.vaussenat dans le forum Windows Serveur
    Réponses: 3
    Dernier message: 20/10/2011, 14h41
  5. Lenteurs réseau : Logiciel client -> Base Oracle via VPN
    Par Angus59 dans le forum Connexions aux bases de données
    Réponses: 0
    Dernier message: 23/12/2008, 11h22

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo