Toll erklärt! 😊 Ich finde den Ansatz richtig gut! Hatte ich noch gar nicht wirklich auf dem Schirm. Ich kenne einige Protokolle aus der Prozessautomation, welche auch ganz gezielt auf UDP setzen, weil Performance hier eine ganz große Rolle spielt. Wobei das Thema Sicherheit auch in OT Netzen, immer mehr eine Rolle spielt, weshalb es immer mehr in Richtung HTTPS auf TCP Basis geht. Ich könnte mir allerdings gut vorstellen, dass hier HTTP/3 in Zukunft auch ne große Rolle spielen wird. Es wäre es also wert, sich einmal damit zu beschäftigen.
[gr] Die TCP-Pakete werden durchnummeriert, und wenn ein Paket fehlt, wird es neu angefordert. Auf dem Weg werden verlorene Pakete erkannt, und auf dem Weg lässt sich auch erkennen, ob die Reihenfolge korrekt ist oder nicht.
Das Thema HTTP/3 habe ich im Hinterkopf. Der von mir verwendete Reverse Proxy Traefik bekommt in nächsten Version auch den HTTP/3 Support. Momentan laufen in meiner virtualisierten Umgebung sowohl HTTP/2 als auch HTTP/1.1. Mein Ziel ist erstmal alles auf HTTP/2 umzustellen. Wenn der Umstieg dann vollzogen ist, sollte ich relativ einfach auch HTTP/3 anbieten können - soweit die Theorie.
Ich bin eines Morgens aufgewacht und alle unsere Server verstanden plötzlich HTTP/2 - irgendwie so muss das gewesen sein. Die eigentliche Frage ist doch, wieso scheinbar noch über 50% des Webs auf HTTP/1.1 laufen, was ist denn da passiert? :) Also ist ja nicht so dass das jetzt furchtbar kompliziert wäre, weder für den Nutzer, noch den Betreiber. Bei HTTPS hatte ich ja zum Teil noch Verständnis, aber spätestens mit Let's Encrypt hatte sich das Thema dann ja auch erledigt. Aber wie immer, danke fürs Video :) Kleiner Nachtrag: Ich hab die Verbreitung von HTTP/3 jetzt wohl etwas unterschätzt. Die liegt aktuell bei ~25%, was zusammen mit HTTP/2 dann schon etwas mehr Sinn ergibt. Dann möchte ich nix gesagt haben, aber löschen wollt ich den Kommentar jetzt nicht mehr :P
HTTP/3 kenne ich schon eine ganze Weile, aber vielleicht sollte man das WEB erst mal auf HTTP/2 bekommen. Gerade Websites mit vielen Bildern profitieren davon ungemein. HTTP/3 würde ich dann tatsächlich zum streamen verwenden, wenn WebRTC den Rechner zu sehr auslaten würde. Eine SFU schafft da zwar schon Abhilfe, aber wenn diese mit WebRTC umgesetzt werden muss, kann auch das gut wackeln.
[gr] Danke für Deinen Kommentar! Prinzipiell bin ich da bei Dir - allerdings ist die Verbreitung von HTTP/2 (und auch HTTP/3!) schon weitaus höher, als ich das gedacht hätte: - Für HTTP/2 liegt sie bei ungefähr 45% - Für HTTP/3 lieht sie bei ungefähr 20% (Quelle: w3techs.com/technologies/details/ce-http2 und w3techs.com/technologies/details/ce-http3) Das kommt mir zum einen sehr, sehr viel vor - auf der anderen Seite ist die Umstellung wirklich nicht so schwierig, wie man das zunächst meint oder befürchtet (es zwingt einen ja niemand, auch all die neuen Features einzusetzen).
Vielen Dank für dieses Video. Ich hatte HTTP/3 noch nicht auf dem Schirm und werde mir dies in nächster Zeit mal näher anschauen.
[gr] Gerne 😊
Toll erklärt! 😊 Ich finde den Ansatz richtig gut!
Hatte ich noch gar nicht wirklich auf dem Schirm.
Ich kenne einige Protokolle aus der Prozessautomation, welche auch ganz gezielt auf UDP setzen, weil Performance hier eine ganz große Rolle spielt.
Wobei das Thema Sicherheit auch in OT Netzen, immer mehr eine Rolle spielt, weshalb es immer mehr in Richtung HTTPS auf TCP Basis geht. Ich könnte mir allerdings gut vorstellen, dass hier HTTP/3 in Zukunft auch ne große Rolle spielen wird. Es wäre es also wert, sich einmal damit zu beschäftigen.
Danke für´s Video. Verständlich auch für einen interessierten Laien.
[gr] Das freut mich sehr, vielen Dank 😊
Geiler Typ! Danke dir für die Infos :)
[gr] Vielen Dank 😊
Wie wird das TCP Problem mit dem Paketverlust genau gelöst?
[gr] Die TCP-Pakete werden durchnummeriert, und wenn ein Paket fehlt, wird es neu angefordert. Auf dem Weg werden verlorene Pakete erkannt, und auf dem Weg lässt sich auch erkennen, ob die Reihenfolge korrekt ist oder nicht.
Das Thema HTTP/3 habe ich im Hinterkopf. Der von mir verwendete Reverse Proxy Traefik bekommt in nächsten Version auch den HTTP/3 Support. Momentan laufen in meiner virtualisierten Umgebung sowohl HTTP/2 als auch HTTP/1.1. Mein Ziel ist erstmal alles auf HTTP/2 umzustellen. Wenn der Umstieg dann vollzogen ist, sollte ich relativ einfach auch HTTP/3 anbieten können - soweit die Theorie.
[gr] Wenn Du magst, kannst Du ja noch einmal kommentieren, wenn Du die Umstellung durch hast - ich wäre auf jeden Fall neugierig 😊
Ich bin nicht gut im Deutsch aber du erkärt sehr gut und gute geschwendigkeit
[gr] Vielen lieben Dank 😊
Ich bin eines Morgens aufgewacht und alle unsere Server verstanden plötzlich HTTP/2 - irgendwie so muss das gewesen sein. Die eigentliche Frage ist doch, wieso scheinbar noch über 50% des Webs auf HTTP/1.1 laufen, was ist denn da passiert? :) Also ist ja nicht so dass das jetzt furchtbar kompliziert wäre, weder für den Nutzer, noch den Betreiber. Bei HTTPS hatte ich ja zum Teil noch Verständnis, aber spätestens mit Let's Encrypt hatte sich das Thema dann ja auch erledigt. Aber wie immer, danke fürs Video :)
Kleiner Nachtrag: Ich hab die Verbreitung von HTTP/3 jetzt wohl etwas unterschätzt. Die liegt aktuell bei ~25%, was zusammen mit HTTP/2 dann schon etwas mehr Sinn ergibt. Dann möchte ich nix gesagt haben, aber löschen wollt ich den Kommentar jetzt nicht mehr :P
HTTP/3 kenne ich schon eine ganze Weile, aber vielleicht sollte man das WEB erst mal auf HTTP/2 bekommen. Gerade Websites mit vielen Bildern profitieren davon ungemein. HTTP/3 würde ich dann tatsächlich zum streamen verwenden, wenn WebRTC den Rechner zu sehr auslaten würde. Eine SFU schafft da zwar schon Abhilfe, aber wenn diese mit WebRTC umgesetzt werden muss, kann auch das gut wackeln.
[gr] Danke für Deinen Kommentar! Prinzipiell bin ich da bei Dir - allerdings ist die Verbreitung von HTTP/2 (und auch HTTP/3!) schon weitaus höher, als ich das gedacht hätte:
- Für HTTP/2 liegt sie bei ungefähr 45%
- Für HTTP/3 lieht sie bei ungefähr 20%
(Quelle: w3techs.com/technologies/details/ce-http2 und w3techs.com/technologies/details/ce-http3)
Das kommt mir zum einen sehr, sehr viel vor - auf der anderen Seite ist die Umstellung wirklich nicht so schwierig, wie man das zunächst meint oder befürchtet (es zwingt einen ja niemand, auch all die neuen Features einzusetzen).