خوارزمية TCP Pacing وsch_fq: منع الانفجارات الحزمية وتضخم المخزن في VPN

تعتمد آلية العمل الأساسية لبروتوكول التحكم في الإرسال (TCP) التقليدي على مبدأ التوقيت الذاتي (Self-Clocking): إذ لا يضخ الطرف المرسل حزم بيانات جديدة إلى مسار الشبكة إلا عندما تؤكد إشعارات الاستلام (ACK) الصادرة من المستقبل أن الحزم السابقة قد غادرت القناة بالفعل. وفي نموذج نظري يفترض وجود مخازن مؤقتة عميقة للغاية وتفريغ خطي سلس للطوابير، يكفي هذا المبدأ لحماية البنية التحتية من الانهيار الاحتقاني. غير أن بيئات الإنترنت الحقيقية لا تفرغ البيانات بهذه السلاسة. فإشعارات ACK تتعرض للانضغاط في طوابير الاختناق، ومرحلة البداية البطيئة تضاعف نافذة الإرسال أُسياً مع كل دورة ذهاب وإياب، مما يجعل المرسل يدفع دفعات ضخمة من الحزم المتتالية مباشرة إلى المنفذ بأقصى سرعة نبض فيزيائية للبطاقة الشبكية.

تُعرف هذه الظاهرة بالانفجارات الحزمية المجهرية (Microbursts). وعندما تصطدم هذه الدفعات المتلاحقة بأنفاق الشبكات الخاصة الافتراضية (VPN) المشفرة مثل WireGuard أو IPsec، يحدث انهيار مباشر في كفاءة النقل. وبما أن تغليف VPN يضيف ترويسات بروتوكولية ويُسير البيانات عبر وصلات لاسلكية أو خطوط نفاذ ذات سعة محدودة، فإن التدفق العنيف المفاجئ يفيض فوراً على سعة المخازن المؤقتة المحدودة لأجهزة التوجيه المنزلية ومحطات الإرسال الخلوية ومحولات الحافة. وتنتج عن ذلك خسائر تلقائية للحزم، وقفزات مفاجئة في التذبذب الزمني، وتضخم كارثي للمخازن (Bufferbloat) يؤدي إلى شلل المكالمات الصوتية والمرئية التفاعلية والألعاب متعددة اللاعبين.

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

مرضية الانفجارات الحزمية المجهرية: لماذا تعطل الدفعات المتتالية شبكات VPN

تعمل إصدارات TCP التقليدية دون تفعيل الوتيرة المنظمة (مثل CUBIC أو Reno القياسي) وفق نمط إرسال اندفاعي متقطع. فعندما يعود إشعار ACK مؤكداً استلام كتلة كبيرة من البيانات (أو عند وصول إشعارات متراكمة بفعل آلية delayed ACK)، تفرغ نواة الطرف المرسل كامل الرصيد المتبقي من نافذة الازدحام (cwnd) دفعة واحدة في غضون ميكروثوان معدودة.

الإرسال التقليدي بدون تنظيم الوتيرة (انفجار مجهري مدمر):
بطاقة الشبكة المرسلة: [P1][P2][P3][P4][P5][P6][P7][P8][P9][P10] @ سرعة فيزيائية 10 جيجابت
                               |
عنق زجاجة المسار:              v (السعة الواقعية: 100 ميجابت)
مخزن المحول المحدود:  [P1][P2][P3][P4] -> [P5][P6][P7][P8][P9][P10] (إسقاط: امتلاء الذاكرة)
النتيجة: فقدان 60% من الحزم، انتهاء مهلة RTO، انكماش النافذة إلى 1 MSS

الإرسال المنظم بواسطة TCP Pacing (توزيع زمني انسيابي):
بطاقة الشبكة المرسلة: [P1] ---- [P2] ---- [P3] ---- [P4] ---- [P5] (موزعة على دورة RTT)
                               |
عنق زجاجة المسار:              v (السعة الواقعية: 100 ميجابت)
مخزن المحول المحدود:  تفريغ [P1] -> تفريغ [P2] -> تفريغ [P3] (الطابور يظل فارغاً دوماً)
المحصلة: انعدام تام لطفح المخزن، استقرار فائق لزمن الاستجابة، استغلال كامل للسعة

ضخ البيانات بالسرعة الفيزيائية للخط ووهم السعة الفائضة المتاحة

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

فإذا سمحت نافذة الإرسال بضخ 32 شريحة بيانات، تغادر تلك الحزم بطاقة الشبكة متتالية في زمن يقل عن 40 ميكروثانية. وبالنسبة لنواة نظام التشغيل المرسل، يبدو المسار سالكاً تماماً. لكن عندما تصطدم هذه الدفعة المجهرية بنقطة اتصال واي فاي أو برج خلوي 5G يعمل بسرعة 50 ميجابت، يفوق معدل التدفق الوارد قدرة التصريف بعشرين ضعفاً.

المخازن المؤقتة المحدودة للمحولات وسلسلة فقدان الحزم التلقائي

تُصنع أجهزة الشبكة الوسيطة بمخازن ذاكرة محدودة الحجم. وتحتوي أجهزة التوجيه الاستهلاكية ومحولات مراكز البيانات على مخازن مؤقتة محدودة لكل منفذ (تتراوح عادة بين 32 و64 حزمة) بغية خفض التكلفة ومنع تراكم الطوابير.

وعندما تنهال دفعة من 32 حزمة خلال 40 ميكروثانية:

• يمتلئ مخزن المحول المؤقت بالكامل خلال أول 10 ميكروثوان.
• تُلقى كافة الحزم اللاحقة (من الحزمة 9 حتى 32) في سلة المهملات وفق آلية إسقاط الذيل (tail-drop).
• يفسر مكدس TCP المرسل هذا الفقدان على أنه اختناق مروري حاد، مما يدفعه إلى تنصيف نافذة الإرسال أو الرجوع لمرحلة البداية البطيئة، وفق ما بيناه في تحليلنا حول تقدير النطاق الترددي عبر TCP Westwood+.

وفي شبكات VPN المشفرة، يضاعف عبء التغليف من وطأة هذه المشكلة. وبما أن كل حزمة تحمل ترويسات أمان وتلتزم بحدود MTU الصارمة — كما فصّلنا في تحليل تخفيف أعباء التجزئة عبر TCP GSO وGRO — فإن كل حزمة ضمن الدفعة تشغل مساحة تخزينية أكبر في طوابير الانتظار الوسيطة.

الآليات الهيكلية: كيف تضبط تقنية TCP Pacing وتيرة تدفق الإرسال

تقضي تقنية TCP Pacing على نمط الانفجار العشوائي من خلال التحكم الدقيق في الفاصل الزمني الفيزيائي الفاصل بين مغادرة الحزم المتتالية. فبدلاً من دفع الحزم فور ورود إشعار ACK، يحسب مكدس الشبكة جدولاً زمنياً دقيقاً لانطلاق كل شريحة بيانات.

المخطط الزمني للإرسال عبر دورة الذهاب والإياب (RTT):

بدون وتيرة: |==== دفعة مجمعة مكثفة ====|| ...................... سكون تام ...................... |
مع الوتيرة: |== P1 ==|-- dt --|== P2 ==|-- dt --|== P3 ==|-- dt --|== P4 ==|-- dt --|

التوزيع المتساوي للبيانات عبر نافذة زمن الذهاب والإياب RTT بالكامل

يُشتق معدل الوتيرة ($R_{pace}$) مباشرة من العلاقة بين حجم نافذة الازدحام (cwnd) والحد الأقصى لحجم الحزمة (MSS) وزمن الذهاب والإياب المنعم (srtt):

$$R_{pace} = \frac{\text{cwnd} \times \text{MSS}}{\text{srtt}} \times \text{pacing_gain}$$

وفي مرحلة تجنب الازدحام المستقرة، يُضبط المعامل $\text{pacing_gain}$ عادة عند $1.0$ (أو $1.2$ في إصدارات CUBIC الحديثة لتفادي هدر سعة الرابط). وخلال البداية البطيئة، يرتفع هذا المعامل (عادة إلى $2.0$) لمواكبة النمو المتسارع للنافذة دون التسبب في طفح المخازن.

ويُحسب الفاصل الزمني بين خروج حزمتين متتاليتين ($\Delta t$) بالعلاقة:

$$\Delta t = \frac{\text{MSS}}{R_{pace}}$$

ولنفق VPN بسعة 80 ميجابت وحجم MSS قدره 1448 بايتاً وزمن RTT يبلغ 30 ميلي ثانية، يقارب الفاصل $\Delta t$ نحو 144 ميكروثانية. وبفرض هذا الفاصل الدقيق، يتطابق تدفق الحزم تماماً مع قدرة التصريف الفيزيائية لعنق الزجاجة.

أقرب وقت للمغادرة (EDT) ومؤقتات النواة فائقة الدقة

اعتمدت الحلول الأولى لضبط الوتيرة على مؤقتات البرمجيات عالية الدقة (hrtimer) في طبقة TCP. غير أن هذا النموذج تسبب في إجهاد كبير لوحدة المعالجة المركزية نتيجة توليد آلاف المقاطعات في كل ثانية.

وأحدثت نواة لينكس الحديثة (بدءاً من الإصدار 4.19) طفرة نوعية باعتماد بنية أقرب وقت للمغادرة (Earliest Departure Time - EDT):

• إسناد الطابع الزمني (skb->tstamp): يضع بروتوكول TCP على كل مخزن مؤقت للمقبس طابعاً زمنياً مستقبلياً متزايداً بدقة: $$\text{skb}\to\text{tstamp} = \max(\text{now}, \text{prev_tstamp} + \Delta t)$$
• الإحالة إلى طبقة التحكم في الحركة: تُوجه الحزم إلى مجدول sch_fq الذي ينظمها في شجرة حمراء-سوداء مرتبة وفق توقيت المغادرة.
• التصريف العتادي الدقيق: تطلق بطاقات الشبكة الحديثة الحزم في الميكروثانية المحددة في tstamp تماماً، مما يضمن تدفقاً بالسرعة الكاملة مع استهلاك شبه معدوم لقدرة المعالج.

الجدولة العادلة في الواقع العملي: التكامل الجوهري مع مجدول sch_fq

تحقق تقنية TCP Pacing أعلى مستويات الأداء عند اقترانها بجدولة الطوابير العادلة (sch_fq). ففي طوابير FIFO التقليدية، تختلط حزم كافة الاتصالات في مخزن واحد. ويكفي تنزيل ملف ضخم غير منضبط الوتيرة ليحتل المخزن بأكمله، مؤخراً الحزم الحيوية للتطبيقات التفاعلية داخل النفق.

طابور FIFO المشترك (ازدحام المخزن وحرمان الاتصالات):
[ملف ضخم][ملف ضخم][ملف ضخم] ---> [حزمة صوت VPN] (تأخرت بمقدار 120 ميلي ثانية)

طابور sch_fq العادل (عزل المسارات والجدولة الزمنية):
مسار 1 (نفق RiceGuard): [حزمة صوت 1] --------------> [انطلاق دقيق في الوقت @ t1]
مسار 2 (تصفح خلفي):     [شريحة ويب 1] -------------> [انطلاق دقيق في الوقت @ t2]
مسار 3 (استعلام DNS):    [طلب DNS]     --------------> [انطلاق فوري بلا تأخير @ t0]

القضاء على حظر رأس الطابور بين مسارات البيانات المتعددة داخل النفق

يقسم مجدول sch_fq حركة المرور الصادرة إلى مسارات مستقلة باستخدام جدول تجزئة يضم 1024 خانة بناءً على معرفات المقابس (عناوين IP والمنافذ).

وفي هذا الإطار:

• عزل تام للتدفقات: يعمل كل مسار TCP أو نفق UDP في طابور مستقل. ولا تستطيع عمليات التنزيل الكبيرة احتكار الذاكرة المؤقتة أو تعطيل الجلسات التفاعلية الخفيفة.
• الاستطلاع الدوري بالعجز (DRR): يتنقل المجدول دورياً بين الخانات، مانحاً كل مسار حصة عادلة من الإرسال.
• إنفاذ الوتيرة الصارم: يحتجز sch_fq أي حزمة لم يحن طابعها الزمني skb->tstamp، ولا يطلقها إلا عند وصول توقيت الشبكة إليها.

عزل حالات التدفق المنفردة وفرض قيود معدلات الرموز المنظمة

بالإضافة إلى إدارة التوقيت، يفرض sch_fq حدوداً صارمة على عمق الطابور المسموح به لكل مقبس (عبر خاصية SO_MAX_PACING_RATE)، مما يمنع استنزاف الذاكرة ويقضي تماماً على تذبذب زمن الاستجابة.

ديناميكيات طبقة النقل في الشبكات المتراكبة: كفاءة WireGuard وIPsec

يؤدي تسيير أنفاق VPN عبر مسارات تفتقر إلى ضبط الوتيرة إلى تعريض البيانات المشفرة لاضطرابات حادة في طبقة النقل.

تثبيت التذبذب في الشبكات المتنقلة أثناء تبديل أبراج 5G وتجوال الواي فاي

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

منع تضخم أزمنة التأخير الناتجة عن امتلاء المخازن في الاتصال التفاعلي

عندما يجري المستخدم اتصالات مرئية أو محادثات صوتية عبر VoIP أو يشارك في لعبة عبر الإنترنت داخل نفق VPN بالتوازي مع تنزيل ملفات كبيرة، يُعد تضخم المخازن المؤقتة السبب الرئيسي لرداءة الخدمة.

ففي النفق غير المنضبط، تملأ بيانات التنزيل مخازن الموجهات الوسيطة بالكامل. وتصطف حزم الصوت خلف عشرات الحزم الضخمة، ليرتفع زمن الانتقال من 20 إلى أكثر من 400 ميلي ثانية. ومع ضبط الوتيرة بواسطة TCP Pacing وsch_fq، لا يضخ المرسل بيانات تفوق طاقة الخط اللحظية، مما يبقي المخازن الوسيطة فارغة ويضمن صوتاً نقياً وأداءً تفاعلياً متزناً.

تحسينات البنية التحتية: محرك النقل المنظم RiceGuard

لتأمين أقل زمن انتقال ممكن وثبات فائق للسرعة عبر مختلف الشبكات العامة، جهزت منصة VPNRice شبكتها بمحرك النقل المتخصص RiceGuard.

ويستند محرك RiceGuard إلى تقنيات ضبط الوتيرة على مستوى النواة ومبادئ الجدولة العادلة لتعزيز استقرار الأنفاق المشفرة:

• ضبط ديناميكي للوتيرة على مقياس دون الميلي ثانية: احتساب مستمر لفواصل الإرسال بناءً على قياسات RTT الحية واستكشاف حجم MTU، مما يقضي على تكتل الحزم عند المصدر.
• اندماج مباشر في مسار بيانات نواة لينكس: التفاعل المباشر مع مجدول sch_fq وبنية EDT لتفادي قيود مؤقتات مساحة المستخدم وخفض استهلاك المعالج إلى حدوده الدنيا.
• القضاء التام على ظاهرة تضخم المخازن: فرض قيود صارمة على أحجام الطوابير النشطة لكل من تدفقات TCP الداخلية وطبقة تغليف UDP الخارجية، للحفاظ على زمن استجابة دون 30 ميلي ثانية حتى أثناء التحميل الأقصى.
• أولوية ذكية للحزم: عزل إشارات التحكم الحيوية وطلبات DNS وحزم البث المباشر عن مهام التنزيل الخلفية داخل النفق الواحد.

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

الفحص التشغيلي في بيئة لينكس: إعداد وتقييم أداء TCP Pacing

يستطيع مهندسو الشبكات ومديرو الأنظمة تفعيل ومراقبة خوارزمية TCP Pacing ومجدول sch_fq على خوادم وبوابات لينكس عبر الأوامر القياسية.

تفعيل خوارزمية sch_fq وضبط وتيرة المقابس عبر معلمات Sysctl

تهيئة مكدس شبكة لينكس لتعيين sch_fq كخوارزمية افتراضية لجدولة الطوابير وتفعيل تنظيم الوتيرة:

# التحقق من خوارزمية الجدولة الافتراضية النشطة حالياً
sysctl net.core.default_qdisc

# ضبط الجدولة الافتراضية على خوارزمية الطوابير العادلة sch_fq
sudo sysctl -w "net.core.default_qdisc = fq"

# تحديد نسبة الوتيرة في مرحلة البداية البطيئة (200% من سعة الرابط)
sudo sysctl -w "net.ipv4.tcp_pacing_ss_ratio = 200"

# تحديد نسبة الوتيرة في مرحلة تفادي الازدحام (120% من سعة الرابط)
sudo sysctl -w "net.ipv4.tcp_pacing_ca_ratio = 120"

# حفظ المعلمات لتبقى سارية بشكل دائم بعد إعادة التشغيل
cat << 'EOF' | sudo tee /etc/sysctl.d/99-tcp-pacing.conf
net.core.default_qdisc = fq
net.ipv4.tcp_pacing_ss_ratio = 200
net.ipv4.tcp_pacing_ca_ratio = 120
EOF

فحص القياسات التشغيلية: متابعة معدلات الوتيرة باستخدام أداتي ss وtc

معاينة معدل الوتيرة المباشر وحالة الطوابير للمقابس النشطة عبر أداتي ss وtc:

# فحص مؤشرات الوتيرة لمقابس TCP الآمنة وحركة أنفاق VPN
ss -tin '( dport = :443 or sport = :443 )'

# نموذج لتفسير المؤشرات التشغيلية:
# cubic wscale:7,7 rto:200 rtt:24.5/2.1 ato:40
# pacing_rate 86.4Mbps delivery_rate 82.1Mbps send 94.2Mbps

# فحص إحصائيات طابور sch_fq على منفذ الشبكة الفيزيائي
tc -s qdisc show dev eth0

ومن خلال تحليل قيم pacing_rate وdelivery_rate وبيانات tc، يتأكد مهندسو الشبكات من انطلاق حزم البيانات بإيقاع منتظم وخال من الدفعات العنيفة، مما يؤمن أداءً مرناً وزمن استجابة فائق الانخفاض عبر شبكات النقل المشفرة.

تحميل VPNRice.