เครื่องมือจัดการที่อยู่ IPv6

IPv6 ขยาย / บีบอัด / จัดประเภท

ตรวจสอบความถูกต้องของที่อยู่ IPv6 อย่างรวดเร็ว รับรูปแบบการขยายเต็ม รูปแบบบีบอัด การจัดประเภทที่อยู่ รูปแบบ nibble ย้อนกลับ และอื่นๆ

ผลลัพธ์การประมวลผล

ที่อยู่ตัวอย่างเอกสาร (2001:db8::/32)

รูปแบบขยาย

2001:0db8:0000:0000:0000:0000:0000:0001

รูปแบบบีบอัด

2001:db8::1

การจัดประเภทที่อยู่

ที่อยู่ตัวอย่างเอกสาร (2001:db8::/32)

เครื่องมือวิเคราะห์ที่อยู่ IPv6 มืออาชีพ รองรับรูปแบบหลายแบบ RFC 5952 บีบอัด/ขยาย การแบ่งเครือข่ายย่อย การวิเคราะห์ EUI-64, ULA, link-local, multicast และวินิจฉัยข้อผิดพลาดรูปแบบ

คำแนะนำที่เกี่ยวข้อง

เครื่องคำนวณซับเน็ต

ค้นหา IP

ตัวแปลง IPv4

ค้นหา DNS

ค้นหา WHOIS

What Is My IP?

กรณีการใช้งาน

พัฒนา/ดีบักแอปพลิเคชันที่รองรับ IPv6 ตรวจสอบว่ารูปแบบที่อยู่ถูกต้อง และแปลงรูปแบบมาตรฐานอย่างรวดเร็ว
ออกแบบและตรวจสอบแผนการแบ่งเครือข่ายย่อย IPv6 เมื่อปรับใช้เครือข่ายองค์กร คำนวณรายการบล็อกเครือข่ายย่อย /64 หลายรายการจาก /48
ตรวจสอบการกำหนดค่า router advertisement, firewall rule และ DNS record เมื่อกำหนดค่าเซิร์ฟเวอร์/อุปกรณ์เครือข่าย
วิเคราะห์ที่อยู่ที่สร้างโดย EUI-64 หรือความเป็นส่วนตัวส่วนขยาย ทำความเข้าใจว่า MAC address ของอุปกรณ์ปรากฏในที่อยู่อย่างไร
ประมวลผลข้อมูลบันทึก/การไหลของทราฟฟิก IPv6 ย่อ/ขยายที่อยู่เป็นชุดเพื่อการค้นหาและการรวมสถิติ
เขียนโค้ด API/ตัวแยกวิเคราะห์ที่เกี่ยวข้องกับ IPv6 ตรวจสอบว่าการประมวลผลที่อยู่รูปแบบต่างๆ ถูกต้องและสอดคล้องกับ RFC 5952
ศึกษาหลักการและการกำหนดค่า IPv6 สังเกตความสัมพันธ์ระหว่างรูปแบบต่างๆ, prefix และการจำแนกประเภทที่อยู่
เปรียบเทียบการตั้งค่า IPv6 ที่แสดงจากระบบปฏิบัติการ/อุปกรณ์ต่างๆ ย่อที่อยู่ให้เป็นรูปแบบเดียวสำหรับเปรียบเทียบ

วิธีการใช้งาน

วางที่อยู่ IPv6 (หรือ CIDR ที่มี /prefix) ที่ต้องการประมวลผลในช่องอินพุต รองรับรูปแบบเต็ม รูปแบบย่อ รูปแบบที่มีเลข 0 นำหน้า ที่อยู่ฝัง IPv4
เลือกการดำเนินการ: ทำให้เป็นมาตรฐาน (RFC 5952), ขยายที่อยู่เต็ม, คำนวณ CIDR, แบ่งเครือข่ายย่อย, วิเคราะห์ EUI-64, ตรวจสอบรูปแบบ
หากต้องการคำนวณเครือข่ายย่อย ให้กรอกความยาว prefix ต้นทาง (เช่น 48) และความยาวเครือข่ายย่อยเป้าหมาย (เช่น 64)
หากต้องการวิเคราะห์/สร้าง EUI-64 ให้กรอก MAC address (รูปแบบ xx:xx:xx:xx:xx:xx) หรือที่อยู่ IPv6 ที่มี EUI-64 Interface ID
คลิกปุ่ม "ประมวลผล" รอผลลัพธ์ รองรับการประมวลผลที่อยู่รายการเดียวหรือชุดรายการหลายบรรทัด
ดูผลการวิเคราะห์: ประเภทที่อยู่, การวิเคราะห์ส่วนประกอบ, ค่าที่แปลงแล้ว, รายการเครือข่ายย่อย ฯลฯ คลิกสำเนาได้ในหนึ่งคลิก
หากที่อยู่มีข้อผิดพลาดรูปแบบ เครื่องมือจะระบุตำแหน่งข้อผิดพลาดอย่างชัดเจนและให้คำแนะนำการแก้ไข

คุณสมบัติ

รองรับรูปแบบที่อยู่ IPv6 หลายรูปแบบ: รูปแบบเต็ม, รูปแบบย่อ RFC 5952, รูปแบบเลข 0 นำหน้า, ที่อยู่ฝัง IPv4 แบบผสม
ขยายที่อยู่ย่อ (::) เป็นรูปแบบ 8 กลุ่มเต็มโดยอัตโนมัติ ซึ่งสะดวกสำหรับเปรียบเทียบไบนารีและการดีบัก
ทำให้ที่อยู่เป็นมาตรฐานตาม RFC 5952: ตัวพิมพ์เล็ก ลบเลข 0 นำหน้า ย่อ :: ตามกฎเลือกชุดยาวที่สุด/ซ้ายสุด
รองรับคำนวณ CIDR: คำนวณที่อยู่เครือข่าย ที่อยู่สิ้นสุด จำนวนที่อยู่ของเครือข่าย จำนวนเครือข่ายย่อยที่แบ่งได้
รองรับการแบ่งเครือข่ายย่อย: ตั้งค่า prefix ต้นทางและเป้าหมายคำนวณรายการเครือข่ายย่อยโดยอัตโนมัติ
วิเคราะห์ EUI-64 Interface ID: แยกส่วน MAC address จาก Interface ID ที่ได้จาก EUI-64 หรือในทางกลับกันสร้าง EUI-64 จาก MAC
ระบุประเภทที่อยู่อัตโนมัติ: loopback, link-local, ULA, global unicast, multicast, ที่อยู่แมป IPv4
ตรวจสอบความถูกต้องของรูปแบบที่อยู่: ตรวจจับ :: หลายตัว เลขกลุ่มผิดจำนวน อักขระผิด เลข 0 นำหน้าเกินและข้อผิดพลาดอื่นๆ
แปลงเลขฐานสิบหก/เลขฐานสิบ/เลขฐานสองของที่อยู่ IPv6 แสดงโครงสร้างไบนารี 128 บิต
วิเคราะห์ส่วนต่างๆ ของที่อยู่: global routing prefix, subnet ID, interface identifier แยกการวิเคราะห์
รองรับที่อยู่ฝัง IPv4 (เช่น ::ffff:192.168.1.1) จดจำและแปลงที่อยู่ NAT64 ที่แมป IPv4
อ้างอิงสัญกรณ์ prefix ยอดนิยม (/32 /48 /56 /64 /128) คำอธิบายและวัตถุประสงค์การใช้งาน
อินพุตรองรับวางที่อยู่หลายบรรทัดประมวลผลเป็นชุด เหมาะสำหรับสคริปต์และประมวลผลรายการข้อมูลจำนวนมาก
ผลลัพธ์ทั้งหมดสามารถคัดลอกได้ในคลิกเดียวและให้ตัวอย่างโค้ด Python/JavaScript/Java

คำถามที่พบบ่อย

เหตุใดที่อยู่ IPv6 จึงยาวนัก มีวิธีลัดในการจดจำหรือไม่?

ที่อยู่ IPv6 ยาวเพราะมี 128 บิต แก้ปัญหาการขาดแคลนที่อยู่ IPv4 4.3 พันล้านหมด ความยาวไม่ได้ตั้งใจให้มนุษย์จดจำทั้งหมด การใช้งานจริงส่วนใหญ่: ①จำแค่ prefix (เช่น 2001:db8::/32) ส่วนที่เหลือเป็นโฮสต์สามารถค้นหาได้; ②ใช้ DNS (AAAA record) แทนการจำ IP; ③ย่อเป็นรูปแบบ RFC 5952 ด้วย :: ลดความยาว เช่น loopback ::1 สั้นมาก การดีบักใช้เครื่องมือขยาย/ย่อ ที่อยู่ที่พบบ่อยสุดในชีวิตประจำวันมีแค่ ::1, fe80:: และที่อยู่ LAN หลายรายการ ที่เหลืออาศัย DNS และการคัดลอก

ในที่อยู่หนึ่ง :: สามารถปรากฏกี่ครั้ง? เหตุใดจึงจำกัด?

มากที่สุดหนึ่งครั้ง! เพราะ :: แทน "กลุ่ม 0 ต่อเนื่องกันหลายกลุ่ม" หากมี :: สองตัว จะไม่สามารถกำหนดจำนวนกลุ่ม 0 ที่แต่ละอันควรแทนที่ได้อย่างไม่ซ้ำกัน ตัวอย่างเช่น 2001::db8::1 กลุ่มที่รู้จัก 3 กลุ่ม (2001, db8, 1) เหลือ 5 กลุ่มที่จะแบ่งระหว่าง :: สองอัน สามารถแบ่งเป็น 1+4, 2+3, 3+2, 4+1 ได้หลายวิธี ไม่สามารถถอดรหัสเป็นที่อยู่เดียวได้ จึงจำกัดหนึ่งครั้งโดยเด็ดขาด

ที่อยู่ IPv6 มี "ที่อยู่เครือข่าย" และ "ที่อยู่ออกอากาศ" เช่น IPv4 หรือไม่?

IPv6 ไม่มีแนวคิด broadcast ที่ส่งไปทุกโฮสต์ ใช้ multicast แทน ดังนั้นจึงไม่มีที่อยู่ออกอากาศสูงสุดของเครือข่ายย่อย (ทั้งหมดเป็น 1) อย่างเคร่งครัด แม้บางเอกสารเรียก all-ones เป็นที่อยู่ subnet-router anycast (เราเตอร์ทั้งหมดในเครือข่ายย่อย); ส่วนที่อยู่เครือข่าย (subnet ID 64 บิตเป็น 0 ทั้งหมด) ยังคงมีแนวคิดนี้ แต่ข้อจำกัดไม่เข้มงวดเท่า IPv4 อย่างไรก็ตาม แนวทางปฏิบัติที่ดีที่สุดคือ: ที่อยู่ที่มี interface identifier เป็น 0 ทั้งหมดยังคงถูกหลีกเลี่ยงว่าเป็น "ที่อยู่เครือข่าย" เพื่อหลีกเลี่ยงความสับสน

เหตุใดเครือข่ายย่อย /64 จึงเป็นมาตรฐาน? สามารถใช้ /80 หรือ /96 ได้หรือไม่?

/64 เป็นมาตรฐานเพราะ: ①SLAAC ต้องการ Interface ID 64 บิต; ②EUI-64 สร้าง Interface ID 64 บิตจาก MAC; ③กลไกการรักษาความเป็นส่วนตัว (ความเป็นส่วนตัวส่วนขยาย / ส่วนขยายที่อยู่ที่เสถียร) ต้องใช้พื้นที่ 64 บิต; ④หลายโปรโตคอล (เช่น NDP, SEcure Neighbor Discovery) ถือว่าเครือข่ายย่อย IPv6 มีขนาด 64 บิต การใช้ความยาวอื่นบนลิงก์ LAN จะทำให้คุณสมบัติเหล่านี้ล้มเหลวหรือเกิดปัญหา หากต้องการแบ่งกลุ่มเครือข่ายย่อยอย่างละเอียด ให้แบ่ง prefix ด้านบน /64 (เช่น /48 แบ่ง /56 แล้วแบ่ง /64) แต่เครือข่ายย่อยที่ใช้งานจริงบนลิงก์ต้องเป็น /64

จะทราบได้อย่างไรว่าที่อยู่ IPv6 เป็นประเภทไหน (สาธารณะ/link-local/ULA)?

ดู prefix เริ่มต้น: ขึ้นต้นด้วย 2xxx หรือ 3xxx (2000::/3) เป็นยูนิคาสต์ระดับโลก (สาธารณะ); ขึ้นต้นด้วย fe8 ส่วนที่เหลือหลัง 10 บิตเป็นศูนย์ (fe80::/10) คือ link-local; ขึ้นต้นด้วย fd (fd00::/8) คือ ULA ที่สร้างเอง; ขึ้นต้นด้วย fc (fc00::/8) ยังไม่ได้กำหนด; ขึ้นต้นด้วย ff (ff00::/8) คือ multicast; เป็น ::1 คือ loopback เครื่องมือนี้สามารถระบุประเภทที่อยู่ที่ป้อนได้อัตโนมัติ

EUI-64 สร้าง Interface ID อย่างไร? เหตุใดจึงต้องแทรก ff:fe ตรงกลาง?

กระบวนการ EUI-64: ①นำ MAC address 48 บิต (6 ไบต์) เช่น 00:11:22:aa:bb:cc; ②แยกเป็นสองครึ่งที่ไบต์ที่ 3 แทรก ff:fe (2 ไบต์) ตรงกลาง ได้ 00:11:22:ff:fe:aa:bb:cc; ③พลิกบิต universal/local (บิตที่ 7 ของไบต์แรก นับจาก 1 คือบิตที่สองจากซ้ายของไบต์แรก) หากตั้งค่า universal 0 ก็พลิกเป็น 1 กล่าวคือบิตที่สองของไบต์แรกพลิก 0→1, 1→0 ตัวอย่าง 00 กลายเป็น 02; ได้ Interface ID สุดท้ายคือ 0211:22ff:feaa:bbcc ความสำคัญของการแทรก ff:fe คือทำให้ตัวระบุ EUI-64 ที่ได้จาก MAC-48, EUI-48 สามารถแยกแยะได้จาก EUI-64 ดั้งเดิม (ไม่ซ้ำกัน)

ความแตกต่างระหว่าง IPv6 ULA กับที่อยู่ส่วนตัว 192.168.x.x ของ IPv4 คืออะไร?

ทั้งสองใช้ภายในเครือข่ายท้องถิ่น ไม่สามารถกำหนดเส้นทางบนอินเทอร์เน็ตได้ แต่มีความแตกต่าง: (1) ULA prefix fd00::/8 เป็น Global ID 40 บิตสุ่มตามข้อกำหนด ทำให้โอกาสที่ ULA ขององค์กรต่างๆ ชนกันต่ำมาก แม้เชื่อมต่อเครือข่ายก็ไม่ขัดแย้ง 192.168.x.x เป็นประเภทเดียวมีเพียง 3 บล็อก องค์กรหลายแห่งใช้ซ้ำกันง่ายชนกันเมื่อ VPN/เชื่อมต่อ; (2) ULA ไม่จำกัดขนาด เราเตอร์สามารถกำหนดเส้นทางได้ตามปกติ ไม่เหมือน NAT ที่ใช้ที่อยู่ส่วนตัวจำนวนมากของ IPv4; (3) แต่ยังแนะนำให้ใช้ที่อยู่ GUA สาธารณะโดยตรงใน IPv6 การใช้ ULA เป็นเพียงสถานการณ์พิเศษ

เหตุใดบนอินเทอร์เฟซเดียวจึงมีที่อยู่ IPv6 หลายรายการ (หลาย fe80, หลาย 2xxx)?

นี่เป็นคุณสมบัติของ IPv6 อินเทอร์เฟซเดียวสามารถมีที่อยู่หลายชนิดได้พร้อมกัน: ที่อยู่ link-local (fe80::) มีอย่างน้อยหนึ่งรายการ; ที่อยู่ GUA อาจมีได้หลายรายการเช่น ที่อยู่ถาวร + ที่อยู่ชั่วคราวความเป็นส่วนตัว (Privacy Extensions หมุนเวียนเป็นระยะป้องกันการติดตาม); อาจมี ULA ด้วย ที่อยู่หลายรายการทำงานร่วมกันโดยไม่ขัดแย้ง ระบบเลือกที่อยู่ต้นทางตามกฎการเลือกที่อยู่

ใน IPv6 จำเป็นต้องมี NAT เหมือน IPv4 หรือไม่? เหตุใดที่อยู่จึงมากมายยังมี NAT64/NPTv6?

ปรัชญาการออกแบบดั้งเดิมของ IPv6 คือที่อยู่สาธารณะปลายทางถึงปลายทาง ไม่ต้องใช้ NAT สำหรับที่อยู่สาธารณะเพียงพอสำหรับทุกอุปกรณ์ ในทางปฏิบัติยังคงมี NAT64 (การเข้าถึงเครือข่าย IPv4 ของโฮสต์ IPv6-only, ระยะเปลี่ยนผ่านชั่วคราว), NPTv6 (การแปล prefix ภายในและภายนอกสำหรับ multihome) แต่ไม่ใช่ "NAT แบบพอร์ตหลายลูกค้าหนึ่ง IP" ขนาดใหญ่เช่นเดียวกับ IPv4 NAPT ไม่จำเป็นต้องใช้สำหรับที่อยู่ GUA ภายในทั่วไป

เหตุใดรูปแบบที่อยู่ที่แสดงบน Linux/Windows/macOS จึงแตกต่างกัน? จะทำให้สอดคล้องกันได้อย่างไร?

ระบบปฏิบัติการและเครื่องมือเวอร์ชันต่างๆ อาจไม่ปฏิบัติตาม RFC 5952 อย่างเข้มงวด: Linux (ip -6 addr) มักใช้ตัวพิมพ์เล็ก ย่อได้ แต่ขึ้นกับเวอร์ชัน; Windows (ipconfig) มักแสดงตัวพิมพ์ใหญ่และเลข 0 นำหน้าครบทุกกลุ่ม (รูปแบบขยาย); macOS คล้ายกับ Linux แต่ก็มีความแตกต่าง วิธีแก้คือ: ใช้เครื่องมือนี้ทำให้เป็นมาตรฐาน RFC 5952 ก่อนเปรียบเทียบ/เก็บรายการ รับประกันรูปแบบสอดคล้องกัน ตัวพิมพ์เล็ก ลบ 0 นำหน้า ย่อ :: ตามกฎ

การแก้ไขปัญหา

ที่อยู่มีเครื่องหมาย :: สองตัว (เช่น 2001::db8::1) เครื่องมือแจ้งรูปแบบไม่ถูกต้อง

กฎไวยากรณ์พื้นฐาน IPv6: :: ปรากฏได้มากที่สุดครั้งเดียว สองครั้งจะไม่สามารถกำหนดจำนวนศูนย์ได้อย่างไม่ซ้ำกัน บางคนย่อ :: ทุกที่ที่มีศูนย์ ซึ่งผิดกฎ ต้องเลือกชุดยาวที่สุดย่อหนึ่งครั้ง ยกตัวอย่างเช่น 2001:0:0:db8:0:0:0:1 ควรย่อเป็น 2001::db8:0:0:0:1 ไม่ใช่ 2001::db8::1

ที่อยู่เป็นรูปแบบมาตรฐาน RFC 5952 ในอุปกรณ์ แต่หลังจากคัดลอกมายังระบบอื่นไม่สามารถจับคู่ได้

บางระบบแสดงตัวพิมพ์ใหญ่ RFC 5952 กำหนดตัวพิมพ์เล็ก ต้องแปลงตัวพิมพ์ใหญ่เป็นตัวพิมพ์เล็กก่อนเปรียบเทียบ บางระบบเก็บ 0 นำหน้า (เช่น 0db8) บางระบบลบ (db8) ต้องลบเลข 0 นำหน้าก่อนเปรียบเทียบ การย่อ :: ไม่สอดคล้อง: บางโปรแกรมย่อชุด 0 ชุดแรก บางย่อชุดหลัง ต้องย่อชุดยาวที่สุด/ชุดแรกตาม RFC 5952 มี %zone_id ต่อท้าย link-local (เช่น fe80::1%eth0) ต้องตัดส่วน % ก่อนเปรียบเทียบ

เครื่องคอมพิวเตอร์/เราเตอร์ใช้ที่อยู่ fe80:: แม้จะกำหนดที่อยู่สาธารณะ IPv6 แล้ว

พฤติกรรมปกติ! ทุกอินเทอร์เฟซที่เปิดใช้งาน IPv6 จะมีที่อยู่ link-local fe80::/10 หนึ่งหรือมากกว่าเสมอ Link-local ไม่สามารถกำหนดเส้นทางข้ามเราเตอร์ได้ ใช้สำหรับสื่อสารในเครือข่ายท้องถิ่นและค้นพบเพื่อนบ้าน ไม่ได้หมายความว่าการกำหนดค่าที่อยู่สาธารณะล้มเหลว สามารถทำงานร่วมกับหลายที่อยู่บนอินเทอร์เฟซเดียวได้ เมื่อใช้ fe80:: ส่งคำขอต้องระบุอินเทอร์เฟซออก (เช่น ping6 fe80::1%eth0)

หลังคำนวณ CIDR เครื่องมือได้ที่อยู่เครือข่าย แต่ที่อยู่ที่อยู่ในช่วงเครือข่ายย่อยสามารถสื่อสารไม่ได้/การกำหนดค่าถูกปฏิเสธ

ใน IPv6 /64 เป็นเครือข่ายย่อยพื้นฐาน SLAAC, EUI-64 ต้องใช้เครือข่ายย่อย /64 การตั้งค่าความยาว prefix อื่นบนลิงก์ LAN อาจทำให้อุปกรณ์ทำงานผิดปกติ ไม่อนุญาตให้ตั้งค่าที่อยู่เครือข่าย (เช่น :0 ทุกบิตใน subnet เป็น 0) แม้ IPv6 จะไม่มีข้อห้ามอย่างชัดเจน แต่ขอแนะนำให้หลีกเลี่ยงในการใช้งานจริง เราเตอร์และโฮสต์หลายตัวใช้ที่อยู่พิเศษเช่น anycast ตรวจสอบว่า firewall บล็อกบล็อกเครือข่ายหรือไม่

อภิธานศัพท์

IPv6: อินเทอร์เน็ตโพรโทคอลรุ่นที่ 6 ที่อยู่ 128 บิต แก้ปัญหาการขาดแคลนที่อยู่ IPv4 และนำคุณสมบัติใหม่หลายประการ
ที่อยู่ยูนิคาสต์ระดับโลก (Global Unicast): ที่อยู่สาธารณะของ IPv6 สามารถกำหนดเส้นทางทั่วโลก ปัจจุบันใช้ prefix 2000::/3
Link-Local: ที่อยู่เฉพาะส่วนเชื่อมต่อ prefix fe80::/10 อุปกรณ์สร้างอัตโนมัติ ไม่ข้ามเราเตอร์ ใช้สำหรับค้นพบเพื่อนบ้านและ SLAAC
ULA (Unique Local Address): ที่อยู่ในระบบของ IPv6 prefix fc00::/7 เทียบเท่าที่อยู่ส่วนตัว 192.168.x.x ของ IPv4 ใช้ภายในองค์กร ไม่สามารถกำหนดเส้นทางสาธารณะ
CIDR: Classless Inter-Domain Routing สัญกรณ์ ที่อยู่/ความยาวคำนำหน้า (เช่น /32) แทนบล็อกเครือข่าย
Prefix (คำนำหน้า): บิตส่วนหน้าของที่อยู่ ระบุบล็อกเครือข่าย เช่น /64 หมายถึง 64 บิตแรกเป็นส่วนเครือข่าย
Interface ID: บิตส่วนหลังของที่อยู่ (ปกติ 64 บิต) ระบุอินเทอร์เฟซเฉพาะในส่วนเครือข่าย
RFC 5952: มาตรฐานรูปแบบข้อความที่อยู่ IPv6 กำหนดกฎตัวพิมพ์เล็ก การลบเลข 0 นำหน้า และกฎการย่อ ::
สัญกรณ์ :: (การย่อเลขศูนย์): ในที่อยู่สามารถย่อชุด 0 ต่อเนื่องหนึ่งชุดเป็น :: ได้ ปรากฏได้มากที่สุดครั้งเดียว
SLAAC: Stateless Address Autoconfiguration การกำหนดค่าที่อยู่อัตโนมัติแบบไร้สัญชาติ โฮสต์สร้างที่อยู่ได้อัตโนมัติไม่ต้องอาศัย DHCP
EUI-64: วิธีสร้าง Interface ID 64 บิตจาก MAC address 48 บิตโดยแทรก ff:fe ตรงกลางและพลิกบิตที่ 7
Multicast: การส่งกลุ่ม IPv6 ใช้ multicast (ff00::/8) แทน broadcast ของ IPv4
ที่อยู่ loopback: ::1/128 เทียบเท่า 127.0.0.1 ของ IPv4 สื่อสารกับเครื่องตัวเอง
ที่อยู่ที่แมป IPv4: ::ffff:a.b.c.d/96 รูปแบบการแสดงผลที่อยู่ IPv4 ในสแต็กคู่
DAD (Duplicate Address Detection): การตรวจจับที่อยู่ซ้ำ โฮสต์ตรวจสอบว่าที่อยู่ถูกใช้ไปหรือไม่ก่อนใช้ที่อยู่ SLAAC
Router Advertisement (RA): ข้อความประกาศจากเราเตอร์ ให้ prefix เกตเวย์พารามิเตอร์กับโฮสต์ในลิงก์รองรับ SLAAC

ตารางเปรียบเทียบความยาว Prefix ยอดนิยม IPv6

ความยาว Prefix	ชื่อ/การใช้งาน	จำนวนที่อยู่	จำนวน /64 ที่สามารถแบ่งได้	คำอธิบาย
`/3`	IANA ไปยัง RIR	2^125 ≈ 4.25×10³⁷	`2^(125-64)=2^61`	บล็อกยูนิคาสต์ระดับโลกปัจจุบัน (2000::/3)
`/32`	RIR ไปยัง ISP/องค์กรขนาดใหญ่	2^96 ≈ 7.92×10²⁸	`2^(96-64)=2^32=4294967296`	ขนาดการจัดสรรมาตรฐานระดับองค์กร
`/48`	ไซต์องค์กร/ขนาดกลาง	2^80 ≈ 1.21×10²⁴	`2^(80-64)=2^16=65536`	มักมอบให้ไซต์องค์กรขนาดกลาง แบ่ง 65536 /64
`/52`	การแบ่ง ISP ขนาดกลาง	2^76 ≈ 7.56×10²²	`2^(76-64)=4096`	บางภูมิภาคใช้เป็นการจัดสรรระดับผู้ใช้ขนาดใหญ่
`/56`	ไซต์บ้าน/สำนักงานขนาดเล็ก	2^72 ≈ 4.72×10²¹	`2^(72-64)=256`	การจัดสรรบรอดแบนด์บ้านยอดนิยม แบ่ง 256 /64
`/60`	สมาชิกระดับเล็กมาก	2^68 ≈ 2.95×10²⁰	`2^(68-64)=16`	บาง ISP มอบขนาดเล็กลง
`/64`	เครือข่ายย่อยเดียวมาตรฐาน	2^64 ≈ 1.84×10¹⁹	`1`	เครือข่ายย่อยพื้นฐาน ขนาดมาตรฐาน SLAAC/EUI-64
`/128`	ที่อยู่โฮสต์เดียว	1	`-`	เทียบเท่า /32 ของ IPv4 อุปกรณ์เดียวระบุ
`/127`	ลิงก์จุดต่อจุด	2	`-`	มาตรฐาน RFC 6164 สำหรับการเชื่อมต่อระหว่างเราเตอร์
`/96`	รูปแบบฝัง/ความเข้ากันได้ IPv4	2^32=4294967296	`-`	::ffff:0:0/96 ที่อยู่แมป IPv4
`/10`	Link-Local	2^118 ≈ 3.32×10³⁵	`-`	fe80::/10 แต่ละลิงก์/อินเทอร์เฟซจะมี
`/8`	Multicast	2^120 ≈ 1.33×10³⁶	`-`	ff00::/8 ไม่มี broadcast ใน IPv6 ใช้ multicast ทั้งหมด

ตารางจำแนกประเภทที่อยู่ IPv6

ช่วงที่อยู่ (Prefix)	ประเภท	คำอธิบาย	เทียบได้กับ IPv4
`::1/128`	ที่อยู่ Loopback	ที่อยู่ตัวเอง	127.0.0.1
`::/128`	ที่อยู่ที่ไม่ได้ระบุ	ไม่ได้ระบุที่อยู่	0.0.0.0
`2000::/3`	ยูนิคาสต์ระดับโลก	ที่อยู่สาธารณะทั่วโลกที่กำหนดเส้นทางได้	ที่อยู่สาธารณะ IPv4
`fe80::/10`	Link-Local	เฉพาะส่วนเชื่อมต่อ กำหนดค่าอัตโนมัติ	APIPA (169.254.x.x)
`fc00::/7`	ULA (ที่อยู่ในระบบ)	ภายในองค์กร ไม่กำหนดเส้นทางสาธารณะ	10/8, 172.16/12, 192.168/16
`ff00::/8`	Multicast	การส่งกลุ่ม	Multicast IPv4 + broadcast แทนที่
`::ffff:0:0/96`	ที่อยู่แมป IPv4	สแต็กคู่แสดงที่อยู่ IPv4	-
`64:ff9b::/96`	NAT64	การแปลงที่อยู่เครือข่าย IPv6 เข้าถึง IPv4	-
`2001:db8::/32`	บล็อกตัวอย่างเอกสาร	เอกสาร บทช่วยสอน ตัวอย่าง ห้ามใช้จริง	TEST-NET 192.0.2.0/24
`2002::/16`	6to4 (ล้าสมัย)	อุโมงค์อัตโนมัติ (ล้าสมัย)	-
`2001::/32`	Teredo	อุโมงค์ผ่าน NAT (ลดการใช้งาน)	-