घर नेटवर्क के लिए IPv6

इस लेख में, हम घरेलू नेटवर्क में आईपीवी 6 को लागू करने के लिए समर्थन और वर्तमान स्थिति का वर्णन करने का प्रयास करेंगे। लेख 2012 के पतन में लिखा गया था, यह संभव है कि एक साल में यह पूरी तरह से अप्रासंगिक हो जाएगा, लेकिन फिर भी हम आज आईपीवी 6 की स्थिति का वर्णन करेंगे। जानकारी मुख्य रूप से घर नेटवर्क प्रदाताओं के लिए लक्षित है; तदनुसार, ट्रंक इस लेख में "प्रदाता" की परिभाषा के अंतर्गत नहीं आता है।



अभी कुछ समय पहले, IPv4 पतों का मुफ्त वितरण समाप्त हो गया है, इसलिए हर दिन IPv6 के बारे में अधिक से अधिक प्रश्न हैं। लेकिन सवाल खुद सबसे अक्सर आईपीवी 6 की अवधारणा के बीच अंतर को दर्शाते हैं कि प्रश्नकर्ता के सिर और चीजों की वास्तविक स्थिति।

सबसे सामान्य प्रश्नों में, कोई भी व्यक्ति यह जान सकता है: "क्या आपका बिलिंग IPv6 पतों का समर्थन करता है?" इसी समय, जवाब: "क्या आपके सभी उपकरण कार्यान्वयन के लिए तैयार हैं?" यह आश्चर्य की बात है: "वहां क्या तैयार किया जाना चाहिए?"।

मैं rfc ( http://tools.ietf.org/html/rfc2460 ) या विकिपीडिया ( http://ru.wikipedia.org/wiki/Ipv6 ) से IPv6 की मूल बातें फिर से लिखना नहीं चाहता हूँ, इसलिए हम दो वाक्यों के साथ इस मूल प्रश्न का उत्तर देंगे। IPv4 और IPv6 दो अलग-अलग प्रोटोकॉल हैं, पूरी तरह से अलग हैं। उदाहरण के लिए, AppleTalk या IPX पूरी तरह से अलग हैं। इसलिए, IPv6 सिर्फ "अन्य पते" नहीं है, यह एक पूरी तरह से अलग प्रोटोकॉल है।

उपरोक्त को सबसे पहले यूक्रेनी प्रदाताओं द्वारा समझा जाना चाहिए: IPv6 नेटवर्क में कोई UA-IX नहीं है, प्रोटोकॉल में पैकेट के IPv6 हेडर में राउटिंग तत्व शामिल हैं ( http://tools.ietf.org/html/rfcn87 ), नेटवर्क डिफ़ॉल्ट रूप से, IPv6 पूर्ण रूप से एकत्रित होते हैं। -व्यू 8K उपसर्गों से अधिक नहीं हो सकता। तदनुसार, प्रदाताओं को ग्राहकों के सवालों की एक लहर का जवाब देना होगा: "मेरे पास UA-IX के लिए 100M क्यों नहीं है?"।

इसके अलावा, वर्तमान में कोई भी बिलिंग सिस्टम पूर्ण IPv6 प्रबंधन का समर्थन नहीं करता है। कुछ प्रणालियों ने IPv6 समर्थन की घोषणा की है, लेकिन व्यवहार में यह "समर्थन" केवल एक संशोधित IP पता फ़ील्ड है। और मानक के अनुसार, पते को अंतिम उपयोगकर्ता को आवंटित नहीं किया जाता है, नई सिफारिशों के अनुसार पुरानी सिफारिशों के अनुसार नेटवर्क को आवंटित किया जाना चाहिए - / 48 नेटवर्क ( http://tools.ietf.org/html/rfc6177 ), पहले से ही / 56 नेटवर्क, टी। करें.ई.। 256 नेटवर्क 18446744073709551616 पते पर। हम दोहराते हैं - प्रत्येक ग्राहक के लिए। वर्तमान में ज्ञात कोई भी बिलिंग सिस्टम इन मानकों का समर्थन नहीं करता है।

फिर भी, आईपीवी 4 पते प्राप्त करने में असमर्थता और उनके किराए की कीमत में लगातार वृद्धि हमें आईपीवी 6 प्रोटोकॉल का उपयोग करने के बारे में सोचते हैं।

हम IPv6 को लागू करने के लिए दो विकल्पों पर नज़र डालेंगे: डुअल-स्टैक और शुद्ध IPv6।

डुअल-स्टैक में IPv6 का उपयोग करना

डुअल-स्टैक IPv6 और IPv4 का समानांतर उपयोग है। उपयोगकर्ता दोनों पते विकल्प प्राप्त करता है। जाहिर है, कोई भी वास्तविक आईपीवी 4 पता जारी करने वाला नहीं है, क्योंकि फिर प्रदाता के लिए IPv6 का कोई मतलब नहीं है, कार्य IPv4 पतों को सहेजना है।

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

चलो एक्सेस स्विच के साथ शुरू करते हैं। Dhcp स्नूपिंग + ऑप्ट 82 संयोजन जो स्वयं को साबित कर चुका है वह IPv6 प्रोटोकॉल में बॉक्स से बाहर उपलब्ध है, इसे केवल ऑप्ट 37 ( http://tools.ietf.org/html/rfc4649 ) कहा जाता है, लेकिन स्विच को स्वयं IPv6 प्रोटोकॉल का समर्थन करना चाहिए, कम से कम "एलियन" आरए, फिल्टर एनडी आदि को ब्लॉक करने में सक्षम हो, अन्यथा, स्थिति "बेवकूफ" स्विच पर डीएचसीपी के साथ एक नेटवर्क के समान होगी, जहां कोई भी क्लाइंट राउटर पते वितरित करता है।

तिथि करने के लिए, आईपीवी 6 के लिए इस तरह के समर्थन को केवल डी -3200 से शुरू होने वाले नवीनतम डी-लिंक में जाना जाता है, और अधिक चरम विकल्प जैसे कि एसएनआर आदरणीय nag.ru से स्विच करता है, जिसे खरीदकर प्रदाता अपने स्वयं के पैसे के लिए फर्मवेयर ग्लिट्स के अनन्त बीटा टेस्टर की सदस्यता लेते हैं। लेकिन हमें DCN ( http://www.dcnglobal.com ) को श्रद्धांजलि अर्पित करनी चाहिए: ये SNR, और एज-कोर, और कई अन्य ब्रांड हैं - जब डी-लिंक स्विच खरीदते हैं, तो व्यवस्थापक भी बीटा पर बहुत समय बिताएंगे परीक्षण और कीड़े को पकड़ने।

इसके अलावा, यह ध्यान दिया जाना चाहिए कि वास्तविक लोड के तहत आवश्यक IPv6 कार्यक्षमता का परीक्षण विशेष रूप से आयोजित नहीं किया गया था, IPv6 प्रदाताओं का विशाल बहुमत केवल एक परीक्षण रूप में मौजूद है, जिससे कि IPv6 को संचालन में लाने का जोखिम बहुत अच्छी तरह से इस क्षेत्र में अग्रणी बन सकता है।

पते जारी करने के लिए वीपीएन (पीपीटीपी, पीपीपीओई) का उपयोग करना निस्संदेह स्विच तक पहुंचने के अनुरोधों को कम करेगा, लेकिन इससे ग्राहकों में नकारात्मकता बढ़ेगी।

कुल: वर्तमान में, "अस्थिर" निर्माताओं के स्विच के नए मॉडल की केवल कुछ संख्या में आवश्यक IPv6 नेटवर्क सुरक्षा कार्यों के लिए समर्थन है।

नेटवर्क के बीच में चीजें बेहतर नहीं हैं। हम ध्यान से उस विकल्प पर विचार नहीं करेंगे जहां नेटवर्क का केंद्र फ्रीबीएसडी / लिनक्स के तहत एक सर्वर है, ऐसे नेटवर्क आमतौर पर छोटे होते हैं, और उनके पास एक सिर के साथ / 22 या 23/23 आईपीवी 4 पते होते हैं जो सभी उपयोगकर्ताओं के लिए लंबे समय तक चलेगा। केवल यह याद रखें कि FreeBSD के लिए, dummynet ने अभी तक कई कोर का उपयोग करना नहीं सीखा है।

केंद्र में "औसत" प्रदाता के पास उपकरणों की मध्य सीमा से किसी प्रकार का सिस्को / जुनिपर / चरम है। परीक्षण के लिए, हमारे पास सिस्को 3750 जी था, जो समान आकार के प्रदाताओं के बीच एक काफी सामान्य समाधान है। हम IPv6 समर्थन सक्षम करते हैं, और हम देखते हैं कि संसाधन आधे में भी नहीं काटे गए हैं:

• यूनिकास्ट मैक पते की संख्या: 1.5K
• IPv4 यूनिकस्ट मार्गों की संख्या: 2.75K
• सीधे-जुड़े IPv4 होस्ट की संख्या: 1.5K
• अप्रत्यक्ष IPv4 मार्गों की संख्या: 1.25K
• सीधे जुड़े आईपीवी 6 पतों की संख्या: 1.5K
• अप्रत्यक्ष IPv6 यूनिकस्ट मार्गों की संख्या: 1.25K

IPv4 के लिए नंबर याद करें:

• यूनिकास्ट मैक पते की संख्या: 3K
• IPv4 यूनिकस्ट मार्गों की संख्या: 11K
• सीधे-जुड़े IPv4 होस्ट की संख्या: 3K
• अप्रत्यक्ष IPv4 मार्गों की संख्या: 8K

पंद्रह सौ ग्राहक - यह शायद ही किसी के लिए उपयुक्त है, लेकिन अधिकतम 1200 मार्ग एक आपदा है, वर्तमान में भी छोटे रूसी यातायात विनिमय बिंदु 2,000 उपसर्ग भेजते हैं, DTEL-IX, UA-IX या, जैसे बिंदुओं का उल्लेख नहीं करने के लिए, विशेष रूप से MSK-IX।

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

यह पता चला है कि कई गीगाबिट्स के ट्रैफ़िक की मात्रा के साथ, FreeBSD / Linux / Mikrotik पर आधारित "सॉफ्ट" शेपर्स पर लौटना पहले से ही असंभव है, और सिस्को ASR1000 स्तर के उपकरण खरीदना अवास्तविक है।

और आईपीवी 6 ट्रैफिक के साथ क्या करना है यह भी एक सवाल है। अपलिंक दें? लगभग सभी अपलिंक IPv6 यातायात के पारगमन के लिए अलग से चार्ज करते हैं। IPv6 को IPv4 तक लपेटें? फिर IPv6 का उपयोग करने का कोई मतलब नहीं है। हरिकेन इलेक्ट्रिक ( http://www.tunnelbroker.net/new_tunnel.php?type=bgp ) जैसे किसी के साथ सुरंग को ऊपर उठाना? सबसे पहले, ट्रैफ़िक "दुनिया" (जो एक समान जुदाई है) के माध्यम से जाएगा, और दूसरी बात, कुछ सीमा तक पहुंचने पर, तूफान इलेक्ट्रिक भी पारगमन के लिए पैसे लेने लगेगा। यह पता चला है कि बढ़ती ओवरहेड लागत के अलावा, आईपीवी 6 की शुरूआत कुछ भी सकारात्मक उत्पादन नहीं करेगी। यदि आप वैसे भी NAT का उपयोग करते हैं, तो आप केवल NAT ग्रे IPv4 पते, और यह बात है। उपयोगकर्ता अंतर नहीं देखेंगे।

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

साफ IPv6 का उपयोग करना

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

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

नेटवर्क के "केंद्र" के एक उदाहरण के रूप में, हमने फिर से सिस्को उपकरण, IOS संस्करण 15.1 का उपयोग किया। "वास्तविक" सिस्को के बारे में कोई शिकायत नहीं है: आईपीवी 6 पते और मार्ग दोनों ऑटो-कॉन्फ़िगरेशन और डीएचसीपीवी 6 द्वारा सही ढंग से प्राप्त किए जाते हैं; राउटर की भूमिका में ही सही ढंग से कार्य करता है; आरए, एनडी, आदि के साथ काम करने के लिए कई विकल्प हैं, सब कुछ प्रलेखन के अनुसार काम करता है; पते ऑटो-कॉन्फ़िगरेशन और डीएचसीपीवी 6 द्वारा भी वितरित किए जाते हैं, सही ढंग से। यहां, होम नेटवर्क प्रदाता केवल उन राजमार्गों से ईर्ष्या कर सकते हैं जिन्हें IPv6 शुरू करने में कोई विशेष समस्या नहीं है।

चलो क्लाइंट हार्डवेयर पर चलते हैं। यह कई बार के बारे में लिखा गया है, उदाहरण के लिए, IETF द्वारा ही ( http://tools.ietf.org/html/rfc6586 ), लेकिन निर्माताओं द्वारा सक्रिय रूप से IPv6 समर्थन को सक्रिय किए जाने की आशा ने हमें उपयोगकर्ता कनेक्शन के लिए मूल विकल्पों पर जाने के लिए मजबूर किया है। अर्थात्, हमने सिस्को वाई-फाई राउटर (लिंक्स) के लिए "क्लीन" IPv6 कनेक्शन की संचालन क्षमता की जांच की, साथ ही साथ डेबियन / उबंटू, मैक ओएस एक्स, विंडोज 7 चलाने वाले कंप्यूटर। उपरोक्त सभी में नवीनतम सॉफ्टवेयर / अपडेट / पैच / फर्मवेयर थे।

वाई-फाई राउटर। परीक्षण के लिए, हमने एक काफी नए सिस्को एसबी RV110W राउटर का उपयोग किया। यह राउटर अब लिंक्डिस लेबल नहीं है, इसे सिस्को स्मॉल बिजनेस ने जारी किया है। WAN और LAN पोर्ट, दोनों पर IPv6 के लिए पूर्ण समर्थन की घोषणा की। वास्तव में, मेनू में इन बंदरगाहों के लिए अलग-अलग IPv4 और IPv6 संयोजनों का चयन है। हमने दोनों के लिए "स्वच्छ" IPv6 चुना, राउटर ने रिबूट किया, और कनेक्ट करने का प्रयास किया। वाई-फाई नेटवर्क से जुड़ा कंप्यूटर, fc00 :: रेंज ( http://tools.ietf.org/html/rfc4193 ) से "ग्रे" IPv6 पता प्राप्त करता है, और हम राउटर के व्यवस्थापक पैनल में प्रवेश करने में सक्षम थे, लेकिन आगे नहीं - इंटरनेट का उपयोग कंप्यूटर नहीं था। राउटर पर, हमने निम्नलिखित चित्र देखा:

• WAN पोर्ट पर, राउटर ने IPv6 एड्रेस और रूट सही ढंग से प्राप्त किए, लेकिन DNS को नहीं उठाया। मैन्युअल रूप से पंजीकृत DNS ने सही तरीके से काम किया।
• IPv4 समर्थन अक्षम होने पर भी, राउटर इसका उपयोग करने की कोशिश करता है, उदाहरण के लिए, 2a00: 1450: 400d: 804: 1009 काम करता है, लेकिन google.com पर पिंग का कहना है कि यह एक रिकॉर्ड नहीं ढूंढ सकता है। यह एनटीपी पर भी लागू होता है: आप सर्वर इनपुट क्षेत्र में एक आईपीवी 6 पता दर्ज कर सकते हैं, लेकिन राउटर इसे ए रिकॉर्ड को हल करने की कोशिश करता है, और यह लॉग को संबंधित त्रुटियों से भर देता है।
• राउटर को पता नहीं है कि IPv6 NAT कैसे करें। "ग्रे" पतों का उपयोग करके लैन से इंटरनेट तक पहुंच को कॉन्फ़िगर करना संभव नहीं था। एकमात्र समाधान रूटर पर डीएचसीपीवी 6 सेटिंग्स में लैन के लिए एक वास्तविक आईपीवी 6 नेटवर्क स्थापित करना है और आईपीवी 6 मार्ग अनुभाग में संबंधित मार्गों को सेट करना है।

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

डेबियन / उबंटू। परीक्षण नवीनतम सॉफ्टवेयर संस्करणों के साथ किया गया था: डेबियन व्हीज़ी और उबंटू 12.10। उसी व्यवहार को ध्यान में रखते हुए, भविष्य में हम उन्हें डेबियन की परिभाषा के तहत संयोजित करेंगे। यहां स्थिति बेहतर है:

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

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

मैक ओएस एक्स। इस तथ्य के बावजूद कि हमें आईपीवी 6 के लिए पूर्ण समर्थन की उम्मीद थी, वास्तव में हमें निम्नलिखित मिला:

• यह ऑटो-कॉन्फ़िगरेशन और डीएचसीपीवी 6 द्वारा आईपीवी 6 पते और मार्गों को सही ढंग से प्राप्त करता है, लेकिन डीएनएस को नहीं उठाया जाता है। DNS को मैन्युअल रूप से पंजीकृत करते समय, सब कुछ सही ढंग से काम करता है।
• यद्यपि नेटवर्क पूरी तरह से चालू है, लेकिन नेटवर्क कनेक्शन के लिए विस्मयादिबोधक चिह्न के साथ एक त्रुटि चिह्न प्रदर्शित होता है। इसे हटाने के लिए, आपको नेटवर्क सेटिंग्स में जाने की जरूरत है, मैन्युअल रूप से पता प्राप्त करने के लिए चुनें और किसी भी आईपीवी 4 पते को पंजीकृत करें।

कुल: मैक ओएस एक्स में अभी तक "क्लीन" आईपीवी 6 के लिए पूर्ण-मुक्त, बग-मुक्त समर्थन नहीं है, और विशिष्ट प्रदाता समर्थन के साथ इस ओएस के ज्ञान की पूरी कमी को देखते हुए, एक एप्पल उत्पादों के उपयोगकर्ताओं से नकारात्मक और कम वफादारी की उम्मीद कर सकता है।

विंडोज 7. हमारे आश्चर्य के लिए, यह ओएस, जो आउट ऑफ द बॉक्स टेरीडो ( http://technet.microsoft.com/en-us/network/cc917486.aspx ) के माध्यम से IPv6 समर्थन का आयोजन करता है, ने IPv6 प्रोटोकॉल का उपयोग करने की निम्नलिखित विशेषताओं को दिखाया:

• IPv6 पता ऑटोकॉन्फिगरेशन और DHCPv6 द्वारा दोनों प्राप्त किया जाता है, हालांकि सर्वर क्या पैदा करता है, इसकी परवाह किए बिना मास्क / 48 पर सेट होता है। / 56 नेटवर्क जारी करने के लिए RIPE सिफारिशों को याद करें, यह पता चला है कि विंडोज के मामले में, स्वचालित पता वितरण संभव नहीं है।
• डीएनएस को उठाया नहीं गया है। DNS को मैन्युअल रूप से पंजीकृत करते समय, इसके पैरामीटर सहेजे जाते हैं।
• प्रस्तावित मार्गों को रूटिंग टेबल में प्रवेश किया जाता है, लेकिन टेरेडो सुरंगों की तुलना में कम प्राथमिकता के साथ। IPv6 कनेक्शन को काम करने के लिए, आपको सुरंग से संबंधित सेवाओं और सेटिंग्स को रोकना और अक्षम करना होगा, जिनमें से अधिकांश के लिए व्यवस्थापक अधिकारों की आवश्यकता होती है। इसके अलावा, कुछ ऑपरेशन केवल netsh उपयोगिता का उपयोग करके कमांड लाइन के माध्यम से (!) किया जा सकता है।
• उपरोक्त ऑपरेशन के बाद भी, "शुद्ध" IPv6 इस OS में काम नहीं करता है, त्रुटि आइकन "कनेक्शन सीमित है या उपलब्ध नहीं है" प्रदर्शित होता है। गेटवे और डीएनएस के बिना किसी भी आईपीवी 4 पते को पंजीकृत करना आवश्यक है, जिसके बाद आईपीवी 6 नेटवर्क पूरी तरह से काम करना शुरू कर देता है।

कुल: विंडोज 7 में "क्लीन" आईपीवी 6 के लिए कोई पूर्ण, बग-मुक्त समर्थन नहीं है, आईपीवी 6 को कॉन्फ़िगर करना संभव है, हालांकि, इसके लिए औसत विंडोज व्यवस्थापक स्तर का ज्ञान आवश्यक है, जो कि होम नेटवर्क में संभव नहीं है।

---

हालाँकि, भले ही आप उपयोगकर्ता द्वारा IPv6 को प्राप्त करने और कॉन्फ़िगर करने में आने वाली तकनीकी कठिनाइयों को दूर कर लें, लेकिन इस "भविष्य के नेटवर्क" में आज उसका क्या इंतजार है? दुर्भाग्य से, वहाँ लगभग कुछ भी उसकी उम्मीद नहीं है। लोकप्रिय साइटों के माध्यम से चलने के बाद, हम देखते हैं कि:

• IPv6 से अधिक कार्य: google, youtube, facebook, vkontakte
• IPv6 काम नहीं करता है: समाचार, मनोरंजन और खेल संसाधनों सहित स्काइप, इक्क, यैंडेक्स, ओडनोक्लास्निक, स्टीम, एक्सरव और लगभग सभी अन्य।

यहां तक ​​कि microsoft.com में AAAA रिकॉर्ड नहीं है। और अन्य Microsoft सेवाएं IPv6 समर्थन से वंचित हैं, इसलिए, उदाहरण के लिए, ओएस को स्थापित करना और चलाना संभव है, लेकिन अपडेट करने के लिए यह पहले से ही चला गया है। इसके अतिरिक्त, Microsoft सुरक्षा आवश्यकताएँ काम करना बंद कर देंगी, जो हस्ताक्षर अपडेट नहीं कर पाएंगे।

हां, और दावा किया गया प्रदर्शन, उदाहरण के लिए, youtube भी सापेक्ष है: संसाधन स्वयं पूरी तरह से IPv6 का समर्थन करता है, हालांकि, इसका उपयोग करने के लिए, आपको Adobe Flash Player की आवश्यकता है, जिसे डाउनलोड और इंस्टॉल नहीं किया जा सकता है, क्योंकि सभी Adobe संसाधन IPv6 पर उपलब्ध नहीं हैं।

आउटपुट एक ही NAT रहता है, केवल एक अलग दिशा में, और एकमात्र ज्ञात सॉफ़्टवेयर समाधान TAYGA, Linux के लिए NAT64 ( http://www.litech.org/tayga ) है, जिसके अंतिम परिवर्तन दिनांक 06/10/2011 हैं, और जो नहीं है आम वितरण का हिस्सा नहीं है। हां, और यह स्पष्ट है कि 90% से अधिक क्लाइंट ट्रैफ़िक IPv4 नेटवर्क पर जाएंगे, और ड्यूल-स्टैक के लिए आवश्यक क्षमताओं के मुद्दों पर ऊपर चर्चा की गई थी।

परिणाम

सारांशित करते हुए, हम निम्नलिखित निष्कर्ष निकाल सकते हैं:

• वर्तमान में, आईपीवी 6 प्रोटोकॉल को होम नेटवर्क प्रदाताओं के लिए सहायक माना जा सकता है, यह उपयोगकर्ता संसाधनों के साथ आईपीवी 6 नेटवर्क की बहुत व्यापक भरने के कारण दुनिया में आईपीवी 6 के लिए प्रारंभिक संक्रमण की उम्मीद नहीं करता है।
• यह "क्लीन" IPv6 नेटवर्क को तैनात करने के लिए व्यावहारिक रूप से संभव नहीं लगता है: न तो एक्सेस उपकरण और न ही सब्सक्राइबर उपकरण IPv4 प्रोटोकॉल के बिना एक पूर्ण नेटवर्क का समर्थन करते हैं।
• डुअल-स्टैक का उपयोग करने का कोई मतलब नहीं है, क्योंकि यह सभी एक ही NAT है, लेकिन IPv6 को सपोर्ट करने के लिए सभी एक्सेस इक्विपमेंट और सेंटर को अपडेट करने की आवश्यकता से तौला गया, साथ ही IPv6 ट्रैफिक के पारगमन के लिए अलग से एक बैंड का अधिग्रहण किया।
• वास्तव में, वर्तमान में केवल Google सेवाएं और टोरेंट IPv6 नेटवर्क का उपयोग करेंगे, बाकी ट्रैफिक IPv4 पर जाएगा। प्रश्न: क्या मुझे टॉरेंट के बेहतर समर्थन के लिए सभी एक्सेस उपकरणों को बदलने की आवश्यकता है? - संभवतः, प्रदाताओं के लिए केवल एक ही उत्तर है।

UPD: मैं डेबियन व्हीज़ी के लिए बनाए गए तेगा पैकेज को नोटिस नहीं करने के लिए andrewsh से माफी माँगता हूँ।