DPLPMTUD הינו אמצעי עבור פרוטוקול תעבורה להבנת הגודל המקסימלי של מנת תעבורה יחידה. QUIC שמבצע אריזת מנות, היא מקרה השימוש המושלם עבור מנגנון זה. LiteSpeed יישמו את DPLPMTUD במוצרי שרת האינטרנט שלהם והם מדווחים על יתרונות משמעותיים בביצועים.
DPLPMTUD הינו ראשי התיבות של: Data Packetization Layer Path MTU Discovery, כאשר MTU מייצג Maximum Transmission Unit (למעשה, גודל מקסימלי של מנת תעבורה). נתיב בשם משקף את העובדה שהוקדשה מחשבה לתעבורה מקצה לקצה (בין לקוח לשרת) כלומר MTU, לא רק בין הדפדפן לנתב האלחוטי. שלוש האותיות הראשונות – DPL – מתארות מתי האלגוריתם צריך להיות בשימוש. מכיוון ש- QUIC מסדר נתונים מנות תעבורה בפני עצמו, יישום QUIC מהווה את הרובד הזה.
כברירת מחדל, הגודל המקסימלי של מנות QUIC מוגבל ל- 1252 בתים (או 1232 בתים ב- IPv6) והדבר נעשה על מנת להגדיל את הסיכויים לחיבור QUIC מוצלח, שכן מחקרים הראו כי ישנם מסלולי תעבורה מסוימים ברשת האינטרנט אשר יפילו מנות הגדולות מסף מסוים. החיסרון בשימוש במכנה המשותף הנמוך ביותר הוא שהתפוקה בנתיבים עם PMTU גדולים יותר סובלת שלא לצורך. כדי להתמודד עם זה, טיוטת האינטרנט QUIC ממליצה לנקודות קצה להשתמש באחד ממנגנוני הגילוי DPLPMTUD או PMTUD כדי למצוא את גודל המנה המרבית המיטבית. לצורך ניידות ופשטות, בחרו LiteSpeed ליישם DPLPMTUD.
הרעיון העיקרי של DPLPMTUD הוא פשוט: בחר את גודל החבילה המקסימלי שתהיה מוכן לשלוח (MAX_PLPMTU) ואז חפש ברווח שבין ה- PLPMTU הנוכחי לבין הערך המרבי הזה. החיפוש מתבצע על ידי בנייה ושליחת מנות בדיקה. מדובר במנות שגודלן גדול מ- PLPMTU. אם העמית מאשר את קבלת הבדיקה, הגדל את ה- PLPMTU; אחרת, הקטן. ל- lsquic קיימים שני מצבי חיפוש, בהתאם לערך MAX_PLPMTU:
- אם לא צוין MAX_PLPMTU, אז lsquic מניח שהוא פועל על Ethernet וישתמש ב- MTU של 1500 בתים כדי לחשב את MAX_PLPMTU שיהיה 1472 בתים (או 1452 בתים ב- IPv6). לאחר מכן הוא מנסה להשתמש ב- MAX_PLPMTU, בתקווה למקרה הטוב ביותר שהניחוש הראשוני שלו היה נכון. אם המבחן מאושר, אז גודל המנה המקסימלי מוגדר ל- MAX_PLPMTU והחיפוש מסתיים. אם המבחן אינו מאושר (ובהתאם להמלצת ה- RFC, lsquic שולח שלוש בדיקות זו מזו בהפרש של שניה אחת), lsquic עובר לחיפוש בינארי. הבדיקה הבאה תהיה בגודל שנמצא באמצע הדרך בין גודל החבילה המרבי הנוכחי לבין MAX_PLPMTU. חיפוש זה יסתיים כאשר lsquic מצא את PLPMTU בדיוק של 99% לפחות.
- כאשר מוגדר MAX_PLPMTU, אז lsquic מתחיל להשתמש בחיפוש הבינארי באופן מיידי.
רווח הביצועים של שימוש במנות גדולות יותר הוא פשוט: יש צורך בפחות מנות בכדי להעביר את אותה כמות נתונים. יש לכך שתי השפעות חיוביות: הן לשולח והן לקולט יש פחות מנות אחריהן יש לעקוב כאשר המשמעות היא פחות מנות להצפנה ופחות מנות לזיהוי, תקורות רשת קטנות יותר, משפרות את ההספק. הדפדפנים אינם צריכים כל תצורה מיוחדת כדי לנצל את DPLPMTUD: דפדפן Chrome מגביל את ה- PLPMTU ל- 1472 בתים על ידי שליחת הפרמטר המיוחד max_udp_payload_size QUIC. דפדפן FireFox אינו מגביל את ה- PLPMTU. מבחינה מעשית, בהתקנת ברירת מחדל של שרת, האפקט יהיה זהה בשני הדפדפנים הללו.
DPLPMTUD הינו מאיץ ביצועים מסודר ויעיל לפרוטוקול שממילא לא קל לייעל. משתמשים במוצרי LiteSpeed יכולים לנצל זאת כיום: תמיכת DPLPMTUD כלולה ב- OpenLiteSpeed 1.7.5 וב- LiteSpeed Web Server 6.0 הקרוב והיא מופעלת כברירת מחדל. בהתאם למסורת החלוצית של LiteSpeed, הם אכן מספקים טכנולוגיה חדשנית לפני כל אחד אחר.