عنوان IPv6

📅 آخر تحديث: ٣١ يوليو ٢٠٢٦
✍️ نُشر في: ٣١ يوليو ٢٠٢٦
📷 يحتوي على 1 صور
الموسوعة الحرة
تحليل عنوان IPv6 إلى شكله الثنائي

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

يُعدّ بروتوكول الإنترنت الإصدار السادس (IPv6) خليفةً لبنية العنونة الأولى للإنترنت ، وهي بروتوكول الإنترنت الإصدار الرابع (IPv4). وعلى عكس IPv4، الذي كان يُعرّف عنوان IP بقيمة 32 بت، فإن عناوين IPv6 تتكون من 128 بت. وبالتالي، يتميز IPv6 بنطاق عناوين أوسع بكثير .

أساليب العنونة

تُصنف عناوين IPv6 وفقًا لمنهجيات العنونة والتوجيه الأساسية الشائعة في الشبكات: العنونة أحادية البث، والعنونة متعددة البث، والعنونة متعددة البث. [ 1 ]

يُحدد عنوان البث الأحادي واجهة شبكة واحدة. ويقوم بروتوكول الإنترنت بتسليم الحزم المرسلة إلى عنوان البث الأحادي إلى تلك الواجهة المحددة.

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

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

تنسيقات العناوين

يتكون عنوان IPv6 من 128 بت. [ 1 ] بالنسبة لكل من منهجيات العنونة والتوجيه الرئيسية، يتم التعرف على تنسيقات عناوين مختلفة عن طريق تقسيم بتات العنوان الـ 128 إلى مجموعات بت واستخدام قواعد محددة لربط قيم مجموعات البت هذه بميزات عنونة خاصة.

تنسيق عنوان البث الأحادي والبث المتعدد

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

تنسيق عنوان أحادي البث العام (يختلف حجم بادئة التوجيه)
أجزاء48 (أو أكثر)16 (أو أقل)64
مجالبادئة التوجيهمعرف الشبكة الفرعيةمعرّف الواجهة

يُحتوى مُعرّف الشبكة ( مُعرّف التوجيه مُدمجًا مع مُعرّف الشبكة الفرعية ) في أهم 64 بت من العنوان. قد يختلف حجم مُعرّف التوجيه؛ فكلما زاد حجمه، قلّ حجم مُعرّف الشبكة الفرعية . تُتاح بتات حقل مُعرّف الشبكة الفرعية لمُدير الشبكة لتحديد الشبكات الفرعية داخل الشبكة المُحددة. يُنشأ مُعرّف الواجهة ذو الـ 64 بت تلقائيًا بشكل عشوائي، أو يُستَحصَل عليه من خادم DHCPv6 ، أو يُعيَّن يدويًا. (تاريخيًا، كان يُولَّد تلقائيًا من عنوان MAC الخاص بالواجهة باستخدام تنسيق EUI-64 المُعدَّل ، ولكن هذه الطريقة غير مُوصى بها الآن لأسباب تتعلق بالخصوصية. [ 2 ] )

العناوين المحلية الفريدة هي عناوين مماثلة لعناوين الشبكة الخاصة IPv4 .

تنسيق عنوان محلي فريد
أجزاء71401664
مجالبادئةلعشوائيمعرف الشبكة الفرعيةمعرّف الواجهة

يحتوي حقل البادئة على القيمة الثنائية 1111110. تكون قيمة البت L واحدًا للعناوين المُخصصة محليًا؛ أما نطاق العناوين الذي تكون فيه قيمة L صفرًا فهو غير مُحدد حاليًا. يتم اختيار الحقل العشوائي عشوائيًا مرة واحدة، عند بدء بادئة التوجيه / 48 .

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

تنسيق عنوان محلي للرابط
أجزاء105464
مجالبادئةأصفارمعرّف الواجهة

يحتوي حقل البادئة على القيمة الثنائية 1111111010. الأصفار الـ 54 التي تليها تجعل بادئة الشبكة الإجمالية هي نفسها لجميع عناوين الارتباط المحلي ( fe80:: / 64 بادئة عنوان الارتباط المحلي )، مما يجعلها غير قابلة للتوجيه.

تنسيق عنوان البث المتعدد

يتم تشكيل عناوين البث المتعدد وفقًا لعدة قواعد تنسيق محددة، اعتمادًا على التطبيق.

تنسيق عنوان البث المتعدد العام
أجزاء844112
مجالبادئةflgSCمعرّف المجموعة

بالنسبة لجميع عناوين البث المتعدد، يحتوي حقل البادئة على القيمة الثنائية 11111111.

حاليًا، يتم تعريف ثلاثة من أصل أربعة بتات علم في حقل flg ؛ [ 1 ] يتم حجز بت العلم الأكثر أهمية للاستخدام المستقبلي.

علامات عناوين البث المتعدد [ 3 ]
بت [ أ ]علَمالمعنى عندما 0المعنى عندما 1
8محجوزمحجوزمحجوز
9R (موعد) [ 4 ]نقطة الالتقاء غير مضمنةنقطة الالتقاء المدمجة
10P (بادئة) [ 5 ]بدون معلومات البادئةعنوان يعتمد على بادئة الشبكة
11T (عابر) [ 1 ]عنوان البث المتعدد المعروفعنوان البث المتعدد المُعيّن ديناميكيًا

يُستخدم حقل النطاق ذو الأربع بتات (sc) للإشارة إلى مكان كون العنوان صالحًا وفريدًا .

بالإضافة إلى ذلك، يتم استخدام حقل النطاق لتحديد عناوين البث المتعدد الخاصة، مثل العقدة المطلوبة .

تنسيق عنوان البث المتعدد للعقدة المطلوبة
أجزاء84479924
مجالبادئةflgSCأصفارتلكعنوان أحادي البث

يحتوي حقل sc(ope) على القيمة الثنائية 0010 (محلي للرابط). تُحسب عناوين البث المتعدد للعقدة المطلوبة كدالة لعناوين البث الأحادي أو البث المتعدد للعقدة. يُنشأ عنوان البث المتعدد للعقدة المطلوبة بنسخ آخر 24 بت من عنوان البث الأحادي أو البث المتعدد إلى آخر 24 بت من عنوان البث المتعدد.

تنسيق عنوان البث المتعدد القائم على بادئة البث الأحادي [ 4 ] [ 5 ]
أجزاء8444486432
مجالبادئةflgSCresريدكاملبادئة الشبكةمعرّف المجموعة

تستخدم عناوين البث المتعدد ذات النطاق الرابط تنسيقًا مشابهًا. [ 6 ]

التمثيل

يُمثَّل عنوان IPv6 بثماني مجموعات، كل مجموعة تتكون من أربعة أرقام سداسية عشرية ، وتمثل كل مجموعة 16 بتًا . تُفصل المجموعات بنقطتين رأسيتين (:). مثال على عنوان IPv6:

2001:0db8:85a3:0000:0000:8a2e:0370:7334

تُتيح المعايير مرونةً في تمثيل عناوين IPv6. يُمكن تبسيط التمثيل الكامل لثماني مجموعات من أربعة أرقام باستخدام عدة تقنيات، مما يُؤدي إلى حذف أجزاء من التمثيل. وبشكل عام، يتم اختصار التمثيلات قدر الإمكان. مع ذلك، تُعقّد هذه الممارسة العديد من العمليات الشائعة، وتحديدًا البحث عن عنوان مُحدد أو نمط عنوان في مستندات نصية أو تدفقات بيانات، ومقارنة العناوين لتحديد التكافؤ. وللتخفيف من هذه التعقيدات، حددت فرقة عمل هندسة الإنترنت (IETF) تنسيقًا قياسيًا لعرض عناوين IPv6 في النصوص: [ 9 ]

  • تتم مقارنة الأرقام السداسية العشرية دائمًا بطريقة غير حساسة لحالة الأحرف، ولكن توصيات IETF تشير إلى استخدام الأحرف الصغيرة فقط. على سبيل المثال، يُفضل استخدام 2001:db8::1 على 2001:DB8::1 .
  • يتم حذف الأصفار البادئة في كل حقل من حقول 16 بت، ولكن يجب أن تحتفظ كل مجموعة برقم واحد على الأقل. على سبيل المثال، يتم عرض 2001:0db8::0001:0000 على النحو التالي: 2001:db8::1:0 ؛
  • يُستبدل أطول تسلسل من الحقول المتتالية التي تحتوي على أصفار فقط بنقطتين رأسيتين ( : :). إذا احتوى العنوان على عدة تسلسلات من الحقول التي تحتوي على أصفار فقط بنفس الحجم، ولتجنب الالتباس، يتم ضغط الحقل الموجود في أقصى اليسار. على سبيل المثال، يُعرض العنوان 2001:db8:0:0:1:0:0:1 على أنه 2001:db8::1:0:0:1 بدلاً من 2001:db8:0:0:1::1 . لا تُستخدم النقطتان الرأسيتان :: لتمثيل حقل واحد فقط يحتوي على أصفار فقط. على سبيل المثال، يُختصر العنوان 2001:db8:0:0:0:0:2:1 إلى 2001:db8::2:1 ، بينما يُعرض العنوان 2001:db8:0000:1:1:1:1:1 على أنه 2001:db8:0:1:1:1:1:1 .

قد تؤدي هذه الطرق إلى تمثيلات قصيرة جدًا لعناوين IPv6. على سبيل المثال، يتم اختصار عنوان المضيف المحلي (loopback)، 0:0:0:0:0:0:0:1 ، وعنوان IPv6 غير المحدد، 0:0:0:0:0:0:0:0 ، إلى ::1 و :: على التوالي.

خلال عملية انتقال الإنترنت من بروتوكول IPv4 إلى IPv6، من الشائع العمل في بيئة عناوين مختلطة. في مثل هذه الحالات، تم استحداث صيغة خاصة للتعبير عن عناوين IPv6 المتوافقة مع IPv4 والمُطابقة له، وذلك بكتابة أقل 32 بتًا أهمية من العنوان بصيغة IPv4 العشرية النقطية المألوفة ، بينما تُكتب الـ 96 بتًا الأكثر أهمية بصيغة IPv6. على سبيل المثال، يُكتب عنوان IPv6 المُطابق لـ IPv4 ، وهو ::ffff:c000:0280، على النحو التالي : ::ffff:192.0.2.128 ، مما يُوضح بوضوح عنوان IPv4 الأصلي الذي تم تحويله إلى IPv6.

الشبكات

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

تُكتب نطاقات عناوين الشبكة باستخدام ترميز CIDR . يُشار إلى الشبكة بالعنوان الأول في الكتلة (الذي ينتهي بأصفار)، ثم شرطة مائلة (/)، وقيمة عشرية تساوي حجم البادئة بالبتات. على سبيل المثال، تبدأ الشبكة المكتوبة على النحو التالي 2001:db8:1234:: / 48 من العنوان 2001:db8:1234:0000:0000:0000:0000:0000 وتنتهي عند العنوان 2001:db8:1234:ffff:ffff:ffff:ffff:ffff .

يمكن الإشارة إلى بادئة التوجيه لعنوان واجهة مباشرةً باستخدام تدوين CIDR. على سبيل المثال، يُكتب تكوين واجهة بعنوان 2001:db8:a::123 متصلة بالشبكة الفرعية 2001:db8:a:: / 64 على النحو التالي: 2001:db8:a::123 / 64 .

أحجام الكتل المعالجة

يُحدد حجم كتلة العناوين بكتابة شرطة مائلة (/) متبوعة برقم عشري يُمثل طول بادئة الشبكة بالبتات. على سبيل المثال، تُشار إلى كتلة عناوين ذات بادئة طولها 48 بتًا بالرمز / 48 . تحتوي هذه الكتلة على 2^ 128 - 48 = 2^ 80 عنوانًا. كلما قصر طول بادئة الشبكة، زاد حجم الكتلة: كتلة / 21 أكبر بثماني مرات من كتلة / 24 .

عناوين IPv6 الحرفية في معرّفات موارد الشبكة

قد تتعارض علامات النقطتين (:) في عناوين IPv6 مع الصيغة المتعارف عليها لمعرفات الموارد، مثل URIs و URLs . تُستخدم النقطتان عادةً لإنهاء مسار المضيف قبل رقم المنفذ . [ 10 ] ولتجنب هذا التعارض، تُحاط عناوين IPv6 الحرفية بأقواس مربعة في معرفات الموارد هذه، على سبيل المثال:

http://[2001:db8:85a3:8d3:1319:8a2e:370:7348]/

عندما يحتوي عنوان URL أيضًا على رقم منفذ، تكون الصيغة كالتالي:

https://[2001:db8:85a3:8d3:1319:8a2e:370:7348]:443/

حيث يمثل الرقم 443 في النهاية رقم منفذ المثال.

عناوين IPv6 الحرفية ذات النطاق المحدد (مع فهرس المنطقة)

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

لحل الغموض في العناوين النصية، أيجب إلحاق فهرس المنطقة بالعنوان. ويفصل بين فهرس المنطقة والعنوانعلامة النسبة المئوية(%). [ 11 ] على الرغم من وجوب دعم فهارس المناطق الرقمية عالميًا، إلا أنه قد يكون أيضًا سلسلة نصية تعتمد على التنفيذ. عنوان الارتباط المحلي

fe80::1ff:fe23:4567:890a

يمكن التعبير عنها بواسطة

fe80::1ff:fe23:4567:890a%eth2 [ c ]

أو

fe80::1ff:fe23:4567:890a%3

يُعدّ استخدام اسم الواجهة (الأول ) شائعًا في معظم أنظمة التشغيل الشبيهة بنظام يونكس (مثل BSD ، لينكس ، ماك أو إس ). [ 12 ] أما استخدام رقم الواجهة (الثاني) فهو الصيغة الوحيدة في نظام مايكروسوفت ويندوز ، ولكن نظرًا لأن دعم هذه الصيغة إلزامي وفقًا للمعايير، فهي متوفرة أيضًا في أنظمة تشغيل أخرى. [ د ]

تدعم أنظمة التشغيل المبنية على نظام BSD (بما في ذلك macOS) أيضًا صيغة بديلة غير قياسية، حيث يتم ترميز فهرس المنطقة الرقمي في الكلمة الثانية المكونة من 16 بت من العنوان. مثال:

fe80:3::1ff:fe23:4567:890a

في جميع أنظمة التشغيل المذكورة أعلاه، يشير فهرس المنطقة لعناوين الارتباط المحلي إلى واجهة، وليس إلى منطقة. ونظرًا لأن عدة واجهات قد تنتمي إلى نفس المنطقة (على سبيل المثال عند الاتصال بنفس الشبكة)، فقد يكون عنوانان بمعرفات مناطق مختلفة متكافئين عمليًا، ويشيران إلى نفس المضيف على نفس الرابط. [ هـ ]

عند استخدام علامة النسبة المئوية في معرّفات الموارد الموحدة (URI)، فإنها تتسبب في تعارض في بناء الجملة، لذلك يجب تهريبها عبر ترميز النسبة المئوية ، [ 13 ] على سبيل المثال:

http://[fe80::1ff:fe23:4567:890a %25 eth0]/

عناوين IPv6 الحرفية في أسماء مسارات UNC

في أنظمة تشغيل مايكروسوفت ويندوز ، تُعدّ عناوين IPv4 مُعرّفات مواقع صالحة في مسارات التسمية الموحدة (UNC). مع ذلك، تُعتبر النقطتان الرأسيتان (:) حرفًا غير مسموح به في مسار UNC. وبالتالي، يُعدّ استخدام عناوين IPv6 غير مسموح به أيضًا في أسماء UNC. لهذا السبب، طبّقت مايكروسوفت خوارزمية نسخ لتمثيل عنوان IPv6 على شكل اسم نطاق يُمكن استخدامه في مسارات UNC. لهذا الغرض، سجّلت مايكروسوفت وحجزت نطاق المستوى الثاني ipv6-literal.net على الإنترنت (مع أنها تخلّت عن النطاق في يناير 2014 [ 14 ] ). تُنسخ عناوين IPv6 كاسم مضيف أو اسم نطاق فرعي ضمن هذا النطاق ، على النحو التالي:

2001:db8:85a3:8d3:1319:8a2e:370:7348

تُكتب على النحو التالي:

2001-db8-85a3-8d3-1319-8a2e-370-7348.ipv6-literal.net

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

إذا كان عنوان IPv6 يحتوي على فهرس منطقة، فسيتم إلحاقه بجزء العنوان بعد الحرف 's':

fe80::1ff:fe23:4567:890a%3

تُكتب على النحو التالي:

fe80--1ff-fe23-4567-890a s3 .ipv6-literal.net

نطاقات العناوين

كل عنوان IPv6، باستثناء العنوان غير المحدد ( : :)، له نطاق ، [ 11 ] يحدد في أي جزء من الشبكة يكون صالحًا.

أحادي البث

بالنسبة لعناوين البث الأحادي ، يتم تحديد نطاقين: النطاق المحلي للرابط والنطاق العالمي.

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

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

Anycast

عناوين البث المتعدد متطابقة نحويًا مع عناوين البث الأحادي ولا يمكن تمييزها عنها. الفرق الوحيد بينهما إداري. لذا، فإن نطاقات عناوين البث المتعدد هي نفسها نطاقات عناوين البث الأحادي.

البث المتعدد

بالنسبة لعناوين البث المتعدد ، تحدد البتات الأربعة الأقل أهمية في الجزء الثاني من العنوان ( ff0 s : :) نطاق العنوان ، أي المجال الذي يجب أن تنتشر فيه حزمة البث المتعدد. النطاقات المحددة مسبقًا والمحجوزة هي:

قيم النطاق [ 1 ] : 2.7
قيمةاسم النطاقملحوظات
0x0محجوز
0x1واجهة محليةلا يغطي النطاق المحلي للواجهة سوى واجهة واحدة على العقدة، وهو مفيد فقط لنقل البث المتعدد في حلقة التكرار.
0x2رابط محلييمتد نطاق الارتباط المحلي على نفس المنطقة الطوبولوجية التي يمتد عليها نطاق البث الأحادي المقابل.
0x3محلي النطاقيُعرَّف النطاق المحلي للمجال بأنه أكبر من النطاق المحلي للرابط، ويتم تحديده تلقائيًا بواسطة طوبولوجيا الشبكة، ويجب ألا يكون أكبر من النطاقات التالية. [ 15 ]
0x4مسؤول محلينطاق الإدارة المحلي هو أصغر نطاق يجب تكوينه إداريًا، أي أنه لا يتم اشتقاقه تلقائيًا من الاتصال المادي أو أي تكوين آخر غير متعلق بالبث المتعدد.
0x5الموقع المحلييهدف النطاق المحلي للموقع إلى تغطية موقع واحد تابع لمنظمة ما.
0x8المنظمة المحليةيهدف النطاق المحلي للمنظمة إلى تغطية جميع المواقع التابعة لمنظمة واحدة.
0xeعالمييشمل النطاق العالمي جميع العقد التي يمكن الوصول إليها على الإنترنت - فهو غير محدود. 
0xfمحجوز

جميع النطاقات الأخرى غير مخصصة ومتاحة للمسؤولين لتحديد مناطق إضافية.

مساحة العنوان

التخصيص العام

تُفوَّض إدارة عملية تخصيص عناوين IPv6 إلى هيئة الأرقام المخصصة للإنترنت (IANA) [ 16 ] من قِبَل مجلس هندسة الإنترنت ومجموعة توجيه هندسة الإنترنت . وتتمثل وظيفتها الرئيسية في تخصيص نطاقات عناوين كبيرة لسجلات الإنترنت الإقليمية (RIRs)، التي تُفوَّض بدورها مهمة التخصيص لمزودي خدمات الشبكة والسجلات المحلية الأخرى. وتحتفظ هيئة IANA بالقائمة الرسمية لتخصيصات نطاق عناوين IPv6 منذ ديسمبر 1995. [ 17 ]

لتمكين تجميع المسارات بكفاءة، وبالتالي تقليل حجم جداول توجيه الإنترنت، يُخصص حاليًا ثُمن مساحة العناوين الإجمالية ( 2000:: / 3 ) للاستخدام على الإنترنت . أما باقي مساحة عناوين IPv6 فهو محجوز للاستخدام المستقبلي أو لأغراض خاصة. تُخصص مساحة العناوين لسجلات الإنترنت الإقليمية (RIRs) في مجموعات من / 23 إلى / 12 . [ 18 ]

تُخصّص سجلات الإنترنت الإقليمية (RIRs) نطاقات أصغر لسجلات الإنترنت المحلية التي بدورها تُوزّعها على المستخدمين. تتراوح أحجام هذه النطاقات عادةً بين / 19 و / 32 . [ 19 ] [ 20 ] [ 21 ] يمكن العثور على سجلات تخصيص البث الأحادي العالمي في مواقع سجلات الإنترنت الإقليمية المختلفة أو مواقع إلكترونية أخرى. [ 22 ]

تُوزَّع العناوين عادةً على المستخدمين النهائيين في نطاقات تتراوح أحجامها بين / 48 و / 56 . [ 23 ] تُخصَّص عناوين IPv6 للمؤسسات في نطاقات أكبر بكثير مقارنةً بتخصيص عناوين IPv4، حيث يُوصى بتخصيص نطاق / 48 يحتوي على 2 ^80 عنوانًا، أي ما يعادل 2^ 48 أو حوالي2.8 × 10^ 14 ضعف مساحة عناوين IPv4 الكاملة التي تبلغ 2^ 32 عنوانًا وحوالييبلغ حجم هذه المجموعة 7.2 × 10، أي أكبر بـ 16 مرة من كتل عناوين IPv4 / 8 ، وهي أكبر تخصيصات عناوين IPv4. ومع ذلك، فإن إجمالي هذه المجموعة كافٍ للمستقبل المنظور، حيث يوجد 2^ 128 (أي 340,282,366,920,938,463,463,374,607,431,768,211,456؛ أو حوالي 10^16) .3.4 × 10 38 ، أو 340 أونديسيليون ) عناوين IPv6 فريدة.

يمكن لكل سجل إنترنت إقليمي (RIR) تقسيم كل كتلة من كتل / 23 المتعددة التابعة له إلى كتل / 32 بحجم 512 ، وعادةً ما تكون كتلة واحدة لكل مزود خدمة إنترنت (ISP). ويمكن لمزود خدمة الإنترنت تقسيم كتلة / 32 الخاصة به إلى 65 كتلة / 48 بحجم 536 ، وعادةً ما تكون كتلة واحدة لكل عميل. [ 24 ] يمكن للعملاء إنشاء 65 شبكة / 64 من كتلة / 48 المخصصة لهم ، تحتوي كل منها على 264 (أي ما يعادل 18,446,744,073,709,551,616 بالضبط؛ أو حوالي1.8 × 10^ 19 عنوانًا. في المقابل، لا تتجاوز مساحة عناوين IPv4 بأكملها 2^ 32 (4,294,967,296 عنوانًا بالضبط؛ أو حوالي4.3 × 10 9 ) عناوين.

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

تخصيص خاص

يتم تخصيص مساحة عناوين مستقلة عن مزود الخدمة مباشرة لمنظمات المستخدمين النهائيين بواسطة سجلات الإنترنت الإقليمية من نطاق عناوين خاص ( 2001:678:: / 29 للمخصص لهم في منطقة خدمة RIPE NCC) وتسمح لهذه المنظمات بإجراء تغييرات على مزود الخدمة دون إعادة ترقيم شبكاتها.

يتم تخصيص عناوين خاصة لنقاط تبادل الإنترنت (IXPs) بشكل رئيسي من النطاقات 2001:7f8:: / 32 (RIPE NCC)، 2001:504:: / 30 (ARIN)، 2001:de0:: / 27 (APNIC)، و 2001:43f8:: / 32 (AFRINIC) [ 25 ] [ 26 ] للتواصل بين مزودي خدمة الإنترنت المتصلين بها .

تم تخصيص عناوين لخوادم أسماء الجذر في الغالب من النطاقات 2001:500:: / 30 و 2001:7f8:: / 29. [ 27 ]

عناوين البث المتعدد المحجوزة

يُحجز أدنى عنوان ضمن كل بادئة شبكة فرعية (حيث يكون مُعرّف الواجهة مُعيّنًا على أصفار) كعنوان بثّ متعدد القنوات لجهاز التوجيه الفرعي . [ 1 ] يمكن للتطبيقات استخدام هذا العنوان عند التواصل مع أيٍّ من أجهزة التوجيه المتاحة، حيث تُسلّم الحزم المُرسلة إلى هذا العنوان إلى جهاز توجيه واحد فقط.

تُحجز أعلى 128 عنوانًا ضمن كل بادئة شبكة فرعية / 64 لاستخدامها كعناوين بث متعدد. [ 28 ] عادةً ما تكون أول 57 بتًا من مُعرّف الواجهة في هذه العناوين مُعيّنة إلى 1، متبوعةً بمعرّف البث المتعدد المكون من 7 بتات. يمكن أن تكون بادئات الشبكة بأي طول لأغراض التوجيه، ولكن يجب أن يكون طول الشبكات الفرعية 64 بتًا. يُعرّف العنوان ذو القيمة 0x7e في البتات السبعة الأقل أهمية كعنوان بث متعدد لوكلاء IPv6 المنزليين المتنقلين. العنوان ذو القيمة 0x7f (جميع البتات 1) محجوز ولا يجوز استخدامه. لم يتم تخصيص أي عناوين أخرى من هذا النطاق، لذا فإن جميع القيم المتبقية، من 0x00 إلى 0x7d، محجوزة أيضًا.

يُستثنى من ذلك روابط /127 من نوع نقطة إلى نقطة بين أجهزة التوجيه. [ 29 ] بالنسبة لهذه الروابط، يجب عدم تفسير العنوان الذي يحتوي على بت الشبكة الفرعية صفر على أنه عنوان بث متعدد، بل على أنه عنوان بث أحادي عادي.

عناوين خاصة

يوجد عدد من العناوين ذات المعنى الخاص في بروتوكول IPv6. [ 30 ] تحتفظ هيئة IANA بسجل لهذه العناوين ذات الأغراض الخاصة. [ 31 ] وهي تمثل أقل من 2% من إجمالي مساحة العناوين.

كتل عناوين خاصة
نطاق العناوين ( CIDR )العنوان الأولالعنوان الأخيرعدد العناوينالاستخدامغاية
::/128::::1برمجةعنوان غير محدد
::1/128::1::11يستضيفعنوان الاسترجاع — واجهة افتراضية تعيد توجيه جميع حركة المرور إلى نفسها، المضيف المحلي
::ffff:0:0/96::ffff:0.0.0.0 ::ffff:0:0::ffff:255.255.255.255 ::ffff:ffff:ffff2 32برمجةعناوين IPv4
64:ff9b::/9664:ff9b::0.0.0.0 64:ff9b::0:064:ff9b::255.255.255.255 64:ff9b::ffff:ffff2 32الإنترنت العالميترجمة NAT64 IPv4/IPv6 [ 32 ]
64:ff9b:1::/4864:ff9b:1::64:ff9b:1:ffff:ffff:ffff:ffff:ffff280 ، مع 248 لكل IPv4شبكات الإنترنت الخاصةترجمة IPv4/IPv6 للاستخدام المحلي [ 33 ]
100::/64100::100::ffff:ffff:ffff:ffff2 64التوجيهتجاهل البادئة [ 34 ]
2001::/322001::2001:0:ffff:ffff:ffff:ffff:ffff:ffff2 96الإنترنت العالمينفق تيريدو [ 35 ]
2001:20::/282001:20::2001:2f:ffff:ffff:ffff:ffff:ffff:ffff2 100برمجةأوركيد الإصدار الثاني [ 36 ]
2001:db8::/322001:db8::2001:db8:ffff:ffff:ffff:ffff:ffff:ffff2 96الوثائقالعناوين المستخدمة في الوثائق ورمز المصدر النموذجي [ 37 ]
2002::/162002::2002:ffff:ffff:ffff:ffff:ffff:ffff:ffff2 112الإنترنت العالمينظام العنونة 6to4
3fff::/203fff::3fff:fff:ffff:ffff:ffff:ffff:ffff:ffff2 108الوثائقالعناوين المستخدمة في الوثائق ورمز المصدر النموذجي [ 38 ]
5f00::/165f00::5f00:ffff:ffff:ffff:ffff:ffff:ffff:ffff2 112التوجيهتوجيه القطاعات IPv6 (SRv6) [ 39 ]
fc00::/7fc00::فدف:ffff:ffff:ffff:ffff:ffff:ffff:ffff2 121شبكات الإنترنت الخاصةعنوان محلي فريد . ملاحظة: البت L الذي يساوي 0 محجوز، لذا فإن العنوان الأول حاليًا هو fd00::، وذلك لـ 2120 عنوانًا . [ 40 ]
fe80::/64 من fe80::/10fe80::fe80::ffff:ffff:ffff:ffff2 64وصلةعنوان محلي للرابط
ff00::/8ff00::ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff2 120الإنترنت العالميعنوان البث المتعدد

في الماضي ، كان يُنظر في استخدام ::ffff: 0 :0.0.0.0/96 ( :: ffff: 0 :0: 0/96 ) لترجمة IPv4/ IPv6 ، [ 41 ] ولكنه لم يعد محجوزًا. [ 42 ] [ 32 ]

عناوين البث الأحادي

عنوان غير محدد

  • :: / 128 –يُطلق على العنوان الذي يحتوي على جميع البتات أصفارًا اسمالعنوان غير المحدد(يُقابل 0.0.0.0 / 32 في IPv4). لا يجوز أبدًا تخصيص هذا العنوان لأي واجهة، ويُستخدم فقط في البرامج قبل أن يتعرف التطبيق على عنوان المصدر الخاص بمضيفه المناسب للاتصال المُعلق. يجب على أجهزة التوجيه عدم إعادة توجيه الحزم التي تحمل العنوان غير المحدد. 

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

في تكوين جدول التوجيه، يمكن استخدام العنوان غير المحدد لتمثيل عنوان المسار الافتراضي (المقابل لـ 0.0.0.0 / 0 في IPv4) لعناوين الوجهة (أحادي البث، متعدد البث، وغيرها) غير المحددة في مكان آخر في جدول التوجيه.

العناوين المحلية

  • ::1 / 128 –عنوانالاسترجاعهومحلي. يتوافق هذا العنوان مع 127.0.0.1 / 8 في بروتوكول IPv4.إذا أرسل تطبيق على مضيف حزم بيانات إلى هذا العنوان، فإن بروتوكول IPv6 يعيد توجيه هذه الحزم عبر نفس الواجهة الافتراضية. 
  • fe80:: / 10 –العناوين في بادئة الارتباط المحلي صالحة وفريدة فقط على الشبكة الفرعية المحلية. يُقارن نطاق العناوين هذا بعناوين التكوين التلقائي 169.254.0.0 / 16 لبروتوكول IPv4.ضمن هذه البادئة، يتم تخصيص شبكة فرعية واحدة فقط / 64 (تحتوي على 54 بتًا صفريًا)، مما ينتج عنه تنسيق فعال هو fe80:: / 64. كانت البتات الـ 64 الأقل أهمية تُختار سابقًا كعنوان واجهة الأجهزة المُنشأEUI-64 المُعدّل، ولكنها الآن قيم شبه عشوائية لأغراض الخصوصية.عنوان الارتباط المحليمطلوب على كل واجهة تدعم IPv6، ويمكن للتطبيقات الاعتماد على وجود عنوان الارتباط المحلي حتى في حالة عدم وجود توجيه IPv6. 

عناوين محلية فريدة

  • fc00:: / 7 —تُستخدمالعناوين المحلية الفريدة (ULAs) للاتصالات المحلية [ 40 ] (وهي مُشابهةلعناوين IPv4 الخاصة 10.0.0.0 / 8 و 172.16.0.0 / 12 و 192.168.0.0 / 16 ).ولا يُمكن توجيهها إلا ضمن مجموعة من المواقع المُتعاونة. ينقسم هذا النطاق إلى نصفين. النصف السفلي ( fc00:: / 8 ) مُخصص للبادئات المُخصصة عالميًا، ولكن لم يتم تحديد طريقة تخصيصها بعد. أما النصف العلوي ( fd00:: / 8 ) فيُستخدمالفريدة احتماليًا،حيث يتم دمج البادئة / 8 مع عدد شبه عشوائيمُولّد محليًا بطول 40 بتللحصول علىبادئة خاصة / 48 . تؤدي عملية اختيار رقم مكون من 40 بت إلى احتمال ضئيل للغاية لحدوث تصادمات في العناوين بين موقعين يرغبان في الدمج أو التواصل، ولكنهما يستطيعان استخدام نفسالبادئة / 48. [ 40 ]

الانتقال من IPv4

  • ::ffff:0:0 / 96 — يُستخدم هذا البادئةلآليات الانتقال إلى IPv6،ويُعتبرعنوان IPv6 مُرتبطًا بـ IPv4.باستثناءات قليلة، يسمح هذا النوع من العناوين بالاستخدام الشفاف لبروتوكولاتطبقة النقلعبر IPv4 من خلالواجهة برمجة تطبيقات. في هذاثنائي المكدس، تحتاج تطبيقات الخادم فقط إلى فتحمنفذللتعامل مع اتصالات العملاء الذين يستخدمون بروتوكولات IPv6 أو IPv4. يتم التعامل مع عملاء IPv6 بشكل أصلي افتراضيًا، بينما يظهر عملاء IPv4 كعملاء IPv6 على عنوان IPv6 المُرتبط بـ IPv4. تتم معالجة الإرسال بشكل مماثل؛ حيث يمكن استخدام المنافذ المُنشأة لإرسالحزم بيانات، بناءً على الربط بعنوان IPv6 أو عنوان مُرتبط بـ IPv4.
  • ::ffff:0:0:0 / 96 — بادئة تُستخدملعناوين IPv4 المترجمة. تُستخدم هذه العناوين بواسطةترجمة IP/ICMP عديم الحالة (SIIT). [ 42 ]
  • 64:ff9b:: / 96 —البادئة المعروفة. تُستخدم العناوين التي تبدأ بهذه البادئة للترجمة التلقائية بين IPv4 و IPv6. [ 32 ]
  • 64:ff9b:1:: / 48 — بادئة لعناوين IPv4/IPv6 المترجمة محليًا. يمكن استخدام العناوين التي تحمل هذه البادئة مع آليات ترجمة IPv4/IPv6 متعددة مثلNAT64وSIIT. [ 33 ] بالمقارنة مع 64:ff9b:: / 96 ، تحتوي هذه العناوين على عنوان IPv4 المترجم في المواضع 48-63 و72-87. [ 32 ] هذا يعني أنه لكل عنوان IPv4، يتم تخصيص بادئة IPv6 / 88 للجهاز. يتيح ذلك حالات استخدام مشابهة لـ 6to4، حيث تتم ترجمة عنوان IPv4 عام واحد إلى بادئة. بهذه الطريقة، لا يلزم سوى مستوى واحد من NAT، ولا تحتاج الأجهزة إلى إجراء NAT66 داخليًا إذا كانت بحاجة إلى عناوين إضافية، على سبيل المثالP2Pأوحاويات Docker.
  • 2002:: / 16 — استُخدم هذا البادئة6to4كما استُخدمتبادئة من شبكة IPv4، وهي 192.88.99.0 / 24 ). نظام عنونة 6to4 مُهمل. [ 43 ]

عناوين ذات أغراض خاصة

خصصت هيئة IANA ما يُسمى بنطاق عناوين Sub-TLA ID للتخصيصات الخاصة [ 30 ] [ 44 ] من 2001:: / 23 (مقسمة إلى نطاق 64 بادئة شبكة من 2001:0000:: / 29 إلى 2001:01f8:: / 29 ). التخصيصات التالية موجودة حاليًا من هذا النطاق: [ 31 ]

  • 2001:: / 32 — يستخدملنفق Teredo، وهيآلية انتقال IPv6.
  • 2001:1::1 / 128 — بروتوكول التحكم في المنفذ Anycast
  • 2001:1::2 / 128 — اجتياز باستخدام المرحلات حول NAT Anycast
  • 2001:1::3 / 128 — بروتوكول تسجيل خدمة DNS-SD بتقنية البث المتعدد
  • 2001:2:: / 48 — يُستخدملتقييم أداءIPv6. يُطابق 198.18.0.0 / 15 المستخدم لتقييم أداء IPv4. مُخصص لمجموعة عمل منهجية تقييم الأداء (BMWG). [ 45 ]
  • 2001:3:: / 32 — النفق التلقائي للبث المتعدد، اكتشاف المرحل
  • 2001:20:: / 28 — مُعرّفات التجزئة المشفرة القابلة للتوجيه (ORCHIDv2). [ 36 ] هذه عناوين IPv6 غير موجهة تُستخدمللتجزئات المشفرة.
  • 2001:30:: / 28 — بادئة علامات كيان بروتوكول تعريف الطائرات بدون طيار عن بُعد (DETs)

علاوة على ذلك، خصصت هيئة IANA البادئتين التاليتين لبروتوكول IPv6 لعمليات خادم أسماء AS112 :

  • 2620:4f:8000:: / 48 — خوادم بلاك هول مع المناطق المرجعية التقليدية المُهيأة
  • 2001:4:112:: / 48 — خوادم الثقب الأسود لنهج الثقب الأسود الجديد الذي يتضمن سجلات DNAME إلىempty.as112.arpa [ 46 ]

الوثائق

  • 2001:db8:: / 32 — يتم استخدام هذا البادئة في الوثائق، [ 37 ] [ f ] في أي مكان يتم فيه إعطاء مثال على عنوان IPv6 أو وصف سيناريوهات الشبكات النموذجية.
  • 3fff:: / 20 — تم تخصيص بادئة التوثيق هذه في عام 2024 لمراعاة نمذجة الشبكات واسعة النطاق الحديثة، والتي لا يمكن تغطيتها ببادئة / 32 واحدة . [ 38 ]

ينبذ

  • 100:: / 64 — يُستخدم هذا البادئة لتجاهل حركة المرور. [ 34 ]

مهمل وعفا عليه الزمن

انظر §  العناوين المهملة والقديمة

عناوين البث المتعدد

عناوين البث المتعدد ff0x:: ، حيث x أي قيمة سداسية عشرية، محجوزة [ 1 ] وتتم إدارتها بواسطة هيئة الأرقام المخصصة للإنترنت (IANA). [ 48 ]

عناوين البث المتعدد الشائعة لبروتوكول IPv6
عنوانوصفالنطاقات المتاحة
ff0x::1تحديد عناوين جميع العقد، وتحديد مجموعة جميع عقد IPv6متوفر في النطاق 1 (محلي للواجهة) و2 (محلي للرابط):
  • ff01::1 → جميع العقد في الواجهة المحلية
  • ff02::1 → جميع العقد في الرابط المحلي
ff0x::2جميع أجهزة التوجيهمتوفر في النطاق 1 (محلي للواجهة)، و2 (محلي للرابط)، و5 (محلي للموقع):
  • ff01::2 → جميع أجهزة التوجيه في الواجهة المحلية
  • ff02::2 → جميع أجهزة التوجيه في الرابط المحلي
  • ff05::2 → جميع أجهزة التوجيه في الموقع المحلي
ff02::5OSPFIGP2 (رابط محلي)
ff02::6أجهزة التوجيه المخصصة لـ OSPFIGP2 (رابط محلي)
ff02::9أجهزة توجيه RIP2 (رابط محلي)
ff02::aأجهزة توجيه EIGRP2 (رابط محلي)
ff02::cاكتشاف خدمات الويب الديناميكي2 (رابط محلي)
ff02::dجميع أجهزة توجيه PIM2 (رابط محلي)
ff02::1aجميع أجهزة توجيه RPL2 (رابط محلي)
ff02::16جميع أجهزة التوجيه التي تدعم بروتوكول MLDv22 (رابط محلي)
ff0x::fbmDNSv6متوفر في جميع النطاقات
ff0x::101جميع خوادم NTPمتوفر في جميع النطاقات
ff02::1:1اسم الرابط2 (رابط محلي)
ff02::1:2جميع خوادم DHCPv6 ووكلاء الترحيل [ 49 ]2 (رابط محلي)
ff02::1:3حل أسماء البث المتعدد المحلي للرابط2 (رابط محلي)
ff05::1:3قد يستخدم وكيل الترحيل هذا العنوان للوصول إلى جميع خوادم DHCPv6 في الموقع. [ 49 ]5 (محلي الموقع)
ff02::1:ff00:0/104عنوان البث المتعدد للعقدة المطلوبة (انظر أدناه)2 (رابط محلي)
ff02::2:ff00:0/104استعلامات معلومات العقدة2 (رابط محلي)

عنوان البث المتعدد للعقدة المطلوبة

تُملأ أقل 24 بتًا أهميةً من مُعرّف مجموعة عناوين البث المتعدد للعقدة المطلوبة بأقل 24 بتًا أهميةً من عنوان البث الأحادي أو البث المتعدد للواجهة. تُمكّن هذه العناوين من حلّ عناوين طبقة الربط عبر بروتوكول اكتشاف الجوار (NDP) على الرابط دون التأثير على جميع العقد في الشبكة المحلية. يجب على المضيف الانضمام إلى مجموعة البث المتعدد للعقدة المطلوبة لكل عنوان من عناوين البث الأحادي أو البث المتعدد المُكوّنة لديه.

التكوين التلقائي للعناوين بدون حالة (SLAAC)

عند بدء تشغيل النظام، يقوم كل عقدة تلقائيًا بإنشاء عنوان محلي للرابط على كل واجهة تدعم بروتوكول IPv6، حتى في حال تم تكوين عناوين قابلة للتوجيه عالميًا يدويًا أو الحصول عليها من خلال بروتوكولات التكوين (انظر أدناه). ويتم ذلك بشكل مستقل ودون أي تكوين مسبق باستخدام التكوين التلقائي للعناوين عديم الحالة ( SLAAC ) [ 50 ] ، وذلك باستخدام أحد مكونات بروتوكول اكتشاف الجوار . ويتم اختيار هذا العنوان باستخدام البادئة fe80:: / 64 .

في بروتوكول IPv4، تشمل بروتوكولات التكوين الشائعة DHCP أو PPP. يمكن تكوين مضيفات IPv6 الأحدث لاستخدام بروتوكول اكتشاف الجوار (DIP) لإنشاء عنوان أحادي البث قابل للتوجيه عالميًا: يرسل المضيف طلبات توجيه إلى جهاز التوجيه، ويستجيب جهاز توجيه IPv6 بتعيين بادئة. [ 51 ] تتضمن الطرق الأخرى لتعيين عناوين IPv6 تلقائيًا خادم DHCPv6 ، إما في الوضع عديم الحالة، حيث يوفر الخادم معلمات الشبكة المطلوبة للمضيفات لإنشاء عناوينها العالمية الخاصة، أو في الوضع ذي الحالة، حيث يقوم الخادم بتعيين العناوين العالمية والمعلمات الأخرى المطلوبة.

معرّف الواجهة

تُملأ البتات الـ 64 السفلى من عنوان fe80:: / 64 بمعرّف واجهة 64 بت. ويمكن استخلاصه من هذه المصادر:

  • كما يوحي الاسم "معرّف الواجهة"، يمكن أن يكون عنوان MAC الخاص بمحول الشبكة ، وهو عنوان فريد من نوعه مكون من 48 بت . يتم تحويل عنوان MAC 00-0C-29-0C-47-D5 إلى عنوان EUI-64 معدّل مكون من 64 بت عن طريق إضافة FF-FE في المنتصف: 00-0C-29- FF-FE -0C-47-D5 ، ثم عكس بت Universal/Local ، ليصبح 02-0C - 29 -FF-FE-0C-47-D5 (أو :020c:29ff:fe0c:47d5 في تدوين عناوين IPv6).
  • مع ذلك، يُنصح الآن بتجنب استخدام عنوان MAC الحقيقي للمحول لاستخلاص عنوان الواجهة في أجهزة المستخدم النهائي، لأنه يكشف عنوان MAC للإنترنت، مما يُسهّل تتبع المستخدم عبر الشبكات. ونتيجةً لذلك، أصبح من الشائع استخدام عنوان شبه عشوائي . تشمل الخيارات المتاحة العنوان المؤقت ، وعنوان الخصوصية الثابت ، والعنوان المُولّد تشفيرياً . يرتبط هذا الأمر بانتحال عنوان MAC ، ولكنه ليس الآلية نفسها؛ إذ لا يشترط أن يتطابق مُعرّف الواجهة شبه العشوائي مع عنوان MAC، سواءً كان حقيقياً أم مُنتحلاً.

عناوين مؤقتة

تُتيح عناوين MAC الثابتة والفريدة عالميًا، التي يستخدمها التكوين التلقائي للعناوين عديم الحالة لإنشاء مُعرّفات الواجهة، فرصةً لتتبع أجهزة المستخدمين عبر الزمن وتغييرات بادئات شبكة IPv6. [ 52 ] وللحد من احتمالية ربط هوية المستخدم بشكل دائم بجزء من عنوان IPv6، قد تُنشئ العقدة عناوين مؤقتة بمُعرّفات واجهة تستند إلى سلاسل بت عشوائية متغيرة مع الزمن [ 53 ] وفترات صلاحية قصيرة نسبيًا (من ساعات إلى أيام)، وبعدها تُستبدل بعناوين جديدة.

يمكن استخدام العناوين المؤقتة كعناوين مصدر للاتصالات الأصلية، بينما تستخدم المضيفات الخارجية عنوانًا عامًا عن طريق الاستعلام عن نظام أسماء النطاقات (DNS).

تستخدم واجهات الشبكة المُهيأة لبروتوكول IPv6 عناوين مؤقتة افتراضيًا في نظام التشغيل OS X Lion والإصدارات الأحدث من أنظمة Apple ، وكذلك في أنظمة Windows Vista و Windows Server 2008 والإصدارات الأحدث من أنظمة Microsoft. [ 54 ]

عناوين مُولَّدة تشفيرياً

كوسيلة لتعزيز أمان بروتوكول اكتشاف الجوار، تم تقديم العناوين المولدة تشفيرياً (CGAs) في عام 2005 [ 55 ] كجزء من بروتوكول اكتشاف الجوار الآمن (SEND).

يُنشأ هذا العنوان باستخدام دالتين تجزئة تأخذان عدة مدخلات. تستخدم الأولى مفتاحًا عامًا ومُعدِّلًا عشوائيًا، حيث يُزاد هذا المُعدِّل بشكل متكرر حتى يتم الحصول على عدد محدد من البتات الصفرية في التجزئة الناتجة. [ g ] تأخذ دالة التجزئة الثانية بادئة الشبكة وقيمة التجزئة السابقة. تُضاف أقل 64 بتًا أهمية من نتيجة التجزئة الثانية إلى بادئة الشبكة ذات الـ 64 بتًا لتكوين عنوان بطول 128 بتًا.

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

عناوين خصوصية مستقرة

يُثير استخدام تنسيق EUI-64 المُعدَّل مخاوفَ بالغةً تتعلق بالأمن والخصوصية، [ 56 ] إذ يُصبح عنوان الجهاز الأساسي (عادةً عنوان MAC الذي يتضمن افتراضيًا مُعرِّفًا فريدًا للمؤسسة (OUI) يُحدِّد الشركة المُصنِّعة للجهاز بأكمله أو مُهايئ الشبكة) مكشوفًا خارج الشبكة المحلية، مما يسمح بتتبُّع أنشطة المستخدمين وربط حساباتهم بمعلومات أخرى، وتصميم هجمات أمنية مُخصَّصة للشركة المُصنِّعة للجهاز إذا كان مُعرِّف OUI يُشير إلى الشركة المُصنِّعة للجهاز بأكمله. كما يُقلِّل تنسيق EUI-64 المُعدَّل من حجم نطاق العناوين المُتاحة للبحث عن أهداف الهجمات.

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

يعتمد توليد عنوان خصوصية مستقر على دالة تجزئة تستخدم عدة معلمات ثابتة. وتختلف هذه المعلمات باختلاف التنفيذ، ولكن يُوصى بتضمينها على الأقل بادئة الشبكة، واسم واجهة الشبكة، وعداد العناوين المكررة، ومفتاح سري. تُستخدم قيمة التجزئة الناتجة لإنشاء العنوان النهائي: عادةً ما تُدمج البتات الـ 64 الأقل أهمية مع بادئة الشبكة ذات الـ 64 بت، للحصول على عنوان بطول 128 بت. إذا كانت بادئة الشبكة أصغر من 64 بت، تُستخدم بتات إضافية من التجزئة. إذا لم يتعارض العنوان الناتج مع عناوين موجودة أو محجوزة، يُخصص للواجهة. تُحل التعارضات بتعديل عداد العناوين المكررة. [ 56 ]

تشغيل بروتوكول اكتشاف الجوار

عنوان البث المتعدد للعقدة المطلوبة

تحتوي كل واجهة في بروتوكول SLAAC أيضًا على عنوان بث متعدد للعقدة المطلوبة ، مُكوَّن من بادئة الشبكة ff02::1:ff00:0 / 104 وأقل 24 بتًا أهمية من عنوان البث الأحادي أو البث المتعدد. يُستخدم عنوان البث المتعدد هذا في بروتوكول NDP للكشف عن العناوين المكررة ولتحديد التطابق بين عناوين IP وعناوين طبقة الربط (MAC).

اكتشاف العناوين المكررة

يُتيح استخدام العناوين غير المُستمدة من الأجهزة إمكانية وجود عناوين مُكررة. يتضمن تخصيص عنوان IPv6 أحادي البث لواجهة ما اختبارًا داخليًا لتفرد هذا العنوان باستخدام رسائل طلب الجوار وإعلان الجوار ( ICMPv6 من النوعين 135 و136). أثناء عملية التحقق من التفرد، يكون للعنوان حالة مؤقتة .

تنضم العقدة إلى عنوان البث المتعدد للعقدة المطلوبة للعنوان المؤقت، وترسل طلبات الجوار، مع اعتبار العنوان المؤقت هو عنوان الهدف، والعنوان غير المحدد ( :: / 128 ) هو عنوان المصدر. كما تنضم العقدة أيضًا إلى عنوان البث المتعدد لجميع المضيفين ff02::1 ، حتى تتمكن من استقبال إعلانات الجوار .

إذا استقبلت عقدة طلبًا للجوار يحمل عنوانها المؤقت كعنوان مستهدف، فإنها تعلم أن عنوانها ليس فريدًا. وينطبق الأمر نفسه إذا استقبلت العقدة إعلانًا للجوار يحمل العنوان المؤقت كمصدر للإعلان. ولا يُسمح بتخصيص عنوان واستخدامه من قِبل واجهة الشبكة إلا بعد التأكد من فرادته.

عندما يتم تعيين عنوان بث متعدد إلى واجهة (مثل عنوان بث متعدد لجهاز توجيه الشبكة الفرعية)، ونظرًا لعدم التفرد المتأصل في هذا النوع من العناوين، لا يتم إجراء اكتشاف العناوين المكررة.

تشغيل جهاز التوجيه

في بروتوكول NDP، يُعلن الموجّه أيضًا عن البادئة ذات الحجم /64 التي يمكنه الوصول إليها على الإنترنت، بالإضافة إلى معلمات الشبكة الأخرى. تقوم العقدة التي تتلقى هذه المعلومات بربط البادئة بمعرف واجهتها الخاص للحصول على عنوان البث الأحادي الخاص بها على الإنترنت. على سبيل المثال، إذا كان لدى الموجّه إمكانية الوصول إلى 2001:db8:1:2:: / 64 وكان لدى الجهاز معرف الواجهة 02-0C-29-FF-FE-0C-47-D5(استكمالًا للمثال السابق)، فسيقوم الجهاز بتعيين العنوان 2001:db8:1:2:0 2 0c:29ff:fe0c:47d5 لنفسه .

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

مدة صلاحية العنوان

لكل عنوان IPv6 مرتبط بواجهة ما مدة صلاحية محددة. وتكون مدة الصلاحية غير محدودة، ما لم يتم ضبطها على فترة أقصر. هناك مددتا صلاحية تتحكمان في حالة العنوان: مدة الصلاحية المفضلة ومدة الصلاحية الفعلية . [ 57 ] يمكن ضبط مدد الصلاحية في أجهزة التوجيه التي توفر القيم المستخدمة في التكوين التلقائي، أو تحديدها عند تكوين العناوين يدويًا على الواجهات.

عند تخصيص عنوان لواجهة، يحصل على حالة "مفضل" ، ويحتفظ بها طوال فترة صلاحيته. بعد انتهاء هذه الفترة، تصبح الحالة "مهملة" ، ولا يُسمح بإجراء أي اتصالات جديدة باستخدام هذا العنوان. [ ح ] يصبح العنوان غير صالح بعد انتهاء فترة صلاحيته أيضًا؛ ويُزال من الواجهة، ويمكن تخصيصه في مكان آخر على الإنترنت .

تحديد العنوان الافتراضي

عادةً ما تحتوي واجهات الشبكة التي تدعم بروتوكول IPv6 على أكثر من عنوان IPv6 واحد، مثل عنوان محلي للرابط وعنوان عام. وقد تحتوي أيضًا على عناوين مؤقتة تتغير بعد انقضاء مدة صلاحية معينة. يُقدّم بروتوكول IPv6 مفهومي نطاق العنوان وتفضيل الاختيار، مما يُتيح خيارات متعددة لعناوين المصدر والوجهة عند الاتصال بمضيف آخر.

تختار خوارزمية تحديد الأفضلية العنوان الأنسب للاستخدام في الاتصالات مع وجهة معينة، بما في ذلك استخدام عناوين IPv4 المُرتبطة في تطبيقات البروتوكول المزدوج . [ 58 ] وتستخدم جدول أفضلية قابل للتكوين يربط كل بادئة توجيه بمستوى أولوية. يحتوي الجدول الافتراضي على المحتوى التالي:

بادئةأسبقيةملصقالاستخدام
::1/128500المضيف المحلي
::/0401البث الأحادي الافتراضي
::ffff:0:0/96354عنوان IPv6 المُرتبط بـ IPv4
2002::/163026to4
2001::/3255حفر الأنفاق في تيريدو
fc00::/7313عنوان محلي فريد
::/9613عناوين متوافقة مع IPv4 (مهملة)
fec0::/10111عنوان الموقع المحلي (مهجور)
3ffe::/161126bone (تمت الإعادة)

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

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

نظام أسماء النطاقات

في نظام أسماء النطاقات ، تُربط أسماء المضيفين بعناوين IPv6 بواسطة سجلات موارد AAAA ، والتي تُعرف بسجلات رباعية A. [ 59 ] وللبحث العكسي، حجزت IETF النطاق ip6.arpa ، حيث يُقسّم نطاق الأسماء هرميًا بواسطة التمثيل السداسي العشري المكون من رقم واحد لوحدات النصف بايت (4 بتات) من عنوان IPv6.

كما هو الحال في IPv4، يُمثَّل كل مضيف في نظام أسماء النطاقات (DNS) بسجلين: سجل عنوان وسجل مؤشر ربط عكسي. على سبيل المثال، يمتلك جهاز كمبيوتر مضيف يُدعى derrick في النطاق example.com عنوانًا محليًا فريدًا هو fdda:5cc1:23:4::1f . وسجل عنوانه الرباعي A هو

derrick.example.com. IN AAAA fdda:5cc1:23:4::1f

وسجل مؤشر IPv6 الخاص به هو

f.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.3.2.0.0.1.cc5.addfip6.arpa. IN PTR derrick.example.com.

يمكن تعريف سجل المؤشر هذا في عدد من المناطق، اعتمادًا على سلسلة تفويض السلطة في المنطقة dfip6.arpa.

بروتوكول نظام أسماء النطاقات (DNS) مستقل عن بروتوكول طبقة النقل الخاص به . يمكن إرسال الاستعلامات والردود عبر بروتوكولات نقل IPv6 أو IPv4 بغض النظر عن عائلة عناوين البيانات المطلوبة.

حقول سجلات AAAA
اسماسم النطاق
يكتبAAAA (28)
فصلالإنترنت (1)
TTLالوقت المتبقي للعيش، بالثواني
طول الشعاعطول حقل RDATA
بياناتعنوان IPv6 ذو 128 بت بترتيب بايت الشبكة

ملاحظات تاريخية

العناوين المهملة والقديمة

  • يُشير البادئة المحلية للموقع fec0:: / 10 إلى أن العنوان صالح فقط ضمن شبكة موقع المؤسسة. كان هذا البادئة جزءًا من بنية العنونة الأصلية في ديسمبر 1995، [ 60 ] ولكن تم إيقاف استخدامه في سبتمبر 2004 نظرًا لغموض تعريف مصطلح "الموقع" ، مما أدى إلى قواعد توجيه مُربكة. يجب ألا تدعم الشبكات الجديدة هذا النوع الخاص من العناوين. [ 61 ] في أكتوبر 2005، استبدلت مواصفات جديدة هذا النوع من العناوين بعناوين محلية فريدة . [ 40 ]
  • تم تعريف كتلة العنوان 200:: / 7 كمجموعة بادئة OSI NSAP في أغسطس 1996، [ 62 ] [ 63 ] ولكن تم إيقاف استخدامها في ديسمبر 2004. [ 64 ]
  • ذُكرت البادئة ذات القيمة الصفرية :: / 96 ، المكونة من 96 بت، والمعروفة سابقًا باسم عناوين IPv4 المتوافقة ، في عام 1995 [ 60 ]، ولكن لم يتم وصفها بشكل كامل. استُخدم نطاق العناوين هذا لتمثيل عناوين IPv4 ضمن تقنية الانتقال إلى IPv6. يحتوي عنوان IPv6 هذا على أول 96 بت (الأكثر أهمية) مضبوطة على الصفر، بينما تمثل آخر 32 بت عنوان IPv4 المُمَثَّل. في فبراير 2006، أوقفت IETF استخدام عناوين IPv4 المتوافقة. [ 1 ] الاستخدام الوحيد المتبقي لهذا التنسيق هو تمثيل عنوان IPv4 في جدول أو قاعدة بيانات ذات أعضاء ثابتة الحجم، والتي يجب أن تكون قادرة أيضًا على تخزين عنوان IPv6.
  • تم تخصيص نطاق العناوين 3ffe:: / 16 لأغراض الاختبار لشبكة 6bone في ديسمبر 1998. [ 65 ] قبل ذلك، كان نطاق العناوين 5f00:: / 8 يُستخدم لهذا الغرض. أُعيد كلا نطاقي العناوين إلى مجمع العناوين في يونيو 2006. [ 66 ]
  • بسبب المشاكل التشغيلية المتعلقة بـ 6to4، فإن استخدام كتلة العناوين 2002:: / 16 آخذ في التضاؤل، حيث تم إيقاف آلية 6to4 منذ مايو 2015. [ 43 ] على الرغم من أن كتلة عناوين IPv4 192.88.99.0 / 24 قد تم إيقافها، إلا أن 2002:: / 16 لا تزال مستخدمة.
  • في أبريل 2007، تم تخصيص نطاق العناوين 2001:10:: / 28 لمعرفات التجزئة المشفرة القابلة للتوجيه المتراكبة (ORCHID). [ 67 ] وكان الغرض منه الاستخدام التجريبي. في سبتمبر 2014، تم تحديد إصدار ثانٍ من ORCHID، [ 36 ] ومع إدخال نطاق العناوين 2001:20:: / 28 ، أُعيد النطاق الأصلي إلى هيئة تخصيص أرقام الإنترنت (IANA) .

متنوع

  • في الأصل، كانت عناوين IPv6 تُسجَّل في نطاق DNS ip6.int لأغراض البحث العكسي ، وذلك تحسُّبًا لإلغاء نطاق المستوى الأعلى arpa . في عام 2000، تراجع مجلس هندسة الإنترنت (IAB) عن هذا القرار، وقرر في عام 2001 الإبقاء على arpa في وظيفته الأصلية. نُقلت النطاقات من ip6.int إلى ip6.arpa [ 68 ] ، وأُزيل نطاق ip6.int رسميًا في 6 يونيو 2006.
  • في مارس 2011، حسّنت فرقة عمل هندسة الإنترنت (IETF) توصياتها بشأن تخصيص نطاقات العناوين للمواقع النهائية. [ 23 ] فبدلاً من تخصيص نطاقات مثل / 48 أو / 64 أو / 128 (وفقًا لآراء مجلس هندسة الإنترنت (IAB ) ومجموعة هندسة الإنترنت (IESG ) لعام 2001)، [ 69 ] ينبغي لمزودي خدمات الإنترنت النظر في تخصيص نطاقات أصغر (مثل / 56 ) للمستخدمين النهائيين. وتشجع سياسات سجلات ARIN و RIPE و APNIC الإقليمية على تخصيص نطاقات / 56 عند الاقتضاء. [ 23 ]
  • في الأصل، كان هناك اقتراحان لترجمة أسماء النطاقات إلى عناوين IPv6: أحدهما باستخدام سجلات AAAA، [ 70 ] والآخر باستخدام سجلات A6. [ 71 ] سجلات AAAA، وهي الطريقة التي سادت، تُشابه سجلات A في IPv4، إذ تُوفر ربطًا بسيطًا بين اسم المضيف وعنوان IPv6. أما الطريقة التي تستخدم سجلات A6، فتعتمد على مخطط هرمي، حيث يتم تحديد ربط مجموعات بتات العنوان اللاحقة بواسطة سجلات A6 إضافية، مما يُتيح إمكانية إعادة ترقيم جميع المضيفين في الشبكة بتغيير سجل A6 واحد. ولأن الفوائد المتوقعة من تنسيق A6 لم تُعتبر مُبررة للتكاليف المتوقعة، [ 72 ] [ 73 ] [ 74 ] [ 75 ] فقد تم نقل هذه الطريقة إلى حالة تجريبية في عام 2002، [ 73 ] ثم إلى حالة تاريخية في عام 2012. [ 75 ]
  • في عام ٢٠٠٩، تبيّن أن العديد من مُحلِّلات نظام أسماء النطاقات (DNS) في أجهزة NAT وأجهزة التوجيه الخاصة بالشبكات المنزلية تتعامل مع سجلات AAAA بشكل غير صحيح. [ ٧٦ ] إذ يقوم بعضها ببساطة برفض طلبات DNS لهذه السجلات، بدلاً من إرجاع استجابة DNS سلبية مناسبة. ونتيجةً لرفض الطلب، يضطر المضيف المُرسِل إلى الانتظار حتى انتهاء المهلة، مما يُؤدي إلى زيادة زمن الاستجابة عند الاتصال بمضيفين يدعمان بروتوكولي IPv6 وIPv4، حيث ينتظر برنامج العميل انتهاء مهلة فشل اتصال IPv6 قبل تجربة IPv4. ويُقدّم برنامج Happy Eyeballs حلاً لهذه المشكلة.

ملحوظات

  1. ↑ عدد البتات يبدأ من 0
  2. ↑ يُطلق على الكمية المكونةمن 16 بت أو اثنين من الأوكتات أحيانًا اسم هيكستيت . [ 7 ] [ 8 ]
  3. ↑ بافتراض أن eth2 يعادل المنطقة رقم 3. هذا هو الحال عادةً، حيث تبدأ أرقام المناطق الحقيقية من 1 (0 هي "المنطقة الافتراضية").
  4. ↑ على الرغم من أن نظام التشغيل Windows يدعم واجهة برمجة التطبيقات RFC 3493if_nametoindex()لتحويل الاسم إلى رقم واجهة، إلا أنه لا يدعم الامتداد المعتاد "الاسم بعد %".
  5. ↑ تتطلب عناوين الموقع المحلية التي تمت إزالتها الآنلـ fec0::/10 أيضًا فهرس منطقة. [ 12 ]
  6. ↑ يتم استخدام 192.0.2.0 / 24 و 198.51.100.0 / 24 و 203.0.113.0 / 24 للتوثيق في IPv4. [ 47 ]
  7. ↑ قابل للمقارنة مع مجال "إثبات العمل" في تعدين البيتكوين .
  8. في معظم الحالات ، لا تنتهي صلاحية العنوان لأن إعلانات الموجه الجديدة تُحدّث المؤقتات. ولكن إذا لم تعد هناك إعلانات موجه جديدة، فستنتهي صلاحية العنوان المُفضّل في النهاية ويصبح العنوان مُهملًا .

مراجع

  1. 1 2 3 4 5 6 7 8 ر. هيندن؛ س. ديرينغ (فبراير 2006). بنية عنونة بروتوكول الإنترنت الإصدار 6. مجموعة عمل الشبكة. doi : 10.17487/RFC4291 . RFC 4291 .مسودة معيار. تلغي RFC 3513. تم تحديثها بواسطة RFC 5952 و 6052 و 7136 و 7346 و 7371 و 8064 .  
  2. ↑ ف. غونت؛ أ. كوبر؛ د. ثالر؛ و. ليو (فبراير 2017). توصية بشأن مُعرّفات واجهة IPv6 المستقرة . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8064 . RFC 8064 .المعيار المقترح. تحديثات RFC 2464 ، 2467 ، 2470 ، 2491 ، 2492 ، 2497 ، 2590 ، 3146 ، 3572 ، 4291 ، 4338 ، 4391 ، 5072 و 5121 . 
  3. ^ سيلفيا هاجن (مايو 2006). أساسيات IPv6 (الطبعة الثانية ). أورايلي. رقم ISBN  978-0-596-10058-2.
  4. 1 2 ب. سافولا؛ ب. هابرمان (نوفمبر 2004). تضمين عنوان نقطة الالتقاء (RP) في عنوان البث المتعدد IPv6 . مجموعة عمل الشبكة. doi : 10.17487/RFC3956 . RFC 3956 .معيار مقترح. تم تحديثه بواسطة RFC 7371. يحدّث RFC 3306 .  
  5. 1 2 ب. هابرمان؛ د. ثالر (أغسطس 2002). عناوين البث المتعدد IPv6 المستندة إلى بادئة البث الأحادي . مجموعة عمل الشبكة. doi : 10.17487/RFC3306 . RFC 3306 .المعيار المقترح. تم تحديثه بواسطة RFC 3956 و 4489 و 7371 . 
  6. ↑ جيه إس بارك؛ إم كيه شين؛ إتش جيه كيم (أبريل 2006). طريقة لتوليد عناوين البث المتعدد IPv6 ذات النطاق الرابطي . مجموعة عمل الشبكة. doi : 10.17487/RFC4489 . RFC 4489 .المعيار المقترح. تحديثات RFC 3306 . 
  7. ↑ غراتسياني، ريك (2012). أساسيات IPv6: مدخل مباشر لفهم IPv6 . دار نشر سيسكو . ص 55. ISBN  978-0-13-303347-2.
  8. ↑ كوفين، توم (2014). تخطيط عناوين IPv6: تصميم خطة عناوين للمستقبل . دار نشر أورايلي ميديا . ص 170. ISBN  978-1-4919-0326-1.
  9. ↑ إس. كاوامورا؛ إم. كاواشيما (أغسطس 2010). توصية بشأن تمثيل نص عنوان IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC5952 . ISSN 2070-1721 . RFC 5952 . المعيار المقترح. تحديثات RFC 4291 . 
  10. ↑ تي. بيرنرز-لي ؛ آر. فيلدينغ ؛ إل. ماسينتر (يناير 2005). مُعرِّف الموارد الموحد (URI): الصيغة العامة . مجموعة عمل الشبكة. doi : 10.17487/RFC3986 . STD 66. RFC 3986 .المعيار 66 للإنترنت. يلغي المعايير RFC 2732 و 2396 و 1808 . تم تحديثه بواسطة المعايير RFC 6874 و 7320 و 8820 . يُحدّث المعيار RFC 1738 .   
  11. 1 2 إس. ديرينغ ؛ ب. هابرمان؛ ت. جينمي؛ إ. نوردمارك؛ ب. زيل (مارس 2005). بنية عناوين IPv6 ذات النطاق المحدد . مجموعة عمل الشبكة. doi : 10.17487/RFC4007 . RFC 4007 .المعيار المقترح. تم تحديثه بواسطة RFC 7346 . 
  12. 1 2 – دليل واجهات نواة FreeBSD "يدعم تطبيق KAME تدوين عناوين IPv6 الرقمية الموسعة للعناوين المحلية للرابط، مثل "fe80::1%de0" [...] draft-ietf-ipngwg-scopedaddr-format-02.txt"inet6(4)  
  13. ↑ ب. كاربنتر ؛ س. تشيشاير ؛ ر. هيندن (فبراير 2013). تمثيل مُعرّفات مناطق IPv6 في عناوين IP النصية ومعرّفات الموارد الموحدة . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6874 . ISSN 2070-1721 . RFC 6874 . المعيار المقترح. تحديثات RFC 3986 . 
  14. ↑ "سجل نطاق ipv6-literal.net" . who.is. مؤرشف من الأصل في 19 يناير 2025. تم الاطلاع عليه في 20 أكتوبر 2014 .
  15. ↑ ر. درومز (أغسطس 2014). نطاقات عناوين البث المتعدد لبروتوكول IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7346 . ISSN 2070-1721 . RFC 7346 . المعيار المقترح. تحديثات RFC 4007 و 4291 . 
  16. ↑ مجلس هندسة الإنترنت ؛ فريق توجيه هندسة الإنترنت (ديسمبر 1995). إدارة تخصيص عناوين IPv6 . فريق عمل الشبكة. doi : 10.17487/RFC1881 . RFC 1881 .معلوماتي.
  17. ↑ مساحة عناوين IPv6 في IANA . Iana.org (29-10-2010). تم الاطلاع عليها بتاريخ 28-09-2011.
  18. ↑ تخصيصات عناوين البث الأحادي IPv6 ، IANA
  19. ↑ دي تيليكوم-20050113 db.ripe.net. تم الاسترجاع 2011/09/28.
  20. ↑ "دليل سياسة موارد أرقام ARIN: التخصيص الأولي لمزودي خدمة الإنترنت" .
  21. ↑ "سياسة تخصيص وتعيين عناوين IPv6 الخاصة بـ RIPE NCC: الحد الأدنى للتخصيص" .
  22. ↑ على سبيل المثال . Iana.org. تم الاطلاع عليه بتاريخ 28-09-2011.
  23. 1 2 3 ت. نارتن؛ ج. هوستون؛ ل. روبرتس (مارس 2011). تخصيص عناوين IPv6 للمواقع الطرفية . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6177 . ISSN 2070-1721 . BCP 157. RFC 6177 . أفضل الممارسات الحالية 157. يلغي RFC 3177 . 
  24. ↑ "خطط عناوين IPv6" . ويكي ARIN IPv6 . تم الاطلاع عليه بتاريخ 15 يوليو 2018. يحصل جميع العملاء على نطاق فرعي واحد من نوع / 48 ما لم يثبتوا حاجتهم إلى أكثر من 65 ألف نطاق فرعي. [...] إذا كان لديك عدد كبير من عملاء التجزئة، فقد ترغب في تخصيص نطاقات فرعية من نوع / 56 لمواقع السكن الخاصة.
  25. ↑ "ما هي البوجون؟" . تم الاطلاع عليه بتاريخ 15-11-2021 .
  26. ↑ "AS6939 - Hurricane Electric - PeeringDB" . تم الاطلاع عليه بتاريخ 10-07-2026 .
  27. ↑ "مساحة العناوين التي يديرها مركز RIPE NCC" . تم الاطلاع عليه بتاريخ 22-05-2011 .
  28. ↑ د. جونسون؛ س. ديرينغ (مارس 1999). عناوين البث المتعدد المحجوزة لشبكات IPv6 الفرعية . مجموعة عمل الشبكة. doi : 10.17487/RFC2526 . RFC 2526 .المعيار المقترح.
  29. ↑ م. كوهنو؛ ب. نيتزان؛ ر. بوش؛ ي. ماتسوزاكي؛ ل. كوليتي؛ ت. نارتن (أبريل 2011). استخدام بادئات IPv6 ذات 127 بت على روابط بين أجهزة التوجيه . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6164 . RFC 6164 .المعيار المقترح. تم تحديثه بواسطة RFC 6547 . 
  30. 1 2 م. كوتون؛ ل. فيغودا؛ ب. هابرمان (أبريل 2013). ر. بونيكا (محرر). سجلات عناوين IP ذات الأغراض الخاصة . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6890 . ISSN 2070-1721 . BCP 153. RFC 6890 . أفضل الممارسات الحالية 153. تلغي هذه الممارسة RFC 4773 و 5156 و 5735 و 5736 . تم تحديثها بواسطة RFC 8190 .  
  31. 1 2 "مساحة عناوين IPv6 ذات الأغراض الخاصة" . www.iana.org . IANA . تم الاطلاع عليه بتاريخ 21-06-2026 .
  32. ١ ٢ ٣ ٤ سي. باو؛ سي. هويتيما ؛ إم. باغنولو؛ إم. بوكادير؛ إكس. لي (أكتوبر ٢٠١٠). عنونة IPv6 لمترجمي IPv4/IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6052 . ISSN 2070-1721 . RFC 6052 . المعيار المقترح. تحديثات RFC 4291 . 
  33. 1 2 ت. أندرسون (أغسطس 2017). بادئة ترجمة IPv4/IPv6 للاستخدام المحلي . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8215 . RFC 8215 .المعيار المقترح.
  34. 1 2 ن. هيليارد؛ د. فريدمان (أغسطس 2012). بادئة حذف لبروتوكول IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6666 . ISSN 2070-1721 . RFC 6666 . معلوماتي.
  35. ↑ س. سانتيسون (سبتمبر 2006). رسالة مصافحة TLS للبيانات التكميلية . مجموعة عمل الشبكة. doi : 10.17487/RFC4680 . RFC 4680 .معيار مقترح. تحديثات RFC 4346. تم تحديثه بواسطة RFC 8447 و 8996 .  
  36. ١ ٢ ٣ ج. لاغانييه؛ ف. دوبون (سبتمبر ٢٠١٤). بادئة IPv6 لمعرفات التجزئة المشفرة القابلة للتوجيه عبر الشبكة التراكبية، الإصدار ٢ (ORCHIDv2) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7343 . ISSN 2070-1721 . RFC 7343 . المعيار المقترح. يلغي RFC 4843 . 
  37. 1 2 جي. هوستون ؛ أ. لورد؛ ب. سميث (يوليو 2004). بادئة عنوان IPv6 محجوزة للتوثيق . مجموعة عمل الشبكة. doi : 10.17487/RFC3849 . RFC 3849 .معلوماتية. تم التحديث بواسطة RFC 9637 . 
  38. 1 2 جي. هوستون ؛ ن. بوراجليو (أغسطس 2024). توسيع نطاق توثيق IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC9637 . RFC 9637 .معلومات. تحديثات RFC 3849 . 
  39. ↑ س. كريشنان (أكتوبر 2024). توجيه القطاعات عبر بروتوكول IPv6 (SRv6): مُعرّفات القطاعات في بنية عنونة IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC9602 . RFC 9602 .معلوماتي.
  40. 1 2 3 4 ر. هيندن؛ ب. هابرمان (أكتوبر 2005). عناوين IPv6 أحادية البث المحلية الفريدة . مجموعة عمل الشبكة. doi : 10.17487/RFC4193 . RFC 4193 .المعيار المقترح.
  41. ↑ إي. نوردمارك (فبراير 2000). خوارزمية ترجمة بروتوكول الإنترنت/بروتوكول رسائل التحكم في الإنترنت عديمة الحالة (SIIT) . مجموعة عمل الشبكة. doi : 10.17487/RFC2765 . RFC 2765 .قديم. تم إلغاؤه بموجب RFC 6145 . 
  42. 1 2 سي. باو؛ إكس. لي؛ إف. بيكر ؛ تي. أندرسون؛ إف. جونت (يونيو 2016). خوارزمية ترجمة بروتوكول الإنترنت/بروتوكول رسائل التحكم في الإنترنت . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7915 . RFC 7915 .المعيار المقترح. يلغي RFC 6145 . 
  43. 1 2 أ. ترون (مايو 2015). ب. كاربنتر (محرر). إيقاف استخدام بادئة Anycast لأجهزة توجيه الترحيل 6to4 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7526 . BCP 196. RFC 7526 .أفضل الممارسات الحالية 196. يلغي RFC 3068 و 6732 . 
  44. ↑ ر. هيندن؛ س. ديرينغ ؛ ر. فينك؛ ت. هاين (سبتمبر 2000). التعيينات الأولية لمعرفات IPv6 الفرعية . مجموعة عمل الشبكة. doi : 10.17487/RFC2928 . RFC 2928 .معلوماتي.
  45. ↑ سي. بوبوفيتشيو؛ أ. حمزة؛ ج. فان دي فيلدي؛ د. دوغاتكين (مايو 2008). منهجية قياس أداء بروتوكول IPv6 لأجهزة الربط الشبكي . مجموعة عمل الشبكة. doi : 10.17487/RFC5180 . RFC 5180 .معلوماتي.
  46. ↑ ج. أبلي؛ ب. ديكسون؛ و. كوماري؛ ج. مايكلسون (مايو 2015). إعادة توجيه AS112 باستخدام DNAME . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7535 . ISSN 2070-1721 . RFC 7535 . معلوماتي.
  47. ↑ ج. أركو؛ م. كوتون؛ ل. فيغودا (يناير 2010). كتل عناوين IPv4 المحجوزة لأغراض التوثيق . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC5737 . ISSN 2070-1721 . RFC 5737 . معلومات. تحديثات RFC 1166 . 
  48. ↑ "سجل مساحة عناوين البث المتعدد IPv6" . هيئة أرقام الإنترنت المخصصة .
  49. 1 2 ت. مروغالسكي؛ م. سيوديلسكي؛ ب. فولز؛ أ. يورتشينكو؛ م. ريتشاردسون؛ س. جيانغ؛ ت. ليمون؛ ت. وينترز (نوفمبر 2018). بروتوكول التكوين الديناميكي للمضيف لبروتوكول الإنترنت الإصدار السادس (DHCPv6) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8415 . ISSN 2070-1721 . RFC 8415 . المعيار المقترح. يلغي RFC 3315 و 3633 و 3736 و 4242 و 7083 و 7283 و 7550 . 
  50. ↑ إس. طومسون؛ تي. نارتن؛ تي. جينمي (سبتمبر 2007). التكوين التلقائي لعناوين IPv6 عديمة الحالة . مجموعة عمل الشبكة. doi : 10.17487/RFC4862 . RFC 4862 .مسودة معيار. تلغي RFC 2462. تم تحديثها بواسطة RFC 7527 .  
  51. ↑ تي. نارتن؛ إي. نوردمارك؛ دبليو. سيمبسون؛ إتش. هوليمان (سبتمبر 2007). اكتشاف الجوار لبروتوكول الإنترنت الإصدار 6 (IPv6) . مجموعة عمل الشبكة. doi : 10.17487/RFC4861 . RFC 4861 .مسودة معيار. يلغي RFC 2461. تم تحديثه بواسطة RFC 5942 و 6980 و 7048 و 7527 و 7559 و 8028 و 8319 و 8425 و 9131 .  
  52. ↑ الآثار المترتبة على خصوصية عناوين IPv6 عديمة الحالة . Portal.acm.org (21-04-2010). تم الاطلاع عليه بتاريخ 28-09-2011.
  53. ↑ ف. غونت؛ س. كريشنان؛ ت. نارتن؛ ر. دريفز (فبراير 2021). امتدادات العناوين المؤقتة لتكوين العناوين التلقائي عديم الحالة في IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC8981 . ISSN 2070-1721 . RFC 8981 . المعيار المقترح. يلغي RFC 4941 . 
  54. ↑ "IPv6 على نظام ويندوز" . تم الاطلاع عليه بتاريخ 25-03-2024 .
  55. ↑ تي. أورا (مارس 2005). العناوين المولدة تشفيرياً (CGA) . مجموعة عمل الشبكة. doi : 10.17487/RFC3972 . RFC 3972 .المعيار المقترح. تم تحديثه بواسطة RFC 4581 و 4982 . 
  56. 1 2 ف. جونت (أبريل 2014). طريقة لتوليد مُعرّفات واجهة مبهمة دلاليًا باستخدام التكوين التلقائي لعناوين IPv6 عديم الحالة (SLAAC) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7217 . ISSN 2070-1721 . RFC 7217 . المعيار المقترح.
  57. ^ إيلجيتش فان بيجنوم (2006). "IPv6 الداخلية" . مجلة بروتوكول الإنترنت . المجلد. 9، لا. 3. ص 16 – 29.   
  58. ↑ د. ثالر؛ ر. دريفز؛ أ. ماتسوموتو؛ ت. تشاون (سبتمبر 2012). د. ثالر (محرر). اختيار العنوان الافتراضي لبروتوكول الإنترنت الإصدار 6 (IPv6) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6724 . ISSN 2070-1721 . RFC 6724 . المعيار المقترح. يلغي RFC 3484 . 
  59. ↑ إس. طومسون؛ سي. هويتيما ؛ في. كسينانت؛ إم. سويسي (أكتوبر 2003). امتدادات نظام أسماء النطاقات لدعم بروتوكول الإنترنت الإصدار 6. مجموعة عمل الشبكة. doi : 10.17487/RFC3596 . STD 88. RFC 3596 .المعيار 88 للإنترنت. يلغي RFC 3152 و 1886 . 
  60. 1 2 ر. هيندن؛ س. ديرينغ (ديسمبر 1995). بنية عنونة بروتوكول الإنترنت الإصدار 6. مجموعة عمل الشبكة. doi : 10.17487/RFC1884 . RFC 1884 .قديم. تم إلغاؤه بموجب RFC 2373 . 
  61. ↑ سي. هويتيما ؛ بي. كاربنتر (سبتمبر 2004). إيقاف استخدام عناوين المواقع المحلية . مجموعة عمل الشبكة. doi : 10.17487/RFC3879 . RFC 3879 .المعيار المقترح.
  62. ↑ جي. هيوستن (أغسطس 2005). التغييرات المقترحة على تنسيق سجل IANA IPv6 . فريق عمل الشبكة. doi : 10.17487/RFC4147 . RFC 4147 .معلوماتي.
  63. ↑ ج. باوند؛ ب. كاربنتر ؛ د. هارينغتون؛ ج. هولدسوورث؛ أ. لويد (أغسطس 1996). بروتوكولات OSI NSAPs و IPv6 . مجموعة عمل الشبكات. doi : 10.17487/RFC1888 . RFC 1888 .مُلغى. أُلغي بموجب RFC 4048. تم تحديثه بموجب RFC 4548 .  
  64. ↑ ب. كاربنتر (أبريل 2005). RFC 1888 أصبح قديماً . IETF . doi : 10.17487/RFC4048 . RFC 4048 . معلوماتية. تم التحديث بواسطة RFC 4548 . 
  65. ↑ ر. هيندن؛ ر. فينك؛ ج. بوستل (ديسمبر 1998). اختبار تخصيص عناوين IPv6 . مجموعة عمل الشبكة. doi : 10.17487/RFC2471 . RFC 2471 .مُلغى. تم إلغاؤه بموجب RFC 3701. يُلغي RFC 1897 .  
  66. ↑ ر. فينك؛ ر. هيندن (مارس 2004). التخلص التدريجي من بروتوكول 6bone (تخصيص عناوين اختبار IPv6) . مجموعة عمل الشبكة. doi : 10.17487/RFC3701 . RFC 3701 .للعلم فقط. يلغي RFC 2471 . 
  67. ↑ ب. نيكاندر؛ ج. لاغانييه؛ ف. دوبون (أبريل 2007). بادئة IPv6 لمعرفات التجزئة المشفرة القابلة للتوجيه عبر الشبكة (ORCHID) . مجموعة عمل الشبكة. doi : 10.17487/RFC4843 . RFC 4843 .قديم. تم إلغاؤه بموجب RFC 7343 . 
  68. ↑ ر. بوش (أغسطس 2001). تفويض بروتوكول الإنترنت 6. مجموعة عمل الشبكة التابعة لـ ARPA. doi : 10.17487/RFC3152 . BCP 49. RFC 3152 .مُلغى. تم إلغاؤه بموجب RFC 3596. تحديثات RFC 1886 و 2553 و 2766 و 2772 و 2874  
  69. ↑ IAB ؛ IESG (سبتمبر 2001). توصيات IAB/IESG بشأن تخصيص عناوين IPv6 للمواقع . مجموعة عمل الشبكة. doi : 10.17487/RFC3177 . RFC 3177 .قديم. تم إلغاؤه بموجب RFC 6177 . 
  70. ↑ إس. طومسون؛ سي. هويتيما (ديسمبر 1995). امتدادات نظام أسماء النطاقات لدعم بروتوكول الإنترنت الإصدار 6. مجموعة عمل الشبكة. doi : 10.17487/RFC1886 . RFC 1886 .قديم. تم إلغاؤه بموجب RFC 3596. تم تحديثه بموجب RFC 2874 و 3152 .  
  71. ↑ م. كروفورد؛ س. هويتيما (يوليو 2000). امتدادات نظام أسماء النطاقات لدعم تجميع عناوين IPv6 وإعادة ترقيمها . مجموعة عمل الشبكة. doi : 10.17487/RFC2874 . RFC 2874 .تاريخي. تم تحديثه بواسطة RFC 3152 و 3226 و 3363 و 3364 . تحديثات RFC 1886 .  
  72. ↑ مقارنة بين AAAA و A6 (هل نحن بحاجة حقًا إلى A6؟) ، جون-إيتشيرو إيتوجون هاغينو، (يوليو 2001)
  73. 1 2 ر. بوش؛ أ. دوراند؛ ب. فينك؛ أ. غودموندسون؛ ت. هاين، محررون. (أغسطس 2002). تمثيل عناوين بروتوكول الإنترنت الإصدار 6 (IPv6) في نظام أسماء النطاقات (DNS) . مجموعة عمل الشبكة. doi : 10.17487/RFC3363 . RFC 3363 .معلوماتية. تحديثات RFC 2673 و 2874 . 
  74. ↑ ر. أوستين (أغسطس 2002). المفاضلات في دعم نظام أسماء النطاقات (DNS) لبروتوكول الإنترنت الإصدار 6 (IPv6) . مجموعة عمل الشبكة. doi : 10.17487/RFC3364 . RFC 3364 .معلوماتية. تحديثات RFC 2673 و 2874 . 
  75. 1 2 أ. بيرمان؛ م. بيوركلوند (مارس 2012). نموذج التحكم في الوصول لبروتوكول تكوين الشبكة (NETCONF) . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6536 . RFC 6536 .قديم. تم إلغاؤه بموجب RFC 8341 . 
  76. ↑ واي. موريشيتا؛ تي. جينمي (مايو 2005). السلوكيات الخاطئة الشائعة تجاه استعلامات نظام أسماء النطاقات (DNS) لعناوين IPv6 . IETF . doi : 10.17487/RFC4074 . RFC 4074 .معلوماتي.

للمزيد من القراءة

  • بيجنوم، فان، إيلجيتش (2005). تشغيل IPv6 . رقم ISBN 978-1-59059-527-5.