IETF ने विशेष रूप से 192.168 / 16 को निजी आईपी एड्रेस क्लास क्यों चुना?


90

क्यों इंटरनेट इंजीनियरिंग टास्क फोर्स (IETF) चुनें 192.168/16एक निजी आईपी पते classand कुछ और नहीं हो?

उदाहरण के लिए विशेष रूप से 192.168/16और 10/8और क्यों 172.16/12नहीं 145.243/16?

क्या अन्य कारणों से उन आईपी पते को निजी आईपी पते के मानक के रूप में चुना गया है?



32
RFC 1918 में इस बात का कोई विवरण नहीं है कि विशेष रूप से इन नेटवर्क को क्यों चुना गया, आकाश। इसलिए प्रश्नकर्ता का प्रश्न।
JdeBP

1
मैं इस बारे में गलत नहीं था। मैं RFC से ड्राइंग करते हुए आपके प्रश्न का लगभग पूरी तरह से उत्तर देने में सक्षम था। लेकिन 1918 सवाल का जवाब देने के लिए सबसे महत्वपूर्ण नहीं है ...
माइकल हैम्पटन

जवाबों:


89

मुझे पता है कि इन पता सीमाओं को किसने चुना है। दुर्भाग्य से, वह मर चुका है, इसलिए मैं उससे बिल्कुल नहीं पूछ सकता कि उसने उन्हें क्यों चुना, लेकिन मैं कुछ अच्छी तरह से सूचित अनुमान लगा सकता हूं।

1990 के दशक के मध्य से पहले ऑनलाइन डेटिंग नहीं है, जब इंटरनेट ने वास्तव में बंद करना शुरू कर दिया था। इंटरनेट का कौन सा इतिहास मौजूद है , यह RFC में ज्यादातर है जो इसे परिभाषित करता है, जो ARJET की शुरुआत में 1969 तक है । उनके माध्यम से आप इंटरनेट की प्रगति को कुछ आदिम मेनफ्रेम के भागते हुए नेटवर्क से देख सकते हैं, जिसे उस समय के सबसे शानदार दिमागों द्वारा डिजाइन किया जा रहा है, जिस नेटवर्क के बारे में हम आज के बिना रहने की कल्पना भी नहीं कर सकते हैं।

यह उत्तर लगभग पूरी तरह से उन आरएफसी से, और मेरे व्यक्तिगत अनुभव से छोटे हिस्से में है जैसा कि मैं इस युग में इंटरनेट पर था।


सबसे पहले, IETF ने इन IP पता श्रेणियों, या किसी अन्य को नहीं चुना। विशेष उपयोग पतों का आबंटन वर्तमान में है और हमेशा का काम इंटरनेट निरुपित नंबर प्राधिकरण

आईएएनए हमेशा एक विशिष्ट संगठन के बजाय एक भूमिका रही है , और उस भूमिका ने बिल्कुल एक बार हाथ बदल दिया है। वर्तमान में यह आईसीएएनएन द्वारा आयोजित किया जाता है, लेकिन 1972 से 1998 तक उनकी मृत्यु तक जब उस संगठन को उनकी जगह लेने के लिए बनाया गया था, तो इयान अनिवार्य रूप से एक व्यक्ति, जॉन पोस्टेल थे । बेशक, उन्होंने पहले सॉकेट नंबरों की भूमिका को सीजर कहा , एक आवश्यक कार्य जो उन्होंने खुद पर लिया क्योंकि इसे करने की आवश्यकता थी। उन्होंने लगभग हर संख्या के czar को समाप्त कर दिया जिसे सौंपा जा सकता था: पते, प्रोटोकॉल नंबर, बंदरगाह, आप इसे नाम देते हैं, मोटे तौर पर क्योंकि वह इसे करने के लिए तैयार थे, और उस समय तक जब इंटरनेट सार्वजनिक वाणिज्य के लिए खोला गया थावह 20 वर्षों से कर रहा था। वह संख्या सौंपा है, और इंटरनेट रजिस्ट्री (तब श्री-एनआईसी, इस था विस्तार एक करने के लिए रजिस्ट्रियों की वितरित संग्रह दुनिया भर में) उन्हें प्रकाशित किया।

SRI से आखिरी RFC, इंटरनेट एड्रेस असाइनमेंट की एक सूची है जो 1990 से RFC 1166 थी। यह बहुत लंबी सूची है, इसलिए यह आश्चर्यजनक नहीं होना चाहिए कि यह डेटा ऑनलाइन डेटाबेस में ले जाया गया था। अपने पूर्ववर्ती RFC 1117 से तुलना करने पर यह इंटरनेट के विस्तार की दर को दिखाता है, फिर भी, सालों पहले इसे जनता के लिए खोला गया था।

इसलिए, अब हम RFC 1918 में पता रेंज को थोड़ा बेहतर समझने की स्थिति में हैं । यह वास्तव में RFC का दूसरा संशोधन है; पहला RFC 1597 था , जो कि लगभग दो साल पहले मार्च 1994 में प्रकाशित हुआ था। इसके अल्प-ज्ञात खंडन, RFC 1627 में , निजी एड्रेस स्पेस के खिलाफ समकालीन तर्क दिए गए थे। RFC 1627 में यह उल्लेख करने के लिए भी होता है कि तीन पते वाले स्थानों को किसने सौंपा है।

उन्हें RFC 1597 के लेखकों के अनुरोध पर IANA, यानी जॉन पोस्टेल द्वारा सौंपा गया था, और अगर RFC 1627 में शिकायत पर विश्वास किया जाए, तो उन्होंने सामान्य खुली प्रक्रियाओं के बजाय बैक चैनलों के माध्यम से ऐसा किया। आप देख सकते हैं कि RFC 1597 अपने आप ही सामान्य इंटरनेट-ड्राफ्ट से पहले बिना RFC की स्थिति के सीधे चला गया था, इसलिए इसे भी पीछे के चैनलों के माध्यम से, फिर से Postel, जो उस समय RFC संपादक था , द्वारा अनुमोदित किया गया था । इसलिए इस प्रश्न का उत्तर देना संभव नहीं है।

अब के रूप में क्यों उन्होंने इन तीन पते रेंज को चुना, मुझे आपका ध्यान RFC 1166 और 1117 SRI से वापस करना चाहिए जिसमें तत्कालीन आईपी एड्रेस रेंज असाइनमेंट थे। उन दोनों में आप देखेंगे कि नेटवर्क 10 अभी भी अशुद्ध ARPANET को आवंटित किया गया था, जो 1990 में बंद हो गया था । पोस्टेल, आईएएनए के रूप में अपनी भूमिका में, जानते होंगे कि यह सीमा अब उपयोग में नहीं थी और इसे फिर से सौंपा जा सकता है। मुझे लगता है कि पोस्टेल ने नेटवर्क 10 उठाया क्योंकि वह जानता था कि यह उपलब्ध है और उपयोग में नहीं है।

इसी तरह, मुझे उम्मीद है कि Postel ने 192.168 को चुना, क्योंकि जिस समय उसने चुनाव किया, वह अगली उपलब्ध थी, या लगभग अगले उपलब्ध, नेटवर्क को पूर्व वर्ग C स्थान से सौंपा गया था। यह संभवत: एक या दूसरे तरीके से साबित नहीं किया जा सकता है, लेकिन RFC में दिखाए गए पता असाइनमेंट की गति दृढ़ता से बताती है कि वे 1993-1994 के आसपास इस सामान्य आसपास के क्षेत्र में रहे होंगे जब असाइनमेंट किए गए थे। (192.159 में पते 1992 में सौंपे जा रहे थे । 192.160-192.167 में असाइनमेंट के लिए कोई तारीख उपलब्ध नहीं है क्योंकि ये कुछ बिंदु पर RIPE के लिए वास्तविक थे।)

172.16-172.31 के लिए इस प्रश्न का उत्तर देना अधिक कठिन है। मुझे कुछ भी पता नहीं चल पाया कि इस रेंज को क्यों चुना गया। पूर्व कक्षा बी अंतरिक्ष में असाइनमेंट लगभग उच्च अभी तक नहीं मिला है, जहाँ तक मुझे पता चल सकता है। मैं केवल अनुमान लगा सकता हूं कि इयाना ने एक डार्टबोर्ड पर एक डार्ट फेंका, लुढ़का हुआ पासा, या अन्यथा उसके nether क्षेत्रों से संख्या खींच ली।


अंत में, जॉन पोस्टेल के बारे में एक नोट। इस स्पष्ट तरीके के बावजूद कि इस RFC को समुदाय से पूरी तरह से बने (प्रारंभिक) इनपुट के बिना लाया गया था, मेरा मतलब यह नहीं है कि, और इसका अर्थ यह नहीं लगाया जाना चाहिए, जॉन पोस्टेल ने किसी तरह IANA भूमिका को खराब या गलत तरीके से निष्पादित किया। वह शुरुआती इंटरनेट पर सबसे मजबूत प्रभावों में से एक था, और आप अभी भी उस प्रभाव को आज भी महसूस करते हैं, जब हर बार आपको इंटरनेट के पीछे-पीछे चलने वाली मशीनरी की झलक मिलती है, लेकिन वह हमेशा सही काम करने से चिंतित था। एक स्मरण से उद्धृत करने के लिए :

प्रशासन और संचालन करने में कोई महिमा नहीं है। काफी विपरीत। लोग नोटिस करते हैं जब यह बुरी तरह से किया जाता है लेकिन शायद ही कभी प्रशंसा की जाती है जब यह अच्छी तरह से किया जाता है। प्रशासनिक पदों पर बैठे लोग अक्सर छोटे नौकरशाह बन जाते हैं। चूंकि नौकरी में बहुत कम इनाम है, वे कृत्रिम रूप से इसे शक्ति का आधार बनाते हैं। इसलिए इसने कुछ लोगों को भ्रमित किया है जिन्होंने जॉन को इंटरनेट नंबर "सीज़र" के रूप में संदर्भित किया। उन्होंने महसूस नहीं किया कि समुदाय ने जॉन को स्नेह और गहरी सराहना के लिए उपाधि प्रदान की थी, जो आवश्यक बुनियादी ढाँचा सेवाओं के लिए आदेश लाए थे। विशेष रूप से समुदाय ने उस शब्द का उपयोग पूर्ण ज्ञान में किया कि जॉन ने व्यक्तिगत शक्ति के लिए एक अवसर के बजाय एक विश्वास के रूप में अपना स्थान ग्रहण किया। हम हमेशा से जानते थे कि उनके विचार वैध मान्यताओं से आए थे और हमें कभी भी चिंता करने की ज़रूरत नहीं थी कि वह किसी तरह राजनीतिक या व्यक्तिगत लाभ पर विचार कर रहे थे। हम शायद उससे सहमत नहीं थे, लेकिन हम हमेशा जानते थे कि सबसे पहले एक चिंता है कि सही काम किया जाए।


6
जॉन के लिए यह कठिन काम रहा होगा। क्या यह वह जगह है जहां हमें "गोइंग पोस्टेल" अभिव्यक्ति मिलती है? :
ट्यूडर

5
जॉन पोस्टेल मेरे लंबे समय के नायकों में से एक है। वह हमेशा बैकएंड में था, और अधिक प्रसिद्ध वैज्ञानिकों को एक सामान्य लक्ष्य की दिशा में एक साथ काम करते हुए रखा। इंटरनेट प्रशासन का जनक।
फ्रैंक थॉमस

4
"1990 के दशक के मध्य से पहले ऑनलाइन डेटिंग नहीं है" - कोई मजाक नहीं किया गया, माचिस डॉट कॉम 1998 तक पंजीकृत नहीं था। नहीं। ... मुझे अपना कोट मिलेगा।
अनाम

1
एक ताजा NANOG पोस्ट पुष्टि करता है कि वे "अगले उपलब्ध" आवंटन थे।
विशालता

30

क्योंकि यह उस समय समझ में आया? :-D

याद रखें, जब निजी आईपी पता पर्वतमाला को सौंपा गया था, तो कई मुद्दों पर नेटवर्क इंजीनियरों के साथ संघर्ष करना पड़ा था: उस समय के कुछ सबसे शक्तिशाली राउटरों में आज की जेब रेखांकन कैलकुलेटर के रूप में सीपीयू शक्ति और रैम भंडारण के बारे में बहुत कुछ था - और कुछ आज भी लोग यस्टर-इयर्स रूटर्स के आसपास हलकों को चलाते हैं (मुझे याद है कि जब सीपीयू की गति किलोहर्ट्ज़ में मापा जाता था और रैम स्टोरेज को किलोबाइट्स में मापा जाता था, न कि गीगा * की तरह वे आज भी हैं!)। इंटरनेट जल्दी से बढ़ रहा था, आईपीवी 4पता स्थान सीमित था, और ऐसा लग रहा था कि यह वर्ष 2000 तक खत्म हो जाएगा, इत्यादि। इस प्रकार, कई आईपी एड्रेस रेंज पहले से ही असाइन किए गए थे, और वे नहीं चाहते थे कि कंपनियां आईपी एड्रेस रेंज को वापस देने के लिए कहें ताकि वे उन्हें निजी रेंज में फिर से असाइन कर सकें। वे यह भी चाहते थे कि निजी श्रेणियों के साथ काम करने के लिए कंपनियों के लिए इसे जितना संभव हो सके उतना आसान बनाने की कोशिश की जाए - कुछ कंपनियों ने सहयोग किया होता अगर उन्हें अपने नेटवर्क को एक या दो दर्जन रेंज / आईपी के साथ सामना करने के लिए बहुत सारे पैसे निवेश करने पड़ते। यहाँ और वहाँ पते।

यह हिस्सा मेरे हिस्से में अनुमानित अनुमान है, लेकिन नेटवर्क स्थापित करने में तर्क और अनुभव दोनों पर काफी हद तक आधारित है। उन्होंने संभवतः सभी अनसाइनड नेटवर्क नंबरों की एक सूची एकत्र की और एक विशिष्ट पैटर्न की तलाश की जो वांछित मानदंडों के साथ मिले: एक एकल वर्ग ए (नेटवर्क नंबर जिनके नेटवर्क नंबर में 0xxxxxxx बाइनरी का एक उच्च बिट होता है क्लास ए), 16 क्लास बी (नेटवर्क नंबर 10xxxxxx बाइनरी), और 256 क्लास सी (नेटवर्क नंबर 110xxxx बाइनरी) पते होते हैं। कक्षा बी और सी के पते लगातार , साथ ही साथ होने चाहिए । (16 और 256 के लिए विकल्प शायद आंशिक रूप से मनमाना था - थोड़ी देर के लिए इस सामान को करने के बाद, आप 2 की शक्तियों में सोचना शुरू करते हैं - और शायद आंशिक रूप से क्योंकि यह वही था जो आरक्षण के लिए उपलब्ध था ।

इससे, उन्होंने संभवतः उन उपलब्ध पतों से अंतिम श्रेणियों का चयन किया, जो राऊटर निर्माताओं को पैकेट को रूट / फॉरवर्ड / ड्रॉप करने के लिए निर्धारित करने के लिए पते पर एक सरल बिट-वार परीक्षण करने की अनुमति देगा। बिट पैटर्न के कुछ गुण भी हैं जो मैं कॉम्पैक्ट NAT तालिकाओं के निर्माण में मदद कर सकता हूं, साथ ही साथ। 10.xyz पता स्पष्ट है, क्योंकि इसे केवल एक नेटवर्क नंबर से मेल खाना है। 172.16.yz से 172.32.yz का पैटर्न है कि यदि आप उच्च क्रम वाले चार बिट्स को संदर्भित करते हुए कम क्रम वाले चार बिट्स के साथ एक टेबल बनाते हैं, तो पूरी रेंज तालिका की एक एकल पंक्ति में भर जाती है, बिना दो पंक्तियों के विभाजन के बिना। - यह है, दूसरा ऑक्टेट हमेशा 0001xxxx (बाइनरी) होता है। 192.168.yz में, 168 के लिए बाइनरी 10101000 है - अर्थात्, निचले तीन बिट्स हमेशा 0 हैं, और उच्चतर 5 बिट्स 1 और 0 वैकल्पिक हैं।

जबकि ये मनमाने ढंग से प्रकट हो सकते हैं, यदि आपने कभी कोई मशीन लैंग्वेज प्रोग्रामिंग या माइक्रोकोड डिकोडिंग की है, तो इस तरह के पैटर्न आपको केवल पहले पूरे आईपी एड्रेस को डिकोड किए बिना एक निजी / सार्वजनिक निर्धारण करने के लिए केवल कुछ बिट्स का परीक्षण करने की अनुमति देते हैं। यह रूटर्स को स्मृति में व्यापक लुकअप तालिकाओं को बनाए रखने के बिना ऐसे पतों को जल्दी से संसाधित करने की अनुमति देगा। इस प्रकार, राउटर एक निजी नेटवर्क पैकेट को पूरी तरह से डीकोडिंग के बिना निजी नेटवर्क पर वापस धकेल सकता है, राउटर और नेटवर्क की गति से कीमती घड़ी चक्रों को शेविंग कर सकता है।

यदि आप उत्सुक हैं, तो सीरियल डेटा ट्रांसमिशन ( UART की तरह) में देखें) डेटा के प्रत्येक बाइट को संभालता है: यह नियंत्रित घड़ी की गति से एक बार में केवल एक बिट भेज / प्राप्त कर सकता है, और आमतौर पर डेटा को समता और "सिंक" जैसे अतिरिक्त बिट्स में फ़्रेम करता है। एक ही बार में एक संपूर्ण बाइट पर समता जैसी चीजों की गणना करने की कोशिश करने में बहुत समय लगता है, इसलिए, यह एक विशेष बिट को बनाए रखता है जो प्रत्येक घड़ी चक्र में होता है। उस बिट को अगले बिट द्वारा संशोधित किया जाता है जो प्रेषक / प्राप्त रजिस्टर में / बाहर स्थानांतरित हो जाता है। जैसे ही पूरे बाइट को भेजा / प्राप्त किया जाता है, समता बिट में बचा हुआ मान पहले से ही सही हो जाता है बिना उसे पुनर्गणना किए। यह अवधारणा कमोबेश "एक ही समय में काम करते हैं जैसा कि आप कुछ और कर रहे हैं", एक सीरियल चिप के मामले में, यह उसी समय समता की गणना कर रहा है जो इसे भेज रहा है / प्राप्त कर रहा है। एक राउटर / स्विच के लिए,

इसके अलावा, इस तरह के काम करने के 25 वर्षों के आधार पर, यह मेरी ओर से सिर्फ तर्क / अनुमान है। मुझे नहीं पता कि हम कभी भी चुने गए अंतिम नंबरों के पीछे के सही कारणों को जान पाएंगे क्योंकि मुझे कोई पेपर / RFC / etc याद नहीं है। कभी पूरा औचित्य देना। मैंने जो निकटतम देखा है, वे कुछ टिप्पणियां हैं जो चुनी गई श्रेणियों का सुझाव देती हैं कि कंपनियों के लिए उन्हें न्यूनतम प्रयास / निवेश / पुनः इंजीनियरिंग के साथ उपयोग करना अपेक्षाकृत आसान और कुशल बनाना चाहिए।


6
यह विशेष रूप से 168 की पसंद की व्याख्या नहीं करता है। मैं कोई कारण नहीं देख सकता कि 10101000 10101010 या 10101001 की तुलना में डिकोड करना आसान क्यों होगा - किसी भी स्थिति में सभी को 8 बिट्स से मेल खाने की जरूरत है, इससे पहले कि किसी को पता हो कि यह नेटवर्क निजी है। सहज रूप से यह अधिक संभावना है कि 192.168 केवल पहला उचित आकार का ब्लॉक था जो कि आवंटन के समय उपलब्ध था, विशेष बिट पैटर्न 10101000 की तुलना में किसी भी समान लंबाई के अन्य पैटर्न की तुलना में डिकोड करना आसान था।
हेनिंग मखोलम

@HenningMakholm, आधुनिक नेटवर्किंग उपकरण कई ASIC, एप्लिकेशन विशिष्ट एकीकृत सर्किट का उपयोग करते हैं, जो हार्डवेयर में इनपुट पर प्रसंस्करण करते हैं। हार्डवेयर में एक सामान्य बिट पैटर्न की जांच के लिए एक सरल रजिस्टर लागू किया जा सकता है, जैसे कि इसका विश्लेषण करने के लिए केवल एक विधानसभा निर्देश आवश्यक है। मैं यह नहीं कह रहा हूँ कि CMs विचार क्या rfc1918 के डिज़ाइनर सोच रहे थे (हमें पता नहीं है कि वे उस जानकारी को शामिल नहीं करते थे), लेकिन यह एक पेचीदा संभावना है।
फ्रैंक थॉमस

2
@FrankThomas: क्या आप कह रहे हैं कि 168 के लिए मैचिंग के लिए ASIC सर्किट बनाने में कुछ अन्य 8-बिट कॉन्स्टेंट के लिए मिलान करने की तुलना में आसान होगा? मैं कोई हार्डवेयर डिजाइनर नहीं हूं, लेकिन मुझे विश्वास करना मुश्किल है।
हेनिंग मखोलम

2
इन नेटवर्कों को किसी विशेष तरीके से संसाधित करने के लिए राउटर्स के लिए प्रोटोकॉल की कोई आवश्यकता नहीं है, इसलिए लगभग सभी उत्तर अप्रासंगिक हैं। याद रखें कि RFC 1918 ने NAT को निर्दिष्ट नहीं किया था , और यह कल्पना की थी कि ये पते पूरी तरह से आंतरिक होंगे, जिसमें इंटरनेट तक पहुंचने का कोई रास्ता नहीं है। NAT कुछ समय बाद आया, और वास्तव में RFC 2663 तक निर्दिष्ट नहीं किया गया।
माइकल हैम्पटन

2
@ फ्रेंक मैंने एक looong समय के लिए verilog या VHDL के साथ बहुत कुछ नहीं किया है, लेकिन मुझे नहीं लगता कि आपका तर्क सही है। कम से कम स्पष्ट (और कुशल) तरीका है कि मैं हार्डवेयर में समानता कैसे लागू करूंगा, किसी भी पैटर्न के बारे में परवाह नहीं करता है। कुछ आईएसए हैं जो केवल तार्किक तात्कालिकता के लिए विशिष्ट पैटर्न उत्पन्न कर सकते हैं (ARMv8 एक बहुत नया नाम देने के लिए), लेकिन यह इसके बारे में है।
वू

21

में मौलिक इंटरनेट , नेटवर्क अभी निरूपित किया 10.0.0.0/8 के लिए आवंटित किया गया था अरपानेट । जब तक आईईटीएफ और आईएएनए निजी पता सीमाओं को निर्दिष्ट करने के लिए चारों ओर पहुंच गए, तब तक ARPANET अशुद्ध था, और इसका पूर्व पता स्थान निजी उपयोग के लिए उपलब्ध था।

अन्य दो श्रेणियों ने क्लास ए और क्लास सी नेटवर्क्स को उपरोक्त श्रेणी ए के अलावा निजी आईपी के लिए उपलब्ध कराया।


15

क्योंकि 192 बाइनरी में 11xxxxxx के साथ शुरू होता है, एक वर्ग सी नेटवर्क को दर्शाता है । यह सबसे कम संख्या है जो दो लगातार 1 के साथ शुरू होती है। क्लास ए के पास उनके उच्चतम क्रम बिट के रूप में 0 है, और क्लास बी के 10 हैं।

RFC 1918 जो निजी IP श्रेणियों को परिभाषित करता है, इस बिंदु पर स्पष्ट नहीं करता है, इसलिए इस बात का कोई निश्चित जवाब नहीं है कि उन्होंने 16-बिट ब्लॉक के लिए क्यों चुना ।168, लेकिन मेरा मानना ​​है कि यह इसलिए था क्योंकि RFC 1996 के बाद जारी नहीं किया गया था। बड़ी संख्या में पंजीकरण पहले ही हो चुके थे। क्योंकि क्लास सी के आवंटन में 192 पहला 8-बिट ब्लॉक है, इसलिए इसकी सम्भावना यह है कि कई पते पहले ही ले लिए गए थे। 168 पहले उपलब्ध हो सकता है।

यह भी ध्यान रखें, इनमें से कुछ विकल्प मनमाने हैं। ध्यान दें कि rfc1918 वर्ग B की सीमा 172.16 - 172.31 है? मैं 172 के कारण के बारे में नहीं सोच सकता, लेकिन मुझे पूरा यकीन है कि उन्होंने 16 वर्ग बी का उपयोग करने के लिए चुना था, इसलिए उनके पास 1 मिलियन सन्निहित पते (1048576) का ब्लॉक था।

कभी-कभी प्रोटोकॉल सिर्फ इस तरह से होते हैं। किसी को चुनाव करना था, और उन्होंने इसे बनाया। कुछ समय के लिए, लाइनक्स कर्नेल अधिकतम 1024 सीपीयू प्रति सिस्टम तक सीमित था, और आखिरकार कुछ सुपर कंप्यूटरों के मुद्दों के बाद उन्हें पैच जारी करना पड़ा। जिसने भी 1024 का उपयोग करने का निर्णय लिया, उसके पास ऐसा करने के लिए कोई अन्य अच्छा कारण नहीं था, क्योंकि उसे एक मूल्य की आवश्यकता थी, और 1024 अच्छा और गोल है।


1
एक अच्छा बिंदु। विशेष रूप से डार्थ एंड्रॉइड पोस्ट से पृष्ठभूमि के साथ संयुक्त और शायद अन्य कक्षाओं के पहले बिट्स पर कुछ अतिरिक्त जानकारी।
हेन्नेस

9
लेकिन 192.168 क्यों?
user20574

14

यह क्लासफुल नेटवर्किंग का एक अवशेष है , जहाँ IPv4 पता श्रेणी को उप-वर्गों में विभाजित किया गया था:

  • कक्षा A: 0.0.0.0 - 127.255.255.255 / 255.0.0.0
  • कक्षा बी: 128.0.0.0 - 191.255.255.255 / 255.255.0.0
  • कक्षा C: 192.0.0.0 - 223.255.255.255 / 255.255.255.0
  • कक्षा डी: 224.0.0.0 - 239.255.255.255 (मल्टीकास्ट)
  • कक्षा ई: 240.0.0.0 - 255.255.255.255 (आरक्षित)

हम तब से (1993 में) क्लासलेस इंटर-डोमेन रूटिंग पर चले गए हैं , हालांकि विभिन्न स्थानों में अभी भी कक्षाएं उनकी विरासत हैं (127 नेटवर्क "होम / लूपबैक" है - 127.0.0.1 कोई भी ?, 192.168.X घर पर आम है? राउटर, 10 नेटवर्क अधिक "एंटरप्राइस" नेटवर्क हार्डवेयर में आम है, और मल्टीकास्ट अभी भी मल्टीकास्ट है।


16
प्रश्नकर्ता पूछ रहा है, हालांकि, प्रत्येक वर्ग में इन विशेष नेटवर्क को क्यों चुना गया, जैसा कि इस व्यक्ति ने एक अन्य डब्ल्यूडब्ल्यूडब्ल्यू साइट पर किया था और इस व्यक्ति ने एक और स्टैकएक्सचेंज पर किया था , जो आपके उत्तर को संबोधित नहीं करता है। user46971 ने सिर पर कील ठोक दी है।
JdeBP

1
यह एसई उत्तर इतना अच्छा है कि मुझे लगता है कि शायद इस सवाल को माइग्रेट किया जाना चाहिए और फिर डुप्लिकेट के रूप में चिह्नित किया जाना चाहिए। यह वास्तव में सामान्य कंप्यूटर उपयोग की तुलना में नेटवर्किंग के बारे में अधिक है।
त्रिकली

3

RFC इसका कारण बताता है कि हमने क्रमशः "क्लास ए, बी एंड सी" से तीन श्रेणियां चुनीं: सीआईडीआर को निर्दिष्ट किया गया था लेकिन व्यापक रूप से लागू नहीं किया गया था। वहाँ एक महत्वपूर्ण मात्रा में उपकरण थे जो अभी भी "क्लासफुल" थे।

जहां तक ​​मुझे याद है कि विशेष पर्वतमाला की पसंद इस प्रकार है:

10/8: ARPANET को बंद कर दिया गया था। हम में से एक ने यह सुझाव दिया और जॉन ने इस "ऐतिहासिक" पते ब्लॉक का एक अच्छा उपयोग किया। हमें यह भी संदेह था कि "नेट 10" कुछ स्थानों पर हार्ड कोडित हो सकता है, इसलिए अंतर-एएस रूटिंग के बजाय इसे निजी पते के स्थान के लिए फिर से उपयोग करने से इस तरह की स्थानीयता रखने का मामूली लाभ हो सकता है।

172.16 / 12: कक्षा बी स्थान में सबसे कम असंबद्ध / 12।

192.168 / 16: कक्षा सी ब्लॉक 192/8 में सबसे कम असंबद्ध / 16।

संक्षेप में: IANA ने इस स्थान को उसी तरह आवंटित किया, जैसा कि किसी अन्य उद्देश्य के लिए होगा। जब तक इयान, जॉन बहुत सुसंगत था जब तक कि रचनात्मक होने के लिए वास्तव में अच्छा कारण नहीं था।

डैनियल (RFC1918 के सह-लेखक)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.