Info! Please note that this translation has been provided at best effort, for your convenience. The English page remains the official version.

توضيح على IPv6 التعيينات الفرعية v3

طباعة ودية، بدف والبريد الإلكتروني

{علامة تبويب التفاصيل}

توضيح على IPv6 مهام فرعية

هوية شخصية:

AFPUB-2018-V6-002-DRAFT03

تاريخ التقديم:

شنومكست نوفمبر شنومكس

مؤلف:

جوردي باليت مارتينيز

jordi.palet فيipv6company.com

منظمة IPv6 الشركة

الاسم:

3.0

المتقادمون:

 

تعديل:

CPM art 6.8

 {جدولة اقتراح}

1.0 ملخص للمشكلة التي يعالجها هذا الاقتراح

عندما كانت السياسة draftإد ، لم يعتبر مفهوم المهام / التخصيصات الفرعية ممارسة شائعة جدًا في IPv4 الذي يتم نسخه وتضخيمه حتى IPv6: استخدام عناوين IP للارتباطات من نقطة إلى نقطة أو الشبكات الافتراضية الخاصة.

In IPv4، عادة ، هذه ليست مشكلة لأن استخدام NAT.

في حالة IPv6بدلاً من العناوين الفريدة ، أصبح استخدام البادئات الفريدة (/ 64) شائعًا بشكل متزايد.

وبالمثل ، فشلت السياسة في النظر في استخدام عناوين IP في النقاط الساخنة (عندما لا يكون مزود خدمة الإنترنت ، على سبيل المثال ، الجمعيات أو شبكات المجتمع) ، أو استخدام عناوين IP من قبل الضيوف أو الموظفين في إحضار جهازك الخاص (BYOD) والعديد حالات مماثلة أخرى.

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

أخيرًا ، وافق IETF مؤخرًا على استخدام بادئة فريدة / 64 لكل واجهة / مضيف (RFC8273) بدلاً من عنوان فريد. هذا ، على سبيل المثال ، يسمح للمستخدمين بالاتصال بنقطة اتصال ، والحصول على / 64 بحيث "معزولة" عن المستخدمين الآخرين (لأسباب تتعلق بالأمان ، والمتطلبات التنظيمية ، وما إلى ذلك) ويمكنهم أيضًا استخدام أجهزة افتراضية متعددة على أجهزتهم مع عنوان فريد لكل واحد (داخل نفس / 64).

 

2.0 ملخص عن كيفية معالجة هذا الاقتراح للمشكلة

يحظر القسم 2.6 (التعاريف / التعيينات العامة) صراحة مثل هذه التعيينات ، مع الإشارة إلى أن "التعيينات ... لا يجوز التنازل عنها إلى أطراف أخرى".

يوضح هذا الاقتراح هذا الوضع في هذا الصدد ويحدد المفهوم بشكل أفضل ، ولا سيما النظر في الاستخدامات الجديدة لـ IPv6 (RFC 8273) ، عن طريق نص جديد في نهاية أي نص متاح في IPv6 سياسة تعيينات PI.

كما يوضح أن استخدام التخصيصات الفرعية في مزودي خدمات الإنترنت ومراكز البيانات والحالات المماثلة غير مسموح به.

 

3.0 اقتراح

فقرة جديدة في نهاية 6.8 من هيئة تدابير الصحة النباتية ، على النحو التالي:

الحالي

المقترح

6.8 تخصيصات PI

(في نهاية القسم ، النص السابق لم يتغير بهذا الاقتراح)

 

 

6.8 تخصيصات PI

(في نهاية القسم ، النص السابق لم يتغير بهذا الاقتراح)

 

مسموح باستخدام العناوين المخصصة لـ:

أ) شبكة صاحب التخصيص

ب) أجهزة الطرف الثالث التي تعمل ضمن تلك البنية التحتية

ج) الترابط

سيتم اعتباره مهمة فرعية وبالتالي غير مسموح باستخدام العناوين المخصصة لتوفير الخدمات للعملاء (مثل ISP) أو مركز البيانات أو الحالات المماثلة.

 

 4.0 تاريخ المراجعة

التاريخ

تفاصيل المنتج

20 مارس 2018

إصدار 1: AFPUB-2018-V6-002-DRAFT01

في البداية Draft تم النشر إلى rpd

22 أغسطس 2018

إصدار 2: AFPUB-2018-V6-002-DRAFT02

  • تحديث بيان المشكلة
  • الصياغة المقترحة المحدثة من v1 إلى v2 لمزيد من الوضوح.

11 نوفمبر 2018

الإصدار 3: AFPUB-2018-V6-002-DRAFT03

 

يضاف النص التالي إلى 6.8:

 

مسموح باستخدام العناوين المخصصة لـ:

أ) شبكة صاحب التخصيص

ب) أجهزة الطرف الثالث التي تعمل ضمن تلك البنية التحتية

ج) الترابط

 

سيتم اعتباره مهمة فرعية وبالتالي غير مسموح باستخدام العناوين المخصصة لتوفير الخدمات للعملاء (مثل ISP) أو مركز البيانات أو الحالات المماثلة.

 

 

مراجع شنومكس            

تتم مناقشة اقتراح مماثل في APNIC و LACNIC و RIPE.

 

{/التبويب}

آخر تعديل في -
التاريخ والوقت في موريشيوس -