RFC 791 - Internet Protocol - Summary
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, שם מילואים לשימוש עתידי
- 0-2 הם בעד זהירות
- אורך מוחלט - הוא אורך הנתונים הכולל של עד 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 נותן גם דוגמאות לגבי מה יש להציג לפרוטוקולים העליונים עבור רכיבי תצורה כדי להחליש תקשורת קלה יותר ותצורה בין מערכות. אלה שלדים הם אותם אלמנטים המשמשים לבניית הנתונים.