Numero2seqence,identification (IP, ICMP,TCP)
Fermé
mister Chris
Messages postés
9
Date d'inscription
jeudi 26 juillet 2007
Statut
Membre
Dernière intervention
15 janvier 2013
-
3 août 2007 à 10:21
brupala Messages postés 110498 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 7 novembre 2024 - 9 août 2007 à 10:54
brupala Messages postés 110498 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 7 novembre 2024 - 9 août 2007 à 10:54
A voir également:
- Numero2seqence,identification (IP, ICMP,TCP)
- Ethernet n'a pas de configuration ip valide - Guide
- Udp vs tcp - Guide
- Entrer les informations d'identification reseau - Guide
- Télévision ip - Accueil - Streaming
- Tcp optimizer - Télécharger - Optimisation
5 réponses
brupala
Messages postés
110498
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
7 novembre 2024
13 839
3 août 2007 à 11:30
3 août 2007 à 11:30
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: https://www.frameip.com/entete-ip/#3.5_-_Identification
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: https://www.frameip.com/entete-ip/#3.5_-_Identification
Spearhead
Messages postés
355
Date d'inscription
lundi 23 juillet 2007
Statut
Membre
Dernière intervention
29 décembre 2007
116
3 août 2007 à 11:42
3 août 2007 à 11:42
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
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
mister Chris
Messages postés
9
Date d'inscription
jeudi 26 juillet 2007
Statut
Membre
Dernière intervention
15 janvier 2013
44
8 août 2007 à 09:56
8 août 2007 à 09:56
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?
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?
Spearhead
Messages postés
355
Date d'inscription
lundi 23 juillet 2007
Statut
Membre
Dernière intervention
29 décembre 2007
116
8 août 2007 à 10:31
8 août 2007 à 10:31
> un datagramme IP = un paquet IP, on parle de datagramme pour IP comme pour UDP, car c'est un mode non connecté
tous les fragments d'un meme paquet ont le meme numero d'identification?
> oui, c'est le champ "position fragment" qui différe
Et 2 fragmants appartenant a 2 paquets differents ont des numeros d identification differents. est-ce bien cela?
> oui, sauf cas exceptionnel (y'a que 16 bits donc 65536 possibilités, donc ca tourne )
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?
> une trame = niveau 2 (ethernet par exemple ) : la trame n'a pas de numéro dans son en tete
> un paquet = niveau 3 (IP) : le paquet a un numéro d'identification
> un segment = niveau 4 (TCP) : le segment a un numéro de séquence
L'encapsulation, ca permet qu'il y ait plusieurs datagramme IP (avec des numéros différents) qui appartiennent au meme segment TCP...
Donc le numéro d'identification croit plus vite que le numéro de segment...
Tout est faisable mais tu comprends bien que c'est a deux niveaux différents !!
On peut donc se servir des deux pour l'identifier, il me semble mais pourquoi cette question ?
tous les fragments d'un meme paquet ont le meme numero d'identification?
> oui, c'est le champ "position fragment" qui différe
Et 2 fragmants appartenant a 2 paquets differents ont des numeros d identification differents. est-ce bien cela?
> oui, sauf cas exceptionnel (y'a que 16 bits donc 65536 possibilités, donc ca tourne )
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?
> une trame = niveau 2 (ethernet par exemple ) : la trame n'a pas de numéro dans son en tete
> un paquet = niveau 3 (IP) : le paquet a un numéro d'identification
> un segment = niveau 4 (TCP) : le segment a un numéro de séquence
L'encapsulation, ca permet qu'il y ait plusieurs datagramme IP (avec des numéros différents) qui appartiennent au meme segment TCP...
Donc le numéro d'identification croit plus vite que le numéro de segment...
Tout est faisable mais tu comprends bien que c'est a deux niveaux différents !!
On peut donc se servir des deux pour l'identifier, il me semble mais pourquoi cette question ?
brupala
Messages postés
110498
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
7 novembre 2024
13 839
8 août 2007 à 11:57
8 août 2007 à 11:57
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#SECTION04413000000000000000
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 .
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#SECTION04413000000000000000
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 .
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
mister Chris
Messages postés
9
Date d'inscription
jeudi 26 juillet 2007
Statut
Membre
Dernière intervention
15 janvier 2013
44
9 août 2007 à 07:29
9 août 2007 à 07:29
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.
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.
Spearhead
Messages postés
355
Date d'inscription
lundi 23 juillet 2007
Statut
Membre
Dernière intervention
29 décembre 2007
116
9 août 2007 à 10:46
9 août 2007 à 10:46
Alors concernant le terme datagramme, j'en était sur mais maintenant tu me fais douter un peu
Datagramme :
Technique de commutation par paquets, dans laquelle chaque paquet comporte toutes les informations nécessaires à son acheminement. A la différence du mode circuit virtuel, le mode datagramme ne garantit pas l'ordre d'arrivée des paquets.
Perso, j'aurais lié le terme de datagramme au mode non connecté mais je ne trouve rien qui le confirme.
Un datagramme TCP ? jamais entendu ... Brupala un peu d'aide ??!!
Pour le reste je comprends entierement ce que dis Brupala en terme de différence datagramme / paquet
- le numero de sequence permet (entre autre) de mettre les segments dans le bon ordre
> OUI
- le numero d'identification permet (entre autre) de mettre les paquets dans le bon ordre
> NON, les paquets n'ont pas a etre dans le bon ordre, c'est le principe d'IP et du mode non connecté. C'est le numéro de séquence qui s'en chargera aprés la désencapsulation ! Ca sert juste a réunir les paquets framentés
- "position fragment" permet de mettre les fragments d'un meme paquet dans le bon ordre. EXACT?
> OUI
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?
> Les deux sont possibles:
IP : si un numéro manque tu le verra surement retransmis par la suite car les couches supérieurs s'en seront apercu et demanderont la retransmission.
UDP : idem mais niveau 4
TCP : tu verra les accusés de reception et les demande de retransmission
Il doit etre possible de travailler sur les deux couches afin de fournir une explication complete...
Datagramme :
Technique de commutation par paquets, dans laquelle chaque paquet comporte toutes les informations nécessaires à son acheminement. A la différence du mode circuit virtuel, le mode datagramme ne garantit pas l'ordre d'arrivée des paquets.
Perso, j'aurais lié le terme de datagramme au mode non connecté mais je ne trouve rien qui le confirme.
Un datagramme TCP ? jamais entendu ... Brupala un peu d'aide ??!!
Pour le reste je comprends entierement ce que dis Brupala en terme de différence datagramme / paquet
- le numero de sequence permet (entre autre) de mettre les segments dans le bon ordre
> OUI
- le numero d'identification permet (entre autre) de mettre les paquets dans le bon ordre
> NON, les paquets n'ont pas a etre dans le bon ordre, c'est le principe d'IP et du mode non connecté. C'est le numéro de séquence qui s'en chargera aprés la désencapsulation ! Ca sert juste a réunir les paquets framentés
- "position fragment" permet de mettre les fragments d'un meme paquet dans le bon ordre. EXACT?
> OUI
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?
> Les deux sont possibles:
IP : si un numéro manque tu le verra surement retransmis par la suite car les couches supérieurs s'en seront apercu et demanderont la retransmission.
UDP : idem mais niveau 4
TCP : tu verra les accusés de reception et les demande de retransmission
Il doit etre possible de travailler sur les deux couches afin de fournir une explication complete...
brupala
Messages postés
110498
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
7 novembre 2024
13 839
9 août 2007 à 10:54
9 août 2007 à 10:54
si le but est de contrôler que toutes les données arrivent à destination, étudier ce qui se passe dans tcp est suffisant , l'entête ip en elle même n'apporte rien à ce niveau .