क्या वास्तव में सीआईडीआर आईपी एड्रेस कक्षाओं के साथ "दूर" करता है?


20

मैं अभी भी समझने के लिए संघर्ष कर रहा हूं कि वास्तव में सीआईडीआर किस हद तक आईपी पते की कक्षाओं को अप्रचलित करता है। यहाँ मैं अब तक क्या समझा:

  1. यह हास्यास्पद रूप से अक्षम (और असंभव भी है) प्रत्येक संगठन को असाइन करने के लिए, जिसे 255 से अधिक होस्ट बी पते को होस्ट करने की आवश्यकता है, जो तकनीकी रूप से 65535 होस्ट को संबोधित कर सकता है।

  2. हालाँकि, अगर इस तरह के एक संगठन को संबोधित करने की आवश्यकता होती है, तो कहते हैं, लगभग 700 मेजबान, कोई भी उस संगठन को तीन (अधिमानतः सन्निहित) वर्ग सी नेटवर्क पते आवंटित कर सकता है। उदाहरण के लिए:

    192.42.42
    192.42.43
    192.42.44
    
  3. समस्या: उस एक संगठन के लिए, राउटर को अपनी फ़ॉरवर्डिंग टेबलों में तीन प्रविष्टियाँ संग्रहीत करनी होंगी , जो पैमाने पर नहीं होंगी।

  4. CIDR मार्ग सारांश / एकत्रीकरण की शुरुआत करके इस समस्या को हल करता है, ISP को सक्षम करता है जिसने संगठन को तीन वर्ग C नेटवर्क को दुनिया के बाकी हिस्सों में केवल एक उपसर्ग का विज्ञापन करने के लिए सौंपा है। उदाहरण के लिए,

    192.42.42.0/21
    

अब तक सब ठीक है। हालाँकि, मैं अभी समझ नहीं सकता कि प्रत्येक संसाधन जो मैं दावा करता हूं कि क्लासफुल एड्रेसिंग "अतीत की बात" है। सब के बाद, आईएसपी है की, कहते हैं, वर्ग सी नेटवर्क पते आरोप में, और करता है अपने ग्राहकों को इन असाइन। CIDR सिर्फ अग्रेषण तालिकाओं में कई प्रविष्टियों की समस्या को ठीक करता है, है ना? इस प्रकार, आईपी पते की कक्षाएं अभी भी आसपास हैं, क्या वे नहीं हैं?

एग्जाम आ रहा है, इसलिए मदद की बहुत सराहना की जाती है। : पी


2
/ 21 आठ "क्लास सी" नेटवर्क है।
पीटर

5
मुझे यह कहते हुए ललचाया जा रहा है कि यह अतीत की बात है क्योंकि यह IPv4 को संदर्भित करता है
Hagen von Eitzen

@HagenvonEitzen मुझे इस बात का प्रलोभन है कि यह व्यावहारिक वास्तविकता में पूरी तरह से असत्य है।
मोनिका

2
यह अतीत की बात है क्योंकि 1993 22 साल पहले था। RFC 1517, 1518, 1519 देखें। किसी भी संसाधन पर भरोसा मत करो जो दावा करता है कि वर्गीय पते आज भी प्रासंगिक हैं या उन्हें कुछ भी लेकिन ऐतिहासिक जिज्ञासाओं के रूप में मानते हैं।
माइकल हैम्पटन

जवाबों:


22

एड्रेस डेलिगेशन वास्तव में तीन आकारों में होता था: क्लास ए, बी और सी। क्लास ए डेलिगेशन एक निश्चित एड्रेस रेंज, क्लास बी डेलिगेशन एक अलग रेंज आदि से दिए जाते थे, क्योंकि अलग-अलग क्लास में इस्तेमाल किए जाने वाले अलग-अलग एड्रेस रेंज आप निर्धारित कर सकते थे। एक पते के पहले भाग को देखकर कक्षा। और यह रूटिंग प्रोटोकॉल में बनाया गया था।

  • कक्षा एक प्रतिनिधिमंडल में 16777216 पते थे
  • कक्षा बी के प्रतिनिधिमंडल में प्रत्येक में 65536 पते थे
  • कक्षा सी प्रतिनिधिमंडल में प्रत्येक में 256 पते थे

यह नेटवर्क के लिए बहुत अक्षम था जो इन आकारों में फिट नहीं था। एक नेटवर्क जिसे 4096 पते की आवश्यकता थी, उसे या तो सोलह वर्ग सी प्रतिनिधि मिलेंगे (जो कि वैश्विक रूटिंग टेबल के लिए बुरा होगा क्योंकि उनमें से प्रत्येक को अलग से रूट करना होगा: वर्ग आकार प्रोटोकॉल में बनाया गया था) या उन्हें एक वर्ग बी मिलेगा प्रतिनिधिमंडल (जो बहुत सारे पते बर्बाद करेगा)।

1993 में CIDR पेश किया गया था। प्रोटोकॉल को विभिन्न आकारों के उपसर्गों से निपटने में सक्षम होने के लिए समायोजित किया गया था और यह आंतरिक (बाह्य और बाह्य दोनों) उपसर्गों जैसे / 30 / / 21 / / a / 15 आदि आदि के लिए संभव हो गया था। मुमकिन। जिन संगठनों को 2048 पतों की आवश्यकता थी, उन्हें a / 21 मिल सकता है: वास्तव में उन्हें इसकी आवश्यकता होगी।

जिस तरह से आप आंतरिक रूप से उन पतों को वश में कर सकते हैं, वह भी सीमित था। वहाँ नियम थे कि आप कैसे सबनेट कर सकते हैं। मूल रूप से आपके क्लासफुल नेटवर्क के भीतर प्रत्येक सबनेट का आकार एक जैसा होना चाहिए था। आपको 128 पते के साथ एक सबनेट और 16 पते के साथ एक अन्य सबनेट की आवश्यकता है: बहुत बुरा।

परिवर्तनीय लंबाई सबनेट मास्किंग (वीएलएसएम) सीआईडीआर के आंतरिक-नेटवर्क समकक्ष है। वीएलएसएम CIDR की तुलना में लंबे समय तक अस्तित्व में है। यह 1985 में पहले से ही उल्लेख किया गया था। इसलिए CIDR मूल रूप से इंटर-डोमेन रूटिंग के लिए वीएलएसएम का विस्तार कर रहा है। वीएलएसएम के साथ आपके सबनेट को अब एक ही आकार का नहीं होना चाहिए। आप अपनी आवश्यकताओं के आधार पर, प्रत्येक सबनेट के लिए अलग-अलग पते निर्दिष्ट कर सकते हैं।

इन दिनों इंटरनेट पर सभी रूटिंग कक्षाओं के बिना की जाती हैं। रूटिंग टेबल में एक उपसर्ग संयोग से (या इतिहास के कारण) शास्त्रीय संरचना से मेल खा सकता है, लेकिन प्रोटोकॉल अब यह नहीं मानेंगे कि वे पते के पहले भाग से उपसर्ग लंबाई (सबनेट मास्क) काट सकते हैं। सभी उपसर्ग लंबाई स्पष्ट रूप से संचारित हैं: वर्गहीन।

यह कहना कि एक ISP क्लास C नेटवर्क का प्रभारी है, वैसे ही अप्रचलित है। पते RIRs ( क्षेत्रीय इंटरनेट रजिस्ट्रियों , ISPs और अपने स्वयं के स्वतंत्र पते के साथ व्यवसायों को संबोधित करने के लिए जिम्मेदार संगठन) द्वारा पूरी तरह से वर्गहीन वितरित किए जाते हैं ।

IPv4 पतों की कक्षाएं वास्तव में अब मौजूद नहीं हैं, और 1993 में पदावनत कर दिया गया है। यदि आप पुराने अप्रचलित रूटिंग प्रोटोकॉल को देखते हैं, तो आप निश्चित रूप से अभी भी उन मान्यताओं को देख सकते हैं जो उन्होंने पता वर्ग के आधार पर बनाई थीं, लेकिन वह 20 साल पहले थी ...


1
ये "नियम" रूटिंग प्रोटोकॉल की सीमाएं थीं। आपके सभी नेटवर्कों का आकार एक जैसा होना चाहिए क्योंकि रूटिंग प्रोटोकॉल में नेटमैस्क नहीं था। (उदा। RIPv1, IGRP)
रिकी बीम

1
हां, मैंने यही कहा है। राउटिंग प्रोटोकॉल में उपसर्ग लंबाई ले जाने के लिए कैसे वीएलएसएम और सीआईडीआर को लागू किया जाता है
सैंडर स्टेफ़न

वे "पते के आधार पर अनुमान नहीं लगा रहे हैं", वे पूरी कक्षा के लिए एक स्थानीय इंटरफ़ेस नेटमास्क लागू कर रहे हैं। उदाहरण के लिए। यदि आपके पास 10.0.0.5/24 इंटरफ़ेस है, तो 10/8 में सब कुछ / 24 होगा।
रिकी बीम

1
वह वीएलएसएम बिट है। क्लासफुल बिट यह था कि वे मान लेंगे कि 10 से शुरू होने वाला हर पता एक साथ है। पूर्व-वीएलएसएम बिट यह मान लेता है कि क्योंकि स्थानीय इंटरफ़ेस 10/8 में प्रत्येक सबनेट एक 24 था / 24 होगा। / 24 और / 8 दोनों इन दिनों मान्यताओं हैं। हर सबनेट का एक अलग आकार हो सकता है, और यह निर्धारित करने का कोई तरीका नहीं है कि कुल सीमा कहां है।
Sander Steffann

1
जो कहा गया है उसे जोड़ते हुए, आईपी पते के पहले कुछ बिट्स ने पता वर्ग निर्धारित किया। पहली बिट 0 = कक्षा ए, पहले दो बिट्स 10 = वर्ग बी, पहले तीन बिट्स 110 = वर्ग सी, आदि भी देखें en.wikipedia.org/wiki/…
एक CVn

29

क्लासफुल एड्रेसिंग "अतीत की बात" है।

यह सच है क्योंकि आधुनिक इंटरनेट में कुछ भी क्लासफुल एड्रेसिंग [1] नहीं करता है । क्लासफुल एड्रेसिंग के साथ, नेटमास्क एड्रेस के आधार पर एक निश्चित मूल्य है। आपके उदाहरण में, आप तीन श्रेणी C में एक LAN में 700 होस्ट करने के लिए "मर्ज" नहीं कर सकते। प्रत्येक रेंज के लिए नेटमास्क स्वचालित रूप से 24 बिट्स है।

CIDR ने नियमों को समाप्त करके यह तय किया जिससे पता मुखौटा तय करता है। इस प्रकार, एक LAN किसी भी आकार का हो सकता है।

आप (बहुत से अन्य लोग) अभी भी "क्लास सी", "क्लास बी" और "क्लास ए" शब्दों पर लटकाए जाते हैं। वे निर्माण अब मौजूद नहीं हैं; और दशकों से नहीं। लोग क्या मतलब है जब वे का उपयोग अवधि में क्रमश: 24, 16, और 8 की नेटमास्क आकार है। उनका मतलब यह नहीं है कि वर्ग शब्दार्थ को लागू किया जा रहा है।

[१] १०.०.०.१.१/२४ एक वर्ग प्रणाली में एक अमान्य विन्यास है।


1
मुझे लगता है कि विंडोज़ अभी भी डिफ़ॉल्ट मास्क के रूप में पते के आईपी वर्ग का उपयोग करता है।
तैमूर

2
हाँ, लेकिन यह विशेष रूप से उत्तम दर्जे का नहीं है। यह केवल एक डिफ़ॉल्ट CIDR को लागू कर रहा है। Microsoft को IP पता वर्ग की आवश्यकता या निर्दिष्ट नहीं करता है '
माइक मैकमोहन

@Taemyr यह केवल विंडोज नहीं है। लिनक्स ने कई वर्षों के लिए पते के पहले बिट्स से डिफ़ॉल्ट मुखौटा निकाला है। यह अभी भी Ubuntu 14.04 के साथ मामला है। लेकिन यह केवल एक डिफ़ॉल्ट है, जिसे अधिकांश समय एक अलग मूल्य के साथ ओवरराइड करने की आवश्यकता होती है।
कैस्परल्ड

15

क्लासिंग एड्रेसिंग केवल यूनिकस्ट के लिए 3 मास्क का समर्थन करता है: / 8, / 16 /, / 24।

CIDR मास्क को 0 / से / 32 तक किसी भी मूल्य का होने की अनुमति देता है।

पॉइंट टू पॉइंट सीरियल के बारे में सोचें: इससे पहले क्लासफुल सेटअप के साथ एक क्लास C / 24 (256 xIP) बर्बाद किया होगा; CIDR के साथ इसे केवल / 30 (4 xIP) या / 31 (2 xIP) की आवश्यकता होती है।

अधिकांश आईएसपी अब केवल 14 आईपी प्रदान करने वाले ग्राहक को / 28 या इससे भी कम का असाइन करेंगे।

ऑपरेशन के दो तरीके संगत नहीं हैं क्योंकि एक (क्लासफुल) आईपी से मुखौटा का अनुमान लगाता है, और दूसरा (सीआईडीआर) इसे ठीक से निर्दिष्ट करता है।

देखें विकिपीडिया लेख "क्लासफुल नेटवर्क"


उत्तर लिखने के लिए समय समर्पित करने के लिए धन्यवाद। हालाँकि, मैं यह देखने में विफल हूं कि आपका उत्तर किसी भी तरह से मेरे प्रश्न से कैसे संबंधित है।

5
उसका जवाब हाजिर है। जब आप क्लासलेस और क्लासफुल के बीच के अंतर को समझते हैं, तो उत्तर समझ में आएगा।
रिकी बीम 20

@Berenfaenger यहां आपका प्रश्न है जैसा कि मैंने समझा था। "मैं सिर्फ समझ नहीं सकता कि ... क्लासफुल एड्रेसिंग" अतीत की बात है "... CIDR सिर्फ अग्रेषण तालिकाओं में कई प्रविष्टियों की समस्या को ठीक करता है, सही है। इस प्रकार, आईपी पते की कक्षाएं अभी भी आसपास हैं, क्या वे नहीं हैं? "
पीटर

हालाँकि IPv4 a / 31 सबनेट नेट में कोई IP पता नहीं हो सकता है, 0 दोनों ही नेट की आईडी और नेट पर प्रसारित होने के लिए आरक्षित हैं।
शाफ़्ट फ्राक

2
@ पीआरसी लिंक को छोड़कर @ratchet फ्रीक, वहां आपको ब्रॉडकास्ट आईपी की जरूरत नहीं है, और / 31 देखें टूल के
Pieter

5

जैसा कि पहले से ही समझाए गए कई जवाब हैं, कक्षाएं अतीत की बात हैं क्योंकि वे सबनेट मास्क को दूसरे / 8, / 16 और / 24 के बाद अनुमति नहीं देते हैं।

ये विशिष्ट सबनेट मास्क अभी भी बहुत लोकप्रिय हैं, खासकर / 24, क्योंकि वे हम मनुष्यों पर सबसे आसान हैं। इन मुखौटों के लिए, पते के सबनेट भाग का अंत एक डॉट (बिंदीदार-दशमलव) आईपी पते के साथ होता है। इस प्रकार यह स्पष्ट है कि यदि दो आईपी पते एक ही सबनेट में हैं या नहीं, तो कोई गणना आवश्यक नहीं है।

यही कारण है कि वर्ग ए, बी और सी की शर्तें चारों ओर चिपक जाती हैं, वे अभी भी सबसे आम सबनेट मास्क के साथ संरेखित करते हैं। लेकिन उन्हें इससे कोई मतलब नहीं है, और यह कहना कि 10.11.12.0/24 एक वर्ग है सी गलत है। C वर्ग का पहला ऑक्टेट 192 और 223 के बीच की परिभाषा के अनुसार था।


2

में क्लासफुल मार्ग , नेटमास्क पते के शीर्ष बिट्स द्वारा निहित है, और टेबल मार्ग में जमा नहीं किया जाता है; कक्षा प्रत्येक पते की संपत्ति है, न कि केवल रूटिंग टोपोलॉजी की। क्लास C नेटवर्क क्लास B नेटवर्क का सबसेट नहीं हो सकता, क्योंकि टॉप बिट्स दोनों से मेल नहीं खा सकते।

3 श्रेणी सी नेटवर्क वाले आपके काल्पनिक संगठन को इस बात पर ध्यान देना होगा कि कंप्यूटर को किन 3 नेटवर्क में पते मिले हैं। CIDR रूटिंग के साथ, वे एक नेटमैस्क का उपयोग कर सकते हैं जो उनके सभी कंप्यूटरों को एक ही सबनेट में रखने की अनुमति देता है।


1

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

जब क्लाइंट किसी सर्वर से जुड़ता है, तो सुरंग को डिफ़ॉल्ट मार्ग या सर्वर के क्लासफुल नेटवर्क के लिए एक मार्ग मिल जाता है। https://technet.microsoft.com/en-us/library/cc779919%28v=ws.10%29.aspx

कुछ नेटवर्क थे जहां यह वास्तव में एक समस्या थी, जैसा कि हाल ही में 2016 में हुआ था।

मेरा मानना ​​है कि डीएचसीपी और विभिन्न ऐड-ऑन स्क्रिप्ट के साथ वर्कअराउंड हैं, और वास्तव में दूसरी दिशा में मार्गों के लिए। यदि संभव हो तो एक अलग टनलिंग प्रोटोकॉल का उपयोग करें जिसमें मार्गों के लिए बेहतर समर्थन है।

सधन्यवाद,

जोनाथन।


0

जैसा कि आपने सही ढंग से वर्णन किया है, क्लासफुल एड्रेसिंग क्लासलेस एड्रेसिंग की तुलना में कुशल नहीं है, क्योंकि क्लासफुल एड्रेसिंग के साथ बहुत सारे आईपी एड्रेस सबनेट के अंदर बर्बाद हो जाते हैं।

मैं बस समझ नहीं सकता कि हर संसाधन जो मैं दावा करता हूं कि क्लासफुल एड्रेसिंग "अतीत की बात" है

यह सच है कि आईपी सी-क्लास नेटवर्क को संभाल सकते हैं, लेकिन यह सभी आईएसपी के लिए सही नहीं है। इसके अलावा, पिछले युग में, सभी सबनेट्स (यहां तक ​​कि होम सबनेट या कॉर्पोरेट सबनेट के लिए) में क्लासफुल एड्रेसिंग का उपयोग किया गया था, जहां आजकल केवल क्लासलेस एड्रेसिंग का उपयोग किया जाता है (यदि NAT नहीं है)।

यही कारण है कि क्लासफुल संबोधन अतीत से एक चीज है।

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