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éseau Discussion :

Analyse de trame


Sujet :

Réseau

  1. #1
    Membre régulier Avatar de jacquesh
    Profil pro
    Développeur informatique
    Inscrit en
    Février 2005
    Messages
    269
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Février 2005
    Messages : 269
    Points : 119
    Points
    119
    Par défaut Analyse de trame
    Bonjour,

    je souhaiterai savoir ce qui peut provoquer des trames de type 'TCP Dup ACK' dans un trafic réseau ? des colisions, ... ??

    et comment les eviter si c'est possible ?

    merci d'avance.

  2. #2
    Membre régulier
    Profil pro
    Inscrit en
    Février 2006
    Messages
    86
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2006
    Messages : 86
    Points : 97
    Points
    97
    Par défaut
    salut,

    les "duplicate ACK" font partie du mecanisme de "congestion avoidance" du TCP. ils surviennent generalement lorsque les segments TCP ne sont pas recus dans l'ordre (ce qui peut vouloir dire qu'un segment a ete perdu en route: tu passes du segment N au segment N+2).

    il peut s'agir d'un probleme de debit. une observation des equipements du reseau avec des outils permettant de mettre en forme les stats SNMP (mrtg, par exemple) peut t'aider a mettre en valeur le probleme. n'hesite pas a poster un (petit) dump au format tcpdump (/usr/sbin/tcpdump -nev -s 1500 -i ethX) si tu penses que le probleme vient d'ailleurs.

    -pirus.

  3. #3
    Membre éprouvé Avatar de gnto
    Homme Profil pro
    Ingénieur système logiciel
    Inscrit en
    Janvier 2006
    Messages
    923
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 40
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Ingénieur système logiciel
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Janvier 2006
    Messages : 923
    Points : 1 210
    Points
    1 210
    Par défaut
    De se que je me rappel vaguement c'est qu'il y'avait un rapport avec la longueur de la fenetre WIN. Je crois que quand la fenetre est pleine, la taille de la fenetre est changé est donc pour un petit DUP ACK pour se mettre d'accord.

    Dans les réseaux filaires, la congestion prend racine dans la destruction
    ou la rétention des paquets au niveau des buffers (seulement 1% des pertes
    de paquets dans l'Internet est dù à l'altération du contenu).
    La fenêtre de congestion doit donc être en mesure de s'adapter à l'état
    courant des buffers, et ce sans surestimer la congestion au risque d'influer
    négativement sur le débit de la connexion.
    Pour atteindre ce but, TCP va au début d'une connexion envoyer un
    paquet, puis, de plus en plus en augmentant CWND(Congestion WiNDow) de façcon exponentielle
    jusqu'à recevoir un signe de saturation dans le réseau. C'est la phase de
    départ lent, notée SS(Slow Start). En réponse à l'apparition de congestion, ce schéma
    est répété, mais cette fois s'arrête à certaine valeur (SSThreshold) de CWND,
    inférieure au dernier pic qu'elle a atteint, pour laisser place à une seconde
    phase dite d'évitement de la congestion, notée CA(Congestion Avoidance), où le paramètre CWND
    va maintenant augmenter de façon linéaire.

    tcptok.pdf Page 7

  4. #4
    Membre régulier Avatar de jacquesh
    Profil pro
    Développeur informatique
    Inscrit en
    Février 2005
    Messages
    269
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Février 2005
    Messages : 269
    Points : 119
    Points
    119
    Par défaut
    merci pour vos réponses...

  5. #5
    Membre confirmé Avatar de _shuriken_
    Homme Profil pro
    Inscrit en
    Mars 2006
    Messages
    543
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39

    Informations professionnelles :
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Mars 2006
    Messages : 543
    Points : 454
    Points
    454
    Par défaut
    C'est passionant, j'ai beaucoup appris dans cette discussion .Merci pour le lien gnto
    "When you can measure what you are speaking about, and express it in numbers, you know something about it; but when you cannot measure it, when you cannot express it in numbers, your knowledge is of a meager and unsatisfactory kind; it may be the beginning of knowledge, but you have scarcely in your thoughts advanced to the state of Science, whatever the matter may be."

    Lord Kelvin - 1883.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. analyser des trames udp
    Par szambaux dans le forum Débuter
    Réponses: 1
    Dernier message: 27/04/2008, 14h27
  2. [libpcap]Analyse de trame Ethernet
    Par Zay dans le forum Développement
    Réponses: 1
    Dernier message: 30/11/2006, 12h27
  3. Analyse de trame Ethernet
    Par totore dans le forum Entrée/Sortie
    Réponses: 3
    Dernier message: 24/10/2006, 16h15
  4. analyse des trames ?
    Par MDP dans le forum C++
    Réponses: 2
    Dernier message: 11/03/2005, 09h59

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