وكيل لتحسين الأداء

📅 آخر تحديث: ٢٧ يوليو ٢٠٢٦
✍️ نُشر في: ٢٧ يوليو ٢٠٢٦
📷 يحتوي على 1 صور
الموسوعة الحرة

تُعدّ وكلاء تحسين الأداء ( PEPs ) عوامل شبكية مصممة لتحسين الأداء الشامل لبعض بروتوكولات الاتصال . وقد تم تعريف معايير PEP في RFC 3135 (وكلاء تحسين الأداء الذين يهدفون إلى التخفيف من التدهورات المتعلقة بالرابط) وRFC 3449 (آثار عدم تناسق مسار الشبكة على أداء TCP).

آلية تقسيم PEP الموزع على طبقة البروتوكول

تصنيف

تستخدم تطبيقات PEP المتاحة أساليب مختلفة لتحسين الأداء.

  • نوع الوكيل: يمكن لبروتوكول PEP إما "تقسيم" الاتصال أو "التجسس" عليه. في الحالة الأولى، يتظاهر الوكيل بأنه الطرف المقابل للاتصال في كلا الاتجاهين، مما يؤدي فعليًا إلى تقسيم الاتصال إلى قسمين. أما في الحالة الثانية، فيتحكم الوكيل في عمليات نقل أجزاء TCP في كلا الاتجاهين، من خلال تصفية الإقرارات وإعادة بناء الاتصال الحالي (انظر انتحال البروتوكول ). يعتمد هذا على مستوى نموذج OSI لتنفيذ بروتوكول PEP. [ 1 ]
  • التوزيع: يمكن أن تكون نقاط نهاية الحماية (PEPs) إما مدمجة أو موزعة. تعمل نقاط نهاية الحماية المدمجة على جهاز واحد، بينما تتطلب نقاط نهاية الحماية الموزعة التثبيت على طرفي الاتصال، مما يؤدي إلى انخفاض الأداء. هذا شائع في أجهزة نقاط نهاية الحماية التجارية، التي تعمل كصندوق أسود ، وتستخدم بروتوكولات مفتوحة إلى حد ما للتواصل فيما بينها بدلاً من بروتوكول TCP.
  • التناظر: قد يكون تطبيق PEP متناظرًا أو غير متناظر. تستخدم تطبيقات PEP المتناظرة سلوكًا متطابقًا في كلا الاتجاهين؛ حيث تُنفذ الإجراءات التي يتخذها تطبيق PEP بغض النظر عن الواجهة التي يتم استقبال الحزمة منها. أما تطبيقات PEP غير المتناظرة، فتعمل بشكل مختلف في كل اتجاه، مما قد يؤدي، على سبيل المثال، إلى تحسين أداء اتجاه واحد فقط من الوصلة.

الأنواع

توجد أنواع مختلفة من حلول PEP. يُستخدم كل نوع منها لحل مشكلة متعلقة بالروابط. ومن الأنواع الشائعة ما يلي:

  • تقسيم TCP
  • إبادة جماعية
  • تجسس
  • دي-بروكسي

تقسيم TCP

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

تصفية/تقليل عدد الإقرارات

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

تجسس

يُعدّ وكيل Snoop [ 2 ] مثالًا على الوكيل المتكامل. وهو مصمم لإخفاء فقدان الحزم الناتج عن التداخل أو التصادم عبر وصلة لاسلكية. يكشف وكيل Snoop عن حالات الفقدان من خلال مراقبة عمليات إرسال TCP بحثًا عن إشعارات مكررة. عند استلام Snoop لإشعارات TCP مكررة، والتي تشير إلى فقدان حزمة، يتم تجاهلها تلقائيًا وإعادة إرسال حزمة البيانات المفقودة. لا ينبغي أن يكون مُرسِل TCP على علمٍ بالفقدان. من شأن هذا أن يمنع مُرسِلي TCP من تقليص نافذة TCP دون داعٍ.

دي-بروكسي

تم تصميم D-Proxy [ 3 ] [ 4 ] أيضًا لإخفاء فقدان الحزم الناتج عن التداخل أو التصادم عبر وصلة لاسلكية. D-Proxy هو وكيل TCP موزع جديد، يتطلب وجود وكيل على طرفي الوصلة المعرضة للفقد. ومثل Snoop، يستخدم أرقام تسلسل TCP لاكتشاف الحزم المفقودة. ومع ذلك، فهو يتبع نهجًا استباقيًا، حيث يراقب أرقام تسلسل TCP على حزم البيانات بدلًا من إشعارات الاستلام. عند حدوث فقدان للحزم، يتم تخزين تدفق TCP مؤقتًا حتى يتم استعادة الحزمة المفقودة وإعادة ترتيبها.

انظر أيضاً

مراجع

  1. ↑: وكيل تحسين الأداء (PEP)  : بروتوكول TCP في الشبكات اللاسلكية
  2. ↑ بالاكريشنان، هاري؛ سرينيفاسان سيشان؛ راندي هـ. كاتز (ديسمبر 1995). "تحسين أداء النقل والتسليم الموثوق في الشبكات اللاسلكية الخلوية". الشبكات اللاسلكية . 1 (4): 469-481 . doi : 10.1007/BF01985757 . S2CID 2204005 . 
  3. ↑ موراي، ديفيد؛ كوزينيك، تيري؛ ديكسون، مايكل (2009). "حل مشكلات عدم كفاءة بروتوكول ACK في شبكات 802.11". المؤتمر الدولي لعام 2009 التابع لمعهد مهندسي الكهرباء والإلكترونيات (IEEE) حول هندسة وتطبيقات خدمات الوسائط المتعددة عبر الإنترنت (IMSAA) . الصفحات 1-6 . doi : 10.1109/IMSAA.2009.5439494 . ISBN  978-1-4244-4792-3.
  4. ↑ موراي، ديفيد؛ كوزينيك، تيري؛ ديكسون، مايكل (2010). "D-Proxy: الموثوقية في الشبكات اللاسلكية". المؤتمر السادس عشر للاتصالات في منطقة آسيا والمحيط الهادئ (APCC) لعام 2010. الصفحات 129-134 . doi : 10.1109/APCC.2010.5679750 . ISBN  978-1-4244-8128-6.
  • PEPsal  : تطبيق PEP متكامل لتقسيم الملفات ، مرخص بموجب رخصة GPL ، ويعمل على نظام لينكس .
  • خادم PEP من MediaSputnik  : تم تطوير خادم PEP MediaSputnik 2402 بواسطة MediaSputnik كخادم متوافق مع I-PEP ومتوافق مع توصيات مجموعة SatLabs (وكالة الفضاء الأوروبية) لدعم معايير وشبكات DVB-RCS
  • RFC 3135  : RFC الكامل (الوكلاء المحسنون للأداء الذين يهدفون إلى التخفيف من التدهورات المتعلقة بالرابط)