پینگ چیست؟ راهکارهای کاربردی کاهش پینگ اینترنت

جیتر به میزان تغییر تأخیر از یک بسته تا بسته بعدی گفته می‌شود. ممکن است میانگین پینگ اتصال ۴۰ میلی‌ثانیه باشد، اما پاسخ‌ها یک‌بار در ۲۵ و بار دیگر در ۹۰ میلی‌ثانیه برسند.

در چنین وضعی عدد میانگین ظاهراً مناسب است، ولی جریان داده یکنواخت نیست و کاربر مکث، پرش یا تأخیر نامنظم را احساس می‌کند.

فرض کنید در یک بازی آنلاین پنج پاسخ پیاپی با زمان‌های ۳۲، ۳۵، ۳۳، ۸۵ و ۳۴ میلی‌ثانیه ثبت شود. میانگین این نمونه‌ها همه واقعیت را نشان نمی‌دهد؛ جهش ۸۵ میلی‌ثانیه‌ای می‌تواند زمان اجرای یک فرمان را جابه‌جا کند.

به همین دلیل، کنار میانگین باید کمینه، بیشینه، میانه و پراکندگی نمونه‌ها نیز بررسی شود.

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

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

برای سنجش درست، به چند پاسخ کوتاه اکتفا نکنید. یک آزمون پیوسته در حالت بیکار و آزمونی دیگر هنگام استفاده معمول شبکه اجرا کنید و صدک ۹۵ تأخیر را کنار میانه ببینید.

صدک ۹۵ نشان می‌دهد بیشتر نمونه‌ها زیر چه عددی قرار گرفته‌اند و جهش‌های مکرر را بهتر از یک میانگین ساده آشکار می‌کند.

مبدأ نوسان را می‌توان با مقایسه هم‌زمان دروازه محلی و یک مقصد بیرونی محدود کرد. اگر پاسخ مودم یا روتر نیز ناپایدار است، احتمالاً مشکل در وای‌فای، دستگاه یا شبکه داخلی قرار دارد.

اگر مسیر محلی آرام است ولی مقصد بیرونی نوسان دارد، ازدحام خط، مسیر اپراتور یا خود سرور باید جداگانه بررسی شود.

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

نتیجه را نیز در چند ساعت و چند مقصد تکرار کنید تا یک بهبود اتفاقی با راه‌حل پایدار اشتباه نشود.

اتلاف بسته یا Packet Loss زمانی رخ می‌دهد که بخشی از داده‌های فرستاده‌شده به مقصد نرسد یا پاسخ آن‌ها بازنگردد. این مشکل لزوماً میانگین پینگ را زیاد نمی‌کند؛ ممکن است پاسخ‌های دریافت‌شده سریع باشند، اما تعدادی از بسته‌ها کاملاً گم شوند.

نتیجه برای کاربر شبیه لگ، توقف کوتاه یا قطع‌ووصلی است و گاهی به اشتباه فقط «پینگ بالا» نامیده می‌شود.

اثر اتلاف به نوع ارتباط بستگی دارد. در انتقال‌های مبتنی بر TCP، بسته گمشده معمولاً دوباره ارسال می‌شود؛ فایل سالم می‌رسد، اما سرعت مؤثر کاهش می‌یابد و مکث ایجاد می‌شود.

در بسیاری از جریان‌های بی‌درنگ مبتنی بر UDP، فرصت ارسال دوباره محدود است؛ پس گم‌شدن داده می‌تواند به پرش بازیکن، حذف بخشی از صدا یا افت لحظه‌ای تصویر تبدیل شود.

درصد از دست رفتن پاسخ‌های دستور ping همیشه برابر با اتلاف ترافیک واقعی برنامه نیست. بعضی روترهای میانی پاسخ‌های ICMP را محدود یا کم‌اهمیت می‌کنند، در حالی که بسته‌های عبوری را درست هدایت می‌کنند.

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

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

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

منبع اتلاف می‌تواند کابل آسیب‌دیده، سیگنال بی‌سیم ضعیف، تداخل کانال، خطای رابط شبکه، اشباع صف یا مسیر بیرونی باشد. شمارنده خطا و بسته دورریخته‌شده در روتر یا کارت شبکه سرنخ مهمی می‌دهد.

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

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

قبل و بعد از هر تغییر تنها یک متغیر را عوض کنید تا روشن باشد تعویض کابل، جابه‌جایی دستگاه یا تنظیم صف واقعاً چه اثری داشته است.

بافر بلوت یا Bufferbloat زمانی شکل می‌گیرد که مودم، روتر یا تجهیزات مسیر بسته‌ها را در صف‌های بیش از حد بزرگ نگه دارند.

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

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

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

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

آزمایش جهت ارسال اهمیت ویژه دارد، زیرا ظرفیت آپلود بسیاری از اتصال‌ها کمتر است و با یک همگام‌سازی ابری سریع‌تر اشباع می‌شود.

راه‌حل تخصصی این مشکل مدیریت فعال صف، مانند FQ-CoDel یا CAKE، است که در بعضی روترها با نام SQM ارائه می‌شود. این روش جریان‌ها را منصفانه‌تر جدا می‌کند و اجازه نمی‌دهد یک انتقال حجیم تمام صف را در اختیار بگیرد.

برای کارکرد درست، سقف ارسال و دریافت معمولاً کمی پایین‌تر از ظرفیت واقعی و پایدار خط تنظیم می‌شود.

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

SQM نیز ظرفیت تازه‌ای ایجاد نمی‌کند؛ بخشی از حداکثر سرعت قابل مشاهده را با تأخیر پایدارتر مبادله می‌کند و پردازنده روتر باید توان اجرای آن را داشته باشد.

در یک خانه شلوغ، نشانه کلاسیک این است که اتصال هنگام بی‌کاری خوب است اما با ارسال ویدئو، ذخیره عکس یا به‌روزرسانی دستگاه دیگری کند می‌شود. ابتدا مصرف‌کننده ایجادکننده بار را پیدا کنید، سپس آزمون زیر بار را مبنا قرار دهید.

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

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

انتخاب این مسیر تابع اتصال‌های تجاری، ظرفیت، سیاست مسیریابی و دسترس‌پذیری است؛ بنابراین دو کاربر در یک شهر ممکن است تا یک سرور پینگ متفاوتی داشته باشند.

فاصله همچنان محدودیت فیزیکی مهمی است. در نمونه‌های تقریبی، سروری در حدود ۱۶۰ کیلومتری می‌تواند پینگی نزدیک ۱۰ تا ۲۰ میلی‌ثانیه داشته باشد، فاصله حدود ۳۰۰۰ کیلومتر ممکن است ۵۰ تا ۸۰ میلی‌ثانیه ایجاد کند و ارتباط بین‌قاره‌ای گاهی به ۱۵۰ تا ۳۰۰ میلی‌ثانیه می‌رسد.

این بازه‌ها تضمین نیستند، زیرا مسیر واقعی، تجهیزات و ازدحام نتیجه را تغییر می‌دهند.

همتاسازی یا Peering یعنی دو شبکه ترافیک خود را مستقیم‌تر مبادله کنند. اگر چنین ارتباطی وجود نداشته باشد، داده شاید از یک تأمین‌کننده ترانزیت یا نقطه تبادل دورتر بگذرد. در نتیجه، مقصدی که روی نقشه نزدیک است می‌تواند از دید شبکه دور باشد.

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

مسیرها ثابت نیستند. پروتکل BGP بر اساس دسترسی و سیاست شبکه مسیر را انتخاب می‌کند و خرابی لینک، تعمیرات یا تغییر ظرفیت می‌تواند مسیر جایگزین را فعال کند.

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

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

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

انتخاب منطقه درست در بازی یا سرویس ابری معمولاً مؤثرتر از انتخاب خودکار مبهم است. شبکه‌های توزیع محتوا نیز ممکن است کاربران را به نقطه حضور متفاوت هدایت کنند؛ ازاین‌رو پینگ یک دامنه عمومی نماینده همه سرورهای یک سرویس نیست.

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

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

تیک‌ریت نشان می‌دهد سرور چند بار در ثانیه وضعیت بازی را پردازش یا به‌روزرسانی می‌کند و نرخ فریم بیانگر تعداد تصویرهایی است که دستگاه کاربر در هر ثانیه نمایش می‌دهد.

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

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

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

کم بودن RTT تنها بخش شبکه این زنجیره را توصیف می‌کند و تضمین‌کننده پاسخ فوری تصویر نیست.

عدد پینگ داخل بازی نیز همیشه عین خروجی ابزار سیستم‌عامل نیست. بازی ممکن است آن را هموارسازی کند، روی بازه‌ای میانگین بگیرد یا زمان پردازش پروتکل خودش را در محاسبه وارد کند.

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

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

اگر فریم پایدار است اما شخصیت‌ها عقب می‌پرند یا فرمان‌ها دیر ثبت می‌شوند، بررسی شبکه و سرور منطقی‌تر است.

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

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

Traceroute مسیر تقریبی بسته تا مقصد را گره‌به‌گره نمایش می‌دهد. این ابزار با تغییر تدریجی مقدار TTL باعث می‌شود روترهای مسیر پیام عبور از حد مجاز TTL بفرستند. MTR همین ایده را به‌صورت تکرارشونده اجرا می‌کند و برای هر گره آمار تأخیر و پاسخ‌ندادن می‌سازد.

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

خواندن خروجی باید از مقصد به عقب انجام شود، نه با تمرکز فوری بر بدترین عدد میانی. اگر تأخیر از یک گره بالا برود و در گره‌های بعدی تا مقصد بالا بماند، آن بخش می‌تواند محل شروع تغییر باشد.

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

ستاره یا درصد اتلاف روی یک گره میانی الزاماً به معنی گم‌شدن ترافیک عبوری نیست. بسیاری از روترها پیام‌های ICMP مربوط به عیب‌یابی را محدود می‌کنند تا منابعشان صرف هدایت داده شود.

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

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

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

آزمون را در حالت بیکار و زیر بار، در چند ساعت و برای مقصد واقعی سرویس تکرار کنید. یک ردیابی منفرد ممکن است مسیر موقت را ثبت کند.

مقایسه با مقصد دیگری در همان منطقه نیز مفید است: کندی مشترک از ابتدای مسیر با کندی محدود به یک شبکه مقصد معنای یکسانی ندارد. ساعت، نوع اتصال و نشانی مقصد را کنار نتیجه نگه دارید.

در ویندوز ابزارهای tracert و pathping در دسترس‌اند و در لینوکس یا macOS می‌توان از traceroute و، در صورت نصب، mtr استفاده کرد. بعضی مقصدها یا فایروال‌ها به این بسته‌ها پاسخ نمی‌دهند؛ پس پایان ناقص ردیابی همیشه به معنی قطع مسیر نیست.

هنگام اشتراک‌گذاری خروجی نیز نشانی عمومی خود و نام‌های حساس شبکه داخلی را بپوشانید.