⚡ Le nouveau PROTOCOLE qui va (peut-être) remplacer TCP. 

J'aurais présenté les choses différemment. Le but du protocole IP est d'agréger des réseaux en un grand réseau virtuel. Avec, on peut envoyer des paquets d'une machine A à une machine B, mais sans garanties. On peut ainsi avoir des paquets perdus ou des paquets modifiés. Le rôle d'UDP est uniquement de détecter les paquets modifiés. Le rôle de TCP est d'établir une connection fiable (en mode connecté). Donc si TCP voit qu'un paquet est perdu ou corrompu, on demande une nouvelle copie. Bien évidemment, UDP est beaucoup plus léger que TCP. Donc si perdre un paquet de temps en temps n'est pas trop grave (par exemple streamer du son), on utilise UDP. Mais pour HTTP, on doit utiliser TCP. Sauf que TCP, c'est lent. Par exemple, pour établir une connection, on utilise un handshake. 1. A envoie un paquet syn à B 2. B envoie un syn+ack à A 3. A envoie un ack à B. Et après, on peut communiquer. C'est cool sauf que si A veut envoyer un petit paquet à B, alors on a 4 messages envoyé pour que B reçoive le paquet. Pourquoi ne pas envoyer de la data dès l'étape 1. ? Ça serait cool mais ça n'est plus du TCP, ça nécessite un nouveau protocole. Alors comment on fait ? Ben on fait un nouveau protocole. Et quitte à changer des trucs, autant en changer plein. Sauf que, quand on voit le bordel qu'est la migration de IPv4 vers IPv6, proposer un nouveau protocole au niveau de TCP ou UDP, c'est sans doute une très mauvaise idée. Alors comme UDP est très léger et que les checksum pour vérifier qu'un paquet n'est pas corrompu, c'est bien, alors on fait un TCPv2 au dessus d'UDP. Et on a ainsi quic. Et le lien avec HTTP ? A priori aucun, sauf 2 choses: - Qui s'est posé la question d'optimiser TCP ? Google (ils payent la bandent passante donc si y'a moyen de gratter…) - Que fait google ? Du HTTP. Et qu'a-t-on dans HTTP, plein de paquets get très courts. Donc comme google développe un navigateur web, il peut pousser son nouveau protocole. Et avec un peu de chance, tous les navigateurs vont s'aligner. Et avec un peu de chances, une fois les pots cassé et le protocole stabilisé, les autres protocoles (SSH, IMAP…) vont finir par s'aligner.

Une nouvelle vidéo, merci ❤❤❤❤❤

super vidéo : )

Super tes vidéos ! Merci beaucoup !

super video merci !

Super vidéo, merci!

Le problème est toujours le même : la confiance. On sait que les navigateurs peuvent faire du déport d'écran, accéder aux caméras et micros connectés, bref tout ce qu'il faut pour vous surveiller en temps réel, et là est le problème : quand le trafic n'est plus immédiatement lisible, c'est la porte ouverte aux abus ! Est-ce que le gain de rapidité vaut le risque ? Surtout avec une fibre qui a largement fait exploser la bande passante, y compris chez le particulier ?

La qualité des détails de la vidéo wow🤧

merci c'est super clair et très intéressant

merci dieu, j'attendais une vidéo sur ce protocole

super vidéo, je connaissais pas QUIC, ni ta chaîne d'ailleurs, merci. Au niveau des cas d'usage, je pense que ça peut être pertinent de l'utiliser sur des terminaux mobiles car à cause de la radio en média intermédiaire, c'est la ou il y a le plus de pertes sur le réseau, mais je pense pas que ça sera adopté au niveau du backend en raison des difficultés à débugger, sur le plan organisationnel ça poserai aussi des soucis car les gens qui gèrent les sessions tcp/udp (firewall), ne sont les mêmes que les gens qui gèrent les aspect authentification & certs/pki dans les grands groupes.

La chose la plus importante à laquelle tout le monde devrait penser en ce moment est de savoir comment investir dans différentes sources de revenus qui ne dépendent pas du gouvernement. Surtout avec la crise économique actuelle dans le monde. 🌏C’est toujours le bon moment pour investir dans diverses actions comme l’or, l’argent et les monnaies numériques. Merci à Anton Fiitz pour le coaching...

La narration est ... "surprenante" avec des t'énormez liaisonz mal-t-à-propos 😀

Thank you

Super intéressant! Je me demandait justement ce que c’était ce truc que je voyais de plus en plus … Quic

Thanks

Super capsule… sauf… en ce qui concerne les liaisons mal t’appropriées…

ah la la, le fameux protocole hypertext transfer protocol, le protocole protocole de transfert hypertextuel x)) (je rigole bonne vidéo

Houla la bcp d'imprécision...

👍👍👍

"Décrypter" en big 2024 rooooooooooh

Wow, cette discussion devient intense ! C'est fascinant de voir des perspectives aussi diverses se réunir en un seul endroit.🍓

Aïe aïe aïe les oreilles qui saignent : "un point zun"...

«http a été créé en 1989 à la naissance d'INTERNET» Ah non, c'est la naissance du WEB (World Wide Web, www), mais pas d'internet qui date des années 70 et la mise en place de tcp/ip. Même si le web n'existait pas et internet était encore très peu connu, il y avait déjà le mail, les newsgroups, ftp, irc et d'autres protocoles anciens.

"HTTP esr utilisé par 100% des sites web" 99.9% peut être, mais pas 100 😅

Wow, bien tenté mais tu t'y prends assez mal et tout dans le désordre, ça ne fait pas pro du tout mais très très amateur cette vidéo Pourquoi de jamais aborder le model OSI ? Pourquoi attendre les 3/4 de la vidéo pour expliquer (maladroitement) qu'en fait TCP et http 'e sont pas du tout comparable car appartenant aux couches 4 et 7 du model OSI, respectivement couche transport et application , ce qui tout a long de la vidéo n'est pas du tout expliqué et au contraire pour un néophyte, tu compare les 2 comme si ils étaient au même niveau, ce n'est qu'à la fin qu'on découvre que TCP transporte les protocoles http et que udp est utilisé pour les dernières versions Continue, tu as une bonne marge de progression, à ta voix tu es à peine majeur (ou pas) ce qui te laisse du temps pour acquérir de l'expérience Par contre arrête les vidéos tant que tu n'auras pas atteint un certain niveau, ça pollue la qualité de l'ensemble et rajoute du bruit inutile Ou alors la prochaine fois demande a chat gpt de t'écrire le script

Titre putaclick, quic ne remplacera jamais tcp