الگوریتم TCP Westwood+: تخمین پهنای باند و بهینه‌سازی تونل‌های VPN بی‌سیم

پروتکل کنترل انتقال (TCP) در ابتدا بر پایه این فرض طراحی شد که گم‌شدن یا افت هر بسته داده نشان‌دهنده سرریز بافر در یکی از مسیریاب‌های میانی شبکه است. هنگامی که الگوریتم‌های سنتی کنترل تراکم—مانند Reno یا نسخه‌های اولیه CUBIC—افت بسته‌ها را از طریق دریافت سه تاییدیه تکراری (Triple Duplicate ACKs) یا انقضای مهلت ارسال مجدد (RTO) شناسایی می‌کنند، پنجره ارسال داده‌های خود را ۳۰ تا ۵۰ درصد کاهش می‌دهند. اگرچه این قانون کاهش ضربی برای حفظ ثبات ستون فقرات شبکه‌های سیمی فیبر نوری حیاتی است، اما در شبکه‌های رادیویی، سلولار و ماهواره‌ای مدرن کاملاً ناکارآمد عمل می‌کند.

زمانی که دستگاه‌های قابل حمل در بستری از امواج ناپایدار بی‌سیم و از درون تونل‌های رمزشده شبکه خصوصی مجازی (VPN) به تبادل داده می‌پردازند، افت بسته‌ها بدون وجود کوچک‌ترین تراکم رخ می‌دهد. نویزهای فرکانس رادیویی، تضعیف چندمسیره امواج، تداخل کانال‌های همجوار Wi-Fi و جابجایی میان دکل‌های سلولار همگی موجب مفقود شدن لحظه‌ای بسته‌ها می‌شوند، در حالی که بافرهای میانی مسیر خلوت هستند. تلقی این افت‌های رادیویی به‌عنوان تراکم ترافیک، سرعت انتقال را شدیداً تنزل می‌دهد. الگوریتم‌های TCP Westwood و نگارش تکامل‌یافته آن TCP Westwood+ با جایگزین ساختن نصف‌کردن کورکورانه پنجره با سازوکار تخمین پیوسته پهنای باند در دسترس، این نقصان را برطرف ساخته‌اند.

مغالطه اتلاف بسته در شبکه‌های بی‌سیم: چرا کنترل تراکم سنتی VPN را متوقف می‌کند

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

واکنش سنتی مبتنی بر اتلاف بسته (Reno / CUBIC کلاسیک):
[شناسایی اتلاف بسته] --------------> کاهش کورکورانه پنجره: ssthresh = cwnd / 2
(علت: سرریز بافر یا اختلال رادیویی)     سرعت ارسال نصف می‌شود حتی اگر خط ۱۰۰ مگابیت خالی باشد

بازیابی هوشمند بر پایه پهنای باند در Westwood+:
[شناسایی اتلاف بسته] --------------> تنظیم دقیق: ssthresh = (BWE * RTTmin) / MSS
(محاسبه‌شده بر پایه نرخ ورود ACK)      حفظ ظرفیت کامل مسیر ارتباطی بدون افت بی‌دلیل

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

محیط‌های ارسال بی‌سیم با موانع فیزیکی متعددی روبرو هستند که در کابل‌های نوری وجود ندارند:

• محو‌شدگی چندمسیره و خنثی‌سازی فاز موج: انعکاس سیگنال از ساختمان‌ها و موانع شهری باعث تداخل فازی مخرب در گیرنده شده و بسته‌ها را در لایه فیزیکی نابود می‌کند.
• تضعیف جوی در امواج ماهواره‌ای: ارتباطات منظومه‌های مدار پایین زمین (LEO) نظیر استارلینک در اثر باران‌های شدید و پراکندگی جوی دچار افت‌های لحظه‌ای می‌شوند.
• وقفه موقت حین تعویض دکل‌های ارتباطی: هنگام جابجایی گوشی تلفن همراه بین دو ایستگاه مخابراتی 4G یا 5G، بازتخصیص کانال‌های رادیویی وقفه‌ای ۲۰ تا ۱۰۰ میلی‌ثانیه‌ای در انتقال ایجاد می‌کند.

در تمام این موارد، بافر مسیریاب‌ها کاملاً خالی است و ظرفیت فیزیکی پیوند ارتباطی مهیاست. اما پشته TCP استاندارد با نصف کردن پنجره تراکم (cwnd)، اتصال را وارد فاز شروع آهسته (Slow Start) می‌کند و سرعت را به شدت می‌کاهد، تا اینکه دوباره بر اثر نویز بعدی این چرخه تکرار شود.

جریمه سنگین کاهش ضربی پنجره در تونل‌های رمزشده موبایل

هنگامی که ترافیک از داخل تونل‌های رمزشده نظیر WireGuard یا IPsec عبور می‌کند، هدرهای کپسوله‌سازی و سقف‌های محدودکننده اندازه بسته (MTU) بار محاسباتی و حساسیتی دوچندان ایجاد می‌نمایند، همان‌گونه که در بررسی تخصصی /news/tcp-gso-gro-offloading-linux-vpn-tun-performance تشریح شده است.

اگر یک لینک موبایل با نرخ افت رادیویی تصادفی معادل ۲ درصد مواجه شود:

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

شالوده معماری: تخمین پیوسته پهنای باند سرتاسری (BWE)

برای حل این چالش بنیادین، پژوهشگران دانشگاه UCLA الگوریتم TCP Westwood را معرفی کردند. ایده کلیدی این نوآوری بسیار سرراست است: فرستنده نباید به حدس‌های کورکورانه تکیه کند، بلکه باید پهنای باند واقعی را از روی سرعت بازگشت تاییدیه‌های دریافت (ACK) توسط گیرنده برآورد نماید.

فرستنده TCP                                    گیرنده مقصد
   |                                                |
   |---- بسته داده ۱ (طول L_1) -------------------->|
   |---- بسته داده ۲ (طول L_2) -------------------->|
   |                                                |
   |<--- تاییدیه ACK ۱ (تایید دریافت L_1) ----------|
   |<--- تاییدیه ACK ۲ (تایید دریافت L_2) ----------|
   |                                                |
اندازه‌گیری فاصله زمانی بازگشت Delta_k
محاسبه نرخ نمونه: b_k = d_k / Delta_k
فیلتر پایین‌گذر و به‌روزرسانی شاخص BWE

رصد آهنگ ورود بسته‌های تاییدیه ACK و ریتم ارسال بسته‌ها

با رسیدن هر بسته تاییدیه ACK معتبر به مبدا، فرستنده حجم داده‌های تازه تاییدشده ($d_k$) و مدت زمان سپری‌شده از آخرین تاییدیه ($\Delta_k$) را ثبت می‌کند.

نرخ لحظه‌ای داده بر این مبنا استخراج می‌شود: $$b_k = \frac{d_k}{\Delta_k}$$

به دلیل وجود لرزش در ساعت‌های زمان‌بندی و نوسانات گذرا، الگوریتم از یک فیلتر پایین‌گذر گسسته برای یکنواخت‌سازی داده‌ها بهره می‌گیرد: $$\hat{b}k = \alpha \cdot \hat{b}{k-1} + (1 - \alpha) \cdot \frac{b_k + b_{k-1}}{2}$$

ضریب وزنی $\alpha$ (معمولاً برابر با ۰٫۹) تعادلی دقیق میان نادیده گرفتن شوک‌های گذرا و واکنش‌پذیری به دگرگونی‌های واقعی در ظرفیت خط ارتباطی ایجاد می‌کند.

تنظیم Ssthresh بر پایه حاصل‌ضرب تاخیر-پهنای‌باند: پایان نصف‌کردن دلبخواهی پنجره

هنگامی که اتلاف بسته‌ای رخ می‌دهد (با دریافت سه تاییدیه تکراری)، الگوریتم به جای نصف کردن فرضی آستانه شروع آهسته (ssthresh)، این متغیر را دقیقاً مطابق با حاصل‌ضرب تاخیر-پهنای‌باند (BDP) پیکربندی می‌نماید:

$$\text{ssthresh} = \frac{\text{BWE} \times \text{RTT}_{\min}}{\text{MSS}}$$

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

حذف خطای نمونه‌برداری و هم‌پوشانی فرکانسی: تکامل از Westwood به Westwood+

با وجود مزایای اثبات‌شده الگوریتم اولیه در آزمایشگاه، بکارگیری آن در اینترنت عملیاتی نقصانی نظری موسوم به پدیده فشردگی تاییدیه (ACK Compression) را آشکار کرد.

پاتولوژی فشردگی بسته‌های تاییدیه ACK در صفوف ترافیک ناگهانی

در مسیرهای عبوری عمومی، بسته‌های تاییدیه از مسیریاب‌هایی گذر می‌کنند که درگیر جریان‌های همزمان دیگر هستند. هنگامی که صف یک سوئیچ، چند تاییدیه متوالی را موقتاً نگاه داشته و سپس همزمان رها می‌کند، این بسته‌ها در بازه زمانی فوق‌العاده اندکی به فرستنده می‌رسند ($\Delta_k \to 0$).

در نسخه اولیه Westwood، این وضعیت موجب تخمین اشتباه و مفرط پهنای باند می‌شد: $$\lim_{\Delta_k \to 0} \frac{d_k}{\Delta_k} = \infty$$

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

فیلتر پایین‌گذر گسسته در مقیاس زمانی RTT: تثبیت دقت اندازه‌گیری

برای برطرف ساختن ریشه‌ای این خطا، پژوهشگران ایتالیایی نسخه ارتقایافته TCP Westwood+ را پایه‌گذاری کردند. ابتکار اساسی آن‌ها تغییر مقیاس زمانی ارزیابی جریان بود.

در این نسخه، به جای برآورد نرخ با دریافت تک‌تک تاییدیه‌ها، کل حجم بایت‌های تاییدشده در یک پنجره رفت و برگشت کامل ($R_k$ یا حداقل زمان رفت و برگشت RTT) یکپارچه می‌گردد:

$$b_k = \frac{D_k}{R_k}$$

که در آن $D_k$ نشان‌دهنده کل بایت‌های دریافت‌شده در چرخه $R_k$ است.

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

دینامیک لایه انتقال در شبکه‌های هم‌پوشان رمزشده: کارایی WireGuard و IPsec

کاربرد Westwood+ به‌طور ویژه هنگام عبور نشست‌های داده از پروتکل‌های مدرن VPN مبتنی بر UDP نظیر WireGuard جلوه‌گر می‌شود.

پایداری در برابر افت بسته حین جابجایی دکل‌های 5G و نوسانات ماهواره‌ای

در لینک‌های سلولار 5G و ارتباطات ماهواره‌ای، تاخیر رفت و برگشت مرتباً در اثر زمان‌بندی رادیویی (MAC Scheduling) دستخوش نوسان می‌گردد.

مهار انسداد سرصفحه در جریان‌های داده کپسوله‌شده روی UDP

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

الگوریتم Westwood+ مانع از خالی شدن بی‌مورد بافرهای ارسال شده و ارسال مستمر داده‌ها را با هماهنگی دقیق با ظرفیت واقعی تضمین می‌نماید.

بهینه‌سازی در سطح زیرساخت: موتور تاب‌آور در برابر افت بسته RiceGuard

به منظور ارائه عملکردی ممتاز و پایدار روی شبکه‌های بی‌سیم عمومی، معماری شبکه VPNRice به موتور لایه انتقال RiceGuard مجهز شده است.

این زیرساخت تخصصی، دستاوردهای تخمین پهنای باند Westwood+ را برای حفاظت از تونل‌های رمزشده بکار می‌گیرد:

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

این رویکرد مهندسی باعث می‌شود کاربران حتی روی شبکه‌های شلوغ Wi-Fi یا اتصالات سیار روستایی نیز ارتباطی روان و کارآمد را تجربه نمایند.

ارزیابی عملیاتی در لینوکس: پیکربندی و سنجش عملکرد Westwood+

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

فعال‌سازی ماژول tcp_westwood در مسیر داده هسته لینوکس

بررسی ماژول‌های موجود در هسته و فعال‌سازی این الگوریتم در سطح سیستم:

# بررسی الگوریتم‌های کنترل تراکم در دسترس در هسته
sysctl net.ipv4.tcp_available_congestion_control

# در صورت عدم بارگذاری ماژول westwood، آن را لود نمایید
sudo modprobe tcp_westwood

# تنظیم westwood به عنوان الگوریتم پیش‌فرض سیستم
sudo sysctl -w "net.ipv4.tcp_congestion_control = westwood"

# تثبیت تنظیمات برای راه‌اندازی‌های بعدی سیستم
echo "net.ipv4.tcp_congestion_control = westwood" | sudo tee -a /etc/sysctl.d/99-tcp-westwood.conf

پایش تله‌متری و شاخص‌های سوکت با استفاده از ابزار ss

ابزار پیشرفته ss در لینوکس امکان مشاهده شاخص‌های درونی اتصالات فعال و مقادیر محاسبه‌شده توسط Westwood+ را فراهم می‌آورد:

# پایش وضعیت سوکت‌های TCP فعال روی پورت ۴۴۳
ss -tin '( dport = :443 or sport = :443 )'

# نمونه خروجی و شاخص‌های تحلیلی:
# cubic / westwood wscale:7,7 rto:240 rtt:32.4/4.1 ato:40
# ssthresh:142 cwnd:160 bwe:78.4Mbps minrtt:28.1

با رصد مستمر متغیرهای bwe (پهنای باند تخمینی)، minrtt (کمترین تاخیر رفت و برگشت) و cwnd (اندازه فعلی پنجره)، می‌توان تصدیق کرد که افت‌های موضعی رادیویی مانع از بهره‌برداری کامل از پهنای باند خطوط ارتباطی نمی‌شوند.

دریافت VPNRice.