Understanding IPv6: Solicited-Node Multicast In Action (Part 7 of 7)
The last few blogs in my series on IPv6 have focused on solicited-node multicast, which provides the functionality for Neighbor Discovery in IPv6 addressing. We ended the last blog with a cliffhanger, asking, “In IPv6, how do we find the Layer 2 MAC address associated with a Layer 3 IPv6 address?”
Time to put the pieces together
In this series of blogs, I have laid out all the varying puzzle pieces needed to answer this question. Let’s start putting those puzzle pieces together.
In this blog, we learned that, if a device has an IPv6 global address of 2001:DB8::AB:1/64, then, according to RFC 4291, it must also “compute and join” the IPv6 solicited-node multicast address FF02::1:FFAB:1.
By the same logic, that means the node associated with the IPv6 address of 2001:DB8::AB:2 must “compute and join” the IPv6 solicited-node multicast address FF02::1:FFAB:2.
So our first puzzle piece gets us to here:
But so what? How does that get us any closer to getting the DMAC associated with Router B’s IPv6 global unicast address? All it did was give us a multicast address that this IPv6 unicast address must join.
Let’s add another piece of the puzzle. From this Continue reading








The market's IT director felt like he "was held hostage" to some of the T1 agreements.
The company’s 2015 Wise.io acquisition serves as the foundation for its ML expertise.
ETSI NFV endeavors to make VNFs as open as possible.
Companies can mix and match connectivity for different site types while maintaining a single network.
The repository acts like a package manager to ease serverless deployments.