خوارزمية TCP Westwood+: تقدير النطاق الترددي وتحسين مسارات VPN اللاسلكية

تم تصميم بروتوكول التحكم في الإرسال (TCP) تاريخياً بناءً على افتراض أساسي مفاده أن فقدان حزم البيانات يشير دوماً إلى طفح في سعة الذاكرة المؤقتة (Buffer Overflow) لدى أحد الموجهات في مسار الشبكة. فعندما ترصد خوارزميات التحكم في الازدحام التقليدية—مثل Reno أو الإصدارات المبكرة من CUBIC—فقدان الحزم من خلال تلقي ثلاثة إشعارات تأكيد مكررة (Triple Duplicate ACKs) أو انتهاء مهلة إعادة الإرسال (RTO)، فإنها تعمد فوراً إلى تقليص نافذة الإرسال بنسبة تتراوح بين 30% و50%. ومع أن مبدأ التخفيض المضاعف هذا يحمي استقرار الشبكات السلكية ذات الألياف الضوئية، فإنه يعاني من قصور جوهري عند تطبيقه على القنوات اللاسلكية والأنظمة الخلوية والفضائية الحديثة.

وعندما تتواصل الأجهزة المتنقلة عبر أنفاق الشبكات الخاصة الافتراضية (VPN) المشفرة فوق مسارات راديوية متقلبة، يحدث فقدان الحزم دون وجود أي ازدحام فعلي في الموجهات. إذ تؤدي الضوضاء الكهرومغناطيسية، وخفوت الإشارة متعدد المسارات، والتداخل اللاسلكي في شبكات الواي فاي، وعمليات التبديل بين الأبراج الخلوية إلى إسقاط الحزم بشكل عشوائي مع بقاء طوابير الموجهات فارغة. ويؤدي التعامل الخاطئ للبروتوكول مع هذا الفقدان المؤقت إلى تدهور حاد في معدل تدفق البيانات. وهنا تبرز خوارزمية TCP Westwood ونسختها المطورة TCP Westwood+ لمعالجة هذا الخلل الهيكلي عبر استبدال التقليص العشوائي لنافذة الإرسال بتقدير مستمر ودقيق للنطاق الترددي الفعلي المتاح.

مغالطة فقدان الحزم اللاسلكية: لماذا يشل التحكم الكلاسيكي في الازدحام شبكات VPN

في نماذج النقل الكلاسيكية، يُفترض أن كل مخطط بيانات IP مفقود ناتج عن عنق زجاجة ممتلئ. فعندما يرسل المصدر بمعدل يفوق قدرة الرابط الأبطأ في المسار، تمتلئ طوابير الموجهات حتى يتم التخلص من الحزم الزائدة.

الاستجابة الكلاسيكية القائمة على الفقدان (Reno / CUBIC القياسي):
[اكتشاف فقدان حزمة] --------------> تقليص عشوائي للنافذة: ssthresh = cwnd / 2
(الأسباب: طفح المخزن أو خفوت لاسلكي)   انخفاض معدل النقل بنسبة 50% رغم أن المسار فارغ تماماً

التعافي الذكي المبني على قياس النطاق في Westwood+:
[اكتشاف فقدان حزمة] --------------> ضبط دقيق ومدروس: ssthresh = (BWE * RTTmin) / MSS
(محسوب من وتيرة وصول إشعارات التأكيد) الحفاظ على السعة الكاملة للرابط دون خنق مصطنع

الخلط بين التداخل الراديوي وخفوت الإشارة وبين امتلاء المخزن المؤقت

تواجه البيئات اللاسلكية عوائق فيزيائية لا وجود لها في كابلات الألياف الضوئية:

• خفوت الإشارة متعدد المسارات وتلاشي الطور: يؤدي انعكاس الموجات عن المباني والعوائق الفيزيائية إلى تداخل طوري هدام يلغي الإشارة ويسقط الحزم في الطبقة الفيزيائية.
• التوهين الجوي في مدارات الأقمار الصناعية: تتعرض كوكبات المدار الأرضي المنخفض (LEO) مثل ستارلينك للتأثر بهطول الأمطار والتشتت الجوي، مما يولد موجات فقدان خاطفة.
• فجوات التبديل بين الأبراج الخلوية: عند انتقال الهاتف المحمول بين محطات LTE أو 5G، تؤدي إعادة جدولة القنوات الراديوية إلى فجوة انقطاع مؤقتة تدوم من 20 إلى 100 ميلي ثانية.

وفي كافة هذه الحالات، تكون طوابير الانتظار في الموجهات فارغة تماماً وسعة القناة متوفرة. ولكن استجابة حزمة بروتوكولات TCP العادية عبر تنصيف نافذة الازدحام (cwnd) تدفع الاتصال نحو مرحلة البداية البطيئة، مما يتسبب في بطء مستمر يتكرر مع كل اضطراب راديوي عابر.

عقوبة التخفيض المضاعف لنافذة الإرسال داخل الأنفاق المحمية المتنقلة

عند تغليف البيانات داخل أنفاق VPN المشفرة، مثل بروتوكولات WireGuard أو IPsec، تتضاعف هذه العقوبة نتيجة إضافة ترويسات التشفير وتحديد سقف حجم الحزم (MTU)، وفق ما بيّناه في تحليلنا المتخصص حول /news/tcp-gso-gro-offloading-linux-vpn-tun-performance.

وإذا واجه الاتصال نسبة فقدان لاسلكي عشوائي طفيفة تبلغ 2%:

• يتعامل بروتوكول CUBIC مع الأمر كأنه اختناق خانق، مما يقيد سرعة الإرسال عند مستويات بالغة التدني.
• يعاني نفق VPN من تقلبات في زمن الاستجابة وتوقف متكرر في تدفق التطبيقات الصوتية والمرئية.
• تخلط آليات التحكم بين طبيعة الوسط الهوائي المتقلب وبين عجز طاقة استيعاب الشبكة.

الأسس الهيكلية: التقدير المستمر للنطاق الترددي من البداية إلى النهاية (BWE)

لمعالجة هذا التباين الحاد، طور باحثون في جامعة كاليفورنيا خوارزمية TCP Westwood. وتقوم الفلسفة الأساسية لهذا الحل على عدم الاعتماد على التخمين، بل مراقبة النطاق الترددي الفعلي من خلال قياس المعدل الزمني لعودة إشعارات التأكيد (ACK) الصادرة من المستقبل.

مرسل البيانات TCP                              مستقبل البيانات
   |                                                  |
   |---- حزمة البيانات 1 (بحجم L_1) ----------------->|
   |---- حزمة البيانات 2 (بحجم L_2) ----------------->|
   |                                                  |
   |<--- إشعار تأكيد 1 (تأكيد وصول L_1) --------------|
   |<--- إشعار تأكيد 2 (تأكيد وصول 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$ (المضبوط غالباً عند 0.9) وزناً متوازناً لتجاهل التذبذبات اللحظية العابرة مع الاستجابة السريعة لأي تغير حقيقي في سعة المسار.

ضبط Ssthresh استناداً إلى حاصل ضرب النطاق الترددي في التأخير الزمني

عند حدوث فقدان للحزم (يرصد عبر 3 إشعارات مكررة)، لا تعمد Westwood إلى خفض عتبة البداية البطيئة (ssthresh) إلى النصف بشكل أعمى، بل تضبطها بدقة على أساس حاصل ضرب النطاق الترددي في زمن التأخير (BDP):

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

وإذا كان فقدان الحزمة ناتجاً عن اضطراب لاسلكي عارض، فإن المستقبل يكون قد استلم بقية الحزم بكفاءة عالية، مما يحافظ على قيمة BWE مرتفعة. وبالتالي يتم تعيين ssthresh وفق السعة الواقعية للمسار، مما يسمح للاتصال بمواصلة الإرسال بمعدل مرتفع دون توقف غير مبرر.

القضاء على التشويه الترددي: التطور من Westwood إلى Westwood+

على الرغم من النجاح المعملي الكبير لخوارزمية Westwood، كشف تشغيلها العملي عبر الإنترنت عن تحدٍ تقني يتمثل في ظاهرة انضغاط إشعارات التأكيد (ACK Compression).

معضلة انضغاط إشعارات التأكيد ACK في طوابير حركة المرور المتفاوتة

في مسارات الشبكة المشتركة، تمر إشعارات التأكيد عبر موجهات تعالج تدفقات بيانات أخرى متدفقة على شكل دفعات. فعندما يقوم موجه باحتجاز عدة إشعارات تأكيد مؤقتاً في طابوره ثم يطلقها دفعة واحدة، فإنها تصل إلى المرسل متقاربة للغاية في نافذة زمنية شديدة الصغر ($\Delta_k \to 0$).

وفي النسخة الأصلية من Westwood، أدى ذلك إلى تقدير مفرط وخاطئ للنطاق الترددي: $$\lim_{\Delta_k \to 0} \frac{d_k}{\Delta_k} = \infty$$

وحتى مع وجود المرشح الرياضي، تسببت دفعات التأكيدات المتلاحمة في قراءات مضللة أدت إلى إغراق طوابير الموجهات وتفاقم فقدان الحزم.

الترشيح المتقطع على مقياس زمن الذهاب والإياب: ضمان دقة القياس

لحل هذه المعضلة جذرياً، قام فريق بحثي بابتكار 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+ لعزل الأنفاق المشفرة عن الاضطرابات اللاسلكية:

• التمييز الذكي لأسباب الفقدان: التحليل المتزامن لتغيرات أزمنة التأخير وتدفق الحزم للتفريق بين اضطرابات الوسط الراديوي وبين امتلاء طوابير الموجهات.
• التكيف اللحظي مع سعة المسار: ضبط سعة المخازن المؤقتة وفق التقدير المباشر لحاصل ضرب النطاق الترددي في زمن التأخير.
• استمرارية البث عالي الكفاءة: ضمان ثبات المكالمات المرئية والصوتية وسرعة تنزيل الملفات أثناء الحركة أو التواجد في مناطق ذات تغطية خلوية متذبذبة.

ويتيح هذا الأساس الهندسي للمستخدمين إنجاز مهامهم الرقمية باطمئنان وسلاسة عبر مختلف البيئات اللاسلكية المعقدة.

الفحص التشغيلي في بيئة لينكس: إعداد واختبار أداء Westwood+

يمكن لمهندسي الشبكات ومديري الأنظمة تفعيل خوارزمية TCP Westwood+ على خوادم وبوابات لينكس والتحقق من كفاءتها عبر أدوات النظام الرسمية.

تفعيل وحدة tcp_westwood في مسار بيانات نواة لينكس

للتحقق من توافر الخوارزمية في النواة وتفعيلها على مستوى النظام:

# استعراض خوارزميات التحكم في الازدحام المتوفرة
sysctl net.ipv4.tcp_available_congestion_control

# في حال عدم وجود الخوارزمية، قم بتحميل وحدتها
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 في لينكس مراقبة المقابس النشطة وقراءة المتغيرات الداخلية التي تحسبها الخوارزمية لحظياً:

# فحص مقابس TCP النشطة التي تعتمد خوارزمية westwood
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.