Google ने IPv6 पर 50% हासिल किया

मूल लेख ↗ Hacker News चर्चा ↗

अपनाना और ट्रैफ़िक हिस्सा

  • Google बताता है कि 50% eyeballs IPv6 पर हैं; APNIC और Cloudflare कार्यप्रणाली के अनुसार कम वैश्विक क्षमता (42–59%) देखते हैं।
  • अपनाना असमान है: France और India बहुत ऊँचे हैं; कुछ ISPs (जैसे UK, NL, PT, AR में) वर्षों के वादों के बावजूद अभी भी IPv6 की कमी रखते हैं या उसे थ्रॉटल करते हैं।
  • मोबाइल नेटवर्क एक प्रमुख चालक हैं; कई IPv6-first या IPv6-only हैं, जिनमें IPv4 translation के माध्यम से मिलता है।
  • कुछ लोग आगे और वृद्धि की उम्मीद करते हैं; अन्य मानते हैं कि IPv6 100% से काफी नीचे रुक जाएगा और IPv4 कभी बंद नहीं होगा।

प्रदर्शन और विश्वसनीयता

  • IPv6 के पक्ष में: अक्सर CGNAT के पीछे IPv4 की तुलना में कम latency; बड़ा content (YouTube, प्रमुख social sites) आम तौर पर IPv6 पर serve होता है; बहुत से उपयोगकर्ता अनजाने में रोज़ाना इस पर निर्भर रहते हैं।
  • विरोध/चिंता: IPv6 endpoints के misconfigured होने, अजीब BGP paths, broken mirrors, और CI pipelines में “random” failures की कई anecdotes; कुछ उपयोगकर्ता IPv6 disable करके समस्याएँ ठीक करते हैं।
  • Dual stack complexity और “happy eyeballs” behavior कभी-कभी IPv6 समस्याओं को छिपा देता है या IPv4 को प्राथमिकता देता है।

सुरक्षा, NAT, और privacy

  • चल रही बहस: NAT बनाम stateful firewall। कई लोग तर्क देते हैं कि NAT असली सुरक्षा नहीं है, सिर्फ incidental blocking है; अन्य कहते हैं कि यह “grandma test” पास करता है और vulnerable devices को छुपाता है।
  • Home routers आम तौर पर inbound IPv6 को default-deny करते हैं, जिससे NAT जैसी सुरक्षा फिर बन जाती है; कुछ CPEs में IPv6 firewalls टूटे हुए या non-configurable होते हैं।
  • addresses में MACs embed करने की पुरानी चिंताएँ अब अधिकतर privacy extensions से कम हो गई हैं, जो अब प्रमुख OSes पर default हैं, हालांकि सभी distros पर नहीं।

प्रोत्साहन और deployment बाधाएँ

  • कई enterprises और SaaS providers को customer demand नहीं दिखती; dual-stack re-architecture कठिन और जोखिम भरा है, इसलिए वे देरी करते हैं।
  • कुछ cloud services (विशेष रूप से AWS, GitHub, Discord के हिस्से) में अभी भी पूर्ण IPv6 नहीं है, जिससे IPv6-only hosts के लिए NAT64/464Xlat या tunnels की जरूरत पड़ती है।
  • बड़े IPv4 pools और CGNAT वाले ISPs को व्यावसायिक लाभ कम दिखता है; कुछ static IPv4 के लिए premium भी लेते हैं।

डिज़ाइन बहस और विकल्प

  • IPv6 की perceived overengineering के प्रति काफी hostility है (128-bit hex addresses, SLAAC, NDP, notation), और बार-बार “IPv4 / IPv5 में बस और bits जोड़ दो” जैसे विचार आते रहते हैं।
  • अन्य लोग जवाब देते हैं कि किसी भी address expansion का अर्थ अनिवार्य रूप से एक नया protocol और dual-stack/translation है; IPv6 headers को भी सरल बनाता है, router fragmentation हटाता है, और probabilistic autoconfiguration का समर्थन करता है।

P2P, gaming, और centralization

  • समर्थकों का तर्क है कि IPv6, P2P, gaming, और self-hosting के लिए end-to-end connectivity बहाल करने और Internet centralization कम करने की कुंजी है।
  • संशयवादी नोट करते हैं कि stateful firewalls, DDoS और privacy issues अभी भी कई वास्तविक-world apps को, IPv6 होने पर भी, centralized servers या relays की ओर धकेलते हैं।