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

IPv6 البرنامج

بدء

يلخص هذا القسم أكثر الأسئلة صلة بالموضوع IPv4 إنهاك IPv6 اعتماد لجميع أصحاب المصلحة في الإنترنت: مزودي خدمة الإنترنت (ISP) ، ومشغلي الشبكات ، والبائعين ، والمنظمين ، والمنظمات الحكومية والمستخدمين النهائيين.

 

1. ما هو عنوان IP؟

IP هو اختصار لـ (Internet Protocol). تم تصميم هذا البروتوكول في السبعينيات لتوصيل أجهزة الكمبيوتر من شبكات مختلفة. في البداية ، كان البروتوكول للاستخدام العسكري ، وتبعه فيما بعد أجهزة الكمبيوتر من الجامعات والمستخدمين والشركات. 

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

2. ما هو IPv4 معالجة؟

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

3. ما هو IPv6 معالجة؟

بروتوكول الإنترنت الإصدار 6 (IPv6) بروتوكول الجيل القادم للإنترنت. تطوير فريق هندسة الإنترنت (IETF) IPv6 كحل طويل الأجل للتنبؤ IPv4 نضوب. IPv6 تحتوي العناوين على عناوين 128 بت مقابل 32 بت فيها IPv4 عناوين. وهذا يعني أن هناك أكثر من 340 تريليون تريليون تريليون عنوان محتمل فريد. IPv4 عناوين و IPv6 عناوين ومع ذلك ليست متوافقة مع بعضها البعض.

4. ما المقصود به IPv4 نضوب؟

وهذا يعني أن التجمع المركزي المتاحة IPv4 العناوين التي تديرها هيئة الأرقام المخصصة للإنترنت (IANA) فارغة. اعتبارا من فبراير 2011 ، أكثر من أربعة مليارات IPv4 تم تخصيص العناوين المتاحة للاستخدام أو المحجوزة لغرض تقني محدد.

الخمسة RIRتستمر s (AFRINIC و APNIC و ARIN و LACNIC و RIPE NCC) في تخصيص IPv4 معالجة مساحة لأعضائها وفقًا لسياساتهم المجتمعية الإقليمية حتى تتوفر مجمعاتهم IPv4 استنفدت العناوين.

5. هل ستظل الإنترنت تعمل عندما لا توجد IPv4 عناوين اليسار؟

نعم. الانترنت سوف تستمر في العمل و IPv4 العناوين المستخدمة بالفعل ستستمر في العمل.

6. هل من الممكن أن يكون لديك IPv4 و IPv6 يعالج في وقت واحد؟

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

7. ما هو NAT ويمكن أن يحل المشكلة؟

مؤقتًا ، لتخفيف نقص العناوين ، تستخدم بعض الشبكات آليات ترجمة عنوان الشبكة (NAT). هذه الآليات تشترك في عدد صغير محدود من IPv4 عناوين بين شبكة أكبر بالكامل للوصول إلى الإنترنت.

إن نشر NAT له العديد من النتائج السلبية وقد ينتهي إلى كسر التطبيقات والخدمات بالإضافة إلى المخاوف الأمنية. عنوان شبكة المترجم (NAT) ليس حلا طويل الأجل ل IPv4 نضوب.

غالبًا ما يتم تقديم NAT (CGN) و NAT على نطاق واسع (LSN) على أنها "IPv6 تقنيات الانتقال ". في الواقع CGN ، LSN ، أو أي آليات أخرى توفر IPv4إلىIPv4 الاتصال على الأنظمة الأساسية لمترجم عنوان الشبكة (NAT) ليس آليات انتقال إلى IPv6.

8. ماذا يمكنني أن أفعل؟

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

 

آليات الانتقال

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

IPv6 آليات الانتقال هي التقنيات التي تسهل نقل الإنترنت من IPv4 البنية التحتية لنظام العناوين والتوجيه اللاحق لبروتوكول الإنترنت الإصدار 6 (IPv6). المدرجة أدناه هي وصف لخيارات آليات الانتقال المختلفة المتاحة لضمان IPv4 و IPv6 التوافقية. يتم تصنيف هذه الآليات في الفئات الثلاثة التالية: 

1. المزدوج كومة

يشير المصطلح "double-stack" إلى الأجهزة التي تدعم TCP / IP والتي توفر الدعم لكليهما IPv4 و IPv6. من المهم أن نفهم أن وجود جهاز قادر على التواصل عبر كليهما IPv4 or IPv6 لا يعني بالضرورة أن جميع التطبيقات التي تعمل داخل هذا الجهاز قادرة على استخدام الاثنين معا IPv4 و IPv6. يشير المصطلح "توجيه مكدس مزدوج" إلى شبكة ثنائية IP ، وهذا يعني ، يجب أن تكون جميع أجهزة التوجيه قادرة على توجيه كل من IPv4 و IPv6.

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

2. الأنفاق

يشير المصطلح "tunneling" إلى وسيلة لتغليف إصدار واحد من IP في إصدار آخر بحيث يمكن إرسال الحزم عبر العمود الفقري الذي لا يدعم إصدار IP المغلف. على سبيل المثال ، عندما اثنين معزولة IPv6 تحتاج الشبكات إلى التواصل عبر IPv4 شبكة ، يمكن استخدام أجهزة توجيه مزدوجة التكديس على حواف الشبكة لإعداد نفق يحتوي على IPv6 الحزم داخل IPv4، مما يسمح IPv6 نظم للتواصل دون الحاجة إلى ترقية IPv4 البنية التحتية للشبكة الموجودة بين الشبكات.

  1. الأنفاق المكوّنة: يُستخدم مصطلح "الأنفاق المكوّنة" عندما يقوم مسؤولو الشبكة بتكوين النفق يدويًا داخل أجهزة توجيه نقطة النهاية في كل نهاية من النفق. يجب أن تنعكس أي تغييرات على الشبكة مثل إعادة ترقيم يدويًا على نقطة نهاية النفق. الأنفاق ينتج عنها حمولة رأس IP إضافية منذ تغليفها IPv6 الحزم داخل IPv4 (أو العكس).
  2. الأنفاق التلقائية: يتم استخدام المصطلح "أنفاق تلقائية" عندما يقوم الجهاز مباشرة بإنشاء أنفاقه الخاصة لأجهزة التوجيه المزدوجة المكدسة لشحن حزم IP داخل IP. ال IPv6 Tunnel Broker (RFC 3053) ، 6to4 (RFC 3056) ، Teredo (Tunneling IPv6 عبر UDP من خلال NATs- RFC 4380) و ISATAP (بروتوكول معالجة النفق التلقائي داخل الموقع) IPv6 الحزم داخل IPv4 ويمكن الرجوع إليها IPv6-على-IPv4 آليات بينما DSTM (آلية الانتقال المزدوج المكدس) السفن IPv4 الحزم داخل IPv6 ويمكن أن يكون مرجعا كما IPv4-على-IPv6 آلية.

    منظمة IPv6 تستخدم آلية وسيط النفق خوادم مزدوجة مكدسة بين IPv6 و IPv4 شبكات للمساعدة في إعداد نفق تكوينه إلى مضيف. تسمح أنظمة 6to4 و Teredo و ISATAP لأنظمة المضيف النهائي بإنشاء أنفاق تلقائية خاصة بها لأجهزة توجيه مزدوجة مكدسة للشحن IPv6 الحزم داخل IPv4. بينما ISATAP هو أساسا ل IPv6-على-IPv4 نفق داخل مجال ، كل من الآخر IPv6-على-IPv4 تم تصميم آليات لنفق IPv6 الحزم من IPv4المجال الإداري فقط. مثل الأنفاق المكوّنة ، فإن النفق الآلي يحتوي على حمولة رأسية IP مزدوجة ، حيث يتم تغليف الأنفاق IPv6 الحزم داخل IPv4 (أو العكس).

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

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

3. بروتوكولات المترجمين

يشير مصطلح "المترجمون" إلى الأجهزة القادرة على ترجمة حركة المرور من IPv4 إلى IPv6 أو العكس. تهدف هذه الآلية إلى التخلص من الحاجة إلى تشغيل شبكة مكدس مزدوج من خلال ترجمة حركة المرور من IPv4فقط الأجهزة للعمل داخل IPv6 بنية تحتية. يوصى بهذا الخيار فقط كحل أخير لأن الترجمة تتداخل مع هدف الشفافية من طرف إلى طرف في اتصالات الشبكة. استخدام مترجمين البروتوكول يسبب مشاكل مع NAT ويقيد بشدة استخدام عنونة IP.

 

 

تدريب على IPv6

لدى AFRINIC برنامج تدريبي مكثف يوفر تدريبًا مجانيًا لأكثر من 600 مهندس شبكة سنويًا على إدارة موارد أرقام الإنترنت (INRM) و IPv6 التخطيط والنشر.

تتزايد دوراتنا التدريبية دائمًا لدعم التقنيات المتعلقة بموارد الإنترنت ، بما في ذلك DNSSEC و RPKI.

الأهداف و IPv6 بالطبع هو IPv6 المنتدى (ذهبي) معتمد ويتم تدريبه بشكل كامل ، ويستفيد من نطاقنا الشامل IPv6 اختبار الوصول الذي يوفر للمشاركين تجربة عملية على معدات حقيقية لتكوين واختبار واستكشاف الأخطاء وإصلاحها IPv6.

الحضور في ورش العمل لدينا مجاني مع إعطاء الأولوية لأعضائنا. لمزيد من التفاصيل ، يرجى زيارة موقعنا على بوابة التدريب المخصصة في http://learn.afrinic.net

 

السياسات على IPv6

IPv6 السياسات ذات الصلة التي تم التصديق عليها وتنفيذها يمكن الإشارة إليها من موقعنا دليل السياسة الموحدة (CPM)

 

 

الاستطلاعات 

 

2010

 

2011

 

2012

 

الرقم المرجعي

وسائل الإعلام والمنشورات

 

المراجع

بروتوكولات

  • RFC 2460 بروتوكول الإنترنت ، الإصدار 6 (المواصفات)
  • RFC 2461 الجار ديسكفري ل IPv6 الإصدار 6 (IPv6)
  • RFC 2462 IPv6 عديمي الجنسية عنوان التكوين التلقائي
  • RFC 4193 المحلية الفريدة IPv6 عناوين أحادية الإرسال
  • RFC 4213 آليات الترجمة الأساسية لـ IPv6 المضيفين وأجهزة التوجيه
  • RFC 1887 بنية ل IPv6 تخصيص عنوان أحادي الإرسال
  • RFC 4291 IP الإصدار 6 معالجة العمارة
  • RFC 3596 ملحقات DNS لدعم IP الإصدار 6

الانتقال والتشغيل البيني

  • RFC 4038 جوانب تطبيق IPv6 انتقال
  • RFC 4213 آليات الانتقال الأساسية ل IPv6 المضيفين وأجهزة التوجيه
  • RFC 4380 تريدو: حفر الأنفاق IPv6 عبر UDP من خلال ترجمات عنوان الشبكة (NATs)
  • RFC 4891 باستخدام IP- ثانية لتأمين IPv6في،IPv4 الأنفاق
  • RFC 3053 IPv6 نفق الوسيط
  • RFC 3056 اتصال من IPv6 المجالات عبر IPv4 سحاب
  • RFC 3064 بادئة Any-cast لـ 6to4 Relay Routers
  • RFC 3068 اعتبارات أمنية لـ 6to4
  • RFC 3942 An IPv6إلىIPv4 ترحيل النقل المترجم
  • RFC 3338 المضيفين المكدس المزدوج باستخدام Bump-in-the-API (BIA)
  • RFC 2765 خوارزمية ترجمة IP / ICMP عديمي الجنسية (SIIT)

قابل للفتح

  • RFC 3750 الشبكات غير المدارة IPv6 سيناريوهات الانتقال
  • RFC 4029 سيناريوهات وتحليل لتقديم IPv6 في شبكات ISP
  • RFC 4057 IPv6 سيناريوهات شبكة المؤسسة
  • RFC 4192 إجراءات إعادة ترقيم IPv6 شبكة دون يوم العلم
  • RFC 4779 ISP IPv6 سيناريوهات النشر في شبكات الوصول إلى النطاق العريض
  • RFC 4852 IPv6 تحليل شبكة المؤسسة - IP Layer 3 Focus

 

 

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