Σε πειραματικές κατασκευές υποστήριξη για το πρωτόκολλο HTTP/3, το οποίο υλοποιεί ένα πρόσθετο για να επιτρέψει στο HTTP να λειτουργεί μέσω του πρωτοκόλλου QUIC. Το ίδιο το πρωτόκολλο QUIC προστέθηκε στο πρόγραμμα περιήγησης πριν από πέντε χρόνια και έκτοτε χρησιμοποιείται για τη βελτιστοποίηση της εργασίας με τις υπηρεσίες της Google. Ταυτόχρονα, η έκδοση QUIC από την Google που χρησιμοποιείται στο Chrome διέφερε σε ορισμένες λεπτομέρειες από την έκδοση από την οποία IETF, αλλά τώρα οι υλοποιήσεις είναι συγχρονισμένες.
Το HTTP/3 τυποποιεί τη χρήση του QUIC ως μέσο μεταφοράς για το HTTP/2. Για να ενεργοποιήσετε την επιλογή HTTP/3 και QUIC από Οι προδιαγραφές IETF απαιτούν την εκκίνηση του Chrome με τις επιλογές "-enable-quic -quic-version=h3-23" και στη συνέχεια κατά το άνοιγμα της τοποθεσίας δοκιμής Στη λειτουργία επιθεώρησης δικτύου στα εργαλεία προγραμματιστή, η δραστηριότητα HTTP/3 θα εμφανίζεται ως "http/2+quic/99".
Υπενθυμίζουμε ότι το πρωτόκολλο Το (Quick UDP Internet Connections) αναπτύχθηκε από την Google από το 2013 ως εναλλακτική λύση στον συνδυασμό TCP+TLS για τον Ιστό, επιλύοντας προβλήματα με μεγάλους χρόνους εγκατάστασης και διαπραγμάτευσης για συνδέσεις στο TCP και εξαλείφοντας τις καθυστερήσεις όταν χάνονται πακέτα κατά τη μεταφορά δεδομένων. Το QUIC είναι μια επέκταση του πρωτοκόλλου UDP που υποστηρίζει πολυπλεξία πολλαπλών συνδέσεων και παρέχει μεθόδους κρυπτογράφησης ισοδύναμες με TLS/SSL. Το εν λόγω πρωτόκολλο είναι ήδη ενσωματωμένο στην υποδομή διακομιστή της Google και αποτελεί μέρος του Chrome. για συμπερίληψη στον Firefox και χρησιμοποιείται ενεργά για την εξυπηρέτηση αιτημάτων πελατών σε διακομιστές Google.
Ο κύριος QUIC:
- Υψηλή ασφάλεια παρόμοια με το TLS (ουσιαστικά το QUIC παρέχει τη δυνατότητα χρήσης TLS μέσω UDP).
- Έλεγχος ακεραιότητας ροής, αποτροπή απώλειας πακέτων.
- Δυνατότητα άμεσης δημιουργίας σύνδεσης (0-RTT, περίπου στο 75% των περιπτώσεων τα δεδομένα μπορούν να μεταδοθούν αμέσως μετά την αποστολή του πακέτου ρύθμισης σύνδεσης) και να παρέχει ελάχιστες καθυστερήσεις μεταξύ της αποστολής ενός αιτήματος και της λήψης απάντησης (RTT, Round Trip Time).
- Μη χρήση του ίδιου αριθμού σειράς κατά την αναμετάδοση ενός πακέτου, γεγονός που αποφεύγει την ασάφεια στον εντοπισμό των ληφθέντων πακέτων και απαλλαγεί από τα χρονικά όρια.
- Η απώλεια ενός πακέτου επηρεάζει μόνο την παράδοση της ροής που σχετίζεται με αυτό και δεν σταματά την παράδοση δεδομένων σε παράλληλες ροές που μεταδίδονται μέσω της τρέχουσας σύνδεσης.
- Λειτουργίες διόρθωσης σφαλμάτων που ελαχιστοποιούν τις καθυστερήσεις λόγω αναμετάδοσης χαμένων πακέτων. Χρήση ειδικών κωδικών διόρθωσης σφαλμάτων σε επίπεδο πακέτου για τη μείωση καταστάσεων που απαιτούν αναμετάδοση χαμένων δεδομένων πακέτων.
- Τα κρυπτογραφικά όρια μπλοκ ευθυγραμμίζονται με τα όρια πακέτων QUIC, γεγονός που μειώνει τον αντίκτυπο των απωλειών πακέτων στην αποκωδικοποίηση των περιεχομένων των επόμενων πακέτων.
- Κανένα πρόβλημα με τον αποκλεισμό ουράς TCP.
- Υποστήριξη για το αναγνωριστικό σύνδεσης, το οποίο μειώνει τον χρόνο που απαιτείται για τη δημιουργία μιας επανασύνδεσης για πελάτες κινητής τηλεφωνίας.
- Δυνατότητα σύνδεσης προηγμένων μηχανισμών ελέγχου συμφόρησης σύνδεσης.
- Χρησιμοποιεί τεχνικές πρόβλεψης απόδοσης ανά κατεύθυνση για να διασφαλίσει ότι τα πακέτα αποστέλλονται με βέλτιστους ρυθμούς, αποτρέποντας τη συμφόρηση και την απώλεια πακέτων.
- Αντιληπτός απόδοση και απόδοση σε σύγκριση με το TCP. Για υπηρεσίες βίντεο όπως το YouTube, το QUIC έχει αποδειχθεί ότι μειώνει τις λειτουργίες rebuffering κατά την παρακολούθηση βίντεο κατά 30%.
Πηγή: opennet.ru