ฉันใช้ Linux และฉันต้องการ ping fe80::1234:56ff:fe12:3456%eth0 ซึ่งเชื่อมต่อกับสวิตช์อีเทอร์เน็ตเดียวกันกับของฉัน eth0 อินเตอร์เฟซ. ฉันยังไม่ได้ติดต่อกับ fe80::1234:56ff:fe12:3456 ดังนั้นฉันจึงไม่มีที่อยู่ MAC แคชไว้ (ไม่ได้อยู่ใน รายการไอพีใกล้เคียง). เมื่อฉันวิ่ง
ping fe80::1234:56ff:fe12:3456%eth0
ฉันส่ง
ff02::1:ff12:3456 ข้างใน33:33:ff:12:34:56.ฉันเข้าใจ ff02::1:ff12:3456 ถูกสร้างขึ้นจากที่อยู่ MAC 24 บิตที่ต่ำกว่าและโหนดที่ใช้บิตเดียวกันทั้งหมดจะรับฟังที่อยู่แบบหลายผู้รับนี้ แต่ทำไมถึงระบุแบบนี้? ทำไมไม่เพียงแค่ส่งแพ็กเก็ต ICMP ไปยังที่อยู่ IPv6 ปลายทางโดยตรงโดยปล่อยให้ที่อยู่ MAC แบบหลายผู้รับดูแลการแจกจ่ายไปยังผู้สมัครที่เป็นไปได้ แบบนี้:
fe80::1234:56ff:fe12:3456 ข้างใน33:33:ff:12:34:56.
อีเธอร์เน็ตไม่ใช่เทคโนโลยีเลเยอร์ 2 เพียงแห่งเดียวในทุกที่
เลื่อนผ่าน "IPv6 Packets over" RFC จะเปิดเผยเลเยอร์ลิงค์ที่หลากหลายรวมถึง บลูทูธพลังงานต่ำ เครือข่ายพื้นที่ส่วนบุคคล ITU-T G.9959, ช่องไฟเบอร์. ทางเลือกที่ล้าสมัยเช่น Token Ring หรือ FDDI
เชื่อมโยงเลเยอร์ที่ใช้มัลติคาสต์จับคู่ที่อยู่มัลติคาสต์ IPv6 กับการใช้งาน ผู้ที่ไม่ทำงานรอบที่บางทีการเชื่อมโยงแบบจุดต่อจุดทำให้เราเตอร์สามารถติดตามผู้ฟังแบบหลายผู้รับได้ หรืออาจนำไปใช้ออกอากาศ แม้ว่าการส่งไปยังโหนดทั้งหมดเช่น ARP นั้นไม่เหมาะ
การค้นพบเพื่อนบ้าน ใน IP stack มีข้อได้เปรียบจากนามธรรมที่สอดคล้องกันและการใช้รหัสซ้ำ สามารถสร้างแพ็คเก็ต IP เป้าหมายเพื่อรับที่อยู่ลิงค์เลเยอร์ รวมถึงฮาร์ดแวร์ที่เหนือจินตนาการในขณะที่เขียนโค้ดเลเยอร์ 3
ดูสิ่งนี้ด้วย: ทำไมคุณต้องใช้ IPv6 Neighbor Solicitation เพื่อรับที่อยู่ MAC
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
