Firefox צפויה להשיק תמיכת HTTP/3 עד סוף מאי.

מוזילה הודיעה על כוונתה להתחיל בהדרגה של HTTP/3 ו-QUIC עם שחרורו של Firefox 88, המתוכנן ל-19 באפריל (במקור צפוי לצאת ב-20 באפריל, אך אם לשפוט לפי לוח הזמנים, הוא יידחה ביום אחד). תמיכת HTTP/3 תופעל רק עבור אחוז קטן מהמשתמשים בתחילה, ולמעט בעיות בלתי צפויות, תופעל לכולם עד סוף מאי. בגירסאות בנייה ליליות ובגרסאות בטא, HTTP/3 הופעל כברירת מחדל בסוף מרץ.

נזכיר שהטמעת HTTP/3 בפיירפוקס מבוססת על פרויקט neqo שפותחה על ידי Mozilla, המספקת מימוש לקוח ושרת עבור פרוטוקול QUIC. קוד הרכיב לתמיכה ב-HTTP/3 ו-QUIC כתוב ב-Rust. כדי לקבוע אם HTTP/3 מופעל, about:config מספקת את האפשרות "network.http.http3.enabled". מתוכנת לקוח נוספה גם תמיכה ניסיונית ב-HTTP/3 לכרום ול-curl, ולשרתים היא זמינה ב-nginx, וכן בצורה של מודול nginx ושרת בדיקה מבית Cloudflare. בצד האתר, תמיכת HTTP/3 כבר ניתנת בשרתי גוגל ופייסבוק.

פרוטוקול ה-HTTP/3 עדיין בשלב טיוטה של ​​מפרט וטרם עבר תקן מלא על ידי ה-IETF. HTTP/3 דורש תמיכה בלקוח ובשרת עבור אותה גרסה של תקן QUIC Draft ו-HTTP/3, המצוין בכותרת Alt-Svc (Firefox תומך בטיוטות מפרט 27 עד 32).

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

תכונות עיקריות של QUIC:

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

מקור: OpenNet.ru