الخلاصة

  • لم يعامل RFC 741 الصوت المرسل في حزم على أنه مجرد عينات؛ كان على المضيفين الاتفاق على طرفي المكالمة، والترميز، وإيقاع الإرسال، وحالة الجاهزية أولاً.
  • تكشف الأدوار الأربعة للتحكم والبيانات في اتجاه واحد، والتفاوض على الترميز، وانتظار رد بشري عن نطاق NVP الفعلي. أما المواقع الأربعة التي ذكرها المؤلف فلا تثبت انتشاراً واسعاً.

التحليل

كانت الإشارة READY أكثر من مجرد اتصال

بعد نجاح التفاوض الأول، كان الطرف المستجيب يقرع جرساً ويرسل RINGING. ثم، عندما يرفع شخص ما السماعة ويرد، يرسل المضيف READY وتبدأ البيانات الصوتية. سمحت المواصفة بإرسال READY من دون RINGING مسبق، لكنها أبقت فرقاً واضحاً بين توافق جهازين واستعداد إنسان للتحدث. لم يكن وجود مسار بين الحاسوبين كافياً لاعتبار المكالمة قد أُجيبت.

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

أربعة أدوار منطقية لا أربعة أسلاك

بدأ RFC 741 من تعارض محدد: بروتوكول المضيف إلى المضيف في ARPANET صُمم لنقل البيانات ولم يكن ملائماً للصوت التفاعلي. لذلك فصل NVP رسائل التحكم عن بيانات الصوت. في تعريفه، تشغل LINK البتات الثمانية العليا من MESSAGE-ID ذي 12 بتاً، بينما تشغل SUB-LINK البتات الأربعة الدنيا. هذه معرّفات رسائل منطقية؛ ولا تشير إلى أربعة خطوط مادية أو منافذ IP حديثة.

لكل اتصال صوتي أربعة أدوار أحادية الاتجاه. ينقل L التحكم من المتصل إلى الطرف المستجيب، وينقل K التحكم في الاتجاه المقابل. تنتقل بيانات الصوت عبر L+1 في الاتجاه الأول وK+1 في الاتجاه الآخر. وتُختار قيمتا L وK من المجال الثماني 340–375، ويمكن أن تتطابقا. أما الاتصال الأول فيستخدم الرابط 377.

يبدأ المتصل برسالة على 377 تحدد من يتصل بمن وتقترح K. يستطيع الطرف الآخر رفض الطلب أو قبوله وتعيين L. بعد ذلك يعاود المتصل الاتصال عبر L، وتبدأ مفاوضة التوافق. يرسل أحد الطرفين اقتراحات WHAT وخيارات HOW، ثم يقبلها الآخر أو يرفضها. يمكن أن تشمل الإعدادات نوع ترميز الصوت، وفترة أخذ العينات، والإصدار، والحد الأقصى لطول الرسالة وحجم الحزمة الصوتية. وصف RFC خيارات مثل LPC وCVSD؛ لم يكن مطلوباً أن تكون الأجهزة متطابقة، لكن كان عليها العثور على إعداد مشترك.

من مذكرة بحثية إلى RFC

تحمل النسخة المنشورة على غلافها تاريخ 22 نوفمبر 1977. لكن صفحة العنوان تصف النص بأنه NSC Note 68 المؤرخ في 29 يناير 1976، ومراجعة لثلاث مذكرات سابقة. وكان مشروع Network Secure Communications التابع لـ ARPA يهدف إلى إثبات إمكانية نقل صوت رقمي ثنائي الاتجاه، عالي الجودة ومنخفض النطاق، عبر شبكات تبديل الحزم. وتقول المقدمة إن أجهزة تشفير موجودة يمكنها حماية الكلام الرقمي. كان NVP جزءاً من الجهد، لا آلية التشفير نفسها.

تضيف الإقرارات سجلاً عملياً محدوداً. كتب Danny Cohen أن NVP نُفذ لأول مرة في ديسمبر 1973، وظل يُستخدم للصوت المحلي والعابر للشبكات فوق ARPANET. وسرد أربعة مواقع: Information Sciences Institute وLincoln Laboratory وCuller-Harrison وStanford Research Institute، مع اختلاف الأجهزة وترميز الصوت بينها. هذا تقرير مباشر عن تجربة متعددة المواقع، لكنه لا يقدم عدد المكالمات أو المستخدمين أو قياساً للجودة، ولا يثبت وجود خدمة هاتفية عامة.

بعد ذلك بعشر سنوات تقريباً، وضع RFC 980 بروتوكول NVP-II ضمن «بروتوكولات المضيف الثانوية». يسجل ذلك مكانه في فهرس البروتوكولات، ولا يبين عدد الشبكات التي كانت لا تزال تشغله. والخلاصة التاريخية الأدق أضيق من قصة «أول صوت على الإنترنت»: بحلول منتصف السبعينيات، وثّق باحثون في ARPANET كيفية تفاوض أجهزة مختلفة على الاتصال والترميز، وكيف ينتظر البروتوكول رداً بشرياً قبل إرسال الصوت.

المصادر