PPPOe offloading / Half bridge

[dr0r]

קשה לדעת מה הגורם, אבל על פניו אין סיבה שאותה גורם לביצועים הלקויים ב-PPPoE לא יחול גם על ה-UDM Beast, כי הם מריצים את אותו Firmware. יכול להיות שהמעבד שלו מספיק חזק בשביל לעמוד ב-10Gbps עם PPPoE ו-IPS, אבל אולי לא 25Gbps.

[DanielGR]

קשה לדעת מה הגורם, אבל על פניו אין סיבה שאותה גורם לביצועים הלקויים ב-PPPoE לא יחול גם על ה-UDM Beast, כי הם מריצים את אותו Firmware. יכול להיות שהמעבד שלו מספיק חזק בשביל לעמוד ב-10Gbps עם PPPoE ו-IPS, אבל אולי לא 25Gbps.

...

הם אכן מריצים את אותה גרסת מערכת הפעלה אבל די בוודאות לא אותם דרייברים כי המעבדים שונים, קשה לדעת. בהחלט ייתכן שהביצועים יהיו מספקים ל-10Gbps גם ללא Offloading, נמתין בסקרנות

[dr0r]

מישהו הקים סביבת בדיקה. ה-UDM Beast (בניגוד ל- UCG Fiber, שעולה פחות מחמישית) לא מצליח להגיע ל-10Gbps ב-PPPoE.

[DanielGR]

תודה על המידע. כפי שנראה 4 חיבורים נותן תוצאה של 9.33Gbps ללא IDS, שזה מגבלת החיבור של ממשק 10Gbps, ותקין לחלוטין.

בדיקות כאלו לא מריצים על Stream יחיד. הבדיקה הזו לוקה בחסר:

* אין נתונים על עומס המעבד בזמן הבדיקה ולכן לא ברור כמה רחוקים מעומס מקסימלי
* צריכים לבדוק על ממשקי 25Gbps כדי לא להגיע לצוואר הבקבוק של החיבור. כאשר מתקבלת תוצאה כזו לא ניתן לדעת האם המגבלה היא של ה-UDM או מגבלה של החיבור
* אין נתונים על העומס של שרת PPPOE, זה די מאתגר לבנות שרת כזה בקצבים גבוהים (מניסיון), וייתכן ששרת ה- PPPOE "נחנק" ראשון

לסיכום: על פניו נראה שללא IDS הוא מגיע קרוב ל-10Gbps, שזה תקין, ולא ברור עד כמה זה רחוק ממגבלות הדגם הזה.

מספרים כאלה על ה-UCG-fiber הם גם תקינים, ומייצגים את גבולות הממשקים שהם 10Gbps.

כך נראה Offload על UCG FIBER בקצב הורדה מלא הזמין כיום:

העומס הוא די מינימלי וקבוע פחות או יותר כתלות בתעבורה. הסיבה היא שהתעבורה לא עוברת דרך המעבד אלא מטופלת בחומרה. בדיקה מהסוג הזה על UDM Beast היתה יכולה לתת תמונת מצב יותר טובה לגבי ביצועי המכשיר. כלומר, אם באותו מצב העומס של UDM Beast היה 80-90% אז כפי הנראה הוא לא היה סוחב מעבר ל-10Gbps.

עריכה: מצאתי את המקור לבדיקות, עם מספר פרטים שהיו חסרים:

https://community.ui.com/questions/Drea ... cb90f7b91a

מתועדות בדיקות שניתוב ישיר עם 4 Streams מגיע ל-23.5 Gbps, יפה! הבדיקה הזו היא עם ממשקי 25Gbps לכל החיבורים. הבדיקה עם PPPOE היא עם שרת שמוגבל ל-10Gbps, כנראה הממשקים הם 10Gbps. זה תואם את האבחנה שהתוצאה של 9.33Gbps היא המגבלה של הממשק, וכנראה ההתקן יכול לתת יותר. עדיין חסר העומס על המעבד בבדיקה הזו. אין שום בעיה להתחבר עם SSH ולהתקין htop או btop ולבדוק.

נראה דגם מרשים ביותר (רק קצת לא זול....)

[dr0r]

השרת שמולו בדק את ה-PPPoE אכן מוגבל ל-10Gbps. אני לא יודע למה הוא לא בדק את עומס המעבד.
אלה הבדיקות שאותו בחור עשה ל-UCG Fiber:
https://community.ui.com/questions/UCG- ... 75?reply=1
הוא הגיע ב-single stream ל-8.24Gbps.

זה עדיין לא מבשר טובות שעל single stream ה-beast נחנק ב-3.3Gbps, גם אם זה לא השימוש הנפוץ
מישהו חקר את הנושא (יותר בהקשר של EFG) וכתב מסמך ארוך פה.

[DanielGR]

@dr0r

תודה רבה על הלינק למאמר, מאיר עיניים ומרתק!

מבהיר הרבה דברים, די מטרידים למען האמת... די מסביר מדוע לא תיקנו את הבעיה משום שזה רחוק מאוד מלהיות בעיה נקודתית, ההתקנים האלו "שבורים" בצורה בסיסית ולא היו צריכים להיות משוחררים לשוק כאשר חלק משמעותי של יכולות החומרה לא ממומשות, בעוד השיווק נמצא הרבה קדימה מבחינת ההבטחות. זה שווה ערך לבנות חומרה מעולה אבל עם תוכנה גנרית שלא מביאה לידי ביטוי את הפוטנציאל של החומרה. בעיית הביצועים היא לא רק PPPOE.

מכיוון שהשינוי שיצטרך להיות על מנת לתקן את זה הוא כל כך משמעותי אפשר להעריך בזהירות שהסיכוי לזה לא גבוה, מכיוון שיש הרבה יחידות כאלה אצל לקוחות, ואולי ביישומים קריטיים. יש דברים שאפשר לעשות במעבדה, ובסביבת הבדיקות אבל לא בסביבה "חיה" אצל לקוחות, ומה שהכי מפתיע זה שגם המוצרים העדכניים סובלים מהבעיה הזו, לא אמור לקרות.

כאמור - UCG-Fiber הוא יוצא דופן, שם Hardware offloading עובד כמצופה. מאמר מסוג כזה יכול להיות בסיס לתביעה ייצוגית.