Salut,
numéro de séquence a une signification propre dans chaque protocole sur ip : elle n'est pas la même dans icmp et dans tcp .
identification dans l'entête ip elle m^me permet de reconnaitre les différents morceaux d'un datagramme segmenté : il est le m^me dans tous les paquets segmentés du datagramme .
voir: http://www.frameip.com/entete-ip/#3.5_-_Identification

et ... Voili  Voilou  Voila !

Sur IP, pas de numéro de séquence mais un numéro d'identification utilisé pour recomposer les différents fragments si le paquet est fragmenté mais c'est tout ! (IP est un protocole non fiable...)

Sur TCP, un numéro de séquence qui est propre au segment TCP et qui permet de classer les segments dans le bon ordre. Il sert également au controle de flux et au fenetrage avec l'aide du champs accusé de reception

C'est ce numéro de séquence qui rend le spoofing IP difficile a mettre en oeuvre.
Pour en savoir + sur TCP : tcp

Merci pour vos reponses, brupala et spearhead
Brupala, je ne fais pas vraiment de difference entre datagramme et paquet. tu voulais peut etre dire que tous les fragments d'un meme paquet ont le meme numero d'identification?
Et 2 fragmants appartenant a 2 paquets differents ont des numeros d identification differents. est-ce bien cela?
Et je me disais qu'un paquet (ou une trame ou meme datagramme) peut etre identifié autant par son numero de sequence que par son numero d'identification (puisqu'ils sont uniques pour chaque paquet et sont rangés dans un certain ordre). ai-je raison?

Datagramme:
Dans la vision que j'ai un datagramme est un bloc de données IP (icmp,tcp ,udp ou autres protocoles ) de taille maxi 65 K octets .
pour les besoins de transmission, ce datagramme peut-etre segmenté par les routeurs en fonction de la couche niveau 2 traversée (1500 octets sur ethernet) et de l'encapsulation . tous les paquets d'un datagramme sont donc sensés avoir le même identifiant couche IP si il ya segmentation .
mais si il n' y a pas segmentation, un datagramme est équivalent à un paquet .
c'est du moins comme ceci que c'est représenté ici: protip
ça se complique quand un paquet déjà fragmenté est resegmenté à un autre endroit (a priori, c'est possible) ... d'autant plus que les trajets des différents segments dans le réseau peuvent etre différents .
voir aussi: http://www.laissus.fr/cours/node9.html#SECTION04413000000000­000000
il me semble que ipV6 permet une négociation de la MTU de bout en bout afin de ne pas surcharger les routeurs traversés en fonctions de segmentation , mais dans ipV4 c'est l'anarchie à ce niveau .

et ... Voili  Voilou  Voila !

Salut.

spearhead, je me pose cette question juste pour comprendre mieux l'utilite de chaque partie des differents protocoles. J'apprends.
En ce qui concerne les numeros d'identification et de sequence, je sais bien que ces deux termes sont utilises à deux niveaux differents, mais je pensais qu il etait inutile de distinguer les 2 et que le numero de sequence pouvait etre repris au niveau 3 par exemple pour reassembler les paquets dans le bon nombre. J'avais tort puisque j'avais perdu de vue qu'il peut y avoir plusieurs paquets(ou datagrammes IP) pour un seul segment.

J'avoue que la notion de "datagramme" reste floue dans ma tete. les termes "segment" pour le niveau 4 , "paquet" pour le niveau 3 et "trame" pour le niveau 2 ne sont-ils pas suffisants?

Spearhead, je ne comprends pas pourquoi tu dis "on parle de datagramme pour IP comme pour UDP, car c'est un mode non connecté". pourquoi "CAR c'est un mode non connecté"? le terme datagramme a-t-il un rapport avec la non-fiabilite d'un protocole?

Pour toi, Brupala, un datagramme c est l'ensemble des fragments, fragments que toi tu appelles paquets? desole si je vous prends la tete avec ca... je me prends la tete avec ca moi meme.

On peut dire que
- le numero de sequence permet (entre autre) de mettre les segments dans le bon ordre
- le numero d'identification permet (entre autre) de mettre les paquets dans le bon ordre
- "position fragment" permet de mettre les fragments d'un meme paquet dans le bon ordre. EXACT?

Comme je vous l'ai dit j'effectue un travail avec ethereal (dans le cadre d'un stage) et je dois determiner si lors d'une transmission de donnees certains paquets ne sont pas arrives a destination (paquets perdus). Je pense donc que je vais proceder ainsi: je dois me referer aux numeros d'identification des paquets arrives a destination. et si dans la suite (logique) des numeros d'identification, il y en a un qui manque, cela correspond a un paquet perdu. est-ce correct?
Je ne suis pas sur, car quelqu'un m'a dit auparavant que je dois me servir des numeros de sequence, sans plus d'explication.

Merci encore pour votre aide.