מיקרוסופט פתחה את היישום שלה של פרוטוקול QUIC המשמש ב-HTTP / 3

מיקרוסופט הוכרז לגבי פתיחת קוד הספרייה msquic עם יישום פרוטוקול הרשת QUIC. הקוד כתוב ב-C ו מופץ על ידי תחת רישיון MIT. הספרייה היא חוצה פלטפורמות וניתן להשתמש בה לא רק ב-Windows, אלא גם ב-Linux באמצעות ערוץ או OpenSSL עבור TLS 1.3. בעתיד, מתוכנן לתמוך בפלטפורמות אחרות.

הספרייה מבוססת על קוד מנהל ההתקן msquic.sys המסופק בליבת Windows 10 (תצוגה מקדימה של Insider) כדי לאפשר את ה-HTTP ו- SMB על גבי QUIC. הקוד משמש גם ליישום HTTP/3 בערימת Windows הפנימית וב-.NET Core. פיתוח ספריית MsQuic יתבצע כולו ב-GitHub באמצעות ביקורת עמיתים ציבורית, בקשות משיכה ובעיות GitHub. הוכנה תשתית הבודקת כל בקשת התחייבות ומשיכה במערך של יותר מ-4000 בדיקות. לאחר ייצוב סביבת הפיתוח, מתוכנן לקבל שינויים ממפתחי צד שלישי.

MsQuic כבר יכול לשמש ליצירת שרתים ולקוחות, אך לא כל הפונקציונליות המוגדרת במפרט IETF זמינה כעת. לדוגמה, אין תמיכה ב-0-RTT, העברת לקוח, גילוי נתיב MTU או בקרת כתובת מועדפת לשרת. בין התכונות המיושמות, מצוין אופטימיזציה להשגת תפוקה מקסימלית ועיכובים מינימליים, תמיכה בקלט/פלט אסינכרוני, RSS (Receive Side Scaling), ויכולת לשלב זרמי UDP של קלט ופלט. היישום של MsQuic נבדק לגבי תאימות עם גרסאות ניסיוניות של דפדפני Chrome ו-Edge.

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

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

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

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

מקור: OpenNet.ru