RFC 791 - Internet Protocol - Summary

أيضا متوفر في:

RFC 791 was written in 1981 for DARPA (Defense Advanced Research Projects Agency) by the Information Sciences Institute University of Southern California. وتنقسم الوثيقة إلى ثلاثة فروع، مقدمة، لمحة عامة، ومواصفات. وعلى الرغم من أن للمقدمة وللعرض معلومات جيدة جدا، فإن هذا الموجز سيركز على المواصفات ولكنه سيلقي الضوء على عدد قليل من أجزاء الاستعراض العام.

Header

كما هو مرئي في مقالة الخرائط والحزم في هذا الموقع، يبدو رئيس IP:

IPv4 Header (32 bits)
Starting Byte	Byte								Byte								Byte								Byte
	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22	23	24	25	26	27	28	29	30	31
0	Version				IHL (header Len)				Type Of Server (TOS)								Total Length
4	Identification																IP Flag			Fragment Offset
8	Time To Line (TTL)								Protocol								Header Checksum
12	Source Address
16	Destination Address
20	IP Option (Variable Length, Optional, not common)

التفاصيل الرئيسية

كما ترى البيانات تحتوي على عدة عناصر وتتمثل وظيفة كل عنصر فيما يلي:

Version - RFC 791 specifically refers to version 4
رئيس شبكة الإنترنت Length (IHL) - يبلغ النظم الترفيهية بطول رئيسها وعندما تبدأ البيانات
نوع الخدمة - تُستخدم هذه القيمة الـ 8 قليلاً لنوعية الخدمة.
- 0-2 قليلاً
  - ٠٠٠ - روتين
  - 001 - الأولوية
  - 010- فوراً
  - 011 - فلاش
  - 100 - Flash Override
  - 101- لجنة استعراض تنفيذ الاتفاقية/اللجنة الاقتصادية لأوروبا
  - 110 - مراقبة العمل على الإنترنت
  - 111 - مراقبة الشبكات
- الجزئ 3 للتأخر الطبيعي (0) أو التأخير المنخفض (1)
- الجزء 4 هو الناتج العادي (0) أو الناتج العالي (1)
- المادة 5 هي الموثوقية العادية (0) أو الموثوقية العالية (1)
- عندما كُتبت المادة 791 من اتفاقية روتردام 6 و7 حيث احتُفظت للاستخدام في المستقبل
مجموع لينغث هو مجموع طول البيانات في البوابات يصل إلى 65535 نقطة. ومع ذلك، يجب أن يكون النظام قادراً على قبول ما لا يقل عن 567 محتلاً.
التعريف - المستخدم في إعادة تجميع البيانات المجزأة
أعلام - تستخدم بتفتت البيانات
- لا يُحتفَظ ولا بد أن يكون صفراً
- قليلاً 1 إذا حُدّدَ إلى 0 يَتْركُ a برمجة بياناتِ لِكي يَكُونَ مجزأَ. لا يمكن تجزؤ برمجة البيانات
- الجزء الثاني إذا جهزت إلى صفر يشير إلى آخر كسر. إذا جهزت لقطعة أخرى قادمة
التجزؤ - يُخبرُ النظمَ تَعْملُ تركيبَ البياناتَ حيث يُمْكِنُ أَنْ يَشتتَ
وقت الحياة - حدد كم من الوقت يمكن أن تستمر البيانات على الشبكة. إذا وصل إلى صفر من البيانات يجب التخلص منها
البروتوكول - يبين بروتوكول المستوى التالي المستخدم في رسم البيانات
شيكوم الرابط - يقيّم البيانات في كل نقطة من خلال الشبكة
المصدر: 32 قطعة
عنوان الوجهة - 32 قطعة
الخيارات - وهناك الكثير من خيارات IPv4 التي يمكن أو لا يمكن تطبيقها. وللاطلاع على مزيد من التفاصيل، يُرجى قراءة الوثيقة الكاملة للجنة حدود الجرف القاري على وجه التحديد، الصفحة 15-22
في نهاية الرّئيس، تمّت برمجة البيانات بـ صفر حتى تنتهي بـ32 مرّة

موجز RFC

كما هو الحال مع جميع RFC هذا RFC يتطلب أن أي غير متعمد الذي يُنفّذُ برمجة بيانات IP يتوافق مع المعيار بحيث أي طرف قد يتفاعل مع البيانات عن مختلف النظم. وفي الباب 3، يناقش البرنامج الدولي الرابع الذي يتناول الكيمياء مناقشة مطولة وكذلك المهام الموجزة أعلاه. In relation to IPv4 this RFC defines Class A, B, and C network sizes. الفصل ألف يخصص 7 قطع للشبكة و 24 قطعة للمضيفين ويخصص الفصل باء 14 قطعة للشبكة و 16 قطعة للمضيفين. الفصل جيم يخصص 21 قطعة للشبكة و 8 أجزاء للمضيفين وبالإضافة إلى معالجة المخططات، تُناقش المهام المحددة المتمثلة في تجزؤ البيانات وإعادة تجميعها بتفصيل كبير في إطار لجنة مصائد الأسماك. (ج) أن يُبيّن أن بعض الخيارات قد تُدرَج أو لا تُدرج عندما تُجزَّأ عبوة.

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