מפתחים לאחרונה מי מאחור מדפדפן האינטרנט של Google Chrome, פרסם את החדשות על תוספת התמיכה בפרוטוקול HTTP / 3 למערכות הניסוי של קנרית כרום, המיישם תוסף כדי לאפשר HTTP על QUIC.
פרוטוקול QUIC עצמו התווסף לדפדפן לפני חמש שנים ומאז הוא שימש לייעול העבודה עם שירותי גוגל. יחד עם זאת, גרסת QUIC של גוגל המשמשת בכרום נבדלה בפרטים מסוימים מגרסת המפרט IETF, אך כעת היישומים מסונכרנים.
הקנרית של גוגל כרום הפכה לדפדפן (הזמין) הראשון שמשלב ניסויים (מאוד) # QUIC ותמיכה ב- HTTP / 3!
הוסף דגלים "–enable-quic –quic-version = h3-23" ואתה אמור לראות את "http / 2 + quic / 99" מופיע ב- devtools, שהוא למעשה http3 בתחפושת! pic.twitter.com/5Fhui46h3x
- רובין מרקס (@programmingart) ספטמבר 19, 2019
חשוב להדגיש זאת גוגל פיתחה QUIC (חיבורי אינטרנט מהירים של UDP) מאז 2013 כחלופה לחבילת TCP + TLS באינטרנט, אשר פותר בעיות עם זמני תצורה ומשא ומתן ארוכים עבור חיבורי TCP ומבטל עיכובים באובדן מנות במהלך העברת נתונים.
QUIC הוא השלמה לפרוטוקול UDP התומך בריבוב של מספר חיבורים ומספק שיטות הצפנה שוות ערך ל- TLS / SSL.
הפרוטוקול המדובר כבר מובנה בתשתית השרתים של גוגל, הוא חלק מ- Chrome, מתוכנן להכללה ב- Firefox ומשמש באופן פעיל לביצוע בקשות לקוח בשרתי גוגל.
בין המאפיינים העיקריים של QUIC הבולטים הם:
- אבטחה גבוהה, בדומה ל- TLS (למעשה, QUIC מספק את היכולת להשתמש ב- TLS מעל UDP)
- בקרת תקינות זרימה המונעת אובדן מנות
- היכולת ליצור חיבור באופן מיידי (0-RTT, בכ 75% מהמקרים, ניתן להעביר נתונים מיד לאחר שליחת חבילת הגדרת החיבור) ולהבטיח עיכובים מינימליים בין שליחת בקשה לקבלת תשובה (RTT, זמן הלוך ושוב)
- אי שימוש באותו מספר רצף בעת העברה מחודשת של חבילה, מה שמונע עמימות בקביעת חבילות שהתקבלו ומבטל פסק זמן
- אובדן חבילה משפיע על מסירת הזרם המשויך אליו בלבד ואינו עוצר את מסירת הנתונים בזרמים המועברים במקביל על החיבור הנוכחי.
- כלי תיקון שגיאות שממזער עיכובים עקב העברה מחודשת של חבילות שאבדו.
- השימוש בקודי תיקון שגיאות מיוחדים ברמת המנה כדי להפחית מצבים הדורשים העברה מחודשת של נתוני מנות שאבדו.
- גבולות הצפנה של הבלוקים מיושרים עם גבולות החבילות QUIC, מה שמקטין את ההשפעה של אובדן מנות על פענוח התוכן של החבילות הבאות
- אין בעיות בחסימת תור ה- TCP
- תמיכה במזהה חיבור, מה שמקטין את הזמן ליצור קשר מחדש עבור לקוחות ניידים
- יכולת לחבר מנגנונים מתקדמים לשליטה בעומס חיבור
כמו כן מודגש כי הוא עושה שימוש בטכניקה של חיזוי רוחב הפס לכל כיוון כדי להבטיח עוצמה אופטימלית של משלוח מנות, ומונעת ממנו להגיע למצב של עומס בו נצפית אובדן מנות;
ממש כמו ביצועים מדהימים ורווחי ביצועים בהשוואה ל- TCP. בשירותי וידאו כמו YouTube, QUIC הראה ירידה של 30% בפעולות המאגר מחדש בעת צפייה בסרטונים.
פרוטוקול HTTP / 3 מסנן את השימוש ב- QUIC כתחבורה עבור HTTP / 2. כדי לאפשר HTTP / 3 ואת גרסת QUIC למפרטי 23 טיוטת IETF, יש להפעיל את Chrome עם האפשרויות "–enable-quic –quic-version = h3-23" ואז כאשר אתר הבדיקה quic נפתח .rocks: 4433 ב במצב בדיקת רשת בכלי מפתח, פעילות HTTP / 3 תוצג כ- "http / 2 + quic / 99".
בהשוואה לחבילה שאבדה על ידי חיבורי HTTP מקבילים, רק אחד מתוך החיבורים הרבים יופסק, מה שאומר ש- QUIC יכולה לתמוך במסירה שאינה מסודרת כך שלחבילה אבודה תהיה פחות השפעה.
Si אתה רוצה לדעת יותר על זה לגבי זה, אתה יכול להתייעץ הקישור הבא.