RFC 791 - Internet Protocol - Summary
RFC 791 को दक्षिणी कैलिफोर्निया के सूचना विज्ञान संस्थान विश्वविद्यालय द्वारा DARPA (Defense Advanced Research Project Agency) के लिए 1981 में लिखा गया था। दस्तावेज़ तीन खंडों, परिचय, अवलोकन और विनिर्देशों में टूट गया है। हालांकि परिचय और अवलोकन में बहुत अच्छी जानकारी है, यह सारांश विनिर्देशों पर ध्यान केंद्रित करेगा लेकिन अवलोकन से afew अनुभागों को उजागर करेगा।.
हैडर
जैसा कि इस साइट पर फ्रेम्स और पैकेट लेख में देखा गया है, आईपी हेडर जैसा दिखता है:
| 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) | |||||||||||||||||||||||||||||||
शीर्षलेख
जैसा कि आप देख सकते हैं डेटाग्राम में कई तत्व होते हैं। प्रत्येक तत्व के लिए कार्य है:
- संस्करण - RFC 791 विशेष रूप से संस्करण 4 को संदर्भित करता है
- इंटरनेट हैडर लंबाई (IHL) - प्राप्त करने वाले सिस्टम को हेडर की लंबाई और डेटा शुरू होने पर सूचित करता है।
- सेवा का प्रकार (TOS) - यह 8 बिट मूल्य सेवा की गुणवत्ता के लिए प्रयोग किया जाता है।.
- बिट 0-2 प्राथमिकता के लिए हैं
- 000 - रूटीन
- 001 - प्राथमिकता
- 010 - तत्काल
- 011 - फ्लैश
- 100 - फ्लैश ओवरराइड
- 101 - CRITIC/ECP
- 110 - इंटरनेटवर्क कंट्रोल
- 111 - नेटवर्क कंट्रोल
- बिट 3 सामान्य देरी (0) या कम देरी (1) के लिए है
- बिट 4 सामान्य throughput (0) या उच्च throughput (1) के लिए है
- बिट 5 सामान्य विश्वसनीयता (0) या उच्च विश्वसनीयता (1) के लिए है
- जब RFC 791 को बिट 6 और 7 लिखा गया था जहां भविष्य के उपयोग के लिए आरक्षित रखा गया था
- बिट 0-2 प्राथमिकता के लिए हैं
- कुल लम्बाई - 65535 octets तक बाइट्स में डेटाग्राम की कुल लंबाई है। हालांकि एक प्रणाली न्यूनतम 567 octets स्वीकार करने में सक्षम होना चाहिए।.
- पहचान - खंडित डेटाग्राम को फिर से इकट्ठा करने में प्रयुक्त
- झंडे - डेटाग्राम विखंडन के साथ इस्तेमाल किया
- बिट 0 आरक्षित है और होना चाहिए 0
- यदि 0 से 0 तक सेट किया जाता है तो बिट 1 डेटाग्राम को फ्रैगमेंट किया जा सकता है। यदि 1 को सेट किया गया है तो डेटाग्राम को विखंडित नहीं किया जा सकता है
- यदि 0 से 0 तक निर्धारित किया गया तो बिट 2 ने अंतिम फ्रैजमेंट को इंगित किया। यदि 1 से अधिक टुकड़ों को सेट किया जाता है तो आते हैं
- फ्रैगमेंट ऑफ़सेट - डेटाग्राम फ्रैजमेंटेशन को करने वाली प्रणालियों को बताता है जहां यह विखंडित हो सकता है
- लाइव करने के लिए समय - संकेत दिया कि डेटाग्राम नेटवर्क पर कब तक रह सकता है। यदि यह 0 तक पहुंचता है तो डेटाग्राम को त्याग देना चाहिए।
- प्रोटोकॉल - डेटाग्राम में उपयोग किए जाने वाले अगले स्तर प्रोटोकॉल को इंगित करता है
- हैडर चेकसम - नेटवर्क के माध्यम से प्रत्येक बिंदु पर डेटाग्राम को मान्य करता है
- स्रोत पता - 32 बिट
- गंतव्य पता - 32 बिट
- विकल्प वहाँ IPv4 विकल्प है कि हो सकता है या लागू नहीं किया जा सकता के बहुत सारे हैं। अतिरिक्त विवरण के लिए कृपया पूर्ण RFC विशेष रूप से पृष्ठ 15 - 22 पढ़ें।
- शीर्षलेख के अंत में, डेटाग्राम 0 के साथ गद्देदार है जब तक यह 32 बिट सीमा पर समाप्त नहीं होता है।
RFC सारांश
सभी RFC के साथ यह RFC की आवश्यकता है कि कोई भी व्यक्तिगत जो IP डेटाग्राम को मानक के साथ संरेखित करता है, जैसे कि कोई भी पार्टी विभिन्न प्रणालियों पर डेटाग्राम के साथ बातचीत कर सकती है। धारा 3 में IPv4 एड्रेसिंग स्कीमा को लंबाई में चर्चा की जाती है क्योंकि उपरोक्त कार्यों को संक्षेप में प्रस्तुत किया जाता है। IPv4 के संबंध में यह RFC क्लास A, B और C नेटवर्क के आकार को परिभाषित करता है। क्लास ए नेटवर्क के लिए 7 बिट और मेजबान के लिए 24 बिट आवंटित करता है। क्लास बी नेटवर्क के लिए 14 बिट्स और मेजबानों के लिए 16 बिट्स आवंटित करता है। क्लास C नेटवर्क के लिए 21 बिट्स और होस्ट के लिए 8 बिट्स आवंटित करता है। योजनाओं को संबोधित करने के अलावा डेटाग्राम विखंडन और फिर से विधानसभा के विशिष्ट कार्यों को RFC के भीतर बहुत विस्तार से चर्चा की जाती है। निर्दिष्ट करें कि कुछ विकल्प तब शामिल नहीं हो सकते हैं जब एक पैकेट को विखंडित किया जाता है।.
आईपी डेटाग्राम को लागू करने के बारे में एक पिछले आँकड़े को वापस संदर्भित करते हुए RFC सिस्टम के बीच एक आसान संचार और विन्यास को सुविधाजनक बनाने के लिए कॉन्फ़िगरेशन तत्वों के लिए ऊपरी परत प्रोटोकॉल को प्रस्तुत करने के बारे में उदाहरण देता है। ये elemenets डेटाग्राम के निर्माण के लिए उपयोग किए जाने वाले समान तत्व हैं।.