ทราฟฟิก IPv6 ทะลุ 50% แล้ว

 (google.com)
5 คะแนน โดย GN⁺ 14 일 전 | 8 ความคิดเห็น | แชร์ทาง WhatsApp
  • ตามสถิติของ Google สัดส่วนทราฟฟิก IPv6 ทั่วโลกเกิน 50% เป็นครั้งแรก (อ้างอิงจากผู้ใช้ที่เข้าถึงบริการของ Google)
  • ยุโรปโดดเด่น (ฝรั่งเศส 86%, เยอรมนี 77%) ขณะที่เอเชียมีความเหลื่อมล้ำสูง (อินเดีย 74%, ซาอุดีอาระเบีย 69%, เกาหลีใต้ 20%, จีน 4%)
  • Google เก็บรวบรวมและเผยแพร่ สถานะการนำ IPv6 มาใช้ อย่างต่อเนื่อง เพื่อช่วยให้ ผู้ให้บริการอินเทอร์เน็ต ผู้ดูแลเว็บไซต์ และผู้กำหนดนโยบาย ผลักดันการเปลี่ยนผ่านสู่ IPv6
  • ลักษณะเด่นตามทวีป/ภูมิภาค
    • ยุโรป: เป็นภูมิภาคที่แข็งแกร่งที่สุด มีหลายประเทศที่มีสัดส่วนสูง เช่น ฝรั่งเศส 86.26%, เยอรมนี 77.41%, เบลเยียม 69.48%, กรีซ 61.82% อย่างไรก็ตาม ภายในยุโรปเองก็ยังมีช่องว่างสูง โดยมีประเทศที่อยู่ในระดับต่ำเช่น สเปน 9.90%, อิตาลี 19.34%, โปแลนด์ 18.11%
    • เอเชีย: มีความเหลื่อมล้ำอย่างมาก อินเดีย 74.87%, ซาอุดีอาระเบีย 69.11%, มาเลเซีย 63.89%, ไต้หวัน 58.18%, ญี่ปุ่น 57.72%, เวียดนาม 57.46% ถือว่าสูง ขณะที่เกาหลีใต้ 20.89%, สิงคโปร์ 20.37%, อินโดนีเซีย 26.20%, จีน 4.66% อยู่ในระดับต่ำหรือปานกลาง
    • อเมริกาเหนือ/อเมริกากลาง/แคริบเบียน: สหรัฐฯ 54.61%, เม็กซิโก 53.48%, กัวเตมาลา 59.68%, เปอร์โตริโก 50.51% ต่างเกินครึ่งแล้ว ส่วนแคนาดายังอยู่ต่ำกว่า 50% ที่ 40.91%
    • อเมริกาใต้: บราซิล 55.04%, อุรุกวัย 52.82%, ซูรินาม 52.18% อยู่เหนือ 50% ขณะที่เปรู 41.94%, โบลิเวีย 45.18%, เอกวาดอร์ 33.87%, อาร์เจนตินา 28.17%, ชิลี 16.61% แสดงให้เห็นถึงความแตกต่างระหว่างประเทศที่ค่อนข้างมาก
    • โอเชียเนีย: ออสเตรเลีย 38.87%, นิวซีแลนด์ 22.67% แม้จะเป็นกลุ่มประเทศพัฒนาแล้วหลัก แต่ก็ยังไม่ถึงครึ่ง
    • แอฟริกา: โดยรวมยังต่ำและมีความแตกต่างสูง สาธารณรัฐคองโก 32.57%, ซิมบับเว 23.85%, โกตดิวัวร์ 23.72%, ตูนิเซีย 21.91% มีบางประเทศที่เกินเลขสองหลักแล้ว แต่ไนจีเรีย 4.81%, อียิปต์ 3.73%, แอฟริกาใต้ 2.42%, โมร็อกโก 1.03% ยังอยู่ในระดับต่ำ
  • แม้การนำ IPv6 มาใช้ทั่วโลกจะเข้าใกล้ครึ่งหนึ่งแล้ว แต่ระดับการใช้งานจริงยังแตกต่างกันมากตามประเทศและ ISP
    • มีประเทศอย่างฝรั่งเศส เยอรมนี และอินเดียที่ไปถึงระดับ 70~80% แล้ว ขณะที่จีน ประเทศหลักในแอฟริกา และบางประเทศในยุโรปยังอยู่ในระดับต่ำ
    • ดังนั้น การเปลี่ยนผ่านสู่ IPv6 ควรดู ความแตกต่างรายประเทศและรายผู้ให้บริการ ควบคู่ไปกับ “ค่าเฉลี่ยทั่วโลก” และสำหรับผู้ดูแลเว็บไซต์ การเทียบตัวชี้วัดภายนอกอย่างสถิติของ Google กับล็อกการเข้าถึงของตนเอง จะช่วยประเมินระดับความพร้อมรองรับ IPv6 ของฐานผู้ใช้จริงได้ดีกว่า

บทความที่เกี่ยวข้อง

8 ความคิดเห็น

 
yeobi222 12 일 전

ดูเหมือนว่าในเกาหลีจะใช้งานกันในเครือข่ายมือถือ บางบริษัท และวงจรสื่อสารของตนเอง
พอไม่มีการจัดสรรให้ผู้ใช้ส่วนบุคคล เปอร์เซ็นต์ก็แทบไม่มีการเปลี่ยนแปลงเลย
 
sthkn 13 일 전

ที่น่าแปลกมากจริง ๆ คือ GitHub กลับไม่รองรับ IPv6
 
t7vonn 13 일 전

Apple บังคับให้แอปทำงานได้แม้ในสภาพแวดล้อมแบบ IPv6-only มาตั้งแต่สมัยก่อน ดังนั้นดูเหมือนว่านี่จะเป็นแรงผลักดันสำคัญมากจริง ๆ ครับ
 
bbulbum 13 일 전

ถ้ามีอะไรทำงานไม่ค่อยได้ ผมก็มักจะลองปิด IPv6 ไปก่อน... เลยรู้สึกว่าเหมือนจะยังไม่เคยเปิดใช้งานมันอย่างจริงจังแล้วใช้ให้คล่องสักเท่าไหร่ครับ
 
xguru 14 일 전

รายงานสถิตินี้เป็นสถิติที่จัดทำจากล็อกของ ผู้ใช้ที่ล็อกอินซึ่งเข้าใช้งาน GeekNews นะครับ ซึ่งจริง ๆ แล้ว
ในช่วง 7 วันที่ผ่านมา ผู้ใช้ IPv6 อยู่ที่ประมาณ 18% ~ 20% ขึ้น ๆ ลง ๆ ซึ่งสอดคล้องกับสถิติของ Google ครับ
 
yeobi222 12 일 전

ตรวจสอบได้ไหมครับว่าเป็น IP ของเครือข่ายมือถือหรือเปล่า?
 
xguru 12 일 전

คาดว่าประมาณ 80% ของทราฟฟิก IPv6 ที่เข้ามายัง GeekNews มาจากช่วง IPv6 ที่อยู่ในเครือของผู้ให้บริการโทรศัพท์มือถือ 3 รายใหญ่ในประเทศ

ตัวเลขนี้คำนวณโดยดึง IPv6 prefix ที่กำลังประกาศอยู่ของ SKT AS9644, KT/KORNET AS3559 และ AS4766, LGU+ Mobile AS17853, LGU+ / DACOM AS3786 เป็นต้น โดยอ้างอิงจาก announced-prefixes ของ RIPEstat และ APNIC RDAP แล้วนำมาแมตช์กับล็อกของบริการ

อย่างไรก็ตาม ด้วยข้อมูล BGP/WHOIS แบบสาธารณะเพียงอย่างเดียว จึงแยกได้ไม่สมบูรณ์ว่าแต่ละ prefix เป็นของเครือข่ายผู้ใช้บริการมือถือโดยเฉพาะ หรือรวมถึงเครือข่ายแบบมีสาย/เครือข่ายองค์กรด้วย ดังนั้นการมองว่าเป็น “ช่วงที่อยู่ในเครือของผู้ให้บริการโทรศัพท์มือถือ 3 รายใหญ่ในประเทศ” จะปลอดภัยกว่า
 
GN⁺ 14 일 전
ความเห็นจาก Hacker News

  • แม้จะเข้าสู่ปี 2026 แล้ว แต่ GitHub ก็ยังไม่รองรับ IPv6
    มีการถกเถียงที่เกี่ยวข้องอยู่ใน GitHub Community Discussion

    • บางครั้งแม้แต่ IPv4 เองก็ยังรองรับได้ไม่ดีนัก
    • ยิ่งน่าประหลาดใจเมื่อคิดว่า Microsoft ผลักดัน สภาพแวดล้อม IPv6-only ในเครือข่ายภายในมานานเกือบ 10 ปีแล้ว
      ดูเพิ่มเติม: บล็อก APNIC, บล็อก ARIN
    • มหาวิทยาลัยของเรามีปัญหาการเชื่อมต่อ IPv4 รุนแรงมาก ทุก ๆ สองสามวันเว็บไซต์อย่าง GitHub จะเข้าใช้งานไม่ได้ อีกทั้งช่วงหลัง GitHub ก็มี ปัญหา uptime ด้วย เลยยากจะชี้ชัดว่าสาเหตุคืออะไร
    • เมื่อก่อน GitHub เคยทดลองรองรับ IPv6 แบบชั่วคราว แต่ก็หยุดไป ดังนั้นฉันจึงถือว่านี่เป็น เหตุผลที่ควรย้ายออกจาก GitHub
    • ฉันเจอเว็บไซต์ชื่อ isgithubipv6.web.app ตอนนี้ดูเหมือนว่าแทนที่จะดูสัดส่วนตัวเลข แค่ดูว่า “GitHub รองรับ IPv6 เสียทีหรือยัง” ก็พอแล้ว

  • Tailscale FAQ อธิบายความแตกต่างระหว่าง IPv4 กับ IPv6 ได้ดีมาก
    ถึงจะไม่ใช่ผู้เชี่ยวชาญก็คุ้มที่จะอ่าน ฉันเองก็ได้เรียนรู้อะไรใหม่ ๆ อยู่บ้าง

    • สิ่งที่ทำให้ FAQ นี้ดีคือมัน อธิบายอย่างเป็นกลางและสมดุล ไม่ได้ยกย่อง IPv6 เกินจริง และก็ไม่ได้ตัดสินว่ามันล้มเหลว
    • คำพูดที่ว่า “IPv6 คือรุ่นถัดไปของ IPv4” เป็นความเข้าใจผิด จริง ๆ แล้วมันคือ โปรโตคอลทดแทน มันอาจแทนที่ IPv4 ได้ในสักวันหนึ่ง แต่ตอนนี้ทั้งสองยังอยู่ร่วมกัน

  • อัตราการใช้งาน IPv6 เพิ่งแตะ 50% ได้แบบเฉียด ๆ แต่ก็เริ่ม ชะงักงัน แล้ว
    ทั้งที่อินเทอร์เฟซเครือข่ายแทบทั้งหมดรองรับอยู่แล้ว แต่ได้แค่นี้ก็น่าผิดหวัง เหตุผลหนึ่งคือ ผลประโยชน์ทับซ้อน ของบริษัทต่าง ๆ ที่ไม่อยากให้ผู้ใช้โฮสต์บริการเอง จึงทำให้การเปลี่ยนผ่านไป IPv6 ล่าช้า
    ถ้าปิด IPv4 แล้วใช้แต่ IPv6 จะพบว่านอกจาก Google แล้วแทบไม่มีอะไรใช้งานได้เลย เรื่องอย่าง NAT64 ควรเป็นสิ่งที่ ISP ต้องจัดการ
    ปัญหาคือแม้แต่บน Android หรือ iOS ก็ยังปิด IPv4 ไม่ได้

    • ทุกวันนี้ ISP ส่วนใหญ่เริ่มปล่อย IPv6 บนเครือข่ายมือถือแล้ว แต่สำหรับ เครือข่ายองค์กรและอินเทอร์เน็ตบ้าน กลับไม่มีแรงจูงใจด้านต้นทุนมากพอ จึงทำให้การนำ IPv6 มาใช้ช้า
      น่าจะต้องมี นโยบายชี้นำตลาด แบบที่ผู้ให้บริการคลาวด์คิดเงินสำหรับที่อยู่ IPv4 แต่ให้ IPv6 ฟรี
      อ้างอิง: บทความ The Register
    • Apple/iOS เป็นหนึ่งใน แรงผลักดันสำคัญที่สุด ของการนำ IPv6 มาใช้ เพราะบังคับมาราว 10 ปีแล้วว่าแอป iOS ต้องทำงานได้บนเครือข่าย IPv6-only
    • เดิมทีก็ไม่เคยมีแผนจะปิด IPv4 ทิ้งทั้งหมด การที่มี IPv6 ไม่ได้แปลว่า IPv4 จะหายไป
    • ภายใน ISP มักเลื่อนการเปลี่ยนไปใช้ IPv6 ออกไปด้วยเหตุผลว่า “ไม่มีใครร้องขอ”
    • จริง ๆ แล้ว ISP หลายเจ้ากำลังสร้างเครือข่ายที่เน้น IPv6 โดยใช้เทคโนโลยีอย่าง 464XLAT ส่วน IPv4 ตอนนี้กำลังกลายเป็น บริการรูปแบบหนึ่ง มากกว่า

  • ถ้า GitHub เปิดใช้ IPv6 ระบบของลูกค้าที่ใช้การควบคุมการเข้าถึงตาม IP อาจมีความเสี่ยงที่จะ พังทันที
    เมื่อทราฟฟิกเปลี่ยนไปเป็น IPv6 นโยบายเดิมไม่มีที่อยู่ IPv6 อยู่ จึงทำให้การเข้าถูกบล็อก
    ในมุมของผู้ให้บริการเองก็ทำให้การแมปที่อยู่หรืออัปเดตนโยบายอัตโนมัติทำได้ยาก และลูกค้าก็ไม่ชอบเหตุขัดข้องที่เกิดขึ้นกะทันหัน
    อ้างอิง: เอกสาร GitHub Enterprise Cloud

    • จากประสบการณ์ที่เคยต้องดูแลบล็อก IP ด้วยตัวเอง ฉันรู้สึกได้ชัดถึง ความเสี่ยงของการควบคุมการเข้าถึงตาม IP เพราะความเป็นเจ้าของที่อยู่อาจเปลี่ยนเมื่อไรก็ได้
    • การออกแบบความปลอดภัยที่พึ่งพา IP filtering สมควรพังด้วยตัวมันเองอยู่แล้ว
    • ทุกวันนี้ โซลูชัน SASE อย่าง Palo Alto GlobalProtect หรือ ZScaler กำลังเป็นกระแสหลัก ทำให้ IP filtering ดูล้าสมัย แต่ ZScaler เองก็ยังเป็น IPv4-only
    • ถ้าในปี 2015 ยังรับมือการย้ายไป IPv6 ไม่ได้ แผนความปลอดภัยนั้นก็ถือว่า ล้าหลังยุคสมัย ไปแล้ว

  • ถ้าซูมกราฟ IPv6 ของ Google เข้าไป จะเห็นรูปแบบรายสัปดาห์
    วันเสาร์จะขึ้นไปใกล้ 50% และวันธรรมดาจะลดลงมาแถว 45%
    ฉันเดาว่าเป็นเพราะช่วงสุดสัปดาห์มี สัดส่วนการเชื่อมต่อผ่านมือถือ สูงขึ้น สมาร์ตโฟนส่วนใหญ่ใช้ IPv6 จึงทำให้อัตราการใช้งานสูงขึ้นในวันหยุด

    • ไม่ใช่แค่มือถือเท่านั้น ISP อินเทอร์เน็ตบ้าน ก็รองรับ IPv6 ได้ดีกว่าด้วย ตัวอย่างชัด ๆ คือ Comcast ในสหรัฐฯ หรือกรณี CGNAT+IPv6 ในยุโรป
      ตรงกันข้าม เครือข่ายองค์กรมักมีแรงจูงใจในการอัปเกรดน้อยกว่า จึงนำมาใช้ช้า

  • นับจากที่ฉันเรียนเรื่อง IPv6 และปัญหาที่อยู่ IPv4 หมดในวิชาเครือข่ายมา ก็ผ่านไป 33 ปีแล้ว แต่การเปลี่ยนผ่านไป IPv6 ก็ยังไม่สมบูรณ์เสียที

  • ฉันเคยเจอสองครั้งที่ ชั้นนามธรรมของ TCP/IP รั่วออกมาให้เห็น
    ครั้งหนึ่งในคาเฟ่ Wi‑Fi ที่ได้รับมาแต่ที่อยู่ IPv6 จึงเข้า GitHub (ที่เป็น IPv4-only) ไม่ได้ และอีกครั้งตอนใช้เซิร์ฟเวอร์ IPv6-only ของ Hetzner ที่ทั้ง Docker และ package manager ใช้งานไม่ได้ สุดท้ายก็ต้องซื้อที่อยู่ IPv4 เพิ่ม

    • ถ้าใช้ Jool NAT บนเซิร์ฟเวอร์ที่มีทั้ง IPv6/IPv4 ก็แก้ได้ Android เองก็ใช้แนวทางนี้
      คงจะดีถ้าผู้ให้บริการโฮสติ้งให้ NAT IPv4 พื้นฐานมาคู่กับเซิร์ฟเวอร์ IPv6 ด้วย ค่าใช้จ่ายก็ไม่ได้สูงมาก

  • ตัวชี้วัดของ Google วัดจากฝั่ง access network แต่ตอนนี้สิ่งที่สำคัญกว่าคือ อัตราการรองรับ IPv6 ฝั่งบริการ
    ตัวอย่างเช่น ตาม สถิติของ Common Crawl เว็บไซต์ 100 อันดับแรกอยู่ที่ 71% ส่วนกลุ่ม long tail อยู่ราว 32%
    ถ้าบริการหลักอย่าง AWS, GCP, Azure และ GitHub รองรับได้ครบถ้วน ก็น่าจะเกิดการเปลี่ยนแปลงครั้งใหญ่

  • เท่าที่ฉันรู้ ผู้ให้บริการโทรคมนาคมสองรายยังแทบ ไม่ใช้ IPv6 ใน core network เลย
    พวกเขามองว่าการออกแบบ IPv6 ไม่ได้ให้ประโยชน์เชิงปฏิบัติมากนัก เหมือนกรณีที่กระทรวงกลาโหมสหรัฐฯ ถือครองที่อยู่ IPv4 ถึง 170 ล้านรายการ ปัญหานี้จึงไม่ใช่เรื่องเทคโนโลยี แต่เป็น ปัญหาการจัดสรรเชิงบริหาร

  • น่าแปลกใจที่ฝรั่งเศสเป็นอันดับ 1 ด้านอัตราการใช้งาน IPv6 อยากรู้ว่าเพราะอะไร

    • หน่วยงานกำกับดูแลของฝรั่งเศส ARCEP ผลักดัน IPv6 อย่างจริงจังมาตั้งแต่ปี 2002 และล่าสุดยังใส่เงื่อนไขบังคับใช้ IPv6 ลงในใบอนุญาตคลื่น 5G ด้วย
      อ้างอิง: เอกสารทางการของ ARCEP
    • ฝรั่งเศสมี การรวมศูนย์ทางเทคนิค สูง และเราเตอร์ที่ผู้ให้บริการรายใหญ่ (เช่น Orange, Free) แจกมาก็มีคุณภาพดี
      วัฒนธรรมของผู้ให้บริการคือดูแลโครงสร้างพื้นฐานทั้งระบบอย่างละเอียด
      อีกทั้งวัฒนธรรมที่ให้ความสำคัญกับความเป็นส่วนตัว ความใช้งานได้จริง และเวลาพักผ่อน ก็อาจนำไปสู่การเลือกเทคโนโลยีอย่าง IPv6 ที่ ภาระในการดูแลรักษาต่ำกว่า
    • ฉันเคยติดตามอัตราการนำ IPv6 มาใช้รายประเทศในโปรเจกต์ ipv6matrix.org ตัวเลขสูงของฝรั่งเศสน่าจะช่วยอธิบายเรื่องนี้ได้
    • อินเดียก็มีตัวเลขสูงอย่างน่าประหลาดใจจนน่าสนใจเหมือนกัน เลยสงสัยว่าอ่านข้อมูลผิดหรือเปล่า
    • ฝรั่งเศสมี พื้นฐานความรู้ทางเทคนิคและวัฒนธรรมแฮ็กเกอร์ ที่แข็งแกร่งมานานแล้ว ดูเหมือนสิ่งนี้จะมีอิทธิพลต่อการเปลี่ยนผ่านสู่ IPv6 ด้วย