tcp / udp : pour les nuls

Introduction Internet La complexité Les solutions Conclusion

TCP / UDP : C’est quoi ?

Jean MeyblumKevin HagnerSteve Benedick

IUT Robert Schuman

November 21, 2011

Jean, Kevin & Steve TCP / UDP : C’est quoi ? November 21, 2011 1 / 39


Quoi ?

Objectifs du cours.

I Notions de base à la communication sur internet.I Sensibilisation à la complexité du réseau.I Compréhension des problèmes de communication encourus.I Solutions mises en œuvre pour contrer ces problèmes.



Quoi ?

Objectifs du cours.

I Notions de base à la communication sur internet.

I Sensibilisation à la complexité du réseau.I Compréhension des problèmes de communication encourus.I Solutions mises en œuvre pour contrer ces problèmes.



Quoi ?

Objectifs du cours.

I Notions de base à la communication sur internet.I Sensibilisation à la complexité du réseau.

I Compréhension des problèmes de communication encourus.I Solutions mises en œuvre pour contrer ces problèmes.



Quoi ?

Objectifs du cours.

I Notions de base à la communication sur internet.I Sensibilisation à la complexité du réseau.I Compréhension des problèmes de communication encourus.

I Solutions mises en œuvre pour contrer ces problèmes.



Quoi ?

Objectifs du cours.

I Notions de base à la communication sur internet.I Sensibilisation à la complexité du réseau.I Compréhension des problèmes de communication encourus.I Solutions mises en œuvre pour contrer ces problèmes.



Comment ?

Pour qui ?

Mais non. . .Quand même pas ;-)



Comment ?

De façon plus. . . Visuelle.

Les protocoles TCP/UDP sont à Internet ce que l’air, ou letéléphone est à la parole.

I Nous n’allons pas étudier les langages que les « ordinateurs »utilisent.

I Mais les supports que ces langages utilisent pour se« déplacer ».



InternetJean, Kevin & Steve TCP / UDP : C’est quoi ? November 21, 2011 5 / 39


Communication entre deux ordinateurs.



Communication à très longue distance.

Les paquets peuvent faire plusieurs fois le tour du monde avantd’arriver.



Suivons notre paquet jusqu’à chez Facebook.

IUT � Esplanade




IUT � Esplanade � Nancy




IUT � Esplanade � Nancy � Paris




IUT � Esplanade � Nancy � Paris � Limoges




IUT � Esplanade � Nancy � Paris � Limoges � Suisse(Lucerne)




IUT � Esplanade � Nancy � Paris � Limoges �Suisse(Lucerne) � Allemagne(Hessen)




IUT � Esplanade � Nancy � Paris � Limoges �Suisse(Lucerne) � Allemagne(Hessen) � Californie(Facebook)



La complexité d’InternetJean, Kevin & Steve TCP / UDP : C’est quoi ? November 21, 2011 15 / 39


Un problème d’intégrité.

Une partie de téléphone arabe.




Attention aux bruits !




Concrètement.

Émissions radios Émissions électromagnétiques




Concrètement.

Émissions radios

Émissions électromagnétiques




Concrètement.

Émissions radios Émissions électromagnétiques



Un problème d’ordre.

Tous les chemins mènent à Rome.




Retournons sur Facebook.




Et. . . C’est grave ?



Mais aussi un problème de qualité

Si le récepteur est faible.

Des paquets seront perdus.



Mais aussi un problème de qualité

Si le réseau est saturé.

Rajouter encore plus de paquet ne fera qu’empirer la situation.



Les solutionsJean, Kevin & Steve TCP / UDP : C’est quoi ? November 21, 2011 24 / 39


Repérer les erreurs.

Comment savoir l’ordre ?

1,2,3,4,. . .Les paquets seront numérotés.




S’assurer de l’intégrité.




I Comment faire comprendre au destinataire qu’on retransmetun paquet ?

I Comment faire si le paquet est perdu et qu’aucune« confirmation » n’arrive à l’émetteur ?




Utiliser la numérotation.

I Si le récepteur reçoit une suite de paquet :1, 2, 3, 4, 4, il sait que le dernier paquet est uneretransmission qui écrase la valeur de l’ancien paquet 4.

I Si le récepteur reçoit la suite de paquet :1, 2, 4, il sait que le paquet 3 a été perdu, et donc qu’il nedoit pas tout de suite répondre au paquet 4.




La loi du timeout

Comment faire si l’émetteur ne reçois pas de confirmation deréception (erronée ou non) de la part du récepteur ?

Retransmettre « bêtement » le paquet après un certain tempsd’attente.




La loi du timeout

Comment faire si l’émetteur ne reçois pas de confirmation deréception (erronée ou non) de la part du récepteur ?Retransmettre « bêtement » le paquet après un certain tempsd’attente.




Et pour la qualité ?

Il suffit que l’émetteur se base sur la qualité des confirmationsreçues :

I Si il en manque plein : Le récepteur n’arrive pas à suivre.I Si le temps de réponse est long : Le réseau est saturé.

Réduire la fréquence d’envois des paquets






I Si il en manque plein :

Le récepteur n’arrive pas à suivre.I Si le temps de réponse est long : Le réseau est saturé.







I Si il en manque plein : Le récepteur n’arrive pas à suivre.

I Si le temps de réponse est long : Le réseau est saturé.Réduire la fréquence d’envois des paquets






I Si il en manque plein : Le récepteur n’arrive pas à suivre.I Si le temps de réponse est long :

Le réseau est saturé.Réduire la fréquence d’envois des paquets






I Si il en manque plein : Le récepteur n’arrive pas à suivre.I Si le temps de réponse est long : Le réseau est saturé.




Faire un choix

I Les vérifications sont lourdes. . .I Effectuer, ou pas, ces vérifications sur notre conversation ?I Privilégier la qualité ou plutôt la vitesse ?I TCP privilégiera la qualité, et UDP la vitesse !



Faire un choix

I Les vérifications sont lourdes. . .

I Effectuer, ou pas, ces vérifications sur notre conversation ?I Privilégier la qualité ou plutôt la vitesse ?I TCP privilégiera la qualité, et UDP la vitesse !



Faire un choix

I Les vérifications sont lourdes. . .I Effectuer, ou pas, ces vérifications sur notre conversation ?

I Privilégier la qualité ou plutôt la vitesse ?I TCP privilégiera la qualité, et UDP la vitesse !



Faire un choix

I Les vérifications sont lourdes. . .I Effectuer, ou pas, ces vérifications sur notre conversation ?I Privilégier la qualité ou plutôt la vitesse ?

I TCP privilégiera la qualité, et UDP la vitesse !



Faire un choix

I Les vérifications sont lourdes. . .I Effectuer, ou pas, ces vérifications sur notre conversation ?I Privilégier la qualité ou plutôt la vitesse ?I TCP privilégiera la qualité, et UDP la vitesse !



TCP

Le choix de la fiabilité

I Permet une communication très fiable.I . . . Mais la latence est grande.

Idéal pour les applications échangeant des donnéesstatiques dont l’intégrité au bit près est crucial.Par exemple :Outils de téléchargement , Clients email, IRC, etc. ,Clients web



TCP


I Permet une communication très fiable.

I . . . Mais la latence est grande.




TCP






TCP



Idéal pour les applications échangeant des donnéesstatiques dont l’intégrité au bit près est crucial.

Par exemple :Outils de téléchargement , Clients email, IRC, etc. ,Clients web



TCP



Idéal pour les applications échangeant des donnéesstatiques dont l’intégrité au bit près est crucial.Par exemple :Outils de téléchargement

, Clients email, IRC, etc. ,Clients web



TCP



Idéal pour les applications échangeant des donnéesstatiques dont l’intégrité au bit près est crucial.Par exemple :Outils de téléchargement , Clients email, IRC, etc.

,Clients web



TCP






UDP

Le choix de la vitesse

I Permet une communication très rapide.I . . . Mais n’est pas fiable.

Idéal pour les applications échangeant des donnéesdynamiques et rapidement obsolètes.Par exemple :Communications VoIP , Téléconférences, transmissionsweb-cam , Jeux en réseaux



UDP


I Permet une communication très rapide.

I . . . Mais n’est pas fiable.




UDP






UDP



Idéal pour les applications échangeant des donnéesdynamiques et rapidement obsolètes.

Par exemple :Communications VoIP , Téléconférences, transmissionsweb-cam , Jeux en réseaux



UDP



Idéal pour les applications échangeant des donnéesdynamiques et rapidement obsolètes.Par exemple :Communications VoIP

, Téléconférences, transmissionsweb-cam , Jeux en réseaux



UDP



Idéal pour les applications échangeant des donnéesdynamiques et rapidement obsolètes.Par exemple :Communications VoIP , Téléconférences, transmissionsweb-cam

, Jeux en réseaux



UDP






ConclusionJean, Kevin & Steve TCP / UDP : C’est quoi ? November 21, 2011 34 / 39


L’heure du bilan a sonné.

Nous avons vu que :

I Internet est un réseaux qui relis tous les utilisateurs ensembles.I Plusieurs chemins peuvent être utilisés sur le réseaux pour

arriver à une destination précise.I Les communications ne sont naturellement pas stable, et

nécessitent des processus supplémentaires pour garantir unestabilité acceptable.




Nous avons vu que :

I Internet est un réseaux qui relis tous les utilisateurs ensembles.

I Plusieurs chemins peuvent être utilisés sur le réseaux pourarriver à une destination précise.

I Les communications ne sont naturellement pas stable, etnécessitent des processus supplémentaires pour garantir unestabilité acceptable.




Nous avons vu que :


arriver à une destination précise.

I Les communications ne sont naturellement pas stable, etnécessitent des processus supplémentaires pour garantir unestabilité acceptable.




Nous avons vu que :


arriver à une destination précise.I Les communications ne sont naturellement pas stable, et

nécessitent des processus supplémentaires pour garantir unestabilité acceptable.




Le beurre ou l’argent du beurre

I Une communication stabilisée à un coût.I Ce coût n’est pas forcément supportable par certaines

applications.I Pour satisfaire tout le monde, les deux modes de

communication ont été implémentés sur Internet.I On utilisera des paquets UDP pour les applications désirant

communiquer de façon rapide et instable.I Et TCP pour les communications plus lente, mais bien plus

stables.





I Une communication stabilisée à un coût.

I Ce coût n’est pas forcément supportable par certainesapplications.

I Pour satisfaire tout le monde, les deux modes decommunication ont été implémentés sur Internet.

I On utilisera des paquets UDP pour les applications désirantcommuniquer de façon rapide et instable.

I Et TCP pour les communications plus lente, mais bien plusstables.






applications.

I Pour satisfaire tout le monde, les deux modes decommunication ont été implémentés sur Internet.









communication ont été implémentés sur Internet.










communiquer de façon rapide et instable.









communiquer de façon rapide et instable.I Et TCP pour les communications plus lente, mais bien plus

stables.



Crédits Images

I Le bébé par GenevieveAlberthttp://browse.deviantart.com/#/d113xde

I La toile « Internet » par PopiXhttp://browse.deviantart.com/#/dsibyd

I Le serveur par lilcoocumbahttp://browse.deviantart.com/#/d41fi2j

I La petite « Facebookeuse » par sleepyforesthttp://browse.deviantart.com/#/d194sp2

I Les petits bonhommes par Korat_cn http://www.dreamstime.com/stock-images-boy-and-girl-icon-image6447384


http://browse.deviantart.com/#/d113xde

http://browse.deviantart.com/#/dsibyd

http://browse.deviantart.com/#/d41fi2j

http://browse.deviantart.com/#/d194sp2

http://www.dreamstime.com/stock-images-boy-and-girl-icon-image6447384

http://www.dreamstime.com/stock-images-boy-and-girl-icon-image6447384


Crédits Images

I La carte du monde par madmaxpaynehttp://browse.deviantart.com/#/d1bv0nz

I Le plan de métro par Jagna-Q7http://browse.deviantart.com/#/d11tkkj

I Le haut-parleur par Thegoldenmanehttp://browse.deviantart.com/#/d149oc2

I Le « bruit » par deep–bluehttp://browse.deviantart.com/#/dbiasf

I La foret par pitchblacknighthttp://browse.deviantart.com/#/dr73c2


http://browse.deviantart.com/#/d1bv0nz

http://browse.deviantart.com/#/d11tkkj

http://browse.deviantart.com/#/d149oc2

http://browse.deviantart.com/#/dbiasf

http://browse.deviantart.com/#/dr73c2


C’est la fin :)

Feedback sur :http://blog.spyzone.fr


http://blog.spyzone.fr

tcp / udp : pour les nuls

Documents