IPv6 128 बिट एड्रेस को क्यों निर्दिष्ट करता है, जब MAC एड्रेस में केवल 48 बिट्स होते हैं?

Question

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

Comments

+1 के बावजूद यह स्पष्ट है कि मैक केवल एक स्थानीय नेटवर्क (एक ही बस से जुड़ा) के भीतर उपकरणों के लिए अद्वितीय होना चाहिए, जबकि इंटरनेट की परत सभी स्थानीय नेटवर्क को एक वैश्विक जाल में समेकित करती है, जिससे मूलभूत डिजाइन सिद्धांत, एक जीत को विभाजित करता है, ठीक उस स्थानीय को निर्धारित करता है नेटवर्क वैश्विक आईपी योजना के माध्यम से सफलतापूर्वक संवाद करने के लिए अन्य स्थानीय नेटवर्क के भीतर स्थानीय पते से अनजान हैं, और इसके अलावा, आप गैर-ईथरनेट आधारित स्थानीय नेटवर्क को इंटरनेट से जोड़ सकते हैं। इसलिए, मुझे यह जानने में दिलचस्पी है कि अगर आईपी केवल निचले स्तर पर ईथरनेट की मांग करता है तो क्या जवाब होगा।

— वैल

IPv4 से IPv6 में संक्रमण था - और - इतना धीमा और महंगा है कि हम फिर से एक और संक्रमण का सामना नहीं करना चाहते हैं। 128 बिट्स के पास "हमेशा" के लिए पर्याप्त होने का उचित मौका है। tools.ietf.org/html/rfc1606 उस पर एक शानदार हास्य है ("आईपी संस्करण 9 प्रोटोकॉल के रूप में अपने उपयोगी जीवन के अंत में आता है, एक बार फिर से अंतरिक्ष की थकावट, ...") के कारण

— बेनी चेर्नोवस्की- पास्किन

@ BeniCherniavsky-Paskin, संक्रमण धीमा है क्योंकि NATs आवश्यकता को कम करता है। फिर, यह हमें दिखाता है कि हमें वैश्विक पता स्थान को कवर करने के लिए स्थानीय पता स्थान की आवश्यकता नहीं है।

— वैल

Answer 1

मैक पतों को केवल स्थानीय प्रसारण डोमेन में अद्वितीय होने की आवश्यकता है, वैश्विक रूप से नहीं, इसलिए विभिन्न नेटवर्क में मैक पतों का फिर से उपयोग आमतौर पर कोई समस्या नहीं है।

इंटरनेट एक वैश्विक प्रसारण डोमेन नहीं है और इस प्रकार विभिन्न आईएसपी को दिए गए पतों के कई ब्लॉकों में विभाजित किया जाना है और प्रत्येक आईएसपी अपने ब्लॉक को अलग-अलग ग्राहकों / सेवाओं के लिए छोटे ब्लॉकों में विभाजित करता है। इन छोटे ब्लॉकों में से प्रत्येक को कई मैक पते शामिल करने की अनुमति देने के लिए आपको मैक-स्पेस स्पेस की तुलना में आईपी-स्पेस बहुत बड़ा होना चाहिए।

Comments

एकत्रीकरण के कारण भी। 48 बिट्स पर्याप्त आईपी पतों (प्रति व्यक्ति 40k) से अधिक होगी, लेकिन इसका मतलब है कि प्रत्येक राउटर को 2PB से अधिक के फ्लैट टेबल पर देखने की जरूरत है, वह तकनीक मौजूद नहीं है।

— यति

@ytti: कम से कम जब तक हम सब हमारे bloodstreams में आईपी-सक्षम nanorobots

— BlueRaja - डैनी Pflughoeft

वे शायद लिंकलोक का उपयोग कर सकते हैं क्योंकि उनमें से कुछ ही स्थानीय नेट के बाहर इंटरफेस करेंगे।

— यति

पर कागज , वे दुनिया भर में अद्वितीय होना चाहिए रहे हैं। हालाँकि वास्तविकता को अलग-अलग जाना जाता है।

— रिकी बीम

यह एक और सवाल होगा। लेकिन मैक एड्रेस 24b या 36b OUI नंबर से किया जाता है जिसे आप IEEE से खरीदते हैं, जो अद्वितीय होना चाहिए, लेकिन 1300USD को बचाने के लिए कुछ लोग अन्य लोगों OUI का उपयोग करते हैं, या कुछ लोग गैर-अद्वितीय MAC के साथ NIC का उपयोग करते हैं। जबकि MAC पता 48b है, यह वास्तव में सिर्फ 46b है, क्योंकि 1 बिट यह निर्धारित करता है कि क्या यह यूनिकस्ट / मल्टीकास्ट और 1 बिट है यदि यह वैश्विक / स्थानीय है, यदि स्थानीय गुंजाइश बिट पर है, तो सभी दांव विशिष्टता के लिए बंद हैं।

— यति

Answer 2

सभी प्रकार के नेटवर्क इंटरफेस मैक पते का उपयोग नहीं करते हैं। मैक पते ज्यादातर ईथरनेट से जुड़े होते हैं, हालांकि काफी कुछ अन्य नेटवर्किंग मानक इसका उपयोग करते हैं। हालांकि, एक आईपीवी 6 पता अभी भी एक नेटवर्क इंटरफ़ेस को सौंपा जा सकता है जो लेयर 2 के लिए मैक पते का उपयोग नहीं करता है।

यह भी ध्यान दें, मैक पते को IPv6 होस्ट हिस्से में EUI-64 रूपांतरण (ज्यादातर स्टेटलेस ऑटोकैफिगरेशन के लिए उपयोग किया जाता है) के माध्यम से परिवर्तित किया जा सकता है, 48-बिट मैक पते के सबसे बाएं और दाएं 24-बिट्स के बीच हेक्साडेसिमल मान FFFE को सम्मिलित करके। और सातवाँ हिस्सा उल्टा हो जाता है।

इसलिए, उदाहरण के लिए, 0c: 3a: bb: 2a: cd: 23 को एक स्टेटलेस ऑटोकॉन्फ़िगरेशन IPv6 एड्रेस के होस्ट हिस्से में बदला जा सकता है। उपरोक्त मैक पते में 0c, बाइनरी में 0000 1100 के रूप में दर्शाया गया है, बाइनरी में 0000 1110 या हेक्सासीसीमल में 0e बन जाएगा। इसलिए मैक पते से परिवर्तित IPv6 पते का अंतिम EUI-64 होस्ट भाग, 0e: 3a: bb: ff: fe: 2a: cd: 23 होगा।

Comments

आपको मैक एड्रेस 'लोकल बिट' को भी फ्लिप करना होगा

— ytti

मैं उस हिस्से के बारे में भूल गया - मैंने जानकारी को प्रतिबिंबित करने के लिए अपना जवाब संपादित किया। उस पकड़ने के लिए धन्यवाद :-)

— WaxTrax

मूर्खतापूर्ण स्क्रिप्ट इसे स्वचालित रूप से करने के लिए: रूबी -e'EUI = (ARGV [1]); k = ARGV [0] .delete (":")। Scan (/। {6} /)। Join ("fffe")। ) .scan (/../); k [0] = "% 02x"% (k [0] .hex ^ 0b10); p EUI + ":" + k.join.scan (/…/) .join (":") '74: 66: 30: 42: 42: 42 2001: 67c: 17a0: 0

— ytti

आईपी ​​आवंटन में उपयोग के लिए EUI-64 में मैक पते का अनुवाद एक बाद की बात लगती है, ईथरनेट मानक (RFC 2464) पर मूल IPv6 शून्य-उपसर्ग मैक पते निर्दिष्ट करता है।

— पीटर ग्रीन

Answer 3

इसके अलावा, उनके मैक में 48 से अधिक बिट्स के साथ कुछ लेयर 2 प्रोटोकॉल हैं, उदाहरण के लिए फाइबर चैनल में 64-बिट (या विकिपीडिया के अनुसार 128-बिट स्पष्ट रूप से) है जैसा कि फायरवायर (अच्छी तरह से) करता है, इसलिए वे / में फिट हो सकते हैं 64 ओवरलैप की क्षमता के बिना।

Answer 4

IPv6 SLAAC केवल उपसर्ग प्रति एक पता उत्पन्न कर सकता है क्योंकि यह MAC का उपयोग करके एक यथोचित अद्वितीय पता उत्पन्न करता है । गोपनीयता एक्सटेंशन एक या एक से अधिक छद्म यादृच्छिक पते उत्पन्न कर सकते हैं जिन्हें स्थानीय खंड पर किसी भी ओवरलैप के लिए जांचा जाता है। बेशक, स्थानीय प्रशासक जितने चाहें, उतने स्थिर पते दे सकते हैं - यह उनका काम है कि कोई ओवरलैप न हो।

[ यथोचित अद्वितीय से मेरा मतलब है टकराव की संभावना शून्य है। और अगर ऐसा होता है, तो आपको पहले लेयर -2 की समस्या होगी! (एक ही मैक के साथ एक ही खंड पर दो मशीनें)]

Comments

Afaict गोपनीयता एक्सटेंशन एक बाद हुआ जब लोगों को पता चला कि मैक आधारित ऑटोकॉन्फ़िग एक गोपनीयता दुःस्वप्न था। IPv6 के डिजाइन में ड्राइविंग बलों में से एक नहीं

— पीटर ग्रीन

IPv6 के अधिकांश एक बाद है ... जो लोग इतिहास से नहीं सीखते हैं वे इसे दोहराने के लिए बर्बाद होते हैं।

— रिकी बीम

Answer 5

मुझे लगता है कि मौलिक रूप से यह दो प्रमुख बिंदुओं पर आता है।

1. इंटरनेट पते को केवल विश्व स्तर पर अद्वितीय होने की आवश्यकता नहीं है, उन्हें विश्व स्तर पर सुगम बनाने की आवश्यकता है। प्रत्येक मशीन के पते को अलग-अलग रूट करने से निषेधात्मक रूप से बड़ी रूटिंग तालिकाओं का परिणाम होगा। रूटिंग टेबल को छोटा रखने के लिए IPv6 डिजाइनरों ने एक पदानुक्रमिक रूटिंग सिस्टम * का सपना देखा था।
2. IPv6 के डिजाइनर स्टेटलेस ऑटो-कॉन्फ़िगरेशन चाहते थे। स्टेटलेस ऑटो-कॉन्फ़िगरेशन के लिए पते के "होस्ट" भाग को बड़े होने की आवश्यकता होती है, या तो एक मौजूदा लिंक पते को समायोजित करने के लिए या एक यादृच्छिक संख्या को पर्याप्त रूप से समायोजित करने के लिए जो टकराव बहुत संभावना नहीं है।

इन बिंदुओं को एक साथ रखें और बड़े होने के लिए आपको "होस्ट" और "नेटवर्क" दोनों भागों की आवश्यकता है। निश्चित रूप से प्रत्येक 32 से अधिक बिट्स। 64-बिट्स शायद ओवरकिल था लेकिन रन आउट करने से बेहतर ओवरकिल था।

* सपना वास्तव में काम नहीं करता था क्योंकि इंटरनेट एक निश्चित पदानुक्रम नहीं है, लेकिन यह इस बारे में नहीं है कि वास्तव में 20 वर्षों में क्या हुआ था या इसलिए जब से आईपीवी 6 पेश किया गया था, तो यह इस बारे में है कि डिजाइन किसने चलाई है।