عرض مصدر بروتوكول الإنترنت (الإصدار الرابع)

{{عن|بروتوكول الإنترنت (الإصدار الرابع)||بروتوكول الإنترنت (توضيح)}}
{{صندوق معلومات بروتوكول شبكة
| title = الإصدار الرابع من بروتوكول الإنترنت
| name = Internet Protocol version 4
| image = IPv4 header -ar.svg
| caption = [[ترويسة (حوسبة)|ترويسة]] الإصدار الرابع من بروتوكول الإنترنت
| abbrrviation = IPv4
| purpose = بروتوكول تشبيك
| developer =  [[داربا|وكالة مشاريع البحوث المتطورة الدفاعية]]
| date = 1981م
| osilayer = [[طبقة الشبكة]]
| rfcs = RFC 791
| influence = [[بروتوكول الإنترنت (الإصدار السادس)|الإصدار السادس من بروتوكول الإنترنت]] IPv6
}}
'''الإصدار الرابع من بروتوكول الإنترنت''' {{إنج|Internet Protocol version 4 اختصاراً IPv4}} هو [[بروتوكول (اتصالات)|بروتوكول]] [[تشبيك]] يعمل في [[طبقة الشبكة]] حسبَ [[نموذج الربط البيني للأنظمة المفتوحة]]. طوّر هذا البروتوكول في عام 1981م ضمن عمل [[داربا|وكالة مشاريع البحوث المتطورة الدفاعية]]، وكان أحد الركائز التي قامت [[إنترنت|شبكة الإنترنت]] على أساسها.<ref name="REF-AR1" group="ar">{{استشهاد مختصر|بكني|2022|ص=42}}</ref>

يؤدي الإصدار الرابع من بروتوكول الإنترنت وظيفتين رئيستين هما: [[العنونة في الإصدار الرابع من بروتوكول الإنترنت|العنونة]] و[[تقطيع (شبكات)#التقطيع في الإصدار الرابع من بروتوكول الإنترنت|التقطيع وإعادة التجميع]]. في ما يخص العنونة، فإن البروتوكول يُعرّف فضاءً من العناوين يضم قرابة 3.4 مليار عنوان، ويجب أن يستضيف كل جهاز مُتصل مع الشبكة عنواناً من هذا الفضاء، ويُسمّى هذا الجهاز بعد ذلك [[مضيف (حوسبة)|مُضيفاً للعنوان]]. أمّا في ما يخص التقطيع، فإنّ البروتوكول يُحدد بنية خاصة [[رزمة بيانات|لرزمة البيانات]]، وقواعد لعملية [[تغليف (شبكات)|التغليف]] في طبقة الشبكة، تشمل بنية [[ترويسة (حوسبة)|للترويسة]] و[[وحدة النقل العظمى|حجماً أعظمَ]] للرزمة. بعد ذلك، وعند إرسال رزم البيانات يجري تقطيع كل رزمة ذات حجم أكبر من الحجم الأعظم المسموح به، أمّا في الوجهة النهائيّة، فيُعاد تجميع القطع وتُشكّل الرزمة الأصليّة من جديد.<ref name="ietf-166">{{استشهاد مختصر|RFC 791|ص=7-8|لغة=en}}</ref>

بعد سنوات من استخدامه في شبكة الإنترنت، ومع التوسع الكبير الذي شهدته الأخيرة في مطلع عقد التسعينات، عانى البروتوكول من [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|مشكلة استنفاد فضاء عناوينه]]. نتيجة لذلك، طُورِّت مجموعة من الحلول ضمن إستراتيجيتين، الأولى قصيرة الأمد، وشملت تطوير تقنيات [[ترجمة عنوان الشبكة|ترجمة عناوين الشبكة]] و[[توجيه بين نطاقي غير صنفي|التوجيه غير الصنفي بين النطاقات]]، والثانية طويلة الأمد وشملت تطوير بروتوكول تشبيك بديل ليحل محل الإصدار الرابع، هو [[بروتوكول الإنترنت (الإصدار السادس)|الإصدار السادس من بروتوكول الإنترنت]].<ref name="ietf-165">{{استشهاد مختصر|RFC 4632|ص=3-4, 18|لغة=en}}</ref>

يحتاج الإصدار الرابع من بروتوكول الإنترنت إلى عدد من الخدمات التي تقدمها مع عدد من البروتوكولات الأخرى، فهو يحصل على عنوان بروتوكول الربط العامل في [[طبقة الوصلة|طبقة الربط]] اعتماداً على عمل [[بروتوكول اقتران العناوين|بروتوكول ترجمة العناوين]]، كما يعتمد على حزمة أمن بروتوكول الإنترنت في تأمين خصائص الأمن مثل [[خصوصية|الخصوصية]] و[[سر مهني|السريّة]]، وعلى [[بروتوكول إدارة مجموعة الإنترنت]] في معالجة القضايا الخاصّة بمجموعات [[بث متعدد الوجهات|البث المجموعاتي]].<ref name = "Book-95">{{استشهاد مختصر|Kozierok|2005|ص=203-227, 449-475, 507-521|لغة=en}}</ref>

== نبذة تاريخية ==
{{شريط جانبي بروتوكول الإنترنت}}
[[ملف:TCP and IP protocols development timeline-ar.svg|تصغير|يسار|300بك| الخط الزمني لتطوّر إصدارات بروتوكول الإنترنت المُختلفة مع توضيح أسماء [[طلب تعليقات|وثائق طلب التعليقات]] ذات الصلة.]]

كان تطوير مبدأ [[تبديل الرزم]] في ستينيات القرن العشرين هو الخطوة الأولى نحو تطوير [[بروتوكول الإنترنت]]. في تبديل الرزم، يجري نقل المعلومات الرقمية على شكل قطع بيانات تتكون من كل منها من عدد البايتات، ويكون نقل كل رزمة مستقلاً عن نقل الرزم الأخرى، ويسمح ذلك لرزم مختلفة المصدر أو الوجهة بتشارك القناة نفسها باستعمال أشكال متعددة من تقنيات الإرسال المتعدد.<ref name="Web-1">{{استشهاد مختصر|Baran|1964|ص=17|لغة=en}}</ref> طوّر [[لويس بوزان]] بعد ذلك [[سيكلاد (شبكة)|شبكة سيكلاد]]، وصاغ للمرة الأولى مفهوم [[رزمة بيانات|رزمة البيانات]] {{إنج|Datagram}}، وهي قطعة بيانات تحتوي على كل المعلومات اللازمة لتعريف مصدرها ووجهتها النهائية <ref name = "JOU-2">{{استشهاد مختصر|Pouzin|1973|ص=80-82|لغة=en}}</ref>، ونتيجة لذلك، أصبح بالإمكان الحديث عن إنشاء شبكات تدعم [[قناة اتصال|قنوات اتصال]] لا [[اتصال مهيأ|تتطلب إنشاء اتصالٍ مُسبقاً]]. لقد جرى تبني مفهوم رزمة البيانات من قبل مصممي الإنترنت الأوائل، وكان لهذا القرار انعكاسات عميقة على تطوير مجموعة البروتوكولات الخاصة بالشبكة.<ref name="Book-2">{{استشهاد مختصر|Fall|2012|ص=5|لغة=en}}</ref>

[[نشر أكاديمي|نشر]] [[فينت سيرف]] و[[روبرت خان|بوب خان]] في عام 1974م ورقة بحثية بعنوان «بروتوكول للاتصال البيني في شبكة الرزم»{{للهامش|1}}<ref name = "JOU-1">{{استشهاد مختصر|Cerf|1974|ص=637|لغة=en}}</ref>، وصفا فيها [[بروتوكول (اتصالات)|بروتوكول]] نقل يعمل بين [[مضيف (حوسبة)|المضيفين]] في شبكة تبديل رزم، يقدم البروتوكول عدداً من الوظائف لرزم بيانات متنوعة الأطوال تشمل: التحكم بالتدفق وعنونة العمليات والتحقق من الخطأ بين الطرفيات وغير ذلك وكان برنامج التحكم بالنقل {{اختصار مخفي|TCP|Transmission control Program}} هو حجر الأساس في هذه الوظائف. ثم نُشرت وثيقة طلب التعليقات التي تحدد مواصفات البرنامج تحت الاسم الرمزي RFC 675.<ref name="ietf-2">{{استشهاد مختصر|RFC 675|ص=1|لغة=en}}</ref> لاحقاً، قُسمت الوظائف التي يُقدّمها البرنامج على بروتوكولين هما [[بروتوكول الإنترنت]] و[[بروتوكول التحكم بالنقل|بروتوكول التحكّم بالنقل]] <ref name="ietf-3">{{استشهاد مختصر|RFC 801|ص=1|لغة=en}}</ref>{{للهامش|2}}. يعمل البروتوكولان في طبقتين متتابعتين من طبقات [[نموذج الربط البيني للأنظمة المفتوحة]]، هما [[طبقة النقل]]: وتُقدّم خدمات بين طرفيّة {{إنج|End-to-end}} للتطبيقات التي تعمل في المُضيفين، و[[طبقة الشبكة]]: وتدعم الوظائف الخاصّة برزمة البيانات.<ref name="Book-3">{{استشهاد مختصر|Fall|2012|ص=27|لغة=en}}</ref>

في ما يخص بروتوكول الإنترنت، فقد جرى العمل على تطويره ضمن مشروع ممول من قبل [[داربا|وكالة مشاريع البحوث المتطورة الدفاعية]] المعروفة اختصاراً بالاسم:{{اختصار مخفي|داربا|Defense Advanced Research Projects Agency}}، فنُشرت إصدرات تجريبية عديدة بين العامين 1977 و1979م. وحملت هذه الإصدارات أرقاماً هي 0 و1 و4،{{للهامش|3}}، وفي ما يلي مجموعة من وثائق {{وإو|ملاحظات على تجارب الإنترنت|Internet Experiment Note|en| المُلاحظات على تجارب الإنترنت}} التي تصفّ إصدارات بروتوكول الإنترنت السابقة وصولاً للمعيار الرسمي للإصدار الرابع:{{للهامش|4}}
* '''الوثيقة رقم 2''': وهي مُؤرّخة في شهر أغسطس للعام 1977م، وجاءت بعنوان: «تعليقات على بروتوكول الإنترنت وبروتوكول التحكّم بالنقل». وتُشدد على الحاجة للفصل بين وظائف بروتوكول الإنترنت ووظائف [[بروتوكول التحكم بالنقل|بروتوكول التحكّم بالنقل]]، واقترحت الوثيقة أول تصوّر لبروتوكول الإنترنت، واستخدم الرقم 0 للإشارة إلى رقم الإصدار في [[ترويسة (حوسبة)|الترويسة]] المُقترحة.<ref name="Web-3">{{استشهاد مختصر|IEN 2|ص=1|لغة=en}}</ref>
* '''الوثيقة رقم 26''': وهي مُؤرّخة في شهر فبراير للعام 1978م، وجاءت بعنوان: «اقتراح لبنية جديدة لترويسة بروتوكول الإنترنت»، وتصف الإصدار الأول من البروتوكول (IPv1).<ref name="Web-4">{{استشهاد مختصر|IEN 26|ص=1|لغة=en}}</ref>
* '''الوثيقة رقم 28''': وهي مُؤرّخة في شهر فبراير للعام 1978م، وجاءت بعنوان: «مسودّة توصيف الإصدار الثاني لبروتوكول الإنترنت»، وتصف الإصدار الثاني من البروتوكول، أي IPv2.<ref name="Web-5">{{استشهاد مختصر|IEN 28|ص=1|لغة=en}}</ref>
* '''الوثيقة رقم 41''': وهي مُؤرّخة في شهر يونيو للعام 1978م، وجاءت بعنوان: «محددات الإصدار الرابع من بروتوكول التشبيك».{{للهامش|5}} وهي أوّل وثيقة وصفت الإصدار الرابع من البروتوكول، ولكنّ بنية الترويسة كانت مختلفة عن الشكل النهائي الذي اُعتمد لاحقاً.<ref name="Web-6">{{استشهاد مختصر|IEN 41|ص=1|لغة=en}}</ref>
* '''الوثيقة رقم 44''': وهي مُؤرّخة في شهر يونيو للعام 1978م، وجاءت بعنوان: «أحدث بُنى الترويسات». وهي تصف التعديلات التي أدخلت على ترويسة البروتوكول الواردة في الوثيقة رقم 41.<ref name="Web-7">{{استشهاد مختصر|IEN 44|ص=1|لغة=en}}</ref>
* '''الوثيقة رقم 54''': وهي مُؤرّخة في شهر سبتمبر للعام 1978م، وهي بعنوان: «مُحددات الإصدار الرابع من بروتوكول التشبيك». وهي أوّل توصيف للإصدار الرابع من البروتوكول يستخدم الترويسة المُعتمدة في الشكل النهائي للإصدار الرابع.<ref name="Web-8">{{استشهاد مختصر|IEN 54|ص=1|لغة=en}}</ref>
[[ملف:IPv4 RFC 791 first page.png|تصغير|300بك|جزء من الصفحة الأولى من وثيقة طلب التعليقات RFC 791 الخاصّة بمعيار الإصدار الرابع من بروتوكول الإنترنت، تحتوي على عنوان المعيار واسمه الرمزي وتاريخ النشر.]]
لاحقاً، في شهر يناير من العام 1980م، تحوّلت الوثيقة رقم 128 إلى أوّل وثيقة طلبات تعليقات مُخصصة للبروتوكول وحملت الاسم الرمزي RFC 760، وجاءت تحت عنوان «معيار بروتوكول الإنترنت لوزارة الدفاع» <ref name="ietf-4">{{استشهاد مختصر|RFC 760|ص=1| لغة= en}}</ref> {{للهامش|6}}. وفي شهر سبتمبر من العام التالي صدرت وثيقة طلب التعليقات RFC 791 تحت عنوان: «بروتوكول الإنترنت»، وحلَّت محل الوثيقة السابقة، وهي ما تزال الوثيقة المعياريّة للإصدار الرابع من بروتوكول الإنترنت. اعتمد البروتوكول خلال العامين التاليين قبل أن يصبح بروتوكول التشبيك الرئيس في الشبكة بدءاً من 1 يناير 1983م.<ref name="ietf-360">{{استشهاد مختصر|RFC 801|ص=2|لغة=en}}</ref><ref name="ietf-361">{{استشهاد مختصر|RFC 3789|ص=2|لغة=en}}</ref>

طُوّر الإصدار الخامس {{اختصار مخفي|IPv5|Internet Protocol Version 5}} تحت مُسمى بروتوكول التدفق في شبكة الإنترنت،{{للهامش|7}} ولكنّه لم يتجاوز المرحلة التجريبيّة.<ref name="RFC-8">{{استشهاد مختصر|RFC 1819|ص=1|لغة=en}}</ref> بالإضافة لذلك في الفترة بين عامي 1988 و1993م، طُوِّر إصدار جديد من بروتوكول الإنترنت لمعالجة الإشكالات التي صادفها الإصدار الرابع وبالتحديد [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|مشكلة استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت]]، وسُميّ بالإصدار السابع من بروتوكول الإنترنت {{اختصار مخفي|IPv7|Internet Protocol Version 7}} اعتباطيّاً، لكن لم تستكمل عملية التطوير لاحقاً.<ref name="ietf-41">{{استشهاد مختصر|RFC 1475|ص=7|لغة=en}}</ref>
{{استشهاد مختصر|RFC 1475|ص=7|لغة=en}}
أمّا [[بروتوكول الإنترنت (الإصدار السادس)|الإصدار السادس من بروتوكول الإنترنت]] {{اختصار مخفي|IPv6|Internet Protocol Version 6}} فهو وريث الإصدار الرابع، وطوّر بالأساس لحل مشكلة [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت]]، ففي حين يستخدم الإصدار الرابع عناوين بطول من 32 [[بت]]، وهو ما يخلق 4.3x10<sup>9</sup> عنوان متاح في فضاء العناوين، فإنّ الإصدار السادس يستخدم عناوين بطول 128 [[بت]]، ما يسمح بوجود 3.4x10<sup>38</sup> عنوان متاح في فضاء عناوينه. وصف الإصدار السادس أوّلاً في وثيقة طلب التعليقات RFC 1883 <ref name="ietf-7">{{استشهاد مختصر|RFC 1883|ص=1|لغة=en}}</ref>، ثُمّ جرى إضافة بعض التعديلات وأُصدر معيار جديد للبروتوكول في العام 1998م تحت الاسم الرمزي RFC 2460.<ref name="ietf-8">{{استشهاد مختصر|RFC 2460|ص=1|لغة=en}}</ref> صدرت الوثيقة RFC 8200 أخيراً في عام 2017م وهي تحتوي التعديلات المُضافة على معيار البروتوكول.<ref name="ietf-9">{{استشهاد مختصر|RFC 8200|ص=1|لغة=en}}</ref>

في 1 أبريل 1994م، نشرت [[مجموعة مهندسي الإنترنت|مجموعة مُهندسي الإنترنت]] وثيقة طلب تعليقات تُفيد بتطوير الإصدار التاسع من بروتوكول الإنترنت، أي {{اختصار مخفي|IPv9|Internet Protocol Version 9}}، ولكن الخبر برمّته كان [[كذبة أبريل]].<ref name="RFC-7">{{استشهاد مختصر|RFC 1606|ص=1|لغة=en}}</ref>
{{تحديد}}

== مبدأ العمل ==
[[ملف:OSI Network Layer -ar.png|تصغير|300بك| [[طبقة الشبكة]] في [[نموذج الربط البيني للأنظمة المفتوحة]]، حيث يعمل الإصدار الرابع من بروتوكول الإنترنت.]]
يعمل بروتوكول الإنترنت في [[طبقة الشبكة]] حسب [[نموذج الربط البيني للأنظمة المفتوحة]]{{للهامش|8}}.<ref name = "Book-4">{{استشهاد مختصر|Bruno|2003|ص=268|لغة=en}}</ref> في المضيفين، في حالة الإرسال يعمل البروتوكول على [[تغليف (شبكات)|تغليف]] وحدة بيانات البروتوكول القادمة من [[طبقة النقل]] وتمرير الناتج إلى [[طبقة ربط البيانات]]. أمّا في حالة الاستقبال، يستقبل البروتوكول وحدة بيانات البروتوكول القادمة من طبقة ربط البيانات، يلي ذلك تحديد فيما إذا كانت الرزمة ستُرسل إلى أحد بروتوكولات طبقة النقل، أو إلى أحد البروتوكولات الأُخرى العاملة في طبقة الشبكة، وفي كلا الحالتين يفك بروتوكول الإنترنت تغليف رزمة البيانات، أي إزالة [[ترويسة (حوسبة)|ترويستها]]، ثُمّ تمرير الرزمة إلى البروتوكول التالي.<ref name="ietf-10">{{استشهاد مختصر|RFC 791|ص=5-6|لغة=en}}</ref>

يحدد بروتوكول الإنترنت أيضاً فضاء من العناوين الرقمية، التي تُسمّى عناوين الإنترنت، ويصف البروتوكول بنية هذه العناوين وأقسامَها، وتُسمّى هذه الوظيفة بالعنونة. يحصل كل [[مضيف (حوسبة)|مُضيف]] في الشبكة على عنوان واحد خاص ببروتوكول الإنترنت على الأقل، ويلعب هذا العنوان دور مُعرّف للمضيف. هناك شكلان للعنونة، هما العنونة الصنفية، والعنونة غير الصنفية، في الأولى: ويجري تنظيم هذه العناوين ضمن مجموعات ذات أطوال مُحددة سلفاً تُسمّى أصنافاً قياسيّة، وتسمى كل مجموعة بمجموعة عناوين شبكة، أو شبكة اختصاراً، ويمكن [[تجزئة الشبكة|تجزئة]] المجموعة على أساس الأصناف إلى عدد من المجموعات الجزئية التي تسمى شبكات جزئيّة أيضاً. أمّا في العنونة غير الصنفية فلا يوجد أصناف محددة الطول، بل يُجزَّأ فضاء العناوين حسب الحاجة دون قيود من قواعد الأصناف.<ref name = "Book-5">{{استشهاد مختصر|Lee|2000|ص=26|لغة=en}}</ref>

لا يُقدم الإصدار الرابع من بروتوكول الإنترنت خدمة العنونة الآليّة، أي يجب تزويد المُضيفين بعناوين البروتوكول يدويّاً، أو الاعتماد على التهيئة الآليّة التي يُقدمها بروتوكول آخر<ref name = "Book-7">{{استشهاد مختصر|Blank|2004|ص=68|لغة=en}}</ref>، مثل [[بروتوكول تهيئة المضيف الآلية|بروتوكول التهيئة الآلية للمضيفين]].<ref name="ietf-11">{{استشهاد مختصر|RFC 2131|ص=1|لغة=en}}</ref> ولا يقدم البروتوكول خدمة [[توجيه (شبكات)|توجيه]] رزم البيانات، ولا بد من إنجاز عمليّة التوجيه يدوياً، أو الاعتماد على [[بروتوكول توجيه]] لإنجازها آلياً، ولكن إنجاز عملية العنونة إنجازاً صحيح هو خطوةٌ رئيسة لا بدّ منها لنجاح عملية التوجيه، فمن غير العنونة لا يوجد توجيه.<ref name = "Book-8">{{استشهاد مختصر|Osterloh|2002|ص=82|لغة=en}}</ref> يعمل البروتوكول أساساً باستعمال قنوات [[اتصال غير مهيأ|اتصال غير مُهيّئة]]{{للهامش|9}}، ولا يُقدم أيضاً خدمة نقلٍ موثوقٍ للبيانات، فعند حصول أي خطأ في الشبكة، لا يمكن استرداد البيانات الضائعة، وتُقدّم بعض من بروتوكولات طبقة النقل مثل [[بروتوكول التحكم بالنقل]] هاتان الوظيفتان، ويمكن الاعتماد عليه ليعمل مع بروتوكول الإنترنت وليقدّم خدمة نقلٍ موثوقٍ للبيانات عبر قنوات [[اتصال مهيأ]].<ref name = "Book-6">{{استشهاد مختصر|Fall|2012|ص=181|لغة=en}}</ref>

يُشرف البروتوكول، بالإضافة لذلك، على وظيفة رئيسة أخرى هي تقطيع رزم البيانات وإعادة تجميعها، وفيها تُقطَّع رزمة البيانات قبل إرسالها، سواء في المصدر أو في أي عقد على المسار، إذا كان حجمها يتجاوز قيمة [[وحدة النقل العظمى]]، وتُنشئ نتيجة لذلك قطع أصغر حجماً. أمّا إعادة التجميع فتجري في الوجهة النهائية فقط عند استقبال قطع بيانات، وهي تهدف لإعادة تشكيل رزمة البيانات الأصليّة قبل التقطيع.<ref name="ietf-12">{{استشهاد مختصر|RFC 791|ص=8|لغة=en}}</ref> في حالة الإرسال، لا يكون التقطيع إلزاميّاً، وعندها يستقبل البروتوكول وحدة بيانات البروتوكول القادمة من طبقة النقل، وقد يُقطعها إلى قطعتين أو أكثر، حسب قيمة حجم النقل الأعظم الخاص بطبقة الشبكة، ثُم يُضيف ترويسته إلى كل قطعة ناتجة، ويُمرر هذه القطع إلى طبقة ربط البيانات.<ref name = "Book-10">{{استشهاد مختصر|Bruno|2003|ص=271|لغة=en}}</ref> أمّا في حالة الاستقبال، فإن البروتوكول يستقبل وحدات بيانات البروتوكول القادمة من طبقة ربط البيانات، ثُمّ يجمعها ويولد رزمة البيانات الأصيلة، وتوجد خوارزميات عديدة لتحقيق ذلك.<ref name="ietf-13">{{استشهاد مختصر|RFC 815|ص=1|لغة=en}}</ref> يجري فك تغليف الرزمة الأصليّة بعدها، ثُمّ تمريرها إلى البروتوكول المناسب سواء في طبقة الشبكة أو في طبقة النقل.

== بنية الترويسة ==

[[ملف:IPv4 header -ar.svg|تصغير|300 بك|بنية [[رزمة بيانات]] الإصدار الرابع من بروتوكول الإنترنت.]]
[[ملف:IPv4 header - Type of Service structure-ar.svg|تصغير|300 بك| بنية حقل النوع الخدمة في ترويسة الإصدار الرابع من بروتوكول الإنترنت.]]
[[ملف:IPv4 Fragmentation Flag field-ar.svg|تصغير|300بك|حقل الأعلام في ترويسة الإصدار الرابع من بروتوكول الإنترنت، هناك علمين هما علم عدم التقطيع وعلم المزيد من القطع.]]

تتكون رزمة الإصدار الرابع من بروتوكول الإنترنت من [[ترويسة (حوسبة)|ترويسة]] و[[حمولة (حوسبة)|حمُولة]]. يتراوح حجم الترويسة بين 20 و60 [[بايت]]اً، أمّا حجم الرزمة ككل، أي الترويسة والحمولة معاً، فمن الممكن أن يصل نظريّاً حتى 65535 بايت.<ref name="ietf-17">{{استشهاد مختصر|RFC 791|ص=13|لغة=en}}</ref>

تتكوّن الترويسة من نوعين من الحقول: الإلزامية والخيارات. أمّا الحقول الإلزاميّة فهي بطول 20 بايتاً، وتُمثّل الحقول التي توجد دائماً في الترويسة، وأمّا الخيارات، فهي حقول غير إلزاميّة قد تُلحق بالترويسة، ويمكن أن يصل طولها الأعظم في رزمة واحدة إلى 40 بايت، وقد وصِفت بنية الحقول واستعمالتها في معيار البروتوكول.<ref name="ietf-18">{{استشهاد مختصر|RFC 791|ص=11|لغة=en}}</ref>

=== الحقول الإلزاميّة ===
* حقل '''الإصدار:''' بطول 4 [[بت]]، ويحتوي دائماً على القيمة 4 في كل رزم الإصدار الرابع من بروتوكول الإنترنت.
* حقل '''طول الترويسة:''' بطول 4 بت، ويُحدد موقع نهاية الترويسة وبداية الحمولة، وهو يحتوي عدداً يُمثل عدد الكلمات بطول 32 بت، أو 4 [[بايت]]، المُوجودة في [[ترويسة (حوسبة)|لترويسة]]، وبما أن طول الترويسة بلا خيارات هو 20 بايت، فإنّ أصغر قيمة صحيحة مُمكنة لهذا الحقل هي 5.
* حقل '''نوع الخدمة:''' بطول 8 بت، ويحتوي على تراميز خاصّة تُحدد [[جودة الخدمة]] {{اختصار مخفي|QoS|َQuality of Service}} المطلوبة لنقل الرزمة، وتحديداً من خلال ضبط مُحددات: أحقية المُضيف والتأخير والإنتاجية والوثوقية. حُددت قيم المُحددات المستعملة لضبط هذا الحقل أولاً في معيار البروتوكول، ثُمّ في وثيقة طلب التعليقات RFC 1349 <ref name="ietf-14">{{استشهاد مختصر|RFC 1349|ص=1|لغة=en}}</ref>، ثُمّ في الوثيقة RFC 2474.<ref name="ietf-15">{{استشهاد مختصر|RFC 2474|ص=1|لغة=en}}</ref>
* حقل '''الطول الإجمالي:''' بطول 16 بت، يُحدد حجم رزمة البيانات مُقدراً [[بايت|بالبايت]]. إنّ أكبر قيمة يمكن ترميزها في هذا الحقل هي 65535. نظريّاً، تُمثّل هذه القيمة الحجم الأعظم المُمكن لرزمة البيانات الإصدار الرابع من بروتوكول الإنترنت.
* حقل '''المُعرّف:''' بطول 16 بت، وهو يُميّز الرزمة وجميع القطع التي تنتج عن [[تقطيع (شبكات)#التقطيع في طبقة الشبكة|عملية تقطيعها]]، حيث يُساعد هذا الحقل بروتوكول الإنترنت العامل في طرف الوجهة على تمييز القطع الناتجة عن تقطيع رزم مُختلفة عن بعضها البعض ثمّ إعادة تجميعها لإنتاج الرزمة الأصلية مجدداً، وتصف الوثيقة RFC 6864 كيفية استعمال هذا الحقل.<ref name="ietf-16">{{استشهاد مختصر|RFC 6864|ص=1|لغة=en}}</ref>
* '''حقل الأعلام:''' بطول 3 بتات، ويحتوي علمين هما علم عدم التقطيع، ويُستخدم لمنع تقطيع الرزمة تحت أي ظرفٍ، وعلم المزيد من القطع، ويُستخدم لتحديد القطعة الأخيرة في الترتيب من مجموعة القطع التي نتجت عن تقطيع رزمة ما. لا تُستخدم هذه الأعلام إلا إذا قُطِّعت الرزمة{{للهامش|10}}.
* حقل '''إزاحة القطعة:''' بطول 13 [[بت]]، يُستخدم هذا الحقل إذا فقط كانت الرزمة هي قطعة ناتجة عن تقطيع رزمة أكبر، وتُمثّل هذه القيمة إزاحة القطعة عن أول موقع في الرزمة الأصليّة، ويساعد هذا الحقل في إعادة تجميع القطع تجميعاً سليماً لإنتاج الرزمة الأصيلة في طرف الوجهة، خاصّةً إذا وصلت القطع بترتيبٍ مُغايّر لترتيب الإرسال.أمّا إذا لم تكن الرزمة قطعة من رزمة أكبر فإن هذا الحقل لا يُستعمل ويأخذ القيمة الصفريّة. تكون قيمة الإزاحة المُخزنة في هذا الحقل مقسومة على ثمانيّة، أي إذا احتوى الحقل القيمة 1 فإن قيمة الإزاحة الحقيقية هي 8 بايت، وأكبر قيمة ممكن للإزاحة في هذا الحقل هي: 2<sup>13</sup>=8192، وتقابل 65536 بايت.<ref name = "Book-20">{{استشهاد مختصر|Janevski|2015|ص=33|لغة=en}}</ref>
* حقل '''زمن حياة الرزمة:''' بطول 8 بت، وهو يحتوي عدد [[قفزة (شبكات)|القفزات]] الأعظم الذي يُسمح للرزمة بالقيام بها. تقوم كل عقدة تُعالج الرزمة، [[موجه (شبكات)|كالموجّهات]]، بإنقاص قيمة حقل زمن الحياة بمقدار 1، وعندما تصل قيمة الحقل إلى الصفر يلزم التخلص من الرزمة. إنّ أقصى قيمة يُمكن أن يحتويها الحقل هي 255، وهي تُمثّل أكبر عدد قفزات مُمكن لمسار رزمة بيانات تدعم الإصدار الرابع من بروتوكول الإنترنت.
* حقل '''البروتوكول:''' بطول 8 بت، ويستعمل لأداء وظيفة التنضيد، ويضمّ ترميزاً يُستخدم لتحديد بروتوكول الطبقة التاليّة صُعوداً، تُحدد [[أيانا|هيئة أرقام الإنترنت المُخصصَة]] قيم التراميز والمُستعملة والبروتوكولات المُقابلة له.<ref name="IANA-1">{{استشهاد مختصر|IANA Registry|Service Name and Transport Protocol Port Number}}</ref>
* حقل '''التحقق الجمعي:''' بطول 16 بت، ويحتوي ناتج [[خوارزمية|خوارزميّة]] [[تحقق جمعي|التحقق الجمعيّ]] التي تطبّق على حقول الترويسة فقط. تشرح مُحددات البروتوكول [[خوارزمية|الخوارزميّة]] المُتبّعة لحساب قيمة هذا الحقل، ويجب الانتباه إلى ضرورة إعادة حساب قيمة هذا الحقل عند إجراء أي تغيير في محتوى الترويسة أثناء انتقالها عبر الشبكة، مثل حالات إنقاص قيمة زمن الحياة أو إجراء [[ترجمة عنوان الشبكة]].
* حقل '''عنوان المصدر:''' بطول 32 بت، يحتوي عنوان بروتوكول الإنترنت للطرف الذي ولّد الرزمة، والذي يُسمّى مصدر الرزمة.
* حقل '''عنوان الوجهة:''' بطول 32 بت، يحتوي عنوان بروتوكول الإنترنت للوجهة النهائيّة للرزمة، والتي تُسمّى وجهة الرزمة.

=== الخيارات ===
[[ملف:IPv4 option general structure-ar.svg|تصغير|300بك| بنية الخيار في الإصدار الرابع من بروتوكول الإنترنت.]]
حقل الخيارات {{إنج|Options}} هو حقل اختياري في [[ترويسة (حوسبة)|ترويسة]] الإصدار الرابع من برتوكول الإنترنت. قد يحتوي الحقل خياراً واحداً أو أكثر بطول أعظم قد يصل إلى 40 بايت في الرزمة الواحدة. إن ما هو اختياري هو وجود الخيارات في الترويسة من عدمه، أمّا دعمها فهو إلزامي في كل [[مضيف (حوسبة)|المُضيفين]] و[[موجه (شبكات)|المُوجّهات]] التي تدعم الإصدار الرابع من الإنترنت.<ref name="ietf-25">{{استشهاد مختصر|RFC 791|ص=15|لغة=en}}</ref>

ليس هناك طول ثابت للخيار، ولكن لجميع الخيارات بنيّة مشتركة، ولا يشذّ عن هذه البنية إلا خياران فقط هما خيار النهاية وخيار لا عمليّة. يتألّف كل خيار من ثلاث حقول هي حقل النوع وطوله 8 بت، وحقل الطول وطوله 8 بت أيضاً، وحقل القيمة وهو ذو طول متغيّر حسب الخيار، يتكوّن حقل النوع من ثلاث حقول فرعية هي:<ref name="ietf-25"/>
* '''علم النسخ''' {{إنج|Copy flag، اختصاراً C}}''':''' وهو [[بت]] وحيد، يستخدم في حالة تقطيع رزمة البيانات إلى عدد من الرمز الأصغر حجماً، ويحدد فيما إذا كان الخيار سيُنسخ إلى كل الرزم (C=1) أو لا (C=0).
* '''صنف الخيار:''' ويتحدد ببتين، وإما أن يكون الخيار خيار تحكم (<sub>10</sub>(0) = <sub>2</sub>(00)) أو خيار تنقيح وقياس (<sub>10</sub>(2) = <sub>2</sub>(10)).
* '''الرقم:''' وهو قيمة عددية مميزة لكل خيار، وطوله 5 بتات.

يمكن أن تحتوي الترويسة على أكثر من خيار، ويفصل عندها بين الخيارات خيار لا عمليّة، وتنتهي قائمة الخيارات دوماً بخيار النهاية <ref name="ietf-24">{{استشهاد مختصر|RFC 791|ص=16|لغة=en}}</ref>، الذي يجب أن ينتهي دائماً عند حدود كلمة بطول 32 بت، وإن لم يتحقق ذلك، يُصار إلى إكمال الفراغ بعدد من بتات الحشو {{إنج|Padding}} للوصول إلى حدود الكلمة.<ref name="ietf-45">{{استشهاد مختصر|RFC 791|ص=23|لغة=en}}</ref> بسبب إمكانية استعمالها لشن هجمات، ولضخامة حجم [[إنترنت|شبكة الإنترنت]]، فإن خيارات البروتوكول نادراً ما تستعمل فيها.<ref name="Book-15">{{استشهاد مختصر|Fall|2012|ص=192|لغة=en}}</ref>

<div class="reflist4" style="height: 350px; overflow: auto; padding: 3px">
{| class="wikitable"
|+ جدول بأهم خيارات الإصدار الرابع من بروتوكول الإنترنت <ref name="Web-20">{{استشهاد مختصر|IANA Registry|IPv4 Parameters}}</ref>
|-
! الرقم !! الصنف !! علم النسخ !! الاسم !! البنية !! الوصف !! مرجع
|-
| 0 || 0 || 0 || نهاية قائمة الخيارات || {{وسط|[[ملف:IP end of the list option -ar.svg|100بك]]}}|| يُحدد هذ الخيار نهاية قائمة الخيارات، لا نهاية كل خيار، لذلك فهو يوجد بعد كل الخيارات. || <ref name="ietf-25" />
|-
| 1 || 0 || 0 || لا عملية ||{{وسط|[[ملف:IPv4 no operation option-ar.svg|100بك]]}}|| يستخدم هذا الخيار بين الخيارات، على سبيل المثال، لمحاذاة بداية الخيار التالي عند حدود 32 بت. || <ref name="ietf-24" />
|- 
| 2 || 0 || 1 || خيار الأمن ||{{وسط|[[ملف:IPv4 Security option-ar.svg|380بك]]}}||
يُستخدم هذا الخيار في الأنظمة البينيّة أو الطرفيّة في الإنترنت من أجل:
# نقل البيانات بين [[مضيف (حوسبة)|مُضيفين]] هما المصدر والوجهة حسب نموذج الأمن المُعتمد في الشبكة.
# التحقق من كون الرزمة صالحة للنقل من المصدر وتوصيلها إلى الوجهة.
# التأكد من أن المسار الذي تسلكه الرزمة محمي إلى الدرجة التي تحددها سلطة الحماية.
|| <ref name="ietf-21">RFC 1108, P.2</ref>
|-
| 3 || 0 || 1 || خيار التوجيه غير المُقيِّد بمسار المَصدر || {{وسط|[[ملف:IPv4 Loose Source and Record Route option-ar.svg|380بك]]}}|| يسمح هذا الخيار لمصدر رزمة البيانات بتزويد [[بوابة (شبكات)|البوابات]] بمعلومات [[توجيه (شبكات)|لتوجيه]] الرزمة نحو وجهتها. هذا الخيار حُرّ لأنّ البوابات غير مُلزمة بالمعلومات الموجودة فيه، وبإمكانها توجيه الرزمة في أي مسار آخر تختاره.|| <ref name="ietf-23">{{استشهاد مختصر|RFC 791|ص=18|لغة=en}}</ref>
|-
| 4 || 2 || 0 || خيار الوسمة الزمنية || {{وسط|[[ملف:IPv4 timestamp option-ar.svg|300بك]]}}|| يُستخدم هذا الخيار لتتبع الزمن المنقضي أثناء انتقال ومعالجة الرزمة عبر مسارها. يضيف كل مضيف عنوانه ووسمة زمنية عند معالجة الرزمة، ويمكن أن تضاف الوسمات الزمنية فقط دون عناوين. تكون الوسمات الزمنية عبارة عن أعداد بطول 32 [[بت]]، تُمثل الزمن المنقضي منذ منتصف الليلة السابقة حسب [[توقيت عالمي|التوقيت العالمي]] ومُقدراً [[ملي ثانية|بالميلي ثانية]]، وبالإمكان أيضاً أن تكون تُمثّل الوسمات قيماً زمنية نسبية لزمن مرجعي آخر. || <ref name="ietf-28">{{استشهاد مختصر|RFC 791|ص=22|لغة=en}}</ref>
|-
| 5 || 0 || 1 || الخيار الأمن المُوسَّع || {{وسط|[[ملف:IPv4 extended security option-ar.svg|380بك]]}}|| يسمح هذا الخيار بنقل معلومات أمنيّة إضافيّة تزيد على ما يسمح به خيار الأمن، وذلك من أجل الاستجابة لمتطلبات الجهات التي تدير خدمات الأمن.|| <ref name="ietf-22">RFC 1108, P.13</ref>
|- IPv4 Commercial Security Option-ar.svg
| 6 || 0 || 1 || خيار الأمن التجاري || {{وسط|[[ملف:IPv4 Commercial Security Option-ar.svg|380بك]]}}|| كان الغرض من تطوير هذا الخيار هو تأمين توسيعة لخيار الأمن لبروتوكول الإنترنت من أجل دعم متطلبات الاستخدام التجاري للبروتوكول في [[نظام تشغيل|أنظمة التشغيل]] المختلفة، ولكن العمل توقّف في مرحلة إعداد مسودة المعيار. || <ref name="ietf-29">{{استشهاد مختصر|IETF|1992|ص=1|لغة=en}}</ref>
|-
| 7 || 0 || 0 || خيار المسار المُسجّل || {{وسط|[[ملف:IPv4 record route option-ar.svg|380بك]]}}|| يسمح هذا الخيار بتسجيل المسار الذي تسلكه الرزمة في [[ترويسة (شبكات)|ترويستها]]. عند استعماله، تقوم كل وحدة [[توجيه (شبكات)|تُوجّه]] الرزمة بإضافة عنوان بروتوكول الإنترنت الخاص بالمنفذ الذي جرى توجيه الرزمة عبره إلى حقل بيانات المسار في هذا الخيار.|| <ref name="ietf-27">{{استشهاد مختصر|RFC 791|ص=20|لغة=en}}</ref>
|-
| 8 || 0 || 1 || خيار مُعرّف التدفق|| {{وسط|[[ملف:IPv4 stream ID option-ar.svg|320بك]]}}|| يُؤمن هذا الخيار طريقة لنقل مُعرّف التدفق المُستعمل في {{وإو|سات نت|SATNET|en|شبكة سات نت}} عبر شبكة لا تدعم مفهوم التدفق.{{للهامش|13}}|| <ref name="ietf-30">{{استشهاد مختصر|RFC 791|ص=21|لغة=en}}</ref>
|-
| 9 || 0 || 1 || خيار التوجيه المُقيِّد بمسار المصدر || {{وسط|[[ملف:IPv4 Strict Source and Record Route-ar.svg|380بك]]}}|| يسمح هذا الخيار لمصدر رزمة البيانات بتزويد البوابات بمعلومات لتوجيه الرزمة نحو وجهتها. هذا الخيار مُقيّد بالمصدر لأنّ البوابات مُلزَمِة بالمعلومات الموجُودة بالخيار، ويجب أن توجّه الرزمة حسب تلك المعلومات. || <ref name="ietf-101">{{استشهاد مختصر|RFC 791|ص=19|لغة=en}}</ref>
|-
| 11 || 0 || 0 || خيار استشعار [[وحدة النقل العظمى]]|| {{وسط|[[ملف:IPv4 Probe MTU Option-ar.svg|320بك]]}} || يستعمل هذا الخيار للتعرف على أصغر وحدة نقل عظمى في كل الشبكات التي مرّت فيها الرزمة عبر مسارها. يُقارن كل [[مضيف (حوسبة)|مُضيف]] يستقبل الرزمة قيمة حقل وحدة النقل العظمى في هذا الخيار مع قيمة وحدة النقل العظمى في منفذه الذي ستُوجَّه الرزمة عبره، إذا كانت قيمة وحدة المضيف أصغر قيمة، يضعها المضيف في الحقل بدلاً من القيمة القديمة، وإلا فإنه يبقي على القيمة القديمة.|| <ref name="ietf-31">{{استشهاد مختصر|RFC 1063|ص=2|لغة=en}}</ref>
|-
| 12 || 0 || 0 || خيار الرد على استشعار وحدة النقل العظمى|| {{وسط|[[ملف:IPv4 Reply MTU Option-ar.svg|320بك]]}} || يستعمل هذا الخيار للرد على خيار استشعار وحدة النقل العظمى، وهو يحتوي القيمة الصغرى التي عُثر عليها، ويُضاف إلى رزمة موجّهة نحو المُضيف المصدر الذي ولّد خيار الاستشعار.|| <ref name="ietf-32">{{استشهاد مختصر|RFC 1063|ص=3|لغة=en}}</ref>
|-
| 14 || 0 || 1 || خيار التحكم بالوصول التجريبي|| - {{للهامش|11}}|| طُوّر هذا الخيار في عام 1989م، وهو جزء من مجموعة إجراءات أعدَّت للسماح للمنظمات الدولية التي تُشغل شبكات بيانات غير مُتجانسة بنيةً بإدارة تدفق الرزم نحو شبكاتها.|| <ref name = "JOU-3">{{استشهاد مختصر|Estrin|1989|ص=486|لغة=en}}</ref>
|-
| 18 || 2 || 0 || خيار تتبع المسار || {{وسط|[[ملف: IPv4 Traceroute option-ar.svg|300بك]]}}|| طوّر هذا الخيار ليساعد في عمل أداة [[تتبع المسار]]. يحتوي الخيار على حقول لتخزين عدد [[قفزة (شبكات)|القفزات]] على مسار الرزمة في الاتجاهين الأمامي والعكسي للمسار، وعلى عنوان بروتوكول الإنترنت لمصدر الرزمة. || <ref name="ietf-34">{{استشهاد مختصر|RFC 1393|ص=3|لغة=en}}</ref>
|-
| 20 || 0 || 1 || خيار إنذار [[موجه (شبكات)|الموجِّه]] || {{وسط|[[ملف: IPv4 router alert option-ar.svg|300بك]]}}|| يُستعمل هذا الخيار لتنبيه المُوجّه ليفحص محتويات الرزمة بدقة.|| <ref name="ietf-35">{{استشهاد مختصر|RFC 2113|ص=3|لغة=en}}</ref>
|-
| 21 || 0 || 1 || التوصيل متعدد الوِجهات المدار بواسطة المرسل || {{وسط|[[ملف: IPv4 Selective Directed Broadcast option-ar.svg|300بك]]}}|| يُزوّد هذا الخيار مرسل رزم بيانات بآلية توصيل مباشرة مُتعددة الوجهات تُسمّى نمط البث العام المُوجّه الانتقائي {{إنج|Selective Directed Broadcast Mode اختصاراً SDBM}}.|| <ref name="ietf-36">{{استشهاد مختصر|RFC 1770|ص=2|لغة=en}}</ref>
|-
| 24|| 0 || 1 || خيار رزم التيار الصاعد في [[بث متعدد الوجهات|البث المجموعاتي]]|| {{وسط|[[ملف: IPv4 Upstream Multicast Packet option-ar.svg|300بك]]}}|| يُستعمل هذا الخيار من أجل المساعدة في توجيه رزم التيار الصاعد في شجرة البث المجموعاتي. يحتوي هذا الخيار على حقل يستعمل لتخزين عنوان موجه التيار الصاعد. || <ref name="ietf-38">{{استشهاد مختصر|Estrin|1999|ص=1|لغة=en}}</ref>
|-
| 25 || 0 || 1 || خيار البداية السريعة || - {{للهامش|12}}|| يستعمل هذا الخيار من أجل تمييز [[معدل نقل البتات|معدل النقل]] المتاح لاستعماله في عملية البداية السريعة، عوضاً عن الاعتماد على عملية [[إدارة الازدحام في بروتوكول التحكم بالنقل#بداية بطيئة|البداية البطيئة]] في [[بروتوكول التحكم بالنقل]]. || <ref name="ietf-39">{{استشهاد مختصر|RFC 4782|ص=10-13|لغة=en}}</ref>
|-
| 30 || 2-0 || 1-0 || خيارات تجريبية || بنية الخيار غير مُوضّحة في المعيار. || في هذا الخيار، تستعمل قيمة الرقم 30 مع كل الأزواج الممكنة للصنف وعلم النسخ، ونتيجة ذلك توجد أربعة احتمالات لقيمة حقل النمط. ويستعمل هذا الخيار لأغراض تجريبيّة.|| <ref name="ietf-40">{{استشهاد مختصر|RFC 4727|ص=6|لغة=en}}</ref>
|}

</div>

== الوظائف ==

=== العنونة ===
{{مفصلة|العنونة في الإصدار الرابع من بروتوكول الإنترنت}}

العنونة في بروتوكول الإنترنت {{إنج|IP addressing}} هي منح مضيفيي بروتوكول الإنترنت مُعرفات رقمية في الشبكة المحلية أو في شبكة الإنترنت.<ref name="ietf-61">{{استشهاد مختصر|Dyson|1999|ص=199|لغة=en}}</ref> يُسمّى العنوان الممنوح عنوان برتوكول الإنترنت، وقد يستخدم العنوان لتمييز مُضيف ما تمييزاً فريداً، أو لتحديد أعضاء مجموعة من المضيفين الذين يستضيفون العنوان في الوقت نفسه، وليس هناك مانع من استضافة المُضيف لأكثر من عنوان بروتوكول إنترنت في الوقت ذاته، العنونة هي وظيفة من وظائف بروتوكول الإنترنت.<ref name="ietf-60">{{استشهاد مختصر|RFC 791|ص=7|لغة=en}}</ref>

==== تعاريف ====

===== عنوان بروتوكول الإنترنت =====

[[ملف:IPv4 address structure and writing systems-ar.svg|تصغير|300بك|بنية عنوان الإصدار الرابع من بروتوكول الإنترنت.]]
[[ملف:IPv4 address stracture-ar.svg|تصغير|300بك| الأقسام الأساسية المكونة لعنوان من الإصدار الرابع لبروتوكول الإنترنت والعلاقة التي تربط بين أطوالها.]]

عنوان بروتوكول الإنترنت هو مُعرّف رقمي، طوله 32 بت، غالباً ما يكتب {{وإو|النظام العشري المنقط|Dot-decimal notation|en|بالنظام العشري المُنقَّط}}، ولكنه قد يكتب [[نظام عد ثنائي|بالنظام الثنائي]] أيضاً، يقسّم كل عنوان إلى أربع أقسام تُسمّى خانات {{إنج|Octet}}، طول كل منها 8 بتات. تُرّقم الخانات انطلاقاً من الواحد وابتداءً من الخانة التي تضّم البتات ذات الأهمية الأعلى، وهي التي تقع أقصى يسار العنوان.<ref name="ietf-61"/><ref name="Book-30">{{استشهاد مختصر|Blank|2004|ص=76|لغة=en}}</ref>

يكتب عنوان بروتوكول الإنترنت في النظام العشري المنقط بالشكل ''#.#.#.#'' وفيه يُمثّل الرمز # قيمة عددية بنظام العد العشري، ولأن كل خانة تضم أعداد موجبة مُمثلة بثمانية بتات فقط، فإنّ القيمة العشريّة في كل خانة يمكن أن تتراوح بين القيمتين 0 و255 فقط.<ref name="ietf-62">{{استشهاد مختصر|Main|2005|ص=3|لغة=en}}</ref> إنّ ''10.0.0.1'' و''150.255.12.9'' و''240.0.0.9'' هي أمثلة على عناوين إنترنت مكتوبة بنظام العد العشري المُنقّط. كما يمُكن أن يُمثل العنوان بنظام العد الثنائي، من خلال استبدال القيمة العشرية لكل خانة بالمقابل الثنائي، ولكن يجب اعتماد تمثيل واحد فقط عند الكتابة ولا يجوز الخلط بين الشكلين معاً. فمثلاً التمثيلان التاليان يعبران عن نفس عنوان بروتوكول الإنترنت مكتوباً بالتمثيل الثنائي ثُمّ بالتمثيل العشري المُنقط:

:{{وسط| 00001010.00000000.00000000.00000001}}

:{{وسط|10.0.0.1}}

يمكن تجميع العناوين مع بعضها البعض حسب قيمتها العددية لتشكل فضاء من العناوين. بناء على ذلك، يُقسم عنوان بروتوكول الإنترنت إلى ثلاثة أقسام:<ref name="ietf-63">{{استشهاد مختصر|RFC 990|ص=4|لغة=en}}</ref>
# '''البتات المحجوزة''':{{للهامش|14}} وهي عدد من البتات التي تستعمل لتحديد وظيفة فضاء العنونة الذي ينتمي إليه العنوان، تبدأ البتات المحجوزة من البت الأكثر أهمية، وقد تكون بتاً واحدً أو أكثر حتى 4 بتات، ويتحدد عددها K حسب نمط العنونة المستعمل.
# '''مُعرِّف الشبكة''' أو '''مُعرِّف الفضاء'''<ref group ="ar">{{استشهاد مختصر|بكني|2022|ص=55}}</ref> {{إنج|Network identifier}}، وهو القسم الذي يُميّز الفضاء الذي ينتمي إليه العنوان عن سائر الأفضيّة، ويكون مُشتركاً بين جميع العناوين فيه، ويبدأ حيث انتهى قسم البتات المحجوزة، ويختلف طوله n حسب عدد الأفضية الجزئية الناتجة عن تجزئة الفضاء الكلي A، ويرتبط الاثنان بالعلاقة حسب العلاقة: A = 2<sup>n</sup>. فإذا كان طول مُعرّف الشبكة 3 بتات، فإن فضاء العناوين الكلي سيُجزأ إلى 2<sup>3</sup> = 8 أفضية جزئية.<ref name = "Web-37">{{استشهاد مختصر|Odom|2013|ص=283-284|لغة=en}}</ref>
# '''مُعرّف المُضيف''' {{إنج|Host identifier}}: وهو القسم الذي يُميز المُضيف الذي يستضيف العنوان، وتكون قيمته فريدة من أجل كل عنوان في الفضاء، ويبدأ مُعرف المُضيف حيث انتهى مُعرّف الشبكة ويمتد حتى نهاية العنوان. وأمّا طول قسم المُضيف فيُحدد عدد العناوين في الفضاء الجزئي B، حسب العلاقة B = 2<sup>m</sup>، وفيها m هو عدد بتات مُعرّف المُضيف، فإذا كان طول قسم المُضيف 10 بتات، فإن كل فضاءعناوين جزئي سيحتوي على 2<sup>10</sup> = 1024 عنواناً <ref name = "Web-36">{{استشهاد مختصر|Odom|2013|ص=327|لغة=en}}</ref>{{للهامش|15}}.

يكون مجموع أطوال الأقسام مساوياً لطول عنوان الإصدار الرابع من بروتوكول الإنترنت، أي k+m+n = 32.

===== فضاء العناوين =====

[[ملف:IPv4 address space-ar.svg|تصغير|300بك|أقسام فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت، ويظهر إلى يمين الأقسام الحجم النسبي لكل قسم، وإلى يسارها القيمة الموافقة لقيمة الخانة الأولى لأي عنوان ينتمي لكل منها.]]
[[ملف:IP address space and sub-addresses example-ar.svg|300 بك|تصغير|مثال عن فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت وعدد من الأفضية الجزئية المحتواة فيه.]]
فضاء عناوين بروتوكول الإنترنت {{إنج|IPv4 address space}} هو مجموعة كل عناوين بروتوكول الإنترنت، وهي تضمّ 2<sup>32</sup> عنواناً، أي قرابة 4.3 مليار عنوان تقريباً.<ref name = "Web-32">{{استشهاد مختصر|Odom|2013|ص=81-82|لغة=en}}</ref> يُقسّم فضاء العنونة حسب الغرض من الاستخدام إلى ثلاث أفضية جزئيّة يمكن تميزها حسب قيمة البتات المحجوزة، وهي:

# فضاء عناوين [[بث فريد|البث فريد الوجهة]]، ويشغل 7/8 من إجمالي حجم الفضاء، ويكون عدد البتات المحجوزة فيها بت واحد وقيمته <sub>2</sub>(0) أو بتين وقيمتهما <sub>2</sub>(10) أو ثلاث بتات وقيمتها <sub>2</sub>(110).<ref name="ietf-60"/>
# فضاء عناوين [[بث متعدد الوجهات|البث المجموعاتي]]، ويشغل 1/16 من إجمالي حجم الفضاء، وعدد البتات المحجوزة فيه 4 بتات وقيمتها <sub>2</sub>(1110).<ref name="ietf-66">{{استشهاد مختصر|RFC 1112|ص=3|لغة=en}}</ref>
# فضاء عناوين محجوز، ويشغل 1/16 من حجم الفضاء أيضاً. وعدد البتات المحجوزة فيه 4 بتات وقيمتها <sub>2</sub>(1111).<ref name="ietf-64">{{استشهاد مختصر|RFC 988|ص=3|لغة=en}}</ref>

يُقسم فضاء عناوين البث فريد الوجهة إلى عدد من الأفضية الجزئية لتسهيل استعماله وإدارته، والفضاء الجزئي هو مجموعة جزئيّة من الفضاء الكلي، ولكل فضاء جزئي حجم محدد يُمثل عدد عناوين بروتوكول الإنترنت التي يحتويها، ويمكن للفضاء الجزئي أن يضمّ أفضية جزئيّة أخرى. بسبب استعمال نظام العد الثنائي في عنونة الإصدار الرابع من بروتوكول الإنترنت، فإنّ حجم الفضاء يجب أن يكون دائماً من مضاعفات العدد 2، أي من المجموعة {2، 4، 8، 16... 2<sup>32</sup>}.<ref name="ietf-69"/>

هناك طريقتان لتجزئة الأفضية وعنونتها في الإصدار الرابع من بروتوكول الإنترنت، فإمّا أن تكون العنونة قياسيّة أو غير قياسيّة. في العنونة الصنفية، تكون أطوال قسمي الشبكة والمُضيف مُحددة تحديداً قياسياً، وبالتالي، تكون الأفضية الجزئية الناتجة معروفة الحجم، وتصنف حسب حجمها إلى أصناف، هي من الأكبر إلى الأصغر حجماً: الصنف A والصنف B والصنف C، ولذلك تُسمى هذه العنونة أيضاً [[شبكة صنفية|بالعنونة الصنفيّة]] {{إنج|Classful addressing}}.<ref name="ietf-60"/> أمّا في العنونة غير الصنفية فلا يوجد أصناف، وتكون أحجام الأفضية غير ثابتة، ولذلك فإن هذه العنونة تُسمى أيضاً بالعنونة اللاصنفيّة {{إنج|Classless addressing}}.<ref name="ietf-145">{{استشهاد مختصر|RFC 4632|ص=4|لغة=en}}</ref>

في كلتا الطريقتين، فإنّ العناوين التي تنتمي إلى نفس الفضاء الجزئي، سواء كان قياسيّاً أو غير قياسيّاً، تشترك مع بعضها بنفس القيمة لمُعرّف الشبكة، وتتمايز بقيمة مُعرّف المُضيف.<ref name="Book-26" group="ar"/> يُستخدم قناع الشبكة لتحديد طولي المُعرفين، أمّا قيمتهما فتُحسب باستخدام عمليّة [[تجزئة الشبكة]].<ref name = "Web-31">{{استشهاد مختصر|Odom|2013|ص=85|لغة=en}}</ref>

{{تحديد}}

===== قناع الشبكة =====
{|class="wikitable floatleft"
|-
|+ القيم الثنائية والعشرية المستعملة في كتابة أقنعة الشبكة <ref name="Book-301" group="ar">{{استشهاد مختصر|بكني|2019|ص=20}}</ref>
|-
! القيمة الثنائية !! القيمة العشريّة !! عدد الوحدان
|-
| {{وسط|0000 0000}} || {{وسط|0}} || {{وسط|0}}
|-
| {{وسط|0000 1000}} || {{وسط|128}} || {{وسط|1}}
|-
| {{وسط|0000 1100}} || {{وسط|192}} || {{وسط|2}}
|-
| {{وسط|0000 1110}} || {{وسط|224}} || {{وسط|3}}
|-
| {{وسط|0000 1111}} || {{وسط|240}} || {{وسط|4}}
|-
| {{وسط|1000 1111}} || {{وسط|248}} || {{وسط|5}}
|-
| {{وسط|1100 1111}} || {{وسط|252}} || {{وسط|6}}
|-
| {{وسط|1110 1111}} || {{وسط|254}} || {{وسط|7}}
|-
| {{وسط|1111 1111}} || {{وسط|255}} || {{وسط|8}}
|-
|}
قناع الشبكة {{إنج|Network Mask}} هو عدد طوله 32 بت، يُكتب وفقاً لنفس قواعد كتابة عنوان الإصدار الرابع من بروتوكول الإنترنت وله نفس البنية رباعية الخانات. يتميّز القناع بنمط فريد من تكرار الأصفار والوحدان فيه، فهو يضمّ تتابع وحيد غير منقطع من الوحدان يليه تتابع وحيد غير منقطع من الأصفار.<ref name="Book-26" group="ar">{{استشهاد مختصر|بكني|2019|ص=13}}</ref><ref name = "Book-27">{{استشهاد مختصر|Dyson|1999|ص=365|لغة=en}}</ref>

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

مثلاً إذا كان مجموع طولي البتات المحجوزة ومُعرّف الشبكة في فضاء عناوين ما هو 12 بتاً، فإن القناع الموافق للعنوان يكتب بالتمثيل الثنائي بالشكل:

:{{وسط|0000 0000. 0000 0000. 0000 1111. 1111 1111}}

وهذا يقابل القناع 255.240.0.0، أو اختصاراً 12/. والتمثيل الأول هو التمثيل العشري المُنقط، ويمكن الحصول عليه باستبدال القيمة الثنائية لكل خانة بمقابلها العشري. أمّا التمثيل الثاني فهو تمثيل البادئة {{إنج|Prefix notation}}، ويمكن الحصول عليه من خلال إحصاء عدد الوحدان المتتالية في القناع، وإضافتها إلى جانب الشريطة المائلة /. تستعمل كلتا الطريقتان للتعبير عن قناع الشبكة، ويضاف القناع دائماً إلى يسار العنوان.<ref name = "Web-33">{{استشهاد مختصر|Odom|2013|ص=309|لغة=en}}</ref> فمثلاً: ''10.0.0.0/12'' و''255.240.0.0 10.0.0.0'' هما تعبيران متطابقان، ويعنيان أن البتات الإثني عشر الأكثر أهمية في العنوان ''10.0.0.0'' تشكل قسمي البتات المحجوزة ومُعرّف الشبكة. بعبارة أخرى، كل عناوين بروتوكول الإنترنت التي تبدأ من البت الأكثر أهمية بتتابع البتات: ''0000 1010 0000'' هي أعضاء في هذا الفضاء الجزئي.

إنّ القيم العشرية المُستعملة في كتابة الخانات في أقنعة الشبكة في الإصدار الرابع من بروتوكول الإنترنت محدودة وعددها 9 فقط، والسبب في ذلك هو شرط الوحدان المتتالية غير المنقطعة، وهذه القيم هي {0، 128، 192، 224، 240، 248، 252، 254، 255}.<ref name="Book-301" group="ar"/>
{{تحديد}}

===== عنوان الشبكة =====

{|class="wikitable floatleft"
|-
|+ مثال عن كيفيّة حساب عنوان الشبكة للعنوان 200.100.10.1 المُرفَق بالقناع 255.240.0.0 باستعمال عملية العطف المنطقي
|-
! عنوان العمود !! الخانة الرابعة !! الخانة الثالثة !! الخانة الثانية !! الخانة الأولى
|-
| bgcolor="#EAECF0" | '''العنوان بنظام العد العشري''' || {{وسط|1}} || {{وسط|10}} || {{وسط|100}} || {{وسط|200}}
|-
| bgcolor="#EAECF0" | '''القناع بنظام العد العشري''' || {{وسط|0}} || {{وسط|0}} || {{وسط|240}} || {{وسط|255}}
|-
| bgcolor="#EAECF0" | '''العنوان بنظام العد الثنائي''' || {{وسط|0001 0000}} || {{وسط|1010 0000}} || {{وسط|0100 0110}} || {{وسط|1000 1100}}
|-
| bgcolor="#EAECF0" | '''القناع بنظام العد الثنائي''' || {{وسط|0000 0000}} || {{وسط|0000 0000}} || {{وسط|0000 1111}} || {{وسط|1111 1111}}
|-
| bgcolor="#EAECF0" | '''ناتج عملية العطف المنطقي<br />بنظام العد الثنائي''' ||{{وسط|0000 0000}} || {{وسط|0000 0000}} || {{وسط|0000 0110}} || {{وسط|1000 1100}}
|-
| bgcolor="#EAECF0" |'''ناتج عملية العطف المنطقي<br />بنظام العد العشري''' || {{وسط|0}} || {{وسط|0}} || {{وسط|96}} || {{وسط|200}}
|}

عنوان الشبكة {{إنج|Network address}} هو عنوان بروتوكول إنترنت تكون قيمة جميع البتات في قسم المُضيف فيه صفريّة.يملك هذا العنوان أصغر قيمة عددية بين جميع عناوين الفضاء، ويستعمل مع قناع الشبكة لتمثيل كامل فضاء العنونة الجزئي، لذلك لا يجب استعماله في عنونة المُضيفين.<ref name="Book-26" group="ar"/><ref name="Web-38"/> يجب الانتباه إلى عدم الخلط بين عنوان الشبكة ومُعرّف الشبكة، فالأول هو عنوان بروتوكول إنترنت كامل طوله 32 بت، أما الثاني فهو جزء من عنوات بروتوكول الإنترنت، ويُمثّل القسم المشترك بين جميع العناوين التي تنتمي إلى الفضاء.

يمكن حساب عنوان الشبكة رياضياً من انطلاقاً من قناع الشبكة وأحد عناوينها حسب الخوارزمية التاليّة:<ref name="Book-46" group="ar">{{استشهاد مختصر|بكني|2019|ص=27-29}}</ref>

# كتابة العنوان والقناع بالتمثيل الثنائي.
# إجراء عملية [[جبر بول|العطف المنطقي]] بين العنوان والقناع، والنتيجة هي عنوان الشبكة بالتمثيل الثنائي.
# تمثيل قيم الخانات بنظام العد العشري، والنتيجة هي عنوان الشبكة مكتوباً بالنظام العشري المُنقط.

{{تحديد}}

===== عنوان البث العام =====
{|class="wikitable floatleft"
|-
|+ مثال عن كيفيّة حساب عنوان البث العام للشبكة 200.96.0.0 المُرفَقة بالقناع 255.240.0.0 باستعمال عملية العطف المنطقي
|-
! عنوان العمود !! الخانة الرابعة !! الخانة الثالثة !! الخانة الثانية !! الخانة الأولى
|-
| bgcolor="#EAECF0" | '''العنوان بالتمثيل العشري المُنقط''' || {{وسط|0}} || {{وسط|0}} || {{وسط|96}} || {{وسط|200}}
|-
| bgcolor="#EAECF0" | '''القناع بالتمثيل العشري المُنقط''' || {{وسط|0}} || {{وسط|0}} || {{وسط|240}} || {{وسط|255}}
|-
| bgcolor="#EAECF0" | '''العنوان بالتمثيل الثنائي''' || {{وسط|0000 0000}} || {{وسط|0000 0000}} || {{وسط|0000 0110}} || {{وسط|1000 1100}}
|-
| bgcolor="#EAECF0" | '''القناع بالتمثيل الثنائي''' || {{وسط|0000 0000}} || {{وسط|0000 0000}} || {{وسط|0000 1111}} || {{وسط|1111 1111}}
|-
| bgcolor="#EAECF0" | '''تحديد قسم المضيف في العنوان<br /><small>وضعت إشارة (x) في مقابل كل بت</small>''' ||{{وسط|xxxx xxxx}} || {{وسط|xxxx xxxx}} || {{وسط|0110xxxx}} || {{وسط|1000 1100}}
|-
| bgcolor="#EAECF0" |'''ضبط بتات قسم المضيف إلى قيم واحدية'''<br /> '''<small>(عنوان البث العام بالتمثيل الثنائي)</small>''' || {{وسط|1111 1111}} || {{وسط|1111 1111}} || {{وسط|1111 0110}} || {{وسط|1000 1100}}
|-
| bgcolor="#EAECF0" |'''عنوان البث العام <br /> <small>(بالتمثيل العشري المُنقط)</small>''' || {{وسط|255}} || {{وسط|255}} || {{وسط|111}} || {{وسط|200}}
|}
عنوان البث العام {{إنج|Broadcast address}} هو عنوان بروتوكول إنترنت تكون قيمة جميع البتات في قسم المُضيف فيه واحديّة. يملك هذا العنوان أكبر قيمة عددية بين عناوين الفضاء الجزئي الذي ينتمي إليه كلها، ويستعمل عنواناً مشتركاً لكل مستضيفي عناوين الفضاء، وأيُّ [[رزمة بيانات]] توجّه إلى هذا العنوان، سترسل بنمط [[بث عام (شبكات)|البث العام]] إلى جميع المُضيفين الذين يستضيفون عناوين من ذلك الفضاء، لذلك لا يجب استعمال عنوان البث العام في عنونة المُضيفين.<ref name="Web-38"/>

لحساب عنوان البث العام في فضاء ما، انطلاقاً من معرفة قناع الشبكة وأحد العناوين فيه، تتبع الخوارزمية التالية:<ref name="Book-46" group="ar"/>

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

{{تحديد}}

==== فضاء البث فريد الوجهة ====
[[ملف:IPv4 address assignment hierarchy-ar.svg|تصغير|300بك|هرمية تحصيص فضاء عناوين البث الفريد في الإصدار الرابع من بروتوكول الإنترنت.]]
نمط عنونة المضيفين هو طريقة تقسيم فضاء العناوين المُخصص [[بث فريد|للبث فريد الوجهة]] إلى أفضية جزئية أصغر، وهناك نمطين للعنونة:

# عنونة قياسية وتُسمّى أيضاً عنونة فئوية أو صنفيّة.
# عنونة غير قياسية وتُسمى أيضاً عنونة لا فئوية أو لا صنفيّة.

تُشرف [[أيانا|هيئة أرقام الإنترنت المُخصصَة]] على تحصيص فضاء البث فريد الوجهة ضمن بنية هرمية تُسمى سجّل الإنترنت {{إنج|Internet Registry}} تضمّ الهيئة على رأسها. في المستوى الثاني من البنية الهرمية، هناك مجموعة من [[سجل إنترنت إقليمي|سجلات الإنترنت الإقليمية]]، التي يُشرف كل منها على مجموعة من سجلات الإنترنت المحليّة، وتُشكّل مجموعة هذه السجلات المستوى الثالث في البنية الهرمية. أما المستوى الرابع فيتمثل بسجلات إنترنت محلية فرعية أو مجموعة من العملاء الذين يحصلون على أفضية العناوين لاستعمالها في شبكة الإنترنت.<ref name="ietf-72">{{استشهاد مختصر|RFC 7020|ص=3|لغة=en}}</ref>

===== الصنفية =====

[[ملف:IPv4 classes-ar.svg|تصغير|300 بك|أصناف عناوين [[بث فريد|البث فريد الوجهة]] في الإصدار الرابع من بروتوكول الإنترنت وبنية عناوينها.]]

العنونة الصنفية هي طريقة لتقسيم فضاء العناوين المخصص للبث فريد الوجهة حسب إلى عدد من أفضية الجزئية ذات الحجم والعدد الثابت المُحدد مسبقاً. تُسمىّ الأحجام القياسية أصنافاً، وتوجد ثلاثة أصناف هي الصَنف A والصَنف B والصَنف C. البتات المحجوزة في الخانة الأولى هي الأساس المُعتمد لتجزئة فضاء البث فريد الوجهة إلى عدد من أصناف القياسية حسب ما يلي:<ref name="ietf-60"/><ref name="Book-45">{{استشهاد مختصر|Odom|2013|ص=296|لغة=en}}</ref>

# '''الصنف A''': يكون عدد البتات المحجوزة بت واحد فقط، وقيمته هي <sub>2</sub>(0) دائماً، ونتيجة لذلك تكون قيمة الخانة الأولى فيه محصورة بين 0 و127. طول قسم الشبكة فيه هو 7 بتات وطول قسم المُضيف هو 24 بتاً، لذلك فهو أكبر الأصناف حجماً (2<sup>24</sup> عنواناً في كل صنف) وأقلها عدداً 2<sup>7</sup> صنفاً.
# '''الصنف B''': ويكون عدد البتات المحجوزة بتان اثنان، وقيمتهما هي <sub>2</sub>(10) دائماً، ونتيجة لذلك تكون قيمة الخانة الأولى فيه محصورة بين 128 و191. طول قسم الشبكة فيه هو 14 بتات وطول قسم المُضيف هو 16 بتاً، ويضمّ كل صنف 2<sup>16</sup> عنواناً، بالإضافة لوجود 2<sup>14</sup> صنفاً من هذا الحجم.
# '''الصنف C''': ويكون عدد البتات المحجوزة ثلاث بتات، وقيمتها هي <sub>2</sub>(110) دائماً، ونتيجة لذلك تكون قيمة الخانة الأولى فيه محصورة بين 192 و223. طول قسم الشبكة فيه هو 8 بتات وطول قسم المُضيف هو 21 بتاً، ويضمّ كل صنف 2<sup>8</sup> عنواناً، بالإضافة لوجود 2<sup>21</sup> صنفاً من هذا الحجم.

وصفت العنونة الصنفية كآلية لتحصيص فضاء العناوين في معيار البروتوكول الأساسي، واستعملت في [[إنترنت|شبكة الإنترنت]] لأكثر من عقد من الزمن، قبل أن يتوقف استعمالها بسبب [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|استنفاد عناوين فضاء الإصدار الرابع من بروتوكول الإنترنت]]، وليجري بعدها الانتقال لاستعمال العنونة غير الصنفية في تحصيص فضاء العناوين بدءاً من العام 1993م.<ref name="ietf-86">RFC 1518, p.1</ref>

{| class="wikitable"
|-
|+ الأصناف القياسية لفضاء عناوين البث فريد الوجهة في الإصدار الرابع من بروتوكول الإنترنت
|-
! rowspan="2" | الصنف !! colspan="2" | حدود قيم الخانة الأكثر الأولى !! colspan="2" | قناع الصنف القياسي !! rowspan="2" | حدود الأصناف
|-
| align="center" bgcolor="#EAECF0" | '''بالثنائي ''' || align="center" bgcolor="#EAECF0" | '''بالعشري''' || align="center" bgcolor="#EAECF0" | '''بالعشري المنقط''' || align="center" bgcolor="#EAECF0" | '''التمثيل المختصر'''
|-
| الصنف A || من 00000001 حتى 01111110 || align="center" | من 1 حتى 126{{للهامش|16}} || 255.0.0.0 || align="center" | 8/ || align="center" | من 1.0.0.0/8 حتى 126.255.255.255/8
|-
| الصنف B || من 10000000 حتى 10111111 || من 128 حتى 191 || 255.255.0.0|| align="center" | 16/ ||align="center" | من 128.0.0.0/16 حتى 191.255.255.255/16
|-
| الصنف C || من 11000000 حتى 11011111 || من 192 حتى 223 || 255.255.255.0 || align="center" | 24/ ||align="center" | من 192.0.0.0/24 حتى 223.255.255.255/24
|-
|}

===== غير الصنفية =====

[[ملف:IPv4 classless addressing mode-ar.svg|تصغير|300بك|نمط العنونة غير الصنفي في الإصدار الرابع من بروتوكول الإنترنت.]]

العنونة غير الصنفية {{إنج|Classless addressing}} هي نمط عنونة يجري بموجبه تجزئة فضاء عناوين الإنترنت وفق نهج متعدد المستويات، وهذا يعني إمكانية تجزئة الفضاء على أكثر من مرحلة، ما يجعل تحصيص الفضاء أكثر مرونة مقارنة بالعنونة الصنفية التي تكون الأصناف فيها ثابنة الطول.<ref name="Book-47">{{استشهاد مختصر|Kozierok|2005|ص=359|لغة=en}}</ref> في العنونة غير الصنفية يتكون العنوان من بادئة ومُعرّف للمضيف، تشمل البادئة البتات المحجوزة ومُعرّف الشبكة، وليس هناك طول مُحدد للبادئة، بل يزداد طولها في كل مستوى تجزئة في مقابل نقصان في طول مُعرّف المضيف.<ref name="Book-48">{{استشهاد مختصر|Odom|2013|ص=316|لغة=en}}</ref>

طُوِّرت العنونة غير الصنفية جواباً [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|لاستنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت]] وبدء استعمالها في شبكة الإنترنت منذ العام 1993م.<ref name="ietf-102">{{استشهاد مختصر|RFC 1338|ص=2|لغة=en}}</ref> سمحت تطبيق هذا النمط من العنونة بإطالة عمر الإصدار الرابع من بروتوكول الإنترنت عقدين من الزمن على الأقل، وهي اليوم جزء من منظومة توجيه تُسمّى [[توجيه بين نطاقي غير صنفي|التوجيه غير الصنفي بين النطاقات]] تشمل أو تدعم أيضاً آليات أخرى إدارة فضاء الإنترنت مثل تجميع المسارات {{إنج|Route aggregation}} واستعمال الأقنعة مختلفة الطول {{اختصار مخفي|VLSM|Variable Length Subnet Mask}} وغير ذلك.<ref name="مولد تلقائيا1">RFC 1518, P.1-5</ref><ref name="ietf-100">{{استشهاد مختصر|RFC 1519|ص=2-10|لغة=en}}</ref>

{{تحديد}}

===== تجزئة الشبكة واستخدام الأقنعة مختلفة الطول =====

[[ملف:Subnetting Concept-ar.svg|تصغير|300بك| المفهوم الأساسي في عمليّة تجزئة الشبكة.]]
[[ملف:VLSM example-ar.png|تصغير|300بك| مفهوم استخدام الأقنعة مختلفة الطول.]]
{{مفصلة|تجزئة الشبكة}}
تجزئة الشبكة {{إنج|Subnetting}} هي عملية رياضية يجري فيها تقسيم فضاء عناوين إلى عدد من الأفضية الأصغر حجماً.<ref name = "Book-56" group="ar">{{استشهاد مختصر|بكني|2022|ص= 22}}</ref> يمكن أن تستخدم التجزئة مع نمطي العنونة الصنفية وغير الصنفية . في نمط العنونة الصنفية يجري اقتطاع عدد من البتات من مُعرّف المُضيف، انطلاقاً من البتات الأكثر أهمية فيه، ثُم تستعمل هذه البتات لتشكيل مُعرّف جديد هو مُعرّف الشبكة الجزئيّة الذي يفصل بين مُعرّف المضيف ومُعرّف الشبكة، وصفت عملية التجزئة الصنفية في وثيقة طلب التعليقات RFC 950.<ref name="ietf-118">{{استشهاد مختصر|RFC 950|ص=1|لغة=en}}</ref> في العنونة غير الصنفية، تُتبع نفس الآليّة، بالإضافة لضمّ مُعرّف الشبكة الجزئية إلى البادئة فتزداد طولاً على حساب مُعرّف المُضيف في العناوين الجزئية.<ref name = "Book-62">{{استشهاد مختصر|Odom|2013|ص=473|لغة=en}}</ref>

تُوصف التجزئة السابقة بأنها تجزئة وحيدة المستوى {{إنج|Single-level subnetting}}، وإذا طُبقت خوارزمية التجزئة نفسها على إحدى الشبكات الجزئية الناتجة عن التجزئة السابقة، فسينتج أفضية جزئية ذات أحجم أصغر، وتُوصف التجزئة عندها بأنها تجزئة مُتعددة المستويات {{إنج|Multiple-level subnetting}}، وينتج عنها شبكات ذات أحجام متباينة وذات أقنعة مختلفة الطول.<ref name = "Book-63">{{استشهاد مختصر|Kozierok|2005|ص=294-296|لغة=en}}</ref>

أمّا استخدام أقنعة الشبكات الجزئيّة مُختلفة الطول {{إنج|Variable Length Subnet Mask اختصاراً VLSM}} فهو استعمال أفضية جزئية ذات أحجام مختلفة نتجت عن التجزئة مُتعددة المستويات لفضاء صنفي واحد، وبما أن أحجام الأفضية مُختلفة، فإن أطوال الأقنعة سيكون مختلفاً أيضاً، ومن هنا حصلت تقنية التجزئة هذه على اسمها. يُساعد استخدام أقنعة الشبكات الجزئيّة مُختلفة الطول في تحصيص فضاء العناوين تحصيصاً أكثر فعاليّة، ويقلل الهدر في فضاء العناوين، لأنه يمنح إمكانية للتحكم بطول قناع الشبكة الجزئيّة، الذي يُحدد بدوره حجم فضاء العناوين.<ref name="Book-81">{{استشهاد مختصر|Odom|2013|ص=497|لغة=en}}</ref> وقد وصف هذا الاستخدام في وثيقة طلب التعليقات RFC 1878.<ref name="ietf-111"/>

يتطلب تجزئة فضاء عناوين للإصدار الرابع من بروتوكول الإنترنت مهارات رياضية تتضمن عمليات [[نظام عد ثنائي|بنظام العد الثنائي]].<ref name="Book-66" group="ar">{{استشهاد مختصر|بكني|2019|ص=12}}</ref> أما استخدام أقنعة الشبكات الجزئيّة مُختلفة الطول فيجب أن يكون مقترناً بتصميم دقيق للشبكة، فقد يؤدي الاستعمال غير المدورس لأفضية عناوين جزئية مُختلفة الطول إلى تراكب مجالات العناوين، وهي إحدى المشكلات المرتبطة بالعنونة التي تواجه تطبيقات البروتوكول.<ref name = "Book-67">{{استشهاد مختصر|Odom|2013|ص=497-498|لغة=en}}</ref>

<gallery>
Subentting example (1) -ar.png| مثال عن تجزئة شبكة قياسية من الصنف A.
Subnetting example (7) -ar.png| مثال عن تجزئة شبكة قياسية من الصنف B.
Subnetting example (10)-ar.png|مثال عن تجزئة شبكة قياسية من الصنف C.
Subnetting example (23)-ar.png| مثال عن تجزئة غير قياسية.
VLSM exmaple (3)-ar.png| مثال عن استعمال الأقنعة مختلفة الطول.
</gallery>

==== فضاء البث المجموعاتي ====
[[ملف:IPv4 multicast address structure-ar.svg|تصغير|300بك|بنية عنوان البث المجموعاتي في الإصدار الرابع من بروتوكول الإنترنت.]]

فضاء عناوين البث المجموعاتي في الإصدار الرابع من بروتوكول الإنترنت هو فضاء العناوين الذي يشمل كل العناوين التي يكون عدد البتات المحجوزة فيها 4 بتات، وقيمتها <sub>2</sub>(1110)، ويُشار إليه أيضاً بالصنف D، وتتراوح قيمة الخانة الأولى فيه بين القيمتين العشريتين: 224 و239.<ref name="ietf-66"/>

يُجزّى فضاء العناوين إلى مجموعة من الأفضية الجزئيّة، يضمّ كل فضاء جزئي مجموعة من العناوين {{إنج|Block of address}}، تشترك العناوين التي تنتمي إلى نفس الفضاء الجزئي بقسم من العنوان يُسمّى مُعرّف الفضاء وتختلف بقسم آخر هو مُعرّف المجموعة.<ref name="ietf-73"/> بالإضافة لذلك، بالإمكان إضافة عدد من بتات العنوان إلى قسم البتات المحجوزة لزيادة طوله بما يخدم الحاجة لتجزئة الفضاء تجزئة أكثر فعاليّة. تُشرف [[أيانا|هيئة أرقام الإنترنت المُخصصَة]] مباشرةً على تحصيص فضاء البث المجموعاتي للعملاء دون المرور [[سجل إنترنت إقليمي|بسجلات الإنترنت الإقليمية]] <ref name="ietf-73">{{استشهاد مختصر|RFC 5771|ص=3|لغة=en}}</ref> وعلى حفظ بيانات الأفضية المُحصصة.<ref name="Web-30">{{استشهاد مختصر|IANA Registry|IPv4 Multicast Address Space}}</ref>

<div class="reflist4" style="height: 250px; overflow: auto; padding: 3px">
{| class="wikitable"
|+ أفضية عناوين البث المجموعاتي <ref name="ietf-90">{{استشهاد مختصر|RFC 5771|ص=4|لغة=en}}</ref>
|-
! فضاء العناوين !! استعمال الفضاء !! أصغر عنوان !! أكبر عنوان !! عدد العناوين{{refn|لا تورد الوثيقة RFC 5771 إلا عدد العناوين الإجمالي، ولا تبين كيفية حسابها. لحساب عدد العناوين: إذا كان امتداد الفضاء متوافقاً مع مضاعفات العدد 2، فإنّه يُحسب باستعمال العلاقة <sup>عدد البتات المُتغيرة في عناوين الفضاء</sup>2، وإلا  فيجب تجزئة الفضاء إلى أفضية أصغر مُتوافقة ثُمّ حساب عدد العناوين في كل منها، ثُمّ حساب المجموع الإجمالي. |group=lower-alpha|name=REF4}} !! مرجع
|-
| 224.0.0.0/24 || مجموعة عناوين التحكم في الشبكة المحلية || 224.0.0.0 || 224.0.0.255 || 2<sup>8</sup> = 256 {{refn|عدد البتات المتغيرة هو 8 بتات، وهي بتات الخانة الرابعة من العنوان.|group=lower-alpha|name=REF2}}|| <ref name="ietf-91">{{استشهاد مختصر|RFC 2780|ص=3|لغة=en}}</ref>
|-
| 224.0.1.0/24 || مجموعة عناوين التحكم بين الشبكية || 224.0.1.0 || 224.0.1.255 || 2<sup>8</sup> = 256 {{ملا|name=REF2|group=lower-alpha}}|| <ref name="ietf-91"/>
|-
| لا يُمكن تمثيله {{refn|لا يمكن تمثيل الفضاء باستعمال تمثيل اللاحقة لأنّه يمتد على مجال عناوين غير مُتوافق مع مضاعفات العدد 2.|name=REF1|group=lower-alpha}} || مجموعة العناوين المُخصصة الأولى || 224.0.2.0 || 224.0.255.255 || 2<sup>8</sup> * 254 = 65024 {{refn|طول مُعرّف المجموعة هو 8 بت، وطول مٌعرف الفضاء هو  8 بت أيضاً، والبتات المحجوزة تمتد لتشمل كامل الخانتين الثانية والثالثة، و2<sup>8</sup> يساوي 256 ثُمّ يحذف منهما أول فضاءين لاستعمالهما في أغراض أخرى، فيصبح عدد الأفضية الجزئية ضمن هذا الفضاء 254.|group=lower-alpha|name=REF3}}|| -
|-
| 224.1.0.0/16 || فضاء محجوز || 224.1.0.0 || 224.1.255.255 || 2<sup>16</sup> = 65536 {{refn|طول مُعرّف المجموعة هو 16 بت.|group=lower-alpha|name=REF5}}|| -
|-
| 224.2.0.0/16 || مجموعة عناوين بروتوكولي الإعلان عن الجلسة و{{وإو|بروتوكول وصف الجلسة|Session Description Protocol|en|وصف الجلسة}}|| 224.2.0.0 || 224.2.255.255 || 2<sup>16</sup> = 65536 {{ملا|name=REF5|group=lower-alpha}}|| <ref name="ietf-95">{{استشهاد مختصر|RFC 2974|ص=2|لغة=en}}</ref>
|-
| 224.3.0.0/16 <br />و 224.4.0.0/16|| مجموعة العناوين المُخصصة الثانية || 224.3.0.0 || 224.4.255.255 || 2<sup>16</sup> * 2 = 131072 {{refn|فضاءان طول مُعرّف المضيف في كل منهما 16 بت.|group=lower-alpha|name=REF7}}|| -
|-
| لا يُمكن تمثيله{{ملا|name=REF1|group=lower-alpha}} || فضاء محجوز || 224.5.0.0 || 224.255.255.255 || 2<sup>16</sup> * 251 = 16449536 {{refn|طول مُعرّف المجموعة هو 8 بت، وطول مٌعرف الفضاء هو  8 بت أيضاً، والبتات المحجوزة تمتد لتشمل كامل الخانتين الثانية والثالثة، و2<sup>8</sup> يساوي 256 ثُمّ يحذف منهما الأفضية الأربعة التي وصفت قبلاً لاستعمالهما في أغراض أخرى، وهي تشغل 5 أفضية جزئية من الحجم المُعتبر، فيصبح عدد الأفضية الجزئية ضمن هذا الفضاء 251.|group=lower-alpha|name=REF8}}|| -
|-
| لا يُمكن تمثيله{{ملا|name=REF1|group=lower-alpha}} || فضاء محجوز || 225.0.0.0|| 231.255.255.255|| 2<sup>24</sup> * 7 = 117440512 {{refn|سبعة أفضيّة طول مُعرّف المضيف في كل منهما 24 بت.|group=lower-alpha|name=REF9}}|| -
|-
| 232.0.0.0/8 || مجموعة عناوين البث المجموعاتي مُحدد المصدر|| 232.0.0.0|| 232.255.255.255 || 2<sup>24</sup> = 16777216 {{refn|طول مُعرّف المجموعة هو 24 بت.|group=lower-alpha|name=REF6}}|| <ref name="ietf-94">{{استشهاد مختصر|RFC 4607|ص=1|لغة=en}}</ref>
|-
| لا يُمكن تمثيله{{ملا|name=REF1|group=lower-alpha}} || مجموعة عناوين غلوب {{إنج|GLOP Block}} || 233.0.0.0 || 233.251.255.255|| 2<sup>16</sup> * 252 = 16515072 {{refn|طول مُعرّف المجموعة هو 16 بت، وطول مٌعرف الفضاء هو  8 بت أيضاً، والبتات المحجوزة تمتد لتشمل كامل الخانة الأولى، و2<sup>8</sup> يساوي 256 ثُمّ يحذف منهما فضاء العناوين الموصوف في البند التالي لاستعماله في أغراض أخرى، وهو يشغل 4 أفضية جزئيّة من الحجم المُعتبر، فيصبح عدد الأفضية الجزئية ضمن هذا الفضاء 252.|group=lower-alpha|name=REF12}}|| <ref name="ietf-92">{{استشهاد مختصر|RFC 3180|ص=2|لغة=en}}</ref>
|-
| 232.252.0.0/14|| مجموعة العناوين المُخصصة الثالثة || 233.252.0.0.0 || 233.255.255.255 || 2<sup>16</sup> * 4 = 262,144 {{refn|أربعة أفضيّة طول مُعرّف المضيف في كل منهما 16 بت.|group=lower-alpha|name=REF11}}|| -
|-
| لا يُمكن تمثيله{{ملا|name=REF1|group=lower-alpha}} || فضاء محجوز || 234.0.0.0|| 238.255.255.255 || 2<sup>24</sup> * 5 = 83886080 {{refn|خمسة أفضيّة طول مُعرّف المضيف في كل منهما 24 بت.|group=lower-alpha|name=REF10}}|| -
|-
| 239.0.0.0/8|| مجموعة العناوين المُراقَبِة إشرافيّاً || 239.0.0.0|| 239.255.255.255|| 2<sup>24</sup> = 16777216 {{ملا|name=REF6|group=lower-alpha}}|| <ref name="ietf-93">{{استشهاد مختصر|RFC 2365|ص=2|لغة=en}}</ref>
|}
{{مراجع|مجموعة="lower-alpha"}}
</div>

==== أفضية محجوزة ====

{{أيضا|أفضية بروتوكول الإنترنت المحجوزة}}

هناك أفضية عناوين محجوزة من أجل [[بروتوكول (اتصالات)|بروتوكولات]] محددة أو من أجل استعمالات خاصة، ولا يجوز استعمال عناوين من هذه الأفضية من أجل عنونة المُضيفين في شبكة الإنترنت. تشرف [[أيانا|هيئة أرقام الإنترنت المُخصصَة]] على حفظ وإدارة هذه الأفضية.
<ref name="ietf-76">{{استشهاد مختصر|RFC 6890|ص=1|لغة=en}}</ref>

<section begin=الأفضية-المحجوز-في-البروتوكول-الرابع/><!-- هذا الجدول مضمن في صفحات أخرى مثل [[أفضية بروتوكول الإنترنت المحجوزة]]. الرجاء عدم إزالة هذا القسم -->
{| class="wikitable"
|+ جدول بأفضية العناوين الجزئية المحجوزة من فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.<ref name="ietf-77">{{استشهاد مختصر|RFC 6890|ص=5-13|لغة=en}}</ref>
|-
! فضاء العناوين !! تاريخ الحجز !! ملاحظات !! مرجع
|-
| 0.0.0.0/8 || سبتمبر 1981 || يُستخدم أي عنوان من هذا الفضاء كعنوان مصدر [[مضيف (حوسبة)|لمُضيف]] يُنجر عملية التهيئة الآلية للحصول على عنوان بروتوكول إنترنت.|| <ref name="ietf-84">{{استشهاد مختصر|RFC 1122|ص=300|لغة=en}}</ref>
|-
| 10.0.0.0/8|| فبراير 1996 || فضاء محجوز [[شبكة خاصة|كشبكة خاصة]] ضمن فضاء الصنف القياسي A، يُمكن أن تُستخدم عناوين من هذا الفضاء عناوين مصدر أو وجهة في رزم الإصدار الرابع من بروتوكول الإنترنت.|| <ref name="ietf-82">{{استشهاد مختصر|RFC 1918|ص=4|لغة=en}}</ref>
|-
| 100.64.0.0/10|| أبريل 2012|| فضاء محجوز ليستعمل بادئة في فضاء العناوين المشترك. || <ref name="ietf-74">{{استشهاد مختصر|RFC 6598|ص=8|لغة=en}}</ref>
|-
| 127.0.0.0/8|| سبتمبر 1981|| فضاء عناوين الحلقة العكسية، يُستخدم أي عنوان من هذا الفضاء كعنوان [[المضيف المحلي|للمضيف المحلي]] في أي مُضيف للإصدار الرابع من بروتوكول الإنترنت || <ref name="ietf-81">{{استشهاد مختصر|RFC 1122|ص=31|لغة=en}}</ref>
|-
| 169.254.0.0/16 || مايو 2005|| فضاء محجوز من أجل [[عنوان الوصلة المحلية|عناوين الوصلة المحلية]] في الإصدار الرابع من بروتوكول الإنترنت || <ref name="ietf-78">{{استشهاد مختصر|RFC 3927|ص=31|لغة=en}}</ref>
|-
| 172.16.0.0/12 || فبراير 1996 || فضاء محجوز كشبكة خاصة ضمن فضاء الصنف القياسي B، يُمكن أن تُستخدم عناوين من هذا الفضاء عناوين مصدر أو وجهة في رزم الإصدار الرابع من بروتوكول الإنترنت.|| <ref name="ietf-82"/>
|-
| 192.0.0.0/24 || يناير 2010|| فضاء محجوز [[أيانا|لهيئة أرقام الإنترنت المُخصصَة]] من أجل دعم مهمّات [[مجموعة مهندسي الإنترنت|مجموعة مهندسي شبكة الإنترنت]]. ||<ref name="ietf-79">{{استشهاد مختصر|RFC 6890|ص=3|لغة=en}}</ref>
|-
| 192.0.0.0/29 || يونيو 2011|| فضاء محجوز من أجل تقنية المُكّدس المزدوج المُبسّطة {{إنج|Dual-Stack Lite}}.|| <ref name="ietf-80">{{استشهاد مختصر|RFC 6333|ص=8|لغة=en}}</ref>
|-
| 192.0.2.0/24 || يناير 2010 || فضاء عناوين محجوز من أجل عمليات التوثيق.|| <ref name="ietf-85">{{استشهاد مختصر|RFC 5737|ص=2|لغة=en}}</ref>
|-
| 192.88.99.0/24 || يونيو 2001 || فضاء عناوين محجوز من أجل {{وإو|عنوان بث نحو الأقرب|Anycast|en|عناوين البث نحو الأقرب}} {{وإو|6 إلى 4|6to4|en|لتقنية 6 إلى 4}} {{إنج|6to4 anycast address}}.|| <ref name="ietf-83">{{استشهاد مختصر|RFC 3068|ص=2|لغة=en}}</ref>
|-
| 192.168.0.0/16 || فبراير 1996 || فضاء محجوز كشبكة خاصة ضمن فضاء الصنف القياسي C، يُمكن أن تُستخدم عناوين من هذا الفضاء عناوين مصدر أو وجهة في رزم الإصدار الرابع من بروتوكول الإنترنت.|| <ref name="ietf-82"/>
|-
| 198.18.0.0/15 || مارس 1999 || فضاء عناوين محجوز من أجل عمليات [[مقارنة مرجعية|المقارنة المرجعيّة]]. || <ref name="RFC127">
{{استشهاد مختصر|RFC 2544|ص=25|لغة=en}}</ref>
|-
| 198.51.100.0/24 || يناير 2010 || فضاء عناوين محجوز من أجل عمليات التوثيق. || <ref name="ietf-85"/>
|-
| 203.0.113.0/24 || يناير 2010 || فضاء عناوين محجوز من أجل عمليات التوثيق. || <ref name="ietf-85"/>
|-
| 240.0.0.0/4 || أغسطس 1989 || فضاء عناوين الصنف E، وهو محجوز لاستخدامات مُستقبليّة. || <ref name="ietf-66"/>
|-
| 255.255.255.255/32 || أكتوبر 1984 || عنوان [[بث عام (شبكات)|بث عام]] يمكن استعماله في أي [[شبكة محلية|شبكة محليّة]].|| <ref name="ietf-75">{{استشهاد مختصر|RFC 919|ص=6|لغة=en}}</ref>
|}
<section end=الأفضية-المحجوز-في-البروتوكول-الرابع/><!-- هذا الجدول مضمن في صفحات أخرى مثل [[أفضية بروتوكول الإنترنت المحجوزة]]. الرجاء عدم إزالة هذا القسم -->

=== التقطيع وإعادة التجميع ===
[[ملف:PDU Fragmentation-ar.png|تصغير|300بك|في التقطيع يجري تقسيم قسم وحدة بيانات البروتوكول لينتج عنها قطع ذات طول أصغر من طول الحمولة الأصلية.]]

طوّرت [[إنترنت|شبكة الإنترنت]] أساساً لتكون شبكة تربط بين الشبكات المختلفة، وهذا ما يدل عليه اسمها المكون من مقطعين {{إنج|-inter}} وتعني بينَ، و{{إنج|net}} وتعني شبكة، وقد تدعم كل شبكة حجماً أعظم لرزم البيانات مختلفاً عن بقية الشبكات. بناءً على ذلك، ظهرت مشكلة دعم أحجام مختلفة من رزم البيانات منذ بدايات الإنترنت، وكان الحل المقترح هو التقطيع وإعادة التجميع، وفيه يُقطع أي موجه، غير قادر على إرسال [[رزمة بيانات]] عبر شبكة ما، لأن حجمها يتجاوز قيمة [[وحدة النقل العظمى]] المسموح في تلك الشبكة، الرزمة إلى رزم بيانات أصغر تُسمّى قطعاً، ثم توجيهها عبر الشبكة، على أن يُعاد تجميع الرزمة الأصلية انطلاقاً من القطع في الوجهة النهائية.<ref name="Web-25">
{{استشهاد مختصر|ripe.net|evaluating ipv4 & ipv6}}</ref>

التقطيع وإعادة التجميع هما وظيفتان من وظائف الإصدار الرابع من بروتوكول الإنترنت.<ref name="ietf-12"/>
==== التقطيع ====
{{مفصلة|تقطيع (شبكات)#التقطيع في طبقة الشبكة}}
تقطيع رزم البيانات {{إنج|Packet fragmentation}} هو وظيفة من وظائف الإصدار الرابع من بروتوكول الإنترنت. عندما تستقبل طبقة الإنترنت التي تُشغّل الإصدار الرابع من بروتوكول الإنترنت رزمة بيانات [[توجيه (شبكات)|مُوجَّهة]] لإرسالها إلى عبر أحد [[منفذ (عتاد)|المنافذ]]، فإنّها تقوم بتحديد قيمة [[وحدة النقل العظمى]] في الشبكة المرتبطة مع ذلك المنفذ، ثُمّ يقارن بروتوكول الإنترنت حجم الرزمة مع قيمة وحدة النقل العظمى، فإذا كان حجم الرزمة أكبر، فلا بدَ من تقطيع الرزمة إلى قطع أصغر حجماً تُشكل كل منها رزمة بيانات مستقلّة. يحصل التقطيع في الإصدار الرابع من بروتوكول الإنترنت في مصدر رزمة البيانات وفي أي عقدة وسطيّة تعالج الرزمة عبر مسارها من مصدرها إلى وجهتها، كما يمكن تقطيع القطع إلى قطع أصغر إذا دعت الحاجة إلى ذلك.<ref name = "Book-59">{{استشهاد مختصر|Fall|2012|ص=488|لغة=en}}</ref>

[[ملف:IPv4 Fragmentation Algorithm-ar.svg|تصغير|300بك|خوارزمية تقطيع رزم البيانات في الإصدار الرابع من بروتوكول الإنترنت.]]
وصفت [[خوارزمية]] التقطيع في محددات البروتوكول، وهي تتبع المراحل التالية:<ref name="ietf-20">{{استشهاد مختصر|RFC 791|ص=26|لغة=en}}</ref>

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

==== إعادة التجميع ====
[[ملف:IPv4 reassembly Algorithm-ar.svg|300بك|تصغير|مخطط انسيابي لخوارزمية إعادة تجميع رزمة بيانات في الإصدار الرابع من بروتوكول الإنترنت.]]

إعادة تجميع رزمة البيانات {{إنج|Packet reassambly}} هي عملية إعادة إنشاء لرزمة البيانات الأصليّة انطلاقاً من مجموعة القطع الناتجة عن عملية التقطيع.<ref name="Book-50">{{استشهاد مختصر|Kozierok|2005|ص=347-348|لغة=en}}</ref> في الإصدار الرابع من بروتوكول الإنترنت لا تحدث عمليّة إعادة التجميع إلا في الوجهة النهائية للرزمة، لأن القطع المختلفة الناتجة عن التقطيع قد تسلك مسارات مختلفة بعد [[توجيه (شبكات)|توجيهها]]، وهذه المسارات قد لا تلتقي إلا في الوجهة النهائيّة.<ref name="Book-49">{{استشهاد مختصر|Fall|2012|ص=388|لغة=en}}</ref>

وصفت [[خوارزمية]] إعادة التجميع في محددات البروتوكول، وهي تتبع المراحل التالية:<ref name="ietf-42">{{استشهاد مختصر|RFC 791|ص=28|لغة=en}}</ref>

# استقبال رزمة البيانات، وتحديد فيما إذا كانت قطعة من رزمة أكبر أو لا.
## '''إذا''' لم تكن، يجري إرسال الرزمة إلى المرحلة التالية من المعالجة. '''انتهت الخوارزميّة'''. '''وإلا'''،
## '''إذا''' كانت، يجري البدء بعملية إعادة تجميع الرزمة وضبط قيمة مؤقت الانتظار.
# استخراج الحمولة والترويسة من الرزمة المستقبلة.
# تحديد موضع القطعة النسبي بالنسبة للرزمة الأصليّة.
## '''إذا''' كانت أول قطعة، تضاف في الموقع الأول. '''وإلا'''،
## '''إذا''' كانت آخر قطعة، تُضاف قي الموقع الآخير. '''وإلا'''،
## يجري حساب الموقع النسبي للقطعة ثم تضاف فيه.
# تحديد فيما إذا كانت عملية إعادة تجميع حمولة الرزمة الأصلية قد انتهت.
## '''إذا''' كانت العملية قد انتهت، يجري إنشاء ترويسة الرزمة الأصلية، ثم إعادة بناء الرزمة الأصلية، وإرسالها إلى المرحلة التالية من المعالجة. '''انتهت الخوارزميّة'''. '''وإلا'''،
## '''إذا''' لم تكن العملية قد انتهت، يجري التحقق من ورود رزمة بيانات جديدة تحتوي نفس قيمة المُعرّف.
### '''إذا''' وردت، يجري الانتقال إلى '''الخطوة رقم (2)'''. '''وإلا''':
### '''إذا''' لم ترد، يجري الانتظار لحين نفاد قيمة المؤقت، مع التحقق دورياً من الخطوة السابقة (4.2.1).
# في حال نفاد المُؤقِّت، يجري التخلص من القطع المخزنة وتحرير الذاكرة. '''انتهت الخوارزميّة'''.

هناك خوارزمية تجميع أُخرى، جرى مناقشتها وشرحها في وثيقة طلب التعليقات RFC 815.<ref name="ietf-13" />
{{تحديد}}

== المشكلات ==

=== مرتبطة بالعنونة ===

==== استنفاد فضاء العناوين ====
{{مفصلة|استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت}}
===== توصيف المشكلة =====
{{عدة صور|caption_align=center|header_align=center
 | align = left
 | image1 = Ipv4-exhaust-ar.svg
 | width1 = 150
 | alt1 =
 | caption1 = لدى هيئة أرقام الإنترنت المُخصصَة وعموم سجلات الإنترنت الإقليمية
 | image2 = Rir-exhaustion-rate-ar.svg
 | width2 = 150
 | alt2 = 
 | caption2  = لدى سجلات الإنترنت الإقليمية 
 | footer = {{وسط|مخططان زمنيان لانخفاض عدد الأفضية غير المُحصصة في فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.}}
}}
[[ملف:IPv4 exhaustion time line-ar.svg|تصغير|300بك|خط زمني لمشكلة استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت.]]
استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت {{إنج|IPv4 address exhaustion}} هو نضوب العناوين الحرّة في فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت بعد تحصيصها ومنحها إلى [[مضيف (حوسبة)|مُضيفين]] في شبكة الإنترنت. لوحظت هذه المشكلة في مطلع التسعينيات من القرن العشرين مع توسّع شبكة الإنترنت، وابتدأ العمل على إيجاد حلول لها منذ ذلك الوقت.<ref name="ietf-102"/>

جرى التعامل مع مشكلة استنفاد العناوين عبر إستراتيجيتين، الأول هي إستراتيجية قصيرة المدى، هدفت إلى خفض سرعة استنفاد فضاء العناوين وإطالة عمر الإصدار الرابع من بروتوكول الإنترنت إلى أقصى زمن ممكن، والثانية هي طويلة المدى، هدفت إلى استبدال الإصدار الرابع من بروتوكول الإنترنت ذو فضاء العناوين المحدود، قرابة 4.3 مليار عنوان فقط، والاستعاضة عنه ببروتوكول تشبيك يدعم فضاء عنونة أكبر.<ref name = "ietf-107">{{استشهاد مختصر|RFC 4632|ص=18|لغة=en}}</ref><ref name="ietf-115">{{استشهاد مختصر|RFC 1631|ص=2|لغة=en}}</ref>

مع اتباع الإستراتيجيتين توازياً <ref name = "Book-55">{{استشهاد مختصر|Odom|2013|ص=611-612|لغة=en}}</ref>، طوّرت مجموعة من الحلول الإسعافية نتيجة للإستراتيجية قصيرة الأمد، شملت تقنية [[ترجمة عنوان الشبكة]] ({{اختصار مخفي|NAT|Network Address Translation}}) <ref name="ietf-116"/> ونمط عنونة لا صنفي ليكون جزءاً من آلية توجيه سمُيت [[توجيه بين نطاقي غير صنفي|التوجيه غير الصنفي بين النطاقات]] ({{اختصار مخفي|CIDR|Classless Interdomain Routing}}) <ref name = "ietf-105">{{استشهاد مختصر|RFC 1519|ص=1|لغة=en}}</ref>، وترتب على ذلك تطوير عملية [[تجزئة الشبكة]] ودعم استعمال الأقنعة مختلفة الطول ({{اختصار مخفي|VLSM|Variable Length Subnet Mask}}).<ref name="ietf-111">{{استشهاد مختصر|RFC 1878|ص=1|لغة=en}}</ref> أمّا الإستراتيجيّة طويلة الأمد، فقد نجم عنها تطوير [[بروتوكول الإنترنت (الإصدار السادس)|الإصدار السادس من بروتوكول الإنترنت]] (IPv6) ليكون حل نهائيّاً وبديلاً عن الإصدار الرابع من البروتوكول.<ref name="ietf-7"/>

ساعدت الإستراتيجيّة قصيرة الأمد على مدّ عمر الإصدار الرابع من بروتوكول الإنترنت لأكثر من ربع قرن بعد أن كان المتوقع هو 3-5 سنوات فقط <ref name = "ietf-108">{{استشهاد مختصر|RFC 4632|ص=5|لغة=en}}</ref>، ولكن استنفاد فضاء العناوين استمر، وإن بوتيرة أبطأ. في شهر فبراير من العام 2011 أصدرت [[آيكان|شركة الإنترنت للأرقام والأسماء المُخصصة]]، المعروفة اختصاراً بآيكان، بياناً صحفياً أفادت فيه ببدء استهلاك آخر فضاء عناوين غير مُخصص ذي بادئة بطول 8/.<ref name="Web-66">{{استشهاد مختصر|ICANN|Available Pool|لغة=en}}</ref>

===== الحلول المقترحة =====

'''ترجمة عنوان الشبكة'''
[[ملف:NAT Concept-ar.svg|تصغير|300بك|مثال عن استعمال تقنية ترجمة عناوين الشبكة باستخدام فضاء عناوين خاص من الصنف A هو 10.0.0.0/8.]]
{{مفصلة| ترجمة عنوان الشبكة}}

ترجمة عنوان الشبكة {{إنج|Network Address Translation اختصاراً NAT}} هي تقنية تسمح لمُنظمة تدير شبكة محلية ما باستعمال أحد أفضية العناوين الخاصة لعنونة المُضيفين تلك الشبكة، في نفس الوقت الذي تستعمل فيه عناوين عامّة للاتصال مع [[إنترنت|شبكة الإنترنت]]. تحتاج هذه التقنية إلى [[موجه (شبكات)|مُوجّه]] يجري عملية المطابقة والتبديل، والتي تسمى الترجمة، بين العناوين الخاصة والعامة، ويمكن أن يسمح ذلك لعدد كبير من مُضيفي العناوين الخاصة بتشارك عدد قليل من العناوين العامة واستعمالها للوصول إلى شبكة الإنترنت.<ref name = "Book-57">{{استشهاد مختصر|Kozierok|2005|ص=428|لغة=en}}</ref><ref name = "Book-68">{{استشهاد مختصر|Dyson|1999|ص=264-265|لغة=en}}</ref>

توجد ثلاث أشكال لتقنية ترجمة عناوين الشبكة، الأولى هي ترجمة عناوين الشبكة الثابتة {{إنج|Static NAT}}، وفيها يجري ترجمة كل عنوان خاص إلى عنوان عام مقابل له في جدول مطابقة مُعدّ مسبقاً. والثانية هي ترجمة عناوين الشبكة الآليّة {{إنج|Dynamic NAT}} وفيها يجري تشارك عدد محدد من العناوين العامة بواسطة عدد أكبر من مُضيفي العناوين الخاصّة، من غير وجود جدول مطابقة مُعدّ مسبقاً، ويُترجِم [[موجه (شبكات)|مُوجّه]] مُعدّ مسبقاً العنوان الخاص إلى عنوان عام فور توافر الأخير. والثالثة هي ترجمة عنوان الشبكة ورقم المنفذ، والتي تسمّى أيضاً ترجمة عناوين الشبكة المُحمّلة زائداً بترجمة أرقام المنافذ {{للهامش|17}}، وفيها يجري تشارك عنوان عام واحد بواسطة عدد كبير جداً من مُضيفي العناوين الخاصّة، يزيد عن 65 ألفاً، اعتماداً على منحهم [[منفذ (شبكات)|أرقام منافذ]] مُتمايزة.<ref name = "Book-58">{{استشهاد مختصر|Odom|2013|ص=582-588|لغة=en}}</ref>

طوّرت تقنيّة ترجمة عناوين الشبكة في العام 1994م لتكون حلاً لمشكة [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت]] ضمن الإستراتيجية قصيرة الأمد، ووصفت أساساً في وثيقة طلب التعليقات RFC 1631<ref name="ietf-116">{{استشهاد مختصر|RFC 1631|ص=1|لغة=en}}</ref>، وعدّل المعيار لاحقاً وأضيف إليه دعم ترجمة عنوان الشبكة ورقم المنفذ ونُشر في عام 2001 تحت الاسم الرمزي RFC 3022.<ref name="ietf-117">{{استشهاد مختصر|RFC 3022|ص=1|لغة=en}}</ref>

[[ملف:IPv4 CIDR table-ar.svg|تصغير|300بك|جدول للبوادئ المتاحة للاستعمال في العنونة غير الصنفية ، ومكافئاتها حسب العنونة الصنفية.]]
''' العنونة غير الصنفية والتوجيه غير الصنفي بين النطاقات '''
{{مفصلة| توجيه غير صنفي بين النطاقات}}

العنونة غير الصنفية {{إنج|Classless addressing}} هي طريقة لتقسيم فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت وفق هرمية متوافقة مع طوبولوجيا الإنترنت، لا يوجد أصناف قياسية في هذه الطريقة، ولكن يجري تقسيم كل عنوان إلى قسمين هما البادئة ومُعرّف المُضيف، وكلما كان طول البادئة أكبر، كان عدد عناوين الفضاء أكثر. تدعم آليّة العنونة غير الصنفية عمليّة تجميع المسارات عند إنجاز شكل خاص من التوجيه سُمي التوجيه غير الصنفي.<ref name="ietf-145" />

تدعم العنونة غير الصنفية تجزئة فضاء العناوين أيضاً، وفيها يقتطع عدد من البتات من مُعرّف المُضيف، حسب الحاجة، ثم يجري إلحاقها بقسم البادئة، فتزداد طولاً. وبشكل مشابه لتجزئة الأفضية القياسية، فإن عدد البتات المُقتطعة من مُعرّف المُضيف يُحدد عدد الأفضية الجزئية الناتجة عن التجزئة، أما عدد البتات المتبقية في مُعرّف المضيف فتحدد حجم الأفضية الناتجة عن التجزئة.<ref name="Book-62"/>

أمّا التوجيه غير الصنفي بين النطاقات {{إنج|Classless InterDomian Routing اختصاراً CIDR}} هو آلية [[توجيه (شبكات)|توجيه]] مبنية على العنونة غير الصنفية في الشبكات المعنونة بالإصدار الرابع من بروتوكول الإنترنت، وهو حلٌ ضمن الإستراتيجية قصيرة الأمد لمشكلة [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت]]. وصفت العنونة والتوجيه غير الصنفيان في وثيقة طلب التعليقات RFC 1338 في العام 1992م أولاً <ref name="ietf-125">{{استشهاد مختصر|RFC 1338|ص=1|لغة=en}}</ref>، ثُمّ في الوثيقتين RFC 1518 للعنونة <ref name="ietf-86"/> وRFC 1519 للتوجيه <ref name="ietf-105"/> في العام 1993م، وأخيراً صدرت الوثيقة RFC 4632 في هذا الصدد في العام 2006م.<ref name="ietf-126">{{استشهاد مختصر|RFC 4632|ص=1|لغة=en}}</ref>

يجب التمييز بين التوجيه غير الصنفي بين النطاقات CIDR واستخدام الأقنعة مختلفة الطول VLSM، فالأول هو آلية للتوجيه تستعمل في شبكة الإنترنت وتتضمن استخداماً للعنونة غير الصنفية، أما الثاني فهو آلية عنونة في شبكة محلية تعتمد على التجزئة المتعددة.<ref name = "Book-82">{{استشهاد مختصر|Kent|2009|ص=216-215|لغة=en}}</ref>
{{تحديد}}

{{صندوق معلومات بروتوكول شبكة
| title = الإصدار السادس من بروتوكول الإنترنت
| name = Internet Protocol version 6
| image = IPv6 header-ar.svg
| caption = [[ترويسة (حوسبة)|ترويسة]] الإصدار السادس من بروتوكول الإنترنت
| abbrrviation = IPv6
| purpose = بروتوكول تشبيك
| developer =  [[مجموعة مهندسي الإنترنت|مجموعة مهندسي شبكة الإنترنت]]
| date = 1995م
| influenced = الإصدار الرابع من بروتوكول الإنترنت
| osilayer = [[طبقة الشبكة]]
| rfcs = RFC 8200 <ref name="ietf-9"/>
}}
''' الإصدار السادس من بروتوكول الإنترنت '''
{{مفصلة|بروتوكول الإنترنت (الإصدار السادس)}}

الإصدار السادس من بروتوكول الإنترنت {{إنج|Internet Protocol version 6 اختصاراً IPv6}} هو الحل المقترح ضمن الإستراتيجية طويلة الأمد لحل مشكلة [[استنفاد فضاء عناوين الإصدار الرابع من بروتوكول الإنترنت|استنفاد عناوين الإصدار الرابع من بروتوكول الإنترنت]].<ref name = "Book-64">{{استشهاد مختصر|Kozierok|2005|ص=366|لغة=en}}</ref> وهو بروتوكول تشبيك يقدم خدمة العنونة في شبكات البيانات، يبلغ طول عنوان الإصدار السادس من بروتوكول الإنترنت 128 بت، ويشمل فضاء عناوين يضم 2<sup>128</sup> عنواناً أو ما يعادل 3.4x10<sup>38</sup> عنوان، وهو عدد ضخم جداً من العناوين من الغير المُمكن استهلاكه في الأفق المنظور.<ref name = "Book-65">{{استشهاد مختصر|Kozierok|2005|ص=376|لغة=en}}</ref>

تضمّن تصميم الإصدار السادس من بروتوكول الإنترنت دعماً افتراضياً لعدد من التقنيات التي سبق وأضيفت للإصدار الرابع مثل تجميع المسارات والعنونة المحلية وترجمة عناوين الشبكة، بالإضافة لتقنيات أخرى جديدة مثل التهيئة الذاتية الآلية ({{اختصار مخفي|SLAAC|StateLess Address Auto-Configuration}}) <ref name="ietf-120">{{استشهاد مختصر|RFC 4862|ص=1|لغة=en}}</ref> وصنف جديد من العنونة هو {{وإو|بث اختياري|Anycast|en|العنونة الاختياريّة}} {{إنج|Anycast}}.<ref name="ietf-121">{{استشهاد مختصر|RFC 4291|ص=12|لغة=en}}</ref> بالإضافة لذلك، يعتمد الإصدار السادس من بروتوكول الإنترنت اعتماداً كبيراً على بروتوكول رديف طوّر خصصيصاً لدعم هذه الوظائف، وهو [[بروتوكول اكتشاف الجيران]] ({{اختصار مخفي|NDP|Neighbor Discovery Protocol}}).<ref name="ietf-119">{{استشهاد مختصر|RFC 4861|ص=1|لغة=en}}</ref>

بدء الانتقال إلى استعمال عناوين الإصدار السادس منذ السنوات الأخيرة من القرن العشرين، ولكن عملية الانتقال نحو الاستخدام التام للإصدار السادس سارت أبطأ من المتوقع، وظهرت الحاجة لدعم البروتوكولين في نفس الشبكة، ما دفع لتطوير عدد من التقنيات من أجل ذلك، مثل الدعم المزدوج لبروتوكول الإنترنت {{إنج|Dual IP}} <ref name="ietf-122">{{استشهاد مختصر|RFC 4213|ص=4|لغة=en}}</ref>، وذلك لأنَّ الإصدار السادس من بروتوكول الإنترنت غير متوافق مع الإصدار الرابع، ومعنى ذلك أنه من غير الممكن [[مضيف (حوسبة)|لمُضيف]] عنوان من الإصدار السادس أن يتواصل مباشرةً مع مُضيف عنوان من الإصدار الرابع.

طوّر الإصدار السادس من بروتوكول الإنترنت في العام 1995م ووصف في وثيقة طلب التعليقات RFC 1883.<ref name="ietf-7"/>، ثُم أدخلت العديد من التعديلات والإضافات وصدر معيار جديد للبروتوكول في العام 1997م تحت الاسم الرمزي RFC 2460.<ref name="ietf-8"/> ظل هذا المعيار هو المرجع الرسمي للبروتوكول لعقدين من الزمن حتى العام 2017م، عندما صدرت الوثيقة RFC 8200 التي شملت التعديلات اللازمة لعمل البروتوكول والإضافات التي أدخلت إليه إدخالاً متباعداً في السنوات السابقة.<ref name="ietf-9"/>
{{تحديد}}

==== تراكب أفضية العناوين ====

[[ملف:VLSM-problem.svg|تصغير|300بك|مثال عن تراكب أفضية عناوين الشبكة بسبب استخدام غير صحيح للأقنعة مختلفة الطول، فمثلاً يتراكب الفضاءان 200.100.10.0/26 و200.100.10.0/27 وأيضاً: 200.100.10.0/26 و200.100.10.48/28.]]

تراكب أفضية عناوين بروتوكول الإنترنت {{إنج|IP address spaces overlap}} هي مشكلة مرتبطة بالعنونة، وتحصل غالباً بسبب استخدام غير صحيح للأقنعة مختلفة الطول.<ref name="Book-81"/> عندما تتراكب أفضية العناوين، يصبح هناك مجموعة من العناوين مشتركة بين فضاءَين أو أكثر، ونتيجة لذلك، يمكن أن يحصل مُضيفان على نفس العنوان ولكن يكون لكل منها قناع مختلف، ويؤدي ذلك إلى حصول مشكلة في توجيه رزم البيانات، لذلك لا يجب أن تتراكب أفضية العناوين عند إنجاز عملية العنونة.<ref name = "Book-80">{{استشهاد مختصر|Wegner|2000|ص=219|لغة=en}}</ref>

يمكن التغلب على هذه المشكلة بتصميم الشبكة تصميماً دقيقاً، فتُنجز العنونة عند استخدام الأقنعة مختلفة الطول دون أن يحصل تراكب بين الأفضية الجزئية، ويحصل ذلك من خلال تحديد مُعرّفات كل فضاء جزئي ومجال العناوين الذي يمتد عليه، وتلافي وجود مجال مشترك بين أي فضاءَين مستخدمين في العنونة.<ref name = "Book-90">{{استشهاد مختصر|Odom|2013|ص=503|لغة=en}}</ref>

=== مرتبطة بالتقطيع ===
* '''هجوم القطعة الصغيرة:''' {{إنج|Tiny Fragment Attack}} وهو [[هجوم سيبراني|هجوم رقمي]] يحصل عن طريق إرسال [[رزمة بيانات]] خبيثة صغيرة بالحجم لتمر عبر [[جدار حماية (حوسبة)|جدار الحماية]] بوصفها قطعة ناتجة عن [[تقطيع (شبكات)|التقطيع]]. يعتمد هذا الهجوم على حقيقة أن أصغر رزمة بيانات يمكن لأي وحدة تدعم الإصدار الرابع من بروتوكول الإنترنت التعامل معها هي بطول 68 [[بايت]]، وفيها تكون [[ترويسة (حوسبة)|ترويسة]] بروتوكول الإنترنت بأقصى طول أعظمَ مسموح لها، وهو 60 بايت، في حين تكون [[حمولة (حوسبة)|الحمولة]] بطول 8 بايت فقط. ولا يكفي هذا الطول لإدراج ترويسة بروتوكول [[طبقة النقل|النقل]] ضمن الرزمة، وهي تجتاز بذلك جدار الحماية دون أن يتحقق منها، لأنه يتفحص عادة [[مقبس (شبكات)|أرقام المنافذ]] في طبقة النقل، وصفت هذه المشكلة وحلولها في وثيقة طلب التعليقات RFC 3128.<ref name="ietf-135">{{استشهاد مختصر|RFC 3128|ص=22|لغة=en}}</ref>
* '''هجوم القطع المتراكبة''' {{إنج|Overlapping Fragment Attack}} وهو هجوم رقمي يعتمد على وجود ثغرة في [[خوارزمية|الخوارزمية]] المُستعملة عند إعادة تجميع الرزمة الأصلية، وعندها يمكن لأي قطعة تالية أن تتراكب مع قطعة أخرى سابقة، وتحل محلها جزئيّاً أو كليّاً، ويعني ذلك أنه بالإمكان تمرير القطعة الأولى، التي تحتوي ترويسة بروتوكول الإنترنت من جدار الحماية تمريراً شرعياً، ثُمّ التلاعب بقيمتها عن طريقة التراكب مع قطعة تالية ترد لاحقاً.<ref name = "JOU-8">{{استشهاد مختصر|Ptacek|1998|ص=46-52|لغة=en}}</ref>
* '''مشكلات مرتبطة ببروتوكول افتران العناوين''': ترتبط هذه المشكلات بطريقة تنفيذ [[بروتوكول اقتران العناوين]]، فعند تقطيع رزمة بيانات هل ترسل رسائل البروتوكول من أجل قطعة أم يكتفى بالإرسال من أجل الرزمة الأصلية ؟ بالإضافة لذلك، وفي حال إرسال رسائل البروتوكول لكل قطعة، فإن إعادة تجميع الرزمة يتوقف على نجاح كل القطع في الوصول إلى الوجهة النهائية، ولو فشلت إحداها لأسباب تتعلق بعمل بروتوكول ترجمة العناوين، فإنّ تجميع الرزمة سيكون غير مُمكناً، وستتخلص الوجهة من القطع المستقبلة.<ref name = "Book-83">{{استشهاد مختصر|Fall|2012|ص=497|لغة=en}}</ref> نُوقشت القضايا الخاصة بتنفيذ البروتوكول بالشكل الأمثل، ومنها القضيتان المرتبطان بالتقطيع في وثيقة طلب التعليقات RFC 1122.<ref name = "Book-131">{{استشهاد مختصر|RFC 1122|ص=22-24|لغة=en}}</ref>

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

=== بروتوكولات اقتران العناوين ===
{{مفصلة|بروتوكول اقتران العناوين}}

في نموذج الربط البيني للأنظمة المفتوحة، بروتوكولات ترجمة العناوين هي عائلة من [[بروتوكول (اتصالات)|البروتوكولات]] التي تعمل على مطابقة العناوين بين بروتوكول [[تشبيك]] العامل في [[طبقة الشبكة]] وبروتوكول الوصلة في [[طبقة الوصلة]] تبادلاً<ref name = "Book-96">.{{استشهاد مختصر|Kozierok|2005|ص=204-206|لغة=en}}</ref>، وهي تضم عدداً من البروتوكولات منها:
* '''بروتوكول اقتران العناوين:'''{{إنج| Address Resolution Protocol اختصاراً ARP}} هو برتوكول ترجمة عناوين يُستعمل لاكتشاف عنوان بروتوكول الوصلة المرتبط مع عنوان بروتوكول الإنترنت في مُضيف بعيد، وهذه المطابقة هي وظيفة جوهرية في عمل [[حزمة بروتوكولات الإنترنت]]. طُوّر البروتوكول في عام 1982م ووصف في وثيقة طلب التعليقات RFC 826.<ref name="ietf-162">{{استشهاد مختصر|RFC 826|ص=1|لغة=en}}</ref>
* '''بروتوكول اقتران العناوين المعكوس:''' {{إنج|Inverse Address Resolution Protocol اختصاراً InARP}} هو برتوكول اقتران عناوين يُستعمل لاكتشاف عنوان بروتوكول التشبيك المُرتبط مع عنوان بروتوكول الوصلة في مُضيف بعيد، أي أن عمله معاكس لعمل بروتوكول اقتران العناوين، طوّر البروتوكول في عام 1992م، ووصف في الوثيقة RFC 1293.<ref name="ietf-164">{{استشهاد مختصر|RFC 1293|ص=1|لغة=en}}
</ref>
* '''[[بروتوكول تحليل العنوان العكسي|بروتوكول اقتران العناوين العكسي]]:''' هو بروتوكول ترجمة عناوين يُستعمل لاكتشاف عنوان بروتوكول التشبيك المُرتبط مع عنوان بروتوكول الوصلة في العقدة التي تُشغله، أي أن عمله مطابق لعمل بروتوكول اقتران العناوين العكسية ولكنّه يعمل في العقدة نفسها لا عبرَ الشبكة، طوّر البروتوكول في عام 1984م ووصف في وثيقة طلب التعليقات RFC 903.<ref name="ietf-163">{{استشهاد مختصر|RFC 903|ص=1|لغة=en}}</ref>

=== بروتوكول رسائل التحكم في شبكة الإنترنت ICMP ===
{{صندوق معلومات بروتوكول شبكة
| title = بروتوكول رسائل التحكم في الإنترنت
| name = Internet Control Message Protocol
| image =  ICMP header - General-ar.svg
| caption = ترويسة عامة لرسائل البروتوكول
| abbrrviation = ICMP
| purpose = إنجاز وظائف التحكم بين مضيفي الإصدار الرابع من بروتوكول الإنترنت.
| developer = [[داربا|وكالة البحوث الدفاعية المتقدمة]]
| date = 1981م
| influence = ICMPv6
| osilayer = [[طبقة الشبكة]]
| rfcs = RFC 792 <ref name="ietf-156"/>
}}
{{مفصلة|بروتوكول رسائل التحكم في الإنترنت}}

بروتوكول رسائل التحكم في شبكة الإنترنت {{إنج|Internet Control Message Protocol اختصاراً ICMP}} هو بروتوكول اتصال وجزء مدمج من الإصدار الرابع من بروتوكول الإنترنت، يُستعمل من قبل [[مضيف (حوسبة)|مُضيفي]] الإصدار الرابع ليؤمن آليّة لوجهة رزمة البيانات لتتواصل مع مصدرها وتزودها بمعلومات متنوعة عن حالة الشبكة أو عن معالجة الرزمة، طُوّر البروتوكول في العام 1981، ووصف في وثيقة طلب التعليقات RFC 792.<ref name="ietf-156">{{استشهاد مختصر|RFC 792|ص=1|لغة=en}}</ref>

يُعرّف البروتوكول في معياره الأصلي 11 رسالة، تستعمل لإبلاغ مصدر الرزمة بتقارير عن معلومات تخص الشبكة، مثل وسمات زمنية لملاحقة التأخير أو تخصّ الرزمة مثل حالة الرزمة الحاليّة، وغير ذلك، وهذه الرسائل هي: رسالة الصدى والردّ عليها ورسالة إعادة التوجيه ورسالة تعذّر الوصول للوجهة ورسالة التخلّص من الرزمة ورسالة الوسمة الزمنيّة والردّ عليها ورسالة مُشكلة في أحد المُحددات وأخيراً رسالة طلب معلومات والردّ عليها.<ref name="ietf-157">{{استشهاد مختصر|RFC 792|ص=20|لغة=en}}</ref>

عرّفت [[طلب تعليقات|وثائق طلب تعليقات]] لاحقة عدداً من الرسائل الإضافية هي رسالة طلب القناع والردّ عليها والتي عُرّفت في الوثيقة RFC 950 <ref name="ietf-159">{{استشهاد مختصر|RFC 950|ص=10|لغة=en}}</ref>، ورسائل استكشاف الموجهات التي عُرّفت في الوثيقة RFC 1256.<ref name="ietf-160">{{استشهاد مختصر|RFC 1256|ص=1|لغة=en}}</ref> بالإضافة لذلك وصفت الوثيقة RFC 1393 كيفيّة استخدام رسائل الصدى والرد عليها لإنجاز وظيفة تتبع مسار الرزمة <ref name="ietf-161">{{استشهاد مختصر|RFC 1393|ص=1|لغة=en}}</ref>، واستعملت هذه الإضافة في العديد من أنظمة التشغيل لإنجاز [[تتبع المسار|أمر تتبع المسار]].

أُنجر إصدار جديد من البروتوكول في العام 1995م، وهو متوافق مع [[بروتوكول الإنترنت (الإصدار السادس)|الإصدار السادس من بروتوكول الإنترنت]] وسُمي ببروتوكول رسائل التحكم في شبكة الإنترنت للإصدار السادس من بروتوكول الإنترنت {{إنج|Internet Control Message Protocol for the Internet Protocol Version 6 اختصاراً ICMPv6}} ووصف بوثيقة طلب التعليقات RFC 1885.<ref name="ietf-158">{{استشهاد مختصر|RFC 1885|ص=1|لغة=en}}</ref>
{{تحديد}}

=== بروتوكول إدارة مجموعة الإنترنت IGMP ===
{{صندوق معلومات بروتوكول شبكة
| title = بروتوكول إدارة مجموعة الإنترنت
| name = Internet Group Management Protocol
| purpose = إدارة مجموعات البث المجموعاتي
| developer = [[مجموعة مهندسي الإنترنت]] (IETF)
| date =
* IGMPv1 : 1989
* IGMPv2 : 1997
* IGMPv3 : 2002
| osilayer = [[طبقة الشبكة]]
| rfcs =
* V1: RFC 1112<ref name="ietf-132">{{استشهاد مختصر|RFC 1112|ص=1|لغة=en}}</ref>
* V2: RFC 2236<ref name="ietf-133">{{استشهاد مختصر|RFC 2236|ص=1|لغة=en}}</ref>
* V3: RFC 3376 <ref name="ietf-134">{{استشهاد مختصر|RFC 3376 |ص=1|لغة=en}}</ref>
}}
{{مفصلة|بروتوكول إدارة مجموعة الإنترنت}}

بروتوكول إدارة مجموعة الإنترتت {{إنج|Internet Group Management Protocol اختصاراً IGMP}} هو [[بروتوكول (اتصالات)|بروتوكول اتصال]] يعمل على مستوى [[طبقة الشبكة]]، يدير المجموعات الخاصة بالبث المجموعاتي لرزم الإصدار الرابع من بروتوكول الإنترنت، ويحدد كيفية انضمام [[مضيف (حوسبة)|المضيفين]] إلى المجموعات وكيفية مغادرتهاآليّاً، ومعنى ذلك أنه يسمح لأي مُضيف بأن ينضم أو بأن يغادر المجموعة في أيّ وقت يشاء. بالإضافة لذلك، لا يضع البروتوكول قيوداً على عدد أعضاء المجموعة ولا على مواقعهم، كما يسمح لمضيف واحد بالانضمام إلى أكثر من مجموعة في الوقت نفسه.<ref name = "Book-91">{{استشهاد مختصر|Fall|2012|ص=435-436|لغة=en}}</ref><ref name = "Book-92">{{استشهاد مختصر|Bruno|2003|ص=281-284|لغة=en}}</ref>

طوّرت [[مجموعة مهندسي الإنترنت]] ثلاث إصدارات من بروتوكول إدارة مجموعات الإنترنت، أولها جاء في العام 1989م، وهو موصوف في [[طلب تعليقات|الوثيقة]] RFC 1112<ref name="ietf-132"/>، وقد حدد آليّات انضمام المضيف إلى مجموعة ما أو مغادرتها، أما الإصدار الثاني، فطوّر في العام 1997م، ووصف في الوثيقة RFC 2236<ref name="ietf-133"/>، وقد احتوى العديد من التعديلات أهمها السماح للمضيف بطلب مُغادرة مجموعة مُعيّنة بحد ذاتها، أما الإصدار الثالث فقد طوّر في العام 2002، وهو موصوف في الوثيقة RFC 3376<ref name="ietf-134"/>، وهو يدعم ميّزة {{وإو|البث المجموعاتي محدد المصدر|Source-specific multicast|en|البث المجموعاتي مُحدد المصدر}}<ref name="ietf-94"/> وميزة تجميع تقارير العضوية {{إنج|Membership Report Aggregation}}.

=== حزمة أمن بروتوكول الإنترنت IPsec ===
{{مفصلة|حزمة أمن بروتوكول الإنترنت}}

حزمة أمن بروتوكول الإنترنت {{إنج|Internet Protocol Security اختصاراً IPsec}} هي [[حزمة البروتوكولات|مجموعة من البروتوكولات]] التي تُستعمل لتأمين [[خدمة (شبكات)|خدمات]] [[خصوصية|الخصوصية]] و[[مصادقة (حوسبة)|التحقق من الهوية]] في [[طبقة الشبكة]]. تستعمل هذه الحزمة لتأمين الاتصال بين البوابات، أو بين مضيف وبوابة أو بين مضيفين{{للهامش|18}}، وذلك من أجل الإصدار الرابع أو [[بروتوكول الإنترنت (الإصدار السادس)|السادس من بروتوكول الإنترنت]] أو من أجل بروتوكولات تشبيك أخرى.<ref name="ietf-136">{{استشهاد مختصر|RFC 6071|ص=4|لغة=en}}</ref>

هذه الحزمة في [[معيار مفتوح]]، ويمكن حصر الوظائف المتنوعة التي تقدمها في ثلاثة بنود هي:<ref name="ietf-147">{{استشهاد مختصر|RFC 2411|ص=1|لغة=en}}</ref> بروتوكول ترويسة التحقق من الهوية {{إنج|Authentication Header اختصاراً AH}} ويؤمن [[سلامة البيانات|سلامة بيانات الرزم]] والتحقق من هوية مصدرها <ref name="ietf-148">{{استشهاد مختصر|RFC 2402|ص=1|لغة=en}}</ref>، وبروتوكول تغليف الحمولة الآمنة {{إنج|Encapsulating Security Payload اختصاراً ESP}} وهو يؤمن [[سر مهني|سرية البيانات]] ويحميها من مجموعة [[هجوم عبر الرد|الهجمات التي تعتمد على رسائل الرد]] <ref name="ietf-149">{{استشهاد مختصر|RFC 2406|ص=1|لغة=en}}</ref>، وتنظيمات الأمن {{إنج|Security Associations اختصاراً SA}} وهي مجموعة من الخوارزميات والمُحددات التي يستعملها البروتوكولان السابقان.<ref name="ietf-150">{{استشهاد مختصر|RFC 2408|ص=1|لغة=en}}</ref>

تأسست مجموعة عمل تأمين بروتوكول الإنترنت {{إنج|IP Security Working Group}} لتكون جزءاً من [[مجموعة مهندسي الإنترنت|مجموعة مهندسي شبكة الإنترنت]] في العام 1993م <ref name="ietf-154">{{استشهاد مختصر|IPsec|Group History|لغة=en}}</ref>، بهدف توحيد الجهود المبذولة من قبل عدّة مؤسسات بحثيّة، وفي مقدمتها [[معمل أبحاث البحرية الأمريكية]] {{اختصار مخفي|NRL|Naval Research Laboratory}} ووضع معايير لخدمات الأمن المُقدمة في طبقة الشبكة. ونشرت هذه المجموعة ثلاث وثائق في العام 1995 <ref name="ietf-151">{{استشهاد مختصر|RFC 1825|ص=1|لغة=en}}</ref><ref name="ietf-153">{{استشهاد مختصر|RFC 1827|ص=1|لغة=en}}</ref>، وكان ذلك فاتحة لنشر عشرات الوثائق والمعايير اللاحقة في السنوات التالية<ref name="ietf-155">{{استشهاد مختصر|IPsec|Main page|لغة=en}}</ref>، قبل أن يتوقف نشاط المجموعة نهائياً في العام 2005.<ref name="ietf-154"/>
== هوامش ==
<references group="arabic-abajed"/>
<div class="reflist4" style="height: 250px; overflow: auto; padding: 3px">
{{هامش|1}}. العنوان الأصل هو: {{إنج|A protocol for Packet Network Interconnection}}.

{{هامش|2}}. بخصوص [[بروتوكول التحكم بالنقل]]، انظر وثيقة طلب التعليقات RFC 793.<ref name="ietf-5">{{استشهاد مختصر|RFC 793|ص=1|لغة=en}}</ref>

{{هامش|3}}. يلزم الانتباه إلى أن ترقيم الإصدارات يبدأ من الصفر، فالإصدار الأوّل هو الإصدار رقم 0.

{{هامش|4}}. أسماء وثائق الملاحظات باللغة الإنكليزية وفقاً لترتيب الورود:
<div style="direction: ltr;">
* IEN 2: Comments on Internet Protocol and TCP
* IEN 26:A proposed New Internet Header Format
* IEN 28: Draft Internetwork Protocol Description Version 2
* IEN 41: Internet Protocol Specification Version 4
* IEN 44: Latest Header Format
* IEN 54: Internet Protocol Specification Version 4
</div>

{{هامش|5}}. لم يُستخدم الرقمان 2 و3 للإشارة إلى إصدار بروتوكول الإنترنت، وجرى الانتقال من 1 إلى 4 مباشرة.<ref name="Web-9">{{استشهاد مختصر|IANA Registry|Version Numbers}}</ref>

{{هامش|6}}.العنوان الأصلي هو: {{إنج|DOD STANDARD INTERNET PROTOCOL}}.

{{هامش|7}}. الاسم الأصلي للبروتوكول هو {{إنج|Internet Stream Protocol}}.

{{هامش|8}}. حسب [[حزمة بروتوكولات الإنترنت|نموذج الإنترنت]]، يعمل البروتوكول في طبقة الإنترنت.<ref name="Book-4"/>

{{هامش|9}}. يعني مُصطلح اتصال غير مُهيّأ {{إنج|Connectionless}} أنّ بروتوكول الإنترنت لا يحتفظ بأي معلومات عن حالة الاتصال تخصُّ رزم البيانات ضمن الشبكة، ويعني ذلك إمكانية سلوك الرزم لمسارات مختلفة، وخضوعها لعمليات معالجة مختلفة على طول المسار، ويعني ذلك أنها قد تصل إلى وجهتها النهائيّة بغير ترتيب إرسالها.<ref name="Book-6"/>

{{هامش|10}}. أسماء الأعلام هي {{إنج|Do not Fragment Flag}} لعلم عدم التقطيع، و{{إنج|More Fragment Flag}} لعلم المزيد من القطع.

{{هامش|11}}. يوجد شكلان لبنية الخيار، الأول هو مخصص للاستعمال إذا كان البروتوكول الذي يستخدم بروتوكول الإنترنت محتفظاً بالحالة {{إنج|Stateful}}، وطول الخيار الإجمالي هو 12 [[بايت]]، والثاني في حالة كان البروتوكول غير محتفظ بالحالة {{إنج|Stateless}} ويكون طول الخيار هو 44 بايت.<ref name="JOU-3"/>

{{هامش|12}}. يوجد شكلان لبنية الخيار، الأول مخصص لطلب المعدل {{إنج|Rate Request}} والثاني لتقديم تقرير بالمعدل رداً على الطلب {{إنج|Rate report}}.<ref name="ietf-39"/>

{{هامش|13}}. سات نت {{إنج|SATNET}} أو شبكة رزم القمر الاصطناعي الأطلسيّة كانت شبكة [[قمر اصطناعي|أقمار اصطناعيّة]] شكّلت جزء من شبكة الإنترنت الأولى في نهاية السبعينات ومطلع الثمانينيات من القرن العشرين الميلادي، بنتها [[بي بي إن للتكنولوجيا (شركة)|شركة بي بي إن للتكنولوجيا]]. وصف البورتوكول الذي يستعمله مضيفو الشبكة في وثيقة ملاحظات الإنترنت رقم 192.<ref name="ietf-68">{{استشهاد مختصر|IEN 192|ص=1|لغة=en}}</ref><ref name="Web-35">{{استشهاد مختصر|Kirstein|1978|ص=13-14|لغة=en}}</ref>

{{هامش|14}}. في معيار البروتوكول الأصلي، جرى النظر إلى البتات المحجوزة على أنها جزء من مُعرّف الشبكة <ref name="ietf-60"/>، لكنها كانت دائماً ما تُستثنى من الحسابات الرياضية الخاصة به.<ref name = "ietf-69">{{استشهاد مختصر|RFC 1878|ص=2|لغة=en}}</ref>

{{هامش|15}}. يجب التمييز بين عدد العناوين في الفضاء ويحسب باستخدام العلاقة 2<sup>m</sup>، وبين عدد العناوين المتاحة للاستعمال في عنونة المضيفين ويُحسب بالعلاقة 2<sup>m</sup> - 2، وفيها تُمثل m عدد بتات قسم المُضيف في الحالتين. وأمّا العنوانان المطروحين فهما عنوان الشبكة وعنوان البث العام.<ref name = "Web-38">{{استشهاد مختصر|Odom|2013|ص=276|لغة=en}}</ref>

{{هامش|16}}. فضاء العناوين (''0.0.0.0/8'') محجوز بالكامل، ولا يستعمل في عنونة المُضيفين إلا في أثناء عملية التهيئة الآلية، وأيضاً الفضاء (''127.0.0.0/8'') محجوز لأغراض الحلقة المحلية ولا يُستخدَم في عنونة المضيفين.<ref name="ietf-70">{{استشهاد مختصر|RFC 6890|ص=6-7|لغة=en}}</ref>

{{هامش|17}}. أطلق المعيار الأصيل على هذه التقنية اسم ترجمة عنوان الشبكة ورقم المنفذ {{إنج|Network Address Port Translation اختصاراً NAPT}} <ref name="ietf-117"/>، ولكنّها أصبحت تُعرف لاحقاً باسم{{إنج|Overloading NAT with Port Address Translation}}.<ref name = "Book-60">{{استشهاد مختصر|Odom|2013|ص=585|لغة=en}}</ref>

{{هامش|18}}. الأسماء الأصيلة هي {{إنج|Gateway-to-Gateway وHost-to-Gateway وHost-to-Host}}.
</div>

== انظر أيضًا ==
{{تصنيف كومنز}}
* [[بروتوكول الإنترنت]]
* [[بروتوكول الإنترنت (الإصدار السادس)|الإصدار السادس من بروتوكول الإنترنت]]

== المراجع ==
=== فهرس المراجع ===
;فهرس المراجع العربية
{{بداية المراجع}}
{{مراجع|مجموعة="ar"}}
{{نهاية المراجع}}
;فهرس المراجع الأجنبية
{{بداية المراجع}}
{{مراجع|4|محاذاة=نعم}}
{{نهاية المراجع}}

=== معلومات المراجع المُفصَّلة ===
;مواقع الويب <small>(مرتبة حسب ورودها في المقالة)</small>
{{بداية المراجع|2|محاذاة=نعم}}
* {{استشهاد ويب
| مسار= https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml
| عنوان= Service Name and Transport Protocol Port Number Registry.
| موقع= IANA
| لغة= en
| تاريخ الوصول= 31 يوليو 2017| مسار أرشيف = https://web.archive.org/web/20190922032800/https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml 
| تاريخ أرشيف = 22 سبتمبر 2019
|مرجع=IANA RegistryService Name and Transport Protocol Port Number}}
* {{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20191124154910/https://www.iana.org/assignments/ip-parameters/ip-parameters.xhtml
| تاريخ أرشيف = 2019-11-24
| تاريخ =
| مسار= https://www.iana.org/assignments/ip-parameters/ip-parameters.xhtml#ip-parameters-1
| عنوان= Internet Protocol Version 4 (IPv4) Parameters - IP Option Numbers
| موقع= IANA
| لغة= en
| تاريخ الوصول= 26 يونيو 2019
|مرجع=IANA RegistryIPv4 Parameters
}}
* {{استشهاد ويب
| تاريخ أرشيف = 6 فبراير 2019
| مسار أرشيف = https://web.archive.org/web/20190206052732/https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml
| مسار= https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml
| عنوان= IPv4 Multicast Address Space Registry
| موقع=IANA
| لغة= en
| تاريخ الوصول= 14 سبتمبر 2019
|مرجع=IANA RegistryIPv4 Multicast Address Space
}}
* {{استشهاد ويب
|مسار أرشيف = https://web.archive.org/web/20190118144623/https://www.iana.org/assignments/version-numbers/version-numbers.xhtml
| تاريخ أرشيف = 18 يناير 2019
| مسار= https://www.iana.org/assignments/version-numbers/version-numbers.xhtml
| عنوان= Version Numbers
| موقع= IANA
| لغة= en
| تاريخ الوصول= 26 مايو 2019
|مرجع=IANA RegistryVersion Numbers}}
* {{استشهاد ويب
| الأخير= Huston
| الأول= Geoff
| تاريخ= 29 يناير 2016
| مسار أرشيف = https://web.archive.org/web/20180425142248/https://labs.ripe.net/Members/gih/evaluating-ipv4-and-ipv6-packet-fragmentation
| تاريخ أرشيف = 25 أبريل 2018
| مسار= https://labs.ripe.net/Members/gih/evaluating-ipv4-and-ipv6-packet-fragmentation
| عنوان=  Evaluating IPv4 and IPv6 Packet Fragmentation
| لغة= en
|موقع = Réseaux IP Européens Network Coordination Centre RIPE NCC
| تاريخ الوصول= 17 سبتمبر 2019
|مرجع=ripe.netevaluating ipv4 & ipv6
}}
* {{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20190920183506/https://www.icann.org/en/system/files/press-materials/release-03feb11-en.pdf
| تاريخ أرشيف = 20 سبتمبر 2019
| تاريخ = 3 فبراير 2011
| مسار= https://www.icann.org/en/system/files/press-materials/release-03feb11-en.pdf
| عنوان= Available Pool of Unallocated IPv4 Internet Addresses Now Completely Emptied
| موقع= ICANN
| لغة= en
| تاريخ الوصول=  20 سبتمبر 2019
| مرجع = ICANNAvailable Pool
}}
* {{استشهاد ويب
| مسار= https://datatracker.ietf.org/wg/ipsec/history/
| عنوان=  IP Security Protocol (ipsec) - Group History
| موقع =  IETF
| لغة= en
| تاريخ الوصول= 28 سبتمبر 2019| مسار أرشيف = https://web.archive.org/web/20190913125429/https://datatracker.ietf.org/wg/ipsec/history/ 
| تاريخ أرشيف = 13 سبتمبر 2019
| مرجع = IPsecGroup History
}}
* {{استشهاد ويب
| مسار= https://datatracker.ietf.org/wg/ipsec/documents/
| عنوان=  IP Security Protocol (ipsec)
| لغة= en
| تاريخ الوصول= 28 سبتمبر 2019| مسار أرشيف = https://web.archive.org/web/20190913125424/https://datatracker.ietf.org/wg/ipsec/documents/ 
| تاريخ أرشيف = 13 سبتمبر 2019
| مرجع = IPsecMain page
}}
{{نهاية المراجع}}
;مقالات وأبحاث وتقارير <small>(مرتبة تصاعدياً حسب تاريخ النشر)</small>
{{بداية المراجع|2|محاذاة=نعم}}
* {{استشهاد بويكي بيانات|Q115920096|مرجع=Baran1964}}
* {{استشهاد بويكي بيانات|Q115920526|مرجع=Pouzin1973}}
* {{استشهاد بويكي بيانات|Q54195996|مرجع=Cerf1974}}
* {{استشهاد بويكي بيانات|Q115973410|مرجع=Kirstein1978}}
* {{استشهاد بويكي بيانات|Q115957069|مرجع= Estrin1989}}
* {{استشهاد بويكي بيانات|Q115957272|مرجع=IETF1992}}
* {{استشهاد بويكي بيانات|Q115973156|مرجع=Ptacek1998}}
* {{استشهاد بويكي بيانات|Q115957329|مرجع= Estrin1999}}
* {{استشهاد بويكي بيانات|Q115965465|مرجع= Main2005}}
{{نهاية المراجع}}
;الكتب <small>(مرتبة تصاعدياً حسب تاريخ النشر)</small>
<u>الإنجليزية:</u>
{{بداية المراجع|2|محاذاة=نعم}}
* {{استشهاد بويكي بيانات|Q115917529|مرجع=Dyson1999}}
* {{استشهاد بويكي بيانات|Q115941690|مرجع=Lee2000}}
* {{استشهاد بويكي بيانات|Q115972434|مرجع=Wegner2000}}
* {{استشهاد بويكي بيانات|Q115942000|مرجع=Osterloh2002}}
* {{استشهاد بويكي بيانات|Q115927766|مرجع=Bruno2003}}
* {{استشهاد بويكي بيانات|Q115930741|مرجع=Blank2004}}
* {{استشهاد بويكي بيانات|Q115917346|مرجع=Kozierok2005}}
* {{استشهاد بويكي بيانات|Q115933218|مرجع=Kent2009}}
* {{استشهاد بويكي بيانات|Q115922106|مرجع=Fall2012}}
* {{استشهاد بويكي بيانات|Q115919723|مرجع=Odom2013}}
* {{استشهاد بويكي بيانات|Q115942989|مرجع=Janevski2015}}
{{نهاية المراجع}}
<u>العربية:</u>
{{بداية المراجع}}
* {{استشهاد بويكي بيانات|Q100600916|مرجع=بكني2019}}
* {{استشهاد بويكي بيانات|Q111284802|مرجع=بكني2022}}
{{نهاية المراجع}}
;ملاحظات تجارب الإنترنت <small>(مرتبة تصاعدياً حسب رقم الوثيقة)</small>
{{بداية المراجع|2|محاذاة=نعم}}
* {{استشهاد بويكي بيانات|Q115941189|مرجع=IEN 2}}
* {{استشهاد بويكي بيانات|Q115941327|مرجع=IEN 26}}
* {{استشهاد بويكي بيانات|Q115941399|مرجع=IEN 28}}
* {{استشهاد بويكي بيانات|Q115941551|مرجع=IEN 41}}
* {{استشهاد بويكي بيانات|Q115941600|مرجع=IEN 44}}
* {{استشهاد بويكي بيانات|Q115941660|مرجع=IEN 54}}
* {{استشهاد بويكي بيانات|Q115973212|مرجع=IEN 192}}
{{نهاية المراجع}}
;وثائق طلب التعليقات <small>(مرتبة تصاعدياً حسب رقم الوثيقة)</small>
{{بداية المراجع|3|محاذاة=نعم}}
* {{استشهاد بويكي بيانات|Q47481342|مرجع=RFC 675}}
* {{استشهاد بويكي بيانات|Q3415158|مرجع=RFC 760}}
* {{استشهاد بويكي بيانات|Q47467078|مرجع=RFC 791}}
* {{استشهاد بويكي بيانات|Q47477090|مرجع=RFC 792}}
* {{استشهاد بويكي بيانات|Q47466552|مرجع=RFC 793}}
* {{استشهاد بويكي بيانات|Q47315900|مرجع=RFC 801}}
* {{استشهاد بويكي بيانات|Q47467790|مرجع=RFC 815}}
* {{استشهاد بويكي بيانات|Q47463767|مرجع=RFC 826}}
* {{استشهاد بويكي بيانات|Q47253471|مرجع=RFC 903}}
* {{استشهاد بويكي بيانات|Q47208596|مرجع=RFC 919}}
* {{استشهاد بويكي بيانات|Q47484148|مرجع=RFC 950}}
* {{استشهاد بويكي بيانات|Q47457725|مرجع=RFC 988}}
* {{استشهاد بويكي بيانات|Q47481491|مرجع=RFC 990}}
* {{استشهاد بويكي بيانات|Q47485053|مرجع=RFC 1063}}
* {{استشهاد بويكي بيانات|Q47471823|مرجع=RFC 1108}}
* {{استشهاد بويكي بيانات|Q47460092|مرجع=RFC 1112}}
* {{استشهاد بويكي بيانات|Q47467189|مرجع=RFC 1122}}
* {{استشهاد بويكي بيانات|Q47472905|مرجع=RFC 1256}}
* {{استشهاد بويكي بيانات|Q47206843|مرجع=RFC 1293}}
* {{استشهاد بويكي بيانات|Q47468405|مرجع=RFC 1338}}
* {{استشهاد بويكي بيانات|Q47244962|مرجع=RFC 1349}}
* {{استشهاد بويكي بيانات|Q47484174|مرجع=RFC 1393}}
* {{استشهاد بويكي بيانات|Q1427033|مرجع=RFC 1475}}
* {{استشهاد بويكي بيانات|Q47314090|مرجع=RFC 1518}}
* {{استشهاد بويكي بيانات|Q47199620|مرجع=RFC 1519}}
* {{استشهاد بويكي بيانات|Q47201702|مرجع=RFC 1606}}
* {{استشهاد بويكي بيانات|Q47164409|مرجع=RFC 1631}}
* {{استشهاد بويكي بيانات|Q47473829|مرجع=RFC 1770}}
* {{استشهاد بويكي بيانات|Q47325492|مرجع=RFC 1819}}
* {{استشهاد بويكي بيانات|Q47467043|مرجع=RFC 1825}}
* {{استشهاد بويكي بيانات|Q47469722|مرجع=RFC 1827}}
* {{استشهاد بويكي بيانات|Q47484670|مرجع=RFC 1878}}
* {{استشهاد بويكي بيانات|Q47472593|مرجع=RFC 1883}}
* {{استشهاد بويكي بيانات|Q47468348|مرجع=RFC 1885}}
* {{استشهاد بويكي بيانات|Q47462819|مرجع=RFC 1918}}
* {{استشهاد بويكي بيانات|Q47165174|مرجع=RFC 2113}}
* {{استشهاد بويكي بيانات|Q47208716|مرجع=RFC 2131}}
* {{استشهاد بويكي بيانات|Q47483161|مرجع=RFC 2236}}
* {{استشهاد بويكي بيانات|Q47477520|مرجع=RFC 2365}}
* {{استشهاد بويكي بيانات|Q47463063|مرجع=RFC 2402}}
* {{استشهاد بويكي بيانات|Q47326996|مرجع=RFC 2406}}
* {{استشهاد بويكي بيانات|Q47392135|مرجع=RFC 2408}}
* {{استشهاد بويكي بيانات|Q47247332|مرجع=RFC 2411}}
* {{استشهاد بويكي بيانات|Q47467387|مرجع=RFC 2460}}
* {{استشهاد بويكي بيانات|Q47470529|مرجع=RFC 2474}}
* {{استشهاد بويكي بيانات|Q47292716|مرجع=RFC 2544}}
* {{استشهاد بويكي بيانات|Q47316870|مرجع=RFC 2780}}
* {{استشهاد بويكي بيانات|Q47165174|مرجع=RFC 2974}}
* {{استشهاد بويكي بيانات|Q47466014|مرجع=RFC 3022}}
* {{استشهاد بويكي بيانات|Q47483414|مرجع=RFC 3068}}
* {{استشهاد بويكي بيانات|Q47464125|مرجع=RFC 3128}}
* {{استشهاد بويكي بيانات|Q47245125|مرجع=RFC 3180}}
* {{استشهاد بويكي بيانات|Q47459948|مرجع=RFC 3376}}
* {{استشهاد بويكي بيانات|Q47483245|مرجع=RFC 3789}}
* {{استشهاد بويكي بيانات|Q47471151|مرجع=RFC 3927}}
* {{استشهاد بويكي بيانات|Q47473418|مرجع=RFC 4213}}
* {{استشهاد بويكي بيانات|Q47470884|مرجع=RFC 4291}}
* {{استشهاد بويكي بيانات|Q47456359|مرجع=RFC 4607}}
* {{استشهاد بويكي بيانات|Q47485207|مرجع=RFC 4632}}
* {{استشهاد بويكي بيانات|Q47466749|مرجع=RFC 4727}}
* {{استشهاد بويكي بيانات|Q47465975|مرجع=RFC 4861}}
* {{استشهاد بويكي بيانات|Q47483181|مرجع=RFC 4862}}
* {{استشهاد بويكي بيانات|Q47463802|مرجع=RFC 7020}}
* {{استشهاد بويكي بيانات|Q47472778|مرجع=RFC 5737}}
* {{استشهاد بويكي بيانات|Q47211563|مرجع=RFC 5771}}
* {{استشهاد بويكي بيانات|Q47477352|مرجع=RFC 6071}}
* {{استشهاد بويكي بيانات|Q47446395|مرجع=RFC 6333}}
* {{استشهاد بويكي بيانات|Q47212673|مرجع=RFC 6598}}
* {{استشهاد بويكي بيانات|Q47456644|مرجع=RFC 6864}}
* {{استشهاد بويكي بيانات|Q47462480|مرجع=RFC 6890}}
* {{استشهاد بويكي بيانات|Q47463802|مرجع=RFC 7020}}
* {{استشهاد بويكي بيانات|Q47476951|مرجع=RFC 8200}}
{{نهاية المراجع}}

== وصلات خارجية ==
* [https://web.archive.org/web/20190214003206/http://www.tcpipguide.com/free/t_InternetProtocolVersion4IPIPv4.htm صفحة الإصدار الرابع من بروتوكول الإنترنت في موقع tcpipguide.com].
{{حزمة بروتوكولات الإنترنت}}
{{شريط سفلي الإصدار السادس من بروتوكول الإنترنت}}
{{ضبط استنادي}}
{{شريط بوابات|تقنية المعلومات|علم الحاسوب|اتصال عن بعد|إنترنت}}
{{شريط محتوى متميز|مختارة|التاريخ=29 يناير 2020|النسخة=43206603}}

[[تصنيف:الإصدار الرابع من بروتوكول الإنترنت]]
[[تصنيف:بروتوكولات تشبيك]]
[[تصنيف:بروتوكولات طبقة الشبكة]]
[[تصنيف:معايير الإنترنت]]