RFC 791 נכתב בשנת 1981 עבור DARPA (Defense Advanced Research Projects Agency) על ידי אוניברסיטת מדעי המידע של דרום קליפורניה. המסמך מחולק לשלושה חלקים, מבוא, סקירה ופרטים. למרות המבוא והסקירה יש מידע טוב מאוד סיכום זה יתמקד מפרטים אבל ידגיש קטעים afew מן הסקירה.

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)

פרטי Header

כפי שאתה יכול לראות את ה- datagram מכיל מספר אלמנטים. התפקיד של כל אלמנט הוא:

RFC 791 מתייחס באופן ספציפי לגרסה 4
אורך האינטרנט (IHL) - Informs the recieving Systems את אורך הראש וכאשר הנתונים מתחילים
סוג השירות (TOS) - ערך 8 סיביות זה משמש לאיכות השירות.
- 0-2 הם בעד זהירות
  - 000 - Routine
  - 001 - עדיפות
  - 010 - Immediate
  - 011 - פלאש
  - 100 - פלאש Override
  - 101 - CRITIC/ECP
  - 110 - בקרת עבודה
  - 111 - בקרת רשת
- 3 הוא עבור עיכוב רגיל (0) או עיכוב נמוך (1)
- מעט 4 הוא עבור רגיל באמצעותput (0) או High throughput (1)
- קצת 5 עבור אמינות נורמלית (0) או אמינות גבוהה (1)
- כאשר RFC 791 נכתב מעט 6 ו -7, שם מילואים לשימוש עתידי
אורך מוחלט - הוא אורך הנתונים הכולל של עד 65535 octets. עם זאת, מערכת חייבת להיות מסוגלת לקבל מינימום של 567 נקודות.
Identification - בשימוש ב- re-assembling datagrams
דגלים - בשימוש עם פירוק נתונים
- מעט 0 שמור וחייב להיות 0
- קצת 1 אם להגדיר 0 מאפשר ל- Datagram להיות מכוונן. אם נקבע ל 1 לא ניתן לחלק את הנתונים
- קצת 2 אם להגדיר 0 מציין את ההקפאה האחרונה. אם הם מגיעים ל-1 קטעים נוספים
Fragment Offset - Tells the Systems Performance the Datagram fragementation שבו הוא יכול להחליק
זמן לחיות - מציין כמה זמן ה-Datagram יכול להימשך ברשת. אם הוא מגיע ל-0, יש למחוק את הנתונים
פרוטוקול - מציין את פרוטוקול הרמה הבא המשמש ב-Datagram
Header Checksum - אימות הנתונים בכל נקודה דרך הרשת
כתובת: 32 bits
כתובת יעד - 32 ביטים
אפשרויות - יש הרבה אפשרויות IPv4 שעשויות או לא ניתן ליישם. לפרטים נוספים אנא קרא את הדף הרשמי של RFC 15-22
בסוף ראש ה-Datagram מוצמד ל- 0 עד שהוא מסתיים ב-32 סיביות

סיכום RFC

כמו עם כל RFC של RFC זה RFC דורש כי כל פרט אשר מיישמת את נתוני ה- IP תואמים עם הסטנדרט, כך שכל צד יכול אינטראקציה עם ה-Datagram במערכות מגוונות. בסעיף 3 ה- IPv4 לטיפול ב-schema נדונה לאורך זמן, שכן הפונקציות מסכמות לעיל. ביחס ל- IPv4 זה RFC מגדיר Class A, B ו- C רשת גדלים. Class A מקצה 7 ביטים לרשת ו-24 ביטים למארחים. Class B מקצה 14 ביטים לרשת ו-16 סיביות למארחים. Class C מקצה 21 ביטים לרשת ו-8 ביטים למארחים. בנוסף לתכניות הפונקציות הספציפיות של פירוק נתונים והערכה מחדש נדונות בפירוט רב בתוך RFC. מפרט כי כמה אפשרויות יכול או לא יכול להיות כלול כאשר החבילה מפורצת.

סירוב חזרה סטטימנט הקודם על יישום ה- IP Datagram ה- RFC נותן גם דוגמאות לגבי מה יש להציג לפרוטוקולים העליונים עבור רכיבי תצורה כדי להחליש תקשורת קלה יותר ותצורה בין מערכות. אלה שלדים הם אותם אלמנטים המשמשים לבניית הנתונים.