ที่อยู่ Internet Protocol เวอร์ชัน 6 ( ที่อยู่ IPv6 ) คือป้ายกำกับตัวเลขที่ใช้ระบุและค้นหาอินเทอร์เฟซเครือข่ายของคอมพิวเตอร์หรือโหนดเครือข่ายที่เข้าร่วมในเครือข่ายคอมพิวเตอร์ที่ใช้IPv6 ที่อยู่ IPจะรวมอยู่ในส่วนหัวของแพ็กเก็ตเพื่อระบุแหล่งที่มาและปลายทางของแต่ละแพ็กเก็ต ที่อยู่ IP ของปลายทางจะใช้ในการตัดสินใจเกี่ยวกับการกำหนดเส้นทางแพ็กเก็ต IPไปยังเครือข่ายอื่น

IPv6 เป็นระบบกำหนดแอดเดรสรุ่นต่อจากระบบกำหนดแอดเดรสรุ่นแรกของอินเทอร์เน็ตคือInternet Protocol version 4 (IPv4) แตกต่างจาก IPv4 ที่กำหนดแอดเดรส IP เป็นค่า 32 บิต แอดเดรส IPv6 มีขนาด 128 บิต ดังนั้นเมื่อเปรียบเทียบกันแล้ว IPv6 จึงมี พื้นที่แอดเดรส ที่ กว้างขวาง กว่ามาก

ที่อยู่ IPv6 ถูกจำแนกตามวิธีการกำหนดที่อยู่และการกำหนดเส้นทางหลักที่ใช้กันทั่วไปในเครือข่าย ได้แก่ การกำหนดที่อยู่แบบยูนิคาสต์ การกำหนดที่อยู่แบบแอนิคาสต์ และการกำหนดที่อยู่แบบมัลติคาสต์^{[ 1 ]}

ที่อยู่แบบ ยูนิคาสต์ (Unicast address) ใช้ระบุอินเทอร์เฟซเครือข่ายเพียงตัวเดียว โปรโตคอลอินเทอร์เน็ต (Internet Protocol) จะส่งแพ็กเก็ตที่ส่งไปยังที่อยู่แบบยูนิคาสต์ไปยังอินเทอร์เฟซเฉพาะนั้น

ที่อยู่ แบบ Anycastจะถูกกำหนดให้กับกลุ่มของอินเทอร์เฟซ ซึ่งโดยปกติแล้วจะอยู่ในโหนดที่แตกต่างกัน แพ็กเก็ตที่ส่งไปยังที่อยู่แบบ Anycast จะถูกส่งไปยังอินเทอร์เฟซที่เป็นสมาชิกเพียงหนึ่งเดียว โดยทั่วไปแล้วจะเป็นโฮสต์ที่อยู่ใกล้ที่สุด ตามคำจำกัดความของระยะทางในโปรโตคอลการกำหนดเส้นทาง ที่อยู่แบบ Anycast นั้นระบุได้ยาก เนื่องจากมีรูปแบบเดียวกับที่อยู่แบบ Unicast และแตกต่างกันเพียงแค่การปรากฏอยู่ในเครือข่ายหลายจุด ที่อยู่แบบ Unicast เกือบทุกที่อยู่สามารถนำมาใช้เป็นที่อยู่แบบ Anycast ได้

ที่อยู่ มัลติแคสต์ยังถูกใช้โดยโฮสต์หลายตัวที่ได้รับที่อยู่ปลายทางมัลติแคสต์โดยการเข้าร่วมในโปรโตคอลการกระจายมัลติแคสต์ระหว่างเราเตอร์เครือข่าย แพ็กเก็ตที่ส่งไปยัง ที่อยู่ มัลติแคสต์จะถูกส่งไปยังอินเทอร์เฟซทั้งหมดที่เข้าร่วมกลุ่มมัลติแคสต์ที่เกี่ยวข้อง IPv6 ไม่ได้ใช้การกำหนดที่อยู่แบบบรอดแคสต์บทบาทดั้งเดิมของบรอดแคสต์ถูกแทนที่ด้วยการกำหนดที่อยู่แบบมัลติแคสต์ไปยังกลุ่มมัลติแคสต์แบบลิงก์โลคอลทุกโหนดff02::1อย่างไรก็ตาม การใช้กลุ่มทุกโหนดไม่เป็นที่แนะนำ และโปรโตคอล IPv6 ส่วนใหญ่ใช้กลุ่มมัลติแคสต์แบบลิงก์โลคอลเฉพาะโปรโตคอลเพื่อหลีกเลี่ยงการรบกวนทุกอินเทอร์เฟซในเครือข่ายที่กำหนด

ที่อยู่ IPv6 ประกอบด้วย 128 บิต^{[ 1 ]}สำหรับวิธีการกำหนดที่อยู่และการกำหนดเส้นทางหลักแต่ละวิธี จะมีการรับรู้รูปแบบที่อยู่ต่างๆ โดยการแบ่งบิตที่อยู่ 128 บิตออกเป็นกลุ่มบิต และใช้กฎที่กำหนดไว้สำหรับการเชื่อมโยงค่าของกลุ่มบิตเหล่านี้กับคุณลักษณะการกำหนดที่อยู่พิเศษ

โดยทั่วไป ที่อยู่ แบบ UnicastและAnycastจะประกอบด้วยส่วนตรรกะสองส่วน ได้แก่ คำนำหน้าเครือข่าย 64 บิตที่ใช้สำหรับการกำหนดเส้นทางและตัวระบุอินเทอร์เฟซ 64 บิตที่ใช้ระบุอินเทอร์เฟซเครือข่ายของโฮสต์

คำนำหน้าเครือข่าย ( คำนำหน้าการกำหนดเส้นทางรวมกับรหัสซับเน็ต ) อยู่ใน 64 บิตที่สำคัญที่สุดของที่อยู่ ขนาดของคำนำหน้าการกำหนดเส้นทางอาจแตกต่างกันไป ขนาดคำนำหน้าที่ใหญ่กว่าหมายถึงขนาด รหัสซับ เน็ตที่ เล็กกว่า บิตของ ฟิลด์ รหัสซับเน็ตนั้นพร้อมใช้งานสำหรับผู้ดูแลระบบเครือข่าย เพื่อกำหนดซับเน็ตภายในเครือข่ายที่กำหนด ตัวระบุอินเทอร์เฟซ 64 บิตจะถูกสร้างขึ้นโดยอัตโนมัติแบบสุ่ม ได้รับจาก เซิร์ฟเวอร์ DHCPv6หรือกำหนดด้วยตนเอง (ในอดีต จะถูกสร้างขึ้นโดยอัตโนมัติจากที่อยู่ MAC ของอินเทอร์เฟซ โดยใช้ รูปแบบ EUI-64 ที่แก้ไขแล้วแต่วิธีนี้ไม่แนะนำในปัจจุบันด้วยเหตุผลด้านความเป็นส่วนตัว^{[ 2 ]} )

ที่อยู่เครือข่ายท้องถิ่นที่ไม่ซ้ำกันนั้นมีลักษณะคล้ายกับที่อยู่เครือ ข่ายส่วนตัว IPv4

ฟิลด์คำนำหน้าประกอบด้วยค่าไบนารี 1111110 บิต Lเป็นหนึ่งสำหรับที่อยู่ที่กำหนดในพื้นที่ ช่วงที่อยู่ที่มีLเป็นศูนย์ยังไม่ได้กำหนดไว้ในขณะนี้ ฟิลด์ สุ่มจะถูกเลือกแบบสุ่มเพียงครั้งเดียว ในช่วงเริ่มต้นของคำนำหน้าการกำหนดเส้นทาง / 48

ที่อยู่ลิงก์โลคัล (link-local address) ก็ใช้ตัวระบุอินเทอร์เฟซเป็นพื้นฐานเช่นกัน แต่ใช้รูปแบบที่แตกต่างกันสำหรับคำนำหน้าเครือข่าย (network prefix)

ฟิลด์คำนำหน้าประกอบด้วยค่าไบนารี 1111111010 เลขศูนย์ 54 ตัวที่ตามมาทำให้คำนำหน้าเครือข่ายทั้งหมดเหมือนกันสำหรับที่อยู่ลิงก์โลคัลทั้งหมด ( fe80:: / 64คำนำหน้าที่อยู่ลิงก์โลคัล ) ทำให้ไม่สามารถกำหนดเส้นทางได้

ที่อยู่ มัลติแคสต์ถูกสร้างขึ้นตามกฎการจัดรูปแบบเฉพาะหลายประการ ขึ้นอยู่กับแอปพลิเคชันนั้นๆ

สำหรับที่อยู่มัลติแคสต์ทั้งหมด ฟิลด์ คำนำ หน้าจะมีค่าไบนารี 11111111

ปัจจุบัน บิตแฟล็กสามในสี่บิตใน ฟิลด์ flgได้รับการกำหนดแล้ว^{[ 1 ]}บิตแฟล็กที่มีนัยสำคัญที่สุดถูกสงวนไว้สำหรับการใช้งานในอนาคต

ฟิลด์ขอบเขตสี่บิต ( sc ) ใช้เพื่อระบุว่าที่อยู่ดังกล่าวถูกต้องและเป็นเอกลักษณ์ที่ใด

นอกจากนี้ ฟิลด์ขอบเขตยังใช้เพื่อระบุที่อยู่มัลติแคสต์พิเศษ เช่นโหนดที่ร้องขอ

ฟิลด์sc(ope)เก็บค่าไบนารี 0010 (link-local) ที่อยู่มัลติแคสต์ของโหนดที่ร้องขอจะถูกคำนวณโดยใช้ฟังก์ชันของที่อยู่ยูนิแคสต์หรือแอนนี่แคสต์ของโหนด ที่อยู่มัลติแคสต์ของโหนดที่ร้องขอจะถูกสร้างขึ้นโดยการคัดลอก 24 บิตสุดท้ายของที่อยู่ยูนิแคสต์หรือแอนนี่แคสต์ไปยัง 24 บิตสุดท้ายของที่อยู่มัลติแคสต์

ที่อยู่มัลติแคสต์แบบกำหนดขอบเขตลิงก์ใช้รูปแบบที่เทียบเคียงได้^{[ 6 ]}

ที่อยู่ IPv6 แสดงด้วยกลุ่มตัวเลข ฐาน สิบหก 8 กลุ่ม กลุ่มละ 4 หลัก แต่ละกลุ่มแทน 16 บิต^{[ b ]}กลุ่มต่างๆ คั่นด้วยเครื่องหมายโคลอน (:) ตัวอย่างของที่อยู่ IPv6 คือ:

มาตรฐานดังกล่าวให้ความยืดหยุ่นในการแสดงที่อยู่ IPv6 การแสดงกลุ่มสี่หลักแปดกลุ่มแบบเต็มสามารถลดความซับซ้อนได้ด้วยเทคนิคหลายอย่าง โดยการกำจัดส่วนต่าง ๆ ของการแสดง โดยทั่วไป การแสดงจะถูกย่อให้สั้นที่สุดเท่าที่จะเป็นไปได้ อย่างไรก็ตาม การปฏิบัตินี้ทำให้การดำเนินการทั่วไปหลายอย่างซับซ้อนขึ้น เช่น การค้นหาที่อยู่เฉพาะหรือรูปแบบที่อยู่ในเอกสารข้อความหรือสตรีม และการเปรียบเทียบที่อยู่เพื่อพิจารณาความเท่าเทียมกัน เพื่อลดความซับซ้อนเหล่านี้คณะทำงานด้านวิศวกรรมอินเทอร์เน็ต (IETF) ได้กำหนดรูปแบบมาตรฐานสำหรับการแสดงที่อยู่ IPv6 ในข้อความ: ^{[ 9 ]}

• ตัวเลขฐานสิบหกจะถูกเปรียบเทียบโดยไม่คำนึงถึงตัวพิมพ์ใหญ่หรือเล็กเสมอ แต่คำแนะนำของ IETF แนะนำให้ใช้เฉพาะตัวพิมพ์เล็กเท่านั้น ตัวอย่างเช่น2001:db8::1เป็นที่นิยมมากกว่า2001:DB8::1 ;
• เลขศูนย์นำหน้าในแต่ละฟิลด์ 16 บิตจะถูกตัดออก แต่แต่ละกลุ่มจะต้องคงตัวเลขอย่างน้อยหนึ่งหลักไว้ ตัวอย่างเช่น2001:0db8::0001:0000จะถูกแสดงผลเป็น2001:db8::1:0 ;
• ลำดับของฟิลด์ที่เป็นศูนย์ทั้งหมดติดต่อกันที่ยาวที่สุดจะถูกแทนที่ด้วยเครื่องหมายโคลอนสองตัว ( : :) หากที่อยู่ประกอบด้วยฟิลด์ที่เป็นศูนย์ทั้งหมดหลายชุดที่มีขนาดเท่ากัน เพื่อป้องกันความกำกวม ฟิลด์ที่อยู่ซ้ายสุดจะถูกบีบอัด ตัวอย่างเช่น 2001:db8:0:0 : 1:0:0:1จะถูกแสดงเป็น2001:db8::1:0:0:1แทนที่จะเป็น2001:db8:0:0:1::1 :: ไม่ได้ใช้เพื่อแสดงฟิลด์ที่เป็นศูนย์ทั้งหมดเพียงฟิลด์เดียว ตัวอย่างเช่น2001:db8:0:0:0:0:2:1จะถูกย่อเป็น2001:db8::2:1แต่2001:db8:0000:1:1:1:1:1จะถูกแสดงเป็น2001:db8:0:1:1:1:1:1

วิธีการเหล่านี้สามารถทำให้ที่อยู่ IPv6 มีขนาดสั้นลงมาก ตัวอย่างเช่น ที่อยู่ localhost (loopback) 0:0:0:0:0:0:0:1และที่อยู่ IPv6 ที่ไม่ระบุ0:0:0:0:0:0:0:0จะถูกลดทอนเหลือเพียง::1และ::ตามลำดับ

ในช่วงการเปลี่ยนผ่านของอินเทอร์เน็ตจาก IPv4 ไปเป็น IPv6 มักจะใช้งานในสภาพแวดล้อมการกำหนดแอดเดรสแบบผสม สำหรับกรณีการใช้งานดังกล่าว ได้มีการนำสัญกรณ์พิเศษมาใช้ ซึ่งแสดงแอดเดรส IPv4-mapped และ IPv6 ที่เข้ากันได้กับ IPv4 โดยการเขียนบิต 32 บิตที่สำคัญที่สุดของแอดเดรสในรูปแบบจุดทศนิยม ของ IPv4 ที่คุ้นเคย ในขณะที่บิต 96 บิตที่สำคัญที่สุดจะเขียนในรูปแบบ IPv6 ตัวอย่างเช่น แอดเดรส IPv4-mapped IPv6 ::ffff:c000:0280จะเขียนเป็น::ffff:192.0.2.128ซึ่งแสดงให้เห็นอย่างชัดเจนถึงแอดเดรส IPv4 เดิมที่ถูกแมปไปยัง IPv6

เครือข่าย IPv6 ใช้บล็อกที่อยู่ซึ่งเป็นกลุ่มของที่อยู่ IPv6 ที่ต่อเนื่องกัน โดยมีขนาดเป็นกำลังสอง ชุดบิตแรกของที่อยู่จะเหมือนกันสำหรับโฮสต์ทั้งหมดในเครือข่ายที่กำหนด และเรียกว่าที่อยู่ของเครือข่ายหรือ คำนำหน้าการ กำหนดเส้นทาง

ช่วงที่อยู่เครือข่ายเขียนด้วยสัญกรณ์ CIDRเครือข่ายจะถูกระบุด้วยที่อยู่แรกในบล็อก (ลงท้ายด้วยศูนย์ทั้งหมด) เครื่องหมายทับ (/) และ ค่า ทศนิยมที่เท่ากับขนาดเป็นบิตของคำนำหน้า ตัวอย่างเช่น เครือข่ายที่เขียนว่า2001:db8:1234:: / 48เริ่มต้นที่ที่อยู่2001:db8:1234:0000:0000:0000:0000:0000และสิ้นสุดที่2001:db8:1234:ffff:ffff:ffff:ffff: ffff

คำนำหน้าการกำหนดเส้นทางของที่อยู่อินเทอร์เฟซสามารถระบุได้โดยตรงพร้อมกับที่อยู่โดยใช้สัญกรณ์ CIDR ตัวอย่างเช่น การกำหนดค่าอินเทอร์เฟซที่มีที่อยู่2001 :db8:a::123ที่เชื่อมต่อกับซับเน็ต2001:db8:a:: / 64จะเขียนเป็น2001 :db8:a:: 123/64

ขนาดของบล็อกที่อยู่จะระบุโดยการเขียนเครื่องหมายทับ (/) ตามด้วยตัวเลขทศนิยมที่มีค่าเท่ากับความยาวของคำนำหน้าเครือข่ายในหน่วยบิต ตัวอย่างเช่น บล็อกที่อยู่ที่มีคำนำหน้า 48 บิต จะระบุด้วย/ 48บล็อกดังกล่าวจะมีที่อยู่^{2¹²⁸ − 4⁸} = ^2⁸⁰ที่อยู่ ยิ่งความยาวของคำนำหน้าเครือข่ายน้อยลงเท่าใด บล็อกก็จะยิ่งใหญ่ขึ้นเท่านั้น บล็อก / 21จะมีขนาดใหญ่กว่าบล็อก / 24 ถึง 8 เท่า

อักขระโคลอน (:) ในที่อยู่ IPv6 อาจขัดแย้งกับไวยากรณ์ที่กำหนดไว้ของตัวระบุทรัพยากร เช่นURIและURLโดยทั่วไปจะใช้โคลอนเพื่อยุติเส้นทางโฮสต์ก่อนหมายเลขพอร์ต^{[ 10 ]}เพื่อลดความขัดแย้งนี้ ที่อยู่ IPv6 ที่แท้จริงจะถูกล้อมด้วยวงเล็บเหลี่ยมในตัวระบุทรัพยากรดังกล่าว ตัวอย่างเช่น:

เมื่อ URL มีหมายเลขพอร์ตอยู่ด้วย จะใช้สัญลักษณ์ดังนี้:

โดยที่เลข 443 ต่อท้ายคือหมายเลขพอร์ตของตัวอย่างนี้

สำหรับแอดเดรสที่มีขอบเขตการใช้งานนอกเหนือจากขอบเขตทั่วโลก (ตามที่อธิบายไว้ในหัวข้อ§ ขอบเขตของแอดเดรส ) และโดยเฉพาะอย่างยิ่งสำหรับแอดเดรสแบบลิงก์โลคอล การเลือกอินเทอร์เฟซเครือข่ายสำหรับการส่งแพ็กเก็ตอาจขึ้นอยู่กับว่าแอดเดรสนั้นอยู่ในโซนใด แอดเดรสเดียวกันอาจใช้งานได้ในโซนต่างๆ และถูกใช้งานโดยโฮสต์ที่แตกต่างกันในแต่ละโซนเหล่านั้น แม้ว่าแอดเดรสเดียวจะไม่ถูกใช้งานในโซนต่างๆ แต่คำนำหน้าแอดเดรสสำหรับแอดเดรสในโซนเหล่านั้นอาจยังคงเหมือนกัน ซึ่งทำให้ระบบปฏิบัติการไม่สามารถเลือกอินเทอร์เฟซขาออกตามข้อมูลในตารางการกำหนดเส้นทาง (ซึ่งอิงตามคำนำหน้า) ได้

เพื่อแก้ไขความกำกวมในการระบุที่อยู่ด้วยข้อความ จึงจำเป็นต้อง...ดัชนีโซนจะต้องต่อท้ายที่อยู่ ดัชนีโซนจะถูกคั่นจากที่อยู่ด้วยเครื่องหมายเปอร์เซ็นต์(%) ^{[ 11 ]}แม้ว่าดัชนีโซนที่เป็นตัวเลขจะต้องได้รับการสนับสนุนโดยทั่วไป แต่ดัชนีโซนอาจเป็นสตริงที่ขึ้นอยู่กับการใช้งานก็ได้ ที่อยู่ลิงก์โลคอล

สามารถแสดงได้โดย

หรือ

รูปแบบแรก (การใช้ ชื่อ อินเทอร์เฟซ ) เป็นรูปแบบที่นิยมใช้ในระบบปฏิบัติการที่คล้ายUnix ส่วนใหญ่ (เช่น BSD , Linux , macOS ) ^{[ 12 ]} รูปแบบหลัง (การใช้หมายเลขอินเทอร์เฟซ) เป็นไวยากรณ์เดียวที่มีในMicrosoft Windowsแต่เนื่องจากการสนับสนุนไวยากรณ์นี้เป็นข้อบังคับตามมาตรฐาน จึงมีให้ใช้งานในระบบปฏิบัติการอื่นๆ ด้วย^{[ d ]}

ระบบปฏิบัติการที่ใช้ BSD (รวมถึง macOS) ยังรองรับไวยากรณ์ทางเลือกที่ไม่เป็นมาตรฐาน โดยที่ดัชนีโซนตัวเลขจะถูกเข้ารหัสในคำ 16 บิตที่สองของที่อยู่ ตัวอย่างเช่น:

ในระบบปฏิบัติการทั้งหมดที่กล่าวมาข้างต้น ดัชนีโซนสำหรับที่อยู่ลิงก์โลคอลนั้นหมายถึงอินเทอร์เฟซ ไม่ใช่โซน เนื่องจากอินเทอร์เฟซหลายตัวอาจอยู่ในโซนเดียวกัน (เช่น เมื่อเชื่อมต่อกับเครือข่ายเดียวกัน) ในทางปฏิบัติ ที่อยู่สองที่อยู่ที่มีตัวระบุโซนต่างกันอาจเทียบเท่ากัน และหมายถึงโฮสต์เดียวกันบนลิงก์เดียวกัน^{[ e ]}

เมื่อใช้ในตัวระบุทรัพยากรแบบเดียวกัน (URI) การใช้เครื่องหมายเปอร์เซ็นต์ทำให้เกิดความขัดแย้งทางไวยากรณ์ ดังนั้นจึงต้องหลีกเลี่ยงด้วยการเข้ารหัสเปอร์เซ็นต์^{[ 13 ]}เช่น:

ในระบบปฏิบัติการMicrosoft Windows ที่อยู่ IPv4 เป็นตัวระบุตำแหน่งที่ถูกต้องใน ชื่อพาธUniform Naming Convention (UNC) อย่างไรก็ตาม เครื่องหมายโคลอนเป็นอักขระที่ไม่ถูกต้องในชื่อพาธ UNC ดังนั้น การใช้ที่อยู่ IPv6 จึงไม่ถูกต้องในชื่อ UNC เช่นกัน ด้วยเหตุนี้ Microsoftจึงได้นำอัลกอริทึมการแปลงมาใช้เพื่อแสดงที่อยู่ IPv6 ในรูปแบบของชื่อโดเมนที่สามารถใช้ในพาธ UNC ได้ เพื่อจุดประสงค์นี้ Microsoft ได้จดทะเบียนและสงวนโดเมนระดับที่สองipv6-literal.netบนอินเทอร์เน็ต (แม้ว่าพวกเขาจะยกเลิกโดเมนนี้ในเดือนมกราคม 2014 ^{[ 14 ]} ) ที่อยู่ IPv6 จะถูกแปลงเป็นชื่อโฮสต์หรือ ชื่อ โดเมนย่อยภายในเนมสเปซ นี้ ในลักษณะดังต่อไปนี้:

เขียนว่า

ซอฟต์แวร์ของ Microsoft จะทำการแปลงสัญลักษณ์นี้โดยอัตโนมัติในเครื่อง โดยไม่ต้องสอบถามไปยังเซิร์ฟเวอร์ชื่อโดเมนใดๆ

หากที่อยู่ IPv6 มีดัชนีโซน ดัชนีโซนจะถูกเพิ่มต่อท้ายส่วนของที่อยู่หลังอักขระ 's':

เขียนว่า

ที่อยู่ IPv6 ทุกที่อยู่ ยกเว้นที่อยู่ที่ไม่ระบุ ( : :) จะมีขอบเขต^{[ 11 ]} ซึ่งระบุ ว่าที่อยู่ดังกล่าวใช้ได้ในส่วนใดของเครือข่าย

สำหรับ ที่อยู่ แบบยูนิคาสต์ จะมีการกำหนดขอบเขตไว้สองแบบ คือ ลิงก์โลคอล และโกลบอล

ที่อยู่ลิงก์โลคัลและที่อยู่ลูปแบ็กมี ขอบเขต เฉพาะลิงก์โลคัลซึ่งหมายความว่าสามารถใช้งานได้เฉพาะบนเครือข่ายที่เชื่อมต่อโดยตรงเพียงเครือข่ายเดียวเท่านั้น ที่อยู่ประเภทอื่นๆ ทั้งหมด (รวมถึงที่อยู่โลคัลเฉพาะ ) มี ขอบเขต ทั่วโลก (หรือสากล ) ซึ่งหมายความว่าสามารถกำหนดเส้นทางได้ทั่วโลกและสามารถใช้เชื่อมต่อกับที่อยู่ที่มี ขอบเขต ทั่วโลกได้ทุกที่ หรือเชื่อมต่อกับที่อยู่ที่มี ขอบเขต ลิงก์โลคัลบนเครือข่ายที่เชื่อมต่อโดยตรง

ที่อยู่ IP ภายในเครือข่ายที่ไม่ซ้ำกันมีขอบเขตการใช้งานทั่วโลก แต่ไม่ได้มีการบริหารจัดการทั่วโลก ดังนั้น เฉพาะโฮสต์อื่นๆ ในโดเมนการบริหารจัดการ เดียวกัน (เช่น องค์กร) หรือภายในโดเมนการบริหารจัดการที่ร่วมมือกันเท่านั้นที่จะสามารถเข้าถึงที่อยู่เหล่านี้ได้ หากมีการกำหนดเส้นทางอย่างถูกต้อง เนื่องจากมีขอบเขตการใช้งานทั่วโลก ที่อยู่เหล่านี้จึงยังคงใช้ได้เป็นที่อยู่ต้นทางเมื่อสื่อสารกับที่อยู่ที่มีขอบเขตการใช้งานทั่วโลกอื่นๆ แม้ว่าอาจเป็นไปไม่ได้ที่จะกำหนดเส้นทางแพ็กเก็ตจากปลายทางกลับไปยังต้นทางก็ตาม

ที่อยู่ แบบ Anycastมีโครงสร้างทางไวยากรณ์เหมือนกับที่อยู่แบบ Unicast ทุกประการ และไม่สามารถแยกแยะได้ ความแตกต่างเพียงอย่างเดียวคือด้านการบริหารจัดการ ดังนั้นขอบเขตการใช้งานของที่อยู่แบบ Anycast จึงเหมือนกับที่อยู่แบบ Unicast

สำหรับ ที่อยู่ มัลติแคสต์ บิตที่มีค่าต่ำที่สุดสี่บิตของอ็อกเท็ตที่อยู่ตัวที่สอง ( ff0 s :: ) จะระบุขอบเขตของที่อยู่sนั่นคือโดเมนที่ควรส่งแพ็กเก็ตมัลติแคสต์ไป ขอบเขตที่กำหนดไว้ล่วงหน้าและสงวนไว้มีดังนี้:

ขอบเขตอื่นๆ ทั้งหมดไม่ได้ถูกกำหนดไว้ และผู้ดูแลระบบสามารถใช้กำหนดภูมิภาคเพิ่มเติมได้

การจัดการกระบวนการจัดสรรที่อยู่ IPv6 ได้รับการมอบหมายให้แก่Internet Assigned Numbers Authority (IANA) ^{[ 16 ]}โดยคณะกรรมการสถาปัตยกรรมอินเทอร์เน็ตและกลุ่มกำกับดูแลด้านวิศวกรรมอินเทอร์เน็ตหน้าที่หลักของ IANA คือการจัดสรรบล็อกที่อยู่ขนาดใหญ่ให้กับหน่วยงานทะเบียนอินเทอร์เน็ตระดับภูมิภาค (RIRs) ซึ่งมีหน้าที่ในการจัดสรรให้กับ ผู้ให้ บริการเครือข่ายและหน่วยงานทะเบียนท้องถิ่นอื่นๆ IANA ได้รักษารายชื่อการจัดสรรพื้นที่ที่อยู่ IPv6 อย่างเป็นทางการมาตั้งแต่เดือนธันวาคม พ.ศ. 2538 ^{[ 17 ]}

เพื่อให้สามารถรวมเส้นทาง ได้อย่างมีประสิทธิภาพ ซึ่งจะช่วยลดขนาดของตารางเส้นทางอินเทอร์เน็ตปัจจุบันมีการจัดสรร พื้นที่แอดเดรสเพียงหนึ่งในแปดของทั้งหมด ( 2000:: / 3 ) สำหรับใช้บน อินเทอร์เน็ต ส่วนที่เหลือของพื้นที่แอดเดรส IPv6 จะถูกสงวนไว้สำหรับการ ^ใช้งานในอนาคตหรือเพื่อวัตถุประสงค์พิเศษ พื้นที่แอดเดรสจะถูกจัดสรรให้กับ RIRs เป็นบล็อกขนาด/ 23ถึง/ 12 ^{[ 18} ]

RIR จะจัดสรรบล็อกขนาดเล็กให้กับหน่วยงานลงทะเบียนอินเทอร์เน็ตในพื้นที่ ซึ่งจะกระจาย ^{บล็อก}เหล่านั้นไปยังผู้ใช้ โดยทั่วไปแล้วจะมีขนาดตั้งแต่/ 19ถึง/ 32 ^{[ 19} ] ^{[ 20 ] [ 21 ]}บันทึกการจัดสรรแบบยูนิคาสต์ทั่วโลกสามารถพบได้ที่ RIR ต่างๆ หรือเว็บไซต์อื่นๆ^{[ 22 ]}

โดยทั่วไปแล้ว ที่อยู่จะถูกกระจายใน บล็อกขนาด / 48ถึง/ 56ให้กับผู้ใช้ปลายทาง^{[ 23 ]}ที่อยู่ IPv6 จะถูกจัดสรรให้กับองค์กรในบล็อกที่ใหญ่กว่ามากเมื่อเทียบกับการจัดสรรที่อยู่ IPv4 โดยการจัดสรรที่แนะนำคือ บล็อก / 48ซึ่งมีที่ อยู่ ^{280 ซึ่งก็คือ 248}หรือประมาณใหญ่กว่าพื้นที่แอดเดรส IPv4 ทั้งหมด2.8 × 10¹⁴ เท่า ซึ่งมีอยู่ประมาณ ^2³²แอดเดรส และประมาณ 2.8 × ^{10¹⁴ เท่า}7.2 × 10 ¹⁶เท่าใหญ่กว่า บล็อก / 8ของที่อยู่ IPv4 ซึ่งเป็นการจัดสรรที่อยู่ IPv4 ที่ใหญ่ที่สุด อย่างไรก็ตาม จำนวนที่อยู่ทั้งหมดนั้นเพียงพอสำหรับอนาคตอันใกล้ เนื่องจากมี 2 ¹²⁸ (340,282,366,920,938,463,463,374,607,431,768,211,456 หรือประมาณ)ที่อยู่ IPv6 ที่ไม่ซ้ำกัน ^{จำนวน} 3.4 × 10³⁸หรือ 340 อันเดซิลเลียน (undecillion )

แต่ละ RIR สามารถแบ่งบล็อก / 23หลายบล็อกของตนออกเป็น 512 / 32บล็อก โดยทั่วไปแล้วหนึ่งบล็อกสำหรับ ISP แต่ละราย; ISP สามารถแบ่งบล็อก/ 32 ของตนออกเป็น 65 536 / 48บล็อก โดยทั่วไปแล้วหนึ่งบล็อกสำหรับลูกค้าแต่ละราย; ^{[ 24 ]}ลูกค้าสามารถสร้าง เครือข่าย 65 536 / 64เครือข่ายจาก บล็อก / 48 ที่ได้รับมอบหมาย โดย แต่ละเครือข่ายมี 2 ⁶⁴ (จำนวนที่แน่นอน 18,446,744,073,709,551,616; หรือประมาณ1.8 × 10 ¹⁹ ) ที่อยู่ ในทางตรงกันข้าม พื้นที่ที่อยู่ IPv4 ทั้งหมดมีเพียง 2 ³² (4,294,967,296 หรือประมาณ )ที่อยู่ 4.3 × 10⁹ ⁾

โดยปกติแล้ว พื้นที่แอดเดรสจะถูกใช้งานจริงเพียงส่วนน้อยเท่านั้น พื้นที่แอดเดรสขนาดใหญ่ช่วยให้มั่นใจได้ว่าแอดเดรสจะพร้อมใช้งานเกือบตลอดเวลา ซึ่งทำให้ไม่จำเป็นต้องใช้การแปลงแอดเดรสเครือข่าย (NAT) เพื่อวัตถุประสงค์ในการประหยัดแอดเดรส อย่างไรก็ตาม NAT ได้ถูกนำมาใช้มากขึ้นในเครือข่าย IPv4 เพื่อช่วยบรรเทาปัญหาแอดเดรส IPv4 หมดลง

พื้นที่แอดเดรสที่ไม่ขึ้นกับผู้ให้บริการจะถูกจัดสรรโดยตรงให้กับผู้ใช้ปลายทางโดย RIR จากช่วงพิเศษ ( 2001:678:: / 29สำหรับผู้รับมอบหมายในเขตบริการ RIPE NCC) และอนุญาตให้ลูกค้าเปลี่ยนผู้ให้บริการได้โดยไม่ต้องเปลี่ยนหมายเลขเครือข่ายใหม่

จุดแลกเปลี่ยนอินเทอร์เน็ต (IXP) จะได้รับที่อยู่พิเศษจากช่วง2001:7f8:: / 32 , 2001:504:: / 30และ2001:7fa:: / 32 ^{[ 25 ]}เพื่อสื่อสารกับISP ที่เชื่อม ต่อ

เซิร์ฟเวอร์ชื่อรูท ส่วนใหญ่ได้รับการกำหนดที่ ^อยู่จากช่วง2001:500:: / 30และ2001:7f8:: / 29 ^[ 26 ^]

ที่อยู่ต่ำสุดภายในคำนำหน้าซับเน็ตแต่ละรายการ (ตัวระบุอินเทอร์เฟซที่ตั้งค่าเป็นศูนย์ทั้งหมด) จะถูกสงวนไว้เป็นที่อยู่ anycast ของซับเน็ตเราเตอร์^{[ 1 ]}แอปพลิเคชันอาจใช้ที่อยู่นี้เมื่อสื่อสารกับเราเตอร์ที่มีอยู่ตัวใดตัวหนึ่ง เนื่องจากแพ็กเก็ตที่ส่งไปยังที่อยู่นี้จะถูกส่งไปยังเราเตอร์เพียงตัวเดียว

ที่อยู่สูงสุด 128 รายการภายในแต่ละ คำนำหน้าซับเน็ต / 64จะถูกสงวนไว้เพื่อใช้เป็นที่อยู่ anycast ^{[ 27 ]}ที่อยู่เหล่านี้มักจะมีบิต 57 บิตแรกของตัวระบุอินเทอร์เฟซตั้งค่าเป็น 1 ตามด้วยรหัส anycast 7 บิต คำนำหน้าสำหรับเครือข่ายสามารถมีความยาวเท่าใดก็ได้เพื่อวัตถุประสงค์ในการกำหนดเส้นทาง แต่ซับเน็ตจะต้องมีความยาว 64 บิต ที่อยู่ที่มีค่า 0x7e ใน 7 บิตที่มีนัยสำคัญน้อยที่สุดจะถูกกำหนดให้เป็น ที่อยู่ anycast ของเอเจนต์บ้าน IPv6 แบบเคลื่อนที่ที่อยู่ที่มีค่า 0x7f (ทุกบิตเป็น 1) ถูกสงวนไว้และไม่สามารถใช้งานได้ ไม่มีการกำหนดค่าเพิ่มเติมจากช่วงนี้ ดังนั้นค่าที่เหลือทั้งหมด 0x00 ถึง 0x7d จึงถูกสงวนไว้เช่นกัน

มีที่อยู่จำนวนหนึ่งที่มีความหมายพิเศษใน IPv6 ^{[ 28 ]} IANA ดูแลทะเบียนที่อยู่ที่มีจุดประสงค์พิเศษเหล่านี้^{[ 29 ]}ซึ่งคิดเป็นสัดส่วนน้อยกว่า 2% ของพื้นที่ที่อยู่ทั้งหมด:

ในอดีต::ffff: 0 :0.0.0.0 / 96 ( ::ffff: 0 :0:0 / 96 ) เคยถูกพิจารณาสำหรับการแปลง IPv4/IPv6 ^{[ 39 ]}แต่ปัจจุบันไม่ได้สงวนไว้แล้ว^{[ 40 ] [ 30 ]}

• :: / 128  – ที่อยู่ที่มีบิตทั้งหมดเป็นศูนย์เรียกว่าที่อยู่ที่ไม่ระบุ(ตรงกับ 0.0.0.0 / 32ใน IPv4) ที่อยู่ดังกล่าวจะต้องไม่ถูกกำหนดให้กับอินเทอร์เฟซ และใช้ได้เฉพาะในซอฟต์แวร์ก่อนที่แอปพลิเคชันจะเรียนรู้ที่อยู่ต้นทางของโฮสต์ที่เหมาะสมสำหรับการเชื่อมต่อที่กำลังรออยู่ เราเตอร์จะต้องไม่ส่งต่อแพ็กเก็ตที่มีที่อยู่ที่ไม่ระบุ

แอปพลิเคชันอาจรอรับการเชื่อมต่อขาเข้าบนอินเทอร์เฟซเฉพาะอย่างน้อยหนึ่งรายการ ซึ่งจะแสดงในรายการการเชื่อมต่ออินเทอร์เน็ตที่ใช้งานอยู่ด้วยที่อยู่ IP เฉพาะ (และหมายเลขพอร์ต คั่นด้วยเครื่องหมายโคลอน) หากแสดงที่อยู่ที่ไม่ระบุ แสดงว่าแอปพลิเคชันกำลังรอรับการเชื่อมต่อขาเข้าบนอินเทอร์เฟซที่มีอยู่ทั้งหมด

ในการกำหนดค่าตารางเส้นทาง ที่อยู่ที่ไม่ระบุอาจถูกใช้แทนที่ อยู่ เส้นทางเริ่มต้น (ตรงกับ0.0.0.0 / 0ใน IPv4) สำหรับที่อยู่ปลายทาง (unicast, multicast และอื่นๆ) ที่ไม่ได้ระบุไว้ที่อื่นในตารางเส้นทาง

• ::1 / 128  –ลูปแบ็ก (loopbackaddress) เป็นที่อยู่โลคัลโฮสต์แบบยูนิคาสlocalhostaddress) ที่อยู่นี้ตรงกับ 127.0.0.1 / 8ใน IPv4หากแอปพลิเคชันในโฮสต์ส่งแพ็กเก็ตไปยังที่อยู่นี้ สแต็ก IPv6 จะวนแพ็กเก็ตเหล่านี้กลับมายังอินเทอร์เฟซเสมือนเดียวกัน
• fe80:: / 10  – ที่อยู่ภายในคำนำหน้าลิงก์โลคอลนั้นถูกต้องและไม่ซ้ำกันเฉพาะในซับเน็ตท้องถิ่นเท่านั้น ช่วงที่อยู่ดังกล่าวเทียบได้กับที่อยู่การกำหนดค่าอัตโนมัติ 169.254.0.0 / 16ของ IPv4ภายในคำนำหน้านี้ จะมีการจัดสรรซับเน็ต / 64 เพียงหนึ่งเดียว (มีบิตศูนย์ 54 บิต) ทำให้ได้รูปแบบที่มีประสิทธิภาพเป็น fe80:: / 64 บิต 64 บิตที่สำคัญน้อยที่สุดก่อนหน้านี้ถูกเลือกเป็นที่อยู่ฮาร์ดแวร์ของอินเทอร์เฟซที่สร้างขึ้นในEUI-64 ที่แก้ไขแล้วแต่ปัจจุบันเป็นค่าสุ่มเทียมเพื่อความเป็นส่วนตัว ที่อยู่ลิงก์โลคอลจำเป็นต้องมีในทุกอินเทอร์เฟซที่เปิดใช้งาน IPv6 และแอปพลิเคชันอาจพึ่งพาการมีอยู่ของที่อยู่ลิงก์โลคอลแม้ว่าจะไม่มีการกำหนดเส้นทาง IPv6 ก็ตาม

• fc00:: / 7 —ที่อยู่โลคัลเฉพาะ(ULA) มีไว้สำหรับการสื่อสารภายในพื้นที่ ^{[ 38 ]} (เทียบได้กับที่อยู่ส่วนตัว IPv4 10.0.0.0 / 8 , 172.16.0.0 / 12และ 192.168.0.0 / 16 )สามารถกำหนดเส้นทางได้เฉพาะภายในกลุ่มไซต์ที่ร่วมมือกันเท่านั้น บล็อกถูกแบ่งออกเป็นสองส่วน ส่วนล่างของบล็อก ( fc00:: / 8 ) มีไว้สำหรับพรีฟิกซ์ที่จัดสรรทั่วโลก แต่ยังไม่ได้กำหนดวิธีการจัดสรร ส่วนบน ( fd00:: / 8 ) ใช้สำหรับไม่ซ้ำกันตามความน่าจะเป็นโดยที่ พรีฟิกซ์ / 8จะถูกรวมเข้ากับสุ่มเทียมเพื่อให้ได้พรีฟิกซ์ส่วนตัว / 48ขั้นตอนการเลือกหมายเลข 40 บิตส่งผลให้มีโอกาสน้อยมากที่ไซต์สองแห่งที่ต้องการรวมหรือสื่อสารกันจะพบการชนกันของที่อยู่ แต่สามารถใช้คำนำหน้า / 48 เดียวกันได้ ^{[ 38 ]}

• ::ffff:0:0 / 96 — คำนำหน้า (prefix) นี้ใช้สำหรับกลไกการเปลี่ยนผ่าน IPv6และกำหนดให้เป็นที่อยู่ IPv6 ที่แมปกับ IPv4โดยมีข้อยกเว้นเล็กน้อย ที่อยู่ประเภทนี้อนุญาตให้ใช้เลเยอร์การขนส่งผ่าน IPv4 ได้อย่างโปร่งใสผ่านทางอินเทอร์เฟซการเขียนโปรแกรมแอปพลิเคชันในแบบ dual-stackแอปพลิเคชันเซิร์ฟเวอร์จำเป็นต้องเปิดซ็อกเก็ตการฟังเพียงซ็อกเพื่อจัดการการเชื่อมต่อจากไคลเอ็นต์ที่ใช้โปรโตคอล IPv6 หรือ IPv4 ไคลเอ็นต์ IPv6 จะได้รับการจัดการโดยค่าเริ่มต้น และไคลเอ็นต์ IPv4 จะปรากฏเป็นไคลเอ็นต์ IPv6 ที่ที่อยู่ IPv6 ที่แมปกับ IPv4 การส่งข้อมูลจะได้รับการจัดการในลักษณะเดียวกัน ซ็อกเก็ตที่สร้างขึ้นอาจใช้เพื่อส่งดาตาแกรมโดยขึ้นอยู่กับการผูกกับที่อยู่ IPv6 หรือที่อยู่ IPv4 ที่แมปไว้
• ::ffff:0:0:0 / 96 — คำนำหน้าที่ใช้สำหรับที่อยู่ IPv4 ที่แปลแล้วโปรโตคอลStateless IP/ICMP Translation (SIIT)ใช้สิ่งเหล่านี้ ^{[ 40 ]}
• 64:ff9b:: / 96 —หน้าที่รู้จักกันดี ที่อยู่ที่มีคำนำหน้านี้ใช้สำหรับการแปลง IPv4/IPv6 โดยอัตโนมัติ ^{[ 30 ]}
• 64:ff9b:1:: / 48 — คำนำหน้าสำหรับที่อยู่ IPv4/IPv6 ที่แปลแล้วในพื้นที่ ที่อยู่ที่มีคำนำหน้านี้สามารถใช้สำหรับกลไกการแปล IPv4/IPv6 หลายแบบ เช่นNAT64และSIIT[ ^{31 ]}เมื่อเปรียบเทียบกับ 64:ff9b:: / 96ที่อยู่เหล่านี้มีที่อยู่ IPv4 ที่แปลแล้วอยู่ในตำแหน่ง 48-63 และ 72–87 ^{[ 30 ]}ซึ่งหมายความว่าสำหรับที่อยู่ IPv4 แต่ละรายการ จะมีการกำหนดคำนำหน้า IPv6 / 88 ^ให้กับอุปกรณ์ ทำให้สามารถใช้งานกรณีต่างๆ ได้คล้ายกับ 6to4 ซึ่งที่อยู่ IPv4 สาธารณะเพียงรายการเดียวจะถูกแปลเป็นคำนำหน้า ด้วยวิธีนี้ จึงต้องการ NAT เพียงระดับเดียว และอุปกรณ์ไม่จำเป็นต้องทำ NAT66 ภายในหากต้องการที่อยู่เพิ่มเติม เช่น สำหรับP2Pหรือคอนเทนเนอร์Docker
• 2002:: / 16 — คำนำหน้านี้ใช้สำหรับแบบ 6to4(คำนำหน้าจากเครือข่าย IPv4, 192.88.99.0 / 24ก็ถูกใช้เช่นกัน)รูปแบบการกำหนดแอดเดรสแบบ 6to4 ถือว่าล้าสมัยแล้ว ^{[ 41 ]}

IANA ได้สงวนบล็อกที่อยู่ Sub-TLA IDที่เรียกว่าไว้สำหรับการกำหนดพิเศษ^{[ 28 ] [ 42 ]}ของ2001:: / 23 (แบ่งออกเป็นช่วงของคำนำหน้าเครือข่าย 64 รายการ2001:0000:: / 29ถึง2001:01f8:: / 29 ) การกำหนดต่อไปนี้จากบล็อกนี้มีอยู่ในปัจจุบัน: ^{[ 29 ]}

• 2001:: / 32 — ใช้สำหรับTeredo tunnelingซึ่งเป็นกลไกการเปลี่ยนผ่านของIPv6
• 2001:1::1 / 128 — โปรโตคอลควบคุมพอร์ตแบบ Anycast
• 2001:1::2 / 128 — การส่งข้อมูลผ่านรีเลย์รอบ NAT Anycast
• 2001:1::3 / 128 — โปรโตคอลการลงทะเบียนบริการ DNS-SD แบบ Anycast
• 2001:2:: / 48 — ใช้สำหรับการวัดประสิทธิภาพIPv6 สอดคล้องกับ 198.18.0.0 / 15ที่ใช้สำหรับการวัดประสิทธิภาพ IPv4 มอบหมายให้กับกลุ่มงานวิธีการวัดประสิทธิภาพ (BMWG) ^{[ 43 ]}
• 2001:3:: / 32 — การสร้างอุโมงค์มัลติแคสต์อัตโนมัติ การค้นหารีเลย์
• 2001:20:: / 28 — ตัวระบุแฮชเข้ารหัสลับแบบกำหนดเส้นทางได้แบบโอเวอร์เลย์ (ORCHIDv2) ^{[ 34 ]}นี่คือที่อยู่ IPv6 ที่ไม่ได้กำหนดเส้นทางซึ่งใช้สำหรับแฮชเข้ารหัสลับ
• 2001:30:: / 28 — คำนำหน้าแท็กเอนทิตีโปรโตคอลระบุตัวตนระยะไกลของโดรน (DETs)

นอกจากนี้ IANA ยังได้สงวนคำนำหน้า IPv6 สองรายการต่อไปนี้ไว้สำหรับ การดำเนินการเนมเซิร์ฟเวอร์ AS112 :

• 2620:4f:8000:: / 48 — เซิร์ฟเวอร์ Blackhole ที่กำหนดค่าโซนผู้มีอำนาจแบบดั้งเดิม
• 2001:4:112:: / 48 — เซิร์ฟเวอร์แบล็กโฮลสำหรับวิธีการแบล็กโฮลใหม่ที่เกี่ยวข้องกับระเบียน DNAME เพื่อลบ .as112.arpa ^{[ 44 ]}

• 2001:db8:: / 32 — คำนำหน้านี้ใช้ในเอกสาร ^{[ 35 ] [ f ]}ทุกที่ที่มีการระบุที่อยู่ IPv6 ตัวอย่างหรือมีการอธิบายสถานการณ์จำลองเครือข่าย
• 3fff:: / 20 — คำนำหน้าเอกสารนี้ได้รับการจัดสรรในปี 2024 เพื่อรองรับการสร้างแบบจำลองเครือข่ายขนาดใหญ่ในยุคปัจจุบัน ซึ่งไม่สามารถครอบคลุมได้ด้วยคำนำหน้า / 32 เพียงคำเดียว ^{[ 36 ]}

• 100:: / 64 — คำนำหน้าคำนี้ใช้สำหรับทิ้งทราฟฟิก ^{[ 32 ]}

ดูหัวข้อ § ที่อยู่ที่ไม่ใช้แล้วและล้าสมัย

ที่อยู่มัลติแคสต์ff0x::โดยที่xเป็นค่าเลขฐานสิบหกใดๆ จะถูกสงวนไว้^{[ 1 ]}และจัดการโดยหน่วยงาน Internet Assigned Numbers Authority (IANA) ^{[ 46 ]}

บิต 24 บิตที่มีความสำคัญน้อยที่สุดของ รหัสกลุ่ม ที่อยู่มัลติแคสต์ของโหนดที่ร้องขอจะถูกเติมด้วยบิต 24 บิตที่มีความสำคัญน้อยที่สุดของที่อยู่ยูนิแคสต์หรือแอนนี่แคสต์ของอินเทอร์เฟซ ที่อยู่เหล่านี้ช่วยให้สามารถแก้ไขที่อยู่ระดับลิงก์เลเยอร์ผ่านโปรโตคอลการค้นหาเพื่อนบ้าน (NDP) บนลิงก์ได้โดยไม่รบกวนโหนดทั้งหมดในเครือข่ายท้องถิ่น โฮสต์จะต้องเข้าร่วมกลุ่มมัลติแคสต์ของโหนดที่ร้องขอสำหรับที่อยู่ยูนิแคสต์หรือแอนนี่แคสต์แต่ละรายการที่กำหนดค่าไว้

เมื่อระบบเริ่มต้นทำงาน โหนดจะสร้างที่อยู่ลิงก์โลคอล โดยอัตโนมัติ บนอินเทอร์เฟซที่เปิดใช้งาน IPv6 แต่ละรายการ แม้ว่าที่อยู่ที่สามารถกำหนดเส้นทางได้ทั่วโลกจะถูกกำหนดค่าด้วยตนเองหรือได้รับผ่านโปรโตคอลการกำหนดค่า (ดูด้านล่าง) โดยดำเนินการดังกล่าวอย่างอิสระและไม่มีการกำหนดค่าล่วงหน้าใด ๆ โดยใช้การ กำหนดค่าที่อยู่อัตโนมัติแบบไร้สถานะ ( SLAAC ) ^{[ 48 ]}โดยใช้ส่วนประกอบของโปรโตคอลการค้นหาเพื่อนบ้าน ที่อยู่นี้จะถูกเลือกด้วยคำนำหน้าfe80:: / 64

ใน IPv4 โปรโตคอลการกำหนดค่า ทั่วไป ได้แก่ DHCP หรือ PPP โฮสต์ IPv6 รุ่นใหม่กว่าสามารถกำหนดค่าให้ใช้Neighbor Discovery Protocolเพื่อสร้างที่อยู่ unicast ที่สามารถกำหนดเส้นทางได้ทั่วโลก: โฮสต์ส่งคำขอขอเราเตอร์ และเราเตอร์ IPv6 ตอบกลับด้วยการกำหนดคำนำหน้า^{[ 49 ]}วิธีอื่นในการกำหนดที่อยู่ IPv6 โดยอัตโนมัติเกี่ยวข้องกับ เซิร์ฟเวอร์ DHCPv6ไม่ว่าจะเป็นในโหมดไร้สถานะ ซึ่งเซิร์ฟเวอร์จะให้พารามิเตอร์เครือข่ายที่จำเป็นสำหรับโฮสต์ในการสร้างที่อยู่ทั่วโลกของตนเอง หรือในโหมดมีสถานะ ซึ่งเซิร์ฟเวอร์จะกำหนดที่อยู่ทั่วโลกและพารามิเตอร์อื่นๆ ที่จำเป็น

บิต 64 บิตล่างของ แอดเดรส fe80:: / 64จะถูกเติมด้วยตัวระบุอินเทอร์เฟซ 64 บิต ซึ่งสามารถหาได้จากแหล่งข้อมูลเหล่านี้:

• ดังที่ชื่อ "ตัวระบุอินเทอร์เฟซ" บ่งบอก มันอาจเป็นที่อยู่ MAC 48 บิตของอะแดปเตอร์เครือข่ายซึ่งรับประกันได้ว่าไม่ซ้ำกัน ที่อยู่ MAC 00-0C-29-0C-47-D5จะถูกแปลงเป็นEUI-64 ที่แก้ไขแล้ว 64 บิต โดยการแทรกFF-FEไว้ตรงกลางก่อน: 00-0C-29- FF-FE -0C-47-D5จากนั้นกลับ บิต Universal/Local กลาย เป็น02-0C -29-FF-FE-0C-47-D5 (หรือ:020c:29ff:fe0c:47d5 ในสัญกรณ์ที่อยู่ IPv6)
• อย่างไรก็ตาม ปัจจุบันไม่แนะนำให้ใช้ที่อยู่ MAC จริงของอะแดปเตอร์เพื่อกำหนดที่อยู่ของอินเทอร์เฟซในอุปกรณ์ของผู้ใช้ปลายทาง เนื่องจากเป็นการเปิดเผยที่อยู่ MAC สู่สาธารณะทางอินเทอร์เน็ต ทำให้ติดตามผู้ใช้ข้ามเครือข่ายได้ง่ายขึ้น ดังนั้น ปัจจุบันจึงนิยมใช้ ที่อยู่ แบบสุ่มแทนตัวเลือกที่มีอยู่ ได้แก่ที่อยู่ชั่วคราว ที่อยู่ส่วนตัว ที่เสถียรและที่อยู่ที่สร้างขึ้นด้วยวิธีการเข้ารหัส กลไกนี้เกี่ยวข้องกับ แต่ไม่ใช่กลไกเดียวกันกับการปลอมแปลง MACตัวระบุอินเทอร์เฟซแบบสุ่มไม่จำเป็นต้องตรงกับที่อยู่ MAC ไม่ว่าจะเป็นของจริงหรือที่ปลอมแปลง

ที่อยู่ MAC ที่ไม่ซ้ำกันทั่วโลกและคงที่ซึ่งใช้โดยการกำหนดค่าที่อยู่อัตโนมัติแบบไร้สถานะเพื่อสร้างตัวระบุอินเทอร์เฟซเปิดโอกาสให้ติดตามอุปกรณ์ของผู้ใช้ตลอดเวลาและการเปลี่ยนแปลงคำนำหน้าเครือข่าย IPv6 ^{[ 50 ]}เพื่อลดโอกาสที่ตัวตนของผู้ใช้จะผูกติดกับส่วนของที่อยู่ IPv6 อย่างถาวร โหนดอาจสร้างที่อยู่ชั่วคราวที่มีตัวระบุอินเทอร์เฟซโดยอิงจากสตริงบิตสุ่มที่เปลี่ยนแปลงตามเวลา^{[ 51 ]}และมีอายุการใช้งานค่อนข้างสั้น (หลายชั่วโมงถึงหลายวัน) หลังจากนั้นจะถูกแทนที่ด้วยที่อยู่ใหม่

ที่อยู่ชั่วคราวอาจถูกใช้เป็นที่อยู่ต้นทางสำหรับการเชื่อมต่อที่เริ่มต้นจากภายนอก ในขณะที่โฮสต์ภายนอกจะใช้ที่อยู่สาธารณะโดยการสอบถามระบบชื่อโดเมน (DNS)

อินเทอร์เฟซเครือข่ายที่กำหนดค่าสำหรับ IPv6 จะใช้ที่อยู่ชั่วคราวตามค่าเริ่มต้นใน ระบบ OS X Lionและระบบ Apple รุ่นต่อมา รวมถึงในระบบWindows Vista , Windows 2008 Serverและระบบ Microsoft รุ่นต่อมา^{[ 52 ]}

เพื่อเป็นการเพิ่มความปลอดภัยให้กับโปรโตคอล Neighbor Discovery ที่อยู่ที่สร้างขึ้นโดยใช้การเข้ารหัส (CGA) ได้ถูกนำมาใช้ในปี พ.ศ. 2548 ^{[ 53 ]}ซึ่งเป็นส่วนหนึ่งของ โปรโตคอล Secure Neighbor Discovery (SEND)

ที่อยู่ดังกล่าวถูกสร้างขึ้นโดยใช้ฟังก์ชันแฮช สองฟังก์ชัน ที่รับอินพุตหลายรายการ ฟังก์ชันแรกใช้คีย์สาธารณะและตัวปรับแต่งแบบสุ่ม โดยตัวปรับแต่งแบบสุ่มจะถูกเพิ่มขึ้นเรื่อยๆ จนกว่าจะได้จำนวนบิตศูนย์ที่เฉพาะเจาะจงของค่าแฮชที่ได้^{[ g ]}ฟังก์ชันแฮชที่สองรับคำนำหน้าเครือข่ายและค่าแฮชก่อนหน้า บิต 64 บิตที่สำคัญน้อยที่สุดของผลลัพธ์แฮชที่สองจะถูกต่อท้ายคำนำหน้าเครือข่าย 64 บิตเพื่อสร้างที่อยู่ 128 บิต

ฟังก์ชันแฮชยังสามารถใช้ตรวจสอบได้ว่าที่อยู่ IPv6 ที่ระบุนั้นตรงตามข้อกำหนดของการเป็น CGA ที่ถูกต้องหรือไม่ ด้วยวิธีนี้ การสื่อสารสามารถตั้งค่าได้เฉพาะระหว่างที่อยู่ที่มีความน่าเชื่อถือเท่านั้น

การใช้ รูปแบบ EUI-64 ที่แก้ไขแล้วส่งผลกระทบอย่างร้ายแรงต่อความปลอดภัยและความเป็นส่วนตัว^{[ 54 ]}เนื่องจากที่อยู่ฮาร์ดแวร์พื้นฐาน (โดยทั่วไปคือที่อยู่ MACซึ่งโดยค่าเริ่มต้นจะรวมตัวระบุเฉพาะองค์กร (OUI) ที่ระบุผู้ผลิตของอุปกรณ์ทั้งหมดหรืออะแดปเตอร์เครือข่าย) จะถูกเปิดเผยออกไปนอกเครือข่ายท้องถิ่น ทำให้สามารถติดตามกิจกรรมของผู้ใช้และเชื่อมโยงบัญชีผู้ใช้กับข้อมูลอื่น ๆ และปรับแต่งการโจมตีด้านความปลอดภัยเฉพาะสำหรับผู้ผลิตอุปกรณ์ หาก OUI อ้างอิงถึงผู้ผลิตอุปกรณ์ทั้งหมด EUI-64 ที่แก้ไขแล้วยังลดขนาดของพื้นที่ที่อยู่สำหรับการค้นหาเป้าหมายการโจมตีอีกด้วย

มีการนำที่อยู่ความเป็นส่วนตัวแบบเสถียรมาใช้เพื่อแก้ไขข้อบกพร่องเหล่านี้ ที่อยู่เหล่านี้จะเสถียรภายในเครือข่ายเฉพาะ แต่จะเปลี่ยนแปลงเมื่อย้ายไปยังเครือข่ายอื่น เพื่อเพิ่มความเป็นส่วนตัว ที่อยู่เหล่านี้ถูกเลือกอย่างเป็นระบบ แต่เป็นการสุ่ม ในพื้นที่ที่อยู่ทั้งหมดของเครือข่าย

การสร้างที่อยู่ความเป็นส่วนตัวที่เสถียรนั้นขึ้นอยู่กับฟังก์ชันแฮชที่ใช้พารามิเตอร์ที่เสถียรหลายตัว ขึ้นอยู่กับการใช้งานเฉพาะ แต่ขอแนะนำให้รวมอย่างน้อยคำนำหน้าเครือข่าย ชื่อของอินเทอร์เฟซเครือข่าย ตัวนับที่อยู่ซ้ำ และคีย์ลับ ค่าแฮชที่ได้จะถูกนำมาใช้สร้างที่อยู่สุดท้าย โดยทั่วไปแล้ว บิตที่มีค่าน้อยที่สุด 64 บิตจะถูกนำมาต่อกับคำนำหน้าเครือข่าย 64 บิต เพื่อให้ได้ที่อยู่ 128 บิต หากคำนำหน้าเครือข่ายมีขนาดเล็กกว่า 64 บิต จะใช้บิตของแฮชมากขึ้น หากที่อยู่ผลลัพธ์ไม่ขัดแย้งกับที่อยู่ที่มีอยู่หรือที่สงวนไว้ ที่อยู่นั้นจะถูกกำหนดให้กับอินเทอร์เฟซ ความขัดแย้งจะได้รับการแก้ไขโดยการปรับตัวนับที่อยู่ซ้ำ^{[ 54 ]}

แต่ละอินเทอร์เฟซใน SLAAC ยังมีที่อยู่มัลติแคสต์แบบร้องขอ (solicited-node multicast address ) ซึ่งสร้างขึ้นจากคำนำหน้าเครือข่ายff02::1:ff00:0 / 104และ 24 บิตที่มีค่าต่ำที่สุดของที่อยู่ยูนิแคสต์หรือแอนนี่แคสต์ ที่อยู่มัลติแคสต์นี้ใช้ใน NDP เพื่อตรวจจับที่อยู่ซ้ำกันและเพื่อสร้างความสัมพันธ์ระหว่างที่อยู่ IP และที่อยู่เลเยอร์ลิงก์ (MAC)

การใช้ที่อยู่ที่ไม่ใช่ที่ได้มาจากฮาร์ดแวร์นั้น อาจทำให้เกิดที่อยู่ซ้ำกันได้ การกำหนดที่ อยู่ IPv6 แบบ unicastให้กับอินเทอร์เฟซนั้นเกี่ยวข้องกับการทดสอบภายในเพื่อตรวจสอบความไม่ซ้ำกันของที่อยู่ดังกล่าว โดยใช้ ข้อความ Neighbor SolicitationและNeighbor Advertisement ( ICMPv6ประเภท 135 และ 136) ในระหว่างกระบวนการตรวจสอบความไม่ซ้ำกัน ที่อยู่จะมีสถานะ ชั่วคราว

โหนดจะเข้าร่วมกับ ที่อยู่มัลติแคสต์ ของโหนดที่ร้องขอสำหรับที่อยู่ชั่วคราว และส่งคำร้องขอเพื่อนบ้าน โดยใช้ที่อยู่ชั่วคราวเป็นที่อยู่เป้าหมาย และที่อยู่ที่ไม่ระบุ ( :: / 128 ) เป็นที่อยู่ต้นทาง โหนดจะเข้าร่วมกับที่อยู่มัลติแคสต์ของโฮสต์ทั้งหมดff02::1 ด้วย เพื่อให้สามารถรับโฆษณา เพื่อนบ้าน ได้

หากโหนดได้รับคำขอเชื่อมต่อกับเพื่อนบ้านโดยมีที่อยู่ชั่วคราวของตนเองเป็นที่อยู่เป้าหมาย โหนดนั้นจะทราบว่าที่อยู่ของตนเองไม่ซ้ำกัน เช่นเดียวกับกรณีที่โหนดได้รับโฆษณาเชื่อมต่อกับเพื่อนบ้านโดยมีที่อยู่ชั่วคราวเป็นแหล่งที่มาของโฆษณา เฉพาะหลังจากที่ได้ตรวจสอบแล้วว่าที่อยู่ไม่ซ้ำกัน จึงจะสามารถกำหนดและใช้งานที่อยู่ดังกล่าวในอินเทอร์เฟซได้

เมื่อ มีการกำหนดแอดเดรส แบบ anycastให้กับอินเทอร์เฟซ (เช่น แอดเดรส anycast ของเราเตอร์ซับเน็ต) เนื่องจากแอดเดรสประเภทนี้ไม่ซ้ำกันโดยธรรมชาติ จึงไม่มีการดำเนินการตรวจจับแอดเดรสซ้ำ

ใน NDP เราเตอร์จะประกาศพรีฟิกซ์ขนาด /64 ที่ตนสามารถเข้าถึงได้บนอินเทอร์เน็ตในวงกว้าง รวมถึงพารามิเตอร์เครือข่ายอื่นๆ ด้วย โหนดที่ได้รับข้อมูลนี้จะนำพรีฟิกซ์ไปรวมกับตัวระบุอินเทอร์เฟซของตนเองเพื่อรับที่อยู่แบบยูนิแคสต์บนอินเทอร์เน็ตในวงกว้าง ตัวอย่างเช่น หากเราเตอร์สามารถเข้าถึง2001:db8:1:2:: / 64และเครื่องมีตัวระบุอินเทอร์เฟซ02-0C-29-FF-FE-0C-47-D5(จากตัวอย่างข้างต้น) เครื่องจะกำหนดที่อยู่ให้ตัวเองเป็น2001:db8:1:2:0 2 0c:29ff:fe0c: 47d5

DHCPv6 ยังคงมีประโยชน์สำหรับวัตถุประสงค์อื่นๆ ตัวอย่างเช่น สามารถใช้โดยเราเตอร์ของ ISP เพื่อส่งต่อพรีฟิกซ์ขนาด /64 หรือสั้นกว่านั้นให้กับเราเตอร์ของลูกค้า ซึ่งกระบวนการนี้เรียกว่าการมอบหมายพรีฟิกซ์ (prefix delegation )

ที่อยู่ IPv6 แต่ละรายการที่ผูกกับอินเทอร์เฟซจะมีอายุการใช้งานที่กำหนดไว้ อายุการใช้งานเป็นอนันต์ เว้นแต่จะกำหนดค่าให้มีระยะเวลาสั้นกว่า มีอายุการใช้งานสองแบบที่ควบคุมสถานะของที่อยู่ ได้แก่อายุการใช้งานที่ต้องการและ อายุการใช้ งานที่ถูกต้อง^{[ 55 ]}สามารถกำหนดค่าอายุการใช้งานได้ในเราเตอร์ที่ให้ค่าที่ใช้สำหรับการกำหนดค่าอัตโนมัติ หรือระบุเมื่อกำหนดค่าที่อยู่บนอินเทอร์เฟซด้วยตนเอง

เมื่อมีการกำหนดที่อยู่ให้กับอินเทอร์เฟซ ที่อยู่นั้นจะได้รับสถานะเป็น preferredซึ่งจะคงอยู่ตลอดช่วง preferred-lifetime หลังจากช่วงเวลา preferred-lifetime หมดลง สถานะจะเปลี่ยนเป็นdeprecated และไม่ ควรสร้างการเชื่อมต่อใหม่ โดยใช้ที่อยู่นี้ ^{[ h ]}ที่อยู่จะกลายเป็นinvalidหลังจากช่วงเวลา valid-lifetime หมดลง ที่อยู่จะถูกลบออกจากอินเทอร์เฟซและอาจถูกกำหนดให้ใช้งานที่อื่นบนอินเทอร์เน็ตได้

อินเทอร์เฟซเครือข่ายที่เปิดใช้งาน IPv6 มักจะมีที่อยู่ IPv6 มากกว่าหนึ่งที่อยู่ เช่น ที่อยู่ลิงก์โลคัลและที่อยู่โกลบอล นอกจากนี้ยังอาจมีที่อยู่ชั่วคราวที่เปลี่ยนแปลงหลังจากหมดอายุการใช้งานตามระยะเวลาที่กำหนด IPv6 นำเสนอแนวคิดเรื่องขอบเขตของที่อยู่และลำดับความสำคัญในการเลือก ทำให้มีตัวเลือกมากมายสำหรับที่อยู่ต้นทางและปลายทางในการสื่อสารกับโฮสต์อื่น

อัลกอริทึมการเลือกลำดับความสำคัญจะเลือกที่อยู่ที่เหมาะสมที่สุดที่จะใช้ในการสื่อสารกับปลายทางเฉพาะ รวมถึงการใช้ที่อยู่ IPv4 ที่แมปไว้ในการใช้งานแบบdual-stack ^{[ 56 ]}โดยใช้ตารางลำดับความสำคัญที่กำหนดค่าได้ซึ่งเชื่อมโยงคำนำหน้าการกำหนดเส้นทางแต่ละรายการกับระดับความสำคัญ ตารางเริ่มต้นมีเนื้อหาดังต่อไปนี้:

การกำหนดค่าเริ่มต้นจะให้ความสำคัญกับการใช้งาน IPv6 และเลือกที่อยู่ปลายทางภายในขอบเขตที่แคบที่สุดเท่าที่จะเป็นไปได้ เพื่อให้การสื่อสารแบบลิงก์โลคอลมีความสำคัญมากกว่าเส้นทางที่กำหนดเส้นทางทั่วโลกเมื่อเหมาะสมเท่าเทียมกัน ตารางนโยบายคำนำหน้าคล้ายกับตารางการกำหนดเส้นทาง โดยค่าลำดับความสำคัญ (ผกผัน) ทำหน้าที่เหมือนต้นทุนลิงก์ ค่าที่มากขึ้นจะส่งผลให้มีลำดับความสำคัญสูงขึ้น ที่อยู่ต้นทางควรมีค่าป้ายกำกับเดียวกันกับที่อยู่ปลายทาง ที่อยู่จะถูกจับคู่กับคำนำหน้าโดยพิจารณาจากลำดับบิตที่มีนัยสำคัญมากที่สุดที่ตรงกันยาวที่สุด ที่อยู่ต้นทางที่เป็นไปได้จะได้รับจากระบบปฏิบัติการและที่อยู่ปลายทางที่เป็นไปได้อาจถูกสอบถามผ่าน DNS

เพื่อลดเวลาในการสร้างการเชื่อมต่อเมื่อมีที่อยู่หลายแห่งพร้อมใช้งานสำหรับการสื่อสาร จึงได้ มีการคิดค้นอัลกอริทึม Happy Eyeballsขึ้นมา โดยอัลกอริทึมนี้จะสอบถาม DNS เพื่อหาที่อยู่ IPv6 และ IPv4 ของโฮสต์เป้าหมาย จัดเรียงที่อยู่ที่เป็นไปได้โดยใช้ตารางการเลือกที่อยู่เริ่มต้น และพยายามสร้างการเชื่อมต่อแบบขนาน การเชื่อมต่อที่สร้างสำเร็จครั้งแรกจะยกเลิกความพยายามในการเชื่อมต่อกับที่อยู่อื่นๆ ทั้งในปัจจุบันและอนาคต

ในระบบชื่อโดเมนชื่อโฮสต์จะถูกแมปกับที่อยู่ IPv6 โดยใช้ ระเบียนทรัพยากร AAAAซึ่งเรียกว่าระเบียนควอดเอ^{[ 57 ]}สำหรับการค้นหาแบบย้อนกลับ IETF ได้สงวนโดเมนip6.arpa ไว้ โดยที่เนมสเปซจะถูกแบ่งตามลำดับชั้นโดยการแสดง เลขฐานสิบหก 1 หลักของ หน่วย นิบเบิล (4 บิต) ของที่อยู่ IPv6

เช่นเดียวกับใน IPv4 แต่ละโฮสต์จะถูกแทนใน DNS ด้วยระเบียน DNS สองรายการ ได้แก่ ระเบียนที่อยู่และระเบียนตัวชี้การแมปแบบย้อนกลับ ตัวอย่างเช่น คอมพิวเตอร์โฮสต์ชื่อderrickในโซนexample.comมีที่อยู่ภายในเครื่องที่ไม่ซ้ำกันคือ fdda:5cc1:23:4::1fระเบียนที่อยู่แบบ quad-A ของมันคือ

derrick.example.com. IN AAAA fdda:5cc1:23:4::1f 

และระเบียนตัวชี้ IPv6 ของมันคือ

f.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.4.0.0.0.3.2.0.0.1.cc5.addfip6.arpa. IN PTR derrick.example.com. 

ระเบียนตัวชี้อาจถูกกำหนดไว้ในหลายโซน ขึ้นอยู่กับลำดับการมอบอำนาจในโซน dfip6.arpa

โปรโตคอล DNS นั้นเป็นอิสระจาก โปรโตคอล เลเยอร์การขนส่งการสอบถามและการตอบกลับสามารถส่งผ่านการขนส่งแบบ IPv6 หรือ IPv4 ได้โดยไม่คำนึงถึงตระกูลที่อยู่ของข้อมูลที่ร้องขอ

• คำนำหน้าไซต์เฉพาะที่fec0:: / 10ระบุว่าที่อยู่ดังกล่าวใช้ได้เฉพาะภายในเครือข่ายไซต์ขององค์กรเท่านั้น เป็นส่วนหนึ่งของสถาปัตยกรรมการกำหนดที่อยู่ดั้งเดิมในเดือนธันวาคม พ.ศ. 2538 ^{[ 58 ]}แต่การใช้งานถูกยกเลิกในเดือนกันยายน พ.ศ. 2547 เนื่องจากคำจำกัดความของคำว่าไซต์นั้นคลุมเครือซึ่งนำไปสู่กฎการกำหนดเส้นทางที่สับสน เครือข่ายใหม่ต้องไม่รองรับที่อยู่ประเภทพิเศษนี้^{[ 59 ]}ในเดือนตุลาคม พ.ศ. 2548 ข้อกำหนดใหม่ได้แทนที่ที่อยู่ประเภทนี้ด้วยที่อยู่เฉพาะที่ที่ไม่ซ้ำกัน^{[ 38 ]}
• บล็อกที่อยู่200:: / 7ถูกกำหนดให้เป็นชุดคำนำหน้า OSI NSAP ที่แมปไว้ในเดือนสิงหาคม พ.ศ. 2539 ^{[ 60 ] [ 61 ]}แต่ถูกยกเลิกในเดือนธันวาคม พ.ศ. 2547 ^{[ 62 ]}
• คำนำหน้าค่าศูนย์ 96 บิต:: / 96ซึ่งเดิมเรียกว่าที่อยู่ IPv4-compatibleได้รับการกล่าวถึงในปี 1995 ^{[ 58 ]}แต่ไม่เคยมีการอธิบายอย่างครบถ้วน ช่วงของที่อยู่ดังกล่าวถูกใช้เพื่อแสดง ที่อยู่ IPv4ภายในเทคโนโลยีการเปลี่ยนผ่าน IPv6 ที่อยู่ IPv6 ดังกล่าวจะมี 96 บิตแรก (สำคัญที่สุด) ตั้งค่าเป็นศูนย์ ในขณะที่ 32 บิตสุดท้ายคือที่อยู่ IPv4 ที่แสดง ในเดือนกุมภาพันธ์ 2006 IETF ได้ยกเลิกการใช้งานที่อยู่ IPv4-compatible ^{[ 1 ]}การใช้งานรูปแบบที่อยู่ดังกล่าวที่เหลืออยู่เพียงอย่างเดียวคือการแสดงที่อยู่ IPv4 ในตารางหรือฐานข้อมูลที่มีสมาชิกขนาดคงที่ซึ่งต้องสามารถจัดเก็บที่อยู่ IPv6 ได้ด้วย
• บล็อกที่อยู่3ffe:: / 16ได้รับการจัดสรรเพื่อวัตถุประสงค์ในการทดสอบสำหรับ เครือข่าย 6boneในเดือนธันวาคม พ.ศ. 2541 ^{[ 63 ]}ก่อนหน้านั้น บล็อกที่อยู่5f00:: / 8ถูกใช้เพื่อวัตถุประสงค์นี้ บล็อกที่อยู่ทั้งสองถูกส่งคืนไปยังพูลที่อยู่ในเดือนมิถุนายน พ.ศ. 2549 ^{[ 64 ]}
• เนื่องจากปัญหาในการดำเนินงานของ6to4การใช้บล็อกที่อยู่ 2002:: / 16จึงลดลง เนื่องจากกลไก 6to4 ถูกยกเลิกตั้งแต่เดือนพฤษภาคม 2015 ^{[ 41 ]}แม้ว่าบล็อกที่อยู่ IPv4 192.88.99.0 / 24จะถูกยกเลิก แต่2002:: / 16ก็ยังไม่ถูก ยกเลิก
• ในเดือนเมษายน พ.ศ. 2550 บล็อกที่อยู่2001:10:: / 28ได้รับการจัดสรรให้กับ Overlay Routable Cryptographic Hash Identifiers (ORCHID) ^{[ 65 ]}โดยมีจุดประสงค์เพื่อใช้ในการทดลอง ในเดือนกันยายน พ.ศ. 2557 ได้มีการกำหนดเวอร์ชันที่สองของ ORCHID ^{[ 34 ]}และด้วยการแนะนำบล็อก2001:20:: / 28บล็อกเดิมจึงถูกส่งคืนให้กับIANA

• สำหรับการค้นหา DNSย้อนกลับ ที่อยู่ IPv6 เดิมทีได้รับการลงทะเบียนในโซน DNS ip6.intเนื่องจากคาดว่าโดเมนระดับบนสุดarpaจะถูกยกเลิก ในปี 2000 คณะกรรมการสถาปัตยกรรมอินเทอร์เน็ต (IAB) ได้เปลี่ยนใจและตัดสินใจในปี 2001 ว่า arpa ควรคงฟังก์ชันเดิมไว้ โดเมนใน ip6.int ถูกย้ายไปยัง ip6.arpa ^{[ 66 ]}และโซน ip6.int ถูกลบอย่างเป็นทางการในวันที่ 6 มิถุนายน 2006
• ในเดือนมีนาคม พ.ศ. 2554 IETF ได้ปรับปรุงคำแนะนำสำหรับการจัดสรรบล็อกที่อยู่ให้กับไซต์ปลายทาง^{[ 23 ]}แทนที่จะกำหนด/ 48 , / 64หรือ/ 128 (ตาม มุมมองของ IABและIESGในปี พ.ศ. 2544) ^{[ 67 ]}ผู้ให้บริการอินเทอร์เน็ตควรพิจารณาจัดสรรบล็อกขนาดเล็กกว่า (เช่น/ 56 ) ให้กับผู้ใช้ปลายทาง นโยบายของหน่วยงานทะเบียนระดับภูมิภาค ARIN , RIPEและAPNICสนับสนุน การกำหนด / 56เมื่อเหมาะสม^{[ 23 ]}
• เดิมทีมีข้อเสนอสองข้อสำหรับการแปลงชื่อโดเมนเป็นที่อยู่ IPv6: ข้อหนึ่งใช้เรคอร์ด AAAA ^{[ 68 ]}อีกข้อหนึ่งใช้เรคอร์ด A6 ^{[ 69 ]}เรคอร์ด AAAA ซึ่งเป็นวิธีที่ใช้กันอย่างแพร่หลายนั้นเทียบได้กับเรคอร์ด A สำหรับ IPv4 ซึ่งให้การแมปที่ง่ายจากชื่อโฮสต์ไปยังที่อยู่ IPv6 วิธีการที่ใช้เรคอร์ด A6 ใช้โครงสร้างแบบลำดับชั้น ซึ่งการแมปของกลุ่มบิตที่อยู่ถัดไปจะถูกระบุโดยเรคอร์ด A6 เพิ่มเติม ทำให้สามารถเปลี่ยนหมายเลขโฮสต์ทั้งหมดในเครือข่ายได้โดยการเปลี่ยนเรคอร์ด A6 เพียงเรคอร์ดเดียว เนื่องจากประโยชน์ที่รับรู้ได้ของรูปแบบ A6 ไม่ถือว่าคุ้มค่ากับต้นทุนที่รับรู้ได้^{[ 70 ] [ 71 ] [ 72 ] [ 73 ]}วิธีการนี้จึงถูกย้ายไปอยู่ในสถานะทดลองในปี 2002 ^{[ 71 ]}และในที่สุดก็อยู่ในสถานะประวัติศาสตร์ในปี 2012 ^{[ 73 ]}
• ในปี 2552 พบว่าตัวแก้ไข DNS จำนวนมากในอุปกรณ์ NAT และเราเตอร์เครือข่ายภายในบ้านจัดการเรคอร์ด AAAA อย่างไม่เหมาะสม^{[ 74 ]}บางส่วนเพียงแค่ทิ้งคำขอ DNS สำหรับเรคอร์ดดังกล่าว แทนที่จะส่งการตอบกลับ DNS เชิงลบที่เหมาะสมกลับมา เนื่องจากคำขอถูกทิ้ง โฮสต์ที่ส่งคำขอจะต้องรอจนหมดเวลา ทำให้เกิดความหน่วงเพิ่มขึ้นเมื่อเชื่อมต่อกับโฮสต์ IPv6/IPv4 แบบ dual-stack เนื่องจากซอฟต์แวร์ไคลเอ็นต์จะรอให้การเชื่อมต่อ IPv6 ล้มเหลวก่อนจึงจะลอง IPv4 Happy Eyeballsมีวิธีแก้ปัญหานี้

• ไบนัม, ฟาน, อิลจิตช์ (2005) ใช้งาน IPv6 ไอเอสบีเอ็น 978-1-59059-527-5.