برای ترافیک زمان واقعی روی VPN یک بودجه تأخیر تعیین کنید
از مهلتی که برنامه باید رعایت کند شروع کنید، سپس تأخیر یک‌طرفه و جیتر را در شرایط اعلام‌شده اندازه بگیرید. میانگین بدون آستانه بسته‌های دیررس چیزی را ثابت نمی‌کند.
شکایات VPN در زمان واقعی به مهلتی نیاز دارند که در برابر آن شکست بخورند، و «تأخیر کم» چنین مهلتی نیست. تصمیم بگیرید گفت‌وگو یا جلسه از راه دور چه چیزی باید ارائه دهد، سپس مسیر را در برابر آن الزام در شرایط اعلام‌شده اندازه بگیرید. بدون آستانه‌ای برای بسته‌های دیررس، هر نتیجه‌ای قابل بحث است. تخصیص زیر یک تصمیم طراحی است و وجود دارد تا اندازه‌گیری چیزی برای پاسخ دادن داشته باشد.
پیش از آنکه به کاوشگر دست بزنید، مهلت را بنویسید
مهلت از برنامه و کاربرانش می‌آید، نه از صفحه بازاریابی یک فروشنده. یک تماس صوتی زنده، یک جلسه رومیزی از راه دور و یک پشتیبان‌گیری شبانه زمان‌های انتظار کاملاً متفاوتی را تحمل می‌کنند، و شکستی که اهمیت دارد معمولاً دنباله است نه میانه. عدد را همراه با بار کاری که به آن تعلق دارد بنویسید.
سپس آن را تقسیم کنید. ثبت و بسته‌بندی بخشی از بودجه را مصرف می‌کند، پیوند دسترسی و تونل بخش دیگری، بافر حذف جیتر گیرنده عمداً بسته‌ها را نگه می‌دارد، و پردازش برنامه بقیه را می‌گیرد. نام بردن این مراحل رمزنگاری تونل را متناسب نگه می‌دارد، به‌جای اینکه آن را مظنون پیش‌فرض هر بسته کند باشد.
سرانجام قرارداد اندازه‌گیری را در چهار خط تعریف کنید: نقاط پایانی و جهت، شکل ترافیک، شرایط در طول اجرا، و نتیجه‌ای که گزارش خواهید داد. یک نمونه یکشنبه آرام و یک نمونه سه‌شنبه پرترافیک به پرسش‌های متفاوتی پاسخ می‌دهند، پس بگویید کدام را گردآوری کرده‌اید. اگر نمی‌توانید هر چهار خط را پر کنید، اجرا آماده شروع نیست. همان سیاهه همچنین چیزی است که دو گزارش را ماه‌ها بعد قابل مقایسه می‌کند، وقتی هیچ‌کس دیگر یادش نیست پیوند چه چیز دیگری را حمل می‌کرد.
بودجه را میان هر مرحله تقسیم کنید
جدول یک کمک‌برنامه‌ریزی است، نه داده ثبت‌شده. پیش از نخستین کاوشگر، مالک هر ردیف را پر کنید، زیرا مالک همان کسی است که وقتی آن مرحله از سهم خود فراتر می‌رود به او زنگ می‌زنید.
| Stage | What it contributes | Who owns it |
|---|---|---|
| Capture and packetization | Encoder frame size, aggregation | Application owner |
| Tunnel and transit | Encryption, queueing, path length | Network owner |
| Receiver buffer | Deliberate waiting to absorb variation | Application owner |
| Application processing | Decode and render time | Application owner |
دو ردیف معمولاً مردم را شگفت‌زده می‌کند. بافر گیرنده وقتی تأخیر می‌افزاید نقص نیست، زیرا کاری را انجام می‌دهد که برای آن پیکربندی شده است. و سهم تونل اغلب کمتر از صف پیش روی آن است، به‌ویژه در پیوند بالاروی که هنگام بارگذاری اشباع می‌شود.
وقتی مرحله‌ای مالک ندارد، بودجه خیال است. پیش از اندازه‌گیری یکی را تعیین کنید، وگرنه نشست بعدی را به بحث بر سر اینکه عدد چه کسی غلط است می‌گذرانید.
تأخیر یک‌طرفه را با ساعتی صادق اندازه بگیرید
تأخیر یک‌طرفه همان عددی است که مهلت به آن اهمیت می‌دهد، و به ساعت‌های همگام‌شده در دو سر نیاز دارد. سنجه تأخیر یک‌طرفه از شما می‌خواهد روش همگام‌سازی، تفکیک‌پذیری و انحراف برآوردشده را همراه با نتیجه گزارش کنید. دو میزبان همگام‌نشده می‌توانند عددی بسیار دقیق برای کمیت اشتباه تولید کنند.
چند صد بسته به‌جای یک مشت ثبت کنید و وضعیت ساعت را در همان زمان یادداشت کنید:
$ ntpq -p
$ owping -c 300 -i 0.2 10.90.0.1
$ ping -c 200 -i 0.2 10.90.0.1 | tail -n 3زمان رفت‌وبرگشت یک اندازه‌گیری جداگانه است، نه دو مقدار یک‌طرفه که با هم جمع شده باشند. نصف کردن RTT مسیرهای متقارن و صف‌های متقارن را فرض می‌کند، و تونل روی پیوند بالاروی همراه به‌طور معمول هر دو فرض را می‌شکند. RTT را به‌عنوان RTT گزارش کنید و آن را بیرون از بودجه یک‌طرفه نگه دارید.
دنباله و بسته‌های دیررس را گزارش کنید
توزیع را خلاصه کنید: میانه، صدک 95 و 99، بدترین حالت، افت، و شمار بسته‌هایی که دیرتر از مهلت مجاز رسیدند. میانگین برای بار کاری زمان واقعی کم‌فایده‌ترین این اعداد است، زیرا یک میانگین صاف می‌تواند دنباله‌ای را پنهان کند که هر سومین تماس را خراب می‌کند.
نوسان تأخیر مستقیماً بافر گیرنده را تغذیه می‌کند. بافر بیشتر نوسان را پنهان می‌کند و انتظار می‌افزاید، پس یک جریان می‌تواند پایدار به نظر برسد در حالی که از مهلت خود فراتر می‌رود. یک صورت‌بندی برای نوسان انتخاب کنید، بازه‌ای را که روی آن اندازه گرفتید بیان کنید، و آن را میان اجراها یکدست نگه دارید.
اجرا را با ترافیک متقاطع نماینده تکرار کنید. مسیری که در حالت بیکار بودجه را برآورده می‌کند و در پنجره پشتیبان‌گیری آن را از دست می‌دهد، چیزی سودمند درباره زمان‌بندی به شما گفته است که هیچ اندازه‌گیری آرام تنهایی آن را آشکار نمی‌کرد. شرایط را کنار نتیجه یادداشت کنید، وگرنه مهندس بعدی دو نمونه‌ای را مقایسه می‌کند که هرگز قابل مقایسه نبودند.
طرح را بپذیرید هنگامی که دنباله اندازه‌گیری‌شده زیر بار کاری که واقعاً اجرا می‌کنید در بودجه جا می‌شود، و آن را با نام بردن مرحله‌ای که در گزارش فراتر رفت رد کنید.