استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت

استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت (بالإنجليزية: IPv4 address space exhaustion)‏ هو نضوب العناوين الحرة في فضاء الإصدار الرابع من بروتوكول الإنترنت. بدأت هذه المشكلة في مطلع التسعينيات مع انتشار الاستخدام التجاري للإنترنت، فقد لُوحِظ نمو معدل استهلاك فضاء الإصدار الرابع من بروتوكول الإنترنت أسيَّاً، وكانت التوقعات تشير إلى استنفاد الفضاء كاملاً في منتصف التسعينيات من القرن العشرين.[1]

لمعالجة هذه المشكلة طُرحت مجموعة من الحلول وفق إستراتيجيتين، الأولى هي إستراتيجية قصيرة الأمد تهدف لإطالة الأمد المتوقع لاستنفاد الفضاء، وتشمل تقنيتي ترجمة عنوان الشبكة[2] والتوجيه غير الصنفي بين النطاقات.[3] أما الثانية فهي إستراتيجية طويلة الأمد وتهدف لاستبدال الإصدار الرابع ببروتوكول تشبيك آخر ذي فضاء أكبر حجماً، وهو الإصدار السادس من بروتوكول الإنترنت.[4] كان حل التوجيه غير الصنفي شديد الفعالية، فأطال عمر الفضاء ما يقرب عن عقدين من الزمن، ولذلك فإن هذه الآلية تُصنَّف «إستراتيجيةً متوسطة الأمد».[5]

استنفدت الهيئة الناظمة لتحصيص فضاء الإصدار الرابع من بروتوكول الإنترنت، وهي أيانا، الفضاء كاملاً في شهر يناير من العام 2011م[6]، وبدأت بعدها سجلات الإنترنت الإقليمية باستنفاد أفضيتها تتابعاً.

خلفية عامة[عدل]

بنية عنوان الإصدار الرابع من بروتوكول الإنترنت بحسب العنونة الصنفية.
مثال عن عنوان من الإصدار الرابع من بروتوكول الإنترنت.

الإصدار الرابع من بروتوكول الإنترنت[عدل]

القيم الثنائية والعشرية المستعملة في كتابة أقنعة الشبكة [7]
القيمة الثنائية القيمة العشريّة عدد الوحدان
0000 0000
0
0
0000 1000
128
1
0000 1100
192
2
0000 1110
224
3
0000 1111
240
4
1000 1111
248
5
1100 1111
252
6
1110 1111
254
7
1111 1111
255
8

الإصدار الرابع من بروتوكول الإنترنت (بالإنجليزية: Internet Protocol Version 4 اختصاراً IPv4)‏ هو بروتوكول تشبيك يعمل في طبقة الشبكة بحسب نموذج الاتصالات المعياري. طوّر هذا البروتوكول في عام 1981م كجزء من عمل وكالة مشاريع البحوث المتطورة الدفاعية، وكان أحد الركائز التي قامت الإنترنت على أساسها.[8]

يُعنى هذا البروتوكول بوظيفتين أساسيتين هما العنونة والتقطيع. والعنونة هي منح مُعرفات لتمييز مضيف أو مجموعة من المضيفين في الشبكة المحلية أو في الإنترنت، ويُسمّى العنوان الممنوح عنوان برتوكول الإنترنت.[9] قد يستخدم العنوان لتمييز مُضيف ما بشكلٍ فريد بعينه، أو لتحديد أعضاء مجموعة من المضيفين الذين يستضيفون العنوان في نفس الوقت، وليس هناك مانع من استضافة المُضيف لأكثر من عنوان بروتوكول إنترنت في الوقت نفسه.[10]

يُعرِّف الإصدار الرابع من بروتوكول الإنترنت فضاءً من العناوين يبلغ طول كل منها 32 بتاً، وقسِّم هذا الفضاء بحسب العنونة الصنفية إلى عدد من الأصناف على أساس رياضي، وشمل الصنف الأول، والذي يُسمّى الصنف A، جميع العناوين التي تبدأ بالبت (0) في الخانة الأكثر أهمية، وقُسِّم فضاء هذا الصنف إلى 128 فضاءً جزئياً في كل منها 16777216. أما فضاء الصنف B، فضم جميع العناوين التي تبدأ بالبتين (10)، وقُسِّم فضاء هذا الصنف إلى 16384 فضاءً جزئياً في كل منها 65536 عنواناً. وأما فضاء الصنف C، فضم جميع العناوين التي تبدأ بالبتات (110)، ثم قسم هذا الفضاء إلى 2097152 فضاءً جزئياً في كل منها 255 عنواناً. كما اقتطع من الفضاء الأصلي فضاء مخصص للبث المجموعاتي، وهو الفضاء الذي تبدأ جميع عناوينه بالبتات (1110)، في حين حجز الفضاء الذي تبدأ عناوينه بالبتات (1111) لاستخدامات مستقبلية.[10][11] بالإجمال، هناك 232 أي ما يعادل 4294967296 عنواناً في فضاء الإصدار الرابع من بروتوكول الإنترنت.[12]

يكتب عنوان الإصدار الرابع من بروتوكول الإنترنت باستخدام نظام العد الثنائي، ويمكن تمثيله أيضاً باستخدام نظام عد خاص هو النظام العشري المُنقَّط [الإنجليزية]، وفيه يُقسَّم العنوان إلى أربعة أجزاء تدعى كل منها خانة وتضم 8 بتات، تكتب هذه الخانات مفصولة بنقاط، وتكون الخانة اليسرى هي الأكثر أهمية. تحتوي كل خانة على ثمانية بتات، ويكون البت الواقع في أقصى اليسار هو الأكثر أهمية ويمكن تمثيل قيمة الخانة بالنظام العشري، فيصبح العنوان مكوناً من أربعة أعداد عشرية مفصولة بنقاط، ومن هنا حصل نظام العدّ على اسمه. ولأن طول الخانة هو 8 بتات فقط، وهي تحتوي قيماً صحيحة موجبة فقط فإن قيمة كل خانة تكون محصورة في مجموعة الأعداد الصحيحة التي تقع بين العددين 0 و 255 ضمناً.[13] فمثلاً هذا هو عنوان من الإصدار الرابع مكتوب بنظام الثنائي ثم العشري المنقط على الترتيب:

00001010.00000000.00000000.00000001
10.0.0.1

يُرفَق كل عنوان بروتوكول إنترنت بقناع شبكة، وهو عدد طوله 32 بت، يُكتب وفقاً لنفس قواعد كتابة عنوان الإصدار الرابع من بروتوكول الإنترنت وله نفس البنية رباعية الخانات. يتميّز القناع بنمط فريد من تكرار الأصفار والوحدان فيه، فهو يضمّ تتابع وحيد غير منقطع من الوحدان يليه تتابع وحيد غير منقطع من الأصفار ويحدد طول القناع ححم فضاء العناوين بالعلاقة 2N حيث N هو عدد الأصفار في القناع.[14] فمثلاً إذا كان عدد الوحدان في القناع 12 واحداً، فإن القناع الموافق للعنوان يكتب بالتمثيل الثنائي بالشكل:

0000 0000. 0000 0000. 0000 1111. 1111 1111

وهذا يقابل القناع 255.240.0.0، أو اختصاراً 12/. والتمثيل الأول هو التمثيل العشري المُنقط، ويمكن الحصول عليه باستبدال القيمة الثنائية لكل خانة بمقابلها العشري. أمّا التمثيل الثاني فهو تمثيل البادئة (بالإنجليزية: Prefix notation)‏، ويمكن الحصول عليه من خلال إحصاء عدد الوحدان المتتالية في القناع، وإضافتها إلى جانب الشريطة المائلة /. تستعمل كلتا الطريقتان للتعبير عن قناع الشبكة، ويضاف القناع دائماً إلى يسار العنوان.[15] إنّ القيم العشرية المُستعملة في كتابة الخانات في أقنعة الشبكة في الإصدار الرابع من بروتوكول الإنترنت محدودة وعددها 9 فقط، والسبب في ذلك هو شرط الوحدان المتتالية غير المنقطعة، وهذه القيم هي {0، 128، 192، 224، 240، 248، 252، 254، 255}.[16]

تحصيص فضاء العناوين[عدل]

هرمية تحصيص فضاء الإصدار الرابع من بروتوكول الإنترنت.

منذ نشأة الإنترنت، أشرفت هيئة أرقام الإنترنت المخصصة، المعروفة اختصاراً بالاسم أيانا IANA، على تحصيص وتخصيص المُعرِّفات الرقمية اللازمة لعمل الإنترنت، وأُديرت هذه الهيئة بواسطة معهد المعلوماتية في جامعة كاليفورنيا الجنوبية.[17] ولكن منذ شهر مارس من العام 2000م، أشرفت شركة الإنترنت للأرقام والأسماء المخصصة، والمعروفة اختصاراً بالاسم آيكان ICANN، عبر أيانا، على تحصيص فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.[18] يجب الانتباه إلى أن أيانا ليست مُنظَّمة قائمة بحد ذاتها بل هي هيئة للإشراف على مهمة يحددهاآيكان.[19]

يُعرَّف التحصيص (بالإنجليزية: Allocation)‏ بأنَّه منح فضاء عناوين جزئي لمزودات خدمة الإنترنت، أمَّا التخصيص (بالإنجليزية: ِAssignment)‏ فهو منح فضاء عناوين جزئي للعملاء.[20] ويحصل كل من التحصيص والتخصيص كجزء من عمل آلية هرميّة مُكوَّنة أربعة مستويات وفقاً لما يلي: رأس الهرم هو أيانا التي تُقدِّم خدمة تحصيص العناوين إلى عدد من سجلات الإنترنت الإقليمية والتي تخدم بدورها سجلات الإنترنت المحلية من خلال منحها أفضية العناوين حسب حاجتها. أخيراً، تقدم سجلات الإنترنت المحلية خدمة تخصيص العناوين إلى العملاء مباشرةً أو إلى سجلات إنترنت محلية فرعيّة. كلما جرى الابتعاد عن رأس الهرم، كان الفضاء المُحصص أصغر، والبادئة التي تحدده أكثر طولاً.[21]

لإنجاز التحصيص، تتبع أيانا سياسة عامة مرتكزة على ثلاثة مبادئ:[22]

  1. تحصص أيانا فضاء العناوين بواحدات محددة ببادئة من القياس 8/، وتمنح هذه الوحدات إلى سجلات الإنترنت الإقليمية.
  2. تلتزم أيانا بتأمين حصص من أفضية العناوين تكفي الحاجة المستقبلية لسجلات الإنترنت الإقليمية لفترة لا تقل عن 18 شهراً.
  3. تسمح أيانا لسجلات الإنترنت الإقليمية باعتماد استراتيجيات تحصيص وحجز محلية خاصة بها لضمان تحصص الفضاء بفعاليّة.

نبذة تاريخية[عدل]

استنفاد أفضية الإصدار الرابع من بروتوكول الإنترنت المحددة بالبادئة ذات القياس 8/ بين العامين 1996 و2014م.
خط زمني لمشكلة استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.

بدأت الإنترنت بصفتها مشروعاً بحثياً في سبعينيات القرن العشرين، وكان الهدف الأساسي هو تطوير مجموعة من البروتوكولات التي تدعم الاتصال بين الطرفيات في شبكة بيانات بصرف النظر عن نوع البنية التحتية والتقنيات المستعملة في الإنشاء. بناءً على توقعات تشمل عدد المؤسسات التي ستتصل مع الشبكة وعدد الطرفيات في كل منها، اُختير طول العناوين ليكون 32 بتاً، وكان ذلك هو طول عنوان بروتوكول الإنترنت، الذي وضع معياره في العام 1981م وسُمي بالإصدار الرابع من بروتوكول الإنترنت.[10] وأصبح هذا البروتوكول هو البروتوكول الرئيس في الشبكة بدءاً من 1 يناير 1983م.[23][24]

في نهاية ثمانينيات القرن العشرين، بدأ استعمال الإنترنت لأغراض تجارية، ونتج عن ذلك نمو متسارع في عدد المؤسسات التي تتصل مع الشبكة، وأظهر هذا النمو نزعة أسيّة، وخاصةً الطلب على أفضية الصنف B، وأصبح من الضروري تبني سياسة جديدة لتحصيص فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت وإلا فإن استنفاد فضاء العناوين سيعيق نمو الإنترنت. في شهر نوفمبر من العام 1991، شكلت مجموعة مهندسي الإنترنت مجموعة عمل التوجيه والعنونة والمعروفة اختصاراً باسم رُوْد (بالإنجليزية: Routing and Addressing اختصاراً ROAD)‏،[25] ونجحت هذه المجموعة في تعريف ثلاثة مشكلات رئيسة ستعيق نمو الإنترنت في المدى المنظور:[26]

  1. استنفاد فضاء عناوين الصنف B، وهذه هي نتيجة لغياب موجود فضاء عناوين يناسب مؤسسة متوسطة الحجم، ففضاء الصنف C صغير الحجم، وهو ما يدفع هذه المؤسسات لاستعمال فضاء من الصنف B، مع أن حجم الفضاء يزيد بكثير عن حاجة المؤسسة.
  2. نمو جداول التوجيه في موجهات الإنترنت لتصبح بحاجة إلى قدرات معالجة غير متوافرة بالبرمجيات أو المعدات المتوافرة.
  3. استنفاد فضاء عناوين الإصدار الرابع بشكل نهائي.

كانت التوقعات بحصول المشكلتين الأولى والثانية، في الفترة بين العامين 1993 و1995م، على عكس المشكلة الثالثة التي وصفت بأنَّها طويلة الأمد.[27] من أجل المشكلتين الأولى والثانية، بدأت مجموعة رُوْد العمل على تطوير إستراتيجية قصيرة الأمد لحل هذه المشكلة، فطوَّرت تقنية التوجيه غير الصنفي بين النطاقات، التي نُشر مبدؤها في يونيو من العام 1992م في وثيقة طلب التعليقات RFC 1338،[28] ثُم بشكل موسع في الوثيقة RFC 1519، التي نشرت في سبتمبر من العام 1993م، وحملت عنوان:«التوجيه غير الصنفي بين النطاقات: إستراتيجية منح وتحصيص العناوين».[3] لاحقاً في العام 2006م، صدرت الوثيقة RFC 4632، وهي أحدث توصيف لآلية التوجيه غير الصنفي بين النطاقات.[1] في شهر مايو من العام 1994م، طُوِّرت تقنية ترجمة عنوان الشبكة (NAT) لتكون حلاً آخر قصير الأمد لمشكلة الاستنفاد،[2] واعتمد هذا الحل بشكل أساسي على استعمال أفضية الشبكات الخاصة بشكل متكرر في عنونة الشبكات المحلية، والاقتصار على استعمال العناوين العامة فقط عند النفاذ إلى الإنترنت.[29] طوِّر أيضاً إصدار جديد من بروتوكول الإنترنت في إطار الاستراتيجية طويلة الأمد، هو الإصدار السادس من بروتوكول الإنترنت، نشر المعيار الأول للبروتوكول في شهر ديسمبر من العام 1995م ووصف بوثيقة طلب التعليقات RFC 1883.[4]

لقد كان الغرض الأساسي من تطوير الحلول ضمن الاستراتيجية قصيرة الأمد هو توفير عدة سنوات لحين تطوير حل شامل للمشكلة ضمن الاستراتيجية طويلة الأمد، ولكن الحلول قصيرة الأمد كانت شديدة الفعالية، فأطالت من عمر الإصدار الرابع من بروتوكول الإنترنت لأكثر من عقدين من الزمن، وأخرت تبني الإصدار السادس ليحل محل الإصدار الرابع بشكل كامل.[5]

مراحل الاستنفاد[عدل]

هذا يوم تاريخي في تاريخ الإنترنت، ولقد توقعنا حصوله منذ فترة ليست بالقصيرة، مستقبل الإنترنت هو في الإصدار السادس من بروتوكول الإنترنت، على جميع أصحاب المصالح الآن القيام بإجراء حاسم لنشر الإصدار السادس من بروتوكول الإنترنت.
—راؤول إتشبيريا، رئيس مجلس إدارة منظمة الموارد الرقمية (NRO) معلقاً على اسنتفاد أيانا لفضاء العناوين في 3 فبراير 2011.[30]
خط زمني لاستنفاد أيانا وسجلات الإنترنت الإقليمية لفضاء الإصدار الرابع من بروتوكول الإنترنت.
نموذج استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت في سجلات الإنترنت الإقليمية (بالخط الرفيع) مع الاستنفاد الفعلي (بالخط الغليظ).

انتشر الاستخدام التجاري للإنترنت في مطلع التسعينيات، وكان مترافقاً مع تطبيق تقنيات التجزئة على الأصناف القياسية لأفضية الإصدار الرابع من بروتوكول الإنترنت لإنجاز خدمة العنونة، ولكن مع النمو المتسارع للإنترنت، ظهرت الشكوك حول إمكانية استمرار تَوسُّع الإنترنت في ظل سرعة استنفاد فضاء العناوين. ففي شهر يونيو من العام 1992م مثلاً، استنفد 45% من فضاء الصنف B و38% من فضاء الصنف A .[31] وبلغت نسبة الاستنفاد في مطلع العام 1994م نصف فضاء العناوين الصنف B مع توقعات باستنفاد النصف الآخر في غضون عام آخر.[32] لذلك، فقد اقترحت مجموعة مهندسي الإنترنت استراتيجيةً جديدة لتحصيص فضاء العناوين سميت العنونة غير الصنفية، بالإضافة آلية جديدة للتوجيه سميت بالتوجيه غير الصنفي بين النطاقات.[3]

في عام 1995م، بعد تطبيق آلية التوجيه غير الصنفي، انخفض معدل استنفاد فضاء العناوين، وأصبح من المتوقع أن يُستنفَد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت في الفترة بين العامين 2005 و2011م.[33] في دراسة أُجريت في العام 2005م، فُحص معدل الاستنفاد في السنوات العشرة السابقة، ووضع نموذج ليصف عملية استنفاد فضاء الإصدار الرابع من بروتوكول الإنترنت. وبناء على هذا النموذج، وفي حال بقاء سياسة التحصيص كما هي يلا تغيير، فقد كان من المتوقع أن تستنفد أيانا أفضية العناوين المحددة بالبادئة 8/ في لحظة ما في الفترة الممتدة بين العامين 2011 و2016م.[34] وتوقعت دراسة أخرى جرت في العام 2007م حصول الاستنفاد في منتصف العام 2013.[35]

مع استنفاد الفضاء التدريجي، سعت آيكان إلى التعاون مع سجلات الإنترنت الإقليمية من أجل تبني سياسة موحدة لتحصيص المتبقي من فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت، ولتحقيق ذلك، طلبت آيكان من السجلات في مطلع العام 2007م اقتراحاتٍ بخصوص سياسة عامة لتنظيم هذا الشأن. وبناءً على ما قُدم إليها، فقد جرى تطوير ثلاث إصدارات متتابعة لسياسة التحصيص طرح آخرها في شهر نوفمبر من العام 2007م.[36] وفي شهر فبراير من العام 2008م، صدَّقت آيكان على إستراتيجية عامَّة لمنح القسم المتبقي من فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت(1) كما يلي:[37]

  1. طور الوفرة (بالإنجليزية: Existing Phase)‏: وفيه تستمر أيانا بتحصيص عناوين الإصدار الرابع من بروتوكول الإنترنت لسجلات الإنترنت الإقليمية باستعمال سياسة التحصيص المتبعة. يستمر هذا الطور حتى استقبال طلب تحصيص لا يمكن تلبيته، أو يمكن تلبيته بتحصيص فضاء العناوين المتبقي كاملاً، وذلك بغض النظر عن السجل الذي قدَّم الطلب. تجيب أيانا الطلب الذي سبب الدخول نهاية طور النفاد بتحصيصه الفضاء المتبقي كله، حتى لو لم يكن كافياً له، ثم يبدأ طور الاستنفاد.
  2. طور الاستنفاد (بالإنجليزية: Exhaustion Phase)‏: يبدأ هذا الطور مع نهاية طور التوافر، وتباشره أيانا بتحصيص فضاء عناوين محجوز ومحدد بالبادئة 8/ لكل سجل إنترنت إقليمي.

أقر آيكان أيضاً سياسة عامة لمرحلة ما بعد الاستنفاد، وفيه تعمل أيانا على تشكيل تجمّع لأجزاء فضاء عناوين الإصدار الرابع يضمُّ أي أفضية جزئية لم تحصص، بالإضافة للأفضية المُستعادة من سجلات الإنترنت الإقليمية. وفقاً لهذه السياسة فإنَّ على السجلات إعادة الأفضية الجزئية المستعادة إلى أيانا، مع إبلاغها عندما يصبح إجمالي القسم المحصص من الفضاء أقل في قياسه من فضاء محدد بالبادئة 9/، وعندها تعلن أيانا أن عملية تحصيص هذا الفضاء فعَّالة بمقتضى آلية تحددها هذه السياسة.[38]

في نهاية شهر يناير من العام 2011م، انتهى طور الوفرة بمنح أيانا الفضاءين: 39.0.0.0/8 و106.0.0.0/8 لمركز معلومات الشبكة في آسيا والمحيط الهادي [الإنجليزية]،(2)[6] وتلا ذلك، تفعيل طور النفاد ومنح فضاء من البادئة 8/ لكل سجل من سجلات الإنترنت الإقليمية الخمسة [39] وبذلك استنفدت أيانا فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت كاملاً. بعد ذلك، بدأت سجلات الإنترنت الإقليمية باستنفاذ أفضيتها أيضاً، فاستنفد مركز معلومات الشبكة في آسيا والمحيط الهادي أفضيته المحددة بالبادئة 8/ في أبريل 2011 [40] وبدء بعد ذلك طوراً محلياً من سياسة الاستنفاد سماه المرحلة الثالثة (بالإنجليزية: Stage 3)‏ فيها يمكن منح مزودات الخدمة القومية أو المحلية أفضية جزئية مُحددة ببادئات من القياس 22/ أو أعلى،[41] ثم استنفد مركز معلومات الإِنترنت الأوروبي [الإنجليزية] أفضيته من القياس نفسه في شهر سبتمبر من العام 2012م،[42] وبعد ذلك، في 25 نوفمبر 2019، استنفذ المركز فضاءَه كاملاً بتحصيصه آخر فضاء حُرٍّ محدد بالبادئة 22/.[43] أمَّا مركز معلومات أمريكا اللاتينية والكاريبي [الإنجليزية] فقد استنفد أفضيته المحددة بالبادئة 8/ في شهر يونيو من العام 2014، وابتدأ بعدها بطور ثالث من سياسة التحصيص طُوِّرَ بالتعاون مع مزودات الخدمة المحلية لتحصيص الأفضية ذات البادئات الأطول.[44] وفعلت أيانا عندها سياسة ما بعد الاستنفاد وتحصيص فضاء العناوين المُستعاد، وكانت تلك آخر عملية تحصيص تنجزها أيانا لفضاء من الإصدار الرابع من بروتوكول الإنترنت.[45] وأمَّا السجل الأمريكي لأرقام الإنترنت، فقد بدأ في استنفاذ آخر أفضيته المحددة ببادئة من القياس 8/ في سبتمبر من العام 2014 [46] وبدأ بعدها بتطبيق سياسة خاصة في عمليات المنح لا تلزمه بتلبية كل طلبات التحصيص، بالإضافة لتوجيه العملاء نحو استعمال الإصدار السادس من بروتوكول الإنترنت.[47] وأخيراً، بدء مركز معلومات الشبكة الإفريقي استنفاد آخر فضاء محدد ببادئة من القياس 8/ في شهر مارس من العام 2017.[48]

الحلول المقترحة[عدل]

ترجمة عنوان الشبكة[عدل]

مثال عن استعمال تقنية ترجمة عناوين الشبكة باستخدام فضاء عناوين خاص من الصنف B هو 192.168.100.0/24.

ترجمة عنوان الشبكة (بالإنجليزية: Network Address Translation اختصاراً NAT)‏ هي تقنية تسمح لمُنظمة تدير شبكة محلية ما باستعمال أحد أفضية العناوين الخاصة لعنونة المُضيفين في تلك الشبكة، في الوقت نفسه الذي تستعمل فيه عناوين عامّة للاتصال مع الإنترنت. تحتاج هذه التقنية إلى مُوجّه يجري عملية المطابقة والتبديل، والتي تسمى الترجمة، بين العناوين الخاصة والعامة، ويمكن أن يسمح ذلك لعدد كبير من مُضيفي العناوين الخاصة بتشارك عدد قليل من العناوين العامة واستعمالها للوصول إلى الإنترنت.[49][50]

تسمح تقنية ترجمة عناوين الشبكة لمضيف لا يستضيف عنوان بروتوكول إنترنت مُحصص وفريد عالمياً بالاتصال مع مضيفين آخرين عبر الإنترنت. قد يكون عنوان المضيف من شبكة خاصة أو مُحصص عالمياً لمضيف أو منظمة أخرى، وفي كلتا الحالتين، تسمح ترجمة عنوان الشبكة للمضيف بالاتصال مع هدفه عبر الإنترنت من خلال تبديل عنوانه في رزم البيانات التي يُولِّدها بعنوان مُسجَّل وفريد عالمياً.[51]

طُوِّرت تقنيّة ترجمة عنوان الشبكة في العام 1994م لتكون حلاً استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت ضمن الإستراتيجية قصيرة الأمد، ووصفت أساساً في وثيقة طلب التعليقات RFC 1631،[2] وعدّل المعيار لاحقاً وأضيف إليه دعم ترجمة عنوان الشبكة ورقم المنفذ ونُشر في عام 2001 تحت الاسم الرمزي RFC 3022.[52]

التوجيه غير الصنفي بين النطاقات[عدل]

جدول للبوادئ المتاحة للاستعمال في العنونة غير الصنفي، ومكافئاتها بحسب العنونة الصنفية.

التوجيه غير الصنفي بين النطاقات (بالإنجليزية: Classless InterDomain Routing اختصاراً CIDR)‏ هو حل مرحلي لمشكلة استنفاد فضاء الإصدار الرابع من بروتوكول الإنترنت.[53] لقد هدفَ استعمال التوجيه غير الصنفي إلى هدفين أساسيين: أولاً، تنظيم عملية المنح بحيث تسهل عملية تجميع المسارات من أجل تخفيض حجم جداول التوجيه عالمياً. ثانياً، تعريف قواعد جديدة للعنونة مغايرة للعنونة الصنفية أو القياسية.[54]

لتنفيذ الهدف الأول، يجري تحصيص البادئات بشكل متوافق مع طوبولوجيا الإنترنت بشكل يُسهِّل عملية التجميع التي تستهدف زيادة فعالية نظام التوجيه العالمي. أما تحقيق الهدف الثاني فتطلَّب إيقاف العمل بنظام التحصيص القائم على العنونة باستعمال الأصناف القياسية A وB وC، واستبداله بنظام يعتمد على العنونة غير الصنفية (بالإنجليزية: Classless)‏، التي يُقسَّم فضاء العناوين فيها إلى أفضية ذات أحجامٍ متنوعة وفقاً للحاجة، ويشار لحجم الفضاء باستعمال تمثيل البادئة للقناع المرفق معه.[26]

وُصفت آليتا العنونة والتوجيه غير الصنفيان أولاً في وثيقة طلب التعليقات RFC 1338 في العام 1992م.[28] في العام التالي، وتحديداً في شهر ديسمبر، صدرت الوثيقتان: RFC 1518،[55] وكانت مُخصصة للعنونة غير الصنفية، وRFC 1519 وخُصصت للتوجيه غير الصنفي.[3] وأخيراً، في العام 2006م، صدرت الوثيقة RFC 4632 وهي الوثيقة الأحدث التي تتناول هذا المعيار.[1]

بُعيد تطويرها، كانت آلية التوجيه غير الصنفي حلاً قصير الأمد لمشكلة استنفاد فضاء العناوين، وكان من المتوقع أن تطيل الأمد اللازم لاستهلاك الفضاء كاملاً لفترة تتراوح بين 3 و 5 سنوات، حيث يجري خلالها تطوير حلول أكثر فعالية لمسألتي العنونة والتوجيه. ولكن هذه الآلية تجاوزت التوقعات وأطالت الأمد المتوقع ليتجاوز 17 عاماً (3) وأصبحت بذلك حلاً متوسط الأمد.[56]

الإصدار السادس من بروتوكول الإنترنت[عدل]

الإصدار السادس من بروتوكول الإنترنت
ترويسة الإصدار السادس من بروتوكول الإنترنت

اختصار IPv6
الوظيفة بروتوكول تشبيك
المُطوِّر مجموعة مهندسي الإنترنت
تاريخ التطوير 1995م
تأثَّر بـ الإصدار الرابع من بروتوكول الإنترنت
طبقة نموذج OSI طبقة الشبكة
وثيقة طلب التعليقات RFC RFC 8200 [57]

الإصدار السادس من بروتوكول الإنترنت (بالإنجليزية: Internet Protocol Version 6 اختصاراً IPv6)‏ هو بروتوكول تشبيك لشبكات البيانات. طوّر البروتوكول في العام 1995م ليكون حلاً طويلاً الأمد لمشكلة استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت. يُعرَّف الإصدار السادس بنية محددة لرزمة بيانات وآلية لعنونة المضيفين بشكل فريد بطريقة تسمح بتوجيه الرزم من مصدرها إلى وجهتها عبر الشبكة بواسطة المُوجِّهات.[5]

يبلغ طول عنوان الإصدار السادس 128 بتاً، أي أنه أطول بأربعة أضعاف من طول عنوان الإصدار الرابع، وعدد العناوين في فضائه 1028 ضعفاً من عدد العناوين في فضاء عناوين الإصدار الرابع.[58] يُكتب العنوان باستعمال نظام العد الست عشري بطول هو 32 مرتبة، وتكون المرتبة التي تقع في أقصى اليسار هي الخانة الأكثر أهمية. تُقسَم المراتب إلى مجموعات رباعية عددها 8 مجموعات، ويَفصل بين كل مجموعتين متتالين نقطتان رأسيتان (:)، فمثلاً:

5f05:2000:80ad:5800:0058:0800:2023:1d71

هو مثال عن عنوان من الإصدار السادس من بروتوكول الإنترنت.[59] هناك معيار موحد لاختصار عناوين الإصدار السادس من بروتوكول الإنترنت، وهي موصوفة في وثيقة طلب التعليقات RFC 4291.[60]

هناك إضافات أخرى للبروتوكول تشمل بنية ترويسة أبسط ذات عدد حقول أقل، ودعماً أوسع للتوسعات والخيارات الملحقة بترويسة البروتوكول، بالإضافة لميزات أمنية مطورة خصيصاً للبروتوكول تشمل التحقق من الهوية وسلامة وسرية البيانات.[61] تضمّن تصميم الإصدار السادس أيضاً دعماً افتراضياً لعدد من التقنيات التي سبق وأضيفت للإصدار الرابع مثل تجميع المسارات والعنونة المحلية وترجمة عناوين الشبكة، بالإضافة لتقنيات أخرى جديدة مثل التهيئة الذاتية الآلية (SLAAC) [62] وصنف جديد من العنونة هو العنونة الاختياريّة [الإنجليزية] (بالإنجليزية: Anycast)‏.[63] بالإضافة لذلك، يعتمد الإصدار السادس من بروتوكول الإنترنت بشكل كبير على بروتوكول رديف طوّر خصيصاً لدعم هذه الوظائف، وهو بروتوكول اكتشاف الجيران (NDP).[64]

نُشر المعيار الأول للبروتوكول في ديسمبر من العام 1996 في وثيقة طلب التعليقات RFC 1883.[4] ثُمَّ صدرت الوثيقة RFC 2460 بعد ثلاث سنوات في شهر ديسمبر من العام 1998م،[65] وظلت هذه الوثيقة هي المعيار الرسمي للبروتوكول لمدة 19 عاماً تقريباً، قبل أن تصدر الوثيقة RFC 8200 في شهر يوليو من العام 2017 لتصبح المعيار الرسمي للإصدار السادس من بروتوكول الإنترنت منذ ذلك الحين.[57]

انظر أيضًا[عدل]

هوامش[عدل]

خريطة العالم وتوزع سجلات الإنترنت الإقليمية عليها.

1. الاسم الأصل للسياسة (بالإنجليزية: Global Policy for Remaining IPv4 Address Space)‏.

2. هناك 5 سجلات إنترنت إقليمية في العالم هي: مركز معلومات الشبكة الإفريقي (AfriNIC) ومركز معلومات الشبكة في آسية والمحيط الهادي (APNIC)، والسجل الأمريكي لأرقام الإنترنت (ARIN)، ومركز معلومات الشبكة في أمريكا اللاتينية والكاريبي (LACNIC)، ومركز معلومات الإِنترنت الأوروبي (RIPE NCC).[66]

3. أخذاً بالحسبان أن وثيقة طلب التعليقات RFC 1338 هي أول معيار رسمي للتوجيه غير الصنفي (مع أنَّها سمَّته التجزئة العليا (بالإنجليزية: Supernetting)‏) قد صدرت في يونيو 1992م،[28] في حين أعلنت أيانا عن استنفاد أفضية العناوين المحددة ببادئة من القياس 8/ في شهر يناير من العام 2011م،[6] أي أن المدة الفاصلة بين الاثنين هي: 18 عاماً و7 أشهر.

المراجع[عدل]

فهرس المراجع
  1. ^ أ ب ت RFC 4632, P.1
  2. ^ أ ب ت Egevang, K.; Francis, P. (May 1994). "RFC 1631, The IP Network Address Translator (NAT)" (بالإنجليزية). DOI:10.17487/RFC1631. Archived from the original on 2020-01-25. Retrieved 2020-01-12.
  3. ^ أ ب ت ث Fuller, V.; Li, T.; Yu, J.; Varadhan, K. (Sep 1993). "RFC 1519 , Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy" (بالإنجليزية). DOI:10.17487/RFC1519. Archived from the original on 2020-03-06. Retrieved 2019-01-11.
  4. ^ أ ب ت Deering, S.; Hinden, R. (Dec 1995). "RFC 1883, Internet Protocol, Version 6 (IPv6) Specification". The Internet Society (بالإنجليزية). DOI:10.17487/RFC1883. Archived from the original on 2019-12-21. Retrieved 2020-01-14.
  5. ^ أ ب ت Cisco CCENT/CCNA ICND1, P.612
  6. ^ أ ب ت "Free Pool of IPv4 Address Space Depleted". Number Resource Organization (بالإنجليزية). 3 Feb 2011. Archived from the original on 2020-03-05. Retrieved 2019-03-06.
  7. ^ أصول تجزئة الشبكة، ص.20
  8. ^ The TCP/IP Guide, P.235-255
  9. ^ Dictionary of Networking , P.199
  10. ^ أ ب ت RFC 791, P.7
  11. ^ RFC 4632, P.3
  12. ^ Ramesh Chandra (2003). Information Technology: A Revolutionary Change (بالإنجليزية). Kalpaz publication. p. 80. ISBN:817835201X.
  13. ^ أصول تجزئة الشبكة، ص.11-12
  14. ^ أصول تجزئة الشبكة، ص. 13-14
  15. ^ Cisco CCENT/CCNA ICND1 , P.309
  16. ^ أصول تجزئة الشبكة, P.20
  17. ^ Cerf, V. (Aug 1990). "RFC 1174, IAB Recommended Policy on Distributing Internet Identifier Assignment and IAB Recommended Policy Change to Internet "Connected" Status". The Internet Society (بالإنجليزية). p. 2. DOI:10.17487/RFC1174. Archived from the original on 2019-11-08. Retrieved 2020-01-22.
  18. ^ Carpenter, B.; Baker, F.; Roberts, M. (Jun 2000). "RFC 2860, Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authority". The Internet Society (بالإنجليزية). DOI:10.17487/RFC2860. Archived from the original on 2012-08-11. Retrieved 2019-01-02.
  19. ^ RFC 7020, P.4
  20. ^ Hubbard, K.; Kosters, M.; Conrad, D.; Karrenberg, D.; Postel, J. (Nov 1996). "RFC 2050, INTERNET REGISTRY IP ALLOCATION GUIDELINES". The Internet Society (بالإنجليزية). p. 4. DOI:10.17487/RFC2050. Archived from the original on 2019-12-11. Retrieved 2020-01-22.
  21. ^ RFC 7020, P.3
  22. ^ "Internet Assigned Numbers Authority (IANA) Policy For Allocation of IPv4 Blocks to Regional Internet Registries". ICANN.org (بالإنجليزية). Archived from the original on 2020-11-06. Retrieved 2020-01-01. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  23. ^ Postel, J. (Nov 1981). "RFC 801, NCP/TCP TRANSITION PLAN". The Internet Society (بالإنجليزية). p. 2. DOI:10.17487/RFC0801. Archived from the original on 2019-12-11. Retrieved 2019-01-21.
  24. ^ Nesser, P.; Bergstrom, A. (Jun 2004). "RFC 3789, Introduction to the Survey of IPv4 Addresses in Currently Deployed IETF Standards Track and Experimental Documents". The Internet Society (بالإنجليزية). p. 2. DOI:10.17487/RFC3789. Archived from the original on 2019-12-11. Retrieved 2019-01-21.
  25. ^ RFC 1752, P.4
  26. ^ أ ب RFC 4632, P.4
  27. ^ TCP/IP Illustrated, P.47
  28. ^ أ ب ت Fuller, V.; Li, T.; Yu, J.; Varadhan, K. (Sep 1993). "RFC 1338, Supernetting: an Address Assignment and Aggregation Strategy" (بالإنجليزية). DOI:10.17487/RFC1338. Archived from the original on 2020-03-06. Retrieved 2020-01-12.
  29. ^ Rekhter, Y.; Moskowitz, B.; Karrenberg, D.; de Groot, G. J.; Lear, E. (Feb 1996). "RFC 1918, Address Allocation for Private Internets" (بالإنجليزية). DOI:10.17487/RFC1918. Archived from the original on 2020-03-06. Retrieved 2020-01-12.
  30. ^ "Free Pool of IPv4 Address Space Depleted". NRO.net (بالإنجليزية). 3 فبراير 2011. Archived from the original on 21 يناير 2018. Retrieved 18 يناير2020. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  31. ^ Gerich, E. (Oct 1992). "RFC 1366, Guidelines for Management of IP Address Space" (بالإنجليزية). p. 3. DOI:10.17487/RFC1366. Archived from the original on 2020-03-06. Retrieved 2019-01-22.
  32. ^ TCP/IP illusterated, P.46
  33. ^ RFC 1752, P.7
  34. ^ Hain، Tony (مايو 2005). "A Pragmatic Report on IPv4 Address Space Consumption" (PDF). The Internet Protocol Journal. Cisco Systems, Inc. ج. 8 ع. 3: 2-19. ISSN:1944-1134. مؤرشف من الأصل في 2020-03-25. اطلع عليه بتاريخ 2020-01-22.{{استشهاد بدورية محكمة}}: صيانة الاستشهاد: BOT: original URL status unknown (link)
  35. ^ van Beijnum، Iljitsch (سبتمبر 2007). "IPv4 Address Space: 2.46 Billion Down, 1.25 Billion to Go" (PDF). The Internet Protocol Journal. Cisco Systems, Inc. ج. 10 ع. 3: 22-29. ISSN:1944-1134. مؤرشف من الأصل في 2020-03-25. اطلع عليه بتاريخ 2020-01-22.{{استشهاد بدورية محكمة}}: صيانة الاستشهاد: BOT: original URL status unknown (link)
  36. ^ "Global Policy Proposal for Remaining IPv4 Address Space – Background Report". ICANN (بالإنجليزية). Archived from the original on 2019-11-06. Retrieved 2020-04-07.
  37. ^ "Global Policy for the Allocation of the Remaining IPv4 Address Space". ICANN (بالإنجليزية). Archived from the original on 2019-11-15. Retrieved 2019-12-29.
  38. ^ "Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA". ICANN.org (بالإنجليزية). Archived from the original on 2019-04-03. Retrieved 2020-01-03.
  39. ^ "IANA IPv4 Address Space Registry". IANA (بالإنجليزية). Archived from the original on 2019-07-05. Retrieved 2019-12-29.
  40. ^ "APNIC IPv4 Address Pool Reaches Final /8". APNIC Pty. Ltd (بالإنجليزية). 15 Apr 2011. Archived from the original on 2011-04-18. Retrieved 2019-12-29.
  41. ^ Philip Smith (28 Aug 2008). "prop-062: Use of final /8". APNIC.net (بالإنجليزية). Archived from the original on 2019-01-01. Retrieved 2019-01-01. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  42. ^ "RIPE NCC Begins to Allocate IPv4 Address Space From the Last /8". RIPE NCC (بالإنجليزية). 14 Sep 2012. Archived from the original on 2019-02-23. Retrieved 2019-12-29.
  43. ^ "La pénurie d'adresses IPv4 s'est accélérée". arcep.fr (بالفرنسية). Archived from the original on 9 يناير 2020. Retrieved 9 يناير2020. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  44. ^ "No more IPv4 addresses in Latin America and the Caribbean". LACNIC (بالإنجليزية). 10 Jul 2014. Archived from the original on 2019-07-06. Retrieved 2019-12-29.
  45. ^ "Remaining IPv4 Addresses to be Redistributed to Regional Internet Registries - Address Redistribution Signals that IPv4 is Nearing Total Exhaustion". ICANN. 20 مايو 2014. مؤرشف من الأصل في 2017-07-30. اطلع عليه بتاريخ 2020-02-29. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (مساعدة)
  46. ^ John Curran (24 سبتمبر 2015). "ARIN IPv4 Free Pool Reaches Zero". ARIN (بالإنجليزية). Archived from the original on 6 يوليو 2019. Retrieved 9 يناير2020. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  47. ^ "IPv4 Addressing Options". ARIN (بالإنجليزية). 24 سبتمبر 2015. Archived from the original on 4 مايو 2019. Retrieved 9 يناير2020. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  48. ^ "AFRINIC Enters IPv4 Exhaustion Phase 1". AFRINIC (بالإنجليزية). 3 أبريل 2017. Archived from the original on 13 أكتوبر 2017. Retrieved 9 يناير2020. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  49. ^ The TCP IP Guide, P.428
  50. ^ Dictionary of Networking, P.264-265
  51. ^ Cisco CCENT/CCNA ICND1, P.581
  52. ^ Srisuresh, P.; Egevang, K. (Jan 2001). "RFC 3022, Traditional IP Network Address Translator (Traditional NAT)" (بالإنجليزية). DOI:10.17487/RFC3022. Archived from the original on 2020-01-24. Retrieved 2019-09-22.
  53. ^ Dictionary of Networking , P.73
  54. ^ Cisco CCENT/CCNA ICND1, P.579
  55. ^ Rekhter, Y.; Li, T. (Sep 1993). "RFC 1518, An Architecture for IP Address Allocation with CIDR". The Internet Society (بالإنجليزية). DOI:10.17487/RFC1518. Archived from the original on 2019-12-11. Retrieved 2020-01-19.
  56. ^ RFC 4632, P.5
  57. ^ أ ب RFC 8200, P.1
  58. ^ Cisco CCENT/CCNA ICND1, P.611
  59. ^ TCP/IP Illustrated, P.32
  60. ^ RFC 4291, P.4-6
  61. ^ RFC 8200, P.4
  62. ^ Thomson, S.; Narten, T.; Jinmei, T. (Sep 2007). "RFC 4862, IPv6 Stateless Address Autoconfiguration" (بالإنجليزية). DOI:10.17487/RFC4682. Archived from the original on 2020-01-25. Retrieved 2019-09-24.
  63. ^ RFC 4291, P.12
  64. ^ Narten, T.; Nordmark, E.; Simpson, W.; Soliman, H. (Sep 2007). "RFC 4861, Neighbor Discovery for IP version 6 (IPv6)" (بالإنجليزية). DOI:10.17487/RFC4681. Archived from the original on 2020-01-24. Retrieved 2019-09-22.
  65. ^ Deering, S.; Hinden, R. (Dec 1998). "RFC 2460, Internet Protocol, Version 6 (IPv6) Specification". The Internet Society (بالإنجليزية). DOI:10.17487/RFC2460. Archived from the original on 2020-01-07. Retrieved 2020-01-14.
  66. ^ "Number Resources". IANA.org (بالإنجليزية). Archived from the original on 2020-01-01. Retrieved 2020-01-21.
معلومات المراجع كاملة

أولاً: الكتب: (مرتبة وفقاً لتاريخ النشر)

ثانياً: وثائق طلب التعليقات: (مرتبة وفقاً لرقم الوثيقة)

وصلات خارجية[عدل]