التوجيه بين النطاقات بدون فئات
التوجيه بين النطاقات بدون تصنيف ( 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 ]
| فصل | أهم النقاط | طول بادئة الشبكة (بت) | طول مُعرّف المضيف (بت) | نطاق العناوين |
|---|---|---|---|---|
| أ | 0 | 8 | 24 | 0.0.0.0–127.255.255.255 |
| ب | 10 | 16 | 16 | 128.0.0.0–191.255.255.255 |
| ج | 110 | 24 | 8 | 192.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 / 32 | 255.255.255.255 | 1 | 2 0 | 1/256 درجة مئوية | مسارات المضيف | ||
| abcd / 31 | + 0.0.0.1 | 255.255.255.254 | 2 | 2 1 | 1/128 درجة مئوية | د = 0 ... (2 ن ) ... 254 | الروابط من نقطة إلى نقطة (RFC 3021) [ 15 ] |
| abcd / 30 | + 0.0.0.3 | 255.255.255.252 | 4 | 2 2 | ١/٦٤ درجة مئوية | د = 0 ... (4 ن ) ... 252 | روابط من نقطة إلى نقطة (شبكة الربط) |
| abcd / 29 | + 0.0.0.7 | 255.255.255.248 | 8 | 2 3 | ١/٣٢ درجة مئوية | د = 0 ... (8 ن ) ... 248 | أصغر شبكة متعددة المضيفين |
| abcd / 28 | + 0.0.0.15 | 255.255.255.240 | 16 | 2 4 | ١/١٦ درجة مئوية | د = 0 ... (16 ن ) ... 240 | شبكة محلية صغيرة |
| abcd / 27 | + 0.0.0.31 | 255.255.255.224 | 32 | 2 5 | 1/8 درجة مئوية | د = 0 ... (32 ن ) ... 224 | |
| abcd / 26 | + 0.0.0.63 | 255.255.255.192 | 64 | 2 6 | ربع درجة مئوية | د = 0، 64، 128، 192 | |
| abcd / 25 | + 0.0.0.127 | 255.255.255.128 | 128 | 2 7 | نصف درجة مئوية | د = 0، 128 | شبكة محلية كبيرة |
| abc0 / 24 | + 0.0.0.255 | 255.255.255.0 | 256 | 2 8 | 1 ج | ||
| abc0 / 23 | + 0.0.1.255 | 255.255.254.0 | 512 | 2 9 | 2 ج | ج = 0 ... (2 ن ) ... 254 | |
| abc0 / 22 | + 0.0.3.255 | 255.255.252.0 | 1024 | 2 10 | 4 ج | ج = 0 ... (4 ن ) ... 252 | مشروع تجاري صغير |
| abc0 / 21 | + 0.0.7.255 | 255.255.248.0 | 2048 | 2 11 | 8 درجة مئوية | ج = 0 ... (8 ن ) ... 248 | مزود خدمة إنترنت صغير / شركة كبيرة |
| abc0 / 20 | + 0.0.15.255 | 255.255.240.0 | 4096 | 2 12 | 16 درجة مئوية | ج = 0 ... (16 ن ) ... 240 | |
| abc0 / 19 | + 0.0.31.255 | 255.255.224.0 | 8192 | 2 13 | 32 درجة مئوية | ج = 0 ... (32 ن ) ... 224 | مزود خدمة الإنترنت/شركة كبيرة |
| abc0 / 18 | + 0.0.63.255 | 255.255.192.0 | 16384 | 2 14 | 64 درجة مئوية | ج = 0، 64، 128، 192 | |
| abc0 / 17 | + 0.0.127.255 | 255.255.128.0 | 32,768 | 2 15 | 128 درجة مئوية | ج = 0، 128 | |
| ab0.0 / 16 | + 0.0.255.255 | 255.255.0.0 | 65,536 | 2 16 | 256 ج = ب | ||
| ab0.0 / 15 | + 0.1.255.255 | 255.254.0.0 | 131,072 | 2 17 | 2 ب | ب = 0 ... (2 ن ) ... 254 | |
| ab0.0 / 14 | + 0.3.255.255 | 255.252.0.0 | 262,144 | 2 18 | 4 ب | ب = 0 ... (4 ن ) ... 252 | |
| ab0.0 / 13 | + 0.7.255.255 | 255.248.0.0 | 524,288 | 2 19 | 8 ب | ب = 0 ... (8 ن ) ... 248 | |
| ab0.0 / 12 | + 0.15.255.255 | 255.240.0.0 | 1,048,576 | 2 20 | 16 ب | ب = 0 ... (16 ن ) ... 240 | |
| ab0.0 / 11 | + 0.31.255.255 | 255.224.0.0 | 2,097,152 | 2 21 | 32 ب | ب = 0 ... (32 ن ) ... 224 | |
| ab0.0 / 10 | + 0.63.255.255 | 255.192.0.0 | 4,194,304 | 2 22 | 64 ب | ب = 0، 64، 128، 192 | |
| ab0.0 / 9 | + 0.127.255.255 | 255.128.0.0 | 8,388,608 | 2 23 | 128 ب | ب = 0، 128 | |
| أ.0.0.0 / 8 | + 0.255.255.255 | 255.0.0.0 | 16,777,216 | 2 24 | 256 ب = أ | أكبر تخصيص لكتل IANA | |
| أ.0.0.0 / 7 | + 1.255.255.255 | 254.0.0.0 | 33,554,432 | 2 25 | 2 أ | أ = 0 ... (2 ن ) ... 254 | |
| أ.0.0.0 / 6 | + 3.255.255.255 | 252.0.0.0 | 67,108,864 | 2 26 | 4 أ | أ = 0 ... (4 ن ) ... 252 | |
| أ.0.0.0 / 5 | +7.255.255.255 | 248.0.0.0 | 134,217,728 | 2 27 | 8 أ | أ = 0 ... (8 ن ) ... 248 | |
| أ.0.0.0 / 4 | + 15.255.255.255 | 240.0.0.0 | 268,435,456 | 2 28 | 16 أ | أ = 0 ... (16 ن ) ... 240 | |
| أ.0.0.0 / 3 | +31.255.255.255 | 224.0.0.0 | 536,870,912 | 2 29 | 32 أ | أ = 0 ... (32 ن ) ... 224 | |
| أ.0.0.0 / 2 | +63.255.255.255 | 192.0.0.0 | 1,073,741,824 | 2 30 | 64 أ | أ = 0، 64، 128، 192 | |
| أ.0.0.0 / 1 | +127.255.255.255 | 128.0.0.0 | 2,147,483,648 | 2 31 | 128 أ | أ = 0، 128 | |
| 0.0.0.0 / 0 | +255.255.255.255 | 0.0.0.0 | 4,294,967,296 | 2 32 | 256 أ | شبكة الإنترنت IPv4 بأكملها، المسار الافتراضي | |
في الشبكات الفرعية الموجهة الأكبر من / 31 أو / 32 ، عادةً ما يتم تقليل عدد عناوين المضيف المتاحة بمقدار اثنين، وهما: العنوان الأكبر، المحجوز كعنوان بث ، والعنوان الأصغر، الذي يُعرّف الشبكة نفسها [ 16 ] ويُحجز لهذا الغرض فقط. [ 17 ] : §4.2.3.1
في هذا الاستخدام، تكون شبكة / 31 ، التي تحتوي على رقم ثنائي واحد في مُعرّف المضيف، غير قابلة للاستخدام، حيث لن توفر هذه الشبكة الفرعية أي عناوين مضيف متاحة بعد هذا الاختزال. يُنشئ RFC 3021 استثناءً لقواعد "جميع عناوين المضيف 1" و"جميع عناوين المضيف 0" لجعل شبكات / 31 قابلة للاستخدام للروابط من نقطة إلى نقطة. يجب الوصول إلى عناوين / 32 (شبكة المضيف الواحد) من خلال قواعد توجيه صريحة، حيث لا يوجد عنوان متاح للبوابة.
كتل CIDR لبروتوكول IPv6
| حجم البادئة | عدد الشبكات الفرعية المكافئة | بتات معرف الواجهة | ||
|---|---|---|---|---|
| /48 | /56 | /64 | ||
| /24 | 16 شهرًا | الجيل الرابع | 1T | 104 |
| /25 | 8 ملايين | 2G | 512 جيجابايت | 103 |
| /26 | 4M | 1G | 256 غرام | 102 |
| /27 | 2 مليون | 512 مليون | 128 غرام | 101 |
| /28 | مليون | 256 مليون | 64 غرام | 100 |
| /29 | 512 ألف | 128 مليون | 32 غرام | 99 |
| /30 | 256 ألف | 64 مليون | 16G | 98 |
| /31 | 128 ألف | 32 مليون | 8G | 97 |
| /32 | 64 ألف | 16 شهرًا | الجيل الرابع | 96 |
| /33 | 32 ألف | 8 ملايين | 2G | 95 |
| /34 | 16 ألف | 4M | 1G | 94 |
| /35 | 8K | 2 مليون | 512 مليون | 93 |
| /36 | 4K | مليون | 256 مليون | 92 |
| /37 | 2K | 512 ألف | 128 مليون | 91 |
| /38 | 1K | 256 ألف | 64 مليون | 90 |
| /39 | 512 | 128 ألف | 32 مليون | 89 |
| /40 | 256 | 64 ألف | 16 شهرًا | 88 |
| /41 | 128 | 32 ألف | 8 ملايين | 87 |
| /42 | 64 | 16 ألف | 4M | 86 |
| /43 | 32 | 8K | 2 مليون | 85 |
| /44 | 16 | 4K | مليون | 84 |
| /45 | 8 | 2K | 512 ألف | 83 |
| /46 | 4 | 1K | 256 ألف | 82 |
| /47 | 2 | 512 | 128 ألف | 81 |
| /48 | 1 | 256 | 64 ألف | 80 |
| /49 | 128 | 32 ألف | 79 | |
| /50 | 64 | 16 ألف | 78 | |
| /51 | 32 | 8K | 77 | |
| /52 | 16 | 4K | 76 | |
| /53 | 8 | 2K | 75 | |
| /54 | 4 | 1K | 74 | |
| /55 | 2 | 512 | 73 | |
| /56 | 1 | 256 | 72 | |
| /57 | 128 | 71 | ||
| /58 | 64 | 70 | ||
| /59 | 32 | 69 | ||
| /60 | 16 | 68 | ||
| /61 | 8 | 67 | ||
| /62 | 4 | 66 | ||
| /63 | 2 | 65 | ||
| /64 | 1 | 64 | ||
| 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 تغطيةً لمساحة العناوين المقابلة. الفترة الموصوفة بالترميزيتوافق عدديًا مع عناوين من الشكل(لبروتوكول IPv4) و(لبروتوكول IPv6)، حيثولديه الأقلتم ضبط البتات على 0. لقيمة ثابتة، مجموعة الكلتشكل الشبكات الفرعية تجزئة ، أي غطاءً لمجموعات غير متداخلة.ينتج عن ذلك تقسيمات فرعية أدق فأدق. وبالتالي، شبكتان فرعيتانوإما أن تكون منفصلة أو أن إحداها شبكة فرعية من الأخرى.
تجميع البادئات
يُتيح بروتوكول CIDR تجميعًا دقيقًا لبادئات التوجيه . فعلى سبيل المثال، إذا تطابقت أول 20 بت من بادئات الشبكات، يُمكن تجميع ست عشرة شبكة متجاورة من نوع / 24 والإعلان عنها لشبكة أكبر كمدخل واحد في جدول التوجيه من نوع / 20 . وهذا يُقلل من عدد المسارات التي يجب الإعلان عنها.
انظر أيضاً
مراجع
- ↑ ي. ريختر؛ ت. لي، محرران. (سبتمبر 1993). بنية لتخصيص عناوين IP باستخدام CIDR . مجموعة عمل الشبكة. doi : 10.17487/RFC1518 . RFC 1518 .تاريخي.
- 1 2 ف. فولر؛ ت. لي؛ ج. يو؛ ك. فارادان (سبتمبر 1993). التوجيه بين النطاقات بدون فئات (CIDR): استراتيجية لتخصيص العناوين وتجميعها . مجموعة عمل الشبكة. doi : 10.17487/RFC1519 . RFC 1519 .مُلغى. تم إلغاؤه بموجب RFC 4632. يُلغي RFC 1338 .
- ↑ جيه كيه رينولدز ؛ جيه بوستل (أبريل 1985). الأرقام المخصصة . مجموعة عمل الشبكة. doi : 10.17487/RFC0943 . RFC 943 .تاريخي. تم إلغاؤه بموجب RFC 960. يلغي RFC 923 .
- ↑ مجموعة توجيه هندسة الإنترنت ؛ ر. هيندن (سبتمبر 1993). بيان قابلية تطبيق توجيه النطاقات غير المصنفة (CIDR) . مجموعة عمل الشبكة. doi : 10.17487/RFC1517 . RFC 1517 .تاريخي.
- 1 2 ف. فولر؛ ت. لي (أغسطس 2006). ر. إيفن (محرر). التوجيه بين النطاقات بدون فئات (CIDR): خطة تخصيص عناوين الإنترنت وتجميعها . مجموعة عمل الشبكة. doi : 10.17487/RFC4632 . RFC 4632 .أفضل الممارسات الحالية. يلغي RFC 1519 .
- 1 2 ج. موغول؛ ج. بوستل (أغسطس 1985). إجراء تقسيم الشبكات الفرعية القياسي للإنترنت . مجموعة عمل الشبكة. doi : 10.17487/RFC0950 . STD 5. RFC 950 .المعيار الخامس للإنترنت. تم تحديثه بواسطة RFC 6918 .
- ↑ كارل-هربرت روكيتانسكي، "مخطط عنونة مجموعات الإنترنت وتطبيقه على شبكات البيانات العامة"، وقائع المؤتمر الدولي التاسع للاتصالات الحاسوبية (ICCC' 88)، الصفحات 482-491، تل أبيب، إسرائيل، أكتوبر/نوفمبر 1988
- ↑ عنونة المجموعات وCIDR في أرشيفات البريد الإلكتروني لـ IETF
- ↑ برايان كانتور (ديسمبر 2018). "ردًا على: سؤال غبي ربما؟" . مجموعة مشغلي الشبكات في أمريكا الشمالية.
من المؤكد أن /24 أنظف من 255.255.255.0. أذكر أن فيل كارن هو من اقترح في أوائل الثمانينيات أن التعبير عن أقنعة الشبكة الفرعية بعدد البتات من نهاية كلمة العنوان كان فعالًا، لأن أقنعة الشبكة الفرعية كانت دائمًا سلسلة من الآحاد متبوعة بأصفار بدون تداخل، وهو ما تم دمجه (أو ابتكاره بشكل مستقل) بعد حوالي عقد من الزمن كترميز CIDR abcd/n في RFC1519.
- ↑ ويليام سيمبسون (ديسمبر 2018). "ردًا على: سؤال غبي ربما؟" . مجموعة مشغلي الشبكات في أمريكا الشمالية.
في الواقع، برايان محق. كان فيل سابقًا لعصره بكثير. لكنني لا أتذكر أنه تحدث عن ذلك حتى أواخر الثمانينيات.
- ↑ تي. بوميل؛ بي. مانينغ (ديسمبر 1995). جدول الشبكات الفرعية ذو الطول المتغير لبروتوكول IPv4 . مجموعة عمل الشبكة. doi : 10.17487/RFC1878 . RFC 1878 .تاريخي. عفا عليها الزمن RFC 1860 .
- ^ س. ويليامسون. م. كوسترز؛ د.بلاكا؛ جيه سينغ؛ ك.زيلسترا (يونيو 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.
- ↑ ب. كاربنتر ؛ س. جيانغ (فبراير 2014). أهمية مُعرّفات واجهة IPv6 . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC7136 . ISSN 2070-1721 . RFC 7136 . المعيار المقترح. تحديثات RFC 4291 .
- ↑ م. كوهنو؛ ب. نيتزان؛ ر. بوش؛ ي. ماتسوزاكي؛ ل. كوليتي؛ ت. نارتن (أبريل 2011). استخدام بادئات IPv6 ذات 127 بت على روابط بين أجهزة التوجيه . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6164 . RFC 6164 .المعيار المقترح. تم تحديثه بواسطة RFC 6547 .
- ↑ أ. ريتانا؛ ر. وايت؛ ف. فولر؛ د. ماكفرسون (ديسمبر 2000). استخدام بادئات 31 بت على روابط IPv4 من نقطة إلى نقطة . مجموعة عمل الشبكة. doi : 10.17487/RFC3021 . RFC 3021 .المعيار المقترح.
- ↑ ج. موغول (أكتوبر 1984). بثّ مخططات بيانات الإنترنت في وجود الشبكات الفرعية . مجموعة عمل الشبكات. doi : 10.17487/RFC0922 . المعيار 5. RFC 922 .معيار الإنترنت 5.
- ↑ ف. بيكر ، محرر. (يونيو 1995). متطلبات أجهزة توجيه بروتوكول الإنترنت الإصدار 4. مجموعة عمل الشبكة. doi : 10.17487/RFC1812 . RFC 1812 .معيار مقترح. يلغي المعيارين RFC 1716 و 1009 . تم تحديثه بواسطة المعيارين RFC 2644 و 6633 .
- ↑ إس. طومسون؛ تي. نارتن؛ تي. جينمي (سبتمبر 2007). التكوين التلقائي لعناوين IPv6 عديمة الحالة . مجموعة عمل الشبكة. doi : 10.17487/RFC4862 . RFC 4862 .مسودة معيار. تلغي RFC 2462. تم تحديثها بواسطة RFC 7527 .
- ↑ IAB ؛ IESG (سبتمبر 2001). توصيات IAB/IESG بشأن تخصيص عناوين IPv6 للمواقع . مجموعة عمل الشبكة. doi : 10.17487/RFC3177 . RFC 3177 .قديم. تم إلغاؤه بموجب RFC 6177 .
- 1 2 ت. نارتن؛ ج. هوستون؛ ل. روبرتس (مارس 2011). تخصيص عناوين IPv6 للمواقع الطرفية . فريق عمل هندسة الإنترنت . doi : 10.17487/RFC6177 . ISSN 2070-1721 . BCP 157. RFC 6177 . أفضل الممارسات الحالية 157. يلغي RFC 3177 .
- ↑ "خطط عناوين IPv6 من ARIN" . Getipv6.info. 25 مارس 2016. تم الاطلاع عليه بتاريخ 12 مارس 2018 .
- ↑ "معدلات تخصيص عناوين IP الناضجة" . مؤرشف من الأصل في 3 فبراير 2011.
- ↑ "تخصيصات عناوين البث الأحادي IPv6 من IANA" . Iana.org . تم الاطلاع عليه بتاريخ 12 مارس 2018 .
للمزيد من القراءة
- هـ. إيدنس؛ ج. دي غروت؛ ب. فيكسي (مارس 1998). تفويض IN-ADDR.ARPA بدون فئات . مجموعة عمل الشبكة. doi : 10.17487/RFC2317 . BCP 20. RFC 2317 .أفضل الممارسات الحالية 20.
- ي. ريختر (أغسطس 1995). CIDR والتوجيه المصنف . مجموعة عمل الشبكة. doi : 10.17487/RFC1817 . RFC 1817 .تاريخي.
روابط خارجية
- تقرير CIDR (يتم تحديثه يوميًا)
- معايير الإنترنت
- هندسة الإنترنت
- عناوين IP
- التوجيه
