Tỷ lệ truy cập IPv6 của Google đạt 50%

 (blog.apnic.net)
2 điểm bởi GN⁺ 4 giờ trước | 2 bình luận | Chia sẻ qua WhatsApp
  • Vào ngày 23/4/2026, thống kê IPv6 của Google lần đầu tiên đạt 50%, đánh dấu giai đoạn một nửa kết nối tới các dịch vụ của Google được thực hiện qua IPv6
  • Cùng ngày, IPv6 capability toàn cầu của APNIC Labs ở mức 42%, thấp hơn con số trên, nên cần xem xét sự khác biệt về phương pháp đo lường và mô hình trọng số của hai bên
  • APNIC không cộng gộp đơn giản dữ liệu đo lường dựa trên Google Ads mà áp dụng trọng số phản ánh quy mô người dùng Internet theo từng nền kinh tế
  • Có những nền kinh tế như India, Viet Nam, Saudi Arabia với đường cong triển khai rất khác nhau, nên chỉ dùng mức trung bình toàn cầu sẽ khó giải thích được thực tế theo từng khu vực
  • IPv6 hiện đã trở thành một phần của vận hành Internet hằng ngày trên mạng cố định, di động, thiết bị cá nhân và dịch vụ trung tâm dữ liệu

Cột mốc 50% trong thống kê IPv6 của Google

  • Thống kê IPv6 của Google lần đầu ghi nhận 50% vào ngày 23/4/2026
    • Thống kê này phản ánh tỷ lệ người dùng truy cập dịch vụ Google qua IPv6
    • Đây là chỉ số theo dõi liên tục khả năng kết nối IPv6 của người dùng Google
  • IPv6 đạt 50%: {p:50}
  • Có thể xem con số này là một cột mốc cho thấy IPv6 đã trở thành giao thức trưởng thành được sử dụng trên các mạng thực tế toàn cầu

Khác biệt khu vực không thể hiện qua mức trung bình toàn cầu

  • Mức độ triển khai IPv6 khác biệt lớn theo khu vực và từng nền kinh tế, nên khó đánh giá chỉ bằng một đường xu hướng toàn cầu duy nhất
  • Google không công bố thống kê IPv6 theo từng khu vực, và dữ liệu theo nền kinh tế cũng chỉ giới hạn ở tổng hợp toàn bộ
  • Trong dữ liệu của APNIC Labs, đường cong triển khai theo từng nền kinh tế có thể khác đáng kể so với mức trung bình toàn cầu

Giá trị đo của APNIC Labs là 42%

  • Theo phép đo riêng của APNIC, IPv6 capability toàn cầu ở mức 42% tính đến ngày 23/4/2026
    • Đo lường toàn cầu của APNIC Labs: Source
  • IPv6 capability của APNIC: {p:42}
  • Có sự chênh lệch rõ rệt giữa 50% của Google và 42% của APNIC
  • Ở cấp độ từng nền kinh tế, số đo của APNIC Labs nhìn chung phù hợp với dữ liệu từ Google, Cloudflare, Akamai, Cisco và các bên khác
  • Sự khác biệt lớn ở cấp độ toàn cầu có thể đến từ mô hình trọng số của APNIC hơn là từ bản thân phép đo nền tảng
  • Trong thực tế, số đo của APNIC có xu hướng thấp hơn số đo của Google
  • Khi xem hai bộ dữ liệu cùng nhau, có thể hiểu chúng như hai biên bao quanh phạm vi IPv6 capability thực tế tại một thời điểm cụ thể

Phương pháp đo lường dựa trên quảng cáo của APNIC

  • Chương trình đo lường của APNIC do APNIC Labs vận hành, sử dụng quảng cáo trực tuyến được phân phối tới trình duyệt web, game và ứng dụng của người dùng cuối thông qua Google Ads
  • Họ không chọn riêng người dùng để đo mà hướng tới phạm vi hiển thị rộng nhất có thể, 24/7, trên mọi nền kinh tế
  • APNIC Labs kết hợp logic riêng vào hệ thống theo dõi quảng cáo thông thường để chạy một bộ kiểm thử đặc thù
    • Đo lường IP, định tuyến BGP, DNS và các lựa chọn kỹ thuật khác
  • Không lưu giữ thông tin nhận dạng cá nhân (PII) của người dùng cuối
  • Không chia sẻ dữ liệu đo thô mà chỉ công bố số liệu tổng hợp ở cấp ISP, nền kinh tế và khu vực
  • Hoạt động đo lường này được thực hiện với nguồn tài trợ và hỗ trợ từ Google Research, ICANN và các tổ chức khác

Vì sao không cộng gộp trực tiếp các mẫu thô

  • APNIC áp dụng trọng số thống kê lên dữ liệu thu thập được và mô hình hóa mức sử dụng Internet theo từng nền kinh tế bằng dữ liệu bên ngoài như thống kê của World Bank
  • Số lượng mẫu đo mà APNIC Labs nhận được mỗi ngày không đồng đều
  • Việc phân phối quảng cáo của Google được tối ưu để tối đa hóa lượng hiển thị và doanh thu, nên vào một số ngày nhất định, quảng cáo và mẫu đo có thể xuất hiện nhiều hơn ở một số nền kinh tế
    • Ví dụ, vào những ngày nhu cầu quảng cáo cao tại các nền kinh tế Bắc Phi như Egypt hay Tunisia, khu vực này có thể được thu thập nhiều phép đo hơn
    • Trong cùng ngày đó, South America hoặc Asia có thể nhận được tương đối ít mẫu hơn
  • APNIC Labs không cộng tổng đơn giản số mẫu thô
    • Trước hết họ tổng hợp IPv6 capability đo được của từng nền kinh tế
    • Sau đó áp trọng số theo số người dùng Internet ước tính của nền kinh tế đó
  • Những nơi có dân số Internet lớn như India, China, Indonesia và các nền kinh tế lớn khác sẽ chiếm tỷ trọng lớn hơn trong kết quả toàn cầu, bất kể số mẫu thô của ngày cụ thể là bao nhiêu
  • Mục tiêu của cách làm này là để giá trị đo cuối cùng phản ánh mức sử dụng Internet toàn cầu tốt hơn là mô hình phân phối quảng cáo theo từng ngày

Bối cảnh khiến quá trình chuyển đổi sang IPv6 kéo dài

  • Có quan điểm cho rằng việc IPv6 mất nhiều thời gian để đạt cột mốc 50% là bằng chứng cho thấy IPv6 thất bại ở cấp độ hệ thống
  • Việc triển khai IPv6 đòi hỏi nỗ lực kỹ thuật đáng kể và đầu tư vốn lớn
  • Chênh lệch tiến độ giữa các khu vực và nền kinh tế là kết quả từ những đánh giá riêng của ISP và từng nền kinh tế về tăng trưởng mạng, kỳ vọng người dùng và thực tế vận hành hạ tầng Internet
  • Internet toàn cầu không phải là một nền kinh tế kế hoạch, mà tiến hóa thông qua phối hợp và hợp tác trong các điều kiện do thị trường dẫn dắt
  • Nhiều nhà cung cấp trước đây đã đầu tư vốn lớn vào IPv4 và muốn tối đa hóa lợi nhuận từ khoản đầu tư đó
    • Trong quá trình này, họ xây dựng các mạng dựa trên IPv4 bền vững và khả thi về thương mại trong phạm vi dịch vụ hiện có
  • Với các đơn vị mới gia nhập thị trường, việc chọn IPv6 làm giao thức mặc định thường hợp lý hơn
    • IPv6 có thể giúp giảm tổng chi phí sở hữu (TCO)
    • Mô hình này đặc biệt nổi bật trong lĩnh vực di động
    • Mạng Reliance Jio network tại India được nêu như một ví dụ triển khai IPv6 quy mô lớn

Internet hiện tại nơi IPv4 và IPv6 cùng tồn tại

  • Internet toàn cầu hiện vận hành trong một thế giới song song của hai giao thức
  • Về mặt tổ chức vận hành, dùng một giao thức duy nhất có thể sẽ đơn giản hơn, nhưng thực tế đã không diễn ra như vậy
  • Internet ngày nay là sự pha trộn của nhiều kiểu kết nối
    • Kết nối IPv4 trực tiếp
    • IPv4 qua NAT trong mạng gia đình hoặc Carrier-Grade NAT (CGNAT) của nhà mạng
    • IPv6
  • Việc quản lý chuyển đổi địa chỉ qua NAT không hề ít phức tạp hơn về bản chất so với chuyển đổi giao thức, đóng gói IPv4 trên IPv6, hay các cơ chế chuyển tiếp và proxy khác
  • Câu nói “IPv4 is working fine” dễ bỏ qua thực tế rằng mạng IPv4 hiện đại đã phụ thuộc vào nhiều tầng phức tạp trong vận hành
  • Chỉ dùng IPv4 không phải là cách tiếp cận rẻ hơn hay đơn giản hơn một cách tự nhiên

Vị trí thực tế của khả năng tương tác giữa IPv4 và IPv6

  • Việc không có khả năng tương tác trực tiếp giữa IPv4 và IPv6 đã được hiểu ngay từ đầu là một vấn đề cần giải quyết
  • Ban đầu từng có các ý tưởng về giao thức cho phép bao trùm IPv4 mà không cần thay đổi và kết nối trực tiếp hai thế giới, nhưng chưa chứng minh được là khả thi trong thực tế
  • Khả năng tương tác được hình thành ở các tầng cao hơn thông qua các giao thức truyền tải như TCP, UDP, QUIC, vốn hoạt động độc lập với phiên bản IP
  • Mô hình này dưới bất kỳ hình thức nào cũng cần một bên trung gian
  • Có thể thấy cấu trúc này trong cách các nhà cung cấp nội dung và caching lớn như Cloudflare cung cấp dịch vụ dual-stack, bất kể hệ thống backend có hỗ trợ cả hai giao thức hay không

Vì sao một số dịch vụ không có dual-stack

  • Việc một số dịch vụ chưa có native dual-stack capability thường được xem là rào cản lớn đối với tiến trình IPv6
  • Ví dụ được nêu là một số nền tảng Git hoặc đài truyền hình phủ sóng toàn quốc
  • Tình huống này có thể phản ánh độ phức tạp trong vận hành hơn là sự chống đối với IPv6
  • Với đài truyền hình toàn quốc, các ràng buộc thực tế như yêu cầu pháp lý và quy định liên quan đến truy cập dữ liệu và geolocation có thể là yếu tố tác động

IPv6 đã là một phần của vận hành thường nhật

  • IPv6 hiện đã được triển khai trên quy mô toàn cầu
  • Khoảng một nửa số người dùng Internet mà Google quan sát thấy đã truy cập dịch vụ Google qua IPv6
  • IPv6 đang được sử dụng hằng ngày, hằng giờ tại các nước phát triển và đang phát triển, trên mạng cố định và di động, ở thiết bị cá nhân nhỏ gọn lẫn các dịch vụ quy mô lớn dựa trên trung tâm dữ liệu
  • IPv6 không còn là công nghệ thử nghiệm hay bên lề nữa mà đã trở thành một phần của vận hành Internet hằng ngày

Bài viết liên quan

2 bình luận

 
purely4959 4 giờ trước

Bao giờ IPv6 sẽ được triển khai cho Internet gia đình ở Hàn Quốc?
 
GN⁺ 4 giờ trước
Ý kiến trên Hacker News

  • Thêm một ví dụ cho chuyện “các ISP vẫn chưa làm”: Virgin Media, một ISP lớn của Anh, đã công khai nói trong World IPv6 Day năm 2011 rằng họ sẽ hỗ trợ đầy đủ IPv6 trước cuối năm 2012, nhưng 15 năm trôi qua mà họ vẫn chưa thể bật công tắc
    https://havevirginmediaenabledipv6yet.co.uk/
    Thông báo khi đó: https://ispreview.co.uk/story/2011/06/08/uk-isp-fluidata-hai...

    • Cách gây áp lực để ISP hỗ trợ IPv6 nghe có vẻ ngớ ngẩn nhưng có thể hiệu quả. Các trang so sánh mua sắm chỉ cần gắn cảnh báo đỏ to cho ISP không hỗ trợ IPv6, còn website thì hiện banner kiểu “ISP của bạn không hỗ trợ kết nối Internet tiêu chuẩn mà trang này sử dụng”
      Người dùng có thể không biết IPv6 là gì, nhưng họ hiểu cảnh báo đỏ to và những banner gây khó chịu
    • Trước đây tôi từng hỏi Virgin Media liệu có thể bật IPv6 trên đường truyền 1Gb DIA hay không, và nhận được câu trả lời rằng “có thể chuyển đường truyền sang IPv6, nhưng phải bỏ IPv4”
      Từ đó về sau tôi cũng chẳng còn muốn hỏi lại nữa
    • Xét thuần túy từ góc độ kinh doanh, VM không có nhiều lý do để làm. Họ có đủ địa chỉ IPv4, và ngoài một nhóm người dùng kỹ thuật rất nhỏ thì khách hàng cũng không cảm nhận được lợi ích của IPv6
      Thêm vào đó là các trường hợp triển khai IPv6 ở ISP khác làm hỏng thứ gì đó một cách ngẫu nhiên, nên cũng hiểu vì sao họ không làm
    • Ở Hà Lan có những trang như https://heeftodidoipv6.nl
      ISP này có IPv6 trong mạng lõi nhưng không cung cấp cho khách hàng, dù đang nắm 17% thị phần viễn thông tại Hà Lan
    • Ở Mỹ thì cuối cùng cũng đang tiến gần hơn. Các ASN hàng đầu có tỷ lệ hỗ trợ IPv6 trên 75%
      Tuy vậy, Optimum Communications và Frontier vẫn kéo con số này xuống mạnh khi mỗi bên chỉ quanh mức 15%; Frontier đang cải thiện rất chậm, còn phía Optimum thì hầu như không có dấu hiệu thay đổi

  • Cách đây hai tháng cũng đã có một thread 626 bình luận: https://news.ycombinator.com/item?id=47777894

  • Khi thử thiết lập một server IPv6 “thuần”, tôi ngạc nhiên vì GitHub không hỗ trợ IPv6. Nếu không có các nhà vận hành NAT64 tình nguyện trên https://nat64.xyz/, thì trong môi trường IPv6 sẽ không thể chạm tới GitHub

    • Việc GitHub không hỗ trợ IPv6 là điều hoàn toàn khó có thể tha thứ
    • Internet lại một lần nữa tự tìm cách lách qua vấn đề. Đây là một ví dụ hay cho thấy ngay trong thập niên 2020, trên thực tế vẫn chỉ tồn tại một Internet chứ không phải nhiều Internet

  • Không được đâu, subnet IPv4 /22 của tôi giống như quỹ hưu trí 401k cá nhân, tôi còn phải dùng nó làm tiền nghỉ hưu

    • Nghe như đùa, nhưng xã hội nhìn nhà ở cũng đúng theo cách như thế
    • Có phải đã đến lúc quy đổi ra tiền mặt chưa?
    • Đến khoảng năm 2100 thì có khi sẽ thật sự rắc rối

  • T-Mobile/Odido ở Hà Lan đã hứa là đang làm suốt nhiều năm mà vẫn không hỗ trợ IPv6
    Gateway của Ubiquiti cũng có vẻ hỗ trợ còn thiếu sót, sẽ rất tốt nếu có các tính năng như tunnel của Hurricane Electric

    • Ở đây, truy cập qua gateway Ubiquiti đến địa chỉ IPv6 2606:7100:1:67::26 của news.ycombinator.com hoạt động tốt
    • Dải địa chỉ tunnel của HE giờ bị đối xử bất lợi khá nặng như thể là địa chỉ không phải dân cư/văn phòng, nên cuối cùng tôi đã phải tắt nó đi
      Ví dụ, YouTube dường như chặn phần lớn người dùng dải HE chưa đăng nhập, và tôi cũng thường xuyên gặp CAPTCHA bất tận
    • Điều thú vị là T-Mobile ở Mỹ lại làm ngược hẳn: không hỗ trợ IPv4, chỉ cấp IPv6 rồi cung cấp “NAT giả” cho IPv4 bằng 464XLAT
    • T-Mobile US đã là IPv6-only từ khoảng năm 2018: https://www.youtube.com/watch?v=d6oBCYHzrTA
    • Mọi ISP đều phải trả chi phí tunnel Hurricane Electric, nên với người dùng thì nó miễn phí. Nếu đủ nhiều người bắt đầu dùng tunnel HE, các ISP rồi sẽ cung cấp IPv6 native
      Nhưng trên thực tế, bạn rất dễ bị chặn ở từng website mình ghé thăm, và cũng khó dùng nếu đang ở sau CGNAT hoặc router gia đình không có DMZ

  • Muốn ngừng trả chi phí địa chỉ IPv4 công cộng cho AWS, nhưng vẫn không thể chuyển hoàn toàn sang IPv6 vì còn nhiều ISP phía khách hàng không hỗ trợ
    Hiện tại không có động lực nào khiến ISP phải chuyển sang IPv6, thậm chí còn ngược lại. ISP thích thu phí IP tĩnh

    • Nói công bằng thì nếu Google ngừng hỗ trợ IPv4, đó sẽ là một động lực khá mạnh buộc các ISP phải theo hàng

  • Đặc biệt nếu tỷ lệ IPv6 tăng vào cuối tuần, thì có vẻ đó là dấu hiệu cho thấy phía mạng doanh nghiệp/mạng công việc đang trì hoãn triển khai

    • Cột mốc thực sự luôn là thời điểm vượt quá 50%
    • Người ta hay nói kiểu “không làm vì phiền”, nhưng IPv6 không phải chuyện chỉ bật một checkbox là xong
      Tại sao lại phải tái tổ chức cả bộ máy và làm đủ thứ chỉ để đổi vài con số? Trong khi IPv4 vẫn chạy tốt thì để làm gì?

  • Việc IPv6 của Google đạt 50% là rất tốt xét trên khía cạnh truy cập website
    Nhưng router TP-Link của tôi mặc định chặn các kết nối IPv6 đi vào, lại không có tùy chọn cấu hình, nên vẫn không phù hợp cho streaming hai chiều thuần IPv6, chơi game, hay dịch vụ mạng gia đình

    • Nếu cài OpenWRT lên thiết bị đó thì có thể làm theo ý muốn. Thay vì các quy tắc port forwarding của IPv4, bạn sẽ được tận hưởng việc thêm các quy tắc truy cập IPv6 cho gần như cùng những cổng đó
    • Tôi đang self-host web và email qua WireGuard VPN dùng VPS miễn phí. Tôi đã làm miễn phí trên OCI, và trên AWS Lightsail cũng làm được với chi phí rẻ
      Cũng có thể dùng các giải pháp dễ cấu hình như Tailscale, và như vậy không cần phơi trực tiếp mạng gia đình ra Internet
    • Các hãng sản xuất router tiêu dùng nhìn chung đều khá tệ nên chênh lệch không lớn, nhưng TP-Link thì thật sự rất tệ. Tôi rất khuyên không nên dùng phần cứng của hãng này
    • Những hệ thống này phản ánh thời đại mà chúng được thiết kế ra. IPv6 là công nghệ từ 30 năm trước, và khi đó chưa tồn tại nhiều mối đe dọa như bây giờ
      Ví dụ, quyết định lấy khối /64 làm mặc định xuất phát từ niềm tin rằng sẽ dùng một phần địa chỉ MAC 48-bit, nhưng giờ ai cũng biết đó là cơn ác mộng về quyền riêng tư nên không còn ai làm vậy nữa. Thế nhưng chúng ta vẫn bị ràng buộc với hệ địa chỉ 128-bit được tạo ra từ kết quả đó
      IPv6 định thay NAT bằng lượng địa chỉ đủ dùng, nhưng thú vị là điều này lại tạo ra vấn đề về biểu đạt ý định. Với NAT, khi một dịch vụ trên máy tính yêu cầu một cổng cho kết nối đi vào thì ý định của chủ dịch vụ được thể hiện rõ; còn trong IPv6 thì không có tín hiệu ý định như vậy. Vì thế các nhà sản xuất router gia đình gần như buộc phải chặn địa chỉ theo mặc định, nếu không thì người ngoài có thể quét PC và khiến các dịch vụ ngoài ý muốn bị lộ ra Internet công cộng
      Không gian địa chỉ lớn hơn có thể tốt hơn về mặt kỹ thuật, nhưng vẫn phải tính đến giá trị mặc định và ý định của người dùng. Một lời giải kỹ thuật tốt cũng có thể trở thành lời giải tệ, hoặc tạo ra vô số vấn đề, chính ở điểm này

  • Ở Cloudflare, IPv6 có vẻ ở mức trên 40%, nhưng trong một năm qua không tăng đáng kể dù tổng lưu lượng vẫn tăng. Đúng như quan sát trong bài của APNIC, tỷ lệ áp dụng thực tế của toàn bộ Internet có lẽ nằm đâu đó giữa Google và Cloudflare
    https://radar.cloudflare.com/adoption-and-usage#ipv4-vs-ipv6
    Tuy vậy đây là tỷ lệ áp dụng phía client. Trong các dịch vụ phổ biến vẫn còn nhiều nơi chỉ dùng IPv4, nên tỷ trọng IPv6 thực tế chạy trên Internet công cộng có thể thấp hơn nhiều
    Giờ đây việc cấp phát IPv4 mới đã cạn kiệt từ lâu, nên có lẽ cần những động lực chuyển đổi khác với trước đây

    • Nếu nhìn theo tỷ trọng lưu lượng, các dịch vụ lớn tiêu tốn nhiều băng thông, tức các trang streaming video và CDN, phần lớn đều đã chạy trên IPv6. Còn nhóm dịch vụ đuôi dài chỉ có IPv4 thì thường dùng ít băng thông hơn
    • Ngày nay giới hạn tốc độ có thể là một động lực ngược khá lớn. Trên IPv4, chặn theo dải địa chỉ còn có chút hiệu quả, nhưng với IPv6 thì kém hiệu quả hơn nhiều
      Đây cũng là lý do HE Tunnelbroker bị đánh giá xấu dạo này. Các bot nhạc Discord đã cân bằng tải giữa các IP tunnelbroker để lấy dữ liệu âm thanh YouTube, và dù chặn /64 thì vẫn có thể lách qua bằng /48 hoặc lớn hơn. Tôi cho rằng lý do chính Discord từng tắt IPv6 cũng là vì chặn dựa trên IP và giới hạn tốc độ API

  • Nhìn theo tỷ lệ từng quốc gia thì khá thú vị. Pháp có vẻ đã lên tới 85%
    https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...

    • Càng nhiều lưu lượng di động thì tỷ lệ IPv6 càng cao. Nhìn vào Ấn Độ có thể thấy không phải ai cũng đang dùng cáp quang với IPv6 cho mọi người
    • Tôi thắc mắc vì sao trên đồ thị đó lại xuất hiện tín hiệu tần số cao chồng lên xu hướng dài hạn
      https://www.google.com/intl/en/ipv6/statistics.html#tab=per-...
    • Việc Ấn Độ đạt 75% thực sự là tin rất tốt. Nếu không, áp lực giá địa chỉ IPv4 hẳn đã trở nên vô lý đến mức khó tin