گفتار ربات‌مانند و هجاهای افتاده متفاوت به گوش می‌رسند، چون دو خطای متفاوت‌اند. جیتر زمان رسیدن بسته‌ها را تغییر می‌دهد؛ افت یعنی آن‌ها اصلاً نمی‌رسند. هر دو می‌توانند رخ دهند در حالی که آزمون سرعت دانلودی سالم گزارش می‌کند، چون توان عبوری و تحویل به‌موقع دو چیز متفاوت را می‌سنجند. پیش از تغییر هر تنظیمی، شواهد را با صدا تطبیق دهید.

چرا بسته‌های دیررسیده و بسته‌های گم‌شده متفاوت شنیده می‌شوند

رسانه با نرخ ثابت فرستنده را ترک می‌کند و شبکه‌های واقعی آن را با فاصله‌های نامنظم تحویل می‌دهند. برنامه‌ها کمی بافر می‌کنند تا این را هموار کنند و تأخیر را با پیوستگی معاوضه می‌کنند: بافر را بزرگ کنید و گفتگو کند به نظر می‌رسد، کوچک کنید و شکاف‌ها ظاهر می‌شوند. بسته‌ای که پس از مهلت پخش برسد در عمل از دست رفته است، حتی اگر هرگز دور انداخته نشده باشد. به همین دلیل دو اتصال با پهنای باند یکسان می‌توانند تماس‌های بسیار متفاوتی بدهند.

جهت هم مهم است. رسانه ورودی و خروجی می‌توانند مسیرهای متفاوتی بگیرند، خصوصاً وقتی یک طرف روی شبکه موبایل است.

عددهایی که باید در پنجره بد خوانده شوند

از آمار خود برنامه استفاده کنید هر جا آن را عرضه می‌کند، و آن را وقتی تماس بد است بخوانید، نه پس از پایان آن. رله رسانه معمولاً میزبان متفاوتی از وب‌سایت سرویس است، پس ping به صفحه اصلی مسیری را می‌سنجد که تماس از آن استفاده نمی‌کند. درصد افت، زمان رفت‌وبرگشت و جیتر را جداگانه ببینید و یادداشت کنید که کلاینت مشکل را می‌فرستد یا دریافت می‌کند. اتصال دوباره VPN در میانه تماس رویداد سومی است که باید ثبت شود، نه اینکه با بقیه ادغام شود.

تصاویر صفحه از پنل آمار بهتر از خاطره تماس هستند، چون اعداد را می‌توان بعداً مقایسه کرد. بیست ثانیه درصد افت به شما می‌گوید آیا مسیر همین حالا بسته می‌ریزد، اما نه اینکه افت تکان‌تکان است یا کِی شروع شده.

برای همین اندازه‌گیری را زیر شرط دوم تکرار کنید، نه اینکه یک پنجره را حکم بخوانید. دو پنجره زیر شرایط متفاوت بیشتر از یک پنجره طولانی بدون هیچ شرطی می‌گویند.

بافر جیتر با مهلت چه می‌کند

بافر جیتر بسته‌های ورودی را لحظه‌ای نگه می‌دارد تا رسیدن‌های نامنظم — همان تغییر تأخیری که RFC 3393 آن را به‌عنوان یک سنجه تعریف می‌کند — با ساعت منظم پخش شوند. اندازه بافر مهلت پخش را تعیین می‌کند: هر بسته‌ای که دیرتر از آن مهلت برسد، هر محتوایی که داشته باشد، دور انداخته می‌شود. کدک‌ها در میزان پوشاندن متفاوت‌اند، و کدکی که فریم گم‌شده را درون‌یابی می‌کند می‌تواند یک افت را پنهان کند، اما نه زنجیره‌ای از آن‌ها را. به همین دلیل درصد افت یکسان روی کدک‌های مختلف کیفیت تماس متفاوتی می‌دهد.

تنظیم بافر یک معاوضه است، نه یک تعمیر. بافر بزرگ‌تر پیوستگی را به بهای تأخیر گفتگو می‌خرد و نمی‌تواند بسته‌هایی را که پس از مهلت می‌رسند بازگرداند.

پیش از خروج، رادیو و بار را مقایسه کنید

خروج و برنامه را ثابت نگه دارید و هر بار یک شرط محلی را تغییر دهید. نماد سیگنال قوی چیزی درباره ازدحام کانال نمی‌گوید. اگر مشکل به یک اتاق یا یک نقطه دسترسی می‌چسبد، بررسی بعدی رادیو است.

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

ping شمار افت و پراکندگی می‌دهد که می‌توان بین شرایط مقایسه کرد، و mtr افت هر گام را در طول مسیر نشان می‌دهد. گام‌های میانی که شکست می‌خورند در حالی که گام‌های بعدی پاسخ می‌دهند معمولاً ICMP را کم‌اولویت می‌کنند، نه اینکه ترافیک کاربر را بریزند. هر دو را هنگام اجرای یک بارگذاری کنترل‌شده تکرار کنید، چون پیوندی که در بی‌کاری خوب و زیر بار بی‌فایده است به صف‌بندی اشاره دارد، نه به VPN. اگر تنها یک شرط مشکل را بازتولید کند، شرط دیگر همین حالا کنار گذاشته شده است.

فقط چیزی را تعمیر کنید که مقایسه پشتیبانی می‌کند

هر مقایسه از یک تعمیر پشتیبانی می‌کند و اعمال چند تعمیر هم‌زمان شواهد را نابود می‌کند. مسیر محلی ضعیف کانال بهتر یا Ethernet می‌خواهد، ترافیک رقیب زمان‌بندی یا نظم صف می‌خواهد، و یک خروج بد مقایسه خروج دیگری را زیر همان شرایط می‌خواهد. وقتی انتقال VPN را عوض می‌کنید، پروفایل را معتبر نگه دارید و هر بار یک متغیر را تغییر دهید. همان گفتگو را با فعالیت پس‌زمینه عادی دوباره بیازمایید، نه اینکه موفقیت را با بالا رفتن امتیاز آزمون سرعت بسنجید.

جهت، افت، جیتر، زمان رفت‌وبرگشت و شرطی که هر یک در آن سنجیده شده را بنویسید. این ثبت شکایت مبهم درباره کیفیت تماس را به یافته‌ای تبدیل می‌کند که کسی می‌تواند بر اساس آن اقدام کند. آن را همراه تیکت نگه دارید تا مقایسه بعدی از همان خط مبنا شروع شود.

مقالات مرتبط