التفاصيل
المرجع. اسم: افبوب-2018-V6-002-DRAFT02 |
إصدارات: 2.0 الحالة: قيد المناقشة المتقادمون: |
المعلن / كاتب التعليق: جوردي باليت مارتينيز jordi.palet في theipv6company.com منظمة IPv6 الشركة
|
تعديل: CPM art 6.8 | ||
قدمت: ١٣ أغسطس ٢٠٢٣ |
مقترح
1.0 ملخص للمشكلة التي يعالجها هذا الاقتراح
عندما كانت السياسة draftإد ، لم يعتبر مفهوم المهام / التخصيصات الفرعية ممارسة شائعة جدًا في IPv4 الذي يتم نسخه وتضخيمه حتى IPv6: استخدام عناوين IP للارتباطات من نقطة إلى نقطة أو الشبكات الافتراضية الخاصة.
في حالة IPv6بدلاً من العناوين الفريدة ، أصبح استخدام البادئات الفريدة (/ 64) شائعًا بشكل متزايد.
وبالمثل ، فشلت السياسة في النظر في استخدام عناوين IP في النقاط الساخنة ، أو استخدام عناوين IP من قبل الضيوف أو الموظفين في إحضار جهازك الخاص (BYOD) والعديد من الحالات المماثلة الأخرى.
إحدى الحالات الأخرى هي عندما يتعاقد المستخدم النهائي مع طرف ثالث للقيام ببعض الخدمات في شبكته الخاصة ويحتاج إلى نشر أجهزته الخاصة ، حتى الخوادم ومعدات الشبكة ، إلخ. على سبيل المثال ، قد تتطلب خدمات المراقبة الأمنية من المقاول يوفر الكاميرات الخاصة بهم ، ونظام التسجيل ، وحتى جدار الحماية الخاص بهم و / أو جهاز التوجيه الخاص بشبكة VPN مخصصة ، وما إلى ذلك. بالطبع ، في كثير من الحالات ، قد يحتاج نظام المراقبة هذا إلى استخدام مساحة العنونة للمستخدم النهائي.
أخيرًا ، وافق IETF مؤخرًا على استخدام بادئة فريدة / 64 لكل واجهة / مضيف (RFC8273) بدلاً من عنوان فريد. هذا ، على سبيل المثال ، يسمح للمستخدمين بالاتصال بنقطة اتصال ، والحصول على / 64 بحيث "معزولة" عن المستخدمين الآخرين (لأسباب تتعلق بالأمان ، والمتطلبات التنظيمية ، وما إلى ذلك) ويمكنهم أيضًا استخدام أجهزة افتراضية متعددة على أجهزتهم مع عنوان فريد لكل واحد (داخل نفس / 64).
2.0 ملخص عن كيفية معالجة هذا الاقتراح للمشكلة
يحظر القسم 2.6 (التعاريف / التعيينات العامة) صراحة مثل هذه التعيينات ، مع الإشارة إلى أن "التعيينات ... لا يجوز التنازل عنها إلى أطراف أخرى".
يوضح هذا الاقتراح هذا الوضع في هذا الصدد ويحدد المفهوم بشكل أفضل ، ولا سيما النظر في الاستخدامات الجديدة لـ IPv6 (RFC 8273) ، عن طريق نص جديد في نهاية أي نص متاح في IPv6 سياسة تعيينات PI.
3. الاقتراح
فقرة جديدة في نهاية 6.8 من هيئة تدابير الصحة النباتية ، على النحو التالي:
الحالي |
المقترح |
6.8 PI التعيينات (في نهاية القسم ، النص السابق لم يتغير بهذا الاقتراح) |
6.8 PI التعيينات (في نهاية القسم ، النص السابق لم يتغير بهذا الاقتراح)
لا يعتبر توفير مساحة عنونة لأجهزة طرف ثالث ، بما في ذلك عناوين الروابط من نقطة إلى نقطة و / أو توفير مساحة عنونة دائمة إلى أطراف ثالثة ، لاستخدامها على شبكة يديرها ويشغلها حامل المهمة ، مهمة فرعية .
لا يزال توفير مساحة العنونة للتوصيل الدائم أو شبه الدائم ، مثل خدمات النطاق العريض ، بمثابة تخصيص فرعي. |
4. تاريخ المراجعة
التاريخ |
التفاصيل |
20 مارس 2018 |
إصدار 1: افبوب-2018-V6-002-DRAFT01 في البداية Draft تم النشر إلى rpd |
١٣ أغسطس ٢٠٢٣ |
الإصدار 2: AFPUB-2018-V6-002-DRAFT02
|
5. المراجع
تمت مناقشة اقتراح مماثل في منطقة RIPE وينتظر أن يعلن رؤساء المنتدى التوافق.