التوجيه بين النطاقات بدون فئات

التوجيه بين النطاقات بدون تصنيف ( CIDR ، يُنطق "سايدر" أو / ˈsɪdər / SID - ər ) هو أسلوب لتخصيص عناوين IP لتوجيه بروتوكول الإنترنت . قدمت فرقة عمل هندسة الإنترنت (IETF) نظام CIDR في عام 1993 ليحل محل بنية عناوين الشبكة المصنفة السابقة على الإنترنت . كان الهدف منه إبطاء نمو جداول التوجيه على أجهزة التوجيه عبر الإنترنت، والمساعدة في الحد من النفاد السريع لعناوين IPv4 . [ 1 ] [ 2 ]

تُعرَّف عناوين IP بأنها تتكون من مجموعتين من البتات : البتات الأكثر أهمية هي بادئة الشبكة ، التي تُحدد شبكة كاملة أو شبكة فرعية ، والبتات الأقل أهمية تُشكل مُعرِّف المضيف ، الذي يُحدد واجهة معينة لمضيف على تلك الشبكة. يُستخدم هذا التقسيم كأساس لتوجيه حركة البيانات بين شبكات IP ولسياسات تخصيص العناوين.

في حين أن تصميم الشبكات المصنفة لبروتوكول IPv4 كان يُحدد حجم بادئة الشبكة كمجموعة واحدة أو أكثر من ثمانية بتات، مما ينتج عنه كتل عناوين من الفئة A أو B أو C، ضمن نطاق عناوين CIDR، تُخصص لمزودي خدمة الإنترنت والمستخدمين النهائيين على أي حدود بتات العنوان. أما في بروتوكول IPv6 ، فإن مُعرّف الواجهة له حجم ثابت يبلغ 64 بتًا وفقًا للعرف، ولا تُخصص الشبكات الفرعية الأصغر حجمًا للمستخدمين النهائيين أبدًا.

يعتمد نظام CIDR على تقنية إخفاء الشبكات الفرعية ذات الطول المتغير ( VLSM )، حيث تتميز بادئات الشبكة بطول متغير، على عكس تصميم الشبكات المصنفة السابق ذي الطول الثابت. وتتمثل الميزة الرئيسية لهذا النظام في منح تحكم أدق في أحجام الشبكات الفرعية المخصصة للمؤسسات، مما يبطئ من استنزاف عناوين IPv4 نتيجة تخصيص شبكات فرعية أكبر من اللازم. وقد أدى نظام CIDR إلى ظهور طريقة جديدة لكتابة عناوين IP تُعرف باسم تدوين CIDR، حيث يتبع عنوان IP لاحقة تشير إلى عدد بتات البادئة. ومن أمثلة تدوين CIDR العناوين 192.0.2.0/24 لـ IPv4 و 2001:db8:: / 32 لـ IPv6. ويمكن تجميع كتل العناوين ذات البادئات المتجاورة في شبكات فائقة ، مما يقلل من عدد الإدخالات في جدول التوجيه العالمي .

خلفية

يتكون كل عنوان IP من بادئة شبكة متبوعة بمعرف المضيف . في بنية الشبكة المصنفة لبروتوكول IPv4 ، تحدد البتات الثلاثة الأكثر أهمية في عنوان IP ذي 32 بت حجم بادئة الشبكة لشبكات البث الأحادي ، وتحدد فئة الشبكة A أو B أو C. [ 3 ]

فصلأهم النقاططول بادئة الشبكة (بت)طول مُعرّف المضيف (بت)نطاق العناوين
أ08240.0.0.0–127.255.255.255
ب101616128.0.0.0–191.255.255.255
ج110248192.0.0.0–223.255.255.255
D (بث متعدد)1110غير متوفرغير متوفر224.0.0.0–239.255.255.255
هـ (محجوز)1111غير متوفرغير متوفر240.0.0.0–255.255.255.255

تتمثل ميزة هذا النظام في إمكانية تحديد بادئة الشبكة لأي عنوان IP دون الحاجة إلى أي معلومات إضافية. أما عيبه، فيكمن في أن الشبكات كانت عادةً إما كبيرة جدًا أو صغيرة جدًا بالنسبة لمعظم المؤسسات، نظرًا لتوافر ثلاثة أحجام فقط. احتوت أصغر كتلة تخصيص وتوجيه على 2⁸ = 256 عنوانًا، وهو عدد أكبر من اللازم للشبكات الشخصية أو شبكات الأقسام، ولكنه صغير جدًا بالنسبة لمعظم الشركات. أما الكتلة الأكبر التالية، فاحتوت على 2¹⁶ = 65536 عنوانًا ، وهو عدد كبير جدًا بحيث لا يمكن استخدامه بكفاءة حتى من قبل المؤسسات الكبيرة. ولكن بالنسبة لمستخدمي الشبكة الذين يحتاجون إلى أكثر من 65536 عنوانًا، فإن الحجم الوحيد المتبقي ( 2²⁴ ) وفر عددًا هائلاً، يتجاوز 16 مليون عنوان. وقد أدى ذلك إلى عدم كفاءة في استخدام العناوين ، فضلًا عن عدم كفاءة في التوجيه، لأنه تطلب عددًا كبيرًا من شبكات الفئة C المخصصة مع إعلانات توجيه فردية، موزعة جغرافيًا مع فرص ضئيلة لتجميع المسارات .

في غضون عقد من اختراع نظام أسماء النطاقات (DNS)، تبيّن أن طريقة الشبكات المصنفة غير قابلة للتوسع . [ 4 ] أدى ذلك إلى تطوير تقسيم الشبكات الفرعية وCIDR. تم التخلي عن التمييزات التصنيفية ذات الدلالة السابقة، والتي كانت تعتمد على بتات العنوان الأكثر أهمية، ووُصف النظام الجديد بأنه "غير مصنف"، على عكس النظام القديم الذي عُرف باسم "المصنف". تم تعديل بروتوكولات التوجيه لتشمل ليس فقط عناوين IP، بل أيضًا أقنعة الشبكات الفرعية الخاصة بها. تطلّب تطبيق CIDR إعادة برمجة كل مضيف وموجّه على الإنترنت بشكل تدريجي، وهو أمر ليس بالهين في وقت كانت فيه الإنترنت تشهد نموًا سريعًا. في عام 1993، نشرت فرقة عمل هندسة الإنترنت (IETF) مجموعة جديدة من المعايير، RFC 1518 وRFC 1519، لتحديد هذا المبدأ الجديد لتخصيص كتل عناوين IP وتوجيه حزم IPv4. نُشرت نسخة محدّثة، RFC 4632، في عام 2006. [ 5 ]

بعد فترة من التجارب على بدائل مختلفة، استند توجيه النطاقات غير المصنف إلى تقنية إخفاء الشبكة الفرعية ذات الطول المتغير (VLSM)، والتي تسمح بتقسيم كل شبكة إلى شبكات فرعية بأحجام مختلفة من مضاعفات العدد اثنين، بحيث يمكن تحديد حجم كل شبكة فرعية بما يتناسب مع الاحتياجات المحلية. وقد ذُكرت أقنعة الشبكة الفرعية ذات الطول المتغير كأحد البدائل في RFC 950. [ 6 ] : §2.1 واستندت تقنيات تجميع العناوين للعمليات المشتركة إلى مفهوم عنونة المجموعات، الذي اقترحه كارل-هربرت روكيتانسكي لأول مرة. [ 7 ] [ 8 ]

تدوين CIDR

يُعدّ ترميز CIDR تمثيلاً مُختصرًا لعنوان IP وقناع الشبكة الفرعية المُصاحب له . وقد ابتكره فيل كارن في ثمانينيات القرن الماضي. [ 9 ] [ 10 ] يُحدد ترميز CIDR عنوان IP، وعلامة الشرطة المائلة ⟨/⟩، ورقمًا عشريًا. يُمثل الرقم العشري عدد البتات العشرية المتتالية التي تبدأ بـ 1 (من اليسار إلى اليمين) في قناع الشبكة. يُشير كل بت 1 إلى بت من نطاق العنوان الذي يجب أن يظل مُطابقًا لعنوان IP المُعطى. يُكتب عنوان IP في ترميز CIDR دائمًا وفقًا لمعايير IPv4 أو IPv6 .

قد يشير العنوان إلى عنوان واجهة محدد (بما في ذلك مُعرِّف المضيف ، مثل 10.0.0.1 / 8 )، أو قد يكون عنوان بداية شبكة كاملة (باستخدام مُعرِّف المضيف 0، كما في 10.0.0.0 / 8 أو ما يُعادله 10 / 8 ). ويمكن استخدام تدوين CIDR حتى بدون عنوان IP على الإطلاق، على سبيل المثال عند الإشارة إلى / 24 كوصف عام لشبكة IPv4 ذات بادئة 24 بت وأرقام مضيف 8 بت.

على سبيل المثال:

  • يمثل 198.51.100.14 / 24 عنوان IPv4 198.51.100.14 وبادئة الشبكة المرتبطة به 198.51.100.0 ، أو بشكل مكافئ، قناع الشبكة الفرعية 255.255.255.0 ، والذي يحتوي على 24 بتًا بادئة1.
  • يمثل نطاق IPv4 198.51.100.0 / 22 عناوين IPv4 البالغ عددها 1024 من 198.51.100.0 إلى 198.51.103.255 .
  • يمثل نطاق IPv6 2001:db8:: / 48 نطاق عناوين IPv6 من 2001:db8:0:0:0:0:0:0 إلى 2001:db8:0:ffff:ffff:ffff:ffff:ffff .
  • يمثل ::1 / 128 عنوان الاسترجاعIPv6. يبلغ طول البادئة 128، وهو عدد البتات في العنوان.

في بروتوكول IPv4، لم يُستخدم ترميز CIDR على نطاق واسع إلا بعد تطبيق الطريقة الموثقة باستخدام تحديد قناع الشبكة الفرعية بنقاط عشرية بعد الشرطة المائلة، على سبيل المثال، 192.24.12.0 / 255.255.252.0 . [ 2 ] كان وصف عرض بادئة الشبكة برقم واحد ( 192.24.12.0 / 22 ) أسهل على مديري الشبكات في فهمه وحسابه. وقد أُدرج تدريجيًا في وثائق المعايير اللاحقة [ 11 ] [ 12 ] وفي واجهات تكوين الشبكة.

يمكن حساب عدد عناوين الشبكة كالتالي: 2 × طول العنوان - طول البادئة ، حيث يبلغ "طول العنوان" 128 في IPv6 و32 في IPv4. على سبيل المثال، في IPv4، يكون طول البادئة مقسومًا على 29 هو: 2 × 32 - 29 = 2 × 3 = 8 عناوين .

أقنعة الشبكة الفرعية

قناع الشبكة الفرعية هو قناع بتات يُشفّر طول البادئة المرتبطة بعنوان IPv4 أو شبكة باستخدام تدوين النقاط الرباعية: 32 بت، تبدأ بعدد من الآحاد يساوي طول البادئة، وتنتهي بأصفار، ويتم ترميزها بتنسيق عشري منقط رباعي الأجزاء: 255.255.255.0 . يُشفّر قناع الشبكة الفرعية نفس معلومات طول البادئة، ولكنه أقدم من ظهور CIDR. في تدوين CIDR، تكون بتات البادئة متجاورة دائمًا. سمح RFC 950 [ 6 ] : §2.1 بتحديد بتات غير متجاورة في أقنعة الشبكة الفرعية حتى نصّ RFC 4632 [ 5 ] : §5.1 على أن القناع يجب أن يتكون فقط من آحاد متجاورة، إن وجدت، في البتات الأكثر أهمية، وأصفار متجاورة، إن وجدت، في البتات الأقل أهمية. بالنظر إلى هذا القيد، فإن قناع الشبكة الفرعية وتدوين CIDR يؤديان نفس الوظيفة تمامًا.

كتل CIDR

يُعدّ CIDR معيارًا ثنائيًا يعتمد على البادئات لتمثيل عناوين IP وخصائص توجيهها. يُسهّل هذا المعيار عملية التوجيه من خلال السماح بتجميع مجموعات من العناوين في مدخلات واحدة في جدول التوجيه. تشترك هذه المجموعات، التي تُسمى عادةً كتل CIDR، في تسلسل أولي من البتات في التمثيل الثنائي لعناوين IP الخاصة بها. تُحدد كتل CIDR الخاصة بـ IPv4 باستخدام صيغة مشابهة لصيغة عناوين IPv4: عنوان عشري منقط، متبوعًا بشرطة مائلة، ثم رقم من 0 إلى 32، أي abcd / n . يُمثل الجزء العشري المنقط عنوان IPv4. أما الرقم الذي يلي الشرطة المائلة فهو طول البادئة، أي عدد البتات الأولية المشتركة، بدءًا من البت الأكثر أهمية في العنوان. عند التركيز على حجم الشبكة فقط، يُحذف عادةً جزء العنوان من الصيغة. وبالتالي، فإن كتلة /20 هي كتلة CIDR ذات بادئة غير محددة بطول 20 بت.

يُعدّ عنوان IP جزءًا من نطاق CIDR، ويُقال إنه يُطابق بادئة CIDR إذا كانت البتات n الأولى من العنوان وبادئة CIDR متطابقة. يتكون عنوان IPv4 من 32 بت، لذا فإن بادئة CIDR ذات n بت تترك 32−n بت غير مُطابقة، مما يعني أن 2^ 32−n عنوان IPv4 يُطابقان بادئة CIDR مُحددة ذات n بت. تُطابق بادئات CIDR الأقصر عددًا أكبر من العناوين، بينما تُطابق البادئات الأطول عددًا أقل. في حالة نطاقات CIDR المُتراكبة، يُمكن أن يُطابق العنوان بادئات CIDR مُتعددة بأطوال مُختلفة.

يُستخدم نظام CIDR أيضًا لعناوين IPv6 ، ودلالات بناء الجملة متطابقة. يتراوح طول البادئة من 0 إلى 128 بتًا، نظرًا لكبر عدد البتات في العنوان. مع ذلك، جرت العادة أن تحتوي الشبكة الفرعية على شبكات طبقة MAC للبث على مُعرّفات مضيف بطول 64 بتًا. [ 13 ] تُستخدم البادئات الأكبر (/127) فقط في بعض روابط الاتصال المباشر بين أجهزة التوجيه، لأسباب أمنية وسياساتية. [ 14 ]

تخصيص نطاقات CIDR

تُصدر هيئة الأرقام المخصصة للإنترنت ( IANA) لسجلات الإنترنت الإقليمية (RIRs) نطاقات عناوين IP كبيرة ذات بادئات قصيرة. مع ذلك، يُعد نطاق / 8 (الذي يضم أكثر من ستة عشر مليون عنوان) أكبر نطاق تُخصصه IANA. على سبيل المثال، يُدار نطاق 62.0.0.0 / 8 من قِبل RIPE NCC ، وهي سجل الإنترنت الإقليمي الأوروبي. تقوم سجلات الإنترنت الإقليمية، المسؤولة كل منها عن منطقة جغرافية واسعة، مثل أوروبا أو أمريكا الشمالية، بتقسيم هذه النطاقات وتخصيص شبكات فرعية لسجلات الإنترنت المحلية (LIRs). قد يتكرر هذا التقسيم عدة مرات على مستويات تفويض أدنى. تتلقى شبكات المستخدمين النهائيين شبكات فرعية تتناسب أحجامها مع احتياجاتها المتوقعة على المدى القصير. تُشجع توصيات IETF الشبكات التي تخدمها جهة واحدة لتوفير خدمة الإنترنت على الحصول على مساحة عناوين IP مباشرةً من مزود الخدمة. أما الشبكات التي تخدمها جهات متعددة لتوفير خدمة الإنترنت، فيمكنها الحصول على مساحة عناوين مستقلة عن المزود مباشرةً من سجل الإنترنت الإقليمي المناسب.

على سبيل المثال، في أواخر التسعينيات، استخدم موقع www.freesoft.org عنوان IP 208.130.29.33 (الذي أعيد تخصيصه لاحقًا). كشف تحليل هذا العنوان عن ثلاثة نطاقات عناوين IP (CIDR). النطاق 208.128.0.0 / 11 ، وهو نطاق كبير يحتوي على أكثر من مليوني عنوان، خصصته ARIN (سجل الإنترنت الإقليمي لأمريكا الشمالية) لشركة MCI . استأجرت شركة Automation Research Systems (ARS)، وهي موزع معتمد في ولاية فرجينيا ، اتصال إنترنت من MCI، وحصلت على النطاق 208.130.28.0 / 22 ، القادر على عنونة ما يزيد قليلًا عن 1000 جهاز. استخدمت ARS النطاق / 24 لخوادمها المتاحة للجمهور، وكان 208.130.29.33 أحدها. استُخدمت جميع نطاقات عناوين IP هذه في مواقع مختلفة ضمن الشبكة. خارج شبكة MCI، يُستخدم البادئة 208.128.0.0 / 11 لتوجيه حركة البيانات إلى MCI، ليس فقط تلك المتجهة إلى 208.130.29.33 ، بل أيضًا أي عنوان من عناوين IP التي يبلغ عددها حوالي مليوني عنوان والتي تبدأ بنفس الـ 11 بت. داخل شبكة MCI، تظهر البادئة 208.130.28.0 / 22 ، موجهةً حركة البيانات إلى الخط المؤجر الذي يخدم ARS. أما البادئة 208.130.29.0 / 24 ، فتُستخدم فقط داخل شبكة ARS المؤسسية .

كتل CIDR لبروتوكول IPv4

تنسيق العنوانالفرق عن العنوان السابققناعالعناوينمقارنة بالفئات أ، ب، جالقيود المفروضة على أ ، ب ، ج ، د (من 0 إلى 255 ما لم يُذكر خلاف ذلك)الاستخدام النموذجي
عشري2 ن
abcd / 32255.255.255.25512 01/256 درجة مئويةمسارات المضيف
abcd / 31+ 0.0.0.1255.255.255.25422 11/128 درجة مئويةد = 0 ... (2 ن ) ... 254الروابط من نقطة إلى نقطة (RFC 3021) [ 15 ]
abcd / 30+ 0.0.0.3255.255.255.25242 2١/٦٤ درجة مئويةد = 0 ... (4 ن ) ... 252روابط من نقطة إلى نقطة (شبكة الربط)
abcd / 29+ 0.0.0.7255.255.255.24882 3١/٣٢ درجة مئويةد = 0 ... (8 ن ) ... 248أصغر شبكة متعددة المضيفين
abcd / 28+ 0.0.0.15255.255.255.240162 4١/١٦ درجة مئويةد = 0 ... (16 ن ) ... 240شبكة محلية صغيرة
abcd / 27+ 0.0.0.31255.255.255.224322 51/8 درجة مئويةد = 0 ... (32 ن ) ... 224
abcd / 26+ 0.0.0.63255.255.255.192642 6ربع درجة مئويةد = 0، 64، 128، 192
abcd / 25+ 0.0.0.127255.255.255.1281282 7نصف درجة مئويةد = 0، 128شبكة محلية كبيرة
abc0 / 24+ 0.0.0.255255.255.255.02562 81 ج
abc0 / 23+ 0.0.1.255255.255.254.05122 92 جج = 0 ... (2 ن ) ... 254
abc0 / 22+ 0.0.3.255255.255.252.010242 104 جج = 0 ... (4 ن ) ... 252مشروع تجاري صغير
abc0 / 21+ 0.0.7.255255.255.248.020482 118 درجة مئويةج = 0 ... (8 ن ) ... 248مزود خدمة إنترنت صغير / شركة كبيرة
abc0 / 20+ 0.0.15.255255.255.240.040962 1216 درجة مئويةج = 0 ... (16 ن ) ... 240
abc0 / 19+ 0.0.31.255255.255.224.081922 1332 درجة مئويةج = 0 ... (32 ن ) ... 224مزود خدمة الإنترنت/شركة كبيرة
abc0 / 18+ 0.0.63.255255.255.192.0163842 1464 درجة مئويةج = 0، 64، 128، 192
abc0 / 17+ 0.0.127.255255.255.128.032,7682 15128 درجة مئويةج = 0، 128
ab0.0 / 16+ 0.0.255.255255.255.0.065,5362 16256 ج = ب
ab0.0 / 15+ 0.1.255.255255.254.0.0131,0722 172 بب = 0 ... (2 ن ) ... 254
ab0.0 / 14+ 0.3.255.255255.252.0.0262,1442 184 بب = 0 ... (4 ن ) ... 252
ab0.0 / 13+ 0.7.255.255255.248.0.0524,2882 198 بب = 0 ... (8 ن ) ... 248
ab0.0 / 12+ 0.15.255.255255.240.0.01,048,5762 2016 بب = 0 ... (16 ن ) ... 240
ab0.0 / 11+ 0.31.255.255255.224.0.02,097,1522 2132 بب = 0 ... (32 ن ) ... 224
ab0.0 / 10+ 0.63.255.255255.192.0.04,194,3042 2264 بب = 0، 64، 128، 192
ab0.0 / 9+ 0.127.255.255255.128.0.08,388,6082 23128 بب = 0، 128
أ.0.0.0 / 8+ 0.255.255.255255.0.0.016,777,2162 24256 ب = أأكبر تخصيص لكتل ​​IANA
أ.0.0.0 / 7+ 1.255.255.255254.0.0.033,554,4322 252 أأ = 0 ... (2 ن ) ... 254
أ.0.0.0 / 6+ 3.255.255.255252.0.0.067,108,8642 264 أأ = 0 ... (4 ن ) ... 252
أ.0.0.0 / 5+7.255.255.255248.0.0.0134,217,7282 278 أأ = 0 ... (8 ن ) ... 248
أ.0.0.0 / 4+ 15.255.255.255240.0.0.0268,435,4562 2816 أأ = 0 ... (16 ن ) ... 240
أ.0.0.0 / 3+31.255.255.255224.0.0.0536,870,9122 2932 أأ = 0 ... (32 ن ) ... 224
أ.0.0.0 / 2+63.255.255.255192.0.0.01,073,741,8242 3064 أأ = 0، 64، 128، 192
أ.0.0.0 / 1+127.255.255.255128.0.0.02,147,483,6482 31128 أأ = 0، 128
0.0.0.0 / 0+255.255.255.2550.0.0.04,294,967,2962 32256 أشبكة الإنترنت IPv4 بأكملها، المسار الافتراضي

في الشبكات الفرعية الموجهة الأكبر من / 31 أو / 32 ، عادةً ما يتم تقليل عدد عناوين المضيف المتاحة بمقدار اثنين، وهما: العنوان الأكبر، المحجوز كعنوان بث ، والعنوان الأصغر، الذي يُعرّف الشبكة نفسها [ 16 ] ويُحجز لهذا الغرض فقط. [ 17 ] : §4.2.3.1

في هذا الاستخدام، تكون شبكة / 31 ، التي تحتوي على رقم ثنائي واحد في مُعرّف المضيف، غير قابلة للاستخدام، حيث لن توفر هذه الشبكة الفرعية أي عناوين مضيف متاحة بعد هذا الاختزال. يُنشئ RFC 3021 استثناءً لقواعد "جميع عناوين المضيف 1" و"جميع عناوين المضيف 0" لجعل شبكات / 31 قابلة للاستخدام للروابط من نقطة إلى نقطة. يجب الوصول إلى عناوين / 32 (شبكة المضيف الواحد) من خلال قواعد توجيه صريحة، حيث لا يوجد عنوان متاح للبوابة.

كتل CIDR لبروتوكول IPv6

بادئات CIDR لبروتوكول IPv6
حجم البادئةعدد الشبكات الفرعية المكافئةبتات معرف الواجهة
/48/56/64
/2416 شهرًاالجيل الرابع1T104
/258 ملايين2G512 جيجابايت103
/264M1G256 غرام102
/272 مليون512 مليون128 غرام101
/28مليون256 مليون64 غرام100
/29512 ألف128 مليون32 غرام99
/30256 ألف64 مليون16G98
/31128 ألف32 مليون8G97
/3264 ألف16 شهرًاالجيل الرابع96
/3332 ألف8 ملايين2G95
/3416 ألف4M1G94
/358K2 مليون512 مليون93
/364Kمليون256 مليون92
/372K512 ألف128 مليون91
/381K256 ألف64 مليون90
/39512128 ألف32 مليون89
/4025664 ألف16 شهرًا88
/4112832 ألف8 ملايين87
/426416 ألف4M86
/43328K2 مليون85
/44164Kمليون84
/4582K512 ألف83
/4641K256 ألف82
/472512128 ألف81
/48125664 ألف80
/4912832 ألف79
/506416 ألف78
/51328K77
/52164K76
/5382K75
/5441K74
/55251273
/56125672
/5712871
/586470
/593269
/601668
/61867
/62466
/63265
/64164
K = 1,024
م = 1,048,576
G = 1,073,741,824
T = 1,099,511,627,776

يُتيح حجم عناوين IPv6 الكبير إمكانية تلخيص المسارات عالميًا، ويضمن توفير مجموعات عناوين كافية في كل موقع. حجم الشبكة الفرعية القياسي لشبكات IPv6 هو نطاق / 64 ، وهو ضروري لتشغيل خاصية التكوين التلقائي للعناوين عديمة الحالة . [ 18 ] في البداية، أوصت فرقة عمل هندسة الإنترنت (IETF) في RFC 3177، كأفضل ممارسة، بتخصيص نطاق عناوين / 48 لجميع المواقع النهائية، [ 19 ] ولكن أدت الانتقادات وإعادة تقييم الاحتياجات والممارسات الفعلية إلى توصيات تخصيص أكثر مرونة في RFC 6177 [ 20 ] ، تقترح تخصيص نطاق أصغر بكثير لبعض المواقع، مثل نطاق / 56 للشبكات السكنية.

يُبيّن هذا المرجع الخاص بتقسيم الشبكات الفرعية لبروتوكول IPv6 أحجام الشبكات الفرعية لبروتوكول IPv6 . قد تتطلب أنواع مختلفة من روابط الشبكة أحجامًا مختلفة للشبكات الفرعية. [ 21 ] يفصل قناع الشبكة الفرعية بتات مُعرّف الشبكة عن بتات مُعرّف الواجهة. يؤدي اختيار حجم بادئة أصغر إلى تغطية عدد أقل من الشبكات، ولكن مع عدد أكبر من العناوين داخل كل شبكة. [ 22 ]

2001:0db8:0123:4567:89ab:cdef:1234:5678 |||| |||| |||| |||| |||| |||| |||| |||| |||| |||| |||| |||| |||| |||| |||| |||128 نقطة نهاية فردية وحلقة ارتداد |||| |||| |||| |||| |||| |||| |||| |||127 روابط من نقطة إلى نقطة (بين أجهزة التوجيه) |||| |||| |||| |||| |||| |||| |||| ||124 |||| |||| |||| |||| |||| |||| |||| |120 |||| |||| |||| |||| |||| |||| |||| 116 |||| |||| |||| |||| |||| |||| |||112 |||| |||| |||| |||| |||| |||| ||108 |||| |||| |||| |||| |||| |||| |104 |||| |||| |||| |||| |||| |||| 100 |||| |||| |||| |||| |||| |||96 |||| |||| |||| |||| |||| ||92 |||| |||| |||| |||| |||| |88 84 80 |||| |||| |||| |||| ||76 |||| |||| |||| |||| |72 |||| |||| |||| |||| 68 |||| |||| |||| |||64 شبكة محلية واحدة؛ حجم البادئة الافتراضي لـ SLAAC |||| |||| |||| ||60 بعض عمليات النشر من الجيل السادس (محدود للغاية) (/60 = 16 كتلة /64) |||| |||| |||| |56 الحد الأدنى لتخصيص الموقع النهائي؛ [ 20 ] على سبيل المثال الشبكة المنزلية (/56 = 256 كتلة /64) |||| |||| |||| 52 /52 كتلة = 4096 /64 كتلة |||| |||| |||48 التخصيص النموذجي للمواقع الأكبر حجمًا (/48 = 65536 /64 كتلة) |||| |||| ||44 |||| |||| |40 |||| |||| 36 تخصيصًا محتملاً لنطاقات الإنترنت المحلية (LIR) الصغيرة جدًا في المستقبل |||| |||32 الحد الأدنى من مخصصات LIR |||| ||28 تخصيصات متوسطة لـ LIR |||| |24 تخصيصات كبيرة لـ LIR |||| 20 تخصيصات كبيرة جدًا لـ LIR 16 ||12 تخصيصات سجل الإنترنت الإقليمي (RIR) من IANA [ 23 ] 8 4

التفسير العددي

من الناحية الطوبولوجية، تمثل مجموعة الشبكات الفرعية الموصوفة بواسطة CIDR تغطيةً لمساحة العناوين المقابلة. الفترة الموصوفة بالترميزX/ن{\displaystyle X/n}يتوافق عدديًا مع عناوين من الشكل[x232-ن،x232-ن+232-ن-1]{\displaystyle [x\cdot 2^{32-n},x\cdot 2^{32-n}+2^{32-n}-1]}(لبروتوكول IPv4) و[x2128ن،x2128ن+2128-ن-1]{\displaystyle [x\cdot 2^{128n},x\cdot 2^{128n}+2^{128-n}-1]}(لبروتوكول IPv6)، حيثX=x232-ن{\displaystyle X=x\cdot 2^{32-n}}وX=x2128-ن{\displaystyle X=x\cdot 2^{128-n}}لديه الأقلن{\displaystyle n}تم ضبط البتات على 0. لقيمة ثابتةن{\displaystyle n}، مجموعة الكلX/ن{\displaystyle X/n}تشكل الشبكات الفرعية تجزئة ، أي غطاءً لمجموعات غير متداخلة.ن{\displaystyle n}ينتج عن ذلك تقسيمات فرعية أدق فأدق. وبالتالي، شبكتان فرعيتانX/ن{\displaystyle X/n}وY/م{\displaystyle Y/m}إما أن تكون منفصلة أو أن إحداها شبكة فرعية من الأخرى.

تجميع البادئات

يُتيح بروتوكول CIDR تجميعًا دقيقًا لبادئات التوجيه . فعلى سبيل المثال، إذا تطابقت أول 20 بت من بادئات الشبكات، يُمكن تجميع ست عشرة شبكة متجاورة من نوع / 24 والإعلان عنها لشبكة أكبر كمدخل واحد في جدول التوجيه من نوع / 20 . وهذا يُقلل من عدد المسارات التي يجب الإعلان عنها.

انظر أيضاً

مراجع

  1. ي. ريختر؛ ت. لي، محرران. (سبتمبر 1993). بنية لتخصيص عناوين IP باستخدام CIDR . مجموعة عمل الشبكة. doi : 10.17487/RFC1518 . RFC 1518 .تاريخي.
  2. 1 2 ف. فولر؛ ت. لي؛ ج. يو؛ ك. فارادان (سبتمبر 1993). التوجيه بين النطاقات بدون فئات (CIDR): استراتيجية لتخصيص العناوين وتجميعها . مجموعة عمل الشبكة. doi : 10.17487/RFC1519 . RFC 1519 .مُلغى. تم إلغاؤه بموجب RFC 4632. يُلغي RFC 1338 .  
  3. جيه كيه رينولدز ؛ جيه بوستل (أبريل 1985). الأرقام المخصصة . مجموعة عمل الشبكة. doi : 10.17487/RFC0943 . RFC 943 .تاريخي. تم إلغاؤه بموجب RFC 960. يلغي RFC 923 .  
  4. مجموعة توجيه هندسة الإنترنت ؛ ر. هيندن (سبتمبر 1993). بيان قابلية تطبيق توجيه النطاقات غير المصنفة (CIDR) . مجموعة عمل الشبكة. doi : 10.17487/RFC1517 . RFC 1517 .تاريخي.
  5. 1 2 ف. فولر؛ ت. لي (أغسطس 2006). ر. إيفن (محرر). التوجيه بين النطاقات بدون فئات (CIDR): خطة تخصيص عناوين الإنترنت وتجميعها . مجموعة عمل الشبكة. doi : 10.17487/RFC4632 . RFC 4632 .أفضل الممارسات الحالية. يلغي RFC 1519 . 
  6. 1 2 ج. موغول؛ ج. بوستل (أغسطس 1985). إجراء تقسيم الشبكات الفرعية القياسي للإنترنت . مجموعة عمل الشبكة. doi : 10.17487/RFC0950 . STD 5. RFC 950 .المعيار الخامس للإنترنت. تم تحديثه بواسطة RFC 6918 . 
  7. كارل-هربرت روكيتانسكي، "مخطط عنونة مجموعات الإنترنت وتطبيقه على شبكات البيانات العامة"، وقائع المؤتمر الدولي التاسع للاتصالات الحاسوبية (ICCC' 88)، الصفحات 482-491، تل أبيب، إسرائيل، أكتوبر/نوفمبر 1988
  8. عنونة المجموعات وCIDR في أرشيفات البريد الإلكتروني لـ IETF
  9. برايان كانتور (ديسمبر 2018). "ردًا على: سؤال غبي ربما؟" . مجموعة مشغلي الشبكات في أمريكا الشمالية. من المؤكد أن /24 أنظف من 255.255.255.0. أذكر أن فيل كارن هو من اقترح في أوائل الثمانينيات أن التعبير عن أقنعة الشبكة الفرعية بعدد البتات من نهاية كلمة العنوان كان فعالًا، لأن أقنعة الشبكة الفرعية كانت دائمًا سلسلة من الآحاد متبوعة بأصفار بدون تداخل، وهو ما تم دمجه (أو ابتكاره بشكل مستقل) بعد حوالي عقد من الزمن كترميز CIDR abcd/n في RFC1519.
  10. ويليام سيمبسون (ديسمبر 2018). "ردًا على: سؤال غبي ربما؟" . مجموعة مشغلي الشبكات في أمريكا الشمالية. في الواقع، برايان محق. كان فيل سابقًا لعصره بكثير. لكنني لا أتذكر أنه تحدث عن ذلك حتى أواخر الثمانينيات.
  11. تي. بوميل؛ بي. مانينغ (ديسمبر 1995). جدول الشبكات الفرعية ذو الطول المتغير لبروتوكول IPv4 . مجموعة عمل الشبكة. doi : 10.17487/RFC1878 . RFC 1878 .تاريخي. عفا عليها الزمن RFC 1860 . 
  12. ^ س. ويليامسون. م. كوسترز؛ د.بلاكا؛ جيه سينغ؛ ك.زيلسترا (يونيو 1997). إحالة Whois (RWhois) بروتوكول V1.5 . مجموعة عمل شبكة IETF . دوى : 10.17487/RFC2167 . آر إف سي 2167 .معلوماتي. يلغي RFC 1583. شبكات IP هي أيضًا تسميات هرمية معجمية باستخدام تدوين التوجيه بين النطاقات بدون فئات (CIDR)، ولكن لا يمكن تحديد تسلسلها الهرمي بسهولة من خلال معالجة النصوص البسيطة؛ على سبيل المثال، 198.41.0.0/22 ​​هو جزء من 198.41.0.0/16، وهو جزء من 198.40.0.0/15. 
  13. ب. كاربنتر ؛ س. جيانغ (فبراير 2014). أهمية مُعرّفات واجهة IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7136 . ISSN 2070-1721 . RFC 7136 . المعيار المقترح. تحديثات RFC 4291 . 
  14. م. كوهنو؛ ب. نيتزان؛ ر. بوش؛ ي. ماتسوزاكي؛ ل. كوليتي؛ ت. نارتن (أبريل 2011). استخدام بادئات IPv6 ذات 127 بت على روابط بين أجهزة التوجيه . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6164 . RFC 6164 .المعيار المقترح. تم تحديثه بواسطة RFC 6547 . 
  15. أ. ريتانا؛ ر. وايت؛ ف. فولر؛ د. ماكفرسون (ديسمبر 2000). استخدام بادئات 31 بت على روابط IPv4 من نقطة إلى نقطة . مجموعة عمل الشبكة. doi : 10.17487/RFC3021 . RFC 3021 .المعيار المقترح.
  16. ج. موغول (أكتوبر 1984). بثّ مخططات بيانات الإنترنت في وجود الشبكات الفرعية . مجموعة عمل الشبكات. doi : 10.17487/RFC0922 . المعيار 5. RFC 922 .معيار الإنترنت 5.
  17. ف. بيكر ، محرر. (يونيو 1995). متطلبات أجهزة توجيه بروتوكول الإنترنت الإصدار 4. مجموعة عمل الشبكة. doi : 10.17487/RFC1812 . RFC 1812 .معيار مقترح. يلغي المعيارين RFC 1716 و 1009 . تم تحديثه بواسطة المعيارين RFC 2644 و 6633 .  
  18. إس. طومسون؛ تي. نارتن؛ تي. جينمي (سبتمبر 2007). التكوين التلقائي لعناوين IPv6 عديمة الحالة . مجموعة عمل الشبكة. doi : 10.17487/RFC4862 . RFC 4862 .مسودة معيار. تلغي RFC 2462. تم تحديثها بواسطة RFC 7527 .  
  19. IAB ؛ IESG (سبتمبر 2001). توصيات IAB/IESG بشأن تخصيص عناوين IPv6 للمواقع . مجموعة عمل الشبكة. doi : 10.17487/RFC3177 . RFC 3177 .قديم. تم إلغاؤه بموجب RFC 6177 . 
  20. 1 2 ت. نارتن؛ ج. هوستون؛ ل. روبرتس (مارس 2011). تخصيص عناوين IPv6 للمواقع الطرفية . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6177 . ISSN 2070-1721 . BCP 157. RFC 6177 . أفضل الممارسات الحالية 157. يلغي RFC 3177 . 
  21. "خطط عناوين IPv6 من ARIN" . Getipv6.info. 25 مارس 2016. تم الاطلاع عليه بتاريخ 12 مارس 2018 .
  22. "معدلات تخصيص عناوين IP الناضجة" . مؤرشف من الأصل في 3 فبراير 2011.
  23. "تخصيصات عناوين البث الأحادي IPv6 من IANA" . Iana.org . تم الاطلاع عليه بتاريخ 12 مارس 2018 .

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