توجيه بين نطاقي غير صنفي
التوجيه بين النطاقي غير الصنفي أو التوجيه بين النطاقات غير الفئوي (بالإنجليزية: Classless Interdomain routing اختصاراً CIDR) هو حل ضمن الإستراتيجية قصيرة الأمد مُوجَّه لمعالجة ثلاث مشكلات رئيسة هي الاستنفاد الوشيك لفضاء الصنف B ونمو أحجام جداول التوجيه بصورة تفوق الإمكانيات المتاحة لمعالجتها والاستنفاد النهائي لفضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.[1]
جزء من سلسلة مقالات حول |
بروتوكول الإنترنت |
---|
عام |
الإصدار السادس |
بروتوكولات رديفة
|
|
طُوِّر التوجيه غير الصنفي في العام 1992م[2]، وهو يُعرِّف آليةَ عنونةٍ غير صنفيَّةٍ لتجزئة فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت، تعتمد هذه الآلية على مبدأ البادئة متغيَّرة الطول لتحديد أقسام العنوان عوضاً عن أطوال الأقسام الثابتة التي كانت مُستعملة في العنونة الصنفية.[3] تُستَعمل آلية العنونة غير الصنفيَّة وفق هرمية تحصيصٍ رباعيَّة المستويات.[4] بالإضافة لذلك، واعتماداً على العنونة غير الصنفية، يَصف التوجيه غير الصنفي آليةً لتجميع المسارات تسمح بضم عدد من المسارات مع بعضها البعض وتكوين مسارٍ جديد وحيد، بهدف الحد من نمو أحجام جداول التوجيه.
اعتمد الإصدار السادس من بروتوكول الإنترنت، وهو الحل النهائي المُطوَّر ضمن الإستراتيجية طويلة الأمد، على آلية التوجيه غير القياسي لإنجاز مسألة العنونة.[5] يعتمد الإصدار السادس على الهرمية رباعية المستويات نفسها، ولكنها تعمل بشكل متوافق مع محددات البروتوكول ويحصل فيها المستخدم على بادئة ذات طول متوافق مع التهيئة الآلية الذاتية.[4][6]
على الرغم من كونه قد طُوِّر كجزء من الإستراتيجية قصيرة الأمد لحل مشكلة الاستنفاد، إلا أن التوجيه غير الصنفي كان بالغ الفعاليَّة، وأطال العمر المتوقع لفضاء الإصدار الرابع من بروتوكول الإنترنت لأكثر من عقدين من الزمن (1)، ولذلك يُشار إليه أيضاً بوصفه حلاً متوسط الأمد لمشكلة استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت.[7]
نبذة تاريخية
طُوِّر الإصدار الرابع من بروتوكول الإنترنت في مطلع عقد الثمانينيات من القرن العشرين ليؤدي وظيفة العنونة البرمجية، ولتحقيق ذلك، يُعرِّف البروتوكول فضاءً من العناوين التي يبلغ طول كل منها 32 بتاً.[8] يُكتب عنوان الإصدار الرابع من البروتوكول باستعمال بالنظام العشري المُنقَّط [الإنجليزية]، حيث يُقسَّم العنوان إلى أربع خانات، في كل منها 8 بتات، وتكون الخانة الواقعة في أقصى اليسار هي الخانة الأولى، ويكون البت الواقع في أقصى يسارها هو البت الأكثر أهمية. بسبب الطول المحدد لكل خانة، فإن القيم في كل منها تترواح بين: 10(0) = 2(00000000) و10(255) = 2(11111111).[9]
قُسَّم فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت رياضياً إلى عدد من الأفضية الجزئية ذات الأطوال القياسيَّة، وسُمِّيت هذه الأفضية الجزئية القياسيَّة أصنافاً. وهي الصنف A والصنف B والصنف C وجميعها مُخصص للبث فريد الوجهة[8]، والصنف D وهو مُخصص للبث المجموعاتي، والصنف E، الذي حجز لاستعمالات مستقبلية. يمكن تحدد الصنف الذي ينتمي إليه العنوان بملاحظة قيمة الخانة الأولى فيه، ففي الصنف A، تتراوح بين 0 و 127 (2)، وبين 128 و 191 في الصنف B، وبين 192 و 223 في الصنف C، وبين 224 و239 في الصنف D، وبين 240 و255 في الصنف E.[9][10]
في مطلع التسعينات بدأ الاستخدام التجاري للإنترنت، فتزايد الطلب على أفضية جزئية للإصدار الرابع من بروتوكول الإنترنت بشكلٍ متسارعٍ مما هدد باستنفاد الفضاء كاملاً في غضون سنوات قليلة، والسبب في ذلك هو آلية العنونة الصنفية التي لم تكن قادرة على الاستجابة لمتلطبات العملاء، ففضاء قياسي من الصنف C يحتوي 256 عنواناً فقط، وهو عدد صغير لا يكفي المنظمات المتوسطة وكبيرة الحجم، أما فضاء الصنف B فيحتوي 65536 عنواناً، وهو عدد كبير يفوق بعدَّة أضعاف حاجة المُنظمات الكبيرة. ولكن، وبسبب عدم وجود حلٍ وسيط يتيح فضاءً جزئيَّاً أكبر من أفضية الصنف C وأصغر من أفضية الصنف B، فإنَّ المُنظمات عَمِدت إلى طلب أفضية من الصنف B، رغم أن عدد العناوين فيه يفوق حاجتها، وسبب ذلك استهلاكاً سريعاً وغير فعَّالٍ لفضاء الإصدار الرابع من بروتوكول الإنترنت.[11]
شُكِّلت مجموعة عمل التوجيه والعنونة والمعروفة اختصاراً باسم رُوْد (بالإنجليزية: Routing and Addressing اختصاراً ROAD) في شهر نوفمبر من العام 1991م بهدف معالجة هذه المشكلة، وعرَّفت هذه المجموعة ثلاثَ مُشكلات رئيسيَّة تعيق نمو شبكة الإنترنت:[7]
- استنفاد فضاء عناوين الصنف B، وهذه هي نتيجة لغياب فضاء عناوين يناسب منظمة متوسطة الحجم، ففضاء الصنف C صغير الحجم، وهو ما يدفع هذه المنظمات لاستعمال فضاء من الصنف B، على الرغم من أن حجم الفضاء يزيد بكثير عن حاجة المنظمة.
- نمو جداول التوجيه في موجهات الإنترنت لتصبح بجاجة إلى قدرات معالجة غير متوافرة بالبرمجيات أو المعدات المتوافرة.
- استنفاد فضاء عناوين الإصدار الرابع بشكل نهائي.
لقد كانت المشكلتان الأولى والثانية وشيكتا الحصول، وكان يتوقع حصول أي منهما بدءاً من العام 1993م.[11] نتيجة لذلك، طوِّرت الحلول ضمن إستراتيجيتان، تشمل الأولى حلولاً سريعة التطبيق قصيرة الأمد، وهي تستهدف المشكلتان الأولى والثانية، أمَّا الثانية، فتُعنى بحلٍ نهائيٍّ دائمٍ طويل الأمد.[12] في إطار الإستراتيجية الأولى، طوِّر التوجيه غير الصنفي بين النطاقات في العام 1992م[2]، وتلاه تقنية ترجمة عنوان الشبكة في العام 1994م.[13] أمَّا الحل المقترح في إطار الإستراتيجية طويلة الأمد فقد كان تطوير بروتوكول تشبيك جديد مع فضاء عنونة غير قابل للاستنفاد نظرياً، وقد طُوِّر الإصدار السادس من بروتوكول الإنترنت ضمن هذه الرؤية في شهر ديسمبر من العام 1995.[5]
نُشِر مبدأ التوجيه غير الصنفي بين النطاقات في يونيو من العام 1992م في وثيقة طلب التعليقات RFC 1338 تحت عنوان "التجزئة العلوية: إستراتيجية لتحصيص وتخصيص العناوين" (3)[2]، ثُم نوقش التطبيق بشكل موسع في أربع وثائق طلب تعليقات نُشرت في سبتمبر من العام 1993م تقع أرقامها التسلسلية بين 1517 و1520[14][15][16][17]، وأهمُّها الوثيقة RFC 1519، التي حملت عنوان: "التوجيه غير الصنفي بين النطاقات: إستراتيجية منح وتحصيص العناوين" (4). لاحقاً في العام 2006م، صدرت الوثيقة RFC 4632، وهي أحدث توصيف لآلية التوجيه غير الصنفي بين النطاقات.[18]
طُوِّر التوجيه غير القياسي أساساً كحلٍ قصير الأمد لمشكلة استنفاذ فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت[1]، ولكنَّه كان بالغ الفعاليَّة، فنجح في إطالة المدة الزمنية اللازمة لتمام الاستنفاد عقدين من الزمن تقريباً (1)، ولذلك فهو يُوصف بأنه حل متوسط الأمد.[7] في مطلع فبراير من العام 2011م، أعلنت الهيئة الناظمة لعملية تحصيص الفضاء، وهي أيانا، عن استنفاد الفضاء كاملاً[19]، وجرى الانتقال نحو استعمال الإصدار السادس من بروتوكول الإنترنت بشكل بطيء وتدريجي طوال تلك المدة.[20]
آلية العمل
العنونة غير الصنفية
خلفية عامة
عندما طوِّر الإصدار الرابع من بروتوكول الإنترنت كانت العنونة الصنفية هي النظام المتبع لتحصيص فضاء عناوين البروتوكول. في هذا النمط من العنونة، قُسِّم فضاء العناوين إلى عدد من الأصناف القياسية محددة الطول هي: A وB وC وتستعمل للبث فريد الوجهة والصنف D وهو مخصص للبث المجموعاتي، في حين حُجز فضاء الصنف E لاستخدامات مستقبلية.[8][10] في عناوين البث فريد الوجهة، يُحدد صنف العنوان أطوال أقسامه، وهذه الأقسام هي البتات المحجوزة وقسم الشبكة وقسم المضيف على الترتيب. في الصنف A مثلاً، يكون عدد البتات المحجوزة بت واحد، عدد بتات قسم الشبكة هو 7 بتات، وعدد بتات قسم المضيف 24 بتاً. أما الصنف B، فهي 2 و 14 و 16 على الترتيب، وهي 3 و 21 و8 في الصنف C على الترتيب.[21][22]
يُحسب عدد الأفضية الجزئيَّة في كل صنفٍ بالعلاقة 2X، حيث X هو عدد بتات قسم المُضيف، أمَّا حجم كل فضاءٍ فيُحسَب باستخدام العلاقة 2Y، حيث Y هو عدد بتات قسم المضيف. ولمَّا كانت الأقسام ثابتة الطول في العنونة الصنفيَّة، أمكن القول أن أفضية الصنف A قليلةُ العدد ولكنَّها كبيرة الحجم. أمَّا أفضية الصنف C، فهي كثيرة العدد ولكنَّها صغيرة الحجم. وأمَّا أفضية الصنف B، فهي متوسطة العدد والحجم مقارنةً مع الصنفين السابقين. فمثلاً يضم فضاء عناوين من الصنف C يضم 265 عنواناً فقط، في حين أن فضاء عناوين من الصنف B يضم 65536 عنواناً.[23]
نتيجةً لما سبق، لا يكفي فضاءٌ واحدٌ من الصنف C لتلبية احتياجات مؤسسة متوسطة الحجم تضمُّ مئات المضيفين الراغبين بالاتصال بالإنترنت، وهذا ما دفع المُنظمات إلى طلب أفضية من الصنف B، على الرغم من احتواء هذه الأفضية على عددٍ من العناوين يزيد على حاجة هذه المؤسسات. ولذلك، مع توسع شبكة الإنترنت، استُنفد فضاء الصنف B بشكل متسارع، وبلغت نسبة الاستنفاد نصف الفضاء في العام 1994م، مع توقعاتٍ باستنفاد النصف الآخر في العام التالي في ظل استمرار نمو الإنترنت بتلك الوتيرة.[24]
المبدأ
اقتُرحت العنونة غير الصنفية لأجل تخفيض معدل استنفاد فضاء الإصدار الرابع من بروتوكول الإنترنت، وخاصةً الصنف B منه. ولكن استعمالها تطلّب التخلي عن آلية العنونة المستخدمة سابقاً، وهي العنونة الصنفية، واستعمال العنونة غير الصنفية بدلاً منها. العنونة غير الصنفية ليس هناك أصنافٌ قياسيَّةٌ محددة الطول، بل يجري منح العميل أفضية جزئية تتناسب مع حاجته، ولكن عملية المنح لا تحصل مباشرة، وإنما اعتماداً على هرمية تحصيص يشغل العميل آخر مستوياتها.[25]
تمثيل البادئة
تُعرِّف العنونة غير الصنفية مفهوم البادئة (بالإنجليزية: Prefix)، وهي طريقةٌ لتمثيل فضاءٍ جزئيٍ مُحدَدٍ من الفضاء الكلي للإصدار الرابع من بروتوكول الإنترنت. ولكلِّ بادئةٍ طولٌ مٌحدَد، يتراوح بين 0 و 32 (5)، وكُلّّما كان طول البادئة أكبر، كان الفضاء الذي تُمثِّله أصغر حجماً.[3] تدعم العنونة غير الصنفية آليةٌ هرميَّةٍ مُتعدِدة المستويات لتحصيص فضاء العناوين، أي لتقسيمه إلى حصص أو أفضية صغيرة تتناسب مع حاجة المنظمات أو المؤسسات التي ترغب بالاتصال بالإنترنت.[4]
في العنونة الصنفيَّة، يُحدِد صنف عنوان البث فريد الوجهة أطوال أقسامه وهي: البتات المحجوزة وقسم الشبكة وقسم المُضيف. أمَّا في العنونة غير الصنفيَّة، فلا يُوجد أصنافٌ قياسيَّة، ويُقسَّم فضاء عناوين البث فريد الوجهة حسب الحاجة. عمليَّاً، يتكون كل عنوان من قسمين فقط، هُما قسم البادئة وقسم المُضيف. ويحدد طول البادئة طول قسم الشبكة، ويُمكن أن يكون طوله نظرياً أيُّ قيمةٍ صحيحةٍ تتراوح بين 0 و 32. يُمثِّل طول البادئة أيضاً عدد الوحدان المُتتالية في قناع الشبكة، ولذلك فهو يُضاف إلى يمين عنوان بروتوكول الإنترنت، على أن تَفْصُل شريطةٌ مائلةٌ (/) بين العنوان وطول البادئة.[26]
فمثلاً، الكتابة: 10.0.0.0/8 تعني أن البتات الثمانية الأكثر أهمية في العنوان، أو التي تشكل الخانة الأولى، هي التي تشكل قسم البادئة، وأما البتات الأربعة والعشرون المتبقية، فهي التي تشكل قسم المضيف. يُمكن حساب طول قسم المضيف بطرح طول البادئة من طول العنوان الإجمالي وهو 32 بت في الإصدار الرابع من بروتوكول الإنترنت. ففي المثال السابق، سيكون طول قسم المُضيف 24=8-32، ولهذا العدد أهميةٌ في تحديد عدد العناوين في الفضاء الذي تمثله البادئة، فإذا كان طول قسم المضيف هو X بت، فإن عدد العناوين في الفضاء الذي تحدده البادئة هو 2X، أي أنه يساوي 212 عنواناً في المثال السابق.
هرمية التحصيص
تُحصص موارد الإنترنت بحسب آلية هرمية تشرف عليها سجلات الإنترنت. وتشمل هذه الموارد عناوين بروتوكول الإنترنت وأرقام الأنظمة المستقلة. طُوِّرت هرمية التحصيص في ضوء إستراتيجية ترنو إلى ثلاثة أهداف رئيسة:[27]
- إدارة وتحصيص فضاء العناوين: إن فضاء عناوين بروتوكول الإنترنت يضمّ عدداً مُحدَداً من العناوين، ولذلك فهو فضاءٌ مُنتهٍ. يجب أن تجري عملية التحصيص لتلبي حاجة العملاء ولكن ضمن حدود سعة الفضاء.
- التحصيص الهرمي: يُستحسن الحفاظ على صغر حجم جداول التوجيه في نظام التوجيه العالمي في الإنترنت قدر الإمكان، وذلك لإنجاز التوجيه بفعاليَّةٍ. يسمح التحصيص بشكل هرمي بتجميع المسارات وخفض عدد البنود في جداول التوجيه.
- التفرد (بالإنجليزية: Uniqueness): وتعني أن يُحصص العنوان أو رقم النظام المستقل مرةً واحدةً فقط لا غير في وقتٍ واحدٍ، أي يكون العنوان أو الرقم فريداً ويُميّز مضيفاً أو نظاماً مستقلاً بشكلٍ لا يقبل اللبس.
في هذا السياق أيضاً، يجب الانتباه إلى أن التحصيص (بالإنجليزية: Allocation) والتخصيص (بالإنجليزية: Assignment) لهما معنيان متمايزان في نظام سجلات عناوين الأنترنت. يُشير الأول، أي التحصيص، إلى تفويض منظمةٍ بالإشراف على فضاءٍ جزئيٍّ من فضاء بروتوكول الإنترنت مع توقعٍ بقيام هذه المنظمة بتجزئة الفضاء وتفويض الأفضية الجزئية الناتجة إلى منظمات أخرى. أمّا الثاني، أي التخصيص، فهو يستعمل عند منح الفضاء إلى الجهات التي تستخدمه مباشرة في عنونة مجموعة من المضيفين.[28]
يقع العميل الذي يحصل على فضاء جزئي مُخصص في قاعدة هرم التحصيص وهو المستوى الرابع والأخير في الهرمية، أمّا المستويات الثلاثة الأولى، فهي مرتبة بدءاً من رأس الهرم كما يلي: هيئة أرقام الإنترنت المُخصصَة، المعروفة اختصاراً بالاسم أيانا (IANA)، ثًمَّ سجلات الإنترنت الإقليمية ويليها سجلات الإنترنت المحلية.[4]
تشغل هيئة تحصيص عناوين الإنترنت، المستوى الأعلى من الهرم، وتقوم بمنح بادئات قصيرة تمثل أفضية جزئية كبيرة الحجم لسجلات الإنترنت الإقليمية. في الإصدار الرابع من بروتوكول الإنترنت مثلاً، تقوم أيانا بمنح السجلات الأقليمية أفضية جزئية محددة ببادئة 8/، أي يضم كل منها 224 عنواناً. تنشط سجلات الإنترنت الإقليمية على منطقة جغرافية واسعة قد تشمل قارة كاملة أو أكثر من ذلك، ويقوم كل سجل إنترنت إقليمي بتجزئة الفضاء الذي حصل عليه إلى أفضية جزئية أصغر حجماً، أي مُحددة ببادئات أطول، مثلاً، قد ينتج عن التقسيم أفضية جزئية تضم 217 عنواناً، أي محددة بالبادئة 15/، أو تضمّ 211 عنواناً، أي محددة بالبادئة 21/ أو غير ذلك حسب الحاجة، ثُمَّ تمنح هذه البادئات لمزودات الخدمة القومية أو إلى مزودات الخدمة المحلية التي يقوم كلٌ منها بتحصيص فضائه الجزئي بشكل مماثل لتنتج أفضية جزئية أصغر محددة ببادئات أطول تمنج إلى مزودات خدمة محلية أو محلية فرعية أو تخصص للعملاء مباشرةً.[29]
باختصار، ينتج عن كل مرحلة من التحصيص أفضية عناوين جزئية أصغر حجماً من الفضاء المُحصَص، وتكون الأفضية الجزئية مُحددة ببوادئ أطول من بادئة الفضاء المُحصص. أي مع الابتعاد عن رأس الهرم، ينخفض حجم الأفضية الجزئية ولكن يزداد طول البوادئ التي تحددها مقارنةً مع الفضاء المُحصص.
تجميع المسارات
ترتبط عملية العنونة بنظام التوجيه في شبكة الإنترنت بشكل وثيق، لأن تحصيص أفضية العناوين يجري على أساس متوافق مع طوبولوجيا الإنترنت، بحيث يكون بالإمكان اختزال جداول التوجيه بفعاليَّة بعد إنجاز العنونة.[30] تساعد عملية الاختزال في الحد من أحجام جداول التوجيه بدون أن يؤثر ذلك قدرات الشبكة على التوسع والانتشار عالمياً. باختصار، يُحدد مزودو الخدمة طوبولوجيا الشبكة التي سيقومون بإنشائها، ثُمَّ يجري تخصيص عناوين الشبكة إلى العملاء بناءً على ذلك وبحسب آلية العنونة غير الصنفيَّة، وتبدأ بعد ذلك عملية التوجيه التي تشمل عملية تجميع المسارات.[7]
أمَّا تجميع المسارات (بالإنجليزية: Route Aggregation)، والذي يُسمَّى أيضاً اختصار أو اختزال المسارات (بالإنجليزية: Route Summraization)، فهو طريقة رياضية لتمثيل مجموعة من المسارات، تُسمَّى المسارات المُجمَّعة، باستعمال مسار واحد يُسمَّى المسار المُختصر. قد يبلغ عدد المسارات المُجمَّعة اثنين أو بضعة عشرات ويمكن أن يصل العدد إلى المئات أو الآلاف وربما أكثر من ذلك، ويرتبط ذلك بعناوين الأفضية التي يجري تجميعها وبأطول بادئتها.[31]
تحصل عملية تجميع المسارات بحسب الخطوات التالية:[32]
- يُحدِد الموجه المسارات التي يريد تجميع عناوينها معاً.
- بدءاً من البت الأكثر أهمية في عناوين المسارات، يُحدد الموجه عدد البتات المتطابقة بين المسارات المُجمَّعة.
- تشكل البتات المتطابقة بادئة المسار المُختصر، ويكون عددها هو طول البادئة.
- إكمال عنوان المسار المُختصر بإضافة بتات صفرية القيمة إلى يمينه حتى يبلغ طوله 32 بت.
- يُعلن الموجه عن المسار المُختصر بواسطة بروتوكول التوجيه المستعمل.
مثلاً، إذا كانت المسارات لدى الموجه هي: 200.10.0.0/18 و200.10.64.0/18 و200.10.128.0/18 و200.10.192.0/18، فإن عملية التجميع تجري بالشكل التالي:
رقم الخطوة | الوصف | العناوين |
---|---|---|
1 | تحديد المسارات التي يراد تجميع عناوينها | 200.10.0.0/18 و200.10.64.0/18 و200.10.128.0/18 و200.10.192.0/18 |
2 | تحديد البتات المتطابقة في عناوين المسارات (العناوين مكتوبة بنظام العد الثنائي) |
11001000.00001010.00000000.00000000
|
3 | البتات المشتركة تمثل البادئة | البتات المتشركة: 11001000.00001010، الطول: 16 بت. |
4 | إكمال عدد البتات إلى 32 بت (عن طريق إضافة أصفار إلى يمين البادئة) | 11001000.00001010.00000000.00000000 |
5 | المسار المُختصر المُعلن عنه (بعد نقل العنوان في الخطة السابقة إلى نظام العد العشري المُنقَّط) | 200.10.0.0/16 |
يمكن أن تجري عملية تجميع المسارات أكثر من مرة على عدة مستويات في الإنترنت، وعندها تُجمَّع المسارات التي جمعت في المستوى الأول، لتنتج في مستوىً ثانٍ مساراً مختصراً جديداً. تكون بادئة المسار المُختصر في المستوى الثاني أقصر من بادئات المسارات في المستوى الثاني.[33]
قواعد التوجيه
- طالع أيضًا: توجيه (شبكات)
التوجيه هو عمليَّة إرشاد رزم البيانات إلى المسار الذي ستسلكه انطلاقاً من مصدرها ووصولاً إلى وجهتها.[34] تستضيف كل عقدة متصلة مع شبكة عنوان بروتوكول إنترنت مميز وفريد، ويُستعمل هذا العنوان كمعرِّف للمضيف في الإنترنت.[35] توجَّه رزم البيانات بحسب عنوان وجهتها، ويضيف مُرسل رزمة البيانات عنوان الوجهة في الحقل المخصص له في ترويسة الإصدار الرابع من بروتوكول الإنترنت.[36] ولمّا استُبدلت العنونة غير الصنفية بالعنونة الصنفية، كان لزاماً على القائمين على الإنترنت إجراء تعديلات في قواعد التوجيه.[37]
في العنونة الصنفيَّة، يُمكن تمييز قناع الشبكة وطوله آليَّاً من خلال ملاحظة قيم البتات المحجوزة في الخانة الأولى من عنوان الإصدار الرابع من بروتوكول الإنترنت. أمَّا في العنونة غير الصنفية، فلا يوجد أصناف قياسية، ولا يمكن معرفة قناع الشبكة ما لم يُذكر صراحةً، ولهذا تأثير على كيفية نشر وتخزين المعلومات المتعلقة بالتوجيه. فيما يخص التخزين، يجب أن تدعم جداول التوجيه حقولاً خاصة لتخزين قيمة البادئة أو قناع الشبكة. أمَّا فيما يخصّ معلومات التوجيه، فيجب على بروتوكولات التوجيه أن تعلن عن أقنعة الشبكات ضمن إعلانات المسارات (6).[37]
بالإضافة لما سبق، يجب أن تضاف القاعدتان التاليتان إلى قواعد التوجيه في المُوجِّهات:[37]
- إذا وجدت بندان متطابقتان من حيث البنية الرقمية كوجهة لرزمة بيانات ما، يجري توجيه الرزمة نحو البند ذو البادئة المطابقة الأطول. فلو كان عنوان وجهة الرزمة مثلاً هو 200.10.0.100، وكان هناك بندان في جدول التوجيه يُطابقان رقمياً عنوان الوجهة، مثل: 200.10.0.0/16 و200.10.0.0/18، فإنَّ المُوجِّه سيختار البند الذي تكون بادئته أطول، أي البند الثاني في هذه الحالة ويوجه الرزمة إليه.
- إذا كانت وجهة الرزمة النهائية هي مسار مُختصر جُمِّع في الموجه الذي يقوم بتوجيه الرزمة، فيجب التخلص من الرزمة. أي لا تُوجَّه الرزم التي تكون وجهتها النهائية هي مساراتٍ مختصرة، لأن المسارات المُختصرة لا تمثل شبكات موجودة فعليَّاً، وإنَّما هي تعابير رياضيَّة عن عناوين مجموعة من الأفضية جُمِّعت معاً لضبط أحجام جداول التوجيه.
مشكلات التجميع
واجهت عملية تجميع المسارات مشكلتين رئيستين:[38]
- المُنظَّمات مُتعدِدة المواقع: وهي المنظمات التي خُصِصت بفضاءٍ مُحدَدٍ من الإصدار الرابع من بروتوكول الإنترنت، وهي تستخدم أجزاءً من الفضاء في عنونة موقعين أو أكثر متصلين، على الأقل، مع اثنين من مزودات خدمة. وفي هذا الحالة، سيقوم كل مزود خدمة بالإعلان عن مسار نحو هذا فضاء جزئي من الفضاء المُخصص، ولا يكون بالإمكان تجميع المسارات في هذه الحالة، وهذه الحالة مشابهة لما كان الحال عليه قبل اعتماد التوجيه غير الصنفي.[39]
- المنظمات التي غيرت مزود الخدمة، ولكنها واصلت استعمال الفضاء المخصص لها من المزود القديم: وينتج عن هذه الحالة إعلان المزودان القديم والجديد معاً عن مسار نحو موقع معنون بفضاء مُحدد رياضياً بنفس العنوان، ولكن ببادئتين مختلفتي الطول، مثل 10.0.0.0/8 و10.0.0.0/10، ويعني هذا أن البادئة الثانية ستكون مُفضلة عند توجيه الرزم بحسب قاعدة تفضيل البادئة الأطول، أي سيجري اختيار المسار نحو الموقع الذي المُعلن عنه المعنون بالفضاء 10.0.0.0/10 دائماً، ولن تصل رزم البيانات إلى الموقع الآخر. لحل هذه المشكلة، ينصح دائماً بأن تطلب أي منظمة تغيير مزود خدمتها فضاءً جزئيَّاً جديداً من مزود الخدمة الجديد، وأن تكفَّ عن استعمال الفضاء القديم.
في الإصدار السادس من بروتوكول الإنترنت
بشكل مشابه للإصدار الرابع من بروتوكول الإنترنت، تُشرف آيكان عبر أيانا على تحصيص فضاء عناوين الإصدار السادس من بروتوكول الإنترنت، وتجري عملية التحصيص بحسب هرميةٍ مكونةٍ من المستويات الأربعة نفسها.[40] وضع آيكان سياسةً تُنظِّم عملية التحصيص، تُلزَم أيانا بموجبها على تقديم حصص من العناوين لسجلات الإنترنت الإقليمية تكفي حاجتها 18 شهراً على الأقل، على أن يكون طول البادئة الأدنى الذي تحصصه أيانا هو البادئة 12/.[41]
توفِّر عملية التهيئة الذاتية الآلية (بالإنجليزية: Stateless address autoconfiguration اختصاراً SLAAC) وسيلةً لعنونة المُضيفين آليَّاً باستعمال العناوين المحليَّة دون الحاجة لتدخلٍ يدويٍّ من قبل مدير الشبكة، حيث يجري ملء قسم مُعرِّف المُضيف اعتماداً على مُعرِّفات المنافذ.[6] تحدد الوثيقة RFC 4291 العلاقة بين طولي البادئة مُعرف المضيف في عنوان الإصدار السادس الذي يبلغ طوله 128 بتاً، فإذا كان طول البادئة هو n بت، فإن طول مُعرِّف المضيف الملائم لعملية التهيئة الذاتية الآلية سيكون (128-n) بتاً[42]، وتدعم الشركات المُصنِّعة لبطاقات الشبكة هذا المعيار أو تقدِّم حلولاً متوافقة معه، مثل حل المُعرِّف الفريد المُوسَّع (EUI) الذي وضعه معهد مهندسي الكهرباء والإلكترونيات لإيجاد التوافق مع العنوان المادي في الإيثرنت الذي يبلغ طوله 48 بتاً فقط.[43] أي يُستحسن أن يكون طول البادئة النهائي هو 64 بتاً لإتاحة الفرصة لعملية التهيئة الذاتية الآلية.
نظريَّاً، خلال عمليتي التحصيص والتخصيص لعناوين الإصدار السادس من بروتوكول الإنترنت، يكون طول البادئة محصوراً بين البادئة 12/ وهو الطول الأدنى الذي تحصصه أيانا، والبادئة 64/، وهو الطول الأقصى اللازم لدعم عملية التهيئة الذاتية الآلية. عمليَّاً، قامت أيانا بتحصيص بادئات بأطوال 23/ و12/ لسجلات الإنترنت الإقليمية[44] التي قدمت بدورها حلولاً لمزودات الخدمة أو للعملاء على حد سواء، لمنح أفضية جزئيَّة متنوعة الأحجام ذات بادئات لا يتجاوز طولها البادئة 64/، وعلى سبيل المثال، يَدعم مركز تنسيق شبكة الإنترنت الأوروبي (RIPE NCC)، وهو سجل إنترنت إقليمي، حصصاً لأفضية جزئية ذات بادئات يتراوح طولها بين البادئتين 32/ و64/، ويشير إلى أن الأطوال الأكثر شعبية هي للبادئتين 48/ و56/ وهي تضم على التوالي: 65,536 و256 شبكة جزئية مُحددة بالبادئة 64/.[45]
- مثال عن مستويات التحصيص في الإصدار السادس من بروتوكول الإنترنت.
الهوامش
1. أخذاً بالحسبان أن وثيقة طلب التعليقات RFC 1338 هي أول معيار رسمي للتوجيه غير القياسي (على الرغم من أنَّها سمَّته التجزئة العلوية (بالإنجليزية: Supernetting)) قد صدرت في يونيو 1992م[2]، في حين أعلنت أيانا عن استنفاد أفضية العناوين المحددة ببادئة من القياس 8/ في نهاية شهر يناير من العام 2011م[19]، فإنَّ المدة الفاصلة بين الاثنين هي: 18 عاماً و7 أشهر.
2. إنَّ فضاءَي العناوين اللذان تكون قيمة الخانة الأولى فيهما هي 0 أو 127 هما فضاءان محجوزان لا يُستعملان في عنونة المُضيفين.[46] ولكنَّهما يُشكِّلان جُزأين من الفضاء القياسي للصنف A بحسب التعريف الرياضي للفضاء المبني على قيمة البتات المحجوزة.[8]
3. العنوان الأصلي هو (بالإنجليزية: Supernetting: an Address Assignment and Aggregation Strategy).[2]
4. العنوان الأصلي هو (بالإنجليزية: Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy).[16]
5 يجب الانتباه إلى أنَّه لم يَسبُق تحصيص أفضية محددة ببوادئ أقل 8/، ولكن هناك حالاتٌ خاصّةٌ تظهر فيها بوادئ بقيمٍ أصغر مثل 0 أو 1 في جداول التوجيه عند استخدام تجميع المسارات أو لأغراض أخرى.[30]
6. كانت إعلانات بروتوكولات التوجيه لا تحتوي على أقنعة الشبكة، لأن العنونة الصنفية تسمح باستنتاج قيمة القناع آليَّاً فور تحديد الصنف، ويمكن تحديد الصنف اعتماداً على تتابع البتات المحجوزة في الخانة الأولى مع عنوان الإصدار الرابع من بروتوكول الإنترنت، ولذلك سميت ببروتوكولات التوجيه الصنفيَّة، ومن الأمثلة عنها الإصدار الأول من بروتوكول معلومات التوجيه. أمَّا بروتوكولات التوجيه التي طُورت بعد اعتماد التوجيه غير الصنفي، فتُصنَّف بأنَّها غير صنفيَّة، ومنها على سبيل المثال بروتوكول التوجيه الداخلي المحسن بين البوابات.[47]
انظر أيضاً
المراجع
- فهرس المراجع
- Dictionary of Networking, P.73
- RFC 1338, P.1
- RFC 4632, P.5-7
- RFC 7020, P.4-5
- Deering, S.; Hinden, R. (ديسمبر 1995). "RFC 1883, Internet Protocol, Version 6 (IPv6) Specification". The Internet Society (باللغة الإنجليزية). doi:10.17487/RFC1883. مؤرشف من الأصل في 21 ديسمبر 2019. اطلع عليه بتاريخ 14 يناير 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Thomson, S.; Narten, T.; Jinmei, T. (سبتمبر 2007). "RFC 4862, IPv6 Stateless Address Autoconfiguration" (باللغة الإنجليزية). صفحة 12. doi:10.17487/RFC4862. مؤرشف من الأصل في 29 فبراير 2020. اطلع عليه بتاريخ 8 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - RFC 4632, P.4
- RFC 791, P.7
- أصول تجزئة الشبكة، ص.11-12
- J. Reynolds; J. Postel (مارس 1990). "RFC 1060, ASSIGNED NUMBERS". The Internet Society (باللغة الإنجليزية). صفحة 4. doi:10.17487/RFC01060. مؤرشف من الأصل في 26 يناير 2020. اطلع عليه بتاريخ 5 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - RFC 1338, P.2
- RFC 1519, P.2,22
- Egevang, K.; Francis, P. (مايو 1994). "RFC 1631, The IP Network Address Translator (NAT)" (باللغة الإنجليزية). doi:10.17487/RFC1631. مؤرشف من الأصل في 25 يناير 2020. اطلع عليه بتاريخ 12 يناير 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Hinden, R. (سبتمبر 1993). "RFC 1517, Applicability Statement for the Implementation of Classless Inter-Domain Routing (CIDR)" (باللغة الإنجليزية). صفحة 1. doi:10.17487/RFC1517. مؤرشف من الأصل في 12 فبراير 2020. اطلع عليه بتاريخ 6 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Rekhter, Y.; Li, T. (سبتمبر 1993). "RFC 1518, An Architecture for IP Address Allocation with CIDR" (باللغة الإنجليزية). صفحة 1. doi:10.17487/RFC1518. مؤرشف من الأصل في 6 مارس 2020. اطلع عليه بتاريخ 6 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - RFC 1519, P.1
- Rekhter, Y.; Topolcic, C. (سبتمبر 1993). "RFC 1520, Exchanging Routing Information Across Provider Boundaries in the CIDR Environment" (باللغة الإنجليزية). صفحة 1. doi:10.17487/RFC1520. مؤرشف من الأصل في 13 ديسمبر 2019. اطلع عليه بتاريخ 6 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - RFC 4632, P.1
- "Free Pool of IPv4 Address Space Depleted". Number Resource Organization (باللغة الإنجليزية). مؤرشف من الأصل في 5 مارس 2020. اطلع عليه بتاريخ 6 مارس 2019. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Cisco CCENT/CCNA ICND1, P.611-612
- أصول تجزئة الشبكة، ص.12-13
- Cisco CCENT/CCNA ICND1, P.296
- Cisco CCENT/CCNA ICND1, P.298
- . TCP/IP Illustrated, P.46
- . RFC 4632, P.4-5
- . TCP/IP Illustrated, P.47
- RFC 7020, P.3
- Hubbard, K.; Kosters, M.; Conrad, D.; Karrenberg, D.; Postel, J. (نوفمبر 1996). "RFC 2050, INTERNET REGISTRY IP ALLOCATION GUIDELINES". The Internet Society (باللغة الإنجليزية). صفحة 4. doi:10.17487/RFC2050. مؤرشف من الأصل في 11 ديسمبر 2019. اطلع عليه بتاريخ 22 يناير 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - RFC 4632, P.6
- RFC4632, P.8
- Buck Graham (2001). TCP/IP Addressing: Designing and Optimizing Your IP Addressing Scheme (باللغة الإنجليزية). Morgan Kaufmann. صفحة 204. ISBN 0122950216. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Cisco CCENT/CCNA ICND1, P.512
- RFC 4632, P.9
- Dictionary of Networking, P.333
- RFC 791, P.1
- RFC 791, P.14
- RFC 4632, P.11
- RFC 4632, P.8-9
- Abley, J.; Lindqvist, K.; Davies, E.; Black, B.; Gill, V. (يوليو 2005). "RFC 4116, IPv4 Multihoming Practices and Limitations". The Internet Society (باللغة الإنجليزية). doi:10.17487/RFC4116. مؤرشف من الأصل في 4 ديسمبر 2019. اطلع عليه بتاريخ 5 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - RFC 7020, P.4
- "Internet Assigned Numbers Authority (IANA) Policy For Allocation of IPv6 Blocks to Regional Internet Registries (Ratified 7 September 2006)". icann.org (باللغة الإنجليزية). مؤرشف من الأصل في 28 فبراير 2020. اطلع عليه بتاريخ 8 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Hinden, R.; Deering, S. (فبراير 2006). "RFC 4291, IP Version 6 Addressing Architecture" (باللغة الإنجليزية). صفحة 7. doi:10.17487/RFC4291. مؤرشف من الأصل في 7 مارس 2020. اطلع عليه بتاريخ 8 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - "Guidelines for Use of Extended Unique Identifier (EUI), Organizationally Unique Identifier (OUI), and Company ID (CID)" (PDF). IEEE (باللغة الإنجليزية). 3 أغسطس 2017. صفحة 9-10. مؤرشف من الأصل (PDF) في 28 فبراير 2020. اطلع عليه بتاريخ 8 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - "IPv6 Global Unicast Address Assignments". IANA (باللغة الإنجليزية). مؤرشف من الأصل في 16 فبراير 2020. اطلع عليه بتاريخ 8 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - "Understanding IP Addressing and CIDR Charts". RIPE NCC (باللغة الإنجليزية). مؤرشف من الأصل في 15 فبراير 2020. اطلع عليه بتاريخ 8 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Braden, R. (أوكتوبر 1989). "RFC 1122, Requirements for Internet Hosts -- Communication Layers". The Internet Society (باللغة الإنجليزية). صفحة 30-31. doi:10.17487/RFC1122. مؤرشف من الأصل في 15 فبراير 2020. اطلع عليه بتاريخ 5 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة); تحقق من التاريخ في:|تاريخ=
(مساعدة) - Routing Protocol Companion Guide (PDF) (باللغة الإنجليزية). Cisco Press. 2014. صفحة 171. ISBN 1587133237. مؤرشف من الأصل (PDF) في 20 مايو 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة)
- معلومات المراجع التي استُشهد بها أكثر من مرة كاملةً
أولاً: الكتب: (مرتبة بحسب تاريخ النشر)
- Peter Dyson; Kevin Shafer (1999). Dictionary of Networking (باللغة الإنجليزية) (الطبعة الثالثة). SYBEX Inc. ISBN 0782124615. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Kevin R.Fall; W.Richard Stevens (2012). TCP/IP Illustrated Volume 1 (PDF) (باللغة الإنجليزية) (الطبعة الثانية). Pearson Education, Inc. ISBN 0321336313. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Wendell Odom (2013). Cisco CCENT/CCNA ICND1 100-101 Official Cert Guide (باللغة الإنجليزية) (الطبعة الأكاديمية). Pearson Education, Inc. ISBN 1587144859. الوسيط
|CitationClass=
تم تجاهله (مساعدة)
- م. بكني (2019)، أصول تجزئة الشبكة، الإصدار الثاني.
ثانياً: وثائق طلب التعليقات: (مرتبة بحسب رقم الوثيقة)
- Postel, J. (سبتمبر 1981). "RFC 791, Internet Protocol, DARPA Internet Program Protocol Specification". The Internet Society (باللغة الإنجليزية). doi:10.17487/RFC0791. مؤرشف من الأصل في 12 فبراير 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة)صيانة CS1: التاريخ والسنة (link) - Fuller, V.; Li, T.; Yu, J.; Varadhan, K. (سبتمبر 1993). "RFC 1338, Supernetting: an Address Assignment and Aggregation Strategy" (باللغة الإنجليزية). doi:10.17487/RFC1338. مؤرشف من الأصل في 06 مارس 2020. اطلع عليه بتاريخ 12 يناير 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Fuller, V.; Li, T.; Yu, J.; Varadhan, K. (سبتمبر 1993). "RFC 1519, Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy" (باللغة الإنجليزية). doi:10.17487/RFC1519. مؤرشف من الأصل في 06 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Fuller, V.; Li, T. (أغسطس 2006). "RFC 4632, Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan". The Internet Society (باللغة الإنجليزية). doi:10.17487/RFC4632. مؤرشف من الأصل في 07 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة) - Housley, R.; Curran, J.; Huston, G.; Conrad, D. (أغسطس 2013). "RFC 7020, The Internet Numbers Registry System" (باللغة الإنجليزية). doi:10.17487/RFC7020. ISSN 2070-1721. مؤرشف من الأصل في 06 مارس 2020. الوسيط
|CitationClass=
تم تجاهله (مساعدة)
وصلات خارجية
- بوابة تقنية المعلومات
- بوابة اتصال عن بعد
- بوابة إنترنت