## مقدمة

استنفاد فضاء عناوین الإصدار الرّابع من بروئوتوكول الإنترنٹ 384 هو نُضُوب العناوين الحُرَّةَ في فضاء عناوين البروئوتوكول.
بدأت هذه المشكلة في مَطلَع النّسعينيّات من القرن العشرين مع انتشار الاستخدام التجاري للإنترنٹ، فقد لوحظ نُموُ مُعدَّل استهلاك العناوين أُسَيِّياً، وكانت التَّوَقُّعات تُشير إلى استنفاد الفضاء كاملاً في مُنتصف النّسعينيّات.

طُرِحت مَجمُوعةً من الحُلُول لِمُعالجة هذه المشكلة وفقاً لإستراتيجيةتين، الأولى قصيرة الأمد، وتهدف لإطالة الفترة المتوقعة لإستنفاد الفضاء، وتشمل تقنيتي ترجمة عُنوان الشبكة والتوجيه غير الصنفي بين التُّطاقات. أما الثانية فهي طويلة الأمد، وتهدف لإستبدال بروئوتوكول تشبيك آخر ذي فضاء أكبر حجماً بالإصدار الرابع، وهذا البروئوتوكول الجديد هو الإصدار السادس من بروئوتوكول الإنترنٹ. ولكن التوجيه غير الصنفي كان حلاً فعالاً، فأطال عُمر الفضاء مُوَخَّراً تبغي الإصدار السادس ما يقْرُب من عقدين من الزمن، ولذلك نُوصف هذه الآلية بأنها ضمن "إستراتيجية متوسطة الأمد".

استنفدت هيئة أرقام الإنترنٹ المُخصصة، وهي الهيئة النَّاظمة لِتحصيص فضاء الإصدار الرابع من بروئوتوكول الإنترنٹ على المستوى العالمي، الفضاء كاملاً في شهر يناير من العام 2011م، وبدأت بعدها سجلات الإنترنٹ الإقليمية باستنفاد أفضيتها تتابعاً، وهذه السجلات مسؤولة عن الإشراف على عملية التحصيص على المستوى القاري.

يبدأ هذا الفصل بخلفية عامَّة تَشْمَل استعراض خط زميْرٌ يُركَز على تَطْوُر مشكَّلة استنفاد فضاء الإصدار الرابع من بروئوتوكول الإنترنٹ ويليها شرخ مُفصَّل آلية تحصيص فضاء عناوين البث فريد الوجهة فيه، ثم يتناوَل بعد ذلك مراحل الاستنفاد ويُناقش باختصار الحُلُول المُقترحة لِمعالجة المشكلة.

## خلفية عامَّة

### نبذة تاريخية

كما تقدَّم في الفُصول السابقة، فقد بدَّأت الإنترنٹ بصفتها مشروعاً بحثياً في سبعينيات القرن العشرين، وكان العمل مُتركزاً على تطوير:

1. بروئوتوكول نقل يَدْعَم الاتصال بين الطرفيات عبر قنوات افتراضية تُنشَأ بصرف النظر عن عَتَاد الشبكة والتَّقْنِيَّات المستعملة، وتمخَّضت عمليَّة التَّطوير هذه عن بزوئوتوكول التَّحَكُّم بالنقل.

2. بروئوتوكول تشبيك يَرْبُط الشبكات المُختلِفة وتصل بينها، وُضِع معياره في العام 1981م، وسُمِّي بالإصدار الرابع من بروئوتوكول الإنترنٹ كما جاء في الفصل الثَّالث من هذا الكتاب.

اختير طول عُنوان بزوئوتوكول الشبيك، في أثناء التَّطوير، ليكون 32 بتاً بناءً على توقُّعات تَشْمَل عَدَد المُؤَسَّسات التي ستتصلى مع الشبكة وعَدَد الطرفيات في كل منهن، وأصبح هذا الطُّول في ما بعد طول عُنوان الإصدار الرابع بعد صُدُور
معياره الرَّسْمِيَّ. أَعْتِمِدُ الإصدار الرابع، بعد أَقْلَّ من عامين، لِيَكُون بِرُوْتُوكُول التَّشْبِيك الرَّئِيسِ في الشَّبْكة بدءً من 1 يَنَابِر 1983م. 385

بَدَأَ استعمال الإنْتَرْتِ من لِأَغْرَاضِ تجاريَّةٍ في نهاية ثمانينيَّات القرن العشرين، وَنَتَجَ عن ذلك نُموٌ كبيرٌ في عَدَدِ المُؤَسَّسَات المُتَصِلَة مع الشَّبْكة، وَأَظْهَرَ هذا النُّموُ نَزْعةً أُسَيَّةً تَرَافَقت مع تسارع في استنفاد فضاء عناوين البروتوكول، وخاصَّةً الَّطلب على أَفضَية الصَّنْف B.

أصبح تَبْيَّ سِياسةٍ جديدةً لِتحصيص فضاء عناوين الإصدار الرابع من بروتوكول الإنْتَرْتِ نتيجةً لما سبق أمرًا لازماً، وإلَّا فإنَّ استنفاد الفضاء سيُعْيَقُ نُموًّ الإِنْتَرْتِ. شَكَّلت مَجْمُوعَةُ مُهَنِّدِيِّ الإِنْتَرْتِ، لِهذا الغرض، مَجْمُوعَةً عمل التَّوجيه والعنونية والمعرُوفة اختصاراً باسم رُود 386 في شهر نُوقمبر من العام 1991م، ونَجَحت هذه المَجْمُوعَة في تعريف ثلاث مُشكَّلاتِ رئيسةٍ سَتُعْيَقُ نُموًّ الإنْتَرْتِ في المَدَى المنظور:387

1. استنفاد فضاء عناوين الصَّنْف B، نتيجةً لِغياب فضاء عناوين يُناسب مُؤَسَّسَةً مُتوسَّطة الحجم تحتاج مثلاً إلى 2-5 آلاف عنوانٍ فريدٍ، فضاء الصَّنْف C صَغير الحجم يَضمُّ 256 عنواناً فقط، وهو ما يَدْفع هذه المؤسسات لِاستعمال فضاء مِن الصَّنْف B يَضمُّ أكثر من 65 ألفاً مِن العناوين ويُفوق حاجتها بكثير.

2. نُموُّ جداول التَّوجيه في مُوجَّهات الإنْتَرْتِ إلى حدٍّ يَزِيد عن قُدرات المُعالجة المُتَوَفَّرة في برمجيات الشَّبْكة وعَتَادها.

3. استنفاد فضاء عناوين الإصدار الرابع كُليًا.

كانت التَّوَقُّعات بخُصُول المُشكِّلاتين الأولى والثانية، في الفترة بين العامين 1993 و1995م، على عكس المُشكلة الثَّالِثَة التي وُصِفَت بأنَّها طويلة الأمد. بدَّأت مَجْمُوعَة رُود العمل على تطوير إستراتيجية قصيرة الأمد مِن أجل المُشكِّلات الأولى والثانية، فطُوِّرت تقنية التوجيه غير الصنفي بين النطاقات 388 والَّتي سُتدرس بالتفصيل في الفصل الثامن مِن هذا الكتاب. نُشِر مبدأ التقنية أولاً في يونيو مِن العام 1992م في وثيقة طلب التعليمات 1338، RFC 389، نُمُّ وُسِع في الوثيقة 1519، التي نُشرت في سِبتمبر من العام 1993م، وحَمَلت عنوان: "التوجيه غير الصنفي بين النطاقات: إستراتيجية منح العناوين وتحصيصها". 390 صَدَرت الوثيقة RFC 4632 لاحقاً في العام 2006م، وهي أحدث توصيف لآلية التوجيه غير الصنفي بين النطاقات.391

<footnote n="385">385 يُسمَّى هذا اليوم أيضاً يوم العلم Flag day، للمزيد حوله انظر ص. 2 في RFC801 [RFC3789] في ثبت المراجع.</footnote>

<footnote n="386">386 مِن الأصل ROAD، ويُعَيَّن حرفياً الطريق، وهو مُختَصَرٌ من الحرفين الأولين مِن كلمتي التوجيه والعنونة Routing and addressing، للمزيد في ثبت المراجع. [RFC1752]</footnote>

<footnote n="387">387 انظر ص. 4 في RFC4632 [RFC4632] في ثبت المراجع.</footnote>

<footnote n="388">388 أصل الاسم Classless InterDomain Routing، اختصاراً CIDR، كما تقدَّم.</footnote>

<footnote n="389">389 سُمِّيت التقنية في معيارها الأوَّل تجميع الأفضية Supernetting، تمييزاً لها عن تجزئة الفضاء، للمزيد انظر [RFC1338] في ثبت المراجع.</footnote>

<footnote n="390">390 أصل الاسم Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy، انظر [RFC1519] في ثبت المراجع.</footnote>

<footnote n="391">391 انظر وثيقة طلب التعليمات ذات الصلة في [RFC4632] في ثبت المراجع.</footnote>
طُورت تقنية ترجمة عنوان الشبكة 392 في شهر مايو من العام 1994م، لِيكون حَلًا آخرَ قصير الأمد لِمشكلة الاستنفاد، واعتمد هذا الحلُّ اعتمادًا رئيسًا على إعادة استعمال الأفضية الخاصة 393 استعمالًا مُتكررًا في عنونة الشبكات المحليةَّية، والاقتصاد على استعمال العناوين العامة عند النَّفاذ إلى الإنرنت فقط، وقد خُصص الفصل التاسع من هذا الكتاب لدراسة هذه التقنية.

طُور إصدار جديد من بزوتوكول الإنرنت في إطار الإستراتيجية طويلة الأمد هو الإصدار السَّادِس، نُشر المعيار الأوَّل لليزوتوكول في شهر ديسَمبر من العام 1995م، ووُصِف بوثيقة طلب التعليمات RFC 1883، وسيخصص الباب الرابع كله في هذا الكتاب لمناقشة الإصدار السَّادِس من بزوتوكول الإنرنت وملحقاته.

كان الغرض الرئيسي من تطوير الحُلُول ضمن الإستراتيجية قصيرة الأمد هو توفير فترة زمنية تمتد بضعة من السنوات لحين تطوير حلٍ نهائي لمشكلة ضمن الإستراتيجية طويلة الأمد، ولكن الحُلُول قصيرة الأمد بلغت من الفعالية الغاية، فأطالع عُمر الإصدار الرابع من بزوتوكول الإنرنت ليمتد عقدين من الزمن حتى اسُننفد الفضاء كله أخيراً في شهر يَناير من العام 2011م (الشكل 7-7)، وتأخر، نتيجة لهذه الفعالية غير المتوقعة، تبئي الإصدار السَّادِس ليكون بزوتوكول التَّشبيك الرَّئِيس في الشبكة وليحل كلياً محل الإصدار الرابع.

<figure><img src="image_96.png" /><figcaption>الشكل (7-1): خط زمي لمشكلة استنفاد فضاء عناوين الإصدار الرابع من بزوتوكول الإنرنت</figcaption></figure>

آليّة تحصيص فضاء البث فريد الوجهة

أدارات هيئَة أرقام الإنرنت المُخصصة عمليَّة منح المعرَّفات الرقميَّة اللازمة لِعمل الإنرنت منذ نشأتها، وأشرف عليها منذ البداية معهد تقانة المعلومات في جامعة كاليفورنيا الجنوبية. 395 ولكن منذ شهر مارس من العام 2000م، أشرفت شركة

<footnote n="392">392 أصل الاسم</footnote>

<footnote>Network Address Translation، اختصارا NAT، للمزيد انظر [RFC1631] في ثبت المراجع.</footnote>

<footnote n="393">393 أصل الاسم</footnote>

<footnote>Private networks، وهي 10.0.0.0/12 و 172.16.0.0/16، وهي أفضية عناوين محجوزة لِ الاستعمل</footnote>

<footnote>داخل الشبكات المحلية فقط، ولا تُستعمل أبدًا لعنونة المُضيفين في الإنرنت، للمزيد حولها انظر [RFC1918] في ثبت المراجع.</footnote>

<footnote n="394">394 انظر هذه الوثيقة في [RFC1883] في ثبت المراجع.</footnote>

<footnote n="395">395 أصل الاسم</footnote>

<footnote>University of Southern California Information Sciences Institute اختصارا USC-ISI، وهو أحد أقسام مدرسة</footnote>

<footnote>فيتيربي لِلهندسة Viterbi School of Engineering في جامعة كاليفورنيا الجنوبية في الولايات المتحدة 396، وأنشئ في مطلع سبعينيات القرن العشرين ويَختَصُ بتطوير أبحاث تقانة المعلومات والحواسبة والاتصالات. للمزيد حول تاريخ آلية التحصيص انظر ما جاء في ص. 2</footnote>

<footnote>في [RFC1174] في ثبت المراجع.</footnote>
الإنترنت لِلأرقام والأسماء المُخَصَّصة، 396 عبر هيئَة أرقام الإنترنت المُخَصَّصة، على تحصيص فضاء عناوين الإصدار الرابع من بزوئوتكول الإنترنت. 397

يُعْرَف التَّحصيص بأنَّهُ مَنح فضاء عناوين جزئي لِسِجلات الإنترنت الإقليميَّة أو المَحلَّية، أَمَّا التَّخصيص فهو مَنح فضاء عناوين جزئي لِلعملاء. 398 يَحْصُل كُلٌّ مِن التَّحصيص والتَّخصيص بصفتهما جزء من عمل آلية مَنح عناوين هرميَّة مُكونَةٍ مِن أربعة مستويات يُبْيَنها الشَّكل (7-2) كما يلي: 399

1. تُوَمَّن هيئَة أرقام الإنترنت المُخَصَّصة، المَوجُودة في رأس الهرم، خِدمة التَّحصيص لِعَدَدٍ مِن سِجلات الإنترنت الإقليميَّة على أساس جُغرافي.

2. تزوّد السجلات الإقليمية السجلات المحلية بأفضية أصغز حجمًا وفقًا لحاجتها.

3. تُحَصَّص السجلات المحلية عناوين لِلعملاء مباشرة، أو تُحَصَّص مِن فضائها لِسجلات الإنترنت المحلية الفرعيَّة التي تُخَصَّص بدورها عناوين مِن حِصْتها لِلعملاء نحو مزوّدات خِدمة الإنترنت أو المستخدمين مباشرة.

<figure><img src="image_97.png" /><figcaption>الشَّكل (7-2): هرميَّة تحصيص فضاء الإصدار الرابع من بزوئوتكول الإنترنت</figcaption></figure>

<footnote n="396">396 راجع ترجمة شركة الإنترنت لِلأرقام والأسماء المُخَصَّصة في حواشي الفصل الثَّالث مِن هذا الكتاب.</footnote>

<footnote n="397">397 في هذا السياق، يُلزَم الانتباه إلى أنَّ هيئَة أرقام الإنترنت المُخَصَّصة ليست مُستقلَّة، بل هي هيئَة لِالشراف تَخَتَّصُ بمهمة مُحدَّدة مِن ظرف شركة الإنترنت لِلأرقام والأسماء المُخَصَّصة. لِلمزيد حول العلاقة بين الاثنين انظر ما جاء في ص. 4 في [RFC7020] ثبت المراجع.</footnote>

<footnote n="398">398 التَّحصيص Allocation والتَّخصيص Assignment، انظر التَّعريب في ص. 48 وص. 83 في [BKA02] ثبت المراجع. تَحَصَّص الشَّيء يُحَصَّصه تحصيصا، أي جعله حِصصا (انظر ص. 323 في [BKA03] في ثبت المراجع)، وتَخَصَّص فُلانا بالشَّيء تَخَصيصا، أي جعل الشَّيء متعلقا به (ص. 399 في المرجع الشَّابق).</footnote>

<footnote n="399">399 أصول الأسماء هي سجل إنترنت إقليمي Regional Internet Registries، اختصارا RIR، وسجل إنترنت محلي Internet Service Provider، اختصارا LIR، وسجل إنترنت محلي فرعي Sub-LIR وعميل Customer ومزوّد خدمة الإنترنت، اختصارا ISP.</footnote>
أما في ما يخصُّ سجلات الإنرنت الإقليمية، فعددها خمسة في العالم كله وهي: 400.

* مركز معلومات الشبكة الإفريقي، ويشمل قارَّة إفريقيَّة كاملة.

* مركز معلومات الشبكة في آسية والمُحيط الهادئ، ويُغطِّي اليابان والصين وَمَنْغُولية وَشِبه الجزيرة الكورية وَشِبه الجزيرة الهندية الصينيَّة وما يُحيط بها والهند وبَاكستان وأَفغانستان وبحر الفلبين وما فيه من أرخَبيالات وإندونيسية وأسترالية ونيوزلندة وسَائِر جزر المحيط الهادئ.

* السجل الأمريكي لأرقام الإنرنت ويشمل الولايات المتحدة الأمريكية وكندا وبعضًا من حوض البحر الكاريبي نحو جامَّاكِية والبَّاهاما ونيوزنديكو.

* مركز معلومات الشبكة في أمريكة اللاتينية والكاريبي، ويتَّحدُ على قارة أمريكة الجنوبية كلها وسَائِر أمريكا الوسطى وبعضًا من جزر الكاريبي نحو كُوبَا وهايتي والدُّومنيكان.

* مركز معلومات الإنرنت الأوروبي، ويشمل المملكة المُتَّحَدة وذول الاتحاد الأوروبي وروسية ووسط آسية والقوقاز وإيران والبلاد العربيَّة الآسيويَّة كلها.

يظهر الشكل (3-7) الامتداد الجغرافي سابق الذكر لسجلات الإنرنت الخمسة على خريطة العالم السياسيّة.

<figure><img src="image_98.png" /><figcaption>الشكل (3-7): خريطة العالم السياسيّة وتوزع سجلات الإنرنت الإقليمية عليها</figcaption></figure>

<footnote n="400">400 أصول الأسماء بالرَّتيب: Asia-Pacific Network Information Centre، AfriNIC، و Africa Network Information Centre، اختصاراً Latin America and Caribbean، ARIN، و Registry for Internet Numbers، APNIC، و اختصاراً American Registry for Internet Numbers، و بالفرنسية: Réseaux IP Européens، LACNIC، و بالعربية: RIPE، و غالباً ما تضاف له عبارة Network Information Centre فيُصْبِح اسمه المُختصر الكامل. RIPE NCC.</footnote>
أما في ما يخص التحصص، فتتبع هيئَة أرقام الإنترنت المُخصَّصة سياسةً عامَّةً تَرتَكَز على ثلاثة مبادئ: 401

1. تحصص الهيئة فضاء العناوين إلى حِصصي مُحدَّدة ببادئة من القياس 8/، ونُمَّح هذه الحِصص إلى سجلات الإنترنت الإقليمية.

2. تلتزم الهيئة بتأمين حِصصي من أفضية العناوين تكفي الحاجة المُستقبلية لِسجَّلات الإنترنت الإقليمية لفترةٍ لا تقلُّ عن 18 شهرًا.

3. تسمح الهيئة لِسجَّلات الإنترنت الإقليمية باعتماد إستراتيجيات تحصيص وحجز محلية خاصة بها لضمان تحصيص الفضاء بأكبر فعالية ممكنة.

## مراحل الاستنفاد

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

انخفض مُعدل استنفاد فضاء العناوين في عام 1995م بعد تطبيق آلية التوجيه غير الصنفي (الشكل (4-7))، وأصبح من المتوقع أن يُستنفد فضاء عناوين الإصدار الرابع من بروئوتوكول الإنترنت في الفترة بين العامين 2005 و2011م. 404 في دراسة أُجريت في العام 2005م، فُحِص مُعدل الاستنفاد في السنوات العشرة السابقة، ووُضِع نموذج لِيَصِف عمليَّة استنفاد فضاء الإصدار الرابع من بروئوتوكول الإنترنت. بناءً على هذا النموذج، وفي حال بقيت سياسة التحصص كما هي بلا تغيير، فقد كان من المتوقع أن تستنفد هيئَة أرقام الإنترنت المُخصَّصة أفضية العناوين المُحدَّدة بالبادئة 8/ ضمن الفترة المُمتدة بين العامين 2011 و2016م. 405 وتوقَّعت دراسة أخري جرت في العام 2007م خُصُول الاستنفاد في مُنتصف العام 2013. 406

<footnote n="401">401 انظر النص الأصيل لليساسيَّة العامَّة على موقع شركة الإنترنت للأرقام والأسماء المُخصَّصة على الإنترنت في [WEB14] في ثبت المراجع.</footnote>

<footnote n="402">402 انظر تفاصيل هذه الأرقام في [RFC1366] في ثبت المراجع.</footnote>

<footnote n="403">403 انظر ص. 46 في [BKE02] في ثبت المراجع.</footnote>

<footnote n="404">404 انظر ص. 7 في [RFC1752] في ثبت المراجع.</footnote>

<footnote n="405">405 انظر ما جاء في [ART45] في ثبت المراجع.</footnote>

<footnote n="406">406 انظر [ART46] في ثبت المراجع.</footnote>
<figure><img src="image_99.png" /><figcaption>الشكل (4-7): النسبة المئوية لفضاء الإصدار الرابع من بزوئوگول الإنرنت المستنفد بين العامين 1994 و 2007م (اخذت الأرقام في اليوم الأوّل من السنة)</figcaption></figure>

أسئنفِد الفضاء تدريجيًا كما يُبيّن الشكل (5-7)، وتوازيًا مع هذا الاستنفاد، سَعَت شركة الإنرنت للأرقام والأسماء المُخَصَّصة إلى التعاون مع سِجَّالات الإنرنت الإقليميّة من أجل تبَيّن سياسة مُوحَّدة لِتحصيص ما تبقَّى من فضاء عناوين الإصدار الرابع من بزوئوگول الإنرنت. لِتحقيق ذلك، طلبت شركة الإنرنت من السجلات في مطلع العام 2007م اقتراحات بخصوص سياسة عامَّة لتنظيم هذا الشأن. فظَّورت، بناءً على ما قُدِّم إليها، ثلاث إصدارات مُتتابعة لِسياسة التحصيص طرح آخرها في شهر نُومَبَر من العام 2007م. 407

<figure><img src="image_100.png" /><figcaption>الشكل (5-7): انخفاض عَدَد الأفضية الحَرَّة عبر الزمن نتيجة للاستنفاد فضاء عناوين الإصدار الرابع من بزوئوگول الإنرنت</figcaption></figure>

صَادَقت شركة الإنرنت للأرقام والأسماء المُخَصَّصة على إستراتيجية عامَّة مُكوَّنة من طورين لِمنح ما تبقَّى من فضاء عناوين الإصدار الرابع من بزوئوگول الإنرنت في شهر فبراير من العام 2008م. 408

<footnote n="407">407 انظرها على موقع شركة الإنرنت للأرقام والأسماء المُخَصَّصة في [WEB15] في ثبت المراجع.</footnote>

<footnote n="408">408 أصل اسم السياسة Global Policy for Remaining IPv4 Address Space، وأصلا اسمي الطورين Existing phase على الترتيب، انظر النص الأصيل لإستراتيجية على موقع شركة الإنرنت في [WEB16] في ثبت المراجع.</footnote>

<footnote>و Exhaustion phase على الترتيب، انظر النص الأصيل لإستراتيجية على موقع شركة الإنرنت في [WEB16] في ثبت المراجع.</footnote>
1. **طور الوفرة:** وفيه تَستَمِرُ هِيَةُ أَرقام الإنترنت المُخَصَّصة بتحصيص عناوين الإصدار الرابع من بروتوكول الإنترنت لِسِجلَات الإنترنت الإقليمية باستعمال سياسة التحصيص المُتَبَعة سلفاً، ويَستَمِر هذا الطَّور حَتَّى استقبال طلب تحصيص لا يُمكن تلبيته، أو يُلْبَقَ بتحصيص فضاء العناوين المُتَبَقِّ كاملاً، بغض النَّظر عن السجل الذي قدَّم الطَّلب. تُجيب هيئة أرقام الإنترنت المُخَصَّصة الطَّلب ونُحَصِّصه الفضاء المُتَبَقِّ كَلَّه، حتى ولو لم يَكُن كافياً، ثُمَّ يَبدأ الطَّور الآخر بعدها.

2. **طور الاستنفاد:** يَبدأ بعد نهاية طور التوافر، ونُباشره هيئة أرقام الإنترنت المُخَصَّصة بتحصيص فضاء عناوين مُجْوَزٍ ومُحدَّدٍ بالبادئة 8/ لِكُلِّ سِجلٍ إنترنت إقليمي.

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

انتهى طور الوفرة في نهاية شهر يَناير من العام 2011م عندما مَنَحت هيئة أرقام الإنترنت المُخَصَّصة الفضاءين: 8/ 39.0.0.0/8 و 106.0.00.0/0 لمركز معلومات الشبكة في آسية والمحيط الهادي، 409 وتَلَا ذلك، تفعيل طور الاستنفاد ومنح فضاء من البادئة 8/ لِكُلِّ سِجلٍ من سجلات الإنترنت الإقليمية الخمسة. وبذلك استنفدت الهيئة فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت كاملاً. 410

بعد ذلك، بَدَأت سجلات الإنترنت الإقليمية باستنفاد أفضيتها تِباعاً:

* استنفد مرَّكز معلومات الشبكة في آسية والمحيط الهادي أفضيته المُحدَّدة بالبادئة 8/ في أپريل 2011م، وَبَدَأ بعد ذلك طوراً مَحَلَّيًا من سياسة الاستنفاد سمَاه المرحلة الثَّالثة، يُمكن له فيها مَنح مُزوَّدات الخدمة الوطنية أو المَحَلَّية أفضية جُزئِيَّةٍ مُحدَّدة ببادئاتٍ من المَقاس 22/ أو من مَقاساتٍ أطول. 412

* استنفد مرَّكز معلومات الإنترنت الأُوَّزوبُي أفضيته ذات المَقاس 8/ في شهر سِيَتمبر من العام 2012م، وبعد ذلك، مع نهاية العام 2019م، استنفد المركز فضاءه كاملاً عندما خَصَّص آخر أفضيته الحَرَّة المُحدَّدة بالبادئة 22/ (الشكل (6-7)). 414

<footnote n="409">409 **صَدر بيان** رسمي في هذا الشَّأن عن مُنظَّمة الموارد الرَّقمِيَّة Number Resource Organization اختصاراً NRO، وهي هيئة تُشرف على آلية تنسيق التعاون بين سجلات الإنترنت الإقليمية الخمسة، انظر البيان في [WEB17] في ثَبَت المراجع.</footnote>

<footnote n="410">410 يُمكن تَنَبُّع الأفضية المَمَنُّوحة وتاريخ منحها من سجل هيئة أرقام الإنترنت المُخَصَّصة على الإنترنت في [WEB18] في ثَبَت المراجع.</footnote>

<footnote n="411">411 انظر البيان الصحفي الصادره عن المركز في [WEB19] في ثَبَت المراجع.</footnote>

<footnote n="412">412 أصل الاسم للمرحلة 3 Stage، لمزيد حول سياسة المركز في طور الاستنفاد انظر [WEB20] في ثَبَت المراجع.</footnote>

<footnote n="413">413 انظر البيان الصحفي الصادره عن المركز في [WEB21] في ثَبَت المراجع.</footnote>

<footnote n="414">414 لمزيد حول سياسة المركز في طور الاستنفاد انظر [WEB22] في ثَبَت المراجع.</footnote>
<figure><img src="image_101.png" /><figcaption>الشكل (7-6): استنفاد فضاء عناوين الإصدار الرابع من بزوتوكول الإنرنت في مركز معلومات الإنرنت الأوروبى في الفترة بين أبريل 2016 و ديسمبر 2019م</figcaption></figure>

* استنفد مركز معلومات أمريكا اللاتينية والكاريي أفضيته المحددة بالبادئة 8/ في شهر يُونيو من العام 2014م، وابتدأ بعدها بظور ثالث من سياسة التحصص طوّر بالتعاون مع مزوّدات الخدمة المحلية لتحصيص الأفضية ذات البادئات الطُّولى. 415 بالتوّازي مع ذلك، فَعَلت هيئة أرقام الإنرنت المُخصّصة "سياسة ما بعد الاستنفاد وتحصيص فضاء العناوين المستعاد"، وشُمل هذا التفعيل آخر عمليّة تحصص نُجِزها الهيئة لِفضاءِ مِن الإصدار الرابع من بزوتوكول الإنرنت. 416

* استنفد السجل الأمريكي لآرقام الإنرنت آخر أفضيته المُحدَّدة ببادئة من المقاس 8/ في سِيَّتمبر مِن العام 2014م، وبدَّأ بعدها بتطبيق سياسة خاصّة لعمليات المَنْح لا تُلزِمْه تلبية طلبات التحصص كلّها، بالإضافة لتجويه العملاء نحو استعمال الإصدار السادس من بزوتوكول الإنرنت. 418

* استنفد مركز معلومات الشبكة الإفريقي لآخر فضاء مُحدَّد ببادئة من القياس 8/ في شهر مارس مِن العام 2017م. 419

<figure><img src="image_102.png" /><figcaption>الشكل (7-6): خط زمني لاستنفاد هيئة أرقام الإنرنت المُخصّصة وسجلات الإنرنت الإقليمية لفضاء الإصدار الرابع من بزوتوكول الإنرنت</figcaption></figure>

<footnote n="415">415 انظر البيان الصُّحفي الصادر عن المركز في [WEB23] في ثبت المراجع.</footnote>

<footnote n="416">416 انظر البيان الصُّحفي الصادر عن شركة الإنرنت لآرقام والأسماء المُخصّصة بخصومص فضاء العناوين المستعاد في [WEB24] في ثبت المراجع.</footnote>

<footnote n="417">417 انظر البيان الصُّحفي الصادر عن المركز في [WEB25] في ثبت المراجع.</footnote>

<footnote n="418">418 لمزيد حول سياسة المركز في طور الاستنفاد انظر [WEB26] في ثبت المراجع.</footnote>

<footnote n="419">419 انظر البيان الصُّحفي الصادر عن المركز في [WEB27] في ثبت المراجع.</footnote>
# الحُلُول المُقَتَّرحة

## التَّوجيه غير الصَّنفي بين النُّطاقات

هو حَلٌّ غير مُستدامٍ أُقْتُرح لِمُعالجة مُشكِّلة استنفاد فضاء الإصدار الرابع من بزوؤنوكول الإنترنت ضمن الإستراتيجية قصيرة الأمد، 420 وسنُدرس هذه الآلية، كما أُسِلِف، في الفصل الثامن من هذا الكتاب.

هدَف تطوير هذا الحل إلى:

1. تنظيم عمليَّة المنح بطريقة تَسْهُل بعدها عمليَّة تجميع المسارات 421 من أجل خفض أحجام جداول التوجيه عالميًا.

2. تعريف قواعد جديدة للعنونة مُغايرة لقواعد العنونة الصنفية.

يُحَصَّص فضاء العناوين بطريقة مُتوافقة مع طُوْبُولوجيا الإنترنت لتنفيذ الهدف الأول، فتَسْهُل عمليَّة تجميع المسارات وتزداد فعالية نظام التوجيه العالمي. أَمَا تحقيق الهدف الثاني فتتطلَّب وقف العمل ببنظام التحصيص القائم على العنونة الصنفية، واستعمال نظام يعتمد على العنونة غير الصنفية، وهو يُقَسِّم فضاء العناوين إلى أَفضية ذات أحجام متنوعة وفقاً للحاجة.

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

كانت آليَّة التوجيه غير الصنفي بُعيد تطويرها حَلَّاً ضمن الإستراتيجية قصيرة الأمد لمشكلة استنفاد فضاء العناوين، وكان من المُتوقع أن تُطِيل الأمد اللازم لاستنفاد الفضاء كاملاً لفترة تَتراوح بين 3 و 5 سنوات تُطَوَّر خلالها خُلُول أكثر فعالية لمعالجة مسألتي العنونة والتوجيه. ولكن فعالية هذه الآلية تجاوزت التوقُّعات وأطالع العُمر المُتوقع لِلبرُوتوكول ليتجاوز 18 عاماً 423 وأصبحت بذلك حَلَّاً متوسط الأمد. 424

<footnote n="420">420 انظر ص. 73 في [BKE01] في ثبت المراجع.</footnote>

<footnote n="421">421 انظره بالتفصيل في الفصل الثامن من هذا الكتاب.</footnote>

<footnote n="422">422 انظر هذه الوثائق على الترتيب في [RFC1338] و[RFC1519] و[RFC4632] في ثبت المراجع.</footnote>

<footnote n="423">423 أخذَ بالحسبان أن وثيقة طلب التَّعليقات 1338 RFC هي أَوْل معيارٍ رَسْمِي لِلتوجيه غير الصنفي قد صدرت في يونيو 1992م، في حين أعلنت هيئة أَرَقام الإنترنت المُخصصة عن استنفاد أَفضية العناوين المُحدَّدة بِبادِّةٍ من المقاس 8/ في شهر يناير من العام 2011م، فإن المدَّة الفاصلة بين الاثنين هي: 18 عاماً و7 شهور.</footnote>

<footnote n="424">424 أصل الاسم Mid-term solution، وذُكِر بهذه الصيغة في ص. 5 في [RFC4632] في ثبت المراجع.</footnote>
ترجمة عُنوان الشَّبكة

هي تقنية تسمح لُمنعمة تُدير شبكه محليّة ما باستعمال أحد أفضية العناوين الخاصة 425 لعنونة المضيفين في تلك الشبكة، في الوقت نفسه الذي تستعمل فيه عناوين عامّة فريدّة لِلسماح لِلمضيفين فيها بالاتصال مع الإنترنت. تحتاج هذه التقنية إلى موجّه يُطابق ويُبدّل بين العناوين الخاصة والعامة، ونسمّى هذه العملية الرّجمة. يمكن أن تسمح ترجمة العُنوان لِعدد كبير من مُضيفي العناوين الخاصة الموجودين في الشبكة نفسها بمشارك عدّد قليل من العناوين العامة واستعمالها لِلوصول إلى الإنترنت. 426 وستدرس هذه التقنية بالتفصيل في الفصل التاسع من هذا الكتاب.

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

* تبديل عُنوان آخر عام فريد عالميًا بُعنوانه الخاص المحلي في رزم البيانات التي يُرسلها عبر الإنترنت.

* تبديل عُنوانه الخاص المحلي بُعنوانه الفريد عالميًا في رزم البيانات التي ترد له من الإنترنت.

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

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

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

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

<footnote n="425">425 أصل الاسم Private address، انظرها في الفصل التاسع من هذا الكتاب.</footnote>

<footnote n="426">426 انظر ص. 265-264 في [BKE01] في ثبت المراجع.</footnote>

<footnote n="427">427 انظر هاتين الوثيقتين على الترتيب في [RFC1631] و[RFC3022] في ثبت المراجع.</footnote>
2000:abcd:ef00:0123:4567:89ab:cdef:0123

هو مثال عن غنوان م من الإصدار السادس من بزوئوگول الإنترنت.

تُشَرِّ المعيار الأوَّل لِلزوئوگول في ديسمبر مِن العام 1996م في وثيقة طلب التَّعليقات 1883 RFC. ثُمَّ صَدَرت الوثيقة 2460 RFC بعد سنتين في شهر ديسمبر مِن العام 1998م، وظلت هذه الوثيقة هي المعيار الرَّسمي لِلزوئوگول لِمُدَّة 19 عاماً، حتى صَدَرت الوثيقة 8200 RFC في شهر يوليوم العام 2017م لِتُصبح المعيار الرَّسمي للإصدار السادس مِن بزوئوگول الإنترنت منذ ذلك الحين. 428

<footnote n="428">428 انظر هذه الوثائق على الترتيب في [RFC1883] و [RFC2460] و [RFC8200] في ثبت المراجع.</footnote>
تركت هذه الصَّفحة فارغةً عَمداً لِغرض تنسيق الكتاب
<figure><img src="image_103.png" /></figure>

الفصل الثَّامِن: التَّوجيه غير الصَّنفي بين النُّطاقات

<figure><img src="image_104.png" /></figure>
## مقدمة

التوجيه غير الصنفي بين النطاقات 429 هو حل ضمن الإستراتيجية قصيرة الأمد، موجة لمعالجة ثلاث مشكّلات رئيسية عانت منها الإنرنّت في مطلع التّسعينيات نتيجة لالتحوّل من استعمالها من النطاق البحثي للبحت إلى التجاري، وهي: الاستنفاد الوشيك لفضاء الصنف B ونموذج أحجام جداول التوجيه نموذج يفوق إمكانيّات المعرّجة المتاحة والاستنفاد النّهائي لفضاء عناوين الإصدار الرابع من بروئنوكول الإنرنّت.

طوير التوجيه غير الصنفي في العام 1992م، وهو يعرّف آلية عنونية غير صنفيّة لتجزئة فضاء عناوين الإصدار الرابع من بروئنوكول الإنرنّت. تعتمد الآلية على بادئة مُتغيرة الطُّول لتحديد أقسام العنوان عوضاً عن أطوال الأقسام الثابتة المعرّفة مسبقاً، والأيّ ميّزت العنونة الصنفيّة. بالإضافة لذلك، واعتماداً على العنونة غير الصنفيّة، يصِف التوجيه غير الصنفي آلية لجميع المسارات تسمح بضمّ عدّد منها بعضها مع بعض لتكوين مسار جديد فتحد من نموذج أحجام جداول التوجيه.

مع أن التوجيه غير الصنفي قد طوّر ضمن الإستراتيجية قصيرة الأمد لحل مشكّلة الاستنفاد، إلا أنه بلغ من الفعالية الغاية، فأطال العُمر المتوقع لفضاء الإصدار الرابع من بروئنوكول الإنرنّت لأكثر من عقدين من الزمن، لذلك يشار إليه أيضاً بوصفه حلاً متوسط الأمد لمشكلة استنفاد عناوين الإصدار الرابع من بروئنوكول الإنرنّت.

يبدأ هذا الفصل بنذبة تاريخية تعرض السياق العام لتطوير التوجيه غير الصنفي بين النطاقات بصفته حلاً لمشكلة الاستنفاد، تليها شرح لآلية العمل مقسوم لقسمين: العنونة غير الصنفيّة والتوجيه بين النطاقات. يُناقش القسم الأول تدوين البادئة وكيفية عمل هرمية التحصيص. أما الآخر، فهو مخصص لتناول عملية تجميع المسارات وقواعد التوجيه الإضافية والمشكلات التي تنتج عنها.

## نبذة تاريخية

طوير الإصدار الرابع من بروئنوكول الإنرنّت في مطلع عقد الثمانينيات من القرن العشرين، كما تقدّم في الفصل الثّالث من هذا الكتاب، لليؤدي وظيفة عنونة المُضيفين برمجياً. 430 يعرّف البروئنوكول، لتحقّيق ذلك، فضاء من العناوين يبلغ طول كلّ منها 32 بتاً. يكتب عنوان الإصدار الرابع من البروئنوكول باستعمال التدوين العشري المنفّط، وفيه يُقسم العنوان إلى أربع خاناتٍ، في كلّ منها 8 بتاتٍ، وتكون الخانة الواقعة في أقصى اليسار هي الخانة الأولى، والبت الواقع في أقصى يسارها هو البت الأكثر أهمية. يكتب قيم كلّ خانة بنظام العدّ الثّنائي أولاً ثم نُقل القيمة إلى نظام العدّ العشري، وتوضع نقاط لتفصيل بين الخانات الأربعة. إنّ القيم في كلّ خانة تراوح بين: $ (0)_{10} = (00000000)_{2} $ و $ (255)_{10} = (11111111)_{2} $، لأنّ طول الخانة محدّد بثمانية بتاتٍ.

<footnote n="429">429 أصل الاسم Classless InterDomain Routing، اختصاراً، CIDR، كما تقدّم.</footnote>

<footnote n="430">430 أصل الاسم Logical addressing، وتعتبر خطأ إلى العنونة المنطقية، فكلمة Logical هنالك لا تفيد معنى المنطق هنالك، بل تشير إلى معنى "غير مادي" أي ما لا يمكن تحسسه أو لمسه، ويُقابله في العربية كلمة "معنوي" ولكنّ هذه الكلمة لا تصحُّ في هذا السياق أيضاً، فارتأينا الاجتهاد وتعريبها إلى الغنوان البرمجي لأنّ الغنوان يكون ضمن برمجيات المضيف لا في عتاده.</footnote>
كما تقدّم في الفصل الثّالث من هذا الكتاب، فقد قُسِّم فضاء عناوين الإصدار الرّابع من بروتوكول الإنترنت رياضياً إلى عدّدٍ من الأفضية الجزئية ذات الأطوال القياسيّة، وسُمّيت هذه الأفضية أصنافاً، وهي:

* الصنف A والصنف B والصنف C، وهي مُخصّصة لِلْبث فريد الوجهة، وتشُغل هذه الأصناف فضاء العناوين أغلبه (7/8 من مُجمل الفضاء).

* الصنف D، وخصّص لِلْبث المجمّوعاني الذي نُوقش في الفصل الخامس من هذا الكتاب.

* الصنف E، وحُجز لاستعمالات مستقبلية.

بدّاً الاستخدام التّجاري للإنترنت في مطلع التّسعينيات، كما ذُكر في الفصل السابع من هذا الكتاب، وترّايد معه الطلب على أفضية جزئية لإصدار الرّابع من بروتوكول الإنترنت تزايداً سريعاً ما هدّد باستنفاد الفضاء كاملاً في غُضون سنوات قليلة، والسبب في ذلك هو آلية العنونة الصنفية التي لم تكن قادرةً على الاستجابة لِمُتَطَّلبات العُملاء، ففضاء قياسي من الصنف C يحتوي 256 عُنواناً فقط، وهو عدّد صغير لا يكفي المُنظّمات متوسطة الحجم ولا كبيرة الحجم. أَمَّا فضاء الصنف B، فيحتوي 65536 عُنواناً، وهو عدّد كبير يفوق بأضعاف عديدة حاجة المُنظّمات الكبيرة. ولكن، وبسبب عدم وُجود حل وسط يُتيح فضاء جزئياً أكبر من أفضية الصنف C وأصغر من أفضية الصنف B، فقد عمدت المُنظّمات إلى طلب أفضية من الصنف B، مع أن عدّد العناوين في هذه الأفضية يفوق حاجتها، وسَبَب ذلك استهلاكاً سريعاً وغير فعال لفضاء الإصدار الرّابع من بروتوكول الإنترنت.

ازداد عدّد الأفضية المُعلّن عنها زيادةً أُسْيَةً نتيجةً لما سبق، ففي حين احتاج العدد المُعلّن 8 أشهر ليزداد من الألف إلى الألفين بين ينابير وأغسطس من العام 1990م، فإن العدد ارتفع بمقدار ألفين تقريباً في ثلاثة أشهر فقط بين سِيَتمبر وديسمبر من العام 1992م ليُتَخَطَّى حاجز 8 آلاف مسار مُعلّن عنه في أكتوبر 1992م (الشكل 8-1)، ونشأ تخُوف مشروع من أنّ سُرعة استنفاد الفضاء سُتعيق نُموُ الإنترنت عن طريق زيادة كبيرة في عدّد المسارات المُعلّن عنها تفوق قدرة المُعدّات المُتوفرة لمعالجتها.

<figure><img src="image_105.png" /><figcaption>الشكل (8-1): الزيادة أُسْيَةً الطّابع في عدّد المسارات المُعلّنة في الإنترنت في الفترة بين يوليوب 1988 وديسمبر 1992م</figcaption></figure>

<footnote n="431">431 انظر بيانات هذا الشكل في ص. 8 في [RFC1519] في ثبت المراجع.</footnote>
بَدَأَ العمل على تطوير تقنية جديدة للكنونة والتوجيه لتخفيض عدد المسارات المُعلن عنها تزامناً مع ما سبق، فنشر مبدأ التوجيه غير الصنفي بين النطاقات ليعوم في يُونيو من العام 1992م في وثيقة طلب التعليقات 1338 RFC تحت عنوان "تجميع الأفضية: إستراتيجية لتحصيص وتخصيص العناوين"، 432 ثُم نُوقشت التقنية مُناقشة مُوسعة في أربع وثائق طلب تعليقات ثُيرت في سِيتمبر من العام 1993م، تقع أرقامها التسلسية بين 1517 و1520، 433 وأهمها الوثيقة 1519 RFC، التي حملت عنوان: "التوجيه غير الصنفي بين النطاقات: إستراتيجية منح وتخصيص العناوين" 434.

صَدرت الوثيقة 4632 RFC لاحقاً في العام 2006م، وهي أحدث توصيف لآلية التوجيه غير الصنفي بين النطاقات.

آلية العمل

العنونة غير الصنفيّة

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

تدوين الباذئة

تُعرَف العوننة غير الصنفيّة الباذئة 435 على أنّها طريقة لِتمثيل فضاء جزئي مُحدّدٍ من الفضاء الكليّ للإصدار الرابع من بزوئوكول الإنترنت. ولكل باذئة طُول مُحدّد، يَتراوح بين 0 و 32، 436 وكُلّما كانت الباذئة أطول، كان الفضاء الذي تُمثّله أصغَر حجمًا. تَدَعَم العوننة غير الصنفيّة آلية هرميّة مُتعدّدة المستويات لتحصيص فضاء العناوين إلى حِصصٍ أو أفضية جزئية صغيرة تَتَناسب مع حاجة المُنظّمات أو المؤسسات التي تَرغَب في الاتصال بالإنرنت.

في العوننة الصنفيّة، يُحدّد صنف عنوان البث فريد الوجهة أطوال أقسامه وهي: البناات المحجوزة ومعرّف الفضاء ومعرّف المضيف. أما في العوننة غير الصنفيّة، فلا أصناف قياسيّة، بل يُقسم عنوان البث فريد الوجهة وفقاً للحاجة إلى قسمين (الشكل 8-2):

1. الباذئة، طولها bpxf بتاً، وتَبَدَأ مِن البت الأكثر أهمية في العُنوان، ونُمثّل القسم المشترَك بين العناوين التي تَنتمي للفضاء نفسه، وَيُمكِن نظريَّاً أن يَكون طُولها أيُّ قيمة صحيحة تَتراوح بين 0 و 32. يُمثّل طُول الباذئة أيضاً عَدَد

<footnote n="432">432 أصل الاسم Supernetting: an Address Assignment and Aggregation Strategy</footnote>

<footnote n="433">433 انظرها على الترّتيب في [RFC1517] و[RFC1518] و[RFC1519] و[RFC1520] في ثبت المراجع.</footnote>

<footnote n="434">434 أصل الاسم Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy</footnote>

<footnote n="435">435 أصل الاسم، انظر ص. 906 في [BKA02] في ثبت المراجع.</footnote>

<footnote n="436">436 لم يَسْبُق تحصيص أفضية مُحدّدة ببادئات أقلّ من 8، ولكن تُوجَد حالات خاصّة تَظهر فيها بادئات أصغَر طُولًا نحو 0 أو 1 في جداول التوجيه عند استخدام تجميع المسارات أو لأغراض أخرى، لِلمزيد حول هذا الشأن انظر ص. 8 في [RFC4632] في ثبت المراجع.</footnote>
الوحدان المُتتالية في قناع الفضاء، ولذلك فهو يضاف إلى يمين عُنوان بزوُتوكول الإنترنت، على أن تَفْضُل شريطة مَائِلَةٍ، أي"/" بينهما.

2. مُعرَّف المُضيف، طُوله $b_{HID}$ بتاً، ويَشَغَّل ما تَبْقَى مِن العُنوان، ويُمثَّل قِيمَةً فَرِيَّةً تُمِّيَّز المُضيف ضِمن فضاء العناوين الجزئي.

<figure><img src="image_106.png" /><figcaption>الشكل (2-8): بنية عُنوان الإصدار الرَّابِع مِن بزوُتوكول الإنترنت في العنونة غير الصنفية</figcaption></figure>

فمثلاً: 10.0.0.0/8 تعني أن البتات الثمانية الأكثر أهمية في العُنوان، أي التي تُشَكِّل الخانة الأولى، هي بابِدَة الفضاء. أَمَا سائر البتات الأربعة والعُشرون، فهي التي تُشَكِّل مُعرَّف المُضيف. يُمكن حساب طول مُعرَّف المُضيف بطرح طول الباِدَة من طول العُنوان الإجمالي $b_{IPv4}$ وهو 32 بتاً في الإصدار الرَّابِع مِن بزوُتوكول الإنترنت. في المثال السابق، سيَكون طول مُعرَّف المُضيف $b_{IPv4} - b_{pfx} = 32 - 24 = 8$، ولهذا العَدَد أَهميةً في تحديد عَدَد العناوين في الفضاء الذي تُمثله الباِدَة كما تقدَّم في الفصل الرَّابِع مِن هذا الكتاب.

## هرميَّة التَّحصيص

تحصص موارد الإنترنت وفقاً لآلية هرمية تُشرف عليها سجلات الإنترنت. وتشمل هذه الموارد عناوين بزوتوكول الإنترنت وأرقام الأنظمة المستقلة. طُوِّرت هرمية التَّحصيص في ضوء إستراتيجية ترنو إلى ثلاثة أهداف رئيسية: 437

* إدارة وتحصيص فضاء العناوين: فضاء عناوين بزوتوكول الإنترنت فضاء مُنْتَهِي يَضم عَدَداً مَحدُوداً مِن العناوين، لذلك يَلْزَم إنجاز أي عمليَّة تحصيص تُلْبِي حاجة العُملاء ضمن حدود سعة الفضاء.

* التَّحصيص الهري، الذي يَسْمَح بتجميع المسارات وخفض عَدَد البُنود في جداول التَّوجيه في نظام التَّوجيه العالمي. فيُحافظ عليها صغيرة الحجم في الإنترنت قدر الإمكان، لإنجاز التَّوجيه بفعالية.

* التَّفْرُد 438، أي أن يُحصَّص العُنوان مرَّةً واحدة فقط لا غير في وقتٍ واحدٍ، أي يَكون العُنوان أو الرَّقم فريدًا، ويُميَّز مُضِفاً أو نظاماً مستقلاً تمييزاً لا يَقبل اللبس.

بالعودة إلى هرمية التَّحصيص المُبَيِّنة بالشَّكل (2-7) في الفصل السابق، يَقع العميل الذي يَحْصُل على فضاء جزئي مُخَصَّصٍ في قاعدة هرم التَّحصيص، وهو المُستَوَى الرَّابِع والأخير في الهرميَّة، أَمَا المُستويات الثلاثة الأولى، فهي بدءاً من رأس الهَزَم مرْتَبَةً كما يَلي: هيَّة أرقام الإنترنت المُخَصَّصة، ثَمَّ سجلات الإنترنت الإقليمية وَيْلِها سجلات الإنترنت المحلَّية.

<footnote n="437">437 للمزيد انظر ص. 3 في [RFC7020] في ثبت المراجع.</footnote>

<footnote n="438">438 أصل الاسم uniqueness، وتعني وحيد أو فريد (انظر ص. 1286 في [BKA02] في ثبت المراجع)، والفريد هو الواحد الذي لا نظير له، أَمَا الثَّفَرُد فهو مَصْرَد تَفَرَّد (انظر ص. 924-925 في [[BKA03]).</footnote>
تشغل هيئة أرقام الإنترنت المخصصة، المستوئ الأعلى من الهرم، وتمنح بإدئات قصيرة تُمثل أفضية جزئية كبيرة الحجم لسجلات الإنترنت الإقليمية. في الإصدار الرابع من بزوتوكول الإنترنت مثلا، تمنح هيئة أرقام الإنترنت المخصصة السجلات الإقليمية أفضية جزئية محددة ببادئة من المقاس 8، أي يضم كل منها 24 عُنوانا. تنشط سجلات الإنترنت الإقليمية على منطقة جغرافية واسعة قد تشمل قارةً كاملةً أو أكثر من ذلك، ثُمَّ يُجزئ كل سجل إنترنت إقليمي الفضاء الذي حصل عليه إلى أفضية جزئية أصغر حجمًا، أي محددة ببادئات أطول، مثلا، قد ينتج عن التقسيم أفضية جزئية تضم 217 عُنوانا، أي محددة بالبادئة 15، أو تضم 211 عُنوانا، أي محددة بالبادئة 21، أو غير ذلك وفقاً لحاجة. ثُمَّ تُمنح هذه البادئات لمزوّدات الخدمة الوطنية أو إلى مزوّدات خدمة محلية، فيحصص كل منها فضاءه الجزئي تحصيصاً مماثلاً لتنتج أفضية جزئية أصغر، محددة ببادئات أطول، تُمنح إلى مزوّدات خدمة محلية أو مزوّدات محلية فرعية أو تخصص 439 للكملاء مباشرة. 440

يُبين الشكل (3-8) مثالاً عن عملية منح فضاء تمر بثلاث مراحل:

1. تحصص هيئة أرقام الإنترنت المخصصة الفضاء 172.0.0.0/8 للسجل الأمريكي لآرقام الإنترنت.

2. يجزئ السجل الأمريكي الفضاء إلى أفضية جزئية أصغر، ثُمَّ يُحصص الفضاء 172.1.128.0/8 لمزوّد خدمة إنترنت محلية.

3. يجزئ مزوّد خدمة الإنترنت المحلي الفضاء إلى أفضية جزئية أصغر، ثُمَّ يُحصص عميلاً بالفضاء الجزئي 172.1.140.192/27، وفيه 32 عُنواناً يَصلح 30 منها لعنونة المُضيفين.

<figure><img src="image_107.png" /><figcaption>الشكل (3-8): مثال عن عملية منح مُتعدّدة المراحل لفضاء عناوين للإصدار الرابع من بزوتوكول الإنترنت</figcaption></figure>

ينتج عن كل مرحلة من مراحل المنح أفضية عناوين جزئية أصغر حجمًا من الفضاء الأصيل، وتكون محددة ببادئات أطول من بإدئته. أي ينخفض حجم الأفضية الجزئية مع الابتعاد عن رأس هرم التحصيص، ولكن يترافق ذلك مع زيادة طرديّة في طول البادئات.

يمكن لسجلات الإقليمية وللسجلات المحلية وللمزوّدات خدمة الإنترنت أن تُجزئ الفضاء الممنوح لها وفقاً لحاجتها عن طريق اختيار قيمة مناسبة لظُول البادئة. ويُبين الجدول (1-8) حالات طول قسم البادئة كلها والأقنعة المكافئة لكل منها

<footnote n="439">439 انظر الفرق بين التحصيص والتخصيص في حواشي الفصل السابع من هذا الكتاب.</footnote>

<footnote n="440">440 انظر ص. 6 في [RFC4632] في ثبت المراجع.</footnote>
وعَدَد الأفضية المُكافئة في الأصناف القياسيَّة المستعملة في العنونة الصنفيَّة وعَدَد العناوين الإجمالي في كل فضاءٍ فرعي ناتج عن العنونة باستعمال تلك البديئة.

<table><caption>الجدول (1-8): البدئات في العنونة غير الصنفيّة، ومُكافئاتها وفقاً لِلعنونة الصنفيّة 441</caption><thead><tr><th rowspan="2">عَدَد العناوين<br>في كل فضاءٍ<br>442 جزئي</th><th colspan="3">عَدَد الأفضية القياسيَّة المُكافئة</th><th colspan="2">عَدَد البدئات</th><th colspan="2">قِناع الشبكة</th></tr><tr><th>الصنف C</th><th>الصنف B</th><th>الصنف A</th><th>bHID</th><th>bPfx</th><th>التدوين العَشري<br>المنَّط</th><th>تمثيل<br>البديئة</th></tr></thead><tbody><tr><td>2<sup>31</sup></td><td>2<sup>23</sup></td><td>2<sup>15</sup></td><td>128</td><td>31</td><td>1</td><td>128.0.0.0</td><td>/1</td></tr><tr><td>2<sup>30</sup></td><td>2<sup>22</sup></td><td>2<sup>14</sup></td><td>64</td><td>30</td><td>2</td><td>192.0.0.0</td><td>/2</td></tr><tr><td>2<sup>29</sup></td><td>2<sup>21</sup></td><td>8192</td><td>32</td><td>29</td><td>3</td><td>224.0.0.0</td><td>/3</td></tr><tr><td>2<sup>28</sup></td><td>2<sup>20</sup></td><td>4096</td><td>16</td><td>28</td><td>4</td><td>240.0.0.0</td><td>/4</td></tr><tr><td>2<sup>27</sup></td><td>2<sup>19</sup></td><td>2048</td><td>8</td><td>27</td><td>5</td><td>248.0.0.0</td><td>/5</td></tr><tr><td>2<sup>26</sup></td><td>2<sup>18</sup></td><td>1024</td><td>4</td><td>26</td><td>6</td><td>252.0.0.0</td><td>/6</td></tr><tr><td>2<sup>25</sup></td><td>2<sup>17</sup></td><td>512</td><td>2</td><td>25</td><td>7</td><td>254.0.0.0</td><td>/7</td></tr><tr><td>2<sup>24</sup></td><td>2<sup>16</sup></td><td>256</td><td>1</td><td>24</td><td>8</td><td>255.0.0.0</td><td>/8</td></tr><tr><td>2<sup>23</sup></td><td>2<sup>15</sup></td><td>128</td><td>1/2</td><td>23</td><td>9</td><td>255.128.0.0</td><td>/9</td></tr><tr><td>2<sup>22</sup></td><td>2<sup>14</sup></td><td>64</td><td>1/4</td><td>22</td><td>10</td><td>255.192.0.0</td><td>/10</td></tr><tr><td>2<sup>21</sup></td><td>8192</td><td>32</td><td>1/8</td><td>21</td><td>11</td><td>255.224.0.0</td><td>/11</td></tr><tr><td>2<sup>20</sup></td><td>4096</td><td>16</td><td>1/16</td><td>20</td><td>12</td><td>255.240.0.0</td><td>/12</td></tr><tr><td>2<sup>19</sup></td><td>2048</td><td>8</td><td>1/32</td><td>19</td><td>13</td><td>255.248.0.0</td><td>/13</td></tr><tr><td>2<sup>18</sup></td><td>1024</td><td>4</td><td>1/64</td><td>18</td><td>14</td><td>255.252.0.0</td><td>/14</td></tr><tr><td>2<sup>17</sup></td><td>512</td><td>2</td><td>1/128</td><td>17</td><td>15</td><td>255.254.0.0</td><td>/15</td></tr><tr><td>2<sup>16</sup></td><td>256</td><td>1</td><td>1/256</td><td>16</td><td>16</td><td>255.255.0.0</td><td>/16</td></tr><tr><td>2<sup>15</sup></td><td>128</td><td>1/2</td><td>1/512</td><td>15</td><td>17</td><td>255.255.128.0</td><td>/17</td></tr><tr><td>2<sup>14</sup></td><td>64</td><td>1/4</td><td>1/1024</td><td>14</td><td>18</td><td>255.255.192.0</td><td>/18</td></tr><tr><td>8192</td><td>32</td><td>1/8</td><td>2<sup>-11</sup></td><td>13</td><td>19</td><td>255.255.224.0</td><td>/19</td></tr><tr><td>4096</td><td>16</td><td>1/16</td><td>2<sup>-12</sup></td><td>12</td><td>20</td><td>255.255.240.0</td><td>/20</td></tr><tr><td>2048</td><td>8</td><td>1/32</td><td>2<sup>-13</sup></td><td>11</td><td>21</td><td>255.255.248.0</td><td>/21</td></tr><tr><td>1024</td><td>4</td><td>1/64</td><td>2<sup>-14</sup></td><td>10</td><td>22</td><td>255.255.252.0</td><td>/22</td></tr><tr><td>512</td><td>2</td><td>1/128</td><td>2<sup>-15</sup></td><td>9</td><td>23</td><td>255.255.254.0</td><td>/23</td></tr><tr><td>256</td><td>1</td><td>1/256</td><td>2<sup>-16</sup></td><td>8</td><td>24</td><td>255.255.255.0</td><td>/24</td></tr><tr><td>128</td><td>1/2</td><td>1/512</td><td>2<sup>-17</sup></td><td>7</td><td>25</td><td>255.255.255.128</td><td>/25</td></tr><tr><td>64</td><td>1/4</td><td>1/1024</td><td>2<sup>-18</sup></td><td>6</td><td>26</td><td>255.255.255.192</td><td>/26</td></tr><tr><td>32</td><td>1/8</td><td>2<sup>-11</sup></td><td>2<sup>-19</sup></td><td>5</td><td>27</td><td>255.255.255.224</td><td>/27</td></tr><tr><td>16</td><td>1/16</td><td>2<sup>-12</sup></td><td>2<sup>-20</sup></td><td>4</td><td>28</td><td>255.255.255.240</td><td>/28</td></tr><tr><td>8</td><td>1/32</td><td>2<sup>-13</sup></td><td>2<sup>-21</sup></td><td>3</td><td>29</td><td>255.255.255.248</td><td>/29</td></tr><tr><td>4</td><td>1/64</td><td>2<sup>-14</sup></td><td>2<sup>-22</sup></td><td>2</td><td>30</td><td>255.255.255.252</td><td>/30</td></tr><tr><td>2</td><td>1/128</td><td>2<sup>-15</sup></td><td>2<sup>-23</sup></td><td>1</td><td>31</td><td>255.255.255.254</td><td>/31</td></tr><tr><td>1</td><td>1/256</td><td>2<sup>-16</sup></td><td>2<sup>-24</sup></td><td>0</td><td>32</td><td>55.255.255.255</td><td>/32</td></tr></tbody></table>

<footnote n="441">441 انظر ص. 2 في [RFC1878] في ثبت المراجع.</footnote>

<footnote n="442">442 يشتمل هذا البند عناوين الفضاء كلها بما فيها عنوان الفضاء وعنوان البت العام، وهذا النموذان لا يصليحان لعنونة المضيفين، كما تقدَّم في الفصل الرابع من هذا الكتاب.</footnote>
التوجيه بين النطاقات

تجميع المسارات

ترتبط عمليّة العنونة ببنظام التوجيه في الإنرنت ارتباطاً وثيقاً، لأنَّ تحصيص أفضية العناوين يَحْصُل على أساسٍ متوافقٍ مع طُوبُولوجيا الإنرنت، فيُكون بالإمكان اختزال جداول التوجيه بفعالية بعد إنجاز العنونة، ونُساعِد عمليّة الاختزال في الحدّ من أحجام جداول التوجيه من غير أن يُؤَثِّر ذلك في قُدرات الإنرنت على التوسع عالمياً. 443

أما تجميع المسارات، والذي يُسمَّى أيضاً اختصار المسارات أو اختزالها، 444 فهو طريقة رياضية لتمثيل مجمُوعة من المسارات باستعمال مسارٍ واحدٍ، تُوصَف المسارات بالمُجمَعة والمَسار بالمُختصر 445. قد يبلغ عدَّد المسارات المُجمَعة اثنين أو بضع عشرات ويُمكن أن يَصِل إلى المِئات أو الآلاف، وفقاً لينية عناوين الأفضية ولطُوبُولوجيا الشبكة.

يُحدَّد مُزوِّدو الخدمة طُوبُولوجيا الشبكة التي يُراد عنونتها، ثمَّ تُخصص عناوين الأفضية إلى العملاء بناءً على ذلك وفقاً لإلتيّة العنونة غير الصنفيّة، ويُمكن بعدها حِساب المسار المُختصر، وفقاً لِلخطوات التالية:

1. تحديد الوجهات التي يُراد تجميع المسارات نحوها في جدول التوجيه.

2. كتابة عناوين الوجهات ببنظام العدّ الثَّنَائِي، ثمَّ تحديد عدَّد البتات المُتطابقة المُتتالية بدءاً من البت الأكثر أهمية في عناوين الوجهات التي يُراد تجميع مساراتها.

3. تشكيل قسم البدائِة لِلمَسار المُختصر من البتات المُتطابقة، ويَكون طُولها هو عَدَد البتات.

4. إكمال عنوان المسار المُختصر بإضافة بَتاتٍ صِفرَّية القيمة إلى يمين البتات المُتطابقة حتى يبلغ مُجمَّل عَدَد البتات 32 بناً.

مثلاً، لتَكُن الشبكة المُبيَّنة بالشَّكل (4-8)، وفيها يتَّصل كلٌّ من المُوجهة R2 والموجهة R3 مع أربع شبكات مُعنوَّنة بأفضية جُزئِيَّة وفقاً للجدول (2-8). 446. يُبيَّن الشَّكل السَّابق أيضاً جزءاً من جدول توجيه الموجهة R1، وفيه ثمانية بُنود تُحدَّد المنفذ الذي يُرسِل الموجهة رِزم البيانات عبره لو تَطَابَقت وجهتها مع العنوان المُرتبط بالبند.

<table><caption>الجدول (2-8): عنونة الشبكات المُتَصِلَّة مع منافذ الموجهة R2 والموجهة R3 في الشكل (4-8)</caption><thead><tr><th colspan="2">R3 الموجهة</th><th colspan="2">R2 الموجهة</th></tr><tr><th>الفضاء الجزئي</th><th>المنفذ</th><th>الفضاء الجزئي</th><th>المنفذ</th></tr></thead><tbody><tr><td>10.1.128.0/19</td><td>e1</td><td>10.1.0.0/19</td><td>e1</td></tr><tr><td>10.1.160.0/19</td><td>e2</td><td>10.1.32.0/19</td><td>e2</td></tr><tr><td>10.1.192.0/19</td><td>e3</td><td>10.1.64.0/19</td><td>e3</td></tr><tr><td>10.1.224.0/19</td><td>e4</td><td>10.1.96.0/19</td><td>e4</td></tr></tbody></table>

<footnote n="443">443 انظر ص. 8 في [RFC4632] في ثبت المراجع.</footnote>

<footnote n="444">444 أصل الاسمين: التَّجميع Route aggregation والاختزال Route aggregation.</footnote>

<footnote n="445">445 أصل الاسمين: المُجمَّعة Aggregated routes والمُختصر Aggregate route.</footnote>

<footnote n="446">446 من أجل حسابات التجزئة، انظر المثال العاشر في الملحق د.</footnote>
<figure><img src="image_108.png" /><figcaption>الشكل (4-8): طو博ولوجيا الشبكة المستعملة في مثال عملية تجميع المسارات</figcaption></figure>

تُجمَّع المسارات في المُوجَّه R₂ وفقاً لِلخوارزمية المُبيَّنة أعلاه، ويُبيَّن الجدول (8-3) تطبيق خطوات التَّجميع:

<table><caption>الجدول (8-3): تنفيذ خوارزمية تجميع المسارات على عناوين مُخْوَذةٍ من جدول توجيه المُوجَّه R₂</caption><thead><tr><th>رقم الخطوة</th><th>الوصف</th><th>التنفيذ</th></tr></thead><tbody><tr><td>1</td><td>تحديد الوجهات الَّتي يُراد تجميع المسارات نحوها.</td><td>10.1.0.0/19 و 10.1.32.0/19 و 10.1.64.0/19 و 10.1.96.0/19</td></tr><tr><td>2</td><td>كتابة العناوين بنظام العدد الْثنَّائي، خُدِّدت البتات المُتَطَابِقة في عناوين المسارات بالخط الغليظ</td><td>00001010.00000001.00000000.00000000<br>00001010.00000001.00100000.00000000<br>00001010.00000001.01000000.00000000<br>00001010.00000001.01100000.00000000</td></tr><tr><td>3</td><td>البتات المُشَتَّرة تُمثِّل البادئة.</td><td>00001010.00000001.0 قسم البادئة: 17 بات.<br>الظُّول: 17 بات.</td></tr><tr><td>4</td><td>إكمال عَدَد البتات إلى 32 بتاً عن طريق إضافة أصفار إلى يمين البادئة.<br>المسار المُخْتَصَر بعد كتابة العنوان بالْتَمثِّل العَشْري المُنَّقَّط.</td><td>00001010.00000001.00000000.00000000<br>10.1.0.0/17</td></tr></tbody></table>

تُجمَّع المسارات في المُوجَّه R₃ وفقاً لِلخوارزمية السَّابقة، ويُبيَّن الجدول (8-4) تطبيق خطواتها:
<table><caption>الجدول (4-8): تنفيذ خوارزمية تجميع المسارات على عناوين مُخْوَفَةٍ مِن جدول توجيه الموجهة R3</caption><thead><tr><th>رقم الخطوة</th><th>الوصف</th><th>التنفيذ</th></tr></thead><tbody><tr><td>1</td><td>تحديد الوجهات التي يُراد تجميع المسارات نحوها.</td><td>10.1.128.0/19 و 10.1.160.0/19 و 10.1.192.0/19<br>و 10.1.224.0/19</td></tr><tr><td>2</td><td>كتابة العناوين بنظام العدد الثُنَانِي، خُدِّدت البتات المُتَطَابِقة في عناوين المسارات بالخط الغليظ.</td><td>00001010.00000001.10000000.00000000<br>00001010.00000001.10100000.00000000<br>00001010.00000001.11000000.00000000<br>00001010.00000001.11100000.00000000</td></tr><tr><td>3</td><td>البتات المشتركة تُمَثِّل الباذئة.</td><td>قسم الباذئة: 1.10.1000000000000000<br>الطول: 17 بت.</td></tr><tr><td>4</td><td>إكمال عَدَد البتات إلى 32 بتاً عن طريق إضافة أصفار إلى يمين الباذئة.<br>المسار المُختَصَر بعد كتابة العنوان بالتمثيل العشري المنقط.</td><td>00001010.00000001.10000000.00000000<br>10.1.128.0/17</td></tr></tbody></table>

بدلاً من أن يُعلن كل موجهة 447 عن مسار نحو كل من الشبكات الأربعة المُتَصَلِّلة معه، فإنَّه يُعلن عن مسار وحيد هو المسار المُختَصَر، ويُبيَّن الشكل (5-8) مسار رسالتي الإعلان اللتين يُرسلهما الموجهان R2 و R3 نحو الموجهة R1.

<figure><img src="image_109.png" /></figure>

الشكل (5-8): إعلان الموجهين R2 و R3 عن المسارين المُختَصِّرين في مثال تجميع المسارات

<footnote n="447">447 الإعلان عن المسار Route advertisement، وتشمل العملية استعمال أحد بزوتوگولات التوجيه الذي يُحدَّد بنيَّة رسالة الإعلان ومحتوياتها وتواثر إرسالها وكيفية معالجتها وكيفية حساب المسارات نحو كل الوجهات المعروفة، وهذه كلها خارج نطاق المادة التي يُناقِشها هذا الكتاب.</footnote>
يمكن تجميع المسارات أكثر من مرّة على مستويات متعدّدة في الإنترنت، وعندها تُجمّع المسارات المُختصرة التي جُمعت في المستوّى الأوّل، لِتُنْتَج، في مستوّى ثانٍ، مساراً مُختصرًا جديداً تَكون بإدئته أقصر من بإدئات المسارات المُختصرة في المستوّى الأول. وفقاً لِهذا، تُجمّع المسارات المُختصرة التي استقبلها المُوجّه R1 في المثال السّابق حسب الخوارزميّة المذكورة أعلاه، ويُبيّن الجدول (8-5) تطبيق هذه المراحل.

<table><caption>الجدول (8-5): تنفيذ خوارزميّة تجميع المسارات على عناوين مأخوذة من جدول توجيه المُوجّه R1</caption><thead><tr><td>رقم الخطوة</td><td>الوصف</td><td>التنفيذ</td></tr></thead><tbody><tr><td>1</td><td>تحديد الوجهات التي يراد تجميع المسارات نحوها.</td><td>10.1.0.0/17 و 10.1.128.0/17</td></tr><tr><td>2</td><td>كتابة العناوين بنظام العدد الثّنائي، حُدّدت البتات المُتطابقة في عناوين المسارات بالخط الغليظ.</td><td>00001010.00000001.00000000.00000000<br>00001010.00000001.10100000.00000000</td></tr><tr><td>3</td><td>البتات المشتركة تُمثل البادئة.</td><td>قسم البادئة: 00001010.00000001<br>الطول: 16 بت.</td></tr><tr><td>4</td><td>إكمال عَدَد البتات إلى 32 بتاً عن طريق إضافة أصفار إلى يمين البادئة.</td><td>00001010.00000001.00000000.00000000</td></tr><tr><td></td><td>المسار المُختصر بعد كتابة العنوان بالتمثيل العشري المنقط.</td><td>10.1.0.0/16</td></tr></tbody></table>

ثمَّ يُعلِن المُوجّه R1 عن مسار واحدٍ فقط إلى سائر الشّبكة هو المسار المُختصر 10.1.0.0/16 عِوضًا عن الإعلان عن ثمانية مسارات نحو الشّبكات المُتّصِلة مع المُوجّهين R2 و R3، ويُمكن ملاحظة ذلك في الشّكل (8-6) بالإضافة إلى انخفاض عَدَد البُنود في جداول توجيه المُوجّه R1 مقارنةً بالشّكل (8-4).

<figure><img src="image_110.png" /><figcaption>الشّكل (6-8): الحالة النهائية للشبكة في مثال تجميع المسارات</figcaption></figure>
قواعد إضافية للتجويمه

التجويمه هو إرشاد رزم البيانات إلى المسار الذي ستسلكه انطلاقاً من مصدرها حتى وجهتها. 448 تضيف كل عقدة مُتَصِلَةٍ مع الإنترنت عنوان بروتوكول إنترنت مُمَيِّز وفريدي، ويستعمل هذا العنوان معرفاً للمضيف. نوجھ رزم البيانات وفقاً لعنوان وجهتها، الذي يضيفه مُرسِل الرزم في الحقل المُخَصَّص له في ترويسة الإصدار الرابع من بروتوكول الإنترنت. ولمَّا استبدلت العنونة غير الصنفية بالعنونة الصنفية، كان لزاماً على القائمين على الإنترنت إجراء تعديلات في قواعد التوجيه.

يمكن تمييز قناع الفضاء وظوله آلياً في العنونة الصنفية من خلال ملاحظة قيم البذات المحجوزة في الخانة الأولى من عنوان الإصدار الرابع من بروتوكول الإنترنت. أَمَّا في العنونة غير الصنفية، فلا أصناف قياسية، ولا يمكن معرفة قناع الفضاء ما لم يُذكَّر صراحةً، وهذا تأثير على كيفية الإعلان عن معلومات التوجيه وتخزينها. في ما يَخصُّ التخزين، يَلزم أن تدعم جداول التوجيه حُقوولاً خاصَّةً لتخزين قيمة البادئة أو قناع الفضاء. أَمَّا في ما يَخصُّ معلومات التوجيه، فيَلزم على بروتوكولات التوجيه أن تُعلَّن عن أقنعة الأفضية ضمن إعلانات المسارات. 449

بالإضافة لما سبق، يَلزم أن تضاف القاعِدتان التَّاليتان إلى قواعد التوجيه في المُوجَّهات: 450

1. في أَثناء بحث مُوجَّهٍ عن بَنْدٍ في جدول توجيهه لِأجل توجيه رِزمة بيانات ما، إذا صادف بَندين مُتطابقِين في بنيتهما، ويَصْلُحُ كلٌّ منهما لِأَن يَكون الخطوة التالية على مَسار تلك الرَّزمة، فَإِنَّ الرَّزمة سُتُوجَّهُ وَفقاً لِلبَند الأكثر تحديداً، أي البند ذي البادئة الطُّولَى. فلو كان عنوان وجهة الرَّزمة مثلاً هو 200.10.0.100، وُوِجد بَندان في جدول التوجيه يُطابقان رقمياً عنوان الوجهة، مثل: 200.10.0.0/18 و 200.10.0.0، فإنَّ المُوجَّه سيختار البند ذي البادئة الطُّولَى، أي 18/ في هذه الحالة، ثُمَّ يَتَخَذُ قرار توجيه لإرسال الرَّزمة عبر المَنَفَذ المُرْتَبِط مع ذلك البند.

2. إذا كانت وجهة الرَّزمة النهائية هي مَسَارٌ مُختَصَرٌ جُمِّعَ في المُوجَّه الذي يُعالَج الرَّزمة، فيَلزم على المُوجَّه التَّخلُص من الرَّزمة. أي لا نُوجَّه الرَّزم التي تَكون وجهتها النهائية مَسارات مُختَصَرَة، لِأَن وجهات المسارات المُختَصَرة ليست شبكات موجودةً فعلياً، وإِنَّما هي تعابير رياضية عن عناوين مجموسة من الأفضية، جُمِّعت معاً لِلَّخفض أحجام جداول التوجيه.

<footnote n="448">448 انظر ص. 333 في [BKE01] في ثبت المراجعة.</footnote>

<footnote n="449">449 كانت إعلانات بروتوكولات التوجيه لا تحوي أقنعة الأفضية في الأصل، لِأَنَّ العنونة الصنفية تسمح باستنتاج قيمة القناع آلياً فور تحديد الصنف، ويُمكن تحديد الصنف اعتماداً على تَتابُع البذات المحجوزة في الخانة الأولى في عنوان الإصدار الرابع من بروتوكول الإنترنت. لذلك وُصفت بروتوكولات التوجيه الأولى بأنها صنفية Classful routing protocol، ومن الأمثلة عنها الإصدار الأولى من بروتوكول معلومات التوجيه، المعروف اختصاراً بالاسم الزمزي RIPv1 (انظر [RFC1923] في ثبت المراجعة). أَمَّا بروتوكولات التوجيه التي طُوِّرت بعد اعتماد العنونة غير الصنفية، فتضمَّن أقنعة الأفضية في إعلاناتها، ولذلك تُوصَف بأنها غير صنفية Classless routing protocol، ومنها على سبيل المثال بروتوكول التوجيه الداخلي المُحسَّن بين البوابات، المعروف اختصاراً بالاسم الزمزي EIGRP (انظر ص. 1 في [RFC1817]).</footnote>

<footnote n="450">450 انظر ص. 11 في [RFC4632] في ثبت المراجعة.</footnote>
# مشكّلات التَّجميع

545 واجهت عمليّة تجميع المسارات مُشكِّلتين رئيسيتين:

* المُنظَّمات مُتعدّدة المواقع: 452 وهي المُنظَّمات الَّتِي خُصِّصَ لها فضاءٌ مُحدَّدٌ من الإصدار الرَّابِعِ مِن بزوُنوكول الإنترنت، وهي تُستخدم أجزاءً منه في عنونة موقعيْن أو أكثر مُتَصِلِّين مع مزوّدين اثنين لِخدمة الإنترنت على الأقل. في هذا الحالة، سيُعْلِنُ كُلُّ مزوّد خِدمةٍ عن مساراتِ نحو الأفضية الجزئيّة المستخدمة في عنونة الشبكات المُتَصِلة معه مباشرةً، ولا يَكون بالإمكان تجميع المسارات، بل يَحتفظُ كُلُّ موجهٍ في جدول توجيهه ببند مستقل نحو كُلِّ فضاء جزئيٌّ، وسبب هذه المشكلة أنَّ طوُبُولوجيا الشبكة لا تتوافق مع العنونة، أي أنَّ أفضية جزئيّة ناتجة عن تجزئة فضاء ما تُستخدم في عنونة شبكتين مُتباعِدتين مكانيًا. 453

* المُنظَّمات الَّتِي غيّرت مزوّد الخدمة، ولكنها وَاصْلت استعمال الفضاء المُخصص لها مِن المزوّد القديم: وينتاج عن هذه الحالة إعلان المزوّدان القديم والجديد معاً عن مسار نحو موقِّع مُعنون بفضاء مُحدَّدٍ رياضيًا بالعنوان نفسه، ولكن ببادئتين مُختلفتي الطُّول، مِثل 10.1.0.0/19 و10.1.0.0/17، ويعني هذا أن البادئة الثَّانية ستكون مُفضَّلة عند توجيه الرّزم وفقاً لِقاعدته تفضيل البادئة الطُّولَى. أي أنَّ الموجهات ستختار توجيه أي زمَة يقع عنوان وجهتها ضمن الفضاءين السَّابقين إلى المسار المرتبط بالبادئة الطُّولَى دائماً، أي /19 في هذه الحالة، ولن تصل رزم البيانات إلى الموقع الآخر أبدًا. لِخلَّ هذه المشكلة، يُنصح دائماً بأن تطلب أي مُنظَّمة تُغيّر مزوّد خدمتها فضاء جزئيًا جديداً مِن مزوّد الخدمة الجديد، وأن تتوَّفَّف عن استعمال الفضاء القديم.

يُبيِّن الشكل (7-8) مثالاً عن المشكلة الثَّانية، وفيه ثلاثة موجهات هي: $R_2$، ويُشغله المزوّد الأول، $R_3$، ويُشغله مزوّد خدمة آخر، $R_1$ الذي يَصل بين الموجهين السَّابقين وسائل الشبكة. كان الموجه $R_2$ يَرتبط في الأصل مع أربع شبكات عنوان وفقاً للجدول (8-2)، وأختزلت بُنود جدول توجيهه وفقاً للجدول (8-3).

<figure><img src="image_111.png" /><figcaption>الشكل (7-8): مثال عن مشكِّلة في عمليّة التَّجميع، مُنظَّمة غيّرت مزوّد الخدمة، ولكنها استمرت في استعمال الفضاء المُخصص لها مِن المزوّد القديم</figcaption></figure>

<footnote n="451">451 انظر ص. 9-8 في [RFC4632] في ثبت المراجع.</footnote>

<footnote n="452">452 أصل الاسم Multi-homed organization.</footnote>

<footnote n="453">453 لِلMOREيد حول هذا الشَّأن، انظر [RFC4116] في ثبت المراجع.</footnote>
غَيَّرت المُؤَسَّسة الَّتي تُشَغَّل الشَّبكة المُعنَوَنة بالفضاء 10.1.0.0/19 مزوّد الخدمة، وانتقلت، من غير أن تُغيَّر فضاءها، إلى المزوّد الآخر. في ما يَخصُّ المُوجَّه الأَوَّل، فإنَّ المسار المُختَصَر، أي 10.1.0.0/17، لا يزال صالحًا رياضيًا، ولذلك فإنَّه يستمرُّ بالإعلان عنه نحو الموجّه R1. ثُمَّ يُعلِّن الموجّه R3 عن الشبكة الجديدة المُتَصِلة معه، وهي المعنوَنة بالفضاء 10.1.0.0/17.

تحصل المشكلة في الموجّه R1، ففي جدول توجيهه بندان، يتَّطَابق عُنوانهما بنيةً وهُي 10.1.0.0، ويَختَلِفان قِناعًا: 17/19. / لو طُبِّقت قاعِدة التَّطَابُق مع البند الأطول، فإنَّ أيَّ رِزْمة ستردّ من سائر الشبكة نحو الموجّه R1 مع عُنوان وجهة يقع ضمن الفضاءين السابقين، سترسل دائماً عبر المنفذ e1 نحو الموجّه R3 مُسبَّبةً مُشكلةً في التوجيه.
<figure><img src="image_112.png" /></figure>

الفصل التَّاسِع: ترجمة عُنوان الشَّبكة

<figure><img src="image_113.png" /></figure>
مقدمة

ترجمة عنوان الشبكة 454 هو مُصطلح عامٌ يستعمل لوصف عَدَدٍ من الآلِيَّات الَّتي تُستخدم لِتغير قِيم مُعرَّفات شَبكيَّة، نحو عَنوان بزوتوكول الإنرنت أو أرقام المنافذ، في رزم البيانات اللاتي تنتَقل بين فضاءي مُعرَّفات مُتمايزين يُسمَّيان النُّطاق الداخلي والنُّطاق الخارجي. طوَّرت هذه الآلية في عام 1994م بصفتها جزءاً من الإستراتيجية قصيرة الأمد لِمعالجة مشكلة استنفاد فضاء عناوين الإصدار الرابع من بزوتوكول الإنرنت.

ترجمة عنوان الشبكة ليست بزوتوكولًا، لكنها آلية عمل ذات مراحل، يُنفَذها موجة يُربط بين فضاءين من المعرَّفات، غالباً ما تكون عناوين الإصدار الرابع من بزوتوكول الإنرنت. تُسَبَّق عمليَّة تهيئة الموجة ترجمة العناوين، وقد يُزوَّد الموجة يدويًا بثنائيَّات من المعرَّفات، تضم زوجا من النُّطاق الداخلي وزوجا من النُّطاق الخارجي، أو قد يُزوَّد بنهجٍ وشُروطٍ مُحدَّدة لِتشكل الثَّنائيَّات آلياً، ويلزم في كلتا الحالتين تحديد الاتجاه الذي يُسمح فيه بإنشاء جلسة الترجمة.

يراقب الموجة بعد ذلك حركة البيانات بين النُّطاقين، وينشئ جلسة ترجمة مَّتَى ما تَطابقت مُعرَّفات رزمة بيانات مع ما هيئ به مُسبقاً، وتستمر عملية الترجمة بعد ذلك على رزم الجلسة المُتدفقة عبر الموجة بالاتجاهين، ثم تنتَفَف عند إغلاق الجلسة.

تُصنف هذه الآلية إلى أنواع وفقاً لطريقة تشكيل ثُنائيَّات المُعرَّفات وللاتجاه الذي يُسمح فيه بإنشاء الجلسة، وأوَّل هذه الأنواع هو الترجمة الأساسية، وهي طريقة يُمكن فيها إعداد ثُنائيَّات ثابتة البنية تضم زوجين من عناوين بزوتوكول الإنرنت من النُّطاق الداخلي والنُّطاق الخارجي، وثانيها هو الترجمة المُتغيرَة، وفيها يُحدَّد فضاءً للعناوين لكل نطاق، وتشكل ثُنائيَّات من الفضاءين آلياً، وثالثها هو ترجمة العناوين وأرقام المنافذ، وفيها تَشْمل الثَّنائيَّات أيضاً أرقام منافذ بين النُّطاقين، وتنضوي الأنواع الثلاث تحت تصنيف واحدٍ هو الترجمة التقليدية، وفيها يُمكن إنشاء الجلسة باتجاه واحدٍ فقط، وغالباً ما يَكون من النُّطاق الداخلي إلى الخارجي. ومن الأنواع أيضاً الترجمة ثُنائية الاتجاه، وهي تُستعمل إحدى تقنيات الترجمة التقليدية، ولكنها تسمح بإنشاء الجلسات بكلًا الاتجاهين. ومنها أيضاً الترجمة المُضاعفة، وفيها تُترجم مُعرَّفات مَصَدَر الززمة ومُعرَّفات وجهتها معاً.

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

يَبْدَأ هذا الفصل باستعراض خلفية عامَّة حول هذه التقنية، تتضمَّن التَّعريف بأفضية العناوين الخاصة وأرقام المنافذ، يَليها وصف آلية العمل يَشْمل مَجمُوعة من التَّعريف والاصطلاحات ذات الصَّلة وتفصيلاً لِخطوات الآلية، ثم يَتناوَل

<footnote n="454">454 أصل الاسم: Network Address Translation اختصاراً NAT كما تقدَّم. والأدف في رأينا أن نُسمَّى هذه التقنية تغيير مُعرَّفات الشبكة، فكلمة Translation لا تعني الترجمة حرفياً بمعنى النقل من لغة إلى أخرى، بل تُفيد معنى تبديل مُعرَّفات النُّطاقات كما سيأتي، والآلية لا تقتصر على العناوين، بل يُمكن أن تُشَمل مُعرَّفات أخرى نحو أرقام المنافذ، ولكن أبقينا على العَنوان مُترجمًا حرفياً لشهرته شهرة كبيرة بهذه الصِّيغة.</footnote>
الفصل أنماط الترجمة المختلفة ويشرحها. يلي ذلك قسم مخصص لiological امئول التي يلزم مراعاتها في بروتوكولات طبقة الشبكة وبروتوكولات طبقة النقل بعد تطبيق الآلية، ويختتم هذا الفصل بنقاش حول المشكلات التي واجهت تنفيذ ترجمة العُنوان.

خلفية عامة

الأفضية الخاصة 455

هي أفضية جزئية من فضاء الإصدار الرابع من بروتوكول الإنرنت، محجوزة من أجل الاستعمال المحلي فقط، ولا يُعلن عنها في الإنرنت. حجزت هيئة أرقام الإنرنت المُخصصة، ثلاثة أفضية جزئية لهذا الغرض هي 10.0.0.0/8 و 172.16.0.0/12 و 192.168.0.0/16.456

يُبيّن الجدول (1-9) بيانات الأفضية الخاصة، وفيه يُسمى الفضاء الأوّل المجال ذا البتات الأربعة والعشرين، والثاني بالمجال ذي البتات العشرين والثالث بالمجال ذي البتات الستة عشرة،457 وهذه الأطوال هي أطوال مُعرَّ المُضيف في تدوين البادئة للمجالات الثلاث. يُكافئ المجال الأوّل فضاء قياسيًا من الصنف A ويُكافئ الثَّانِي 16 فضاء قياسيًا من الصنف B، ويُكافئ الثَّالِث 256 فضاء قياسيًا من الصنف C.458

<table><caption>الجدول (1-9): بيانات الأفضية الخاصة</caption><thead><tr><th>اسم الفضاء</th><th> ذو البتات الأربعة والعشرين</th><th> ذو البتات العشرين</th><th> ذو البتات الستة عشرة</th></tr></thead><tbody><tr><td>امتداد الفضاء</td><td>10.0.0.0 حَتَّى 10.255.255.255</td><td>172.16.0.0 حَتَّى 172.31.255.255</td><td>192.168.0.0 حَتَّى 192.168.255.255</td></tr><tr><td>قناع الفضاء</td><td>(255.0.0.0) /8</td><td>(255.240.0.0) /12</td><td>(255.255.0.0) /16</td></tr><tr><td>طُول قِسم البادئة</td><td>8</td><td>12</td><td>16</td></tr><tr><td>طُول مُعرَّف المُضيف</td><td>24</td><td>20</td><td>16</td></tr><tr><td>عَدَد عناوين الفضاء</td><td>16777216</td><td>1048576</td><td>65536</td></tr><tr><td>المُكافئ في العُنوانة الصنفية</td><td>فضاء قياسيٌّ من الصنف A</td><td>16 فضاء قياسيًا مُنتَالٍ من الصنف B</td><td>256 فضاء قياسيًا مُنتَالٍ من الصنف C</td></tr></tbody></table>

<footnote n="455">455 أصل الاسم Private networks، وقد أشرنا في حاشية مقدمة الفصل الرابع إلى شيوع الاستعمال المُتباذل لكلمة "فضاء" و"شبكة" خطأ وإلى ضرورة تصحيحه.</footnote>

<footnote n="456">456 انظر ص. 6، 8، 11 [RFC6890] في ثبت المراجع.</footnote>

<footnote n="457">457 أصول الأسماء 24 bit block و 20 bit block و 16 bit block على الترتيب.</footnote>

<footnote n="458">458 انظر ص. 4 في [RFC1918] في ثبت المراجع.</footnote>
## أرقام المنافذ 459

هي مُعرَّفات رقميَّة تُستخدم لِتمييز الاتصال في حُزمة بروتوكولات الإنرنت. يُبلغ طول كلٍّ منها 16 بتاً، أي يُمكن إنشاء $2^{16} = 65536$ رقم منفَذ مُتمايز. تَخدُم المنافذ عُموماً غرضين رئيسيْن في شبكات البيانات، أوَّلها توفير آلِيَّة لِلتمييز بين جلسات الاتصال المختلفة التي قد تَنشأ بين طرفين، وثانيها مُساعدة بروتوكول النقل في تحديد بروتوكول التطبيق الذي يستخدمه، ولهذا أَهمَّة خاصَّة في عمليتي التَّغليف وفَكَه. بالإضافة لِذلك، يُستعمل رقم المنفَذ جنباً إلى جنب مع عُنوان بروتوكول الإنرنت لِتوليد مقبس الاتصال، 460 ويُمكن تمييز أيّ انتَصال تمييزاً فرِيداً وَفقاً لِقيم المقبسین على طرفيه.

يُقَسَّم مجال أرقام المنافذ إلى ثلاثة أقسام فرعيَّة هي: 461

* أرقام منافذ النظام، ومجالها 0-1023.

* أرقام منافذ المستخدم، ومجالها 1024-49151.

* أرقام المنافذ الخاصة، ومجالها 49152-65535.

تُشرف المجموعة التوجيهية لِهندسة الإنرنت 462 على مَنح أرقام منافذ النظام، في حين تُدير هيَّة أرقام الإنرنت المُخصَّصة عمليَّة مَنح أرقام منافذ المستخدم، وأَمَّا أرقام المنافذ الخاصة فلا تُمنح.

# وصف الآلية

## تعريف واصطلاحات

تُعرَّف وثيقة طَلب التعليقات 2663 RFC، المُعنَوَنة: "اعتبارات واصطلاحات لِترجمة عُنوان الشبكة" 463 المفاهيم التالية:

* نطاق العناوين: 464 هو قِطاعٌ من الشبكة تُمنح عناوين بروتوكول الإنرنت فيه للمضيفين منحًا فريدًا، أي لا يُمكن أن يُمنح فيه مُضيفان العنوان نفسه.

<footnote n="459">459 أصل الاسم Port number.</footnote>

<footnote n="460">460 أصل الاسم Socket، وهو آلِيَّة عامة لإنشاء الاتصال بين التطبيقات التي تَنْشَط بين المُضيفين لِغرض تبادل البيانات، ويُوجد مقبس على طرف كلّ انتَصال، انظر ص. 356 في [BKE01] في ثبت المراجع.</footnote>

<footnote n="461">461 انظر [WEB28] في ثبت المراجع.</footnote>

<footnote n="462">462 المجموعة التوجيهية لِهندسة الإنرنت Internet Engineering Steering Group، اختصاراً IESG، وهي مَجمُوعة العمل المَسؤولَة عن التَّحَقُّق من جُودة وثائق طَلب التعليقات التي تَصُدر عن مَجمُوعة مُهندِسي الإنرنت ودِقَتها، لِلمزيد حولها انظر ص. 3-1 في [RFC3710] في ثبت المراجع.</footnote>

<footnote n="463">463 أصل العنوان [RFC2663] في ثبت المراجع. IP Network Address Translator (NAT) Terminology and Considerations، انظر ص. 3 في [RFC2663].</footnote>

<footnote n="464">464 أصل الاسم Address realm، و realm تَعْني "مملاة" حرفياً. وأستخدمت في هذا الشياق لإشارة إلى معنى حقل أو مجال فعالية أو منطقة تأثير (انظر ص. 963 في [BKA02]) في ثبت المراجع)، وقد ارتأينا تعريبها إلى نطاق وفقاً لهذا المعنى.</footnote>
* نِطَاقِ الْعَنَاوِينَ الْخَارِجِيَّ: 465 هو نِطَاق عناوين تُديره هيئَة أرقام الإنترنت المُخصَّصة أو سِجلَات إنترنت أدنى في هرميَّة تحصيص العناوين.

* نِطَاقِ الْعَنَاوِينَ الدَّاخِلِيَّ: 466 هُو نِطَاق عناوين خاصَّة تُستعملها أكثر من مُنظَّمة استعمالاً مَحلَّيًا ومُستقلًا في الوقت نفسه، وتعني كلمة مُستقل في هذا السياق من غير مراجعة هيئَة تحصيص العناوين أو سِجلَات الإنترنت الإقليميَّة.

* التوجيه غير المرئي: 467 هو توجيه رِزم البيانات بين نِطاق عناوين مختلفين، أي داخلي وخارجي. ويُشْمَل ذلك تغيير المُوجَّه المُترجِم لِمحتويات ترويسة بزوئو وكول الإنترنت أو لِمحتويات ترويسة بزوئو وكول التَّحْكُم بالتبَّق أو ليكيهما معا. وهو يَختَلِف عن التوجيه التَّقليدي الذي يَحْصُل ضمن نِطاق عناوين واحدٍ. يُوصَف هذا التوجيه بأنَّه غير مترئي لأنه غير ملاَحَظٍ من طرف المُضيِّفين، فهم لا يُدركون حُصُوله، ولا يُدركون تغيير محتويات الترويسة في أثناء عمليَّة الترجمة.

* الجلسة: 468 هي حركة البيانات التي تَخْضَع لِعملية الترجمة. واتجاه الجلسة هو اتجاه هذه الحركة عند البدء، أي اتجاه تدَّقَّف أوَّل رِزمة بياناتٍ فيها. يَلْزَم دائماً تحديد من أي نِطاق بِدَأَت الجلسة، ونحو أي نِطاق سَتَنْتَجِه. بعد إنشاء الجلسة، فإن حركة البيانات سَتَشْمَل تدَّقَّفًا لِرِزم بيانات بزوئو وكول الإنترنت بالاتجاهين، بغض النَّظَر عن اتجاه الجلسة.

* المُوجَّه المُترجِم: هو المُوجَّه الذي يُنْجِز عمليَّة ترجمة عنوان الشبكة.

## مبدأ العمل

تُغيِّر ترجمة عنوان الشبكة قيم حُفُول مُحدَّدةً في ترويسات رِزم البيانات التي يُعالِجها المُوجَّه المُترجِم، ويُمكن ترجمة رِزم البيانات التي تَعْبُر المُوجَّه بكلا الاتجاهين. 469 تَشْمَل الحُفُول التي يُبدَّل مُحتواها حَقَل عنوان المَصْدَر أو حَقَل عنوان الوجهة أو كليهما في ترويسة بزوئو وكول الإنترنت وحَقَل رقم منَّفَذ المَصْدَر أو حَقَل رقم منَّفَذ الوجهة أو كليهما في ترويسة بزوئو وكول التَّقَل المُستعمل، وحُفُول مُعرَّفات بعض من رسائل الإعلام 470 في ترويسة بزوئو وكول رسائل التَّحْكُم. 471 يُسبَّب

<footnote n="465">465 يُسمَّى هذا النِّطَاق أسماء عديدة أُخْرَى أيضاً منِّها النِّطَاق الخارجي Public realm أو External realm أو النِّطَاق العام realm والنتِطَاق العالمي Global realm.</footnote>

<footnote n="466">466 يُسمَّى هذا النِّطَاق أسماء عديدة أُخْرَى أيضاً منها: النِّطَاق الدَّاخِلِي Inside realm والنتِطَاق الخاص Private realm والنتِطَاق المَحْلِي Local realm.</footnote>

<footnote n="467">467 أصل الاسم Transparent routing، وtransparent تَعْيَن حرفياً الشَّفاف أي ما يُرى عبره (ص. 1249 في [BKA02] وص. 205 في [BKA06]) في ثَبَت المراجع، ولكنَّ الكلمة لا تُفيد هذا المعنى تحديداً في هذا السياق، بل تُفيد معنى غير المَلْحُوظ أو غير المرئي وقد ارتأياها الاتجاه وتعريبيها بهذه الصورة.</footnote>

<footnote n="468">468 أصل الاسم Session.</footnote>

<footnote n="469">469 انظر ص. 304 في [BKE02] في ثَبَت المراجع.</footnote>

<footnote n="470">470 وهما حَقَل رقم التَّنَابِع وحَقَل المَعْرِف، لِلمزيد حولهما انظر الفصل السَّادِس من هذا الكتاب.</footnote>

<footnote n="471">471 انظر ص. 3 في [RFC2663] في ثَبَت المراجع.</footnote>
تغير محتوى ترويسة بزوتوكول الإنرنت أو بزوتوكول النقل المستعمل الحاجة إلى إعادة حساب قيمة حقل التحقّق الجمعي في كل ترويسة عُدّلت قيمة أحد خُفُولها.

يُبين الشكل (1-9) عمليّة ترجمة غُنوان الشّبكة، وفيها يُنشئ مُوجّه جلسة ترجمة بين مُضيف ومُخدّم، ويُغيّر فيها العناوين بالاتجاهين، أي عناوين المصادر في رزم البيانات الواردة من الشبكة المحلّيّة وعناوين الوجهة في رزم البيانات الموجّهة إليها.

<figure><img src="image_114.png" /></figure>

الشكل (1-9): تبديل عناوين الإصدار الرابع من بزوتوكول الإنرنت وفقاً لتقنيّة ترجمة غُنوان الشبكة

تقنيّة ترجمة غُنوان الشبكة هي آلية مُكونة من أربع مراحل كما يأيّي: 472

1. **مرحّلة التهيئة:** وتُشْمَل تشكيل ثنائية من المعروفات، مثلاً عناوين إنرنت أو أرقام منافذ أو الاثنين معاً. تتألّف كل ثانوية من زوجين، أحدهما من النطاق الداخلي والآخر من النطاق الخارجي، وتُشْمَل عمليّة التهيئة أيضاً تحديد اتجاه الجلسة، وهو اتجاه حركة البيانات الذي يُشترط لإنشاء الجلسة. ترتبط كل ثانوية بعد ذلك بعلّم لبيان حالتها، ويكون مرقوعاً، أي تضبط قيمته على الواحد، فقط إذا وُجدت جلسة جارية ترتبط بهذه الثانوية، وبخلاف ذلك فقيمة صفرية.

2. **مرحّلة المراقبة:** ويُراقب الموجّه فيها حركة البيانات التي تعبّره، فإذا مرت رزمة بيانات كانت معلومات الترويسة فيها متوافقة مع إحدى thneiّات المهيّئة في المرحلة السابقة، وكان اتجاه حركة الرزمة متوافقاً مع اتجاه إنشاء الجلسة أيضاً، فإن جلسة جديدة ستبداً.

3. **مرحّلة الترجمة:** نُنشأ فيها جلسة جديدة، ويُبدّل الموجّه قيم حُقول ترويسة الرّزمة التي حترّضت إنشاء الجلسة بما يتوافق مع التهيئة، ويُرفع علّم الحالة المرتبط بثنائية المعروفات ذات الصّلة. تترجّم خلال هذه المرحلة رزم الجلسة المُتدفقة بكلّ الاتجاهين التي تتوافق قيم حقولها مع إعدادات الجلسة.

4. **مرحّلة التحرير:** وتبدأ مع إغلاق الجلسة فيخفّض الموجّه علّم الحالة المرتبط بالجلسة، ويُحرّر زوج العناوين، وتعاد الآلية بذلك إلى مرحلة المراقبة.
## أنماط الترجمة

يَتَضَمَّن أَبْسَط أَشْكال التَّرْجِمَة تَبْدِيل عُنْوَان مَصْدَر رِزْمَة بِرُوْتُوكُول الإِنْتَرْنِت، وَتَحْيَدًا استبدال عُنْوَان المَصْدَر الْخَاصِّ المَحْلِي بِغُنْوَانِ فَرِيد عَالَمِيًا، وَتَبْدُو الرِّزْمَة بعد ذلك كَأَنَّهَا قَادِمَةٌ مِنَ الْغُنْوَان الْجَدِيد. بإمكان عمليَّة الترجمة أن تُسْتَبْدِل أَيْضًا عُنْوَان مَصْدَر الزَّمَر القَادِمَة مِنَ الإِنْتَرْنِت إلى شَبْكَة مَحْلَيَّة خَاصَّة، فَتَبْدُو بعد الترجمة كَأَنَّهَا قَادِمَةٌ مِن وِجْهَةٍ فيها، وَيُمْكِن أَن تَشْمَلَ العمليَّة استبدال عُنْوَان المَصْدَر وَعُنْوَان الوجهة معاً. 473

### الترجمة التقليدية 474

هي الشكل الأبسط من ترجمة العناوين، وتسمح للفضيفي عناوين نطاقٍ داخليٍّ بالاتصال مع مُضيفي عناوين نطاقٍ خارجي. تحصل عمليّة الترجمة في موجّهٍ يَصِل بين النّطاقين السابقين، ويُنْجِز أَيْضًا عمليّة التوجيه الذي يَكُون غير مرنِّيّ بالنسبة للمضيئين. تَكُون الجلسات المُنشَأة وحيدة الاتجاه في هذا النوع من الترجمة، أي بالإمكان إنشاؤها باتجاه وحيدٍ فقط، وغالبًا ما يَكُون من النّطاق الدّاخلي نحو الخارجي. يَلْزَم الانتباه إلى أَنَّ حركة رِزم البيانات وعمليّة ترجمة العناوين بعد إنشاء الجلسة تَكُون بكلًا الاتجاهين، أي أَنَّ الشرط السَّابق هو لاتجاه إنشاء الجلسة وليس لحركة رِزم البيانات في أَثنَائِها.

تشمل ترجمة العناوين التقليدية نمطين هما: 475

* الترجمة الأساسيّة لعناوين الشبكة 476 وتحصل على عناوين مصادر ووجهات رِزم الإصدار الرابع من بروتوكول الإنترنت. ونُصَنَّف إلى نوعين وفقاً للطريقة التي تُحدَّد بها نُنَائِيَّات العناوين التي سُتُرْجَم بين النّطاقين الداخلي والخارجي، وهما: 477

○ الترجمة الثابتة لعنوان الشبكة.

○ الترجمة المتغيرة لعنوان الشبكة.

* ترجمة عُنوان الشبكة وأرقام المنافذ. 478

### الترجمة التقليدية الثابتة

يُهِيَّأَ المُوجَّه المُترجِم في الترجمة الثابتة بعددٍ صَحِيحٍ مِن نُنَائِيَّات عناوين بروتوكول الإنترنت، ليكن N، أي (addext₂، addint₂) و (addint₁، addext₁) هو عُنوان بروتوكول (addint₂، addext₂)، وفيها addint هو عُنوان بروتوكول إنترنت مِن نِطاق العناوين الداخلي و addext هو عُنوان بروتوكول إنترنت مِن نِطاق العناوين الخارجي. يُهِيَّأَ المُوجَّه أَيْضًا بالاتجاه المسموح لإنشاء الجلسة، وغالبًا ما يَكُون مِن النّطاق الدّاخلي إلى الخارجي في الترجمة التقليدية.

<footnote n="473">473 انظر ص. 305-304 في [BKE02] في ثبت المراجع.</footnote>

<footnote n="474">474 أصل الاسم Traditional NAT.</footnote>

<footnote n="475">475 انظر ص. 11 في [RFC2663] في ثبت المراجع.</footnote>

<footnote n="476">476 أصل الاسم Basic NAT.</footnote>

<footnote n="477">477 أصل الاسمين Dynamic NAT و Static NAT على الترتيب.</footnote>

<footnote n="478">478 أصل الاسم Network Address Port Translation، اختصارًا NAPT.</footnote>
يراقب الموجّه بعدها حركة البيانات المازة عبره لأجل إنشاء جلسة ترجمة متوافقة مع ثُنائيّات العناوين والاتّجاه المسموح.
يُعدّل الموجّه، بعد إنشاء الجلسة، عُنوان المصادر في رزم البيانات القادمة من النّطاق الدّاخلي، ويُغيّره إلى العُنوان الخارجي
وفقاً لقيم الثّنائيّات التي هيئ بها، أَمَّا الرّزم القادمة من النّطاق الخارجي إلى الموجّه في أثناء الجلسة، والّتي تَكون وجهتها
العنوان الخارجي addext، فيُعدّله إلى العُنوان الدّاخلي وفقاً لقيم الثّنائيّات السابقة نفسه.

يُبيّن الشكل (2-9) مثالاً عن ترجمة العناوين الثابتة، وفيه يُهيّأ موجّه يربط بين النطاق الداخلي والتطاق الخارجي بأربعة
عناوين، اثنان من النطاق الداخلي هما 10.1.1.1 و 10.1.1.2، يُقابلها اثنان هما 200.100.10.1 و 200.100.10.2 من
التطاق الخارجي، ويُضبط اتجاه إنشاء الجلسة ليكون من النطاق الداخلي نحو الخارجي، ثُمَّ ينتظِر الموجّه المترجِم مرور
رزمة بيانات عبره تحقق الشّرطين السّابقين، وتظهر هذه الرزمة في القسم الأسفل من الشكل.

<figure><img src="image_115.png" /><figcaption>الشكل (2-9): الترجمة التقليدية الثابتة لعناوين الشبكة</figcaption></figure>

يُوصف هذا النوع من الترجمة بأنّه ثابت، لأن ثُنائيّات العناوين التي تجري الترجمة بمُقتضاهَا ثابتة البنية لا تتغيّر آلية بعد
ضبطها، ويُوصف أيضاً بأنّه ترجمة واحد في مُقابل واحدٍ 479، لأن الموجّه يُترجم عُنواناً خاصاً وحيداً من النطاق الداخلي
إلى عُنوان عام واحد من النطاق الخارجي والعكس بالعكس.

## الترجمة التقليدية المُتغيرَة

تنشأ جلسات الترجمة المتغيرَة انطلاقاً من النطاق الداخلي فقط، وفيها تُوجَد مَجمُوعة من عناوين النطاق الداخلي
عَدَدَها M هي $grpint = \{add_{int_1}, add_{int_2}, ... add_{int_M}\}$، ومَجمُوعة من عناوين النطاق الخارجي
عَدَدَها N هي $grpext = \{add_{ext_1}, add_{ext_2}, ... add_{ext_N}\}$، ويكون شرط بدء الجلسة أن ينتمي عُنوان مَصَدر
الرزمة إلى مَجمُوعة عناوين النطاق الداخلي، أي $grpint$، وأن يتوافق اتّجاه حركتها مع اتّجاه إنشاء الجلسة كما تقدَّم.
تحصل عملية الترجمة التقليدية المتغيرة وفقاً لالمراحل التالية: 480

1. تهيئة المُوجَّه المُترجم بشرطي الترجمة: فضاء عناوين النُّطاق الدَّاخلي واتجاه حركة الززم، وأيضاً بفضاء عناوين من النُّطاق الخارجي.

2. يُراقب المُوجَّه المُترجم حركة رزم البيانات المارة عبره في انتظار أن تُحقَّق رزمة ما شرطى الترجمة.

3. لو حقَّقت رزمة ما الشرطين، يبدأ المُوجَّه عمليَّة الترجمة، فيختار عنواناً ما من مجمُّوعة عناوين النُّطاق الخارجي، وليكن مثلاً addextᵢ، وتيربطه مع عنوان مصدر الرزمة الذي ينتهي إلى مجمُّوعة عناوين النُّطاق الدَّاخلي، وليكن مثلاً grpextᵢ، ثم يُشكَّل منهما آلياً الثَّنائيةً (addintⱼ، addextᵢ).

4. يحتفظ المُوجَّه بالثَّنائية السَّابقة في جدول الترجمة الآلية، ويستعملها عند إجراء عمليات تبديل عناوين مصادر رزم البيانات في الجلسة ذات الصلة.

5. يُحرَّر المُوجَّه زوجي الثَّنائية السَّابقة عند إغلاق الجلسة لإعادة استخدامهما مرَّةً أخترى في تشكيل ثُنائيات جديدة.

يُبْيَن الشَّكل (3-9) مثلاً عن ترجمة العناوين المتغيرة، وفيه يُهيَّأ مُوجَّه يَرْبط بين النُّطاق الدَّاخلي والنُّطاق الخارجي بفضاء عناوين من النُّطاق الدَّاخلي هو 10.1.1.0/24، ويَكون انتفاء عناوين مصادر الززم إليه شرطًا أَوَّلاً لبدء الترجمة، بالإضافة لِضبط اتجاه إنشاء الجلسة ليَكون من النُّطاق الدَّاخلي نحو الخارجي وهذا هو شرط بدء الترجمة الآخر. يُهيَّأ المُوجَّه أيضاً بفضاء عناوين من النُّطاق الخارجي ليُصار إلى نقل العناوين إليه وهو 200.100.10.10/29، ثمَّ يَنتظَر المُوجَّه المُترجم مُرور رزمة بيانات عبره تُحقَّق الشرطين السَّابقين، ونَظَّهر هذه الرزمة في القسم الأسفل من الشكل.

<figure><img src="image_116.png" /></figure>
تَكون النُّثَائِيَّةَ غير ثابتة البنية، أي بالإمكان أن يَرتَبِط أحد زوجيها مع أزواج أُخْرَى، في جلسات أُخْرَى لاحقة، والعكس بالعكس في ما يَخصُّ الزوج الآخر، وذلك عوضاً عن اعتماد نُثَائِيَّاتٍ مُحدَّدة الأزواج، كما هو الحال في الترجمة التَّقْلِيدَية النَّابِتة.

قد تَكون عناوين المُجمُوعتين السَّابِقَتَين مُختَلِفَة العدد، وغالباً ما يَكون عَدَد العناوين المُتَاح لِتشكيك النُّثَائِيَّات في النُّطاق الدَّاخِلِيَّ أكبر من ذلك المُتَاح في النُّطاق الخارجي، وتيبيَّ المُوجَّه عندها النُّثَائِيَّات من عناوين النُّطاقين وفقاً لِما سبق حتى استنفاد فضاء عناوين النُّطاق الأصغر حجمًا، ولا يُمكن بعدها إنشاء أي جلسة جديدة حتى يَتحرَّر زوجان مَحْجُوزان من جلسة سابقة. تُوصَف هذه الترجمة أيضاً بأنها ترجمة واحِدٍ في مقابل واحدٍ، لأنها تُترجم عُنواناً خاصاً واحِداً من النُّطاق الدَّاخِلِيَّ إلى عُنوان عام واحِدٍ من النُّطاق الخارجي.

## الترجمة التَّقْلِيدَية لِلْعُنَوَان ورقم المنفذ

في ترجمة العناوين وأرقام المنافذ، ومن أجل الرَّزم الواردة إلى المُوجَّه من نُطاق العناوين الدَّاخِلِيَّ باتَّجاه النُّطاق الخارجي، يُبدَّل بُعنوان المَصْدَر في الزَّمَة addint وبرقم منفذ المَصْدَر فيها prtint عنوان آخر هو addext ورقم منفذ آخر هو prtext، أخذًا بالحسبان أن العُنوان addint يَنتهي للنُّطاق الدَّاخِلِي والُّعنوان addext يَنتهي للنُّطاق الخارجي، ويُعْبَر عن عملية الترجمة هذه بالشَّكل addint: prtint → addext: prtext . تَجري العملية السابقة على فضاء مُحدَّدٍ من النُّطاقين الدَّاخِلِيَّ والخارجي، مع ضبط النُّثَائِيَّات ضبطاً مُسبقاً أو توليدها آلياً وفقاً للحاجة. 481

يُوجد شكل خاص من ترجمة أرقام المنافذ، يُسمَّى التَّحميل الرَّائد لترجمة أرقام المنافذ، 482 وفيه يُستخدم عُنوان مَصْدَر وحيدي فقط من النُّطاق الخارجي في عملية الترجمة. فلو كانت نُثَائِيَّات العناوين وأرقام المنافذ في النُّطاق الدَّاخِلِي هي prtint$_{1}$ addint$_{1}$: prtint$_{1}$ و addint$_{2}$: prtint$_{2}$ و addint$_{3}$: prtint$_{3}$ ، وبَدَأ كُلَّ منها جلسة ترجمة، فإنها ستنَرَجَم وفقاً لعمليَّة التَّحميل الرَّائد إلى addext$_{1}$: prtext$_{1}$ و addext$_{2}$: prtext$_{2}$ و addext$_{3}$: prtext$_{3}$ على التَّرتيب. ويُمكن لهذه الطريقة أن تَسْمَح، نظريًا، بترجمة ما يَزيد عن 65 ألفاً 483 من العناوين الدَّاخِلِيَّة باستعمال عُنوان خارجي وحيدي، وتقلل بذلك من استنفاد فضاء عناوين الإصدار الرَّابِع من بروتوكول الإنترنٹ. يُمكن أن تَجْرِي عمليَّة الترجمة على بعض من رسائل الإعلام في بروتوكول رسائل التَّحَكُّم في الإنترنٹ وفقاً لطريقة السابقة نفسها. 484

ويُبيَّن الشَّكل (4-9) مِثلاً عن التَّحميل الرَّائد في الترجمة التَّقْلِيدَية لِلْعُنَوَانِينَ وأرقام المنافذ، وفيه تُترجم عناوين مصادر رزم ثلاثة مُضيفين من النُّطاق الدَّاخِلِي لِتَظَهَّر وكَأَنَّها مُرسَلَةٌ من مَصْدَر وحيدي في النُّطاق الخارجي عُنوانه 100.100.10.200.

<footnote n="481">481 لِلمزيد انظر ص. 311 في [BKE02] في ثبت المراجع.</footnote>

<footnote n="482">482 أصل الاسم Port address translation overloading في ثبت المراجع. انظر ص. 282 في [BKA01].</footnote>

<footnote n="483">483 يَتحَدَّد هذا العَدَد بظُول حُفُول أرقام المنافذ، وهي 16 بتاً، لِذلك يُوجَد نظريًا $2^{16} = 65536$ قيمة مُحتملة لرقم المنفذ.</footnote>

<footnote n="484">484 تحديدًا تلك التي تحوّي حقوياً المعرَّف ورقم التتابع، لِلمزيد انظر ص. 8-9 في [RFC3022] في ثبت المراجع.</footnote>
<figure><img src="image_117.png" /></figure>

الشكل (9-4): التحميل الزائد في الترجمة التقليدية للعناوين وأرقام المنافذ

يمكن أيضاً تَبْيَنُ أرقام المنافذ المستعملة في الشكل السَّابق، وهي قبل الترجمة: 1024 للمضيفين الأوَّل والثَّاني، و1033 للمضيف الثَّالث، وبعد الترجمة: 1024 و1025 و1026 للمضيفين الثلاثة على الترتيب. بما أنَّ مَصْدَر الاتصالات الثلاثة في النطاق الخارجي يَظْهُر كأنَّهُ العُنوان 100.100.10.1، فإنَّ أرقام المنافذ بعد الترجمة هي الوسيلة الوحيدة لِتمييز هذه الاتصالات بعضها عن بعض، ولهذا الغرض، يَحْتَفِظُ المُوجَّهُ المُتَرَجِّمُ بآرقام المنافذ ضمن جدول الترجمة خاصَّته.

## الترجمة ثُنَائِيَّة الاتجاه لِعنوان الشبكة 485

هي شكل من أشكال ترجمة عنوان الشبكة يَسْمَحُ بإنشاء الجلسات بدءاً من مُضيفين مُتوافدين في نِطاقِ العناوين، أي انطلاقاً من النطاق الداخلي أو من النطاق الخارجي. وفي ما خلا ذلك، فإنَّ عمليَّة الترجمة ثُنَائِيَّة الاتجاه تخضُّع لِلقواعد المستعملة في الترجمة التقليدية نفسها سواءً لِجهة كيفية إنشاء ثُنَائِيَّات العناوين التي سَتُترجِم أو لِجهة ما يُترجَم، أي عناوين المُضيفين أو أرقام المنافذ أو كليهما. 486

ويُبيَّن الشكل (5-9) مِثلاً عن ترجمة عنوان ثُنَائِيَّة الاتجاه، ويَظْهَر فيه إمكانية إنشاء جلسة ترجمة من النطاق الداخلي نحو الخارجي، أو باتجاه مُعاكس، أي من النطاق الخارجي نحو الداخلي، وَتُعَامَل رِزْمة البيانات المعاملة نفسها في كلتا الحالتين، ويَظْهَر في أسفل الشكل جدول ترجمة العناوين في أثناء نشاط الجلستين.

<footnote n="485">485 أصل الاسم Bidirectional NAT، ونُسَمَّى أيضاً Two-way NAT.</footnote>

<footnote n="486">486 انظر ص. 12 في [RFC2663] في ثُبَت المراجع.</footnote>
<figure><img src="image_118.png" /><figcaption>الشكل (5-9): الترجمة ثُنَائِيَّة الاتجاه لِلنُّوان الشَّبكة</figcaption></figure>

الترجمة المُضَاعَفَة لِلنُّوان الشَّبكة 487

هي شكل من أشكال ترجمة عُنوان الشَّبكة، يُعدَّ فيه عُنوان المَصْدَر و عُنوان الوجهة معاً في رِزمة البيانات التي تُترجم،
لِذلك تُوصَف هذه الترجمة بالمُضَاعَفَة تمييزاً لها عن الترجمة التقليدية وعن الترجمة ثُنَائِيَّة الاتجاه.

تُضيف هذه الترجمة بُعداً جديداً إلَّا أنْ تصنِّف العناوين هو النُّطاق الَّذي تُستخدم العناوين فيه، فإذا كان العُنوان مستخدَماً
في نِطاقه فهو عُنوان مَحَلِّي، وإن كان مستخدَماً خارج نِطاقه فهو عُنوان عَالَمِي، وباضافة هذا لمَنْتهج تصنيف العناوين على
أساس موقع مُضيفها يمكن تعريف العناوين التالية: 488

• العُنوان الدَّاخِلُ المَحَلِّي: هو عُنوان مستضاف في النُّطاق الدَّاخِلِ، ويُستعمل في ذلك النُّطاق أيضاً.

• العُنوان الدَّاخِلُ العَالَمِي: هو عُنوان مستضاف في النُّطاق الدَّاخِلِ، ولكنه يُستعمل خارج النُّطاق. أي هو عُنوان
لِمُضيف داخلي، ولكنه مرئي من النُّطاق الخارجي.

• العُنوان الخارجي المَحَلِّي: هو عُنوان مستضاف في النُّطاق الخارجي، ويُستعمل في ذلك النُّطاق أيضاً.

• الدَّاخِلُ المَحَلِّي Inside local

• الخارجي المَحَلِّي Inside Global

• الدَّاخِلُ العَالَمِي Outside local

• الخارجي العَالَمِي Inside Global

ويُسبَّب هذا لِبَسَأ في التَّعَامُل مع المُصطلحات، وقد تجاوزناه ولم تأخذ به عند التَّعريب، بل تقلنا العناوين إلى العربية بتصريف لِلتَّوحيد مع المعيار
الأصيل وإلزالة هذا اللبس.

<footnote n="487">487 أصل الاسم NAT، و نُسمَّى أيضاً ترجمة عناوين الشَّبكة المُتراقبة Overlapping NAT، وهذا الاسم مأخوذ من أحد تطبيقات التَّقْنِيَّة، وفيه يُوجَد فضاءً عناوين مُتراكيَبان، أحدهما في النُّطاق الخارجي والآخر في النُّطاق الداخلي، وتسمح هذه التَّقْنِيَّة لِمُضيفي هذه العناوين المتباعدين بالاتصال بعُضْهما مع بعض وبتبادل البيانات كأنهما مُوجَّدان في شبكة واحدة.</footnote>

<footnote n="488">488 يُوجد لغط في التسمية الإنكليزية، فالأسماء المستعملة لِوصف هذه التَّقْنِيَّة في أدبيات شبكات البيانات لا تتوافق مع ما ورد في المعيار الرَّسْمي، وفي هذه الأدبيات يُشار إلى النُّطاق الدَّاخِلِ باستعمال كلمة Local، وإلى النُّطاق الخارجي باستعمال كلمة Global، بدلاً من Inside وOutside المستعملة على التَّرْتِيب في معيار التَّقْنِيَّة. ولكن في الوقت نفسه فإنَّ هاتين الكلمتين، أي Inside وOutside باستعمالان في الأدبيات نفسها لِتحديد النُّطاق الَّذي يُستخدم فيه العُنوان، وتكون أسماء العناوين في هذه الأدبيات كما يَأْتي:</footnote>
*   **العنوان الخارجي** العالمي: هو عنوان مستضاف في النطاق الخارجي، لكنه يستعمل خارج النطاق. أي هو عنوان لمضيف خارجي، ولكنه مرئي من النطاق الداخلي.

يُهيَّأ المُوجَّه المُتَرَجِّم بثنايِّتين كما سيأتي:

1.  الأَوَّل هي (addintᵢ, addintⱼ)， وفيها addintᵢ هو عنوان داخلي محلي لتصدر الرزمة التي ستُرجَّم، وaddintⱼ هو عنوان داخلي عالمي، لوجهة الرزمة التي ستُرَجَّم.

2.  الأخرى هي (addextₖ, addextᵢ)， وفيها addextₖ هو عنوان خارجي عالمي لتصدر الرزمة بعد الترجمة، وaddextᵢ هو عنوان خارجي عالمي تَستضيفه وجهة الرزمة.

إذا وردت لِلمُوجَّه بعد ذلك رزمة من النطاق الداخلي وجهتها هي العنوان الخارجي المحلي، وليكن مثلاً عنوان مَصْدَرها هو addintᵢ و عنوان وجهتها هو addintⱼ، فإن المُوجَّه سيُبدَل قيمة العنوانين إلى addextₖ و addextᵢ على الترتيب، أي: (addintᵢ, addintⱼ) → (addextₖ, addextᵢ).

يُبيَّن الشكل (5-9) مثلاً عن الترجمة المُضَاعَفَة، وفيه يُوجَد مُخْدَم لِنظام تسمية نِطَاقات 489 نُشِطَ في نِطاق عناوين داخلي، وقد هيئ مُسْبَقًا بثناييَّات العناوين التي يُترجمها الموجَّه. يُريد مضيف عنوانه 10.1.1.1 (داخلي محلي) موجوَّد في النطاق الداخلي أن يُرسل رزمة بيانات نحو النطاق الخارجي إلى المضيف ذي العنوان 170.10.0.1 (خارجي عالمي)، فَيَسْتَفسِر مِن مُخْدَم نِظام تسمية النِّطَاقات عن زوج العناوين الآخر الذي يُمثل عنواناً داخلياً عالمياً يُكَمَّل ثنايية مع العنوان الداخلي المحلي، فَيُعْيد المُخْدَم إليه عنوان الموجَّه المحلي، وهو في هذه الحالة 10.1.1.200 (داخلي عالمي).

<figure><img src="image_119.png" /><figcaption>الشكل (6-9): الترجمة المُضَاعَفَة لِعنوان الشبكة</figcaption></figure>
يُرسل المُضيف بعد ذلك رسالته في رزمة بيانات عُنوان مَصدرها 10.1.1.10.1.1.200، وَعنوان وجهتها المُوَجَّه المُتَرجِم، وهي تَتوافق مع أحد بُنود جدول الترجمة فيه، فَيُبدَل عُنوان المصَدر في الزَّمة لِيُصبح 200.100.10.1 (خارجي مَحلَّي) وَعنوان الوجهة لِيُصبح 170.10.0.1، أي أَنَّ المُوَجَّه يُغيَّر عُنوان المصَدر وَعنوان الوجهة معاً، فَتَبْدُو الزَّمة كأنها مُرسَلةً من مُضيف أَوَّلَ في نطاق العناوين الخارجي إلى مُضيف آخر فيه.

اعتبارات إضافية

طبقة الشبكة

بروتووكول رسائل التَّحْكُم في الإنرنت

هو بزوتوكول مُساعدٍ للإصدار الرابع من بزوتوكول الإنرنت، يُعرَف رسائل مُتعدَّدة يَتباذلها مُضيفو الإنرنت لِأغراض تَتعلق بإدارة أكثر كفاءة لِلشَّبكة. تُصنف رسائل هذا البروتوكول إلى صنفين: رسائل الإبلاغ عن الأخطاء ورسائل الإعلام، وقد نُوقش الصنفان بالتفصيل في الفصل السَّادس من هذا الكتاب.

نُوَّر تقنية ترجمة عُنوان الشبكة على نوعي رسائل البروتوكول. في ما يَخصُّ رسائل الإبلاغ عن الأخطاء، فقد تحتوي ترويسة بزوتوكول إنترنت كاملة أو جزئية تضم عناوين بزوتوكول إنترنت، وإذا ما انتقلت الرسالة بين النُّطاقين الداخلي والخارجي، وأجريت ترجمة عُنوان الشبكة عليها، لزم أيضا ترجمة العناوين المحمولة فيها. أَمَّا في ما يَخصُّ رسائل الإعلام، فيُمكن ترجمة معرفي الرسالة 490 ترجمة مُشابهة لترجمة أرقام المنافذ. في كلتا الحالتين، ونتيجة لتبغيُّر محتويات الترويسة، يَلزَم إعادة حساب حقل التحقق الجمعي فيها.

وُصِف المُتَّقِبات السُّلوكية 491 اللَّازمة لِعمل ترجمة عُنوان الشبكة مع بزوتوكول رسائل التَّحْكُم في الإنرنت في وثيقة طلب التعليقات 492. RFC 5508.

الإصدار السَّادس من بزوتوكول الإنرنت

نُوجَد حالة من الجدل حول استعمال ترجمة عُنوان الشبكة مع الإصدار السَّادس من بزوتوكول الإنرنت. يُحاجِج البعض أنَّ استعمال الترجمة يُلغي مَبدأ رئيساً من المبادئ التي قَامت عليها الإنرنت، وهو مَبدأ الطرفين 493، ويَقولون بأنَّ تطوير واستعمال ترجمة عُنوان الشبكة كان حلاً ضمن الإستراتيجية قصيرة الأمد لمشكلة استنفاد فضاء عناوين الإصدار الرابع من بزوتوكول الإنرنت، 494 وبما أنَّ مشكلة الاستنفاد قد حُلت مع تطوير الإصدار السَّادس، فقد زال السَّبب الذي أَدى إلى تطوير تقنية الترجمة، وهو محدودية فضاء عناوين الإصدار الرابع من بزوتوكول الإنرنت، ويَستند هؤلاء في دفاعهم إلى

<footnote n="490">490 هُما مَوجُودان في حقل المعرَّف وحقل رقم التتابع، انظر ما جاء في شأنهما في الفصل السَّادس من هذا الكتاب.</footnote>

<footnote n="491">491 أصل الاسم Behavioral requirements.</footnote>

<footnote n="492">492 انظر [RFC5508] في ثبت المراجع.</footnote>

<footnote n="493">493 راجع حواشي الفصل الأول من هذا الكتاب للمزيد حول هذا المبدأ.</footnote>

<footnote n="494">494 انظر نقاشا موسعاً حول هذه المسألة في [RFC5902] في ثبت المراجع.</footnote>
حقيقة أن استعمال ترجمة عنوان الشبكة يُقَوَّض شفافية الإنترنت 495، ولذلك فإنَّ وثيقة طلب التعليمات RFC 4924 تُوصي بتَجَنُّب استعمال آلية ترجمة العنوان مع الإصدار السادس ما دام ذلك مُمكِنًا. 496

أما الفريق المؤيّد للاستعمال فيُجادل بأنَّ الترجمة تُقدَّم عدَّداً من المنافع والنسهيلات لا بديل آخر لها أو يَصْغُب التَّخلي عنها، ويقولون بضرورة عدم اقتصارها على الإصدار الرابع من بروتوكول الإنترنت، لأنها تصلح أيضاً لإصدار السادس، ومن الفوائد على سبيل المثال، تَجَنُّب عملية إعادة العنونة إذا انتقلت مُنظَّمةً ما من موقع جغرافي إلى آخر، وعندما يُمكن لِلْمُنظَّمة أن تُحافظ على فضاء العناوين القديم بوصفه نطاقاً داخلياً محليةً، وتتَّصل مع سائر الشبكة بصفته نطاقاً خارجياً عبر عملية ترجمة عنوان الشبكة. ومن منافع الترجمة أيضاً استعمالها حلاً لمسألة المُنظَّمات متعدّدة المواقع، أي التي تَكون أماكن استضافتها مُتَبَاعَدَةً جغرافيًا لكنَّ المُضيفين فيها مُعنونون بفضاء العناوين ذاته، ونُوقِشت هذه المسألة في الفصل الثامن من هذا الكتاب. يُمكن في هذه الحالة السماح للمُضيفين بتبادل البيانات في ما بينهم باستعمال ترجمة العناوين المُضاعفة من غير الحاجة لإعادة العنونة. ومن المنافع أيضاً مسألة توحيد إعدادات التهيئة، فلو عُنِنَت الشبكات المحلية كلها باستعمال فضاء العناوين الخاص نفسه واتصلت مع سائر الإنترنت عبر عملية ترجمة مُوحَّدة، لأمكن إعداد تهيئة معيارية تُستَعَمَل في أي شبكة محلية مُعنونة بذلك الفضاء، وهي الحالة السائدة اليوم في الموجَّهات المستعملة في الشبكات المحلية المنزلية. 497

طُورت تقنية خاصة لترجمة عنوان الشبكة من أجل الإصدار السادس من بروتوكول الإنترنت، ووُصِفت في الوثيقة RFC 6296 التي صدرت في شهر يونيو من العام 2011م، ولكنَّ هذا العمل ظلَّ ضمن الإطار التجريبي ولم ينتقل إلى مرحلة المعيار الرسمى. 498

## طبقة النقل

### بروتوكول التَّحَكُّم بالنَّقل

هو بروتوكول نقل يُؤمَن توصيلاً مَوْتُوقاً لليبيانات عبر قنوات اتصال مُهيَّأة. 499 إذا استعمل، تُراقب آلية ترجمة عنوان الشبكة مُحتويات ترويسة البروتوكول الموجودة داخل رزم البيانات المُتبادلة بين طرفي الاتصال من أجل تحديد مَتَى تَبَدَّأ الجلسة.

ينشئ الاتصال بين طرفين، وفقاً لبروتوكول التَّحَكُّم بالنقل، بعد إنجاز عملية المُصافحة المحلية افتراضياً بعناوين من الفضاء الخاص 192.168.0.0/16 أو أفضية فرعية منه. 497 وغالباً ما تُضبط هذه الموجَّهات لِئْعنون الشبكة المحلية افتراضياً بعناوين من الفضاء الخاص 500 التي تَشْمل تبادلاً لِمعلومات ذات صِلة بالاتصال، مثل رقم التَّتابُع. يُمكن تحديد حُصول المُصافحة الثلاثية من خلال تمييز نمط مُحدَّدٍ

<footnote n="495">495 أصل الاسم Internet transparency.</footnote>

<footnote n="496">496 انظر [RFC4924] في ثبت المراجع.</footnote>

<footnote n="497">497 وغالباً ما تُضبط هذه الموجَّهات لِئْعنون الشبكة المحلية افتراضياً بعناوين من الفضاء الخاص 192.168.0.0/16 أو أفضية فرعية منه.</footnote>

<footnote n="498">498 انظر [RFC6296] في ثبت المراجع.</footnote>

<footnote n="499">499 انظر هذا التَّعريف في ص. 386 في [BKE01]، وانظر معيار البروتوكول في [RFC793] في ثبت المراجع.</footnote>

<footnote n="500">500 المُصافحة ثلاثية المراحل أو الثلاثية اختصاراً Three-way handshaking، انظر ص. 82 في [BKE01]، في ثبت المراجع.</footnote>
لقيم عَلَمين مِن أَعلام البزوتوكول مَوجُودين في ترويسته داخل الرَّسائل المُتباذلة بين الطَّرفين، وهذان العلمان هُما عَلم المُزامنة وعَلم إشعار التأكيد.<fnref n="501" />

نُراقب آلية الترجمة مُحتويات التَّرويسة مُراقبةً مُشابهةً لما سبق لتحديد نهاية الجلسة، والتي قد تُوصَف بأنَّها اعتياديَّة، أو بأنَّها مُتزامنةً، إذا رُفِع عَلم النهاية في ترويسة البزوتوكول، وتُوصَف أيضاً بأنَّها مُستحسنةً لو رُفِع عَلم إعادة الضبط.<fnref n="502" /> تَصِف الوثيقة RFC 5382 المتطَّلبات السُّلوكية الَّلازِمَة لِعمل آلية ترجمة عُنوان الشبكة مع بزوتوكول التَّحكُّم بالتنقل من غير خُصُول مُشكِّلات.<fnref n="503" />

تُحدَّد الوثيقة السَّابقة أيضاً كيفيَّة التَّعَامُل مع حالات انقطاع الاتصال، وهي الحالات التي يتوقف فيها أحد الأطراف عن المُشاركة في الجلسة فجأةً من غير إنهايَّها أو تلك التي يتعدَّر فيها تحديد حالة الطرف الآخر، وتيلزم عندها على المُوجَّه المترجم أن يُنهي الجلسة من تلقاء ذاته. تُحدَّد الوثيقة زمناً لانتظار في حال غياب أي نشاط من الطرف الآخر وهو أربع دقائق تبدأ بعد آخر نشاط، إذا كان إنشاء الاتصال قد بدأ، ولكنَّه لم يَكتمل، وساعتان وأربع دقائق إذا كان الاتصال مُنشَّأً ونشيطاً.<fnref n="504" /> تَنَّناول الوثيقة أيضاً كيفيَّة التَّعَامُل مع حالة الاستهلال المُتزامن للاِّتصال،<fnref n="505" /> وهي حالة خاصَّة يُحاول فيها ظرفا الاتصال إنشاءه في الوقت نفسه، ويَكون التغيير في تَنَّابع قيم الأعلام مُختلفاً عندها عن النمط المُوجَّود في المُصافحة الثلاثية<fnref n="506" />، ويحتاج لِمُعالجة أُخرى مُستقلة عن ما سبق.

## بزوتوكول حِزم بيانات المُستخدم

هو بزوتوكول نقل غير موثوق يُؤمَن أنَّصاراً لنقل البيانات عبر قنوات غير مُهيَّأة.<fnref n="507" /> يدعم هذا البزوتوكول عمليَّة نقل البيانات من غير تأسيس اتصال، وهو لا يَطلُب إشعاراً من المستقبل لِتأكيد استلام البيانات المرسلة، ولذلك تَكون ترويسته أقصر طولاً وآلية عمله أقل تعقيداً. نتيجةً لذلك، لا توجد أعلام في التَّرويسة تَساعِد على تحديد مَّتي يُنشَّأ الاتصال أو ينتهي، وتتأثر جلسة الترجمة بما سبق، خاصَّة في مسألة تحديد مَّتي تنتهي الجلسة. لِلتغلب على هذه المشكلة، فإن المُوجَّه المترجم يَضْبُط مع بدء الجلسة مُوقَّت انتظار تنازلِي لِمدَّة زمنيَّة يُمكن تحديدها، ويُستحسن ألا تقل عن دقيقتين.

تبدأ الجلسة عادةً عندما ترد رزمة بيانات تُحقَّق شُرُوط الترجمة، فيترجمها المُوجَّه وفقاً لما هيئ به، ويُرفع عَلم الحالة الخاص ب—

<footnote n="501">501 أصل الاسمين على الترتيب Synchronization flag، اختصاراً، Acknowledgment flag، اختصاراً، SYN، اختصاراً، ACK، اختصاراً، انظر تفاصيلهما في ص. 26-27 في RFC793 في ثبت المراجع.</footnote>

<footnote n="502">502 أصل الاسمين على الترتيب Finish flag، اختصاراً، FIN، Reset flag، اختصاراً، انظر ص. 38، 79، 81 في RFC793 في ثبت المراجع، والإنهاء الاعتيادي Normal close والإنهاء المُتزامن Simultaneous close انظر ص. 39 في المراجع السابق.</footnote>

<footnote n="503">503 انظر [RFC5382] في ثبت المراجع.</footnote>

<footnote n="504">504 انظر ص. 11 في [RFC5382] في ثبت المراجع.</footnote>

<footnote n="505">505 أصل الاسم Simultaneous initiation.</footnote>

<footnote n="506">506 لِلمزيد حول هذا الشأن، انظر ص. 6 في [RFC5382] في ثبت المراجع.</footnote>

<footnote n="507">507 انظر هذا التَّعريف في ص. 400 [BKE01] في ثبت المراجع، وانظر معيار البروتوكول في [RFC768].</footnote>
استقبل المُوجَّه المُتَرَجِم رِزْمَةً جديدةً ضمن الجلسة نفسها، فإذا نَفِدَ المُؤَفَّقَت ولم تُستَقبل أَيُّ رِزْمَةٍ، عَدَّ المُوجَّه أَنَّ
الاتصال مَقطُوعٌ، وحَرَّزْ نُنَائِيَّةَ المُعْرِفَاتُ المُسْتَخْدَمَةُ فِي التَّرْجمة. 508

نُوجَد أَيْضًا مُشكِّلَةٌ مُرتَبِطةٌ بعمليَّة تقطيع رِزم البيانات، فالقطع النَّاتِجة، كُلُّها ما خلا الأولى، لا تَحتوي ترويسة بزوتوكول النقل، لا يُمكن وبسبب ذلك إجراء عمليَّة ترجمة أرقام المنافذ ما لم يُعاد تجميع رِزْمة البيانات الأصيلة كاملةً. في هذه الحالة، لو أخفق تجميع الرِّزْمة الأصيلة، فإنَّ المُوجَّه المُتَرَجِم يَتَخلَّص من الرِّزْمة من غير إجراء عمليَّة التَّرْجمة، وتحصل هذه المُشكِّلَة نفسُها لو استخدم بزوتوكول التَّحَكُّم بالنقل بصفته بزْتوكول نقل بدلاً عن بزوتوكول حِزم بيانات المستخدم. 509

## بزوتوكولات أخرى

نُوجَد بزوتوكولات نقل أُخرى مُستعملة في شَبَكات البيانات وهي أَقْلُ شُيُوعاً مِنَ البرُّوتوكولين السَّابِقِين، منها مثلاً بزوتوكول التَّحَكُّم بازدحام حِزم البيانات المَوَصُوف بوثيقة طلب التعليقات 4340. RFC 510 تَصِف الوثيقة 5597 المُتَطلَّبات السُّلُوكِيَّةُ الأَلَازِمَة لِاستعمال ترجمة عنوان الشبكة معه. 511

أما بزوتوكول التَّحَكُّم بتدفُّق النقل 512 فهو بزوتوكول نقل طوّر أساساً لِنَقل رسائل تَأَشير شَبَكات الهاتِف العامَّة 513 عبر شَبَكة مُعنَوِنةٍ بزوتوكول الإنترنت، وله تطبيقات أُخرى في مجال نقل الصُّوت باستعمال بزوتوكول الإنترنت،514 وهو مَوَصُوف بالوثيقة 4960. RFC لا يُوجَد وثيقة طلب تعليقات تَصِف المُتَطلَّبات السُّلُوكِيَّة لإستعمال ترجمة عنوان الشبكة معه، ولكن صيغت مُسوَّدة لوثيقة في سنة 2009م، ولم يَجِرْ تبْنِيَها لِتُصْبِح معياراً رسميًا. 515

## مُشكِّلاتٌ في التَّنْفِيد

* تقطيع رِزم البيانات: إذا فُطِّعت رِزم البيانات، فإنَّ ترويسة بزوتوكول النقل ستكون في القطعة الأولى فقط، ويُسبَّب هذا مُشكَّلاتٍ في مُراقبة الجلسة إذا كان بزوتوكول النقل هو بزوتوكول التَّحَكُّم بالنقل، لأنَّ الأعلام التي ستراقب ستكون في القطعة الأولى فقط. بالإضافة لذلك، أيًا كان بزوتوكول النقل المستعمل، لا يُمكن تنفيذ

<footnote n="508">508 قد تَنْتَوَّع قيمة مُؤَفَّقَت الانتظار تنوعاً كبيراً وفقاً لِلتَّطْبِيع الذي يُنَفَّذ ترجمة عنوان الشبكة، ولكن التَّوصيات المعياريَّة تُشير إلى استحسان ألا تَقْلَلَ هذه المَدَّة عن دقيقتين، وتُحَبُّد قيمة 5 دقائق لها، لِلمزيد في هذه الشَّان انظر ص. 12 في [RFC4787] في ثبت المراجع.</footnote>

<footnote n="509">509 انظر ص. 19 في [RFC8085] في ثبت المراجع.</footnote>

<footnote n="510">510 أصل الاسم، Datagram Congestion Control Protocol، اختصاراً، DCCP، انظره في [RFC4340] في ثبت المراجع.</footnote>

<footnote n="511">511 انظر في [RFC5597] في ثبت المراجع.</footnote>

<footnote n="512">512 أصل الاسم، Stream Control Transmission Protocol، اختصاراً، SCTP، انظره في [RFC4960] في ثبت المراجع.</footnote>

<footnote n="513">513 أصل الاسمين: الرَّسَائل وشبكة الهاتِف، Public Switched Telephone Network، اختصاراً. PSTN.</footnote>

<footnote n="514">514 أصل الاسم، Voice over Internet Protocol، اختصاراً، VoIP.</footnote>

<footnote n="515">515 انظر [WEB29] في ثبت المراجع.</footnote>
ترجمة أرقام المنافذ في حال التقطيع، فالقطع الناتجة كلها، ما خلا القطعة الأولى، لا تحتوي أرقام المنافذ كما تقدّم. 516

* الاستعمال مع بروتوكول نقل الملفات: 517 يُستعمل بروتوكول نقل الملفات في أوامره الترميز المعياري الأمريكي لتبادل المعلومات، المعزوف اختصاراً بالاسم الزمزي آسكي، 518 بمعنى أنّ ترميز العدد لا يكُون وفقاً لقيمته، بل وفقاً لعدد الأرقام الذي يشّكله، أي ترمز الأعداد 0 و 9 مثلاً برمز واحدٍ، و 10 و 50 و 99 برمزين، و 100 و 500 و 999 بثلاثة رموز. تحصُّل المشكلة عندما يتغيّر طول العُنوان المستعمل في أمر بروتوكول نقل الملفات فمثلاً تُرمز قيم خانات العُنوان: 10.0.0.1 باستعمال خمسة محارف مُرمزة بترمىز آسكي، هُم واجدان وثلاثة أصفار، بينما تُرمز قيم خانات العُنوان 200.100.10.1 باستعمال تسعه محارف هُم اثنين وحيدةً وثلاثة وحدانٍ وخمسة أصفار. ويسبّب هذا التغيّر في الطُّول إزاحةً في مواقع قيم التروبيات التالية فتَضَطَّرب عمليّة تحديد حُقول الترويسة. ويلزم لحلّ هذه المشكلة تحديث ترويسة بروتوكول نقل الملفات بعد إجراء الترجمة لتعكس التغيير الحاصل في رزمة البيانات المترجمة. 519

* التَّطبيقات المُعتَمِدة على المعْزَفات المُترجمة: تُوجد مَجمُوعةٌ من التَّطبيقات اللَّتي يَعْتَمِد عملها على عُنوان بروتوكول الإنترنت أو أرقام المنافذ أو اللَّتي تحتويهما في موقع ما من ترويستها. سيُسبَّب تبديل العُنوان في أثناء عمليَّة الترجمة مُشكلةً في عمل التَّطبيق، ويلزم لحلّها إجراء عمليَّة التَّبديل نفسها في ترويسة بروتوكول التَّطبيق أيضاً، ولإنجاز ذلك تُستخدم تطبيقات خاصَّة تُهيَّأ في المُوجَّه المُترجم، وتُسمَّى الواحدة منها البوابة عند مستوَّى التَّطبيق. 520 طُرح حلّ هذه المشكلة وهو تخطّي الترجمة 521 ويُشْمَل عمل تطبيق في المُضيفين للحُصول على مُعرَّفات الطَّرف الآخر البعيد الذي يُراد الاتصال معه، ثُمَّ إجراء التَّبديل اللازم في ترويسة بروتوكول التَّطبيق في المُضيف المَصدر قبل إرسال الزَّمة التي ستجري ترجمتها. طُوِّرت مَجمُوعة من البروتوكولات التي تتَّبَّئ هذا الحَلّ أو شكلاً مُشتَقًا عنه، أشهرها: بروتوكول خِدَّمات تخطّي جلسة ترجمة عُنوان الشبكة، وهو موصوف في الوثيقة 5389، RFC 522، وبروتوكول تخطّي الترجمة باستعمال المرحلات، وهو موصوف في الوثيقة 5766، RFC 523.

<footnote n="516">516 لمزيد حول هذا الشأن انظر ص. 309 في [BKE02] في ثبت المراجع.</footnote>

<footnote n="517">517 أصل الاسم FTP، اختصاراً، File Transfer Protocol، اختصارا، American Standard Code for Information Interchange، اختصاراً، ASCII، وهو ترمير معياري للفارِف، سباعي البَتات، طُوِّر في عام 1963م بدعمٍ من المعهد الأمريكي لمعايير الوظيفية American National Standards Institute، المعزوف اختصاراً بالاسم الزمزي ANSI، لِغرض تبادل المعلومات في الاتصالات الإلكترونيَّة، وُنِشِّر تحت الاسم الزمزي 1963-X3.4، انظر [STD09] في ثبت المراجع.</footnote>

<footnote n="519">519 انظر نقاشاً موسعاً حول هذه المشكلة في ص. 26-25 في [RFC2663] في ثبت المراجع.</footnote>

<footnote n="520">520 أصل الاسم Application-Level Gateway، اختصاراً، ALG، انظر ص. 6 في [RFC2663] في ثبت المراجع.</footnote>

<footnote n="521">521 أصل الاسم NAT Traversal، للمزيد حوله انظر ص. 316 في [BKE02] في ثبت المراجع.</footnote>

<footnote n="522">522 أصل الاسم Session Traversal Utilities for NAT، اختصاراً، STUN، انظره في [RFC5389] في ثبت المراجع.</footnote>

<footnote n="523">523 أصل الاسم Traversal Using Relays around NAT، اختصاراً، TURN، انظره في [RFC5766] في ثبت المراجع.</footnote>
* الحاجة لإعادة الحساب: تتطلب ترجمة عُنوان الشبكة حاسبةً وفُدرات مُعالجة مَلحوظة، فمَن أَجَل كُلَّ رِزمة تُترجم، تُوجَد حاجة لإعادة حساب كُلَّ تَحَقُّق جميًّا يُغَطِّي الحُقول الَّتي عُدِّلت، وقد يُسبَّب هذا أيضا زيادةً في الزمن اللازم لِمعالجة الرزمة وبالنَّالي تأخيراً في عمليَّة التوجيه.
تركت هذه الصَّفحة فارغةً عمداً لِغرض تنسيق الكتاب
الباب الرَّابِع: الإصدار السَّادِس مِن بِرُوتُوكُول
الإنْتِرنِت و مُلْحَقَاته

<figure><img src="image_120.png" /></figure>

<figure><img src="image_121.png" /></figure>
تركت هذه الصَّفحة فارغةً عَمداً لِغرض تنسيق الكتاب
# الفصل العاشر: الإصدار السَّادِس مِن بِرُوتُوكُول

## الإنترنت
## مقدمة

الإصدار السَّادِس مِن بزوتوكول الإنترنٹ 524 هو بزوتوكول تشبيك يَعمل في طبقة الشبكة وفقاً لِتموذج الرَّبط البيئي لأنظمة المفتوحة، يُستعمل لِتقديم وظائف العنونة والتقطيع وإدارة حركة البيانات. طوّر الإصدار السَّادِس في عام 1995 م على يد مجمُّوعة مهندسي الإنترنٹ بصفته حَلَّا نهائِيًا لِمشكلة استنفاد فضاء عناوين الإصدار الرابع من بزوتوكول الإنترنٹ.

يُعْرَف البزوتوكول ترويسة ثابتة الطُّول فيها أربعون بايتاً، تُضاف إلى رزم البيانات التي يُنشئها كلها، ويُوجَد أيضاً مجمُّوعةً من ترويسات التوسعة التي يُمكن استخدامها اختيارياً وفقاً لِلحاجة عند أداء الوظائف نحو التقطيع، ويُمكن أن تحوَّي رزمة بيانات الإصدار السَّادِس على أكثر من ترويسة توسعية تلي ترويسة البزوتوكول.

يُعْرَف البزوتوكول فضاءً من العناوين يَضمُّ قرابة 3.4 × 10³⁸ عنواناً، طول كلّ منها 128 بناً. يُقسَّم الفضاء رياضياً إلى فضاءين جزئيين هما فضاء البث فريد الوجهة وفضاء البث المجمُّوعاتي، وتُدير هيئة أرقام الإنترنٹ المُخصصة كلا الفضاءين. يَدْعَم البزوتوكول ثلاثة أنماط من العنونة هنّ العنونة فريدة الوجهة وعنونة البث نحو الأقرب وعنونة البث المجمُّوعاتي، ولا يَدْعَم البث العام.

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

يَدْعَم الإصدار السَّادِس أيضاً آلَيْتَين لإدارة حركة البيانات في الشبكة. الآلية الأولى هي تعريف تدفقات لِرمز البيانات، وهي طريقة لِتحديد مجمُّوعةٍ من الرَّزم المُرسَلَة مِن مَصَدِّر مُحدَّدٍ إلى وجهة مُحدَّدة، ويُستعمل لأجل ذلك حَقَل مُخَصَّصٌ في ترويسة البزوتوكول. أما الآلية الأخرى فهي دعم مستويات مُتَعَدَّدة لِجودة الخدمة في الشبكة، ثُمَّ تحديد المستوى المطلوب لكلّ رزمة باستعمال حَقَل مُخَصَّصٌ لِذلك في ترويسة البزوتوكول. في كلتا الآلَيْتَين، لا يُحدَّد البزوتوكول كيفيَّة مُعالجة الرَّزم تحديداً تفصيليًا، ولكنَّه يَشْرَح كيفيَّة تمييز بَعضِها من بعض في المَرَحَلة التي تَسْبِق مُعالَجتها.

يَنْشَأ عن استعمال الإصدار السَّادِس مِن بزوتوكول الإنترنٹ مجمُّوعةٍ من ثغرات الأمن التي قد تكون منظَّلقًا لِمجمُّوعةٍ من الهجمات، بعضها مرتبط بالتقطيع نحو هُجُوم القطعة الصغيرة أو هُجُوم القطع المُتراكبة، وبعضها مرتبط بإدارة حركة رزم البيانات مثل هُجُوم سرقة الخدمة.

## نبذة تاريخية

إبتدأ نُموُّ شبكات البيانات وانتشارها حول العالم منذ سبعينيات القرن العشرين، وكانت نقطة الانطلاق من المراكز البحثيَّة والجامِعات في الولايات المُتَحَدَّة الأمريكيَّة، وسُمِّيت هذه الشبكة أربَّانِت في بداياتها. اعتمدت أربَّانِت على مجمُّوعةٍ من
البروتووكولات التي طورتها وكالة مشاريع البجحود الدفاعية المُتقدمة، ومنها الإصدار الرابع من بروتوكول الإنترنت الذي أُسْتَخْدِم لِعنونه المُعدات المُتَصِلة مع الشبكة عنونية فريدة على المستوى العالمي. اعتمد الإصدار الرابع من بروتوكول الإنترنت، كما تقدَّم في الفصل الثالث، على فضاء عنونية يُبلَغ طول العُنوان فيه 32 بتاً، وفُسَّم هذا الفضاء إلى أفضية جزئية سُمِّيت أصنافاً، خُصِّصت ثلاث منها لعنونة البث فريد الوجهة، وهي الصنف A والصنف B والصنف C، وخصَّص فضاء جزئيرابيع لليث المجموعاتي، وسُمِّي الصنف D.

بدَّأ استخدام الإنترنت تجارياً في مطلع التسعينيات، وأصبح من الشائع بعدها تقديم الخدمات أو بيع المنتجات عبرها، وسبب هذا نموذجاً سريعاً للشبكة خاصة في الولايات المتحدة الأمريكية. وكما مرّ في الفصل السابع، فإن مشكلة استنفاد فضاء عناوين الصنف B أصبحت داهية، أوّلاً بسبب نمو الشبكة السريع، وثانياً، لأن نمط العوننة المستعمل سبب استهلاك فضاء العناوين استهلاكاً متسارعاً وغير فعال. لذلك كان من المتوقع استنفاد فضاء عناوين الصنف B بدءاً من العام 1993م.

عُولجت هذه المشكلة ضمن إستراتيجيتَين، تَشْمُل الأولى خُلُولاً سريعة التطبيق قصيرة الأمد، أَمَا الأخَرَى، فتُعنى بحلَّ نهائي دائمٍ طويل الأمد. طوّر التوجيه غير الصنفي بين النُّطاقات في إطار الإستراتيجية الأولى في العام 1992م، وقد درِس في الفصل الثامن من الكتاب، وطوّرت أيضاً تقنية ترجمة عُنوان الشبكة في العام 1994م، وقد تناولناها بالتفصيل في الفصل التاسع. نَجَحت خُلُول الإستراتيجية قصيرة الأمد في إطالة عمر الإصدار الرابع من بروتوكول الإنترنت من خلال إبطاء استنفاد الفضاء.

أما في ما يخصُّ الإستراتيجية طويلة الأمد، فقد بدَّأت مجموعة مهنيسي الإنترنت في العمل مُنذ مطلع التسعينيات على تطوير إصدار جديد من بروتوكول الإنترنت. كان التوجُّه العامُ في سنة 1993م، هو طرح نظام عنونية جديد موسَّع ضمن إصدار جديد من بروتوكول الإنترنت، لذلك طلبت المجموعة اقتراحات في هذا الشأن مع نهاية تلك السنة.525 شَكَّلت المجموعة في تلك الفترة أيضاً نطاق عمل جديد سَمَّته الجيل التالي من بروتوكول الإنترنت526، وعمل فيه 15 مهنيداً من اختصاصات متنوعة على مراجعة ودراسة الاقتراحات لصياغة حلّ نهائي شامِل.527

طرح المعيار الأول للإصدار السَّادِس مِن بروتوكول الإنtrنِت تحت الاسم الزَّمزي 1883 RFC في شهر ديسمبر من العام 1995م، وصَدَر معه أيضاً المعياران الأولان لِمُحدَّدات بنية العناوين في الإصدار السَّادِس ولبروتوكول رسائل التَّحْكُم لِلإصدار السَّادِس، وحَمِلت وثائق طلب التَّعليقات الخاصة بها الاسم الزَّمزيان 1884 RFC و1885 RFC على الترتيب.528 سُتُناقش بنية العناوين في ما سيَّتي في هذا الفصل، في حين خُصِّص الفصل الحادي عشر من هذا الكتاب لِمُناقشة بروتوكول رسائل التَّحْكُم لِلإصدار السَّادِس سالِف الذَّكر. صَدَر المعياران الأولان لبروتوكول اكتشاف الجيران ولآلية تهيئة العُنوان الدَّائِة الآلية التي سُتُناقش في ما سيَّتي في هذا الفصل لاحقاً في شهر أغسطس مِن العام التالي، وحَمِل

<footnote n="525">525 انظر [RFC1550] في ثبت المراجع.</footnote>

<footnote n="526">526 أصل الاسم IP Next Generation، اختصاراً، IPng، انظر ص. 2 في [RFC1752] في ثبت المراجع.</footnote>

<footnote n="527">527 انظر ص. 45 في [RFC1752] في ثبت المراجع.</footnote>

<footnote n="528">528 انظر هذه المعايير الثلاثة في [RFC1883] و[RFC1884] و[RFC1885] في ثبت المراجع.</footnote>
المعياران الاسمين الرمزِيْن 1970 RFC و 1971 RFC على الترتيب. 529 أَمَا بزوتووكول اكتشاف الجيران، فقد خُصَصَ الفصل الثَّاني عَشَرَ مِن هذا الكتاب لِمناقشته.

صَدَرَتْ مَجْمُوعَةٌ تَحَدِيثَاتٍ جَدِيدَةٍ فِي دِيسمبر مِن العام 1998 م تضَمَّنَتْ أربع وثائق طَلَبَ تعليقات تَمَتَّدُ أَسماوُها الرمزية من 2460 RFC حَتَّى 2463 RFC، وشَمَلت معايير جديدة لِلإصدار السَّادِس ولِبزوتوكول رسائل التَّحَكُّمِ الخاص به ولِبزوتوكول اكتشاف الجيران ولِآلَيَّةِ تهيئة العنوان الدَّائِيَّةِ الآلِيَّةِ. واستمرت التَّحَدِيثَاتُ بالصُّدور مُنفِصَةٌ أو ضمن مَجْمُوعَاتٍ، فصَدَرتْ ثلاث معايير مُتتابعة لِبنية عناوين الإصدار السَّادِس، آخرها في فبراير مِن العام 2006 م، وحَمَلَ الاسم الرَّمزِيَّ 4291 RFC. 531 صَدَرَ أَيْضًا معيار ثالث لِبزوتوكول رسائل التَّحَكُّمِ لِلإصدار السَّادِس في مارس مِن العام 2006 م، وحَمَلَ الاسم الرَّمزِيَّ 4443 RFC. وصَدَرَ ثالثًا زوجان مِن المعايير أحدهما لِبزوتوكول اكتشاف الجيران والآخر لِتهيئَةِ العنوان الدَّائِيَّةِ الآلِيَّةِ في فبراير 2007 م وحَمَلَ الاسم الرَّمزِيْنَ على 4861 RFC و 4862 RFC على الترتيب. وأخيراً صَدَرَ المعيار الحالي لِلإصدار السَّادِس مِن بزوتوكول الإنترنت في يُونِيو مِن العام 2017 م وحَمَلَ الاسم الرَّمزِيَّ 8200 RFC. ويُبيَّن الشكل (10-1) الخط الرَّمِيَّ لِلإصدارات السَّابِقةُ كُلَّها.

<figure><img src="image_122.png" /><figcaption>الشكل (10-1): خط زميّ لِلمعايير النَّاظمة لِلإصدار السَّادِس مِن بزوتوكول الإنترنت ولِبزوتوكولات الزَّديفة له</figcaption></figure>

## مَبْدَأُ الْعَمَل

الإصدار السَّادِس مِن بزوتوكول الإنترنت هو بزوتوكول تشبيك يَعْمَلُ في طَبْقة الشَّبكة في نَموذج الزَّبط البيئي لِلأنظمة المفتوحة، ويُشْرِفُ على مهام العنونة وتقطيع رِزم البيانات ويُساهِم في إدارة حركة البيانات في الإنترنت. صُمِّمَ الإصدار السَّادِس مِن بزوتوكول الإنترنت ليَحلَّ محلَ الإصدار الرابع، وليُعالج المشكِّلات النَّاجمة عن استعماله والتَّنَتَلَخَّص بفضاء عناوين مَحدُود الحجم وبِنِية ترويسة مُعَقَّدَةٍ ودَعَمَ مَحَدُودٍ لإمكانية إضافة توسعات جديدة لِلأَصَل. بالإضافة لِمُعَالَجة هذه المشكِّلات، فقد امتلك الإصدار السَّادِس إمكانيَّات جديدة نحو إنشاء تدَفَقات مِن رِزم البيانات وتمييزها بلافتات

<footnote n="529">529 انظر في [RFC1970] و [RFC1971] في ثَبَتَ المراجع.</footnote>

<footnote n="530">530 انظرها في [RFC2460] و [RFC2461] و [RFC2462] و [RFC2463] في ثَبَتَ المراجع.</footnote>

<footnote n="531">531 انظره في [RFC4291] في ثَبَتَ المراجع.</footnote>
خاصَّة تَنْتِيح إمكانيَّة لتقديم مستويات مُختلفة من جودة الجدمة، ونحو دَعم توسعات جديدة اختياريَّة لمسائل الأمنيَّة تَشْمَل دَعم المُصادقة وخصوصيَّة البيانات.<fnref n="532" />

يُقدَّم الإصدار السَّادِس، كما الإصدار الرَّابِع، خدمتي العنونة والتَّقطيع. في ما يَخصُّ العنونة فإنَّ البروتوكول يُعزَّف فضاء عناوينَ يَضمُّ 2128 عنواناً، ويَدَعُم ثلاثة أنماط: هي عنونة البث فريد الوجهة وعنونة البث المجمُّوعاني وعنونة البث نحو الأقرب، أما البث العام فَهو غير مَدْعُومٍ.<fnref n="533" />

في ما يَخصُّ التَّقطيع، يُقطع البروتوكول رِزم بيانات الإصدار السَّادِس في مَصدَرها فقط، ويُعيد تجميع القطع في وجهتها النَّهائِيَّة فقط، ولا حاجة لِتقطيع رِزم البيانات في أثناء عُبورها المسار لامتلاك مَصدَر الزَّم آليَّة لِلتَّعْرُف على قيمة وحدة النَّقل العُظمى لِلمَسَار قبل البدء بالإرسال، ما يَسمح له باختيار القيمة المُناسِبة وتقطيع رِزمة البيانات على أساسها.<fnref n="534" />

أما في ما يَخصُّ إدارة حركة البيانات، فيَدَعُم البروتوكول آليَّتين مُنفصِلاتين هما الإدارة باستعمال تدفُّق البيانات والإدارة باستعمال نوع الجدمة. في ما يَخصُّ إنشاء تدفقات رِزم البيانات، فهي آليَّة يَدَعُمها البروتوكول تَسمح بتعريف مَجمُّوعة مُحدَّدةٍ من رِزم البيانات التي تُنقل بين مَصدَر لِزم البيانات ووجهة واحدة لها على الأقل. وَتُعرِّف هذه الآلِيَّة التَّدْفُّق بأنَّه مَجمُّوعة كل رِزم البيانات التي تَنْتَقِل في اتْجاه واحد عبر قناة اتصال مُحدَّدة. ولا يَلْزم أن يَكون المُضيف الوجهة فريداً فيُمكن لهذه الآلِيَّة أن تَدَعُم بالإضافة لِزم البث فريد الوجهة رِزم البث المجمُّوعاني ورِزم البث نحو الأقرب. نُساعِد عمليَّة إنشاء تدفقات الزَّم على تصنيف حركة البيانات وتقديم الجدمة المُناسِبة لها اعتماداً على ترويسة بزوتوكول الإصدار السَّادِس فقط من غير الحاجة لِترويسات الطبقات العليا.<fnref n="535" />

أما في ما يَخصُّ استعمال نوع الجدمة، فهي آليَّة مشابهة لِما طُبِّقَ في الإصدار الرَّابِع من البروتوكول، وفيها يُستعمل حقل نوع الجدمة لِتعريف أصناف مُختلفة من الجدّمات حسب الحاجة، ويُصار بعدها إلى مُعالجة كلّ رِزمة وتقديم الجدّمات إليها وفقاً لقيمة هذا الحقل فيها.<fnref n="536" />

تُعرِّف مُحدَّدات البروتوكول، بالإضافة لما سبق، المُصطلحات التَّالية، وتَسْخِدِمها وثائق طَلب التَّعليقات ذات الصلة:<fnref n="537" />

* عنوان البروتوكول: مُعرَّف رقمي يَخصُّ طبقة الشبكة يمكن أن يُمنح لِمنفَذ واحد أو لِمنافذ مُتعدَّدة معاً.

* العُقدة:<fnref n="538" /> أي جهاز يستعمل البروتوكول في الشبكة.

<footnote n="532">532 انظر ص. 4 في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="533">533 انظر ص. 2-3 في [RFC4291] في ثبت المراجع.</footnote>

<footnote n="534">534 انظر [RFC8201] في ثبت المراجع.</footnote>

<footnote n="535">535 انظر ص. 1، 3 في [RFC6437] في ثبت المراجع.</footnote>

<footnote n="536">536 انظر ص. 2-1 في [RFC2474] في ثبت المراجع.</footnote>

<footnote n="537">537 انظر ص. 5 في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="538">538 أصل الاسم Node، ووَرَدت هذه الكلمة في أؤل معيار الإصدار السَّادِس (ص. 3 في [RFC1883] في ثبت المراجع)، ولم تكن مستعملة قبلاً في معيار الإصدار الرَّابِع الذي استعمل كلمة مُضيف خصراً.</footnote>
*   الموجه: 539 هو عقدة تُنجِز عملية توجيه رِزم بياناتٍ لم تُولدها، للإصدار السَّادِس مِن بزوئوتوگول الإنترنِت.

*   المضيف: هو أي عقدة ما خلا الموجهات.

*   الوصلة: وسط اتصالٍ على مستوى طبقة الصلة، يُمكن لِلْعَقَد أَن تَتوَصل بعضها مع بعضٍ عبرها.

*   الجيران: 540 بالنسبة لِلْعَقَدِ ما مُتَصِلَةٍ مع وصلة واحدة أو أكثر، فإن الجيران هم العُقد اللاتي يتَصِلن مع تلك الصلة أو الوصلات.

# ترويسات البروئوتوگول

## تتابع التَّرويِسات

يُضيف الإصدار السَّادِس مِن بزوئوتوگول الإنترنِت ترويسة خاصة به في عملية التَّغليف عند إنشاء رزمة البيانات، وظُول هذه التَّرويِسَة ثابت، وهو 40 بايتا دائماً. 541 يمكن أيضاً أن تضاف معلومات أخرى تخص طبقة الشبكة في ترويسات خاصة تسمَّى ترويسات التوسيعة، وهي تضاف إضافةً اختيارية بعد ترويسة بزوئوتوگول الإصدار السَّادِس، وقبل ترويسات بزوئوتوگولات الطبقات العليا. ولترويسات التوسيعة أنواع هي: ترويسة خِيارات المسار وترويسة القِطعة وترويسة خِيارات الوجهة وترويسة التوجيه وترويسة المُصادقة وترويسة تأمين الحُمُولة باللغيف. 542

يمكن إنشاء تتابع من التَّرويِسات، ولكل نوع ترويسة معرَّف مُحدَّد، وتحتوي التَّرويِسات كلها، بما في ذلك ترويسة الإصدار السَّادِس، حقلًا مُخَصَّصًا لِقيمة معرَّف نوع التَّرويِسَة الثَّالِية في التَّتابُع، وفيه تُشير قيمة حقل المعرَّف في كل ترويسة إلى نوع التَّرويِسَة الثَّالِية، في حين تُخصص القيمة 59 للإشارة إلى غياب ترويسة تالية وتُستعمل في التَّرويِسَة المُوجودة في نهاية التَّتابُع. تضبط هيئَة أرقام الإنترنِت المُخصَّصة القيم المعيارية لِمعرَّفات أنواع التَّرويِسَة. 543 وإذا وَرَدت ترويسات عديدة معاً (الشَّكل (2-10))، فتكون بالترتيب التالي: 544

1. ترويسة بزوئوتوگول الإنترنِت

2. ترويسة خِيارات المسار

3. ترويسة خِيارات الوجهة (للخِيارات التي ستعالج في الوجهة الأولى على المسار أو أي وجهة وسيطة أخرى مُحدَّدة بترويسة التوجيه ما خلا الوجهة النهائية)

<footnote n="539">539 أصل الاسم Router، وَوَرَدت هذه الكلمة منذ أَوَّل معيار لِلْبزوئوتوگول، انظر ص. 3. في [RFC1883] في ثبت المراجع، ولم تكن مستعملة قبلاً في معيار الإصدار الرابع الذي استعمل كلمة بؤابية بدلًا عنها. قاَن بين المُصطلحين بمراجعة ص. 21. وص. 42. في [RFC1392].</footnote>

<footnote n="540">540 أصل الاسم Neighbor، وتعني جار، انظر ص. 763. في [BKA02] في ثبت المراجع.</footnote>

<footnote n="541">541 انظر ص. 7. في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="542">542 انظر ص. 9. في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="543">543 انظر سجل الهيئة المُخَصَّص لِمُحدَّدات الإصدار السَّادِس في [WEB30] في ثبت المراجع.</footnote>

<footnote n="544">544 لا يُلِزم المعيار مُنفَّذي البروئوتوگول اتباع التَّرتيب السَّابِق اتباعاً إزامياً، ولكنه يَسْتحسن ذلك، انظر ص. 10. في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="545">545 وانظر أيضاً بُنَى هذه التَّرويِسات واستعمالها في الملحق وفي هذا الكتاب. أصول الأسماء هي على التَّرتيب: Hop و Internet Protocol version 6 و Encapsulating Security Payload و Authentication و Routing و Destination options و Fragment و by-Hop options</footnote>
4. ترويسة التوجيه

5. ترويسة القِطعة

6. ترويسة تأمين الحُمُولة بالتأَّغليف

7. ترويسة خِيارات الوجهة (لِلخِيارات الَّتي سُتُعالَج في الوجهة النَّهائِيَّة فقط)

8. ترويسات بزوئوُوكولات الطَّبقات العليا

يَلزَم أَن يَكون طُول ترويسة التَّوُسعة عَدَدًا صحيحاً مِن مُضاعَفات 8 بايتات، أي 16 و 24 و 32 ... إِلخ، وهذا ضروري لِمُحاذاة التَّرويسات المُتتابعة. تَضمُّ بعض مِن التَّرويسات عَدَدًا مِن الخِيارات الَّتي يَكون لها بِنِيةٌ مُحدَّدةٌ أيضاً فَتَصَطَّف وَفَقها وُتُحاذَى تلقائيًا داخل التَّرويسة. 545

<figure><img src="image_123.png" /></figure>

رزمة بيانات الإصدار السَّادِس
مِن بزوئوُوكول الإنتريت
مِن غير أي ترويسة توسيعة

<figure><img src="image_124.png" /></figure>

مع ترويسة التوجيه

<figure><img src="image_125.png" /></figure>

مع ترويسيتي
التجويمه والقطعة

الشكل (2-10): أمثلة متنوعة عن تَنَائِع التَّرويِّسات في الإصدار السَّادِس مِن بزوئوُوكول الإنتريت

لا تُعالَج أَيُّ ترويسةٍ، ما خلا ترويسة خِيارات المسار، في أثناء عُبُور رِزمة البيانات لِلمَسار، ولا تُضاف أَيُّ ترويسةٍ لِلزَّزمة ولا تُحَذَّف منها، حتَّى تبلغ العُقدة المُحدَّدة بعنوان الوجهة في ترويسة البزوئوُكول. 546

إِنَّ وُجود ترويسات التَّوُسعة في رِزمة بيانات ما هو مَسْأَلةٌ اختياريَّة، أَمَّا دعمها فهو إِلزامي في أي تَنفيذ للإصدار السَّادِس مِن البزوئوُكول، ولكن يُوجد ترويسات أُخرى مُعرَّفة لإِغراض خاصَّة، ولا يَلزَم أَن تَكون مَدْعُومةً في كل تَنفيذ لِلبروئوُكول، منها على سبيل المثال ترويسة خِيارات الحركة 547 وترويسة بزوئوُوكول هوَيَّة المُضيف 548.

<footnote n="545">545 انظر ص. 9 في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="546">546 في ما يخصُّ مُحتويات ترويسة خِيارات الوجهة، سواء كانت الوجهة العُقدة الأولى على المسار أو عقداً وسيطةً عليه، فإنها تُخضع لهذه القاعدة أيضاً. فإذا أرسلت الزَّزمة عبر مَسارٍ مُحدَّدٍ نحو وجهتها النَّهائِيَّة، فإن عناوين الوجهات الوسيطة المُتوقعَة على طُول المسار تَكون مَوجُودةً في ترويسة التوجيه فيها، وتَكون قيمة حقل عنوان الوجهة في ترويسة البزوئوُكول هي عنوان الوجهة الأولى. وعندما تصل الزَّزمة إلى الوجهة الأولى، فإن البزوئوُكول يُغَيِّر قيمة عنوان الوجهة، ويَضَع بدلاً منه عنوان التَّالي المَوجُود في ترويسة التوجيه. عملياً، لم تُعالَج ترويسات التَّوُسعة في الزَّزمة حتَّى بلغت الزَّزمة وجهتها المُحدَّدة بقيمة حقل عنوان الوجهة في ترويسة البزوئوُكول.</footnote>

<footnote n="547">547 أصل الاسم Mobility options، للمزيد في هذا الشَّأن انظر ص. 49 في [RFC6275] في ثبت المراجع.</footnote>

<footnote n="548">548 أصل الاسم Host Identity Protocol، اختصاراً HIP، للمزيد حوله انظر ص. 38 في [RFC7401] في ثبت المراجع.</footnote>
## ترویسة البرونوگول

يبلغ طول ترویسة الإصدار السادس 40 بايتا، وتتكون من ثمانية خُفُول (الشَّكل (3-10))، هي وفقاً لترتيب وُردوها:

* حقل رقم الإصدار: طوله 4 بتاتٍ، يحمل رقم الإصدار، وقيمه هي 6 دائماً في ترویسة الإصدار السادس من برونوگول الإنرنیت.

* حقل صنف حركة البيانات: طوله 8 بتاتٍ، ويحتوي معرفاً رقمياً يمكن ضبطه لتحديد جودة الجدمة التي ستحصل عليها رزمة البيانات.

* حقل لافته التدُّفُّق: طوله 20 بتاً، ويحتوي معرفاً رقمياً يُحدَّد التدُّفُّق الذي تنتهي إليه رزمة البيانات، ويُمكن أن نُستعمل هذه القيمة في تحديد كيفية معرجة الرزمة في الموجّهات في أثناء عُبورها المسار نحو وجهتها.

* حقل طول الحُمُولة: طوله 16 بتاً، ويحتوي عدداً صحيحاً موجباً يُمثل طول حُمولة الرزمة التي تُوجد فيها التَّرويسة مُقدراً بالبايت، يَشْمُل ذلك ترویسات التَّوسعة التي تلي ترویسة الإصدار السادس كلها.

* حقل التَّرويسة التالية: طوله 8 بتاتٍ، ويُحدَّد نوع التَّرويسة التالية، التي تلي هذه التَّرويسة. إذا كانت التَّرويسة مغايرة لترویسات التَّوسعة، فإنَّ قيم هذه الحقل مُطابقةً لقيم المستعملة في الإصدار الرابع من البرونوگول.

* حقل عَدَد القفزات: طوله 8 بتاتٍ، ويحتوي عدداً صحيحاً موجباً. يُنَقِّص كل موجةٍ يُعالج رزمة البيانات ويُوجَّهها واحداً من هذه القيمة. يَفَحَّص كل موجةٍ يَستقبل رزمة البيانات قيمة هذا الحقل أولاً، فإذا كانت مساويةً للصفر، فإنَّه يَتَخلَّص من الرزمة، ونُستثنى من ذلك الوجهة النهائية للرزمة، فإذا أُسْتقبلت رزمة بقيمة صفرية في هذا الحقل، فلا تَتَخلَّص منهن بل تُعالِجه.

* حقل عُنوان المصدر: طوله 128 بتاً، وهو عُنوان العُقدة المصدر التي ولدت رزمة البيانات.

* حقل عُنوان الوجهة: طوله 128 بتاً، وفيه عُنوان وجهة الرزمة. قد يحتوي عُنوان الوجهة الأخيرة، أو عُنوان المستقبل التالي للرزمة إذا كانت ترویسة التوجيه موجودة بعد ترویسة البرونوگول.

<table><thead><tr><th></th><th></th><th></th><th></th></tr></thead><tbody><tr><td>0</td><td></td><td>11</td><td>15</td><td>23</td><td>31</td></tr><tr><td></td><td>الإصدار</td><td>صنف حركة البيانات</td><td>لافته التدُّفُّق</td><td>التَّرويسة التالية</td><td>عدد القفزات</td></tr><tr><td></td><td></td><td>طول الحُمُولة</td><td></td><td></td><td></td></tr><tr><td></td><td></td><td></td><td>عنوان المصدر</td><td></td><td></td></tr><tr><td></td><td></td><td></td><td>عنوان الوجهة</td><td></td><td></td></tr></tbody></table>

الشَّكل (3-10): ترویسة الإصدار السادس من برونوگول الإنرنیت
# الوظائف

## العنونة

### تعاريف

تُعَرِّف مُحدَّدات البزوئوُكول فضاءً لِلعناوين يُبلغ طول كلٌّ عنوانٍ فيه 128 بِتاً، ومعنى ذلك أن الفضاء يَضمُّ 2¹²⁸ عنواناً أي ما يُقارِب $3.4 \times 10^{38}$. تُمنح عناوين الإصدار السَّادِس لِلمنافذ، لا لِلْعُقَد، ويُمكن لِلمنَفَذ أن يَستضِيف أكثر من عنوانٍ في الوقت نفسه، ويُمكن أن يَكون لِلْعُقَدَة أكثر من منَفَذ في الوقت ذاتِهِ.

يَدَعَم الإصدار السَّادِس مِن بزوئوُكول الإنترنِت ثلاثة أنماطٍ لِعنونة المنافذ هي عنونة البثّ فريد الوجهة، وعنونة البثّ المجمُوعاتيَّة وعنونة البثّ نحو الأقرب، 549 ولا يَدَعُم البزوئوُكول نمط عنونة البثّ العامَّ. 550 في عنونة البثّ فريد الوجهة، يَستضِيف منَفَذ ما عُنواناً فريدًا، ونُوجَّه الرَّزم المُرسَلة نحو هذا العُنوان إلى المَنَفَذ الَّذي يَستضِيفه. أَمَّا في عنونة البثّ المجمُوعاتيَّة، فتَستضِيف مَجمُوعةً مِن المَنَفَذ عُنواناً ما في الوقت نفسه، ونُوجَّه الرَّزم المُرسَلة نحو ذلك العُنوان إلى المَنَفَذ الَّتي تَستضِيفه كُلَّها. أَمَّا في عنونة البثّ نحو الأقرب، فتَستضِيف مَجمُوعةً مِن المَنَفَذ عُنواناً ما في الوقت نفسه، ونُوجَّه الرَّزم المُرسَلة نحو هذا العُنوان إلى أقرب منَفَذ يَستضِيفه. 551

يُبلغ طول عُنوان الإصدار السَّادِس مِن بزوئوُكول الإنترنِت 128 بِتاً، ويَكون البَت الواقع في أقصى اليسار هو البَت الأكثر أهميةً (الشكل (4-10)). يُكتب عُنوان الإصدار السَّادِس باستعمال نظام العَدِّ سِتة العشريَّة، ونُمَّل كلُّ 4 بتاتٍ مُتتاليةً فيه بخانة سِتة عَشريَّة واحدة تَكون قِيمتها وفقاً للجدول (1-10).

<figure><img src="image_126.png" /></figure>

<footnote n="549">549 أصل الاسم Anycast، وقد عَرَّبناها إلى البثّ نحو الأقرب.</footnote>

<footnote n="550">550 انظر ص. 4-2 في RFC4291 في ثبت المراجع.</footnote>

<footnote n="551">551 يَخْتِلِف تفسير مَعنى كلمة "أقرب" باختلاف بزوئوُكول التَّوجيه المستعمل، فلِكُل بزوئوُكول توجيه آلية مُحدَّدة لقياس وزن المَسَار، قد تَعتمد على عَدَد القفزات اللَّازمة لِلَّبْلوغ الوجهة، أو على مُعدَّل النَّقل في الوصلات التي ستعبرها الززمة أو غير ذلك، ويتحدد المَنَفَذ الأقرب لِلمُوجَّه وفقاً لهذه الآلية.</footnote>
<table><caption>الجدول (10-1): جدول تحويل مُباشر بين قيم نِظامي العدد الْثنَانِي وسِتَه العَشْرِي</caption><thead><tr><td>قيمة البتات الأربعة<br>العدّ سِتَه العَشْرِيّ<br>بِنِظام العدد الْثنَانِي</td><td>قيمة البتات الأربعة<br>العدّ سِتَه العَشْرِيّ<br>بِنِظام الْثنَانِي</td><td>قيمة البتات الأربعة<br>بِنِظام العدد الْثنَانِي</td></tr></thead><tbody><tr><td>0</td><td>1000</td><td>0000</td></tr><tr><td>1</td><td>1001</td><td>0001</td></tr><tr><td>2</td><td>1010</td><td>0010</td></tr><tr><td>3</td><td>1011</td><td>0011</td></tr><tr><td>4</td><td>1100</td><td>0100</td></tr><tr><td>5</td><td>1101</td><td>0101</td></tr><tr><td>6</td><td>1110</td><td>0110</td></tr><tr><td>7</td><td>1111</td><td>0111</td></tr></tbody></table>

## التدوين الرياضي

نُسمِّي كُلُّ أربع خاناتٍ سِتَه عَشْرِيَّةٍ مُنتَالِيَّةٍ زِباعِيَّةٍ، 552 ويَفْضُل بين كُلٍّ زِباعِيَّتين مُنتَالِيتين مِحرَّف النُّقطتين الرَّأسيَّتين، أي:"، وتَكون الزِّباعيَّة الواقعة في أقصى اليسار هي الأكثر أهمَّيةً. مثلاً، العُنوان التالي هو مِثالٌ عن عُنوانٍ من الإصدار السَّادِس مِن بزوتوكول الإنترنت:

0123:4567:89ab:cdef:0123:4567:89ab:cdef

في عناوين البثّ فريد الوجهة، يَتَكَوَّن كُلُّ عُنوانٍ مِن قِسمين، هُما مُعرَّف الفضاء ومُعرَّف المنَّقذ 553. يَكون مُعرَّف الفضاء مُشتَركاً بين العناوين كُلَّها التي تَنْتَمِي لِلفضاء الجُزْئِيَّ نفسه، أَمَا مُعرَّف المنَّقذ فَيَكون مُمَيَّزاً لكل مُنَّقَذٍ على حدة. يُشَتَّقُ عُنوان البثّ فريد الوجهة انطلاقاً مِن بادِئَةٍ ما، ويُستَعَمَل طُول تلك البايِّئة لِرسم الحدّ الفاصِل بين مُعرَّف الفضاء ومُعرَّف المنَّقذ. فإذا كان طُول بادِئَةٍ ما 64 بتاً، فهذا يَعْنِي أَن مُعرَّف الفضاء يَمَتَّدُ امتداداً غير مُنقطِعٍ على أربع وستين بتاً مُنتَابِعاً بدءاً مِن البت الأكثر أهمَّيةً، في حين يَمَتَّدُ مُعرَّف المنَّقذ على البتات الأربعة والسَّتَين المُتَبَقِّية. تَصِف وثيقة طَلْب التَّعليمات RFC 5952 الممارسات المُتَبَعة لِتمثيل عناوين الإصدار السَّادِس تمثيلاً سليماً، وتُلخِّص عَدَداً مِن المُشكِّلات التي تَرْتَبط بالمسألة مثل حالة الحُرُوف الكبيرة أو الصَّغيرة واستعمال النُّقطتين الرَّأسيَّتين وتَطرح حُلُولاً لها. 554

<figure><img src="image_127.png" /><figcaption>الشَّكل (5-10): الينية العامة لُعْنَوان بثّ فريد الوجهة في الإصدار السَّادِس مِن بزوتوكول الإنترنت</figcaption></figure>

<footnote n="552">552 أصل الاسم Quartet لِتعرِّيبها انظر ص. 946 في [BKA02] في ثَبْت المراجِع. لا تَرِدْ هذه الكلمة في مُحدَّدات البزوتوكول، ولكنَّها شائعةً في أدبيَّات الشَّبكات لِوَصِف هذا المفهوم.</footnote>

<footnote n="553">553 أصل الاسم Interface identifier.</footnote>

<footnote n="554">554 انظر ص. 2 في [RFC5952] في ثَبْت المراجِع.</footnote>
تدوين العناوين والأقنعة

يمكن تمثيل عُنوان الإصدار السَّادِس مِن بزوتووكول الإنترنت بثلاث طرائق: 555

* التدوين المُكتمل: وفيه يُكتَب العُنوان كاملاً بالشَّكل #:#:#:#:#:#:#:#>#:#>#:#>#>#

ومثاله العُنوان:

0123:4567:89ab:cdef:0123:4567:89ab:cdef

* التدوين المُختصر: وفيه تُختصر أجزاء من العُنوان بانْبَاع الخطوات التَّالية على الترتيب (الجدول (2-10)):

1. إذا كانت المرتَبَة الأكثر أهمية في رُباعية ما صفرية لوحدها أو صفرية مع أكثر من مرتبة تالية لها من غير انقطاع، تهمل الأصفار وتسقط من الكتابة، أي تُكتب المراتب السَّتَة عَشريَّة غير الصفرية فقط، فمثلاً الرباعية: 0123 يُكتب: 123، والرباعية: 0011 يُكتب: 11.

2. إذا كانت المراتب السَّتَة عشرية في رُباعية ما كلها صفرية القيمة، تمثَّل الرباعية بصفر واحدة، أي الرباعية: 0000، يُكتب: 0.

3. إذا اجتمعت أكثر من رُباعية صفرية مُتالية، أمكن اختزالها والتَّعويض عنها بمحرفي نقطتين رأسَيتين مُتتاليتين، أي "::". فمثلاً العُنوان: 1234:0:0:0:0:0:0:0:1111 يُكتب اختصاراً: 1234::1111

4. إذا وُجد أكثر من تتابُع رباعيات صفرية في عُنوان واحد، فلا يجوز اختزال إلا تتابُع واحدٍ منها فقط، ويُستحسن أن يُكون الأطول. فمثلاً العُنوان: 1234:0:0:0:2222:0:0:1111 يُكتب اختصاراً: 1234::2222:0:0:0:1234 أو 1111::2222:0:0:0:2222 ولا يُكتب: 1234::2222.

وإذا كان طول التتابعين متساويًا، أمكن اختزال أحدهما من غير تمييز.

* التدوين المُختلط: وهو تمثيل يستعمل في الشبكات التي يستضيف فيها المُضيفون عناوين من الإصدارين: الرابع والسادس معاً، ويكون العُنوان من الشكل d.d.d.d:#:#:#:#:#:#d.d.d والشَّكل 4 والشَّكل 1 من الشكل 4 والشَّكل 2 من الشكل 4. خانات سَتَة عَشريَّة غير صفرية، وتُطبق قواعد الاختصار عليه إذا وُجدت خانات صفرية. أمَّا المحرف d، فيُمثل خانة من خانات عُنوان الإصدار الرابع من بزوتووكول الإنترنت مَكْتُوبة بالتدوين العَشري المُنَقَّط، ومِثال هذا التمثيل العُنوان: 100.10.1.200.101.111:0:0:0:0:0:0:0:1111 الذي يمكن أن يُكتَب بعد الاختصار بالشَّكل التالي: 100.10.1.200.101.

تدوين البادئة

هو طريقة لتمثيل فضاء جزئي من الفضاء الكلي لعناوين البزوتوكول، وفيها تمثَّل كل بادئة بُعنوان يُسمَّى عُنوان البادئة.

يتشابه تمثيل البادئات في الإصدار السَّادِس مِن بزوتووكول الإنترنت مع تمثيلها في الإصدار الرابع، وهو التمثيل الذي أقرَّ بعد اعتماد آلية التوجيه غير الصنفي بين النطاقات التي ذُرِّست في الفصل الثامن من هذا الكتاب.

<footnote n="555">555 انظر ص. 4-5 في [RFC4291] في ثبت المراجع، وفيها لم تذكر أسماء لطرق التمثيل، وقد وُضِيعنا الأسماء العربية لتسهيل الاستعمال.</footnote>
<table><caption>الجدول (2-10): أمثلة عن اختصار عناوين الإصدار السادس من بزوتوكول الإنقرنت</caption><thead><tr><td>التَّدْوِينُ المُخْتَصِر</td><td>التَّدْوِينُ المُكْتَمِل</td></tr></thead><tbody><tr><td>2340:0:10:100:1000:abcd:101:1010</td><td>2340:0000:0010:0100:1000:abcd:0101:1010</td></tr><tr><td>30A0:abcd:ef12:3456:ABC:B0B0:9999:9009</td><td>30A0:abcd:ef12:3456:0ABC:B0B0:9999:9009</td></tr><tr><td>3210::</td><td>3210:0000:0000:0000:0000:0000:0000:0000</td></tr><tr><td>::1</td><td>0000:0000:0000:0000:0000:0000:0000:0000:1</td></tr><tr><td>34ba:b:b::20</td><td>34ba:000b:000b:0000:0000:0000:0000:0020</td></tr></tbody></table>

تَتَكَوَّنُ كُلُّ بَادِئَةٍ مِنْ جُزْئِينَ، هُمَا عُنْوَانٌ مِنَ الإصدار السَّادِس مِن بزوتوكول الإنقرنت وطُول الباِدِئَة، أي عَدَدَ البَتات فيها، ويَكُون شَكَلُ الباِدِئَة:

طُول الباِدِئَة/عُنْوَانِ الإصدار السَّادِس

يُمْكِنُ اختصار العُنْوَانِ المَوْجُودُ فِي الباِدِئَة وَفَقَأَ لِقَوَاعِدِ اختصار عناوين الإصدار السَّادِس نَفْسِهَا. فَمَثَلًا، ما سَيَأَتِي هُوَ أَمَثَلَةٌ عَن بَادِئَاتِ مَكْتُوبَةٍ كِتَابَةٍ صَحِيحَةً:

1111:0000:0000:2222:0000:0000:0000:0000/64

1111:0:0:2222:0:0:0:0/64

1111:0:0:2222::/64

## بُنِيَّ العناوين وَفَقَأَ لِنَمْطِ التَّوجيه

يُعَرَّفُ الإصدار السَّادِس مِن بزوتوكول الإنقرنت فضاءً يَضمُّ 2¹²⁸ عُنْوَانًا، ويَدَعَمَ ثلاثة أنماطٍ مِن العُنْوَنة هي عُنْوَنة البَثُ فريد الوجهة وعنُونَة البَثُ المَجْمُوعَاتِيّ وعنُونَة البَثُ نحو الأقرب كما تقدَّم.

يُخْصَصُ العُنْوَانُ الصَّفْرِيُّ لِيَكُونُ العُنْوَانُ غير المُحدَّد وَيُخْصَصُ العُنْوَانُ الَّذي يَلِيه لِيَكُونُ عُنْوَانُ الحلقة العكسيَّة، ويُخْصَصُ فضاءً محجُورٌ لِلبَثِّ المَجْمُوعَاتِيّ أيضاً، ويُحَجَّز فضاءً خاصٌّ لِعناوين البَثِّ فريدة الوجهة في الوصَّلة المُحلَّيَّة، وفي ما خلا ذلك، فإنَّ ما تَبْقَى مُخْصَصٌ لِفضاء عناوين البَثِّ فريد الوجهة العَالَمِيّ (الجدول (3-10)). 556

يَلَزِمُ الانتباه إلى أن عناوين البَثِّ نحو الأقرب تُقَتَّطِع مِن أي فضاءٍ مِن عناوين البَثِّ فريد الوجهة، لِذلك لا يُمْكِنُ التَّمْييز بين عناوين الفضاءاتِ رقميًّا.

<footnote n="556">556 انظر ص. 6 في [RFC4291] في ثُبَتَ المراجع.</footnote>
<table><caption>الجدول (3-10): أقسام فضاء عناوين الإصدار السَّادِس مِن بزوتوكول الإنترنِت</caption><thead><tr><td>الاسم</td><td>البادئة</td><td>طُول البادئة [بت]</td><td>تدوين البادئة</td></tr></thead><tbody><tr><td>العنوان غير المُحدَّد</td><td>00 ... 0</td><td>128</td><td>::/128</td></tr><tr><td>عنوان الحلقة العكسيَّة</td><td>00 ... 1</td><td>128</td><td>::1/128</td></tr><tr><td>فضاء البث المُجْمُوعاَّتي</td><td>11111111</td><td>8</td><td>ff00::/8</td></tr><tr><td>فضاء البث فريد الوجهة في الصلة المُحلَّيَّة</td><td>1111111010</td><td>10</td><td>fe80::/10</td></tr><tr><td>فضاء البث فريد الوجهة العالمي</td><td>سائِر الفضاء</td><td></td><td></td></tr></tbody></table>

عناوين البث فريد الوجهة

هي العناوين التي تُميز منَفَذًا ما تميَّز مُحدَّدًا فريدًا. إذا كان عنوان وجهة رزمية ما هو عنوان بث فريد الوجهة، فستُوجَّه الرزمة نحو المَنَفَذ الَّذي يستضيف ذلك العنوان. تَمتَّاز عناوين هذا الفضاء بإمكانية تجميعها معاً باستعمال تدوين البادئة كما هو الحال عند تمثيل الأفضية الجزئية في الإصدار الرَّابِع مِن بزوتوكول الإنترنِت.

نُوجَّد أنواع عديدة لعناوين الفضاء فريد الوجهة، هي: 559

*   **العنوان غير المُحدَّد:** هو العنوان الصَّفَرِي، أي 0:0:0:0:0:0:0، اختصاراً: يُستعمل لِلدلالة على عدم استضافة المَنَفَذ لِعنوانٍ من الإصدار السَّادِس مِن بزوتوكول إنترنِتٍ مع وُجود دعم لِبرُوتوكول فيه، لِذلك لا يُمنح هذا العنوان لِأي مَنَفَذٍ، ولا يُستعمل بصفته عنوان وجهة لِرزم البيانات، ويلزم أن تَتَخلَّص المُوجَّهات مِن أي رزمية مُوجَّهة نحو هذا العنوان.

*   **عنوان الحلقة العكسيَّة:** وهو العنوان 0:0:0:0:0:0:1، اختصاراً 1:، ويُمكن أن يُستخدم من طرف أي عُقدة لإرسال رزم بيانات إلى نفسِها، لِذلك لا يُمنح هذا العنوان لِأي مَنَفَذٍ ماديٍّ، ولا يُستعمل بصفته عنوان مَصدَرٍ لِلرزم الَّتي سَتُغَادِر عُقدة ما، ولا يَلَزم أن تُوجَّه الرَّزم الَّتي تَكون وجهتها عنوان الحلقة العكسيَّة نحو خارج العُقدة، ويلزم أيضاً أن تَتَخلَّص المُوجَّهات مِن أي رزمية مُوجَّهة نحو عنوان الحلقة العكسيَّة.

*   **عناوين البث فريد الوجهة العالميَّة:** 560 وتُستخدم لِعنونة مَنَفَذٍ ما مُتَّصلٍ مع الإنترنِت عنونة فريدَة على مستوَى الإنترنِت كلَّها. يَتَكَوَّن العنوان مِن ثلاثة حُقوِّل (الشَّكل (6-10)):

*   **حَقَل بادئة التَّوجيه العالميَّة:** 561 وهي تُمنح للموقع الَّذي يُشَغَّل المَنَفَذ وَفقاً لِهرميَّة التَّحصيص زُباعيَّة المستويات التي تُديرها هيَّة أرقام الإنترنِت المُخصَّصة (الشَّكل (7-2)).

<footnote n="557">557 أصل الاسم Unspecified address</footnote>

<footnote n="558">558 أصل الاسم Loopback address. أمَّا الحلقة العكسيَّة، فهي اختبار لكشف الأخطاء تُرسَل فيه إشارةً من مَصدَر إلى وجهة، ثُمَّ تَردُّها الوجهة إلى المَصدَر، انظر ص. 222 في [BKE01] في ثبت المراجع. في هذا السياق، تَكون العُقدة نفسُها هي المَصدَر والوجهة.</footnote>

<footnote n="559">559 انظر ص. 9-11 في [RFC4291] في ثبت المراجع.</footnote>

<footnote n="560">560 أصل الاسم Global unicast address.</footnote>

<footnote n="561">561 أصل الاسم Global unicast prefix.</footnote>
حَقَل مُعَرَّف الفضاء الجزيئ والَّذي يَضْبُطه مُشْغَلو المَوْقِع حيث يُوجَد المَنْفَذ، وذلك بهدف تجزئة الفضاء المَمَنُوح إلى أَفضْيَة جُزْئِيَّة أَصْغَر حَجمًا لِأَغْرَاض إداريَّة أو تنظيميَّة.

حَقَل مُعَرَّف المَنْفَذ، وَيَتْضُمُّ قِيمَةً فَرِيدَةً تُميَّز الغُنَوْن مِنْ غَيْرِه مِن عناوين الفضاء الجزيئ.

وفي ما يَأْتِي مِثال عن هذا الغُنَوْن:

2001:1111:2222:3333::1

<table><thead><tr><th>n بِت</th><th>m بِت</th><th>128-n بِت</th></tr></thead><tbody><tr><td>بَا دِيَة التَّوْجِيِه الْعَالَمِيَّة</td><td>مُعَرِّف الفَضَاء الجَزِئِي</td><td>مُعَرِّف المَنْفَذ</td></tr></tbody></table>

الشَّكْل (6-10): بِنْيَة عُنْوَان الْبَتْ فَرِيد الْوَجْهَة الْعَالَمِي

يَكُون مَجمُوع طُوْلِي حَقَلي بَا دِيَة التَّوْجِيِه الْعَالَمِيَّة و مُعَرَّف الفَضَاء الجَزِئِي 64 بِتَّا في عناوين الْبَتْ فَرِيد الْوَجْهَة الْعَالَمِيَّة الَّتِي لا تَكُون قِيمَة الْبَنَات ذات الْأَهْمَّيَّة الْقُصْوَى فيها ٢(000)، ما يَتَرَك 64 بِتَّا لِمُعَرِّف المَنْفَذ، وبهذا تَتَوَافَق بِنْيَة هذه العناوين مع تَهِيَة الغُنَوْن الدَّائِيَّة الآلِيَّة الَّتِي سُتُناقَش لاحقاً في هذا الفَصْل. أَمَّا العناوين الَّتِي تَكُون قِيمَة الْبَنَات الْأَكْثَر أَهْمَّيَّةً فيها ٢(000)، فهي لا تُلْزَم بِالْبِنْيَة السَّابِقَة.

• عناوين الْبَتْ فَرِيد الْوَجْهَة في الْوَصْلَة المَحْلِيَّة: 562 تَشْغَل الفَضَاء fe80::/10، وتُسْتَخْدَمُ على مُستَوَى الْوَصْلَة المَحْلِيَّة فقط، وهي مُصمَّمة لِتَخْدُم أَغْرَاضاً مُحَدَّدَةً نحو التَّهِيَة الدَّائِيَّة الآلِيَّة لِلْعُنَوْن واكتشاف الجيران. لا تُوجَه المُوجَّهات أي زِمَة بيانات يَكُون عُنْوَان مَصْدَرها أو وجهتها عُنْوَان وَصْلَة مَحْلِيَّة.

يَتَكَوَّن عُنْوَان الْوَصْلَة المَحْلِيَّة مِن ثلاثة حُقُول (الشَّكْل (7-10)):

حَقَل مُعَرَّف فضاء عناوين الْوَصْلَة المَحْلِيَّة، طُوله 10 بِتَّا، و قِيمَته ٢(1111111010) دائمًا.

حَقَل صِفْرِي يَبْلُغ طُوله 54 بِتَّا.

حَقَل مُعَرَّف المَنْفَذ، ويُسْتَخْدَم لِتمييز المَنْفَذ تمييزاً فَرِيداً على مُستَوَى الْوَصْلَة المَحْلِيَّة.

وفي ما يَأْتِي مِثال عن هذا الغُنَوْن:

fe80::1ff:fe01:101

<table><thead><tr><th>10 بِتَّا</th><th>54 بِت</th><th>64 بِت</th></tr></thead><tbody><tr><td>1111111010</td><td>000 ... 000</td><td>مُعَرِّف المَنْفَذ</td></tr></tbody></table>

الشَّكْل (7-10): بِنْيَة عُنْوَان الْبَتْ فَرِيد الْوَجْهَة في الْوَصْلَة المَحْلِيَّة
• عناوين البث فريد الوجهة المحَلَّية:563: حُجِّر لها الفضاء fc00::/7، ونُسْتَخْدَم مِن أَجْل عنونة مَنَفَّذٍ ما عنونة فريدة عالميًا، بهدف إنشاء اتصالات محَلَّية فقط، ولذلك نُوجَّه الرَّزَم المُعْنُونَة بهذه العناوين إلى خارج حُدُود الموقع الذي وُلِدت فيه. 564

يتأَلَّف العُنَوَن الفريد المحَلَّيُّ مِن خمسة حُقُولِ (الشَّكل (8-10)):

○ مُعرَّف فضاء العناوين الفريدة المحَلَّية، طُوله 7 بتاتٍ، وقييمته (1111110) دائمًا.

○ بِت المحَلَّية، يُضَبَّط دائمًا إلى القيمة 1 لِلإشارة إلى أن العُنَوَن قد وُلِدَ محَلَّيًا. 566

○ حَقَلَ البادئة العَالَمِيَّة، طُوله 40 بتاً، وهو مُعرَّف يُفترض أن يكون فريدًا على مستوى الإنترنت، يُضَبَّط محَلَّيًا إلى قيمة عشوائية.

○ حَقَل مُعرَّف الفضاء الجزيئ، طُوله 16 بتاً، وهو حَقَل مُخَصَّص لِمُدَّيْرِ الشبكة لإتاحة إمكانيَّة إنشاء أفضية جُزئية.

○ مُعرَّف المنَفَّذ، طُوله 64 بتاً، ويُميَّز كل منَفَّذ على جدة تمييزاً فريدًا. 567

وفي ما يَأْتِي مِثال عن هذا العُنَوَن:

fdf8:f53b:82e4::53

<table><thead><tr><th>1 بِت 40 بِت 16 بِت 64 بِت</th><th>مُعرَّف الفضاء الجزيئ</th><th>مُعرَّف عالَمِي</th><th>1111110 بِت 7 بِت</th></tr></thead><tbody><tr><td></td><td>مُعرَّف المنَفَّذ</td><td></td><td>بِت المحَلَّية</td></tr></tbody></table>

الشَّكل (8-10): بنية عنوان البث فريد الوجهة المحَلَّي

• عناوين البث فريد الوجهة المحَلَّية في الموقع:568: وهو صَنَف مُبَطَّل مِن عناوين البث فريد الوجهة، حُجِّر له الفضاء الجزيئ:10 fec::/109.569 طُوِّر في الأصل لِيَخْدُم غرض العُنَوَنَة داخل موقع ما من غير الحاجة لِيَبَادِئات عالميَّة، كانت بنية هذه العناوين مُكوَّنة من ثلاثة حُقُولِ (الشَّكل (10-9)):

○ مُعرَّف فضاء العناوين المحَلَّية في الموقع، طُوله 10 بتاتٍ، وقييمته (1111111011) دائمًا.

○ مُعرَّف الفضاء الجزيئ، طُوله 54 بتاً، يَضْبُطه مُشرفو الموقع وفقاً لِلحاجة.

<footnote n="563">563 أصل الاسم unicast address Unique local IPv6 unicast address</footnote>

<footnote n="564">564 انظر ص. 2 في [RFC4193] في ثبت المراجع.</footnote>

<footnote n="565">565 أصول أسماء الحُقُول: بِت المحَلَّية Local bit والمُعرَّف العَالَمِيّ Global identifier</footnote>

<footnote n="566">566 تُشير بعض من المراجع لِيَبَادِئة هذا الفضاء بالشَّكل fd::/8 بدلاً من fc::/7، لأن قيمة بِت المحَلَّية ثابتة دائمًا على القيمة 1، لعدم وُجود استخدام آخر لها حَتَّى تاريخ كتابة هذه السُّطُور، وهذا خطأ شائع لا يَجُوز، لأن المعيار الرَّسْمِي يُشير صراحة إلى إمكانية تطوير لاحقة لاستخدامات أخرى لِهذا العُنَوَن تَكون قيمة بِت المحَلَّية فيها مساويةً لِلصفر، انظر ص. 3 في [RFC4193] في ثبت المراجع.</footnote>

<footnote n="567">567 انظر ص. 4-3 في [RFC4193] في ثبت المراجع.</footnote>

<footnote n="568">568 أصل الاسم unicast address Site-local unicast address</footnote>

<footnote n="569">569 أبطالته الوثيقة 3879، انظرها في [RFC3879] في ثبت المراجع.</footnote>
مُعرَّف المَنْفَذ، طُوله 64 بتا، لِتمييز المَنْفَذ تمييزاً فريدًا في الصلة المَحلَّية.

10 بِت

1111111011

54 بِت

مُعرَّف الفَصَاء الجزئي

64 بِت

مُعرَّف المَنْفَذ

الشَّكل (10-9): بنية عُنوان البَث فريد الوجهة المَحلَّي في الموقع

وفي ما يَأْتِي مِثال عن هذا العُنوان:

fec0::1234:5678:9abc

• عناوين البَث فريد الوجهة الَّتِي تَتَضَمَّن عناوين مِن الإصدار الرَّابِع: يُوجَد نوعان مِن عناوين البَث فريد الوجهة في الإصدار السَّادِس يَحْمِلَان في بناتهما الاثنين والثلاثين الأقل أهمَّيةً عناوين مِن الإصدار الرَّابِع مِن بزوتوكول الإنقرنت، وهما: 570

• عناوين البَث فريدة الوجهة المُتوافقة مع الإصدار الرَّابِع: 571 عُرِّفت في الأصل لِئساهِم في دَعم عمليَّة الانتقال مِن استعمال الإصدار الرَّابِع إلى الإصدار السَّادِس مِن بزوتوكول الإنقرنت. يَتَكَوَّن هذا العُنوان، بدءاً مِن الخانة الأكثر أهمَّية، مِن 80 صِفراً مُتَتَالِياً، يَليها حَقَل يَضُمُّ 16 صِفراً، وَتُحدَّد هذه القيمة كون العُنوان مِن النَّوع المُتوافق مع الإصدار الرَّابِع مِن بزوتوكول الإنقرنت، يَليها عُنوان الإصدار الرَّابِع الَّذي يَلَّزم أن يَكون فريدًا عَالَمِيًا (الشَّكل (10-10)).

بما أن طريقة الانتقال مِن الإصدار الرَّابِع إلى السَّادِس الَّتِي تَستعمل هذه العناوين قد أبطِّلت، فهذه العناوين لم تَعد قَيد الاستخدام. 572 تُستعمل الطَّريقة الهجينة لِتمثيل هذا العناوين، وفي ما يَأْتِي مِثال عنها:

::200.100.10.1

80 بِت

000 ... 000

16 بِت

000 ... 000

32 بِت

عنوان الإصدار الرَّابِع

الشَّكل (10-10): بنية عُنوان البَث فريد الوجهة المُتوافق مع الإصدار الرَّابِع مِن بزوتوكول الإنقرنت

• عناوين البَث فريد الوجهة المُقتَرِنة مع الإصدار الرَّابِع: 573 وتُستعمل لِحَمل عُنوان الإصدار الرَّابِع مِن بزوتوكول الإنقرنت الَّذي تَستضيفه عُقدة تَدَعَم الإصدار السَّادِس أيضاً. وُصِفت طريقة استعمال هذا العُنوان في وثيقة طَلْب التَّعليمات 4038 RFC، وهو يَتَكَوَّن مِن ثلاثة حُقوِل هي (الشَّكل (10-11))، بدءاً مِن الخانة الأكثر أهمَّية، 80 صِفراً مُتَتَالِياً في الحَقَل الأَوَّل، يَليها 16 واحداً مُتَتَالِياً في الحَقَل الثَّانِي،

<footnote n="570">570 انظر ص. 10-11 في [RFC4291] في ثَبَت المراجِع.</footnote>

<footnote n="571">571 أصل الاسم IPv4-compatible unicast address.</footnote>

<footnote n="572">572 انظر ص. 10 في [RFC4291] في ثَبَت المراجِع.</footnote>

<footnote n="573">573 أصل الاسم IPv4-mapped unicast address.</footnote>
تُحدَّد كون العُنوان مِن النَّوع المُمقَّرِن مع الإصدار الرَّابِع، ثُمَّ عُنوان الإصدار الرَّابِع مِن بزوئوتكول الإنترنت.

وفي ما يَأْتِي مِثالٌ عن هذا العُنوان:

::ffff:192.0.2.47

80 بِت

000 ... 000

16 بِت

111 ... 111

32 بِت

عنوان الإصدار الرَّابِع

الشَّكل (11-10): بنية عُنوان البَثِّ فريد الوجهة المُمقَّرِن مع الإصدار الرَّابِع مِن بزوئوتكول الإنترنت

عناوين البَثِّ نحو الأقرب 574

هُيُ عناوين بَثٌّ فريد الوجهة تُمنح لِأكثر من مَنَفَّذٍ في الوقت عينيه، وغالِبًا ما تَكون في هذه المنافذ في عُقد مُتمايزه. إذا أرسلت رِزمة بيانات ما إلى عُنوان بَثٌّ نحو الأقرب، فإنها تُرسل إلى أقرب 575 عُقدة تَستضيف ذلك العُنوان.

نُحصَّص عناوين البَثِّ نحو الأقرب مِن فضاء البَثِّ فريد الوجهة، مِن غير أَيِّ فُيود إضافيَّة، لِذلك لا يُمكن تمييز عناوين البَثِّ نحو الأقرب مِن عناوين البَثِّ فريد الوجهة رياضيًا. بعبارة أخرى، إذا مُنح عُنوان بَثٌّ فريد الوجهة إلى أكثر من مَنَفَّذٍ في الوقت عينيه فإنَّهُ يُصبح عُنوان بَثٌّ نحو الأقرب، ويلزم تهيئة العُقد لِتكون على دراية بذلك. 576

يَتَكَوَّن عُنوان البَثِّ نحو الأقرب مِن قِسمين، يُمثل الأوَّل بإِدئة الفضاء الجزيئ، وهي مُعرَّف رقمي طُوله n بت، يُحدَّد جزءاً مِن طُوبُولوجيا الشبكة حيث تُوجَد العُقد التي تَستضيف عُنوان البَثِّ نحو الأقرب، أَمَّا الَّقسم الآخر مِن العُنوان فهو ذو قيمة صفرية.

يَلزَمْ أَنْ تُمِيزَ المُوجَّهات، المَوجُودة ضمن جزء الطُّوبُولوجيا الَّذي تُوجَد فيه العناوين، عُنوان البَثِّ نحو الأقرب ببنِد فريدٍ في جداول التَّوجيه، ولكن خارج ذلك الجزء، يُمكن تجميع العُنوان مع مَسارات أخرى ولا داع لِتمييزه ببنِد فريد. يُوجَد حالة خاصَّة يَلزَمْ أَنْ يَكون فيها بند عُنوان البَثِّ نحو الأقرب فريدًا على مُستوى الإنترنت كلَّها ولا يَجُوز تجميع بنده مع أَيِّ بنِد آخر، وتحصل عند استعمال بإِدئة ذي قيمة غير ذات أهمية، 577 أي لا تتوافق فيها العُنونة مع التَّوزُع الجغرافي، ويُمكن أن تُمنح هذه البادئة لِلمنافذ في أي موقع في الإنترنت.

عناوين البَثِّ المَجْمُوعاني

عُنوان البَثِّ المَجْمُوعاني هو مُعرَّف رقمي يُمِيز مَجْمُوعة مُحدَّدة من المنافذ التي تَستضيفه والمُسمَّاة أعضاء في المَجْمُوعة. كما مرّ في الفصل الخامس مِن هذا الكتاب، فإن إرسال أيَّ رِزمة بيانات إلى عُنوان بَثٌّ مَجْمُوعاني سيُؤَدِّي إلى توجيهها إلى أعضاء المَجْمُوعة المُميَّزة بذلك العُنوان كُلَّهم.

يَتَكَوَّن عُنوان البَثِّ المَجْمُوعاني مِن أربعة حُقوِّل هي وفقاً لِترتيب وُرودها مِن الخانة الأكثر أهمية (الشَّكل (12-10)):

<footnote n="574">574 أصل الاسم IPv6 anycast address</footnote>

<footnote n="575">575 أشرنا في هامش سابق إلى معنى كِلمة "أقرب" في هذا السياق.</footnote>

<footnote n="576">576 انظر ص. 12-13 في [RFC4291] في ثبت المراجع.</footnote>

<footnote n="577">577 أصل الاسم Null prefix، تعني العَدَم، وتعني أيضاً مُبْظَل أو مُلْعَى، انظر ص. 780 في [BKE02] في ثبت المراجع.</footnote>
* حَقَلَ بَادِئَةَ الْبَثِّ الْمَجْمُوعَائِي: طُوله 8 بتاتٍ، ويَحتوِي على القيمة (11111111) أو (FF)16، وهي تُميّز عناوين فضاء الْبَثِّ الْمَجْمُوعَائِي كُلَّها.

* حَقَلَ الْأَعْلَامُ: طُوله 4 بتاتٍ، تُثْبَتُ قِيمَةُ الْبَثِّ الْأَكْثَرُ أَهْمَّيَّةً فِيهِ إِلَى الْقِيمَةِ 0. أَمَا الْبِنَاتُ الْثَّلَاثَةَ التَّالِيَّةَ فِيهِ وَفَقَّا لِتَرتِيب وُرُودها بدءاً مِنَ الْخَانَةِ الْأَكْثَرِ أَهْمَّيَّةً: 578

* عَلَمُ الْالْتَقَاءَ: ويُحدَّدُ فِيمَا إِذَا كان الْعُنَوَنَ يَتَضَمَّنَ عُنَوَنًا نِفْقَةً الْالْتَقَاءَ 579. أَمَّا لَا، وَهُوَ كَذَلِكَ إِذَا كان ذَا قِيمَةٍ وَاحِدَيَّةٍ، والعكس بالعكس.

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

* عَلَمُ الدَّيْمُومَةَ: إِذَا كان صِفَرِيًا، فَإِنَّ الْعُنَوَنَ مَمْنُوحٌ مَنْحًا دائِمًا مِنْ ظَرْفِ هِيَةَ أَرْقَامِ الْإِنْتَرْنِيَّةِ الْمُخَصَّصةِ وَمَعْرُوفٌ فِي الْإِنْتَرْنِيَّةِ كُلَّهَا. أَمَّا إِذَا كَانَتْ قِيمَته وَاحِدَيَّةً، فَالْعُنَوَنَ لِيسَ دائِمًا وَيَكُونُ ذَا مَعْتَقَدٍ فِي مَجَالِي يُحَدِّدُهُ حَقَلَ الْمَجَالِ، وهو الْحَقَلَ التَّالِي في التَّرْوِيْسَةِ.

* حَقَلَ الْمَجَالِ: 581 طُوله 4 بتاتٍ، ويَتَضَمُّ تَرميزًا يُحدَّدُ الْمَجَالُ الطُّوبُوْلُوْجِيَّ الَّذِي تَمَتَّدُ عَلَيْهِ الْمَجْمُوعَةُ كَمَا فِي الجدول (4-10). 582 تَكُونُ قِيمَ الْمَجَالِ غَيْرَ الْمَحْجُوزَةِ وَغَيْرَ الْمُخَصَّصةِ لِمَجَالٍ مُعَيِّنٍ مُتَاحَةٌ لِلاِسْتَحْدَادِ مِنْ ظَرْفِ مُشْرِفٍ فِي الشَّبْكَةِ الْمَحْلِيَّةِ لِتَعْرِيفِ مَجَالَاتِ فَرْعِيَّةٍ تُلَائِمُ أَغْرَاضَهُمَّ الْخَاصَّةَ. 583

* حَقَلَ مُعْرَفَ الْمَجْمُوعَةِ، 584 طُوله 112 بتاً، ويَتَضَمُّ مُعْرَفًا رقميًا يُميّز الْمَجْمُوعَةُ ضِمْنَ الْمَجَالِ الْمُحَدَّدَ بِحَقَلِ الْمَجَالِ.

<table><thead><tr><th>112 بت</th><th>4 بت</th><th>4 بت</th><th>8 بت</th></tr><tr><td>معْرَف الْمَجْمُوعَةِ</td><td>المَجَالِ</td><td>أَعْلَامُ</td><td>11111111</td></tr></thead><tbody><tr><td>الْأَبْدَائِةِ</td><td></td><td>الْأَبْدَائِةِ</td><td>0</td></tr></tbody></table>

الشكل (12-10): بنية عُنوان الْبَثِّ الْمَجْمُوعَائِي

<footnote n="578">578 أصول أسماء الأعلام: Rendez-vous point flag و Prefix flag و Transient flag على الترتيب.</footnote>

<footnote n="579">579 رَاجِعْ مَفْهُومَ نُفْقَةَ الْالْتَقَاءَ فِي الفَصْلِ الْخَامِسِ مِنْ هَذَا الْكِتَابِ.</footnote>

<footnote n="580">580 انظر ص. 3 في [RFC3306] في ثبت المراجع.</footnote>

<footnote n="581">581 أصل الاسم Scope.</footnote>

<footnote n="582">582 انظر ص. 3 في [RFC7346] في ثبت المراجع.</footnote>

<footnote n="583">583 انظر ص. 14 في [RFC4291] في ثبت المراجع.</footnote>

<footnote n="584">584 أصل الاسم Group identifier.</footnote>
<table><caption>الجدول (4-10): قيم حقل المجال ومعانيها في عنوان البث المجموعات لإصدار السَّادِس</caption><thead><tr><th>قيمة حقل المجال بنظام العدد الثَّانِي</th><th>اسم المجال</th><th>امتداد المجال</th></tr></thead><tbody><tr><td>0000</td><td>مجال مَحْجُوُزٌ</td><td>-</td></tr><tr><td>0001</td><td>مجال المَنَفَذ</td><td>يشمل مَنَفَذًا واحِدًا في عُقدةٍ واحِدَةٍ ويُستعمل في تطبيقات الحَلَقة العكسيَّة.</td></tr><tr><td>0010</td><td>مجال الوَصْلة المَحَلَّيَّة</td><td>يَمْتَدُ لِيَغْطِي الشَّبَكَة المَحَلَّيَّة تَغَطِّيَةً مُتَوَافِقَةً مع فضاء عناوين البث فريد الوجهة المستخدم مَحَلَّيًا.</td></tr><tr><td>0011</td><td>مجال مَحْجُوُزٌ</td><td>-</td></tr><tr><td>0100</td><td>مجال الإشراف المَحَلَّيٌّ</td><td>يَمْتَدُ على جُزءٍ من الشَّبَكَة يُحدِّده مُشْرِفُوها وهو أَصْغَرُ مجالٍ لِأَغْرَاضِ البث المَجْمُوعاتِ يُمكن تحديده إشرافيًا.</td></tr><tr><td>0101</td><td>مجال المَوْقِع المَحَلَّيٌّ</td><td>يَمْتَدُ المجال لِيَغْطِي مَوْقِعًا مَحَلَّيًا واحِدًا، قد يَشْمَل شَبَكَاتِ عَدِيَّة مَحَلَّيَّة، ولكنها تَعُود لِمُنْظَمَة واحِدَةٍ.</td></tr><tr><td>0100</td><td>مجال المُنْظَمَة المَحَلَّيٌّ</td><td>يَمْتَدُ على مَوَاقِع مَحَلَّيَّة عَدِيَّة لِمُنْظَمَة واحِدَةٍ.</td></tr><tr><td>1110</td><td>المجال العَالَمِيُّ</td><td>يشمل الإنترنت كاملةً.</td></tr><tr><td>1111</td><td>مجال مَحْجُوُزٌ</td><td>-</td></tr></tbody></table>

نُوجَد بُنَى عناوين بث مَجْمُوعاتِ أكثر تَخَصُّصًا، منها مثلاً ما تُعرِّفه الوثيقة 3306 RFC، وفيه يُقَسَّم مُعْرِف المَجْمُوعة إلى أربعة حُقُول تَتَضَمَّن مُعْرَفًا لِلمَجْمُوعة بظُول 32 بتا فقط، وحَقَّلًا لِبَادِئَة فضاء البث فريد الوجهة 585 التي يُمنح العنوان على أساسها. 586 تَصِف الوثيقة 7371 RFC أيضاً بُنَى عناوين البث المَجْمُوعاتِ في الإصدار السَّادِس وحالاتها المُختَلِفة ومعاني كل منها. 587

## أفضية مَحْجُوزة

تُوجَد أفضية عناوين مَحْجُوزةٍ من أجل بروئوگولات مُحدَّدة أو من أجل استعمالات خاصَّة، ولا يُجُوز استعمال عناوين من هذه الأفضية من لعنونة المُضيفين في الإنترنت. تُشرف هيئة أرقام الإنترنت المُخصَّصة على حفظ وإدارة هذه الأفضية. 588

## أفضية البث فريد الوجهة والبث نحو الأقرب

يُوجَد عَدَدٌ من الأفضية الجزئية المَحْجُوزة من فضاء البث فريد الوجهة التي لا يُمكن استعمالها لعنونة المُضيفين لِأَغْرَاض البث فريد الوجهة أو لِأَغْرَاض البث نحو الأقرب. 589

<footnote n="585">585 أصل الاسم Network prefix</footnote>

<footnote n="586">586 انظر ص. 1 في [RFC3306] في ثبت المراجع.</footnote>

<footnote n="587">587 انظر الوثيقة [RFC7371] في ثبت المراجع.</footnote>

<footnote n="588">588 انظر ص. 14-20 في [RFC6890] في ثبت المراجع.</footnote>

<footnote n="589">589 انظر السجل الخاص بالهيئة في [WEB31]، وقسم الإصدار السَّادِس مِن بزوئوگول الإنترنت من المُلْحَق ج في هذا الكتاب.</footnote>
## فضاء البث المجموعاتي

تُدير هيئة أرقام الإنترنٹ المُخصصة فضاء عناوين البث المجموعاتي في الإصدار السادس مِن بزوتوكول الإنترنٹ، وهو الفضاء الذي يتحدد بالبادئة 8 ff00::/ff590. توجد مجموعة من العناوين المُعرَّفة المحجوزة التي لا تُمنح لأي مجموعة من مجموعات الإصدار السادس، وهي: 591

* العناوين ذات البنية 0:0:0:0:0:0:0#0ff كلها، وعَدَدْها 16 عُنواناً، ويُقَابِلِ المحرَّف # فيها مرتبة سِتَّة عَشريَّةً تَأَخَّذُ أيَّ قِيمَةٍ مِن المجموعة {0، 1، 2، ... 9} أو {a، b، ... f}.

* عُنوان مجموعة كل العُقد في مجال المَنَفَذ و عُنوان مجموعة كل العُقد في المجال المَحَلِّي، وهما على الترتيب: 01:0:0:0:0:0:0:0ff01 و 02:0:0:0:0:0:0:0ff02.

* عُنوان مجموعة كل المُوجَّهات في مجال المَنَفَذ و عُنوان مجموعة كل المُوجَّهات في المجال المَحَلِّي و عُنوان مجموعة كل المُوجَّهات في مجال الموقع، وهذه العناوين هي على الترتيب: 01:0:0:0:0:0:0:0ff01 و 02:0:0:0:0:0:0:0ff02.

* عناوين التماس العُقدة 592 مِن فضاء البث فريد الوجهة أو فضاء البث نحو الأقرب، ويتحدد هذا الفضاء بالبادئة: 104 ff00::/ff02:0:0:0:0:0:0:0ff02.

* أي عناوين مجموعات أُخْرَى مَحْجُوزة مِن طَرْف هيئة أرقام الإنترنٹ المُخصصة، نحو مجموعة المُوجَّهات التي تُشَغَّلُ بزوتوكولات التوجيه. مثلاً، العُنوان 9:02:0:0:0:0:0:0ff مِن أجل مجموعة كل المُوجَّهات التي تُشَغَّلُ بزوتوكول معلومات التوجيه، و a:02:0:0:0:0:0:0ff مِن أجل مجموعة كل المُوجَّهات التي تُشَغَّلُ بزوتوكول التوجيه الداخلي المحسَّن بين البوابات.

## عناوين مُلزمة

تُميّز معايير الإصدار السادس مِن بزوتوكول الإنترنٹ بين والمُوجَّه والمُضيف، فالمُوجَّه هو عُقدة تُوجَّه رِزم بيانات لم تولدها بنفسها للاصدار السادس مِن بزوتوكول الإنترنٹ. 593 أَمَا المُضيف فهو أي عُقدة أُخْرَى ما خلا المُوجَّهات. يَلْزَم على كل مُضيف، بناءً على ذلك، أن يَكون قادراً على تمييز العناوين التالية بصفتها مُعرَّفات ذاتيَّة له: 594

* عُنوان مَحَلِّي في الوصلة مِن أجل كل منَفَذ مِن منافذه.

* عُنوان الحلقة العكسيَّة.

* عناوين البث فريد الوجهة أو عناوين البث نحو الأقرب التي هيئ بها، سواء كانت النَّهِيَّة يدوئية أو آلية.

* عناوين البث المجموعاتي المحجوزة لِلْعُقَّد.

<footnote n="590">590 انظر سجل الهيئة الخاص بأفضية البث المجموعاتي للاصدار السادس في [WEB32] في ثبت المراجع.</footnote>

<footnote n="591">591 انظر ص. 16-17 في [RFC4291] في ثبت المراجع.</footnote>

<footnote n="592">592 أصل الاسم Solicited-Node Address.</footnote>

<footnote n="593">593 انظر ص. 5 في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="594">594 انظر ص. 17 في [RFC4291] في ثبت المراجع.</footnote>
• عُنوان البَثِّ المَجْمُوعَاتِيَّ الخاص بالتماس العُقدة مِن أجل كُلٍّ عُنوان بث فريد الوجهة أو بث نحو الأقرب.

• أي عناوين بث مَجْمُوعَاتِيَّ تُمثَّل مَجْمُوعات انضمَّ المُضيف إليها.

أما الموجه، فيلزم أن يُمَيَّز بالإضافة لما سبق العناوين التالية، بوصفها معرَّفات ذاتية له: 595

• عناوين البَثِّ نحو الأقرب لِلأَفضية الجزئية على المنافذ التي هيئت لِتَعمل بوصفها منافذ للموجهة.

• عناوين البَثِّ نحو الأقرب التي هيئ الموجه بها.

• عناوين البَثِّ المَجْمُوعَاتِيَّ المحجوزة للموجهات. 596

تهيئَة العُنوان الدَّائِيَّة الآلِيَّة 597

هي آلية تُحدَّد الخطوات التي يَتَخَذها مُضيف الإصدار السَّادِس مِن أجل تهيئة منافذهم ذاتياً بعناوين وصلة محلية أو بعناوين عالمية باستعمال مُعرَّفات المنفذ المُولَّدة محلياً ومعلومات البادئات التي يَحُصلون عليها من إعلانات الموجهات في الشبكة المحلية. تُشْمل هذه الآلية أيضاً إجراءات مُحدَّدة لا يكتشاف الاستخدام المتعدد للُّعنوان لضمان تَفَرُّده على مستوى الصلة المحلية. لا تَتَطلَّب التَّهيئة الدَّائِيَّة أي إعداد يدوي في المُضيفين، بل إعداداً بسيطاً في الموجهات، وقد لا يَكون ضروريًا. وهي لا تحتاج لِوُجود مُخْدَمات. يُمكن للمضيف بواسطة هذه الآلية، حتى في غياب الموجهات، أن يُولد ذاتياً عُنواناً محلية في الصلة من غير أي تدخُّل خارجي. 598

تحصل عمليَّة التَّهيئة الدَّائِيَّة الآلية في المنافذ التي تَدَعَم الإصدار السَّادِس مِن بزوتوكول الإنترنت في أربع حالات هي: تشغيل المنفذ بعد إقلاع النظام وإعادة تشغيل المنفذ بعد إخفاق سابق له، واتصال المنفذ مع شبكة ما لِلمرَّة الأولى، وإعادة تفعيل المنفذ بعد تعطيل سابق لِأسابِب إشرافيَّة. 599

تحصل عمليَّة التَّوليد الدَّائِيَّة الآلية لِعنوان محلّي في الوَّصلة باتباع الخطوات التالية: 600

• تكون بادئة العُنوان هي fe80::/10، وتحجِّز البِنات العشرة الأكثر أهمية.

• يُمَلَّأ سَائِر الْعُنَوْن بِالْأَصْفَار.

• يُحَسَّب مُعرَّف المنفذ، وليكن طوله N بتاً، وقد يَحتوي عُنواناً ماديًا موجوداً في المنفذ نفسه، ويَكون طوله 64 بتاً في الغالب.

• يُستَبْدَل مُعرَّف المنفذ بقييم N صِفْرًا مِن الْعُنَوْن، تُحدَّد بدءاً مِن الخانة الأقل أهمية فيه.

<footnote n="595">595 انظر الهامش السابق نفسه.</footnote>

<footnote n="596">596 انظرها في سجل الهيئة في [WEB32] ثبت المراجع.</footnote>

<footnote n="597">597 أصل الاسم IPv6 stateless address autoconfiguration.</footnote>

<footnote n="598">598 انظر ص. 3 في [RFC4862] في ثبت المراجع.</footnote>

<footnote n="599">599 انظر ص. 11-12 من المراجع في الهامش السابق.</footnote>

<footnote n="600">600 انظر ص. 12 من المراجع في الهامش السابق.</footnote>
يمكن أيضا أن نُستخدم الآلية السابقة نفسُها في تشكيل عناوين فريدة عالميًا. و يَلزَم، لتحقيق ذلك، أن يَحُصل المُضيف على الباذئة الفريدة عالميًا باستعمال بزوتوكول اكتشاف الجيران، سواء عن طريق إرسال رسالة إلتماس للمو جهات المُوجودة في الشبكة المحلية أو انتظار رسائل الإعلان التي تُرسلها دورياً. بعد ذلك، يَستعمل المُضيف الباذئة التي حَصل عليها في الخطوة الأولى من الخوارزمية السابقة بدلاً من بادئة فضاء العناوين المحلية في الوصلة 10::fe80، ثُمَّ يُتابع تنفيذ سائر الخطوات كما وَردت، وسنُدرس الآليتان في الفصل الثاني عشر من هذا الكتاب. 601

في ما يَخصُّ مُعرَّفات المنافذ، يُمكن توليدها باستعمال العناوين المادية كما في آلية توليد المعرَّف الفريد المو سَع المُطَوَّرة مِن ظرف معهَد مهندسي الكهرباء والإلكترونيات، 602 أو تُولد توليداً مستقلًا عن العناوين المادية باعتماد خوارزمية موصوفة في وثيقة طَلب التَّعليقات 7217 RFC، وتَكون المعرَّفات النَّاتجة عنها آمنةً ومستقرةً وفريدةً على المستويين المحلِّي والعالمي. 603

إدارة فضاء العناوين: التَّحصيص والمنح

تُشرف شركة الإنرنت للأرقام والأسماء المُخصصة، عبر هيئَة أرقام الإنرنت المُخصصة على تحصيص فضاء عناوين الإصدار السَّادس مِن بزوتوكول الإنرنت تحصيصاً مُشابهًا لإصدار الرابع، وتُنجَز عمليَّة التَّحصيص وفقاً لهرميَّة مُكونة مِن المستويات الأربعة نفسها (الشَّكل 7-2)). يقع العميل الذي يَحُصل على فضاء جزئي مُخصص في قاعدة الهرم وهو المستوى الرابع والأخير في الهرميَّة، أمَّا المستويات الثلاث الأُول، فهي مرنَّبة بدءاً من رأس الهرم وصولاً لِقاعدته كما يلي: هيئَة أرقام الإنرنت المُخصصة ثُمَّ سجلات الإنرنت الإقليمية وتَليها سجلات الإنرنت المحلية.

وضعت شركة الإنرنت للأرقام والأسماء المُخصصة سياسة تُنظم عمليَّة التَّحصيص، تُلزَم هيَّة أرقام الإنرنت المُخصصة بـمُوجِبها بتقديم حِصص مِن العناوين لـسِجلات الإنرنت الإقليمية تَكفي حاجتها 18 شهرًا على الأقل، على أن تَكون الباذئة الدُّنيا التي تُحصِّصها الهيئة هي 12/.604 تُوفر عمليَّة تهيئة العُنوان الدَّائِية الآلية وسيلة لِعنونة المُضيفين آلياً باستعمال العناوين المحلية من غير الحاجة لِتدخُل يدوي مِن ظرف مُدير الشبكة، وفيها يُمَلَّأ قِسْم مُعْزَف المنَّفذ اعتماداً على العناوين الماديَّة لِلمنافذ. تُحدَّد وثيقة طَلب التَّعليقات 4291 RFC العلاقة بين طُول الباذئة ومُعْزَف المنَّفذ في عنوان الإصدار السَّادس الذي يَبلغ طوله 128 بتأكما يَلي: إذا كان طُول الباذئة هو n بتأا، فإن طُول مُعْزَف المنَّفذ المُلائم لعمليَّة التَّهيئة الدَّائِية الآلية سيُكون (n - 128) بتأا، 605 وتَدَعم الشركات المُصنعة لبطاقات الشبكة هذا المعيار أو تقدَّم حُلولاً متوافقة معه، نحو المُعْزَف الفريد المو سَع سالِف الذَّكر لإيجاد التوافق مع العُنوان المادي في الإيثرنت، المُعْزوف باسم

<footnote n="601">601 انظر ص. 17-21 من المراجع في الهامش السابق.</footnote>

<footnote n="602">602 أصل الاسم Extended Unique Identifier ، اختصاراً EUI، وهي آلية لِتوليد مُعْزَف منَّفذ فريد اعتماداً على عُنوان التَّفاذ ليلو سط خاصته، لِلمزيد حولها انظر [STD10] في ثَبت المراجع.</footnote>

<footnote n="603">603 انظر ص. 5 في [RFC7217] في ثَبَت المراجع.</footnote>

<footnote n="604">604 انظر نص السياسة في [WEB33] في ثَبَت المراجع.</footnote>

<footnote n="605">605 انظر ما جاء في هذا الشَّان في ص. 7 في [RFC4291] في ثَبَت المراجع.</footnote>
عنوان التَّحْكُم بالثَّقَاد لِلوسط 48 بتاً فقط. 606 أي يُستحسَن أن يَكون طُول الباذئة النَّهَائِيُّ هو 64 بتاً لإتاحة الفرصة لعملية تهيئة العُنوان الدَّائِيَّة الآلِيَّة.

تَكون الباذئة، خلال عملية التَّحصيص وعملية التَّخصيص 607 لعناوين الإصدار السَّادِس مِن بزوتوكول الإنترنت، محصورةً نظريًا بين 12 /، وهي الباذئة الَّذِيَا الَّتِي تُحصصها هيَّة أرقام الإنترنت المُخصَّصة، و64 /، وهو الطُّول الْأَقْصَى الْلَّازِم لِدعم عملية تهيئة العُنوان الدَّائِيَّة الآلِيَّة. أَمَّا عملياً، فقد حَصَصت الهيئة بادئاتٍ، نحو 23 / و12 /، لِسجَلَات الإنترنت الإقليمية 608 التي قدَّمت بدورها خُلُولاً لِمزوَّدات الخدمة أو لِلْعُملاء على حدّ سواء، بمنح أفضية جزئية متنوعة الأحجام ذات بادئات لا تتجاوز 64 /.

يُبيَّن الشَّكل (13-10) مِثلاً لِعملية تحصيص ثلاثية المستويات، تُحصَّص هيَّة أرقام الإنترنت المُخصَّصة، في المستوى الأول منها، أفضية جزئية مُحدَّدة بالباذئة 23 / لِلسجل الأمريكي لِأرقام الإنترنت و لِمركز معلومات الشبكة في آسية والمحيط الهادي. ثُمَّ يُحصَّص مركز معلومات الشبكة بعدها، في المستوى الثاني، فضاءه الجزئي إلى أفضية جزئية أصغر مُحدَّدة بالباذئة 32 /، ويمنح هذه الحصص لِمزوَّدات خدمة إنترنت مُحلَّية في المستوى الثَّالِث حيث يُحصَّص كلٌّ منهن فضاءه الجزئي، إلى أفضية جزئية أصغر مُحدَّدة بالباذئة 48 /، ثُمَّ يمنح هذه الأفضية لِمواقع على الإنترنت.

<figure><img src="image_128.png" /></figure>

الشكل (13-10): مثال لمنح بادئية من الإصدار السَّادِس لِبزوتوكول الإنترنت عبر هرمية التَّحصيص

يدعم مركز معلومات الإنترنت الأوروبي مثلاً، وهو سجل إنترنت إقليمي، حصصاً من أفضية جزئية ذات بادئات يتراوح طولها بين 32 / و64 /، ويُشير إلى أنَّ الأطوال الأكثر طلباً هي لِلبايدين 48 / و56 /، وهي تضمُّ على التَّوالي: 65.536 و256 فضاء جزئياً مُحدَّداً بالباذئة 64 /.

## التجزئة

يُقَسَّم مجال فضاء العناوين في الإصدار السَّادِس مِن بزوتوكول الإنترنت إلى مجمُّوعة من الأفضية الجزئية وفقاً للغرض من الاستخدام. تُدير هيَّة أرقام الإنترنت المُخصَّصة عملية تحصيص الأفضية، ومنها عملية تحصيص فضاء عناوين البث

<footnote n="606">606 انظر ص. 9-10 في [STD10] في ثبت المراجع.</footnote>

<footnote n="607">607 انظر الفرق بين المصطلحين في هوامش الفصل السابق من هذا الكتاب.</footnote>

<footnote n="608">608 انظر سجل هيَّة أرقام الإنترنت المُخصَّصة لإفضية الإصدار السَّادِس في [WEB34] في ثبت المراجع.</footnote>

<footnote n="609">609 وَرَدَت هذه الأرقام في صفحة إرشادية لِلسجَل على الإنترنت، يُمكن الاطلاع عليها عبر [WEB35] في ثبت المراجع.</footnote>
فريد الوجهة، وفيها تُمنح العناوين الفريدة عالميًا على أساس جغرافي وفقاً لبنية هرمية تسمح باستعمال تقنيات التوجيه غير الصنفي بين النطاقات لاختبار عناوين الأفضية وليتجميع المسارات، والغرض من ذلك استقرار جداول التوجيه على المستوى العالمي، كما تقدّم في الفصل الثامن من هذا الكتاب.

تحصص هيئة أرقام الإنرنت المخصصة أفضية عناوين لسجلات الإنرنت الإقليمية، عن طريق منحها بإدئات بطول 23 بتاً. يُجزئ كل سجل إنرنت إقليمي، بعد ذلك، فضاء العناوين إلى أفضية عناوين جزئية تمنح لمؤرّدات الخدمة، وقد تحصل عملية المنح على أكثر من مستوى، نحو منح فضاء عناوين لمؤرّد خدمة وطيئ ليُجزئه إلى أفضية أصغر تمنح لمؤرّدات الخدمة المحلية. يحصّل العملاء على أفضية عناوين جزئية من مؤرّدات الخدمة المحلية، وتكون الباذئة عادة بطول 48 بتاً. يقتطع مديرو الشبكات، في الغالب الأعم، قسماً يبلغ طوله 16 بتاً من معرّف المنفذ، وينشئون قسماً جديداً هو معرّف الفضاء الجزئي الذي يضاف إلى الباذئة لليصبح الطول النهائى 64 بتاً، ويترّك ذلك 64 بتاً لمعزف المنفذ، وهو طول ملائم لآلية توليد المعرّف الفريد الموسوع كما تقدّم.

تتشابه التجزئة في الإصدار السادس من بروتوكول الإنرنت مع التجزئة في الإصدار الرابع آليّة، ولكنها تختلف عنها غاية، فهي تهدف إلى تنظيم استعمال فضاء العناوين بطريقة متوافقة مع آلية التوجيه، ولا تستخدم لتحديد حجم محدد من أفضية العناوين كما هي الحالة في الإصدار الرابع، فعدّد العناوين المُتاحة في فضاء جزئي واحد من الإصدار السادس طول بإدئته 64 بتاً، يزيد بأضعاف مُضاعفة عن مليارات المليارات، وهو بجدّة ذاته، أكبر من فضاء عناوين الإصدار الرابع من بروتوكول الإنرنت كاملاً.

يقتطع قسم من الطرف الأكثر أهمية في معرّف المنفذ عند تجزئة فضاء عناوين من الإصدار السادس، وينشأ قسم جديد هو معرّف الفضاء الجزئي، ويُمكن التمييز بين الحالات التالية وفقاً لموقع نهاية معرّف الفضاء الجزئي ضمن العنوان (الشكل (14-10)):

* معرّف الفضاء الجزئي ينتهي عند حدود إحدى المجموعات الزباعية، ويعني ذلك أن نهاية المعرّف تكون عند أحد البتات ذوات الفهارس (15، 31، 47، 63، 79، 95، 111، 127).

* معرّف الفضاء الجزئي ينتهي عند حدود إحدى المراتب السّتة عشريّة ضمن مجموعة زباعية، ونُوجّد ثلاث حالات ممكنة في كل مجموعة رباعية، مثلاً في المجموعة الأولى هي البتات ذوات الفهارس (3، 7، 11) وفي الثانية هي (19، 23، 27) وهكذا.

* معرّف الفضاء الجزئي ينتهي عند حدود أحد البتات ضمن خانة سّتة عشريّة داخل مجموعة رباعية، ونُوجّد ثلاث حالات ممكنة في كل خانة سّتة عشريّة، مثلاً في الخانة السّتة عشريّة الثانية، تكون الحدود الممكنة عند البتات ذوات الفهارس (4، 5، 6) وفي الخانة السّتة عشريّة الثّالثة عند البتات ذوات الفهارس (8، 9، 10) وهكذا. 611

<footnote n="610">610 انظر أمثلة رياضية عن كل حالة في قسم الإصدار السادس في الملحق د من هذا الكتاب.</footnote>

<footnote n="611">611 يستنّى البت ذو الفهرس 0 من المرتبة السّتة عشريّة الأولى، ولذلك فحُدود نهاية معرّف الفضاء الجزئي الخاص بها تضم البتات ذوات الفهارس (1,2) فقط، والسبب في ذلك أن استعماله يتعي بادئية فضاء تمتد على 0 بات، وهي حالة مستحيلة عملياً.</footnote>
<figure><img src="image_129.png" /><figcaption>• الشكل (14-10): حالات حدود معرف الفضاء الجزئي في الإصدار السَّادِس مِن بِروتُوكول الإنترنِت</figcaption></figure>

## تقطيع رزم البيانات وإعادة تجميعها

تقطيع رزمة البيانات وإعادة تجميعها هما وظيفتان من وظائف الإصدار السَّادِس مِن بِروتُوكول الإنترنِت. تحصل عمليَّة التقطيع في المُضيف المَصدر عندما يكون طول الرَّزمة أكبر من وحدة النقل العظمى الخاصة بالمسار كاملاً، وعندما تُقطع حُمولة رزمة البيانات الأصيلة إلى عدَّدٍ من القطع، ويضاف لكلٍّ منها ترويسة البروتوكول وترويسة القِطعة، ثمَّ تُرسل القطع إلى وجهة الرَّزمة الأصيلة نفسها حيث يُصار إلى تجميعها. 612

يُولد المُضيف المَصدر قيمةً مُميَّزةً ويَستعملها مُعرَّفاً ضمن حقل المُعرَّف في ترويسة القِطعة من أجل كل عمليَّة تقطيع. 613 وبهذا يمكن للمضيف الوجهة التعرُّف على القِطع التي نَتجت عن عمليَّة تقطيع واحِدةٍ في الحالات التي يستقبل فيها قطعاً ناتِجةً عن أكثر من عمليَّة تقطيع من المَصدر نفسه. 614

<table><caption>الجدول (5-10): جدول بأطوال البدئات المحتملة في الإصدار السَّادِس وأعداد الأفضية الجزئية الموافقة لكل منها وعَدَد بِنات مُعرَّف المَنَفَذ فيها</caption><thead><tr><th rowspan="2">البادئة</th><th colspan="3">عَدَد الأفضية الجزئية المكافئة</th><th rowspan="2">عَدَد بِنات مُعرَّف المَنَفَذ</th></tr><tr><th>/48</th><th>/56</th><th>/64</th></tr></thead><tbody><tr><td>/24</td><td>2<sup>25</sup></td><td>2<sup>32</sup></td><td>2<sup>40</sup></td><td>104</td></tr><tr><td>/25</td><td>2<sup>24</sup></td><td>2<sup>31</sup></td><td>2<sup>39</sup></td><td>103</td></tr><tr><td>/26</td><td>2<sup>23</sup></td><td>2<sup>30</sup></td><td>2<sup>38</sup></td><td>102</td></tr><tr><td>/27</td><td>2<sup>22</sup></td><td>2<sup>29</sup></td><td>2<sup>37</sup></td><td>101</td></tr><tr><td>/28</td><td>2<sup>21</sup></td><td>2<sup>28</sup></td><td>2<sup>36</sup></td><td>100</td></tr><tr><td>/29</td><td>2<sup>20</sup></td><td>2<sup>27</sup></td><td>2<sup>35</sup></td><td>99</td></tr><tr><td>/30</td><td>2<sup>19</sup></td><td>2<sup>26</sup></td><td>2<sup>34</sup></td><td>98</td></tr><tr><td>/31</td><td>2<sup>18</sup></td><td>2<sup>25</sup></td><td>2<sup>33</sup></td><td>97</td></tr><tr><td>/32</td><td>2<sup>17</sup></td><td>2<sup>24</sup></td><td>2<sup>32</sup></td><td>96</td></tr><tr><td>/33</td><td>2<sup>16</sup></td><td>2<sup>23</sup></td><td>2<sup>31</sup></td><td>95</td></tr><tr><td>/34</td><td>2<sup>15</sup></td><td>2<sup>22</sup></td><td>2<sup>30</sup></td><td>94</td></tr><tr><td>/35</td><td>2<sup>14</sup></td><td>2<sup>21</sup></td><td>2<sup>29</sup></td><td>93</td></tr><tr><td>/36</td><td>2<sup>13</sup></td><td>2<sup>20</sup></td><td>2<sup>28</sup></td><td>92</td></tr></tbody></table>

<footnote n="612">612 انظر ص. 184 في [BKE02] في ثبت المراجع.</footnote>

<footnote n="613">613 انظر بنية الترويسة في الملحق و في هذا الكتاب.</footnote>

<footnote n="614">614 انظر ص. 22-15 في [RFC8200] في ثبت المراجع.</footnote>
<table><tr><td>91</td><td>2<sup>27</sup></td><td>2<sup>19</sup></td><td>4096</td><td>/37</td></tr><tr><td>90</td><td>2<sup>26</sup></td><td>2<sup>18</sup></td><td>2048</td><td>/38</td></tr><tr><td>89</td><td>2<sup>25</sup></td><td>2<sup>17</sup></td><td>1024</td><td>/39</td></tr><tr><td>88</td><td>2<sup>24</sup></td><td>2<sup>16</sup></td><td>512</td><td>/40</td></tr><tr><td>87</td><td>2<sup>23</sup></td><td>2<sup>15</sup></td><td>256</td><td>/41</td></tr><tr><td>86</td><td>2<sup>22</sup></td><td>2<sup>14</sup></td><td>128</td><td>/42</td></tr><tr><td>85</td><td>2<sup>21</sup></td><td>2<sup>13</sup></td><td>64</td><td>/43</td></tr><tr><td>84</td><td>2<sup>20</sup></td><td>4096</td><td>32</td><td>/44</td></tr><tr><td>83</td><td>2<sup>19</sup></td><td>2048</td><td>16</td><td>/45</td></tr><tr><td>82</td><td>2<sup>18</sup></td><td>1024</td><td>8</td><td>/46</td></tr><tr><td>81</td><td>2<sup>17</sup></td><td>512</td><td>4</td><td>/47</td></tr><tr><td>80</td><td>2<sup>16</sup></td><td>256</td><td>2</td><td>/48</td></tr><tr><td>79</td><td>2<sup>15</sup></td><td>128</td><td>1</td><td>/49</td></tr><tr><td>78</td><td>2<sup>14</sup></td><td>64</td><td></td><td>/50</td></tr><tr><td>77</td><td>2<sup>13</sup></td><td>32</td><td></td><td>/51</td></tr><tr><td>76</td><td>4096</td><td>16</td><td></td><td>/52</td></tr><tr><td>75</td><td>2048</td><td>8</td><td></td><td>/53</td></tr><tr><td>74</td><td>1024</td><td>4</td><td></td><td>/54</td></tr><tr><td>73</td><td>512</td><td>2</td><td></td><td>/55</td></tr><tr><td>72</td><td>256</td><td>1</td><td></td><td>/56</td></tr><tr><td>71</td><td>128</td><td></td><td></td><td>/57</td></tr><tr><td>70</td><td>64</td><td></td><td></td><td>/58</td></tr><tr><td>69</td><td>32</td><td></td><td></td><td>/59</td></tr><tr><td>68</td><td>16</td><td></td><td></td><td>/60</td></tr><tr><td>67</td><td>8</td><td></td><td></td><td>/61</td></tr><tr><td>66</td><td>4</td><td></td><td></td><td>/62</td></tr><tr><td>65</td><td>2</td><td></td><td></td><td>/63</td></tr><tr><td>64</td><td>1</td><td></td><td></td><td>/64</td></tr></table>

يمكن نظريًا إرسال رزمة بيانات تبلغ من الطول 65535 بايتاً من غير تقطيعها، ولكن، غالباً ما يلزم التقطيع في حالة مثل هذه، لوجود طول أعظم أقل منه محددٍ سلفاً في طبقة الصلة. أمًا طول رزمة البيانات الأدنى الذي يدعمه البزوتوكول، فهو 1280 بايتاً. يدعم البزوتوكول أيضًا الززم العملاقة، وهي رزم بيانات يتراوح طولها بين 2¹⁶ و 2³² بايتاً ونُستخدم في شبكات بيانات تدعم أحجاماً لوحدات نقل عظمى أكبر من 65535 بايتاً.<fnref n="615" />

## التقطيع

يُعامل المُضيف المَصدر رزمة البيانات التي يُريد تقطيعها على أنَّها مُكونةً من ثلاثة أجزاء (الشكل (10-15)):

* الترويسيات التي سُتُوضع في القِطع: تضمُّ هذه الترويسيات ترويسة الإصدار السَّادِس وتَرويسيات التوسعة التَّالية لها حَتَّى ترويسيَة التَّوجيه، إن وُجدت. وإلا، فحَتَّى ترويسيَة خِيارات المَسار، إن وُجدت. وأَمَّا إذا غَابت هاتان التَّرويستان وما سبقهما، ضَمَّ هذا الجزء ترويسيَة الإصدار السَّادِس فقط.

<footnote n="615">615 أصل الاسم Jumbogram، لليزيد حولها انظر [RFC2675] في ثبت المراجع.</footnote>
<figure><img src="image_130.png" /><figcaption>الشكل (10-15): المبدأ العام للتقطيع في الإصدار السَّادِس مِن بُرُوتُوكُول الإِنْتَرْتِ</figcaption></figure>

* ترويسات التَّوَسِّعَة وترويسات الطَّبِقَات الْعُلَيَا: وتَضَمُّ ترويسات التَّوَسِّعَة الْأُخَرَى كُلَّها الَّتِي لم تُشْمَلَ فِي الْقِسْم السَّابِقَ. أَمَّا ترويسات الطَّبِقَات الْعُلَيَا، فتَشْمَلُ كُلَّ التَّرْوِيْسَات الَّتِي لِيَسْتَ ترويسات توَسِّعَةٍ نحو ترويسات بُرُوتُوكُول التَّحَكُّمَ بِالنَّقْلِ و بُرُوتُوكُول حِزم بِبيانات المستخدم و بُرُوتُوكُول رسائل التَّحَكُّم لِلإصدار السَّادِس مِن بُرُوتُوكُول الإِنْتَرْتِ.616

* الحُمُوْلَة: وهي الْقِسْم الَّذِي سَيُقْطَعُ، وَيَبْدَأ بعد ترويسات الطَّبِقَات الْعُلَيَا، وَيَشْمَلُ البيانات المَحْمُوْلَة في الزَّمَة. تجري عمليَّة التَّقَطِّيع وَفَقَّا لِلخطوات التَّالِية (الشَّكْل (10-16)):

1. تحديد طول رزمة الإصدار السَّادِس الَّتِي سَتَنْتَجُ عن التَّقَطِّيع، ويُرْمَز لِها $L_{pkt}$.

2. إنشاء القِطْعَة الأولى، وهي تَضَمَّنَ ما يَأْتِي وَفَقَّا لِتسلسل الورود: التَّرْوِيْسَات الَّتِي سَتُوَضَّعَ فِي الْقِطْع وترويسيَة القِطْعَة (مع رفع عَلَم المزيد مِن الْقِطْع فيها) وترويسات التَّوَسِّعَة وترويسات الطَّبِقَات الْعُلَيَا وقِطْعَةٌ مِن الحُمُوْلَة يُحدَّد طولها كما سيَّأِي:

أ. يُحَسَّب مَجْمُوع أطوال التَّرْوِيْسَات الَّتِي سَتُوَضَّعَ فِي الْقِطْع وترويسيَة القِطْعَة وترويسات التَّوَسِّعَة وترويسات الطَّبِقَات الْعُلَيَا، ويُرْمَز له $S_{1PktHdr}$.

ب. يُطْرَحَ المَجْمُوع مِن طُول رزمة الإصدار السَّادِس المُحدَّد بالخطوة الأولى، والتَّأَنْتِحُ هُو طُول حُمُوْلَة القِطْعَة الأولى $L_{1pkt}$، أي وَفَقَّا لِلعلاقة (10-1):

$$L_{1PktLd} = L_{pkt} - S_{1PktHdr} \quad (1-10)$$

3. تَقْتَطِعُ حُمُوْلَة الْقِطْعَة الأولى مِن حُمُوْلَة الزَّمَة الأصيلة.

<footnote n="616">616 نُسْتَثْنَى فِي هذا السياق ترويسيَة تَأَمين الحُمُوْلَة بالتلغليف وتعامل معاملة ترويسيَة الطَّبِقَات الْعُلَيَا مع أنَّها ترويسيَة توَسِّعَةٍ للإصدار السَّادِس مِن البرُوتُوكُول، للمزيد انظر ص. 17 في [RFC8200] في ثبت المراجِع.</footnote>
4. تحديد عَدَدِ القِطَعِ الَّلَّازِمِ تَقْطِيعَهَا $N_{pkt}$ بتقسيم حُمُوْلَةِ الزَّمَةِ الأَصْيَلَةِ $L_{OrgLd}$، بعد اقتطاع حُمُوْلَةِ القِطَعةِ الأولى، على طُول الزَّمَةِ المُحَدَّدَ بالخَطَوَةِ الأولى، أي وَفَقَأَ لِلَّعَلَّاقةَ (2-10):

$$N_{pkt} = \frac{L_{OrgLd} - L_{1PktLd}}{L_{pkt}} \qquad (2-10)$$

إذا كان الجواب كسرِيًا، فإنَّ القسم الصحيح هو عَدَدِ القِطَع الوسطى، أي التي تقع بين القِطعة الأولى والقِطعة الأخيرة. أما الجزء الكسري، فيُمثَّل القِطعة الأخيرة.

5. تقسيم حُمُوْلَةِ الزَّمَةِ الأَصْيَلَةِ، بعد اقتطاع حُمُوْلَةِ القِطعة الأولى، إلى عَدَدِ القِطَع المُحَدَّد بالخَطَوَةِ الزَّابِعَةِ.

6. إنشاء القِطَع الوسطى، ما خلا القِطعة الأخيرة، إذا كان عَدَدَ القِطَع كسرِيًا، وتَتَضَمَّن كُلٌّ منَها التَّرَوِيَّاتُ التي ستُوضع في القِطَع وترويَّسة القِطعة وجُزءاً من الحُمُوْلَة التَّأَتِّجَة عن الخَطَوَةِ الخامِسَة، وإذا لم يَكُن عَدَدَ القِطَع كسرِيًا، تَكُون القِطعة الأخيرة مُطَابِقَةً في طُولها لِلقِطَع الوسطى.

7. إذا كان عَدَدَ القِطَع كسرِيًا، إنشاء القِطعة الأخيرة التي يَكُون طُولها مُختَلِفاً عن طُول القِطَع الوسطى، وتَتَضَمَّن التَّرَوِيَّاتُ التي ستُوضع في القِطَع وترويَّسة القِطعة والقِطعة الأخيرة من الحُمُوْلَة الناتجة عن الخَطَوَةِ الخامِسَة.

8. تغليف القِطَع الوسطى مع ضَبط قيمة عَلَمَ المزيد من القِطَع إلى القيمة 1 في ترويَّسة القِطعة.

9. تغليف القِطعة الأخيرة مع ضَبط قيمة عَلَمَ المزيد من القِطَع فيها إلى القيمة 0 في ترويَّسة القِطعة.

10. إرسال رزم البيانات التَّأَتِّجَةُ كلَّها إلى المرحلة التَّالِّيةِ من التَّغَلِيفِ.

## إعادة التَّجمِيع

تحُصل عمليَّة إعادة التَّجمِيع في المُضيف الوجهة فقط، وفيها نُستَخلص حُمُوْلَةِ القِطَع المستقبلة ويُعاد ترتيبها وَفَقَأ لِموقعها الأصيل المُحَدَّد بقيمة حَقْل إزاحة القِطعة، ويُصار إلى تشكيل رِزمة البيانات الأصيلة كما كانت قبل التَّقطِيع في المُضيف المصادر (الشَّكل 16-10)).

<figure><img src="image_131.png" /><figcaption>الشَّكل (16-10): بنية رزمة بيانات الإصدار السَّادِسِ مِن بزوئوتكول الإنرنت التَّأَتِّجَةُ عن إعادة تجمِيع القِطَع في المُضيف الوجهة</figcaption></figure>

يُشترط أن تَتطابق قِيم حُقُّول عنوان المصادر وَعنوان الوجهة والمُعرَّف في القِطَع كلَّها التي سيُعيد المُضيف الوجهة تجميعها. يَبْدَأ المُضيف، لإعادة التَّجمِيع، بإنشاء ترويَّسة الإصدار السَّادِسِ مِن بزوئوتكول الإنرنت، ثُمَّ يستخليص أيضاً نُسخةً من التَّرَوِيَّاتِ المَوْجُودة في القِطَع كلَّها، ويُضيفها بعد ترويَّسة البزوئوتكول، ويُضيف بعدها أيضاً ترويَّات التَّوَسُّعَة وترويَّات الطَّبقات العليا، إن وُجدت، مع الانتباه لِضَبط قيمة حَقْل التَّرَوِيَّة التَّالِّية في كلٍّ منهن لِلحفاظ على تتابع التَّرَوِيَّات سليماً. يُحَدَّد المُضيف الوجهة بعد ذلك الموقع النَّسبي لكل قِطعة من الحُمُوْلَة في رِزمة البيانات الأصيلة مُشكلاً حُمُوْلَة الزَّمَةِ الأصيلة، ثُمَّ يَحسُب طُول هذه الحُمُوْلَة ويُضيفه إلى ترويَّسة الإصدار السَّادِس. تُغلَّف الحُمُوْلَة أخيراً
<figure><img src="image_132.png" /><figcaption>الشكل (10-17): مُخْتَطِّط تدفقي يُبين خوارزمية عملية التَّقطيع في الإصدار السَّادِس مِن بزوتووكول الإنترنت</figcaption></figure>
وترويسات الطبقات العليا وترويسات التوسعة وترويسة الإصدار السَّادِس مِن بِروُتوگُول الإنرنت داخل رزمة بيانات جديدة تتطابق في بنتيها مع رزمة البيانات الأصيلة قبل التقطيع.

إدارة حركة البيانات
تعريف تدفقات حركة البيانات

يُستعمل حَقْل لَافِتَة التَّدْفُق في ترويسة الإصدار السَّادِس مِن بِروُتوگُول الإنرنت لِتعريف تدفُّقٍ مِن رِزم البيانات. وَفقاً لِمعيار البروتوگُول، فإنَّ رِزم البيانات تَنْتَمِي لِتدفُّقٍ مُحدَّدٍ إذا تطابقت قيم ثلاثة حُقوِل في ترويساتها بعُضها مع بعض هي عنوان مَصْدَرها، وَعنوان وجهتها وقيمة حَقْل لَافِتَة التَّدْفُق فيها. تُصنَّف رِزم البيانات في الشبكة وفقاً لِلتَّدْفُق الَّذي تَنْتَمِي إليه، ثُمَّ تُعَامَل على هذا الأساس، ويَختصُّ البروتوگُول بتعريف آلِيَّة لِتمييز تدفُّق الرِّزم، أَمَّا نوعية الخدمات المُقدَّمة لِلتَّدْفُقات، فهي خارج نطاق مُحدَّداته. 617

يُبلغ طول حَقْل اللَّافِتَة 20 بتاً، وتيلزم أن يختار المُضيف المصادر قيمته اختياراً عشوائِيًا وفريدًا فلا يُولَد مُعرَّفِين مُتطابقِي القيمة مِن أجل تدفُّقين مُختلفين في الوقت نفسه. إذا كانت قيمة حَقْل اللَّافِتَة صغيرية، فهذا يعني أن رزمة البيانات لا تنتهي لأي تدفُّق. وبخلاف القيمة الصَّفرية، فإنَّ أيَّ قيمة عدديَّة يُمكن تمثيلها باستعمال 20 بتاً تصلح للاستخدام مُعرَّفاً لِلتَّدْفُق. 618

تصنيف حركة البيانات

هي آلية لِلتَّمِييز بين رِزم بيانات الإصدار السَّادِس مِن بِروُتوگُول الإنرنت اعتماداً على قيم حَقْل صنف حركة البيانات ذي البيانات التُّمانية في ترويسة البروتوگُول. تُضبط هذه القيم في العُقدة المصادر أو في العُقد التي تُعالِج الرزمة في أثناء عُبورها للمسار. تُمنح الخدمات وأولويَّة المُعالجة لِلرِّزم، بعد ذلك، بناءً على قيمة هذا الحقل.

يُقَسَّم حَقْل صنف حركة البيانات إلى قسمين هما: ترميز الخدمات المُتمايزه،619 ويُشَغَّل البتات السَّنة الأكثر أهمية من الحقل، وبتين غير مستعملين يَشْغَلان الموقعين الأقل أهمية فيه. تُحدَّد وثيقة طَلْب التَّعليقات RFC 2474 بنيَّة مُحدَّدة لِقسم موقع التَّرميز هي: bbb000، وفيها تمثل بتاً واحداً قد تكون قيمته 0 أو 1، ويسمح ذلك بإنشاء ثمانية أصناف متمايزه لِلرِزم البيانات. يُحَجَّز التَّرميز "000000" ليكون القيمة الافتراضيَّة لهذا الحقل، أَمَّا القيم السبعة الأخرى، أي {001000، 010000، 011000، ... 111000}، فهي قابلة لِلتَّهِيَة وفقاً للحاجة لِتعريف مستويات جودة الخدمات المطلوبة.620

<footnote n="617">617 انظر ص. 4 في [RFC6437] في ثبت المراجع.</footnote>

<footnote n="618">618 انظر ص. 4 في المرجع السابق.</footnote>

<footnote n="619">619 أصل الاسم Differentiated services codepoint</footnote>

<footnote n="620">620 انظر ص. 13-11 في [RFC2474] في ثبت المراجع.</footnote>
# المُشكَّلات

## مُرتبطٌ بتقطيع البيانات

يَنْتَج عن استخدام التَّقطيع في الإصدار السَّادِس مِن بزوتوكول الإنترِنِت عَدَدٌ من الثَّغَرات الأَمنِيَّة الَّتي قد تُستخدم لِشَنِّ هَجمات نحو هُجوم القِطعة الصَّغيرة أو هُجوم القِطع المُتراكيَة 621، وتَختَلِف إمكانيَّة شَنِّ الهجمات وفقاً لِنظام التَّشغيل الذي يُنَفَّذ البزوتوكول فيه. 622

لم تَمنَع مُحدَّدات الإصدار السَّادِس الأصيلة، كما في الإصدار الرَّابِع مِن بزوتوكول الإنترِنِت، إنشاء قِطع مُتراكيَة عند التَّقطيع، أي مِن المُمكن أن يَتَكَرَّر المقطع نفسه مِن الحُمُولة في أكثر مِن قِطعة، على أن يُعتمد المقطع الوارد في آخر قِطعة مُستقبلة عند التَّجميع، يُسَبِّب ذلك ثغرة أمنيَّة، ويَسْمَح بتنفيذ هُجوم القِطع المُتراكيَة. أَكَد بؤْضوح لاحقاً على مَنع تراكب القِطع عند التَّقطيع في وثيقة طَلب التَّعليقات 623. RFC 5722

يَقبل مُضيف الإصدار السَّادِس مِن بزوتوكول الإنترِنِت أن تَحتوي رِزمة البيانات على ترويسة القِطعة مِن غير أن تَكون القِطعة ناتجةً عن عملية تقطيع، وَنُسَمَّى هذه القِطع بالقِطع الذَّرَّة، 624 وهي تَنْتَج في حالات خاصَّة ناقشها المعيار الأصيل للبزوتوكول. مع أنَّ هذه القِطع تَكون وحيدة، أي لا يَلزَم تجميعها مع أي قِطع أُخرى، فإنَّ المُضيف الوجهة يُعاملها مُعَاملة القِطع التي تَنَظَّر التَّجميع، ما يُسَبِّب ثغرة أمنيَّة، فقد يُرسل المهاجِم قِطعة خبيثة مع قِيم مُناسِبة في ترويسة القِطعة، فتَكون قِطعة ذَرَّة تَقبل التَّجميع مع قِطع أخرى خبيثة تُرسل لاحقاً، وقد ناقشت الوثيقة RFC 6946 كيفيَّة مُعالَجة القِطع الذَّرَّة لِتلافي هذا النَّوع مِن الهَجمات. 625

## مُرتبطٌ بإدارة حركة البيانات

يُمكن تزوير قيمة حَقْل لَافِتة التَّدْفُق في رِزمة البيانات لِتحصل على خِدمة مُحدَّدة أو مُعاملة تفضيليَّة عند مُعالَجتها، ولا طريقة لحماية حَقْل التَّدْفُق من العبث، حتَّى ولو أُستعملت حِزمة أمن بزوتوكول الإنترِنِت، 626 وَيُشكَّل هذا ثغرة أمنيَّة. يُستحسن، لِلتعامل مع هذا التَّهديد، أن تَكون قيمة هذا الحَقْل عشوائيَّة أو شبه عشوائيَّة، فَيَصْغُب على المهاجِم تَخمين قيمة المُعْرَف المستعمل. 627 يُمكن أيضاً أن تُستخدم قيمة حَقْل لَافِتة التَّدْفُق مِن أجل إجراء تحليل لحركة البيانات في الشبكة، أو لِتَنَبُّع حركة مُحدَّدة للبيانات. وحَتَّى لو عُمِّيت الرسالة، فإنَّ تعمية قيمة ثابيَّة غير مُتَغَيَّرَة قد تُنْتَج قِيمًا ثابيَّة في الرسالة المُعَمَّة، وهذه مُمارسة خطيرة نُسَاعِد عند تحليلها في كشف آلية التَّعمية أو في كشف ترتيب البيانات في الرسالة.

<footnote n="621">621 انظر قسم المشكلات المُرتبطة بالتقطيع في الفصل الثالث من هذا الكتاب.</footnote>

<footnote n="622">622 انظر المزيد حول تعريف المشكلة في [ART47] في ثبت المراجع.</footnote>

<footnote n="623">623 انظر [RFC5722] في ثبت المراجع.</footnote>

<footnote n="624">624 أصل الاسم Atomic fragment، انظر ص. 31 في [RFC8200] في ثبت المراجع.</footnote>

<footnote n="625">625 انظر [RFC6946] في ثبت المراجع.</footnote>

<footnote n="626">626 انظر ص. 9-10 [RFC6437] في ثبت المراجع.</footnote>

<footnote n="627">627 انظر [WEB36] في ثبت المراجع.</footnote>
يُوجَد أَيْضًا هُجومٌ يُسَمَّى هُجوم سرقة الجَدَمَة 628، وفيه تُغَيِّر قِيمَة حَقْل نوع الجَدَمَة في رِزْمة بياناتٍ ما مِن أجل زيادة أولويتها أو رفع جُودة الجَدَمَة المُقَدَّمة لها. ويُمكِن أن يُشَنَّ هُجوم حَجْب الجَدَمَة مِن خلال تغيير قِيمَة حَقْل صَنْف الجَدَمَة، يَهْدِف لِجَعْل رِزْمة بياناتٍ أو مَجْمُوعَة رِزْم تَحُصُّل على جُودة خِدَمَة أَقْلَ مِن الجُودة المُتَوَقَّعَة لها، وقد يُسَبِّب هذا تَأخيرًا زمنيًا في وُصولها إلى هدفها أو التَّخُلُص منها في الوجهة. 629

## بروتوكولات رديفة

### بروتوكول رسائل التَّحَكُّم في الإنْتَرْنِت لِلْإِصْدَار السَّادِس 630

هو بروتوكول مُساعِدٌ لِلْإِصْدَار السَّادِس مِن بروتوكول الإنْتَرْنِت وجزء مُدَمَّجٌ منه، طُوِّر بالتوَّازي معه، وضَدَّر معياره الأوَّل مع معيار الإصدار السَّادِس في شهر ديسمبر العام 1995م، ووُصِف في وثيقة طَلْب التَّعْلِيقات 1885 RFC. 631 تَأَثَّر هذا البروتوكول بروتوكول رسائل التَّحَكُّم المُخَصَّص لِلْإِصْدَار الرَّابِع مِن بروتوكول الإنْتَرْنِت، والَّذي سَبَق وُقُوش في الفصل السَّادِس مِن هذا الكتاب، وقد خُصِّص الفصل الحادي عشر من الكتاب لِمَناقشة هذا البروتوكول بالتفصيل.

تَسْتَعْمِل العُقَد الَّتِي تُشَعَّل الإِصْدَار السَّادِس بروتوكول رسائل التَّحَكُّم لِلتَّبْليغ عن الأَخْطَاء الحاصلة في أثناء مُعالَجة رِزْم البيانات ولِأَدَاء وظَائِف أَخْرَى مُرتَبِطةٍ بِطَبْقة الشَّبَكة نحو تشخيص المُشكِّلات باستعمال أداة تَتَّبِع المسار، ويلزم أن يَكون بروتوكول رسائل التَّحَكُّم مَدْعُومًا دَعْمًا كاملاً في العُقد الَّتِي تُشَعَّل الإِصْدَار السَّادِس مِن بروتوكول الإنْتَرْنِت كلها. 632

يُعْرَف البروتوكول ترويسة خاصَّة به طُولها 4 بايتات، تُضاف بعد ترويسة الإصدار السَّادِس. لهذه التَّرويسة مُعرَّف مُميَّز قيمته 58، ويلزم أن يُستعمل في حَقْل التَّرويسة التَّالِّية في داخل التَّرويسة الَّتِي تَسْبُق ترويسة هذا البروتوكول. يُعْرَف المعيار الأصيل لِلبروتوكول أيضاً أربع رسائل إِبلاغ عن الأَخْطَاء وثلاث رسائل إعلام. 633 أضيفت لاحقاً رسائل عديدة طُوِّرت لأداء وظائف مُختِلِفة نحو رسالة إِلتْماس المُوجَّه ورسالة اكتشاف الجيران اللَّتان عَرَّفهما بروتوكول اكتشاف الجيران. 634

صَدَر تَحَدِّث ثَانٍ لِلبروتوكول في وثيقة طَلْب التَّعْلِيقات 2463 RFC في شهر ديسمبر العام 1998م. 635 صَدَرت الوثيقة 4443 RFC 636 بعدها بثمانية سنوات، وهي المعيار الحالي لِلبروتوكول وتَتَضَمَّن تَفصيلاً إضافياً يَشْمَل التَّغَرَات

<footnote n="628">628 أصل الاسم Theft of service</footnote>

<footnote n="629">629 انظر ص. 15 في [RFC2474] في ثبت المراجع.</footnote>

<footnote n="630">630 أصل الاسم 6 Internet Control Message Protocol for internet protocol version 6 ICMPv6، اختصاراً.</footnote>

<footnote n="631">631 انظر [RFC1885] في ثبت المراجع، ولاجِع، من أجل تَبْيُن العلاقة بين البروتوكولين، أنَّ أوَّل معايير الإصدار السَّادِس مِن بروتوكول الإنْتَرْنِت يُثير تحت الاسم الزَّمَيِّ 1883 RFC.</footnote>

<footnote n="632">632 انظر ص. 3 في [RFC4443] في ثبت المراجع.</footnote>

<footnote n="633">633 انظر ص. 2 في [RFC1885] في ثبت المراجع.</footnote>

<footnote n="634">634 انظر [WEB32] في ثبت المراجع.</footnote>

<footnote n="635">635 انظر [RFC2463] في ثبت المراجع.</footnote>

<footnote n="636">636 انظر [RFC4443] في ثبت المراجع.</footnote>
الأمنية التي يمكن استعمالها لشن هجمات بواسطة البروتوكول وكيفية الوقاية منها ومجموُعة من الاعتبارات اللازمية لهيئة أرقام الإنترنت المُخصصة من أجل تعريف أنواع رسائل جديدة.

## بزوُتوكول اكتشاف الجيران 637

هو بزوُتوكول مُساعِدٌ لِلإصدار السَّادِس مِن بزوُتوكول الإنترنت، ينشُط في الطبقتين الثَّانِية والثَّالِثة وفقاً لِنَموذج الرَّبط البيئي لأنظمة المفتوحة، ويُقدَّم خِدمات التعرُّف على المُوجَّهات والتعرُّف على الجيران وإعادة التوجيه. طُرح أَوَّل معيار لِبروتوكول اكتشاف الجيران في شهر أَغسطس من العام 1996م، ووُصِف أَوَّلاً في وثيقة طَلب التَّعليقات 1970 RFC.638

يُعْرَف هذا البروتوكول خمساً مِن رسائل بزوُتوكول رسائل التَّحَكُّم للإصدار السَّادِس مِن بزوُتوكول الإنترنت هُنَّ: رِسالة إعادة التوجيه وزوجين مِن الرسائل لاكتشاف عناوين المُوجَّهات في الشبكة المحلية، هما رسالتا التماس الموجَّه والإعلان عنه، وزوجين لاكتشاف عناوين الجيران، هما رسالة التماس الجار ورسالة الإعلان عنه، وأدى البروتوكول بالزوج الأخير وظيفة اقتران العناوين بين الطبقتين الثَّالِثة والثَّانِية مع الإصدار السَّادِس، وهي الوظيفة نفسها التي يُؤَدِّيها بروتوكول اقتران العناوين مع الإصدار الرَّابِع مِن بروتوكول الإنترنت.639

طُوِّرت أشكال متنوعة مُشتقةً من هذا البروتوكول، منها بزوُتوكول اكتشاف الجيران العكسي الذي يُؤَدِّي وظيفة اقتران العناوين العكسيَّة بين الطبقتين الثَّانِية والثَّالِثة، وُصِف البروتوكول في الوثيقة RFC 3122 بأنَّه توسعه لِبروتوكول اكتشاف الجيران.640 أَمَا بروتوكول اكتشاف الجيران الآمن، فهو يُعْرَف آليَّات آمنة لِتبادل بيانات الشبكة وفقاً لِبروتوكول اكتشاف الجيران، وقد وُصِف في وثيقة طلب التَّعليقات 3971 RFC.641

صُدر تحديث لِلمعيار الرَّسْمِي في ديسمبر مِن العام 1998م، وحملت وثيقته الاسم الزَّمزي RFC 2461. ثُمَّ صَدرت الوثيقة 4861 RFC في شهر سبتمبر مِن العام 2007م، وهي المعيار الحالي لِبروتوكول اكتشاف الجيران.

## بروتوكول اكتشاف مُستَمِعي البث المجمُوعاتي 643

هو بزوُتوكول انتصال يعمل على مستوى الطبقة الثَّالِثة وفقاً لِنَموذج الرَّبط البيئي لأنظمة المفتوحة. يُدير البروتوكول المجمُوعات الخاصة بالبث المجمُوعي لِزم الإصدار السَّادِس مِن بزوُتوكول الإنترنت، وبالتحديد عمليَّة اكتشاف أعضاء المجمُوعات في الشبكات المحلية، وتحديد ما هي المجمُوعات التي يَهْتُمُ أعضاؤها باستقبال الززم.644

<footnote n="637">637 أصل الاسم Neighbor Discovery Protocol ،اختصاراً .NDP</footnote>

<footnote n="638">638 انظر [RFC1970] في ثبت المراجع.</footnote>

<footnote n="639">639 انظر ص. 11 في [RFC4861] في ثبت المراجع.</footnote>

<footnote n="640">640 أصل الاسم Inverse neighbor discovery protocol ،انظره في [RFC3122] في ثبت المراجع.</footnote>

<footnote n="641">641 أصل الاسم SEcure Neighbor Discovery protocol ،اختصاراً ،SEND انظره في [RFC3971] في ثبت المراجع.</footnote>

<footnote n="642">642 انظر الوثيقتين في [RFC2461] و[RFC4861] على الترتيب في ثبت المراجع، وراجع الشكل (10-1) لتبين علاقة إصدارات هذا البروتوكول مع معايير الإصدار السَّادِس من بزوُتوكول الإنترنت وملحقاته.</footnote>

<footnote n="643">643 أصل الاسم Multicast Listener Discovery ،اختصاراً .MLD</footnote>

<footnote n="644">644 انظر ص. 451-453 في [BKE02] في ثبت المراجع.</footnote>
يُقدَّم البزُّ وَنُوكُل مَّفْهُومًا خاصًا بالإصدار السَّادِس هو مُستَمِع البثّ المَجْمُوعَاتِيّ، 645 وهو وَفقاً لِلتَّعريف، عُقدةً تَرغَب في استقبال رِزم البثّ المَجْمُوعَاتِيّ. إذا استضاف المستمع عُنوان مَجْمُوعةٍ ما، أصبح عُضواً فيها، وبات يَهتمُ باستقبال رِزمها. يُمكن أن يَنضمَّ المستمع إلى أكثر من مَجْمُوعةٍ في الوقت نفسه. وَمِن هُنا حَصل البزُّ وَنُوكُل على اسمه، فالبزُّ وَنُوكُل يُساعِد مُعدَّات الطَّبقة الثَّالثة المُتَّصِلة مع الشبكة المَحلَّيَّة على اكتشاف وُجود المستمعين فيها. يُوصَف البزُّ وَنُوكُل أَيضاً بأنَّه غير متناظرٍ، 646 لأنه يَسْلُك سُلُوكاً مُختَلِفاً عند تعامله مع المستمعين عن ذلك الَّذي يَتَّبِعه مع تجهيزات الطَّبقة الثَّالثة نحو المُوجَّهات.

يُوجَد إصداران لِبزوتوگول اكتشاف مستمعي الإنرنت، وُصِف الأَوَل في وثيقة طَلب التَّعليقات 2710، 647 وطُوِّر في العام 1999م، وهو مُكافيٌّ وظيفيَّةٌ لإلإصدار الثَّانِي مِن بزوتوگول إدارة مَجْمُوعة الإنرنت. أَمَّا الآخر، فطُوِّر في العام 2004م، وهو مَوصُوفٌ في الوثيقة 3810، 648 ويُكافيُّ الإصدار الثَّالث مِن بزوتوگول إدارة مَجْمُوعة الإنرنت، ويَدَعَم مِيزات إضافيَّة نحو البثّ المَجْمُوعَاتِيّ مُحدَّد المَصَدَر.

<footnote n="645">645 أصل الاسم Multicast listener</footnote>

<footnote n="646">646 أصل الاسم Asymmetric protocol</footnote>

<footnote n="647">647 انظر [RFC2710] في ثبت المراجع.</footnote>

<footnote n="648">648 انظر [RFC3810] في ثبت المراجع.</footnote>
الفصل الحادي عشر: بروتوكول رسائل التَّحُكُّم لِلإصدار
السَّادِس مِن بروتوكول الإنترنت

<figure><img src="image_133.png" /></figure>

<figure><img src="image_134.png" /></figure>
## مقدمة

بزوتوكول رسائل التحكّم في الإنقرنت للاصدار السّادس مِن بزوتوكول الإنقرنت أو بزوتوكول رسائل التحكّم للإصدار السّادس مِن بزوتوكول الإنقرنت 649 هو بزوتوكول مُساعِدٌ للاصدار السّادس مِن بزوتوكول الإنقرنت، يُستعمل للابلاغ عن وقوع أخطاء في الشّبكة وليتعريف رسائل تُمكّن عُقد الإصدار السّادس مِن تبادُل معلومات تَحَصُّ الشّبكة في ما بينها. طوّر البروتوكول في العام 1995م، وطرح معياره الأوّل، الذي حمل الاسم الرّمزي 1885 RFC، بالتوّازي مع طرح المعيار الأوّل للإصدار السّادس مِن بزوتوكول الإنقرنت.

تأثر البروتوكول بزوتوكول رسائل التحكّم المُخصص للاصدار الرابع مِن بزوتوكول الإنقرنت الذي درس في الفصل السّادس مِن هذا الكتاب، 650 فإعتمد نموذج عمل مشابه له، معرّفاً مجمُّوعتين من الرسائل هما رسائل الإبلاغ عن الأخطاء ورسائل الإعلام. تُرسَل الأوّل مِن عُقدة تُعالج رزمة بيانات ما إلى مصدرا الززمة للابلاغ عن وقوع خطأ في أثناء مُعالجة تلك الززمة. أَمَّا المجموعة الأخرى، فتكون غالباً على شكل زوجين مِن الرسائل تَثبَّادلهما عُقدتان تدعمان الإصدار السّادس. يُكون الزوج الأوّل رسالة طلب، والآخر رسالة رد على الطلب.

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

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

يَبْدَأ هذا الفصل بعرض نبذة تاريخيّة عن بزوتوكول رسائل التحكّم للإصدار السّادس، يلي ذلك تناول لمبدأ عمله ثُمَّ شرح لأنواع رسائله: الإبلاغ عن الخطأ والإعلام، وتفصيل لينية أهمها، ويُحَتَّم الفصل باستعراض المشكّلات التي واجهت تنفيذ البروتوكول في شبكات البيانات.

## نبذة تاريخية

يدعَم بزوتوكول رسائل التحكّم في الإنقرنت الإصدار الرابع مِن بزوتوكول الإنقرنت، وهو غير متوافقٍ مع الإصدار السّادس مِن بزوتوكول الإنقرنت. لذلك، ومع طرح الإصدار السّادس، طوّرت نُسخة جديدة مِن بزوتوكول رسائل التحكّم مُخصصَة

<footnote n="649">649 أصل الاسم 6 Internet Control Message Protocol for Internet Protocol Version 6، اختصارا.</footnote>

<footnote n="650">650 يُستحسن مراجعة الفصل السّادس مِن هذا الكتاب قبل المضي قدماً في هذا الفصل لِلوقوف على تفاصيل مبدأ العمل والتطبيقات التي ذكرت فيه ولم تُذكر في هذا الفصل تجنباً للنّكرار.</footnote>
لِدَعْمَهُ، وُسْمِيَ النَّاتِجِ بِرُوْتُوكُول رسَائِل التَّحُكُمْ لِلإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت. 651 وُصِف الإصدار الأوَّل مِن هذا البرُوئوتوكول في وثيقة طلب التعليقات 1885 RFC، التي صدرت في شهر ديسمبر من العام 1995م. 652

كان التَّصُورُ الأوَّلُ لِبرُوئوتوكول رسَائِل التَّحُكُمْ الجديد يَشْمَل توسيعه أيضاً لِيُنْجِر وظائف بروئوتوكول إدارة مجمُوعة اللَّاحِقَة، فقد طوَّر بروئوتوكول خاص لإداء هذه المهمة هو بروئوتوكول اكتشاف مستمعي البث المجمُوعات 654.

نُشِّر الإصدار الثَّانِي مِن بِرُوْتُوكُول رسَائِل التَّحُكُمْ في عام 1998م (الشَّكل 1-10))، تحت الاسم الزَّمزي RFC 2463. 655 أما الإصدار الثَّالِث فنُشِّر في العام 2006م، وحُملت وثيقة طلب التعليقات خاصته الاسم الزَّمزي RFC 4443. 656

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

يُشَابَهُ بِرُوْتُوكُول رسَائِل التَّحُكُمْ لِلإصدار السَّادِسِ قرينه المُوجَّه لِدَعْم الإصدار الرَّابِع، ففي حين يُشَكِّل الإصدار الأصيل جزءاً مُدَمَّجاً من الإصدار الرَّابِع مِن بِرُوْتُوكُول الإنترنت، فإنَّ الإصدار الجديد هو جزء مُدَمَّجٍ من الإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت، ويَلِزم أن يُدْعَم في كل عُقدة تُشَغَّل الإصدار السَّادِس، وهو يُقدَّم أيضاً وظائف الإبلاغ عن الأخطاء ويدعم أدوات لِلمُساعدة في تشخيص مشكلات الشبكة نحو أداة التَّحْقُّقِ مِن الاتصال.

<footnote n="651">651 لا يعنى رقم 6 في الاسم الزَّمزي ICMPv6 أنَّ هذا هو الإصدار السَّادِسِ مِن البرُوئوتوكول، لكنَّه يُشير لِكونه مُخَصَّصاً لِلإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت.</footnote>

<footnote n="652">652 يَعْكِس الاسم الزَّمزي لوثيقة الإصدار الأوَّل مِن البرُوئوتوكول العلاقة التي ترتبط مع الإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت، فقد كانت الوثيقة النَّاظمة لِمعياره إحدى ثلاث وثائق صدرت معاً، والثنين الأُخريَّين هما: الوثيقة 1883 RFC، وخصَّصت لِمُحدَّدات الإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت، والوثيقة 1884 RFC، وخصَّصت لِشرح بنية عنوان الإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت، وُيمكن الاطلاع عليهما في [RFC1883] و[RFC1884] و[RFC1885] في ثبت المراجع.</footnote>

<footnote n="653">653 انظر ص. 2 في [RFC1885] في ثبت المراجع.</footnote>

<footnote n="654">654 أصل اسمه Multicast Listener Discovery، اختصاراً لـ MLD، طوَّر في عام 1999م، ووُصِف في وثيقة طلب التعليقات 2710 RFC. انظرها في [RFC2710] في ثبت المراجع.</footnote>

<footnote n="655">655 يَعْكِس الاسم الزَّمزي لوثيقة الإصدار الثَّانِي مِن البرُوئوتوكول العلاقة التي ترتبط مع الإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت، فقد كانت الوثيقة النَّاظمة لِمعياره جزءاً من أربع وثائق صدرت معاً، والثلاثة الأخرى هنَّ الوثيقة 2460 RFC، وخصَّصت لِمُحدَّدات الإصدار السَّادِسِ مِن بِرُوْتُوكُول الإنترنت، والوثيقة 2461 RFC، وخصَّصت لِبرُوئوتوكول اكتشاف الجيران الذي سيُدرَّس في الفصل الثَّانِي عَشَر مِن هذا الكتاب، والوثيقة RFC 2462، وخصَّصت لِلتَّهِيَة الدَّائِيَّة الآلِيَّة لِعناوين الإصدار السَّادِسِ مِن البرُوئوتوكول التي نُوقِشت في الفصل العاشر، وُيمكن الاطلاع على الوثائق في [RFC2460] و[RFC22461] و[RFC2462] على التَّرتيب في ثبت المراجع.</footnote>

<footnote n="656">656 انظرها في [RFC4443] في ثبت المراجع.</footnote>

<footnote n="657">657 انظر ص. 3 في [RFC2463] في ثبت المراجع.</footnote>
مَبْدَأَ الْعِمَل

يُقَدِّمُ بزوتوكول رسائل التَّحَكُّم لِلإصدار السَّادِس، بصورة مُشَابِهَةٍ لِبزوتوكول رسائل التَّحَكُّم لِلإصدار الرابع، الوظائف التَّالِيَّة: الإبلاغ عن الأخطاء وآلَيَّة لِلإعلام عن المعلومات في الشبكة، بالإضافة لمُساهِمته في إنجاز في وظائف تُعَرِّفها بزوتوكولات أُخرى، منها مثلاً بزوتوكول اكتشاف الجيران الذي يُعَرِّف آلَيَّة لإعادة التَّوجيه على مُستَوَى المَخْرَج الافتراضي في الشبكة المَحلَّيَّة لمَصَدَر رِزم البيانات.

نُصِّف رسائل البزوتوكول وفقاً لآلَيَّة عملها إلى نوعين (الشَّكل 6-2)):

* رسائل الإبلاغ عن الأخطاء: ويُمكن أن تُرسَل من الوجهة النَّهَائِيَّة لِرِزمة بيانات أو من أي عُقدة تُعالِجها في أثناء عبورها لِمَسَارها لِلإبلاغ عن وقوع خطأٍ عند مُعالَجتها، ولا يُردُّ على رسائل الإبلاغ عن الأخطاء أبدًا.

* رسائل الإعلام: وتضم أزواجاً من الرسائل، رسالة طلباً ورسالة رد عليه لِكُل وظيفةٍ يُراد إنجازها.

صُمِّم بزوتوكول رسائل التَّحَكُّم لِلإصدار السَّادِس بطريقة تسمح بتوسُعه لِيؤدِّي وظائف جديدة عند الحاجة. بناءً على ذلك، تُشرِّت، بعد طرح معيار البزوتوكول، عَدَد مِن التَّوَسِعات التي تُعَرِّف رسائل جديدة لِلزوتوكول. على سبيل المثال، يُعَرِّف بزوتوكول اكتشاف الجيران خمس رسائل جديدة، سُنُدرس بالتفصيل في ما سيَّتي من هذا الفصل، ويَستعملها لأداء وظائف مُحدَّدة نحو التماس المُوجَّهات في الشبكة المَحلَّيَّة أو إعادة التَّوجيه، ويُعَرِّف بزوتوكول مُستَمِعي البث المَجْمُوعاتي ثلاث رسائل جديدة لِتحديد وجود مستَمِعين لِلبث المَجْمُوعاتي للإصدار السَّادِس ولتحديد المَجْمُوعات التي يَهْتُمون بالاستماع إليها.<fnref n="659" />

بنية التَّرويسة

تُشاِبَه بِنِيَّة ترويسة البزوتوكول المُخَصَّص لِدعم الإصدار السَّادِس بِنِيَّة ترويسة البزوتوكول المُخَصَّص لِدعم الإصدار
الرابع، وهي تَنَكَّوْن مِن نوعين مِن الحُقُول:

* الحُقُول الدَّائِمَة، عَدَدَها ثلاثة حُقُول، ونُوجَد في ترويسات رسائل البزوتوكول كلها، وهي:<fnref n="660" />

حَقِّ النَّوع، طُوله 8 بتاتٍ، ويُحدَّد نوع الرسالة وبالتالي بنيتها. خُصَّص مجال القيم الصَّحِحة مِن 0
 حتى 127 لرسائل الإبلاغ عن الأخطاء، ومجال القيم الصَّحِحة مِن 128 حتى 255 لرسائل الإعلام.

وَنُشِّرِ هِيَّة أرقام الإنترنت المُخَصَّصة على ضبط القيم المعيارية لهذا الحقل.<fnref n="661" />

<footnote n="658">658 أصل الاسمين على الترتيب: Informational messages و Error messages.</footnote>

<footnote n="659">659 انظر ص. 4-2 في [RFC2710] في ثبت المراجع.</footnote>

<footnote n="660">660 انظر ص. 2 في [RFC4443] في ثبت المراجع.</footnote>

<footnote n="661">661 انظر [WEB37] في ثبت المراجع.</footnote>
• حَقَل التَّرَمِيز، طُوله 8 بتاتٍ، ويتحدد معناها وفقاً لِنوع الرسالة، ويُستعمل هذا الحقل لِتعرِيف أنواع فَرَعِيَّةٍ أكثر تخضُّصاً من الرسائل ضمن كل نوع رئيسي. تُشرف هيئة أرقام الإنترنِت المُخَصَّصة على ضبط القيم المعياريَّة لهذه الحقل أيضاً. 662

• حَقَل التَّحَقُّق الجمعي، طُوله 16 بتاً، ويُستعمل لِتحديد فيما لو حَصلت أخطاءً في قيمة البيانات في أثناء نقلها عبر الشبكة.

• حُقول المحتوى، وهي مُتَغَيِّرة العدد والبندية، وتختَّلف وفقاً للرسالة والهدف الذي تُستعمل من أجله.

<table><caption>الجدول (11-1): أهم رسائل بروتوكول رسائل التَّحَكُّم لإصدار السَّادِس مِن بروتوكول الإنترنِت مُرْتَبَةً وفقاً لِنوع</caption><thead><tr><td>تصنيف الرسالة</td><td>اسم الرسالة بالإنكليزية</td><td>اسم الرسالة بالعربية</td><td>قيمة حَقَل النَّوع</td></tr></thead><tbody><tr><td>إبلاغ عن خطأٍ</td><td>Destination unreachable message</td><td>تعذَّر بلوغ الوجهة</td><td>1</td></tr><tr><td>إبلاغ عن خطأٍ</td><td>Packet too big</td><td>رِزْمَة مفرطة في الطُّول</td><td>2</td></tr><tr><td>إبلاغ عن خطأٍ</td><td>Time exceeded</td><td>نفاد الزمن</td><td>3</td></tr><tr><td>إبلاغ عن خطأٍ</td><td>Parameter problem</td><td>مُشكَّلة في مُحدَّد</td><td>4</td></tr><tr><td>إعلام</td><td>Echo request</td><td>توليد الصَّدَى</td><td>128</td></tr><tr><td>إعلام</td><td>Echo reply</td><td>الصَّدَى</td><td>129</td></tr><tr><td>إعلام</td><td>Router solicitation</td><td>التماس المُوجَّه</td><td>133</td></tr><tr><td>إعلام</td><td>Router advertisement</td><td>الإعلان عن المُوجَّه</td><td>134</td></tr><tr><td>إعلام</td><td>Neighbor solicitation</td><td>التماس الجار</td><td>135</td></tr><tr><td>إعلام</td><td>Neighbor advertisement</td><td>الإعلان عن الجار</td><td>136</td></tr><tr><td>إعلام</td><td>Redirect</td><td>إعادة التوجيه</td><td>137</td></tr></tbody></table>

## رسائل البروتوكول

نُحدَّد العُقدة، التي تُولد رسائل البروتوكول، عنوان مَصْدَرها ووجهتها قبل حساب قيمة حَقَل التَّحَقُّق общِّي. قد يَكون لِلُعْقَدَةِ المصَدَر أكثر من عنوان، ويُحدَّد عنوان مَصَدَر الرسالة عندها كما يَأتي: 663

• إذا كانت الرسالة رَدَّاً على رسالة طلب أرسلت إلى أحد العناوين الفريدة لِلُعْقَدَةِ، فيَلَزِمُ أَن يَكون هذا العُنوان هو عنوان المصَدَر في رسالة الرَّدَّ.

• إذا كانت الرسالة رَدَّاً على رسالة طلب أرسلت إلى أحد العناوين غير الفريدة لِلُعْقَدَةِ، نحو عنوان بَثَّ مَجمُوعاً أو عنوان بَثَّ نحو الأقرب، فإنَّ عنوان المصَدَر يَلزَمُ أن يَكون أحد العناوين الفريدة لِلُعْقَدَةِ.

<footnote n="662">662 انظر [WEB37] في ثبت المراجِع.</footnote>

<footnote n="663">663 انظر ص. 5 في [RFC4443] في ثبت المراجِع.</footnote>
* في الحالات الأخرى كلّها، يُختار عُنوان المصّدر بالطريقة نفسّها التي يُختار فيها عُنوان مصّدر أيّ رزمة أُخزى ل الإصدار السّادس من بزوئوگول الإنرنت سترسلها العُقدة المصّدر إلى تلك الوجهة.

رسائل الإبلاغ عن الأخطاء

هي مجمُوعة من رسائل البزوئوگول التي تُرسَل من عُقدٍ وسيطة على مسار الرّزمة أو من وجهتها النّهائِية نحو مصّدرها
لإبلاغه بوقوع خطأ في أثناء مُعالجة الرّزمة. يُحدّد معيار البزوئوگول عدّداً من الحالات التي لا تُولد فيها هذه الرّسائِل، وهي
 الحالات التي ستكون فيها ردًا على استقبال:664

1. رسالة إبلاغ عن خطأ، فلا يُردُّ على رسائل الإبلاغ عن الخطأ أبدًا.

2. رسالة إعادة توجيه، وهي رسالة إعلام ستدريس في ما سيأتي من هذا الفصل.

3. رسالة بث مجمُوعاتي، فلا يُردُّ على رسالة البث المجمُوعاتي إلا في حالتين فقط:

○ إذا كانت الرسالة هي رسالة رزمة مفرطية في الطُّول، لِأَنَّ هذه الرسالة هي جُزءٌ من آلية اكتشاف قيمة وحدة النقل العُظمى للمسار، ولا بدَّ من الرَّدَّ عليها لإنجاز عمل الآلية.

○ إذا كانت الرسالة هي رسالة مُشكلة في مُحدٍّ، وكانت قيمة حَقَّل التَّرميز فيها هي 2، وهي رسالة لِلإبلاغ عن خيار غير معروف في ترويسة الإصدار السّادس من بزوئوگول الإنرنت.

4. رسالة بث مجمُوعاتي على مستوى طبقة الصلة، وتُستثنى الحالتان المُشار إليهاما في البند الثّالث أيضاً.

5. رسالة بث عام على مستوى طبقة الصلة، وتُستثنى الحالتان المُشار إليهاما في البند الثّالث أيضاً.

6. أيّ رزمة لا يُحدّد عُنوان مصّدرها عُقدة فريدة.

7. رسالة إبلاغ عن خطأ مجهولة التّوع في مصّدر رِزم البيانات، ويَلزم في هذه الحالة تمريرها إلى بزوئوگول الطَّبقة العليا لمعالجتها، إن أمكن ذلك. وإن تعدّر فيَلزم التَّخلُص منها.

عدّر بلوغ الوجهة

تُولد هذه الرسالة في مصادر رزمة البيانات أو في أيّ موجّه على مسارها إذا تعدّر إيصال الرّزمة إلى وجهتها لأيّ سبب ما خلا
الازدحام. يتكون حقل المحتوى في هذه الرسالة من حقلٍ غير مستعملٍ بظُول 32 بتاً، يليه أطول قِسْمٍ يمكن نسخه من
الرّزمة التي سببّت توليد هذه الرسالة من غير أن يتجاوز الطُّول قيمة وحدة النقل العُظمى الخاصة بالإصدار السّادس من
بزوئوگول الإنرنت (الشّكل (1-11)).665

<table><thead><tr><th>النّوم = 1</th><th>الرّمیز</th><th>المحقّق الجمعي</th></tr></thead><tbody><tr><td colspan="3">غير مستعمل</td></tr><tr><td colspan="3">أكبر قدر مُمكنٍ من رزمة الإصدار السّادس التي سببّت توليد هذه الرسالة</td></tr></tbody></table>

الشّكل (1-11): بنية رسالة تعدّر بلوغ الوجهة

<footnote n="664">664 انظر ص. 7-6 في [RFC4443] في ثبت المراجع.</footnote>

<footnote n="665">665 انظر ص. 9-8 في [RFC4443] في ثبت المراجع.</footnote>
تكون قيمة حَقْل النَّوْع في هذه الرسالة هي 1 دائمًا، ولحَقَل التَّرْمِيز سبع قيم يُبيِّنها الجدول (11-2) مع معانيها.

<table><caption>الجدول (11-2): قيم حَقْل التَّرْمِيز في رسالة تعذَّر بلوغ الوجهة 666</caption><thead><tr><td>قيمة حَقْل التَّرْمِيز</td><td>الحالة</td><td>الوصف</td></tr></thead><tbody><tr><td>0</td><td>لا مَسَار نحو الوجهة</td><td>لم تَحَدِ العُقْدَة الَّتِي تُعْالَج الرَّزْمَة مَسَارًا نحو وجهتها في جدول توجيهها</td></tr><tr><td>1</td><td>الاتِّصَال مع الوجهة مَحْتُورٌ إِشْرافيًا</td><td>يُحَطَّر الاتِّصَال مع الوجهة، مثلاً لِأسباب تَتَعَلَّق بالأَمْن نحو وُجود جدار حماية 667</td></tr><tr><td>2</td><td>خَارِج مَجَال عُنْوَان المَصْدَر</td><td>تَحُصُّل هذه الحالة عندما يَكُون عُنْوَان الوجهة خارج مَجَال عُنْوَان المصدر، مثلاً إذا كان عُنْوَان المصدر فريداً مَحْلَيًا وكان عُنْوَان الوجهة فريدًا عَالَمِيًا</td></tr><tr><td>3</td><td>تَعَذَّر بلوغ العُنْوَان</td><td>الحالة العامَّة، تُسْتَعْمَل عندما لا يُمكن إِيصال رِزْمة البيانات للوجهة لِسبِّب مُغَابِر لِما ذُكِر في الحالات الأخرى</td></tr><tr><td>4</td><td>تَعَذَّر بلوغ المَنْقَذ</td><td>إذا لم يُوجَد بروتوكول نقل يَدَعَم رقم مَنْقَذ الوجهة في الوجهة النَّهَائِيَّة</td></tr><tr><td>5</td><td>إخفاق عُنْوَان المَصْدَر في سياسة الدُّخُول أو الخُزُوج 668</td><td>أَخْفَقَت رِزْمة البيانات في تجاوز سياسة الدُّخُول أو سياسة الخُزُوج المُطْبَقَة على المَنْقَذ</td></tr><tr><td>6</td><td>رَفْض المَسَار إلى الوجهة</td><td>تُسْتَعْمَل عندما يَكُون التَّوجيه نحو الوجهة مَرْفُوضًا، مثلاً مُنِع المُوجَّه مِن توجيه الرَّزْم نحو بادِئَة ما تَتَضَمَّن عُنْوَان الوجهة لِأسباب تَتَعَلَّق بالأَمْن</td></tr><tr><td>7</td><td>خطاً في ترويسة التَّوجيه</td><td>تُسْتَعْمَل عندما تَتَعَذَّر إِيصال رِزْمة بيانات تُوجَّه تِبَعًا لِلْمَصْدَر بمُقْتَضِي ما يُوجَد في ترويسة التَّوجيه</td></tr><tr><td>8</td><td>قدرات مُعالجة مَحْدُودَةٍ</td><td>تَعَذَّرت مُعالجة رِزْمة البيانات لِأَنَّ التَّرويسيات فيها بالغة الطُّول وَتَفُوق قَدْرَة العُقْدَة على مُعالَجَتْها</td></tr></tbody></table>

## رِزْمَة مُفرَطَّة في الطُّول

يُرْسِل مُوجَّهٌ يُعْالَج رِزْمة بياناتٌ لإِصدار السَّادِس مِن بروتوكول الإنْتَرْتِنَت هذه الرسالة إذا لم يَكُن بإمكانه إرسال الرِّزْمَة إلى وجهتها التَّالِيَّة على المَسَار لِأَنَّ طُولها أَكْبَر مِن قيمة وحدة النَّقْل العُظْمَى في الشَّبَكَة حيث تُوجَد تلك الوجهة. 669 تُسْتَعْمَل بيانات هذه الرسالة ضِمن عمليَّة اكتشاف قيمة وحدة النَّقْل العُظْمَى الخاصَّة بالمَسَار. 670

<footnote n="666">666 وُصِّفَت الحالات الشَّبَعة الأُول في ص. 8-10 في [RFC4443] في ثبت المراجع، والحالة المُحدَّدة بالقيمة 7 في ص. 138 في [RFC6550]، والمُحدَّدة بالقيمة 8 في ص. 12 في [RFC8883].</footnote>

<footnote n="667">667 أصل الاسم Firewall، وَوَرد المُصْطَلَح مُعْزَبًا إلى حاجز حماية في ص. 121 في [BKA01] في ثبت المراجع، وهو حاجز مُنشَّأ بواسطة عَتَاد الحاسب أو برمجياته أو كلاهما معاً، لِمُرَاقِبة تدُفُّق حركة البيانات والتحكُّم بها مِن شَبَكَة أولى، غالِيًا ما تَكون الإنْتَرْتِنَت إلى شَبَكَةٍ أَخْتَزَى غالِيًا ما تَكون شَبَكَة مَحْلَيَّة، انظر ص. 150 في [BKE01].</footnote>

<footnote n="668">668 أصل الاسم Ingress/egress policy.</footnote>

<footnote n="669">669 انظر ص. 10 في [RFC4443] في ثبت المراجع.</footnote>

<footnote n="670">670 انظر تفصيل العمليَّة في [RFC1981] في ثبت المراجع.</footnote>
تَكون قيمة حَقل النَّوع في هذه الرَّسائل هي 2 دائماً، أَمَّا حَقل التَّرميز فيُضَبَّط إلى القيمة 0 في مَصدر الرسالة وَيْهمَل في وجهتها (الشَّكل (11-2)). تَحوَّي التَّرويسة أيضاً حَقلاً لِوحدة النَّقل العُظمَى بِطول 32 بِتاً، يَليه أَطول قِسمٍ يُمكن نَسخه مِن الرَّزمة التي سَبَّبت توليد الرسالة مِن غير أن يَتجاوز طُول الرسالة قيمة وَحدة النَّقل العُظمَى الخاصة بالإصدار السَّادِس مِن بزوتوكول الإنقرنت.

<figure><img src="image_135.png" /><figcaption>الشَّكل (11-2): بنية رسالة رزمة مفرطة في الطُّول</figcaption></figure>

## نفاد الزمن

نُستعمل لِلإبلاغ عن خطأين يَحُصِّلان عند مُعالَجة رِزم بيانات الإصدار السَّادِس مِن بزوتوكول الإنقرنت: 671

1. إذا استقبَلت عُقدة رزمة بيانات الإصدار السَّادِس مِن بزوتوكول الإنقرنت، وكانت قيمة حَقل عَدَد القِفزات فيها صِفراً، أو إذا أصبحت قيمة هذ الحقل 0 بعد مُعالَجة الرَّزمة.

2. إذا نَفِد مُؤَفَّق انتظار تَجميع قِطع رزمة بيانات ما وَلَمَّا تَصِل القِطع كُلَّها بعد.

تَكون قيمة حَقل النَّوع في رسائل نفاد الزمن هي 3 دائماً، وِلحَقل التَّرميز قِيمتان هما 0 مِن أجل حَقل عَدَد قِفزات صِفري و 1 مِن أجل نفاد مُؤَفَّق انتظار. يَتكَوَّن حَقل المُحتَوى في بنية الرسالة مِن حَقلٍ غير مُستعملٍ بِطول 32 بِتاً يَليه أَطول قِسمٍ يُمكن نسخه مِن الرَّزمة التي سَبَّبت توليد هذه الرسالة مِن غير أن يَتجاوز طُول الرسالة وحدة النَّقل العُظمَى الخاصة بالإصدار السَّادِس مِن بزوتوكول الإنقرنت.

<figure><img src="image_136.png" /><figcaption>الشَّكل (3-11): بنية رسالة نفاد الزمن</figcaption></figure>

## مُشكلة في مُحدِّد

إذا صَادفت عُقدة، تُعالَج رزمة بيانات ما، مُشكلة في ترويسة بزوتوكول الإنقرنت أو في إحدى ترويسات التَّوسعة، فلم يَعد بإمكانها إكمال المُعالجة، فإنها تَتَخلَّص مِن الرَّزمة التي تَحتوي التَّرويسة، ثُمَّ تُرسل رسالة الإبلاغ عن الخطأ إلى مَصدرها. 672

<footnote n="671">671 انظر ص. 11 في [RFC4443] في ثُبت المراجع.</footnote>

<footnote n="672">672 انظر ص. 12 في [RFC4443] في ثُبت المراجع.</footnote>