خلاصة

  • سجلت شبكة اليوم الأول لـJANOG58 1,925 عنوان MAC في نقاط الوصول الخاصة بها، بما في ذلك حوالي 1,580 عنواناً عشوائياً، بينما بلغ الحضور 2,578.
  • خلال المرحلة الساخنة المخصصة فقط لفريق العمليات، ترك حوالي 60 مستخدمًا نشطًا وحوالي 120 نقطة نهاية تقديرية 275 عنوانًا في السجل - أي حوالي 2.3 ضعف تقدير نقطة النهاية.
  • لم تقترب المحولات من حدود جداول MAC الخاصة بها. ظهرت المشكلة التشغيلية أولاً في الهوية والسياسة والتليمةترية، وليس في سعة التوجيه.
  • قام فريق العمليات أيضًا بتشغيل تصميم VESPA تجريبي عبر EVPN/VXLAN، لكن المواد المنشورة لا تحتوي على نتيجة أداء قبل وبعد تثبت أن المكان كان بحاجة إليه.

لم ينفجر جدول عناوين MAC في JANOG58. لكن معنى عنوان MAC هو ما انفجر.

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

في اليوم الأول، اكتشفت نقاط الوصول 1,925 عنوان MAC ورأت المحولات حوالي 2,000. من عناوين نقاط الوصول، كان حوالي 1,580 - أي حوالي 82% - عشوائية بدلاً من عناوين مخصصة عالميًا. سجل الاجتماع 2,578 حضورًا، على الرغم من أنه لا ينبغي التعامل مع هذه الأرقام كنسبة واحد إلى واحد: ليس كل الحاضرين انضموا بالضرورة إلى Wi-Fi، بينما قد يكون شخص واحد قد حمل عدة أجهزة أو ظهر تحت أكثر من عنوان.

النتيجة الجديدة مهمة لأن مشغلي JANOG كانوا قد خططوا لمشكلة هندسية مألوفة: امتلاء جدول. ما قاسوه كان مشكلة محاسبية تظهر في وقت أبكر بكثير.

لم تكن السعة هي القيد

كان الافتراض التخطيطي لفريق العمليات بسيطًا: 50 نقطة وصول مضروبة في 100 عميل، مما ينتج حاجة لحوالي 5,000 عنوان. كانت سعات المحولات المعلنة أكبر بكثير. المحول 7050SX3 المستخدم كبوابة الطبقة الثالثة يدعم جدول MAC بسعة 160,000 إدخال؛ محولات الوصول 720XP و710P تم إدراجها بسعة 64,000 و32,000 إدخال على التوالي.

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

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

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

جهاز واحد يمكن أن يترك عدة هويات تشغيلية

القياس الأكثر حدة جاء قبل افتتاح المؤتمر لجميع الحضور. خلال المرحلة الساخنة المخصصة فقط لفريق العمليات، أحصى الفريق حوالي 60 مستخدمًا نشطًا. بافتراض نقطتي نهاية لكل مستخدم، أعطى تقديرًا لحوالي 120 جهازًا. ومع ذلك، احتوى سجل نقطة الوصول على 275 عنوان MAC، حوالي 2.3 ضعف ذلك التقدير، و245 منها كانت عشوائية.

يقترح المؤلفون أن التنقل بين شبكات SSID لفريق العمليات والضيوف وOpenRoaming ربما ساهم في ذلك. هذه فرضية، ليست انقسامًا سببيًا مقاسًا. عدد نقاط النهاية هو أيضًا تقدير. لكن الاتجاه واضح: حالة العناوين التاريخية يمكن أن تنمو أسرع من عدد العملاء الفعليين.

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

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

VESPA تنقل مكان وجود حالة الطبقة الثانية

تجاوز فريق عمليات JANOG القياس وقام بتشغيل مسار لاسلكي تجريبي مبني حول بوابتي VESPA، وشبكة VPN طبقة ثانية EVPN/VXLAN، ونقاط وصول تمثل Wi-Fi 6 و6E و7.

تصف الشرائح الفنية المصاحبة VESPA - Virtual Ethernet Segment with Proxy ARP - كتنفيذ من Arista يوسع نموذج التوصيل المتعدد EVPN ليشمل قطاعات إيثرنت متصلة بالنفق. تعمل نقاط الوصول كوكلاء طبقة ثانية، بينما تحافظ البوابات على حالة عنوان العميل وتستخدم هوية مجموعة بوابات مشتركة ونقطة نهاية نفق افتراضية.

الأفكار الأساسية ليست عشوائية. يعرّف RFC 7432 قطاعات EVPN Ethernet وتنقل MAC. يصف RFC 9161 كيف يمكن لـ Proxy ARP واكتشاف الجيران توزيع روابط IP-to-MAC وتقليل فيضانات تحليل العناوين في نطاقات البث الكبيرة.

لكن VESPA نفسها لا ينبغي تقديمها كمعيار IETF، ولا تثبت هذه التجربة أن JANOG58 كانت بحاجة إليها لتجنب النضوب. الأرقام المنشورة تظهر العكس: سعة MAC الخام كانت وفيرة. من الأفضل فهم التجربة كاختبار لمكان الاحتفاظ بحالة العميل المتقلبة وكيف يمكن لخدمة طبقة ثانية كبيرة أن تظل قابلة للتشغيل مع ازدياد تقلب هوية الجهاز اللاسلكي.

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

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

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

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

نتيجة JANOG58 قيمة على وجه التحديد لأن الفشل المخيف لم يحدث. لم تنفد سعة الجدول في الشبكة. بدلاً من ذلك، كشفت عن مشكلة حوكمة داخل عمليات الشبكة: من أو ماذا يمثل العنوان، ولأي مدة، وأي نظام مسؤول عن الحفاظ على الاستمرارية عندما يكون العنوان مصممًا للتغيير؟

المصادر