Chrome מוסיף תמיכה ניסיונית עבור פרוטוקול HTTP/3

לבניינים ניסיוניים Chrome הקנריים הוסיף תמיכה בפרוטוקול HTTP/3, המטמיע תוסף כדי לאפשר ל-HTTP לעבוד על פרוטוקול QUIC. פרוטוקול QUIC עצמו התווסף לדפדפן לפני חמש שנים ומאז הוא משמש לייעול העבודה עם שירותי גוגל. יחד עם זאת, גרסת QUIC מגוגל ששימשה בכרום הייתה שונה בחלק מהפרטים מהגרסה מ מפרטים IETF, אבל כעת ההטמעות מסונכרנות.

HTTP/3 מתקן את השימוש ב-QUIC כתחבורה עבור HTTP/2. כדי לאפשר HTTP/3 ואפשרות QUIC מ 23 טיוטות מפרטי IETF דורשים ש-Chrome יושק עם האפשרויות "-enable-quic -quic-version=h3-23" ולאחר מכן בעת ​​פתיחת אתר הבדיקה quick.rocks:4433 במצב בדיקת רשת בכלי מפתחים, פעילות HTTP/3 תוצג בתור "http/2+quic/99".

נזכיר כי הפרוטוקול QUIC (Quick UDP Internet Connections) פותח על ידי גוגל מאז 2013 כחלופה לשילוב TCP+TLS עבור האינטרנט, פתרון בעיות עם זמני הגדרה ומשא ומתן ארוכים עבור חיבורים ב-TCP ומבטל עיכובים כאשר מנות אובדות במהלך העברת הנתונים. QUIC הוא הרחבה של פרוטוקול UDP התומך בריבוי של מספר חיבורים ומספק שיטות הצפנה שוות ערך ל-TLS/SSL. הפרוטוקול המדובר כבר משולב בתשתית השרתים של גוגל והוא חלק מכרום. מתוכנן להכללה ב-Firefox ומשמש באופן פעיל לשרת בקשות לקוח בשרתי Google.

העיקרי תכונות QUIC:

• אבטחה גבוהה בדומה ל-TLS (בעצם QUIC מספק את היכולת להשתמש ב-TLS על UDP);
• בקרת שלמות זרימה, מניעת אובדן מנות;
• היכולת ליצור חיבור מיידי (0-RTT, בכ-75% מהמקרים ניתן להעביר נתונים מיד לאחר שליחת חבילת הגדרת החיבור) ולספק עיכובים מינימליים בין שליחת בקשה לקבלת תגובה (RTT, Round Trip Time);
• אי שימוש באותו מספר רצף בעת שידור חוזר של חבילה, מה שמונע אי בהירות בזיהוי מנות שהתקבלו ונפטר מפסקי זמן;
• אובדן מנה משפיע רק על מסירת הזרם הקשור אליה ואינו מפסיק את מסירת הנתונים בזרמים מקבילים המועברים דרך החיבור הנוכחי;
• תכונות תיקון שגיאות הממזערות עיכובים עקב שידור חוזר של מנות אבודות. שימוש בקודי תיקון שגיאות מיוחדים ברמת החבילה כדי לצמצם מצבים הדורשים שידור חוזר של נתוני מנות שאבדו.
• גבולות בלוקים קריפטוגרפיים מיושרים עם גבולות מנות QUIC, מה שמפחית את ההשפעה של הפסדי מנות על פענוח התוכן של מנות עוקבות;
• אין בעיות עם חסימת תור TCP;
• תמיכה במזהה חיבור, שמפחית את הזמן שלוקח ליצירת חיבור מחדש עבור לקוחות ניידים;
• אפשרות לחיבור מנגנוני בקרת גודש בחיבור מתקדמים;
• משתמש בטכניקות חיזוי תפוקה לכל כיוון כדי להבטיח שמנות נשלחות בקצבים אופטימליים, ולמנוע מהן להיעשות עמוס ולגרום לאובדן מנות;
• מוּרְגָשׁ צְמִיחָה ביצועים ותפוקה בהשוואה ל-TCP. עבור שירותי וידאו כגון YouTube, הוכח כי QUIC מפחית את פעולות ההדחה בעת צפייה בסרטונים ב-30%.

מקור: OpenNet.ru