ما هو IPv6؟

IPv6 هو أحدث إصدار من بروتوكول الإنترنت. تم تعيينه رسميًا في الأصل في 6 يونيو 2012 ، وكان نتيجة جهود IETF لإنشاء “جيل جديد من IP” (IPng: بروتوكول الإنترنت الجيل التالي) ، والذي تم وصف إرشاداته بواسطة Scott Bradner و Allison Marken ، في عام 1994 ، في RFC 1752. تم العثور على مواصفاته الرئيسية في RFC 2460.

يتم نشر البروتوكول بشكل تدريجي على الإنترنت ويجب أن يعمل جنبًا إلى جنب مع IPv4 ، في حالة تسمى تقنيًا “المكدس المزدوج” أو “المكدس المزدوج” لبعض الوقت. على المدى الطويل ، يهدف IPv6 إلى استبدال IPv4 ، والذي يدعم فقط حوالي 4 مليارات (نطاق قصير) / مليار (نطاق طويل) (4 × 109) عنوان IP ، مقابل حوالي 340 undecillion (نطاق قصير) / sextillion (نطاق طويل) (3.4 × 1038) من عناوين البروتوكول الجديد.

الموضوع وثيق الصلة لدرجة أن بعض الحكومات أيدت هذا التنفيذ. قررت حكومة الولايات المتحدة ، على سبيل المثال ، في عام 2005 ، أن جميع وكالاتها الفيدرالية يجب أن تثبت قدرتها على العمل مع بروتوكول IPv6 بحلول يونيو 2008. وفي يوليو 2008 ، تم إصدار مراجعة جديدة للتوصيات الخاصة باعتماد الإصدار IPv6. في الوكالات الفيدرالية ، وتحديد يوليو 2010 موعدًا لضمان دعم IPv6.

دوافع نشر IPv6

استنفاد IPv4 والحاجة إلى المزيد من عناوين الإنترنت

السبب الرئيسي لنشر IPv6 على الإنترنت هو الحاجة إلى المزيد من العناوين ، لأن توفر عناوين IPv4 المجانية قد انتهى.

لفهم أسباب هذا الاستنفاد ، من المهم مراعاة أن الإنترنت لم يتم تصميمه للاستخدام التجاري. في أوائل الثمانينيات ، كانت تعتبر شبكة أكاديمية في الغالب ، مع بضع مئات من أجهزة الكمبيوتر المتصلة ببعضها البعض. على الرغم من ذلك ، يمكن القول أن الإصدار 4 من IP ، مساحة العنوان 32 بت ليست صغيرة: 4،294،967،296 عنوان.

ومع ذلك ، في بداية استخدامه التجاري بالفعل ، في عام 1993 ، كان يُعتقد أن مساحة عناوين الإنترنت يمكن استنفادها في فترة 2 أو 3 سنوات. ولكن ليس بسبب العدد المحدود للعناوين ، ولكن بسبب سياسة التخصيص الأولية ، التي لم تكن مواتية للاستخدام الرشيد لهذه الموارد. تم تقسيم هذه المساحة إلى ثلاث فئات رئيسية (على الرغم من وجود خمس فئات حاليًا ، بالمعنى الدقيق للكلمة) ، وهي:

• الفئة أ: مع 128 مقطعًا / شبكة ، يمكن تخصيصها بشكل فردي للكيانات التي تحتاج إليها ، مع ما يقرب من 16 مليون عنوان لكل منها. تم تصنيف هذه الفئة على أنها / 8 ، حيث أن أول 8 بتات تمثل الشبكة أو المقطع ، بينما يمكن استخدام الباقي بحرية. استخدمت المسافة بين العنوانين 00000000. *. *. * (0. *. *. *) و 01111111. *. *. * (127. *. *. *).
• الفئة ب: ما يقرب من 16 ألف مقطع كل منها 64 ألف عنوان. تم تصنيف هذا الفصل بـ / 16. استخدمت المسافة بين العنوانين 10000000.0000000. *. * (128.0. *. *) و 10111111.11111111. *. * (191.255. *. *).
• الفئة ج: مع ما يقرب من 2 مليون مقطع من 256 عنوان لكل منها. تم تصنيف هذه الفئة على أنها / 24. استخدمت المسافة بين العنوانين 11000000.0000000.00000000. * (192.0.0. *) و 110111111.11111111.11111111. * (213.255.255. *).

تم حجز الكتل 32/8 المتبقية للإرسال المتعدد  وهيئة الأرقام المخصصة للإنترنت  (IANA) ، الكيان الذي يتحكم في التخصيص العالمي للأرقام على الإنترنت.

ستخدم المساحة المخصصة للفئة A فقط 128 كيانًا ، ومع ذلك ، فقد احتلت نصف العناوين المتاحة. ومع ذلك ، تلقت الشركات والكيانات مثل HP و GE و DEC و MIT و DISA و Apple و AT&T و IBM و USPS ، من بين آخرين ، مخصصات من هذا النوع.

ومع ذلك ، فإن التنبؤات الأولية باستنفاد الموارد بشكل شبه فوري ، لم تتحقق بسبب تطوير سلسلة من التقنيات ، والتي عملت كحل ملطّف للمشكلة التي أحدثها النمو المتسارع:

• CIDR (  التوجيه بين المجالات دون فئات  ) ، أو التوجيه بدون فئات ، والذي تم وصفه بواسطة RFC 1519. مع CIDR ، تم إلغاء نظام الفصل ، مما يسمح بتعيين كتل من العناوين ذات حجم عشوائي ، حسب الحاجة ، مما يوفر استخدامًا أكثر منطقية للمساحة.
• استخدام NAT (  ترجمة عنوان الشبكة  ) و RFC 1918 ، الذي يحدد العناوين الخاصة ، غير الصالحة على الإنترنت ، في شبكات الشركة. يسمح NAT ، باستخدام عنوان واحد صالح فقط ، بشبكة كاملة تعتمد على العناوين الخاصة ، أن يكون لديك اتصال ، وإن كان محدودًا ، بالإنترنت.
• بروتوكول التكوين الديناميكي للمضيف (   DHCP) ، الموصوف بواسطة RFC 2131. أتاح هذا البروتوكول للموفرين إعادة استخدام عناوين الإنترنت المقدمة لعملائهم للاتصالات غير الدائمة.

أدى الجمع بين هذه التقنيات إلى تقليل الطلب على أرقام IP الجديدة ، بحيث تم تأجيل الاستنفاد المتوقع للتسعينيات إلى عام 2010. ومع ذلك ، فإن الاعتماد العالمي لـ IPv6 بطيء: وفقًا لـ Google ، كان اعتماد IPv6 عالميًا 2٪ في 2014 ، 5٪ في 2015 ، 8٪ في 2016 ، 14٪ في 2017 ، 20٪ في 2018 ، 25٪ في 2019 ، 30 ٪ في 2020 ، 33٪ في 2021 و 35٪ في 2022 ؛ وفقًا لـ APNIC ، كان اعتماد IPv6 عالميًا 2٪ في 2014 ، 3٪ في 2015 ، 5٪ في 2016 ، 9٪ في 2017 ، 16٪ في 2018 ، 19٪ في 2019 ، 24٪ في 2020 ، 27٪ في 2021 و 29٪ في عام 2022.

عوامل محفزة أخرى

العامل الرئيسي وراء نشر IPv6 هو حاجته إلى البنية التحتية للإنترنت. إنها قضية استمرارية الأعمال ، لمقدمي الخدمات ومجموعة من الشركات والمؤسسات الأخرى.

ومع ذلك ، هناك عوامل أخرى تحفز تنفيذه:

• إنترنت الأشياء: من المتصور أنه في المستقبل حيث تكون الحوسبة في كل مكان ، ستكون التكنولوجيا موجودة في العديد من الأجهزة غير الذكية حاليًا ، والتي ستكون قادرة على التفاعل بشكل مستقل مع بعضها البعض – أجهزة كمبيوتر غير مرئية مرتبطة بالإنترنت ، ومضمنة في الأشياء المستخدمة يومًا بعد يوم – مما يجعل الحياة أكثر سيولة. يمكن للمرء أن يتخيل الأجهزة المنزلية المتصلة ، والسيارات ، والمباني الذكية ، ومعدات المراقبة الطبية ، وما إلى ذلك ، وسيتم توصيل عشرات ، وربما مئات أو آلاف الأجهزة في كل منزل ومكتب. IPv6 ، مع عناوين وفيرة وثابتة وصالحة ، ضروري لجعل هذا المستقبل حقيقة.
• توسع الشبكات: هناك عدة عوامل تحفز على التوسع المتسارع للإنترنت: الشمول الرقمي ، وشبكات المحمول (3G ، 4G ، 5G) ، إلخ. هناك حاجة إلى مزيد من عناوين IP.
• جودة الخدمة: سيؤدي تقارب شبكات الاتصالات المستقبلية مع طبقة الشبكة المشتركة ، IPv6 ، إلى نضج الخدمات التي أصبحت في بدايتها اليوم ، مثل VoIP ، ودفق الفيديو في الوقت الفعلي  ،  وما إلى ذلك ، وسيؤدي إلى ظهور خدمات جديدة. قام IPv6 بتحسين الدعم لفئات مختلفة من الخدمة ، اعتمادًا على متطلبات وأولويات الخدمة المعنية.
• التنقل: يعد التنقل عاملاً مهمًا للغاية في مجتمع اليوم. يدعم IPv6 تنقل المستخدمين ، ويمكن الاتصال بهم على أي شبكة من خلال عنوان IPv6 المصدر الخاص بهم.

ما الجديد في مواصفات IPv6

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

تنسيق مخطط بيانات IPv6

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

تنسيق رأس قاعدة بيانات IPv6:

• يحتوي على معلومات أقل من عنوان IPv4. على سبيل المثال ،   تمت إزالة المجموع الاختباري من الرأس ، حيث يعتبر هذا الإصدار أن معالجة أخطاء الطبقة السفلية يمكن الاعتماد عليها.
• يُستخدم  حقل فئة المرور  (8 بتات) للإشارة إلى فئة الخدمة التي تنتمي إليها الحزمة ، مما يسمح بمعالجات مختلفة للحزم الواردة من التطبيقات ذات المتطلبات المختلفة. يعمل هذا المجال كأساس لعمل آلية جودة الخدمة (QoS) في الشبكة.
• يُستخدم  حقل Flow Label  (20 بت) مع التطبيقات الجديدة التي تتطلب أداءً جيدًا. يسمح بربط مخططات البيانات التي تعد جزءًا من الاتصال بين تطبيقين. تُستخدم لإرسال مخططات بيانات على طول مسار محدد مسبقًا.
• يمثل  حقل طول الحمولة  (16 بت) ، كما يوحي الاسم ، حجم البيانات بالبايت التي تحملها الحزمة.
• يشير  حقل ” الرأس التالي ”  (8 بتات) إلى  رأس التمديد الأول. يستخدم لتحديد نوع المعلومات التي تتبع الرأس الحالي.
• يحتوي  حقل حد القفزة  (8 بت) على عدد  القفزات التي  تم إرسالها قبل تجاهل مخطط البيانات ، أي أن هذا الحقل يشير إلى الحد الأقصى لعدد القفزات (التي تمر عبر أجهزة التوجيه) في مخطط البيانات قبل إهماله. يتجاوز هذا الحقل IPv4 TTL.
• يشير  حقل عنوان المصدر  (128 بت) إلى عنوان مصدر الحزمة.
• يشير  حقل عنوان الوجهة  (128 بت) إلى عنوان الوجهة للحزمة.

التجزئة وتحديد المسار

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

يجب أن تكون عملية اكتشاف MTU ديناميكية ، لأن المسار يمكن أن يتغير أثناء إرسال مخططات البيانات.

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

رؤوس متعددة

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

توصي المواصفات الحالية بالترتيب التالي:

1. IPv6
2. رأس خيارات هوب-هوب
3. رأس خيار الوجهة
4. رأس التوجيه
5. رأس الجزء
6. رأس حمولة أمان المصادقة
7. رأس خيارات الوجهة
8. رأس الطبقة العليا

الكتل والتخصيصات

تم تفويض مسؤولية تخصيص وإدارة مجموعة عناوين IPv6 إلى IANA في ديسمبر 1995. ومنذ ذلك الحين ، وزعت IANA الكتل حسب الحاجة إلى RIRs من أجل التفويض اللاحق إلى الكيانات الأخرى.

اختصار	توزيع	البيانات	ملاحظة
0000 :: / 8	محجوز من قبل IETF
0100 :: / 8	محجوز من قبل IETF
0200 :: / 7	محجوز من قبل IETF		استهلكت في ديسمبر 2004
0400 :: / 6	محجوز من قبل IETF
0800 :: / 5	محجوز من قبل IETF
1000 :: / 4	محجوز من قبل IETF
2000 :: / 3	يونيكست العالمية
2001: 0000 :: / 23	IANA	01/07/1999
2001: 0200 :: / 23	APNIC	01/07/1999
2001: 0400 :: / 23	ARIN	01/07/1999
2001: 0600 :: / 23	RIPE NCC	01/07/1999
2001: 0800 :: / 22	RIPE NCC	11/02/2002
2001: 0c00 :: / 23	APNIC	05/02/2002
2001: 0e00 :: / 23	APNIC	01/01/2003
2001: 1200 :: / 23	أمريكا اللاتينية	11/01/2002
2001: 1400 :: / 22	RIPE NCC	01/07/2003
2001: 1800 :: / 23	ARIN	01/04/2003
2001: 1a00 :: / 23	RIPE NCC	01/01/2004
2001: 1c00 :: / 22	RIPE NCC	05/04/2004
2001: 2000 :: / 19	RIPE NCC	03/12/2013
2001: 4000 :: / 23	RIPE NCC	06/11/2004
2001: 4200 :: / 23	أفرينيك	01/06/2004
2001: 4400 :: / 23	APNIC	06/11/2004
2001: 4600 :: / 23	RIPE NCC	08/17/2004
2001: 4800 :: / 23	ARIN	08/24/2004
2001: 4a00 :: / 23	RIPE NCC	10/15/2004
2001: 4c00 :: / 23	RIPE NCC	12/17/2004
2001: 5000 :: / 20	RIPE NCC	09/10/2004
2001: 8000 :: / 19	APNIC	01/30/2004
2001: a000 :: / 20	APNIC	11/30/2004
2001: b000 :: / 20	APNIC	03/08/2006
2002: 0000 :: / 16	6to4	01/02/2001
2003: 0000 :: / 18	RIPE NCC	01/12/2005
2400: 0000 :: / 12	APNIC	10/03/2006
2600: 0000 :: / 12	ARIN	10/03/2006
2610: 0000 :: / 23	ARIN	11/17/2005
2620: 0000 :: / 23	ARIN	09/12/2006
2630: 0000 :: / 12	ARIN	11/06/2019
2800: 0000 :: / 12	أمريكا اللاتينية	10/03/2006
2a00: 0000 :: / 12	RIPE NCC	10/03/2006
2a10: 0000 :: / 12	RIPE NCC	05/09/2019
2c00: 0000 :: / 12	أفرينيك	10/03/2006
2d00: 0000 :: / 8	IANA	01/07/1999
2e00: 0000 :: / 7	IANA	01/07/1999
3000: 0000 :: / 4	IANA	01/07/1999
3ffe :: / 16	IANA	01/04/2008
4000 :: / 3	محجوز من قبل IETF
5f00 :: / 8	IANA	01/04/2008
6000 :: / 3	محجوز من قبل IETF
8000 :: / 3	محجوز من قبل IETF
a000 :: / 3	محجوز من قبل IETF
ج 000 :: / 3	محجوز من قبل IETF
ه 000 :: / 4	محجوز من قبل IETF
f000 :: / 5	محجوز من قبل IETF
f800 :: / 6	محجوز من قبل IETF
fc00 :: / 7	فريد محلي أحادي الإرسال
fe00 :: / 9	محجوز من قبل IETF
fe80 :: / 10	رابط أحادي النطاق		محفوظة للبروتوكول
fec0 :: / 10	محجوز من قبل IETF		موقوفة من قبل RFC3879
ff00 :: / 8	متعدد		تم تسجيل واجبات هذه المجموعة بواسطة IANA

معالجة

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

يجب أن يتكون عنوان IPv6 القياسي من  معرف الموفر ومعرف  الاشتراك  ومعرف  الشبكة  الفرعية  وحقل  معرف العقدة  . يجب أن يبلغ طول  معرف العقدة  (أو معرف الواجهة) 64 بت ، ويمكن تشكيله من العنوان الفعلي (MAC) بتنسيق EUI 64.

للحصول على  معرف العقدة  من خلال العنوان الفعلي بتنسيق EUI 64 ، اتبع الخطوات التالية:

• قسّم العنوان الفعلي (MAC) إلى نصفين إلى مجموعتين من 24 بت.
• أضف الرقم السداسي العشري FFFE (16 بت) بين هاتين المجموعتين من البتات.
• اقلب قيمة البتة السابعة من اليسار إلى اليمين من الرقم الذي تشكله الخطوة الثانية.

تتم كتابة عناوين IPv6 عادةً في شكل ثماني مجموعات من 4 أرقام سداسية عشرية. علي سبيل المثال،2001:0db8:85a3:08d3:1319:8a2e:0370:7344

لسهولة الكتابة ، يمكن اختصار الأصفار البادئة وتسلسل الأصفار. علي سبيل المثال،2001:0db8:85a3:03fa:0000:0000:0000:7344

هو نفس عنوان IPv6 مثل المثال السابق:2001:db8:85a3:3fa::7344

هناك أنواع خاصة من العناوين في IPv6:

• أحادي الإرسال  – يتوافق كل عنوان مع واجهة (جهاز).
• الإرسال المتعدد  – يتوافق كل عنوان مع واجهات متعددة. يتم إرسال نسخة إلى كل واجهة.
• anycast  – تطابق واجهات متعددة تشترك في بادئة مشتركة. يتم إرسال مخطط بيانات إلى أحد الأجهزة ، على سبيل المثال ، الأقرب.

على عكس IPv4 ، لا يحتوي IPv6 على عنوان بث ، وهو المسؤول عن توجيه الحزمة إلى جميع العقد في نفس المجال.

مع IPv6 ، يجب أن تحتوي جميع الشبكات المحلية على / 64 بادئة. هذا مطلوب للتكوين التلقائي والوظائف الأخرى للعمل.

سيتلقى المستخدمون من أي نوع / 48 شبكة من مزوديهم ، أي أنه سيكون لديهم عدد كافٍ من عناوين IP لتهيئة ما يقرب من 65 ألف شبكة ، لكل منها عناوين {\ displaystyle 2 ^ {64}}(18 كوينتيليون) . وتجدر الإشارة ، مع ذلك ، إلى أن بعض مقدمي الخدمة يفكرون في منح المستخدمين المنزليين شبكات بحجم / 56 ، مما يسمح بتقسيمها إلى شبكات 256/64 فقط.

معرّفات الواجهة (IID)

يتم تقسيم عناوين IPv6 بين تعريف الشبكة والجهاز. وفقًا لمعيار CIDR ، فإن أول 64 بت مخصصة للشبكة وآخر 64 بت للجهاز. الأخيرة هي معرفات الواجهة (IID). وبهذه الطريقة ، يتم حجز أجهزة {\ displaystyle 2 ^ {64}}(18،445،744،073،709،551،616) لكل شبكة ، وهو أكثر من كافٍ للطلب الحالي والمستقبلي.

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

عادةً ما يتم تكوين IID من العنوان الفعلي للجهاز (MAC) ، لذلك ليس من الضروري استخدام DHCPv6 ، والذي يصبح اختياريًا إذا أراد المسؤول الحصول على مزيد من التحكم في الشبكة.

يتم إنشاء IID المستند إلى عنوان MAC 48 بت على النحو التالي:

• قم أولاً بإضافة الأرقام السداسية العشرية FF-FE بين البايتين الثالث والرابع من عنوان MAC (قم بتحويله إلى عنوان 64 بت).
• بعد ذلك ، يجب أن تكمل البتة السابعة ، من اليسار إلى اليمين ، من عنوان MAC (تسمى U / L – Universal / Local bit) ، أي إذا كانت 1 ، فسيتم تبديلها إلى 0 ، وإذا كانت كذلك 0 ، سيتم تحويله إلى 1.
• إذا كانت الواجهة تعتمد على عنوان MAC 64 بت ، فإن الخطوة الأولى غير ضرورية.

هياكل عنوان الانتقال

يمكن تعيين عناوين IPv6 إلى IPv4 وهي مصممة لأجهزة التوجيه التي تدعم كلا البروتوكولين ، مما يسمح لـ IPv4 بـ “النفق” عبر العمود الفقري لـ IPv6. يتم إنشاء هذه العناوين تلقائيًا بواسطة أجهزة التوجيه التي تدعم كلا البروتوكولين. التعايش ممكن من خلال النفق في كلا الجزأين – IPv6 مغلف في IPv4 و IPv4 مغلف في IPv6 ، على الرغم من أن الأول أكثر شيوعًا ويعتمد على الخدمات المجانية من “الوسطاء”. دور “الوسيط” هو بالضبط أن يكون البوابة إلى عالم IPv6 من خلال اتصال IPv4. هناك بعض الأنواع الشائعة من الأنفاق مثل TunTap و 6to4.:

لهذا ، يتم تقسيم 128 بت من IPv6 على النحو التالي:

• تم تعيين حقل 80 بت على “0” (صفر) ، 0000: 0000: 0000: 0000: 0000 …
• تم ضبط حقل 16 بت على “1” (واحد) ، … FFFF …
• عنوان IPv4 32 بت

عناوين IPv6 المعينة لـ IPv4:::FFFF:<endereço IPv4>

بنيات عناوين IPv6 الأخرى

هناك بنى عناوين IPv6 أخرى:

• عناوين ISP  – تنسيق مصمم للسماح للمستخدمين الفرديين لمزود خدمة الإنترنت بالاتصال بالإنترنت.
• عناوين الموقع  – للاستخدام على شبكة المنطقة المحلية.

اعتماد IPv6 في جميع أنحاء العالم

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

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

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

حاليًا ، تعتمد معظم خوادم الويب ومراكز البيانات على IPv4 جنبًا إلى جنب مع IPv6. ومع ذلك ، فإن الاتجاه هو أنه مع الزيادة المستمرة في اعتماد أحدث بروتوكول ، يتم اختيار استخدام هذا البروتوكول فقط ، مما يسمح بخفض تكاليف التشغيل وتقليل التعقيد والقضاء على نواقل التهديد المتعلقة بالعمل مع بروتوكولين . يخطط مكتب إدارة الميزانية بالولايات المتحدة (OMB) لخطة تنفيذ IPv6 لعام 2021 ، بهدف أنه بحلول نهاية عام 2025 ، ستستخدم 80٪ من الشبكات الفيدرالية التي تدعم IP بروتوكول IPv6 فقط.