الخلاصة

  • صنفت RFC 2398 اثنتي عشرة أداة لاختبار TCP بحسب الغرض وطريقة العمل والأتمتة والتوافر والبيئة المطلوبة، ولم تعامل «الاختبار» كفعل واحد قابل للاستبدال.
  • كانت الإعاقة النشطة وقياس مكدس حي والتقاط الحزم والتحليل اللاحق والرسم البياني تنتج طبقات مختلفة من الدليل؛ فلا يثبت رسم أو رقم إنتاجية بمفرده الصحة الوظيفية أو الأمان أو نجاح التطبيق.

لم يكن مختبر TCP في 1998 جهازاً واحداً. كان Dbs ينسق عمليات نقل متعددة ويكتب سجلات ASCII. وكان Dummynet يضع طوابير محدودة وعرض نطاق وتأخيراً داخل مكدس يعمل فعلاً. أما NIST Net فكان يحول نظام Linux إلى موجه «سيئ بشكل انتقائي». وهناك أدوات تحقن الأعطال أو تصنع الحزم أو تفحص الالتقاطات أو ترسم أرقام التسلسل مقابل الزمن. جمعت RFC 2398 اثنتي عشرة أداة من غير أن تمحو اختلاف وظائفها.

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

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

كانت Dummynet وNIST Net وOrchestra تعمل قرب بداية السلسلة. حاكت الأولى الطوابير المحدودة وعرض النطاق والتأخير بين طبقات مكدس حقيقي. وأخرت الثانية الحزم أو أسقطتها أو كررتها أو قيدت عرضها، مع تأخيرات ثابتة أو موزعة وفقد موحد أو مرتبط بالازدحام. أما Orchestra فأضافت طبقة أعطال مبرمجة تستطيع الإسقاط والتأخير وإعادة الترتيب والتكرار والتعديل وإدخال الرسائل. ومع ذلك ظل على الإنسان أن يقرأ الأثر ويقرر صحة السلوك.

بدأ Tcpanaly في مرحلة متأخرة. فقد قرأ آثار tcpdump مستعيناً بمعرفة مشفرة لتنفيذات متعددة، وحاول تفسير سبب إرسال كل حزمة والتمييز بين انحراف التنفيذ وخطأ القياس المحتمل. وأقرت RFC بصعوبة تصنيفه لأنه يصف السلوك ولا ينفذ اختباراً ثابتاً. حسب Tcptrace إعادة الإرسال وأزمنة الذهاب والعودة والنوافذ والإنتاجية، بينما حول Tracelook وXplot متغيرات الالتقاط إلى صور. لقد ساعدت هذه الأدوات على رؤية الحدث، لكنها لم تنشئه.

وكشفت Netperf وTReno وTtcp حداً آخر. تعتمد قيمة الأداء على مولد المرور وعلى سلوك TCP الذي يدخل في القياس. أرسل TReno أنماط UDP أو ICMP بتوقيت يشبه TCP مطابقاً مزوداً بضبط الازدحام وSACK، قاصداً قياس المسار باستقلال عن TCP لدى الطرفين. كان يجيب عن سؤال مختلف، لا عن كل سؤال بصورة أفضل.

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

ورسم قسم الأمان فاصلاً أشد وضوحاً. أمكن لبعض الأدوات صنع حزم ضارة أو ظروف حجب خدمة. واحتاج بعضها إلى شيفرة نواة خارجية أو امتياز root. وقد يكشف التقاط الحزم بريد الآخرين وملفاتهم. ومع ذلك لم تقيّم أي من الأدوات الأمان «بأي طريقة أو شكل». فالقدرة على إرباك الشبكة ليست قدرة على الحكم على أمنها.

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

المصادر