توجيه بين نطاقي غير صنفي
جزء من سلسلة مقالات حول |
بروتوكول الإنترنت |
---|
![]() |
التوجيه بين النطاقي غير الصنفي أو تسيير غير مصنف بين النطاقات[عر 1] أو التوجيه غير الصنفي بين النطاقات[عر 2] أو التوجيه بين النطاقات غير الفئوي (بالإنجليزية: Classless Interdomain routing) اختصاراً CIDR، هو حل ضمن الإستراتيجية قصيرة الأمد مُوجَّه لمعالجة ثلاث مشكلات رئيسة هي الاستنفاد الوشيك لفضاء الصنف B ونمو أحجام جداول التوجيه بصورة تفوق الإمكانيات المتاحة لمعالجتها والاستنفاد النهائي لفضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.[1]
طُوِّر التوجيه غير الصنفي في العام 1992م[2]، وهو يُعرِّف آليةَ عنونةٍ غير صنفيَّةٍ لتجزئة فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت، تعتمد هذه الآلية على مبدأ البادئة متغيَّرة الطول لتحديد أقسام العنوان عوضاً عن أطوال الأقسام الثابتة التي كانت مُستعملة في العنونة الصنفية.[3] تُستَعمل آلية العنونة غير الصنفيَّة وفق هرمية تحصيصٍ رباعيَّة المستويات.[4] بالإضافة لذلك، واعتماداً على العنونة غير الصنفية، يَصف التوجيه غير الصنفي آليةً لتجميع المسارات تسمح بضم عدد من المسارات مع بعضها البعض وتكوين مسارٍ جديد وحيد، بهدف الحد من نمو أحجام جداول التوجيه.
اعتمد الإصدار السادس من بروتوكول الإنترنت، وهو الحل النهائي المُطوَّر ضمن الإستراتيجية طويلة الأمد، على آلية التوجيه غير القياسي لإنجاز مسألة العنونة.[5] يعتمد الإصدار السادس على الهرمية رباعية المستويات نفسها، ولكنها تعمل بشكل متوافق مع محددات البروتوكول ويحصل فيها المستخدم على بادئة ذات طول متوافق مع التهيئة الآلية الذاتية.[4][6]
مع أن التوجيه بين النطاقي طُوِّر بوصفه جزء من الإستراتيجية قصيرة الأمد لحل مشكلة الاستنفاد، إلا أن التوجيه غير الصنفي كان بالغ الفعاليَّة، وأطال العمر المتوقع لفضاء الإصدار الرابع من بروتوكول الإنترنت لأكثر من عقدين من الزمن (1)، ولذلك يُشار إليه أيضاً بوصفه حلاً متوسط الأمد لمشكلة استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت.[7]
نبذة تاريخية
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/7/70/IPv4_address_structure_and_writing_systems-ar.svg/300px-IPv4_address_structure_and_writing_systems-ar.svg.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/1/1d/IPv4_exhaustion_time_line-ar.svg/300px-IPv4_exhaustion_time_line-ar.svg.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/7/7b/Advertised_routes_before_CIDR-ar.svg/300px-Advertised_routes_before_CIDR-ar.svg.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/0/01/BGP_Table_growth-ar.svg/300px-BGP_Table_growth-ar.svg.png)
طُوِّر الإصدار الرابع من بروتوكول الإنترنت في مطلع عقد الثمانينيات من القرن العشرين ليؤدي وظيفة العنونة البرمجية، ولتحقيق ذلك، يُعرِّف البروتوكول فضاءً من العناوين التي يبلغ طول كل منها 32 بتاً.[8] يُكتب عنوان الإصدار الرابع من البروتوكول باستعمال بالنظام العشري المُنقَّط [الإنجليزية]، وفيه يُقسَّم العنوان إلى أربع خانات، في كل منها 8 بتات، وتكون الخانة الواقعة في أقصى اليسار هي الخانة الأولى، ويكون البت الواقع في أقصى يسارها هو البت الأكثر أهمية. بسبب الطول المحدد لكل خانة، فإن القيم في كل منها تتراوح بين: 10(0) = 2(00000000) و10(255) = 2(11111111).[عر 3]
قُسَّم فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت رياضياً إلى عدد من الأفضية الجزئية ذات الأطوال القياسيَّة، وسُمِّيت هذه الأفضية الجزئية القياسيَّة أصنافاً. وهي الصنف A والصنف B والصنف C وجميعها مُخصص للبث فريد الوجهة[8]، والصنف D وهو مُخصص للبث المجموعاتي، والصنف E، الذي حجز لاستعمالات مستقبلية. يمكن تحدد الصنف الذي ينتمي إليه العنوان بملاحظة قيمة الخانة الأولى فيه، ففي الصنف A، تتراوح بين 0 و 127 (2)، وبين 128 و 191 في الصنف B، وبين 192 و 223 في الصنف C، وبين 224 و239 في الصنف D، وبين 240 و255 في الصنف E.[عر 3][9]
في مطلع التسعينيات بدأ الاستخدام التجاري للإنترنت، فتزايد الطلب على أفضية جزئية للإصدار الرابع من بروتوكول الإنترنت تزايداً متسارعاً مما هدد باستنفاد الفضاء كاملاً في غضون سنوات قليلة، والسبب في ذلك هو آلية العنونة الصنفية التي لم تكن قادرة على الاستجابة لمتطلبات العملاء، ففضاء قياسي من الصنف C يحتوي 256 عنواناً فقط، وهو عدد صغير لا يكفي المنظمات المتوسطة وكبيرة الحجم، أما فضاء الصنف B فيحتوي 65536 عنواناً، وهو عدد كبير يفوق بعدَّة أضعاف حاجة المُنظمات الكبيرة. ولكن، وبسبب عدم وجود حلٍ وسيط يتيح فضاءً جزئيَّاً أكبر من أفضية الصنف C وأصغر من أفضية الصنف B، فإنَّ المُنظمات عَمِدت إلى طلب أفضية من الصنف B، مع أن عدد العناوين فيه يفوق حاجتها، وسبب ذلك استهلاكاً سريعاً وغير فعَّالٍ لفضاء الإصدار الرابع من بروتوكول الإنترنت.[10]
شُكِّلت مجموعة عمل التوجيه والعنونة والمعروفة اختصاراً باسم رُوْد (بالإنجليزية: Routing and Addressing اختصاراً ROAD) في شهر نوفمبر من العام 1991م بهدف معالجة هذه المشكلة، وعرَّفت هذه المجموعة ثلاثَ مُشكلات رئيسيَّة تعيق نمو شبكة الإنترنت:[7]
- استنفاد فضاء عناوين الصنف B، وهذه هي نتيجة لغياب فضاء عناوين يناسب منظمة متوسطة الحجم، ففضاء الصنف C صغير الحجم، وهو ما يدفع هذه المنظمات لاستعمال فضاء من الصنف B، على الرغم من أن حجم الفضاء يزيد بكثير عن حاجة المنظمة.
- نمو جداول التوجيه في موجهات الإنترنت لتصبح بجاجة إلى قدرات معالجة غير متوافرة بالبرمجيات أو المعدات المتوافرة.
- استنفاد فضاء عناوين الإصدار الرابع استنفاداً نهائياً.
لقد كانت المشكلتان الأولى والثانية وشيكتا الحصول، وكان يتوقع حصول أي منهما بدءاً من العام 1993م.[10] نتيجة لذلك، طوِّرت الحلول ضمن إستراتيجيتان، تشمل الأولى حلولاً سريعة التطبيق قصيرة الأمد، وهي تستهدف المشكلتان الأولى والثانية، أمَّا الثانية، فتُعنى بحلٍ نهائيٍّ دائمٍ طويل الأمد.[11] في إطار الإستراتيجية الأولى، طوِّر التوجيه غير الصنفي بين النطاقات في العام 1992م[2]، وتلاه تقنية ترجمة عنوان الشبكة في العام 1994م.[12] أمَّا الحل المقترح في إطار الإستراتيجية طويلة الأمد فقد كان تطوير بروتوكول تشبيك جديد مع فضاء عنونة غير قابل للاستنفاد نظرياً، وقد طُوِّر الإصدار السادس من بروتوكول الإنترنت ضمن هذه الرؤية في شهر ديسمبر من العام 1995.[5]
نُشِر مبدأ التوجيه غير الصنفي بين النطاقات في يونيو من العام 1992م في وثيقة طلب التعليقات RFC 1338 تحت عنوان «التجزئة العليا: إستراتيجية لتحصيص وتخصيص العناوين» (3)[2]، ثُم نوقش التطبيق بشكل موسع في أربع وثائق طلب تعليقات نُشرت في سبتمبر من العام 1993م تقع أرقامها التسلسلية بين 1517 و1520[13][14][15][16]، وأهمُّها الوثيقة RFC 1519، التي حملت عنوان: «التوجيه غير الصنفي بين النطاقات: إستراتيجية منح وتحصيص العناوين» (4). لاحقاً في العام 2006م، صدرت الوثيقة RFC 4632، وهي أحدث توصيف لآلية التوجيه غير الصنفي بين النطاقات.[17]
طُوِّر التوجيه غير القياسي أساساً كحلٍ قصير الأمد لمشكلة استنفاذ فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت[1]، ولكنَّه كان بالغ الفعاليَّة، فنجح في إطالة المدة الزمنية اللازمة لتمام الاستنفاد عقدين من الزمن تقريباً (1)، ولذلك فهو يُوصف بأنه حل متوسط الأمد.[7] في مطلع فبراير من العام 2011م، أعلنت الهيئة الناظمة لعملية تحصيص الفضاء، وهي أيانا، عن استنفاد الفضاء كاملاً[وب 1]، وجرى الانتقال نحو استعمال الإصدار السادس من بروتوكول الإنترنت بشكل بطيء وتدريجي طوال تلك المدة.[18]
آلية العمل
[عدل]العنونة غير الصنفية
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/e/e9/IPv4_classes-ar.svg/300px-IPv4_classes-ar.svg.png)
خلفية عامة
[عدل]عندما طوِّر الإصدار الرابع من بروتوكول الإنترنت كانت العنونة الصنفية هي النظام المتبع لتحصيص فضاء عناوين البروتوكول. في هذا النمط من العنونة، قُسِّم فضاء العناوين إلى عدد من الأصناف القياسية محددة الطول هي: A وB وC وتستعمل للبث فريد الوجهة والصنف D وهو مخصص للبث المجموعاتي، في حين حُجز فضاء الصنف E لاستخدامات مستقبلية.[8][9] في عناوين البث فريد الوجهة، يُحدد صنف العنوان أطوال أقسامه، وهذه الأقسام هي البتات المحجوزة وقسم الشبكة وقسم المضيف على الترتيب. في الصنف A مثلاً، يكون عدد البتات المحجوزة بت واحد، عدد بتات قسم الشبكة هو 7 بتات، وعدد بتات قسم المضيف 24 بتاً. أما الصنف B، فهي 2 و 14 و 16 على الترتيب، وهي 3 و 21 و8 في الصنف C على الترتيب.[عر 4][19]
يُحسب عدد الأفضية الجزئيَّة في كل صنفٍ بالعلاقة 2X، حيث X هو عدد بتات قسم المُضيف، أمَّا حجم كل فضاءٍ فيُحسَب باستخدام العلاقة 2Y، حيث Y هو عدد بتات قسم المضيف. ولمَّا كانت الأقسام ثابتة الطول في العنونة الصنفيَّة، أمكن القول أن أفضية الصنف A قليلةُ العدد ولكنَّها كبيرة الحجم. أمَّا أفضية الصنف C، فهي كثيرة العدد ولكنَّها صغيرة الحجم. وأمَّا أفضية الصنف B، فهي متوسطة العدد والحجم مقارنةً مع الصنفين السابقين. فمثلاً يضم فضاء عناوين من الصنف C يضم 265 عنواناً فقط، في حين أن فضاء عناوين من الصنف B يضم 65536 عنواناً.[20]
نتيجةً لما سبق، لا يكفي فضاءٌ واحدٌ من الصنف C لتلبية احتياجات مؤسسة متوسطة الحجم تضمُّ مئات المضيفين الراغبين بالاتصال بالإنترنت، وهذا ما دفع المُنظمات إلى طلب أفضية من الصنف B، على الرغم من احتواء هذه الأفضية على عددٍ من العناوين يزيد على حاجة هذه المؤسسات. ولذلك، مع توسع شبكة الإنترنت، استُنفد فضاء الصنف B بشكل متسارع، وبلغت نسبة الاستنفاد نصف الفضاء في العام 1994م، مع توقعاتٍ باستنفاد النصف الآخر في العام التالي في ظل استمرار نمو الإنترنت بتلك الوتيرة. [21]
المبدأ
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/0/06/IPv4_classless_addressing_mode-ar.svg/300px-IPv4_classless_addressing_mode-ar.svg.png)
اقتُرحت العنونة غير الصنفية لأجل تخفيض معدل استنفاد فضاء الإصدار الرابع من بروتوكول الإنترنت، وخاصةً الصنف B منه. ولكن استعمالها تطلّب التخلي عن آلية العنونة المستخدمة سابقاً، وهي العنونة الصنفية، واستعمال العنونة غير الصنفية بدلاً منها. العنونة غير الصنفية ليس هناك أصنافٌ قياسيَّةٌ محددة الطول، بل يجري منح العميل أفضية جزئية تتناسب مع حاجته، ولكن عملية المنح لا تحصل مباشرة، وإنما اعتماداً على هرمية تحصيص يشغل العميل آخر مستوياتها.[22]
تمثيل البادئة
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/8/88/IPv4_CIDR_table-ar.svg/300px-IPv4_CIDR_table-ar.svg.png)
تُعرِّف العنونة غير الصنفية مفهوم البادئة (بالإنجليزية: Prefix)، وهي طريقةٌ لتمثيل فضاءٍ جزئيٍ مُحدَدٍ من الفضاء الكلي للإصدار الرابع من بروتوكول الإنترنت. ولكلِّ بادئةٍ طولٌ مٌحدَد، يتراوح بين 0 و 32 (5)، وكُلَّما كان طول البادئة أكبر، كان الفضاء الذي تُمثِّله أصغر حجماً.[3] تدعم العنونة غير الصنفية آليةٌ هرميَّةٍ مُتعدِدة المستويات لتحصيص فضاء العناوين، أي لتقسيمه إلى حصص أو أفضية صغيرة تتناسب مع حاجة المنظمات أو المؤسسات التي ترغب بالاتصال بالإنترنت.[4]
في العنونة الصنفيَّة، يُحدِد صنف عنوان البث فريد الوجهة أطوال أقسامه وهي: البتات المحجوزة وقسم الشبكة وقسم المُضيف. أمَّا في العنونة غير الصنفيَّة، فلا يُوجد أصنافٌ قياسيَّة، ويُقسَّم فضاء عناوين البث فريد الوجهة حسب الحاجة. عمليَّاً، يتكون كل عنوان من قسمين فقط، هُما قسم البادئة وقسم المُضيف. ويحدد طول البادئة طول قسم الشبكة، ويُمكن أن يكون طوله نظرياً أيُّ قيمةٍ صحيحةٍ تتراوح بين 0 و 32. يُمثِّل طول البادئة أيضاً عدد الوحدان المُتتالية في قناع الشبكة، ولذلك فهو يُضاف إلى يمين عنوان بروتوكول الإنترنت، على أن تَفْصُل شريطةٌ مائلةٌ (/) بين العنوان وطول البادئة.[23]
فمثلاً، الكتابة: 10.0.0.0/8 تعني أن البتات الثمانية الأكثر أهمية في العنوان، أو التي تشكل الخانة الأولى، هي التي تشكل قسم البادئة، وأما البتات الأربعة والعشرون المتبقية، فهي التي تشكل قسم المضيف. يُمكن حساب طول قسم المضيف بطرح طول البادئة من طول العنوان الإجمالي وهو 32 بت في الإصدار الرابع من بروتوكول الإنترنت. ففي المثال السابق، سيكون طول قسم المُضيف 24=8-32، ولهذا العدد أهميةٌ في تحديد عدد العناوين في الفضاء الذي تمثله البادئة، فإذا كان طول قسم المضيف هو X بت، فإن عدد العناوين في الفضاء الذي تحدده البادئة هو 2X، أي أنه يساوي 212 عنواناً في المثال السابق.
هرمية التحصيص
[عدل]تُحصص موارد الإنترنت وفقا لآلية هرمية تشرف عليها سجلات الإنترنت. وتشمل هذه الموارد عناوين بروتوكول الإنترنت وأرقام الأنظمة المستقلة. طُوِّرت هرمية التحصيص في ضوء إستراتيجية ترنو إلى ثلاثة أهداف رئيسة:[24]
- إدارة وتحصيص فضاء العناوين: إن فضاء عناوين بروتوكول الإنترنت يضمّ عدداً مُحدَداً من العناوين، ولذلك فهو فضاءٌ مُنتهٍ. يجب أن تجري عملية التحصيص لتلبي حاجة العملاء ولكن ضمن حدود سعة الفضاء.
- التحصيص الهرمي: يُستحسن الحفاظ على صغر حجم جداول التوجيه في نظام التوجيه العالمي في الإنترنت قدر الإمكان، وذلك لإنجاز التوجيه بفعاليَّةٍ. يسمح التحصيص بشكل هرمي بتجميع المسارات وخفض عدد البنود في جداول التوجيه.
- التفرد (بالإنجليزية: Uniqueness): وتعني أن يُحصص العنوان أو رقم النظام المستقل مرةً واحدةً فقط لا غير في وقتٍ واحدٍ، أي يكون العنوان أو الرقم فريداً ويُميّز مضيفاً أو نظاماً مستقلاً بشكلٍ لا يقبل اللبس.
![](http://upload.wikimedia.org/wikipedia/commons/thumb/c/c9/IPv4_address_assignment_hierarchy-ar.svg/300px-IPv4_address_assignment_hierarchy-ar.svg.png)
![](http://upload.wikimedia.org/wikipedia/commons/thumb/d/d8/IPv4_address_space_allocating_example-ar.svg/300px-IPv4_address_space_allocating_example-ar.svg.png)
في هذا السياق أيضاً، يجب الانتباه إلى أن التحصيص (بالإنجليزية: Allocation) والتخصيص (بالإنجليزية: Assignment) لهما معنيان متمايزان في نظام سجلات عناوين الأنترنت. يُشير الأول، أي التحصيص، إلى تفويض منظمةٍ بالإشراف على فضاءٍ جزئيٍّ من فضاء بروتوكول الإنترنت مع توقعٍ بقيام هذه المنظمة بتجزئة الفضاء وتفويض الأفضية الجزئية الناتجة إلى منظمات أخرى. أمّا الثاني، أي التخصيص، فهو يستعمل عند منح الفضاء إلى الجهات التي تستخدمه مباشرة في عنونة مجموعة من المضيفين.[25]
يقع العميل الذي يحصل على فضاء جزئي مُخصص في قاعدة هرم التحصيص وهو المستوى الرابع والأخير في الهرمية، أمّا المستويات الثلاثة الأولى، فهي مرتبة بدءاً من رأس الهرم كما يلي: هيئة أرقام الإنترنت المُخصصَة، المعروفة اختصاراً بالاسم أيانا (IANA)، ثًمَّ سجلات الإنترنت الإقليمية ويليها سجلات الإنترنت المحلية.[4]
تشغل هيئة أرقام الإنترنت المُخصَّصة، المستوى الأعلى من الهرم، وتقوم بمنح بادئات قصيرة تمثل أفضية جزئية كبيرة الحجم لسجلات الإنترنت الإقليمية. في الإصدار الرابع من بروتوكول الإنترنت مثلاً، تقوم أيانا بمنح السجلات الإقليمية أفضية جزئية محددة ببادئة 8/، أي يضم كل منها 224 عنواناً. تنشط سجلات الإنترنت الإقليمية على منطقة جغرافية واسعة قد تشمل قارة كاملة أو أكثر من ذلك، ثم يُجزِّئ كل سجل إنترنت إقليمي الفضاء الذي حصل عليه إلى أفضية جزئية أصغر حجماً، أي مُحددة ببادئات أطول، مثلاً، قد ينتج عن التقسيم أفضية جزئية تضم 217 عنواناً، أي محددة بالبادئة 15/، أو تضمّ 211 عنواناً، أي محددة بالبادئة 21/ أو غير ذلك حسب الحاجة، ثُمَّ تمنح هذه البادئات لمزودات الخدمة القومية أو إلى مزودات الخدمة المحلية التي يُحصص كلٌ منها فضائه الجزئي بشكل مماثل لتنتج أفضية جزئية أصغر محددة ببادئات أطول تمنح إلى مزودات خدمة محلية أو محلية فرعية أو تخصص للعملاء مباشرةً.[26]
باختصار، ينتج عن كل مرحلة من التحصيص أفضية عناوين جزئية أصغر حجماً من الفضاء المُحصَص، وتكون الأفضية الجزئية مُحددة ببادئات أطول من بادئة الفضاء المُحصص. أي مع الابتعاد عن رأس الهرم، ينخفض حجم الأفضية الجزئية ولكن يزداد طول البادئات التي تحددها مقارنةً مع الفضاء المُحصص.
التوجيه بين النطاقات
[عدل]تجميع المسارات
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/3/3f/Route_Aggreation_example-ar.svg/300px-Route_Aggreation_example-ar.svg.png)
ترتبط عملية العنونة بنظام التوجيه في الإنترنت ارتباطاً وثيقاً، لأن تحصيص أفضية العناوين يجري على أساس متوافق مع طوبولوجيا الإنترنت، فيكون بالإمكان اختزال جداول التوجيه بفعاليَّة بعد إنجاز العنونة.[27] تساعد عملية الاختزال في الحد من أحجام جداول التوجيه بدون أن يؤثر ذلك قدرات الشبكة على التوسع والانتشار عالمياً. باختصار، يُحدد مزودو الخدمة طوبولوجيا الشبكة التي سينشئونها، ثُمَّ تُخصَّص عناوين الشبكة إلى العملاء بناءً على ذلك وفقاً لآلية العنونة غير الصنفيَّة، وتبدأ بعد ذلك عملية إعداد الموجهات لعملية التوجيه والتي تشمل عملية تجميع المسارات.[7]
أمَّا تجميع المسارات (بالإنجليزية: Route aggregation)، والذي يُسمَّى أيضاً اختصار المسارات أو اختزالها (بالإنجليزية: Route summarization)، فهو طريقة رياضية لتمثيل مجموعة من المسارات، تُسمَّى المسارات المُجمَّعة، باستعمال مسار واحد يُسمَّى المسار المُختصر. قد يبلغ عدد المسارات المُجمَّعة اثنين أو بضعة عشرات ويمكن أن يصل العدد إلى المئات أو الآلاف وربما أكثر من ذلك، ويرتبط ذلك بعناوين الأفضية التي يجري تجميعها وبأطوال بادئاتها.[28]
تحصل عملية تجميع المسارات وفقاً للخطوات التالية:[29]
- يُحدِد الموجه المسارات التي يريد تجميع عناوينها معاً.
- بدءاً من البت الأكثر أهمية في عناوين المسارات، يُحدد الموجه عدد البتات المتطابقة بين المسارات المُجمَّعة.
- تشكل البتات المتطابقة بادئة المسار المُختصر، ويكون عددها هو طول البادئة.
- إكمال عنوان المسار المُختصر بإضافة بتات صفرية القيمة إلى يمينه حتى يبلغ طوله 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 |
يمكن أن تجري عملية تجميع المسارات أكثر من مرة على عدة مستويات في الإنترنت، وعندها تُجمَّع المسارات التي جمعت في المستوى الأول، لتنتج في مستوىً ثانٍ مساراً مختصراً جديداً. تكون بادئة المسار المُختصر في المستوى الثاني أقصر من بادئات المسارات في المستوى الثاني.[30]
قواعد التوجيه
[عدل]التوجيه هو عمليَّة إرشاد رزم البيانات إلى المسار الذي ستسلكه انطلاقاً من مصدرها ووصولاً إلى وجهتها. [31] تستضيف كل عقدة متصلة مع شبكة عنوان بروتوكول إنترنت مميز وفريد، ويستعمل هذا العنوان معرِّفاً للمضيف في الإنترنت.[32] توجَّه رزم البيانات وفقاً لعنوان وجهتها، ويضيف مُرسل رزمة البيانات عنوان الوجهة في الحقل المخصص له في ترويسة الإصدار الرابع من بروتوكول الإنترنت.[33] ولمّا استُبدلت العنونة غير الصنفية بالعنونة الصنفية، كان لزاماً على القائمين على الإنترنت إجراء تعديلات في قواعد التوجيه.[34]
في العنونة الصنفيَّة، يُمكن تمييز قناع الشبكة وطوله آليَّاً من خلال ملاحظة قيم البتات المحجوزة في الخانة الأولى من عنوان الإصدار الرابع من بروتوكول الإنترنت. أمَّا في العنونة غير الصنفية، فلا يوجد أصناف قياسية، ولا يمكن معرفة قناع الشبكة ما لم يُذكر صراحةً، ولهذا تأثير على كيفية نشر وتخزين المعلومات المتعلقة بالتوجيه. في ما يخص التخزين، يجب أن تدعم جداول التوجيه حقولاً خاصة لتخزين قيمة البادئة أو قناع الشبكة. أمَّا في ما يخصّ معلومات التوجيه، فيجب على بروتوكولات التوجيه أن تعلن عن أقنعة الشبكات ضمن إعلانات المسارات (6).[34]
بالإضافة لما سبق، يجب أن تضاف القاعدتان التاليتان إلى قواعد التوجيه في المُوجِّهات:[34]
- عندما يبحث الموجه عن بندٍ في جدول توجيهه لتوجيه رزمة بياناتٍ ما، إذا صادف بندين متطابقين في بنيتهما يصلحان لأن يكونا وجهة لتلك الرزمة، فإنه يوجهها الرزمة وفقاً للبند الأكثر تحديداً، أي البند ذي البادئة الأطول. . فلو كان عنوان وجهة الرزمة مثلاً هو 200.10.0.100، وكان هناك بندان في جدول التوجيه يُطابقان رقمياً عنوان الوجهة، مثل: 200.10.0.0/16 و200.10.0.0/18، فإنَّ المُوجِّه سيختار البند الذي تكون بادئته أطول، أي البند الثاني في هذه الحالة ويوجه الرزمة إليه.
- إذا كانت وجهة الرزمة النهائية هي مسار مُختصر جُمِّع في الموجه الذي يقوم بتوجيه الرزمة، فيجب التخلص من الرزمة. أي لا تُوجَّه الرزم التي تكون وجهتها النهائية هي مساراتٍ مختصرة، لأن المسارات المُختصرة لا تمثل شبكات موجودة فعليَّاً، وإنَّما هي تعابير رياضيَّة عن عناوين مجموعة من الأفضية جُمِّعت معاً لضبط أحجام جداول التوجيه.
مشكلات التجميع
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/d/d3/CIDR_problem_example-ar.svg/300px-CIDR_problem_example-ar.svg.png)
واجهت عملية تجميع المسارات مشكلتين رئيستين:[35]
- المُنظَّمات مُتعدِدة المواقع: وهي المنظمات التي خُصِصت بفضاءٍ مُحدَدٍ من الإصدار الرابع من بروتوكول الإنترنت، وهي تستخدم أجزاءً من الفضاء في عنونة موقعين أو أكثر متصلين، على الأقل، مع اثنين من مزودات خدمة. وفي هذا الحالة، سيعلن كل مزود خدمة عن مسار نحو هذا فضاء جزئي من الفضاء المُخصص، ولا يكون بالإمكان تجميع المسارات في هذه الحالة، وهذه الحالة مشابهة لما كان الحال عليه قبل اعتماد التوجيه غير الصنفي.[36]
- المنظمات التي غيرت مزود الخدمة، ولكنها واصلت استعمال الفضاء المخصص لها من المزود القديم: وينتج عن هذه الحالة إعلان المزودان القديم والجديد معاً عن مسار نحو موقع معنون بفضاء مُحدد رياضياً بالعنوان نفسه، ولكن ببادئتين مختلفتي الطول، مثل 10.0.0.0/8 و10.0.0.0/10، ويعني هذا أن البادئة الثانية ستكون مُفضلة عند توجيه الرزم وفقاً لقاعدة تفضيل البادئة الأطول، أي سيجري اختيار المسار نحو الموقع الذي المُعلن عنه المعنون بالفضاء 10.0.0.0/10 دائماً، ولن تصل رزم البيانات إلى الموقع الآخر. لحل هذه المشكلة، ينصح دائماً بأن تطلب أي منظمة تغيير مزود خدمتها فضاءً جزئيَّاً جديداً من مزود الخدمة الجديد، وأن تكفَّ عن استعمال الفضاء القديم.
في الإصدار السادس من بروتوكول الإنترنت
[عدل]![](http://upload.wikimedia.org/wikipedia/commons/thumb/4/42/IPv6_CIDR_table-ar.svg/300px-IPv6_CIDR_table-ar.svg.png)
بشكل مشابه للإصدار الرابع من بروتوكول الإنترنت، تُشرف آيكان عبر أيانا على تحصيص فضاء عناوين الإصدار السادس من بروتوكول الإنترنت، وتجري عملية التحصيص وفقاً لهرميةٍ مكونةٍ من المستويات الأربعة نفسها.[37] وضع آيكان سياسةً تُنظِّم عملية التحصيص، تُلزَم أيانا بموجبها على تقديم حصص من العناوين لسجلات الإنترنت الإقليمية تكفي حاجتها 18 شهراً على الأقل، على أن يكون طول البادئة الأدنى الذي تحصصه أيانا هو البادئة 12/.[وب 2]
توفِّر عملية التهيئة الذاتية الآلية (بالإنجليزية: Stateless address autoconfiguration) اختصاراً SLAAC، وسيلةً لعنونة المُضيفين آليَّاً باستعمال العناوين المحليَّة دون الحاجة لتدخلٍ يدويٍّ من قبل مدير الشبكة، حيث يجري ملء قسم مُعرِّف المُضيف اعتماداً على مُعرِّفات المنافذ.[6] تحدد الوثيقة RFC 4291 العلاقة بين طولي البادئة مُعرف المضيف في عنوان الإصدار السادس الذي يبلغ طوله 128 بتاً، فإذا كان طول البادئة هو n بت، فإن طول مُعرِّف المضيف الملائم لعملية التهيئة الذاتية الآلية سيكون (128-n) بتاً[38]، وتدعم الشركات المُصنِّعة لبطاقات الشبكة هذا المعيار أو تقدِّم حلولاً متوافقة معه، مثل حل المُعرِّف الفريد المُوسَّع (EUI) الذي وضعه معهد مهندسي الكهرباء والإلكترونيات لإيجاد التوافق مع العنوان المادي في الإيثرنت الذي يبلغ طوله 48 بتاً فقط.[39] أي يُستحسن أن يكون طول البادئة النهائي هو 64 بتاً لإتاحة الفرصة لعملية التهيئة الذاتية الآلية.
نظريَّاً، خلال عمليتي التحصيص والتخصيص لعناوين الإصدار السادس من بروتوكول الإنترنت، يكون طول البادئة محصوراً بين البادئة 12/ وهو الطول الأدنى الذي تحصصه أيانا، والبادئة 64/، وهو الطول الأقصى اللازم لدعم عملية التهيئة الذاتية الآلية. عمليَّاً، قامت أيانا بتحصيص بادئات بأطوال 23/ و12/ لسجلات الإنترنت الإقليمية[وب 3] التي قدمت بدورها حلولاً لمزودات الخدمة أو للعملاء على حد سواء، لمنح أفضية جزئيَّة متنوعة الأحجام ذات بادئات لا يتجاوز طولها البادئة 64/، وعلى سبيل المثال، يَدعم مركز تنسيق شبكة الإنترنت الأوروبي (RIPE NCC)، وهو سجل إنترنت إقليمي، حصصاً لأفضية جزئية ذات بادئات يتراوح طولها بين البادئتين 32/ و64/، ويشير إلى أن الأطوال الأكثر شعبية هي للبادئتين 48/ و56/ وهي تضم على التوالي: 65,536 و256 شبكة جزئية مُحددة بالبادئة 64/.[وب 4]
-
مثال عن مستويات التحصيص في الإصدار السادس من بروتوكول الإنترنت.
الهوامش
[عدل]1. أخذاً بالحسبان أن وثيقة طلب التعليقات RFC 1338 هي أول معيار رسمي للتوجيه غير القياسي (على الرغم من أنَّها سمَّته التجزئة العليا (بالإنجليزية: Supernetting)) قد صدرت في يونيو 1992م[2]، في حين أعلنت أيانا عن استنفاد أفضية العناوين المحددة ببادئة من القياس 8/ في نهاية شهر يناير من العام 2011م[وب 1]، فإنَّ المدة الفاصلة بين الاثنين هي: 18 عاماً و7 أشهر.
2. إنَّ فضاءَي العناوين اللذان تكون قيمة الخانة الأولى فيهما هي 0 أو 127 هما فضاءان محجوزان لا يُستعملان في عنونة المُضيفين.[40] ولكنَّهما يُشكِّلان جُزأين من الفضاء القياسي للصنف A وفقاً للتعريف الرياضي للفضاء المبني على قيمة البتات المحجوزة.[8]
3. العنوان الأصيل هو (بالإنجليزية: Supernetting: an Address Assignment and Aggregation Strategy).[2]
4. العنوان الأصيل هو (بالإنجليزية: Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy).[15]
5 يجب الانتباه إلى أنَّه لم يَسبُق تحصيص أفضية محددة ببادئات أقل 8/، ولكن هناك حالاتٌ خاصّةٌ تظهر فيها بادئات بقيمٍ أصغر مثل 0 أو 1 في جداول التوجيه عند استخدام تجميع المسارات أو لأغراض أخرى.[27]
6. كانت إعلانات بروتوكولات التوجيه لا تحتوي على أقنعة الشبكة، لأن العنونة الصنفية تسمح باستنتاج قيمة القناع آليَّاً فور تحديد الصنف، ويمكن تحديد الصنف اعتماداً على تتابع البتات المحجوزة في الخانة الأولى مع عنوان الإصدار الرابع من بروتوكول الإنترنت، ولذلك سميت ببروتوكولات التوجيه الصنفيَّة، ومن الأمثلة عنها الإصدار الأول من بروتوكول معلومات التوجيه. أمَّا بروتوكولات التوجيه التي طُورت بعد اعتماد التوجيه غير الصنفي، فتُصنَّف بأنَّها غير صنفيَّة، ومنها على سبيل المثال بروتوكول التوجيه الداخلي المحسن بين البوابات.[41]
انظر أيضاً
[عدل]توجيه بين نطاقي غير صنفي في المشاريع الشقيقة: | |
|
- الإصدار الرابع من بروتوكول الإنترنت
- استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت
- الإصدار السادس من بروتوكول الإنترنت
المراجع
[عدل]فهرس المراجع
[عدل]- المنشورات
- بالعربية
- ^ معجم المعلوماتية (2002)، ص. 92.
- ^ بكني (2022)، ص. 168.
- ^ ا ب بكني (2019)، ص. 11-12.
- ^ بكني (2019)، ص. 12-13.
- بالإنكليزية
- ^ ا ب Dyson (1999), p. 73.
- ^ ا ب ج د ه RFC 1338, p. 1.
- ^ ا ب RFC 4632, p. 5-7.
- ^ ا ب ج د RFC 7020, p. 4-5.
- ^ ا ب RFC 1883, p. 1.
- ^ ا ب RFC 4862, p. 12.
- ^ ا ب ج د RFC 4632, p. 4.
- ^ ا ب ج د RFC 791, p. 7.
- ^ ا ب RFC 1060, p. 4.
- ^ ا ب RFC 1338, p. 2.
- ^ RFC 1519, p. 2, 22.
- ^ RFC 1631, p. 1.
- ^ RFC 1517, p. 1.
- ^ RFC 1518, p. 1.
- ^ ا ب RFC 1519, p. 1.
- ^ RFC 1520, p. 1.
- ^ RFC 4632, p. 1.
- ^ Odom (2013), p. 611-612.
- ^ Odom (2013), p. 296.
- ^ Odom (2013), p. 298.
- ^ Fall (2012), p. 46.
- ^ RFC 4632, p. 4-5.
- ^ Fall (2012), p. 47.
- ^ RFC 7020, p. 3.
- ^ RFC 2050, p. 4.
- ^ RFC 4632, p. 6.
- ^ ا ب RFC 4632, p. 8.
- ^ Graham (2001), p. 204.
- ^ Odom (2013), p. 512.
- ^ RFC 4632, p. 9.
- ^ Dyson (1999), p. 333.
- ^ RFC 791, p. 1.
- ^ RFC 791, p. 14.
- ^ ا ب ج RFC 4632, p. 11.
- ^ RFC 4632, p. 8-9.
- ^ RFC 4116, p. 1.
- ^ RFC 7020, p. 4.
- ^ RFC 4291, p. 7.
- ^ IEEE (2017), p. 9-10.
- ^ RFC 1122, p. 30-31.
- ^ Cisco (2014), p. 171.
- وب
- ^ ا ب "Free Pool of IPv4 Address Space Depleted". Number Resource Organization (بالإنجليزية). Archived from the original on 2020-03-05. Retrieved 2019-03-06.
- ^ "Internet Assigned Numbers Authority (IANA) Policy For Allocation of IPv6 Blocks to Regional Internet Registries (Ratified 7 September 2006)". icann.org (بالإنجليزية). Archived from the original on 2020-02-28. Retrieved 2020-03-08.
- ^ "IPv6 Global Unicast Address Assignments". IANA (بالإنجليزية). Archived from the original on 2020-02-16. Retrieved 2020-03-08.
- ^ "Understanding IP Addressing and CIDR Charts". RIPE NCC (بالإنجليزية). Archived from the original on 2020-02-15. Retrieved 2020-03-08.
بيانات المراجع
[عدل]أولاً: الكتب: (مرتبة وفقاً لتاريخ النشر)
- العربية
- معجم المصطلحات المعلوماتية (بالعربية والإنجليزية)، دمشق: الجمعية العلمية السورية للمعلوماتية، 2000، OCLC:47938198، QID:Q108408025
- ميشيل بكني (2019)، مذكَّرة في أُصول تجزئة الشَّبكة، DOI:10.6084/M9.FIGSHARE.21799436، QID:Q100600916
- ميشيل بكني (2022). ساندرا هانبو (المحرر). بروتوكول الإِنترنت: الإِصداران الرابع والسادس. أورتيز: مطبعة إيسن. DOI:10.6084/M9.FIGSHARE.19326086. ISBN:978-2-9576887-1-5. OCLC:1425075897. OL:36773625W. QID:Q111284802.
- الإنكليزية
- Peter John Dyson (1999). Dictionary of Networking (بالإنجليزية) (3rd ed.). San Francisco: Sybex. ISBN:0-7821-2461-5. OCLC:43596809. OL:8096220M. QID:Q115917529.
- Buck Graham (2001). TCP/IP Addressing: Designing and Optimizing your IP Addressing Scheme (بالإنجليزية) (2nd ed.). San Diego: Academic Press. ISBN:978-0-12-295021-6. OCLC:45220750. OL:18325105M. QID:Q120793873.
- Kevin R. Fall; W. Richard Stevens (2012). TCP/IP illustrated: Volume 1, The protocols (PDF) (بالإنجليزية) (2nd ed.). Boston: Addison-Wesley. ISBN:978-0-321-33631-6. OCLC:774930889. OL:25162208M. QID:Q115922106.
- Wendell Odom (2013). Cisco CCENT/CCNA ICND1 100-101 Official Cert Guide (بالإنجليزية). Indianapolis: Cisco Press. ISBN:978-1-58714-485-1. OCLC:863128088. OL:26185412M. QID:Q115919723.
- Routing Protocols: Companion Guide (PDF) (بالإنجليزية). Indianapolis: Cisco Press. 2014. ISBN:978-1-58713-323-7. OCLC:886638956. OL:28350299M. QID:Q120793951.
ثانياً: وثائق طلب التعليقات: (مرتبة وفقاً لرقم الوثيقة)
- J. Postel (1981-09), Internet Protocol: DARPA Internet Program, Protocol Specification (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC0791, RFC:791, QID:Q47467078
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - J. Postel; J.K. Reynolds (1990-03), Assigned numbers (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1060, RFC:1060, QID:Q47458192
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - R. Braden (1989-10), Requirements for Internet Hosts - Communication Layers (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1122, RFC:1122, QID:Q47467189
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - T. Li (1992-06), Supernetting: an Address Assignment and Aggregation Strategy (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1338, RFC:1338, QID:Q47468405
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - R. Hinden (1993-09), Applicability Statement for the Implementation of Classless Inter-Domain Routing (CIDR) (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1517, RFC:1517, QID:Q47198468
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - Y. Rekhter; T. Li (1993-09), An Architecture for IP Address Allocation with CIDR (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1518, RFC:1518, QID:Q47314090
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - T. Li (1993-09), Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1519, RFC:1519, QID:Q47199620
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - Y. Rekhter (1993-09), Exchanging Routing Information Across Provider Boundaries in the CIDR Environment (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1520, RFC:1520, QID:Q47483113
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - K. Egevang; P. Francis (1994-05), The IP Network Address Translator (NAT) (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1631, RFC:1631, QID:Q47164409
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - S. Deering; R. Hinden (1995-12), Internet Protocol, Version 6 (IPv6) Specification (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC1883, RFC:1883, QID:Q47472593
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - J. Postel (1996-11), Internet Registry IP Allocation Guidelines (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC2050, RFC:2050, QID:Q47483471
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - J. Abley; K. Lindqvist; E. Davies; B. Black; V. Gill (2005-07), IPv4 Multihoming Practices and Limitations (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC4116, RFC:4116, QID:Q47468235
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - S. Deering; R. Hinden (2006-02), IP Version 6 Addressing Architecture (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC4291, RFC:4291, QID:Q47470884
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - T. Li (2006-08), Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC4632, RFC:4632, QID:Q47485207
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - T. Narten (2007-09), IPv6 Stateless Address Autoconfiguration (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC4862, RFC:4862, QID:Q47483181
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help) - R. Housley; G. Huston (2013-08), The Internet Numbers Registry System (بالإنجليزية), Internet Engineering Task Force, DOI:10.17487/RFC7020, RFC:7020, QID:Q47463802
{{استشهاد}}
: تحقق من التاريخ في:|publication-date=
(help)
- معايير