TCP & UDP - Historique des versions

Justine le 22 juin 2022 à 11:58

2022-06-22T11:58:26Z

← Version précédente	Version du 22 juin 2022 à 11:58
Ligne 1 :	Ligne 1 :
		[[Category:reseau]]

Justine le 30 novembre 2018 à 23:55

2018-11-30T23:55:41Z

← Version précédente		Version du 30 novembre 2018 à 23:55
Ligne 86 :		Ligne 86 :
	*synack envoyé mais pas reçu (plus compliqué...)		*synack envoyé mais pas reçu (plus compliqué...)
	*ACK non reçu.		*ACK non reçu.


	== Les flags TCP (ou drapeaux) ==		== Les flags TCP (ou drapeaux) ==
Ligne 96 :		Ligne 97 :

	*U : Urgent, paquet prioritaire		*U : Urgent, paquet prioritaire
	*A : ACK, pour acquitter des paquets reçus précédemment		*A : ACK, pour acquitter des paquets reçus précédemment (peut aussi être indique avec .  : R. signifie RESET + ACK)
	*P: PUSH, envoyer les données immédiatement à la couche supérieure sans attendre le reste des données dans le buffer. Par exemple, cela aide dans telnet à éviter la latence.		*P: PUSH, envoyer les données immédiatement à la couche supérieure sans attendre le reste des données dans le buffer. Par exemple, cela aide dans telnet à éviter la latence.
	*R : RESET, coupure de connexion (ou refus) : connection closed, R est immédiat!		*R : RESET, coupure de connexion (ou refus) : connection closed, R est immédiat!

Justine le 30 novembre 2018 à 00:59

2018-11-30T00:59:35Z

Voir les modifications

Justine le 29 novembre 2018 à 00:15

2018-11-29T00:15:37Z

@@ Ligne 1 : / Ligne 1 : @@
+&nbsp;
 = UDP&nbsp;: User Datagram Protocol =
@@ Ligne 34 : / Ligne 34 : @@
 *Les jeux en réseau
 *SIP
 &nbsp;

Justine le 24 novembre 2018 à 23:31

2018-11-24T23:31:46Z

← Version précédente		Version du 24 novembre 2018 à 23:31
Ligne 1 :		Ligne 1 :



Ligne 21 :		Ligne 22 :
	Un serveur UDP est un tuple "@IP + port UDP" côté serveur, et la même chose pour un client UDP. Le client va ouvrir un port UDP (ou pas, c'est optionnel : il ne le fait que si il veut un réponse; si il n'ouvre pas de port le port source sera à 0) et envoyer des datagrammes au serveur UDP, qui répondra sur le port que le client a ouvert.		Un serveur UDP est un tuple "@IP + port UDP" côté serveur, et la même chose pour un client UDP. Le client va ouvrir un port UDP (ou pas, c'est optionnel : il ne le fait que si il veut un réponse; si il n'ouvre pas de port le port source sera à 0) et envoyer des datagrammes au serveur UDP, qui répondra sur le port que le client a ouvert.

	Le checksum (ou somme de contrôle) est réalisé lors de l'envoi et de la réception du datagramme. Si le checksum présent est différent du checksum fait à l'arrivée, la trame est détruite. Il est réalisé sur l'en-tête UDP + une pseudo-en-tête IP ainsi que les données, ce qui ne colle pas trop au modèle OSI. À noter : si le checkzsum est optionnel en IPv4, il est obligatoire en IPv6, car IPv6 n'as lui-même pas de checksum.		Le checksum (ou somme de contrôle) est réalisé lors de l'envoi et de la réception du datagramme. Si le checksum présent est différent du checksum fait à l'arrivée, la trame est détruite. Il est réalisé sur l'en-tête UDP + une pseudo-en-tête IP ainsi que les données, ce qui ne colle pas trop au modèle OSI. À noter : si le checkzsum est optionnel en IPv4, il est obligatoire en IPv6, car IPv6 n'as lui-même pas de checksum.

	Lorsqu'une trame UDP est émise, on a pas d'A/R, cela doit être contrôlé par les couches d'au-dessus. On a pas de réémission en cas de perte ni de gestion de la congestion. UDP est utilisé lorsque l'on a peu de données à transporter, et avec peu d'échanges.		Lorsqu'une trame UDP est émise, on a pas d'A/R, cela doit être contrôlé par les couches d'au-dessus. On a pas de réémission en cas de perte ni de gestion de la congestion. UDP est utilisé lorsque l'on a peu de données à transporter, et avec peu d'échanges.

Justine le 24 novembre 2018 à 23:26

2018-11-24T23:26:29Z

← Version précédente		Version du 24 novembre 2018 à 23:26
Ligne 1 :		Ligne 1 :


	= UDP : User Datagram Protocol =		= UDP : User Datagram Protocol =
Ligne 8 :		Ligne 9 :
	La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:		La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:

	[[File:UDPHeader.png\|300x150px]]		[[File:UDPHeader.png\|300x150px\|UDPHeader.png]]

	*Un port source optionnel (0 par défaut)		*Un port source optionnel (0 par défaut)
Ligne 20 :		Ligne 21 :
	Un serveur UDP est un tuple "@IP + port UDP" côté serveur, et la même chose pour un client UDP. Le client va ouvrir un port UDP (ou pas, c'est optionnel : il ne le fait que si il veut un réponse; si il n'ouvre pas de port le port source sera à 0) et envoyer des datagrammes au serveur UDP, qui répondra sur le port que le client a ouvert.		Un serveur UDP est un tuple "@IP + port UDP" côté serveur, et la même chose pour un client UDP. Le client va ouvrir un port UDP (ou pas, c'est optionnel : il ne le fait que si il veut un réponse; si il n'ouvre pas de port le port source sera à 0) et envoyer des datagrammes au serveur UDP, qui répondra sur le port que le client a ouvert.

	Le checksum (ou somme de contrôle) est réalisé lors de l'envoi et de la réception du datagramme. Si le checksum présent est différent du checksum fait à l'arrivée, la trame est détruite. Il est réalisé sur l'en-tête UDP + une pseudo-en-tête IP, ce qui ne colle pas trop au modèle OSI.		Le checksum (ou somme de contrôle) est réalisé lors de l'envoi et de la réception du datagramme. Si le checksum présent est différent du checksum fait à l'arrivée, la trame est détruite. Il est réalisé sur l'en-tête UDP + une pseudo-en-tête IP ainsi que les données, ce qui ne colle pas trop au modèle OSI. À noter : si le checkzsum est optionnel en IPv4, il est obligatoire en IPv6, car IPv6 n'as lui-même pas de checksum.

	Lorsqu'une trame UDP est émise, on a pas d'A/R, cela doit être contrôlé par les couches d'au-dessus. On a pas de réémission en cas de perte ni de gestion de la congestion. UDP est utilisé lorsque l'on a peu de données à transporter, et avec peu d'échanges.		Lorsqu'une trame UDP est émise, on a pas d'A/R, cela doit être contrôlé par les couches d'au-dessus. On a pas de réémission en cas de perte ni de gestion de la congestion. UDP est utilisé lorsque l'on a peu de données à transporter, et avec peu d'échanges.

Justine le 24 novembre 2018 à 23:22

2018-11-24T23:22:04Z

← Version précédente		Version du 24 novembre 2018 à 23:22
Ligne 8 :		Ligne 8 :
	La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:		La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:

	[[File:UDPHeader.png\|~~400x200px~~]]		[[File:UDPHeader.png\|300x150px]]

	*Un port source optionnel (0 par défaut)		*Un port source optionnel (0 par défaut)

Justine le 24 novembre 2018 à 23:21

2018-11-24T23:21:41Z

← Version précédente		Version du 24 novembre 2018 à 23:21
Ligne 8 :		Ligne 8 :
	La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:		La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:

	[[File:UDPHeader.png\|~~300x150px\|UDPHeader.png~~]]		[[File:UDPHeader.png\|400x200px]]

	*Un port source optionnel (0 par défaut)		*Un port source optionnel (0 par défaut)

Justine le 24 novembre 2018 à 23:21

2018-11-24T23:21:09Z

← Version précédente		Version du 24 novembre 2018 à 23:21
Ligne 1 :		Ligne 1 :

	= UDP : User Datagram Protocol =		= UDP : User Datagram Protocol =

	Défini dans la RFC 768 le 28/8/1980, qui n'as pas été modifiée depuis, contrairement à tous les autres protocoles qui ont reçu beaucoup de correctifs.		Défini dans la RFC 768 le 28/8/1980, qui n'as pas été modifiée depuis, contrairement à tous les autres protocoles qui ont reçu beaucoup de correctifs.

	Avec IP, on dialogue entre machines... Avec UDP, on dialogue entre processus : on ajoute un port source et un port de destination.		Avec IP, on dialogue entre machines... Avec UDP, on dialogue entre processus : on ajoute un port source et un port de destination.

	La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:		La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:

	[[File:UDPHeader.png\|~~484x258px~~]]		[[File:UDPHeader.png\|300x150px\|UDPHeader.png]]

	*Un port source optionnel (0 par défaut)		*Un port source optionnel (0 par défaut)
Ligne 16 :		Ligne 16 :
	*Des données.		*Des données.

	Les données utiles sont générées par l'application; elles sont encapsulées dans UDP. On voit apparaître la notion d'extrémité de communication. Une extrémité de communication est : un tuple (@IP, Port UDP) (un socket, quoi...). Un port est l'équivalent d'une porte dans une maison; on peut avoir plusieurs portes sur un bâtiment.		Les données utiles sont générées par l'application; elles sont encapsulées dans UDP. On voit apparaître la notion d'extrémité de communication. Une extrémité de communication est : un tuple (@IP, Port UDP) (un socket, quoi...). Un port est l'équivalent d'une porte dans une maison; on peut avoir plusieurs portes sur un bâtiment.

	Un serveur UDP est un tuple "@IP + port UDP" côté serveur, et la même chose pour un client UDP. Le client va ouvrir un port UDP (ou pas, c'est optionnel : il ne le fait que si il veut un réponse; si il n'ouvre pas de port le port source sera à 0) et envoyer des datagrammes au serveur UDP, qui répondra sur le port que le client a ouvert.		Un serveur UDP est un tuple "@IP + port UDP" côté serveur, et la même chose pour un client UDP. Le client va ouvrir un port UDP (ou pas, c'est optionnel : il ne le fait que si il veut un réponse; si il n'ouvre pas de port le port source sera à 0) et envoyer des datagrammes au serveur UDP, qui répondra sur le port que le client a ouvert.

	Le checksum (ou somme de contrôle) est réalisé lors de l'envoi et de la réception du datagramme. Si le checksum présent est différent du checksum fait à l'arrivée, la trame est détruite. Il est réalisé sur l'en-tête UDP + une pseudo-en-tête IP, ce qui ne colle pas trop au modèle OSI.		Le checksum (ou somme de contrôle) est réalisé lors de l'envoi et de la réception du datagramme. Si le checksum présent est différent du checksum fait à l'arrivée, la trame est détruite. Il est réalisé sur l'en-tête UDP + une pseudo-en-tête IP, ce qui ne colle pas trop au modèle OSI.
Ligne 24 :		Ligne 24 :
	Lorsqu'une trame UDP est émise, on a pas d'A/R, cela doit être contrôlé par les couches d'au-dessus. On a pas de réémission en cas de perte ni de gestion de la congestion. UDP est utilisé lorsque l'on a peu de données à transporter, et avec peu d'échanges.		Lorsqu'une trame UDP est émise, on a pas d'A/R, cela doit être contrôlé par les couches d'au-dessus. On a pas de réémission en cas de perte ni de gestion de la congestion. UDP est utilisé lorsque l'on a peu de données à transporter, et avec peu d'échanges.

	Les protocoles UDP les plus connus sont :		Les protocoles UDP les plus connus sont :

	*DHCP		*DHCP

Justine : Page créée avec « = UDP : User Datagram Protocol = Défini dans la RFC 768 le 28/8/1980, qui n'as pas été modifiée depuis, contrairement à tous les autres protocoles qui ont reçu bea... »

2018-11-24T23:20:49Z

Page créée avec « = UDP : User Datagram Protocol = Défini dans la RFC 768 le 28/8/1980, qui n'as pas été modifiée depuis, contrairement à tous les autres protocoles qui ont reçu bea... »

Nouvelle page

= UDP : User Datagram Protocol =

Défini dans la RFC 768 le 28/8/1980, qui n'as pas été modifiée depuis, contrairement à tous les autres protocoles qui ont reçu beaucoup de correctifs.

Avec IP, on dialogue entre machines... Avec UDP, on dialogue entre processus : on ajoute un port source et un port de destination.

La notion de port introduit la notion de "service réseau" : Il peut y avoir plusieurs services réseau par équipement. Chaque service réseau écoute sur un port différent, et les services peuvent être totalement différent, et chacun écoute sur un port spécifique. UDP se place au-dessus d'IP, et son format de datagramme est le suivant:

[[File:UDPHeader.png|484x258px]]

*Un port source optionnel (0 par défaut)
*Un port de destination
*Une longueur de datagramme (en-tête + Données)
*Un checksum
*Des données.

Les données utiles sont générées par l'application; elles sont encapsulées dans UDP. On voit apparaître la notion d'extrémité de communication. Une extrémité de communication est : un tuple (@IP, Port UDP) (un socket, quoi...). Un port est l'équivalent d'une porte dans une maison; on peut avoir plusieurs portes sur un bâtiment.

Un serveur UDP est un tuple "@IP + port UDP" côté serveur, et la même chose pour un client UDP. Le client va ouvrir un port UDP (ou pas, c'est optionnel : il ne le fait que si il veut un réponse; si il n'ouvre pas de port le port source sera à 0) et envoyer des datagrammes au serveur UDP, qui répondra sur le port que le client a ouvert.

Le checksum (ou somme de contrôle) est réalisé lors de l'envoi et de la réception du datagramme. Si le checksum présent est différent du checksum fait à l'arrivée, la trame est détruite. Il est réalisé sur l'en-tête UDP + une pseudo-en-tête IP, ce qui ne colle pas trop au modèle OSI.

Lorsqu'une trame UDP est émise, on a pas d'A/R, cela doit être contrôlé par les couches d'au-dessus. On a pas de réémission en cas de perte ni de gestion de la congestion. UDP est utilisé lorsque l'on a peu de données à transporter, et avec peu d'échanges.

Les protocoles UDP les plus connus sont :

*DHCP
*DNS
*SNMP
*TFTP
*Les jeux en réseau
*SIP

 

TCP & UDP - Historique des versions

Justine le 22 juin 2022 à 11:58

Justine le 30 novembre 2018 à 23:55

Justine le 30 novembre 2018 à 00:59

Justine le 29 novembre 2018 à 00:15

Justine le 24 novembre 2018 à 23:31

Justine le 24 novembre 2018 à 23:26

Justine le 24 novembre 2018 à 23:22

Justine le 24 novembre 2018 à 23:21

Justine le 24 novembre 2018 à 23:21

Justine : Page créée avec « = UDP : User Datagram Protocol = Défini dans la RFC 768 le 28/8/1980, qui n'as pas été modifiée depuis, contrairement à tous les autres protocoles qui ont reçu bea... »

Justine : Page créée avec « = UDP : User Datagram Protocol = Défini dans la RFC 768 le 28/8/1980, qui n'as pas été modifiée depuis, contrairement à tous les autres protocoles qui ont reçu bea... »