ג׳יטר ואובדן חבילות בשיחת VPN: מה להשוות
דיבור מאחר אך חלק ודיבור שנשבר לפערים הם תקלות שונות. השוו את הסטטיסטיקות של האפליקציה עצמה, את הרדיו המקומי ונתיב אחד עמוס.
דיבור רובוטי והברות שנפלו נשמעים שונים משום שאלו תקלות שונות. ג׳יטר משנה מתי החבילות מגיעות; אובדן פירושו שהן לא מגיעות כלל. כל אחד מהם יכול לקרות בזמן שבדיקת מהירות מדווחת על הורדה תקינה, מפני שתפוקה ומסירה בזמן מודדות דברים שונים. התאימו את הראיות לצליל לפני שתשנו הגדרה כלשהי.
למה חבילות מאחרות וחבילות חסרות נשמעות שונה
מדיה יוצאת מהשולח בקצב קבוע, ורשתות אמיתיות מוסרות אותה במרווחים לא אחידים. אפליקציות מאחסנות מעט כדי להחליק זאת, ומחליפות השהיה ברציפות: הגדילו את החוצץ והשיחה תרגיש מעוכבת, הקטינו אותו ופערים יופיעו. חבילה שמגיעה אחרי מועד ההשמעה שלה נחשבת אבודה בפועל, גם אם מעולם לא נזרקה. לכן שני חיבורים עם אותו רוחב פס יכולים להפיק שיחות שונות מאוד.
גם הכיוון חשוב. מדיה נכנסת ויוצאת יכולה ללכת בנתיבים שונים, במיוחד כשצד אחד נמצא ברשת סלולרית.
המספרים שכדאי לקרוא בחלון הרע
השתמשו בסטטיסטיקות של האפליקציה עצמה היכן שהיא מציעה אותן, וקראו אותן כשהשיחה גרועה ולא אחרי שהיא נגמרה. ממסר מדיה הוא לעתים מארח אחר מאתר השירות, כך שפינג לדף הבית מודד נתיב שהשיחה אינה משתמשת בו. הסתכלו על אחוז האובדן, זמן ההליכה-חזרה והג׳יטר בנפרד, ורשמו אם הלקוח שולח או מקבל את הבעיה. חיבור מחדש של VPN במהלך השיחה הוא אירוע שלישי שיש לתעד, לא למזג עם האחרים.
צילומי מסך של חלונית הסטטיסטיקות עדיפים על זכרון מהשיחה, משום שאפשר להשוות את המספרים אחר כך. עשרים שניות של אחוז אובדן אומרות לכם אם הנתיב מפיל חבילות עכשיו, אבל לא אם האובדן מגיע בהתפרצויות או מתי הוא התחיל.
לשם כך חזרו על המדידה בתנאי שני במקום לקרוא חלון אחד כפסק דין. שני חלונות שנלקחו בתנאים שונים אומרים יותר מחלון ארוך אחד שנלקח בלי שום תנאי.
מה חוצץ ג׳יטר עושה למועד
חוצץ ג׳יטר מחזיק חבילות נכנסות לזמן קצר כדי שהגעות לא אחידות — שינוי ההשהיה אשר RFC 3393 מגדיר כמדד — יוכלו להיות מושמעות בשעון סדיר. גודל החוצץ קובע את מועד ההשמעה: כל חבילה שמאחרת יותר ממועד זה נזרקת, יהיה תוכנה אשר יהיה. קודקים שונים בכמה הם מסוגלים להסתיר, וקודק שמבצע אינטרפולציה לפריים חסר יכול להסתיר אובדן אחד אך לא רצף שלהם. לכן אותו אחוז אובדן נותן איכות שיחה שונה בקודקים שונים.
כוונון החוצץ הוא סחר חליפין, לא תיקון. חוצץ גדול יותר קונה רציפות במחיר השהיה בשיחה, והוא אינו יכול להחזיר חבילות שמגיעות אחרי המועד.
השוו את הרדיו ואת העומס לפני היציאה
החזיקו את היציאה ואת האפליקציה קבועים ושנו תנאי מקומי אחד בכל פעם. סמל קליטה חזק אינו אומר דבר על עומס הערוץ. אם הבעיה עוקבת אחרי חדר אחד או נקודת גישה אחת, הרדיו הוא הבדיקה הבאה.
ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9ping נותן מספר אובדן ופיזור שאפשר להשוות בין תנאים, ו-mtr מציג אובדן לכל קפיצה לאורך הנתיב. קפיצות ביניים שנכשלות בעוד שהבאות אחריהן עונות מורידות בדרך כלל את העדיפות של ICMP ולא מפילות תעבורת משתמשים. חזרו על שניהם בזמן העלאה מבוקרת, מפני שקישור שתקין בהמתנה וחסר תועלת תחת עומס מצביע על תור ולא על ה-VPN. אם רק תנאי אחד משחזר את הבעיה, התנאי האחר פשוט נשלל.
תקנו רק את מה שההשוואה תומכת בו
כל השוואה תומכת בתיקון אחד, והחלה של כמה בבת אחת הורסת את הראיות. נתיב מקומי חלש דורש ערוץ טוב יותר או Ethernet, תעבורה מתחרה דורשת תזמון או משמעת תור, ויציאה גרועה אחת דורשת השוואה של יציאה אחרת באותם תנאים. כשאתם מחליפים את תעבורת ה-VPN, שמרו על פרופיל תקין ושנו משתנה אחד בכל פעם. בדקו שוב את אותה שיחה עם פעילות רקע רגילה במקום לשפוט הצלחה לפי האם ציון בדיקת המהירות עלה.
רשמו כיוון, אובדן, ג׳יטר, זמן הליכה-חזרה והתנאי שבו כל אחד נמדד. התיעוד הזה הופך תלונה מעורפלת על איכות השיחה לממצא שמישהו יכול לפעול לפיו. שמרו אותו עם הפנייה כדי שההשוואה הבאה תתחיל מאותו קו בסיס.