الخلاصة

  • تعرّف draft-ietf-radext-connectinfo-00 قواعد ABNF لمعدلات الإرسال والاستقبال وRSSI وفقد الإطارات وإعادتها وGlobal Operating Class ووصف التجميع داخل RADIUS Connect-Info. إنها تنظّم تصريح NAS ولا تتحقق من القياس الفيزيائي الذي سبقه.
  • تختلف لقطة Access-Request اللحظية عن ملخص Accounting-Request عبر فترة. لا بد من حفظ نوع الرسالة ومجموعة العينات والخوارزمية والنافذة والوزن ودورية العينة مع الرقم.
  • يحمي RADIUS/TLS النقل، لكنه لا يضمن صدق القياس أو قابليته للمقارنة أو مشروعية الغرض أو جودة سياسة التفويض أو تطبيقها أو النتيجة التي عاشها المستخدم.

القناة الآمنة لا ترى ما حدث عند الهوائي

تبدو سلسلة الدليل قصيرة في لوحة التشغيل: NAS أرسل Connect-Info، والخادم وثق النظير، والمحلل قرأ القيمة، ثم صدر قرار. لكن كل علامة خضراء تخص طبقة مختلفة. التشفير لا يستطيع العودة إلى برنامج تشغيل الراديو وسؤاله عن الإطارات التي اختارها.

تعطي مسودة فريق RADEXT، بنسختيها HTML وXML، بنية رسمية للسمة. كان RFC 2869 قد عرّف Connect-Info بوصفها السمة 77 في RADIUS وأوصى بوضع سرعة الاتصال في البداية. ثم أضافت تطبيقات Wi-Fi جيل 802.11 وقوة الإشارة والقناة بصيغ متفاوتة.

تسمّي القواعد الجديدة TxBitRate وRxBitRate وRSSI وFrameLoss وFrameRetry وGlobal-OC. وهذا تقدّم حقيقي مقارنة بأرقام يعتمد معناها على ترتيب الشرطات. يذكّر RFC 6158 بمخاطر الأنواع المركبة عندما توجد بدائل. وتوضح المسودة أنها لا تخترع نوعاً جديداً، بل تضبط تنسيقاً مستخدماً على نطاق واسع. يسهّل ذلك التوافق، ولا يمنح الأجهزة شهادة معايرة.

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

النافذة والخوارزمية جزء من المعلومة

تتيح المسودة MIN وMAX وAVG-LIN وAVG-EXP وACC. ويمكن تحديد نافذة بالثواني أو الدقائق، مع وزن وفترة أخذ عينات اختيارية للمتوسط الأسي. ليست هذه إضافات تجميلية؛ فهي تحدد السؤال الذي يجيب عنه الرقم.

في بداية الاتصال لا يملك Access-Request إلا عدداً قليلاً من الإطارات. لذلك قد تكون معدلات الإرسال والاستقبال وRSSI لحظية، وينبغي ألا يظهر AGGR عندها. أما Accounting-Request الذي يلخص فترة، فتوصي المسودة بالحد الأقصى للمعدلات، والمتوسط لـRSSI، والتراكم لنسب الفقد وإعادة الإرسال.

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

تقبل صياغة RSSI الرقمين 41 و-41 بوصفهما -41 dBm، مراعاةً للتطبيقات القديمة التي استخدمت القيمة المطلقة أو الإشارة. توحيد الشكل صحيح، لكنه لا يوحّد تردد العينات أو سلسلة الهوائي أو المتوسط أو المعايرة.

كما أن رقم القناة وحده لم يعد يحدد الحزمة بعد دخول 6 GHz. تضيف Global Operating Class السياق، وقد تتكرر في التشغيل متعدد الروابط. يمكن لوسيط يحفظ أول قيمة فقط أن ينجح في التحليل ويفشل في تمثيل المحطة.

المفتاح المجهول قابل للعبور، لا للاستخدام التلقائي

تسمح القواعد بمفاتيح مستقبلية غير معروفة حتى لا يرفض المستقبلُ النظامَ القديم. لكن نجاح التحليل لا يحدد الوحدة ولا عدد مرات التكرار ولا نطاق العينة ولا طريقة التجميع. يجب أن تكون حالة «صحيح نحوياً، مجهول دلالياً» مرئية، وألا تتحول ترقية المحلل إلى تغيير سري في سياسة التفويض.

تبدأ سلسلة الإثبات قبل RADIUS: يراقب الراديو أو برنامج التشغيل الإطارات، ويختار التطبيق مجتمع العينات، وتحوّلها خوارزمية، ويصرّح NAS بالنتيجة في رسالة محددة. تنقل القناة التصريح، ويحلله الخادم ويطبّعه. بعد ذلك فقط يُفحص الغرض والاحتفاظ والحق في الاستخدام، ثم تقوّم قاعدة التفويض، وتطبق شبكة الوصول النتيجة، وتُقاس حالة الراديو والتطبيق لاحقاً.

لا تستطيع خطوة أن توقّع نيابة عن التالية. التحليل الصحيح لا يثبت حداثة العينة. Access-Accept لا يثبت تطبيق القرار على الجلسة الصحيحة. نجاح الارتباط لا يثبت مكالمة أو فيديو صالحين للاستخدام.

بين مشغل الوصول ومزود الهوية عقد دلالي

توصي المسودة بإرسال Connect-Info عبر قنوات آمنة وتذكر RADIUS المحمي بـTLS. يحدد RFC 6614 ‏RADIUS/TLS، ويحدد RFC 7360 ‏RADIUS/DTLS. تحمي الآليتان السرية والسلامة وتوثقان الطرف المقابل، لكنهما لا تختاران عتبة عادلة ولا تكتشفان عينة كاذبة.

في التجوال قد يدير Access Network Provider جهاز NAS، بينما يصادق Identity Provider خارجي على بيانات الاعتماد ويستعمل المقياس للمساعدة في التفويض. لا تعرّف المسودة تقنية التفويض. العتبات والسجلات التاريخية والمؤشرات المشتقة أمثلة محلية وليست سياسة معيارية.

لهذا يحتاج الطرفان إلى سياسة ربط تحدد الحقول وتعريف القياس والتجميع والغرض والاحتفاظ والإفصاح وسلوك المفاتيح المجهولة. الشهادة تثبت هوية المرسل، لا ما وعد بقياسه ولا ما يحق للمتلقي فعله.

RSSI قد يصبح سجلاً للحركة

تفصل نسخة فريق العمل الخصوصية عن الأمن وتستخدم مصطلحات RFC 6973. يمكن لقيمة RSSI عند ربطها بمواقع نقاط وصول معروفة أن تكشف الحضور أو القرب أو الحركة. وإذا ارتبطت بمعرف دائم، تنشأ سلسلة قابلة للتعريف حتى لو لم تحمل السمة اسم مستخدم أو عنوان MAC مباشرة.

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

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

الاعتماد داخل الفريق حذف ادعاء الانتشار

تسجل واجهة Datatracker وصفحة الوثيقة والسجل النسخة 00 بتاريخ 24 سبتمبر 2026 كمسودة إنترنت نشطة لفريق RADEXT. يقول العنوان إن الحالة المقصودة Informational، لكن لا يظهر AD مسؤول أو shepherd أو telechat، وحالة RFC المقصودة المعروضة null. إنها ليست RFC.

كان السلف draft-grayson-connectinfo-10 يتضمن قسماً غير معياري يذكر نموذجاً أولياً و17 ألف نقطة وصول. حذفت نسخة فريق العمل هذا القسم، وفصلت الأمن والخصوصية، وأضافت القناة الآمنة وسياسة الربط والتقليل وعدم قابلية الربط وحدود الموافقة. لا ينفي الحذف وجود تطبيق سابق، لكنه يمنع استخدام النص الحالي بوصفه تعداداً للانتشار أو شهادة توافق.

المصادر والحدود

تعتمد المقالة على النص الحالي وHTML وXML، وعلى API والحالة والسجل، مع مقارنة النسخة السابقة. ويأتي سياق RADIUS والخصوصية من RFC 2869 وRFC 6158 وRFC 6614 وRFC 7360 وRFC 6973. لا تقدم هذه المصادر تعداداً حالياً أو مقارنة معايرة أو دقة تفويض أو رأياً قانونياً أو قياس تجربة تطبيق.