IPv6环境下的VRRPv3使用独立MAC地址块，虚拟路由器通过该链路层地址响应邻居请求。理解并正确计算这个地址，是排查默认网关不可达和ND条目异常的重要前提。虚拟MAC并非由网卡硬件决定，而是从VRID推导得出，因此可以用简单的脚本快速生成和验证。
一、VRRPv3中IPv6虚拟MAC地址的构造规则
VRRPv3定义在RFC 5798中，同时支持IPv4和IPv6。对于IPv4，虚拟路由器使用00-00-5E-00-01-{VRID}这样的MAC格式；而对于IPv6，IANA专门分配了00-00-5E-00-02-{VRID}这个地址块。这里的VRID是虚拟路由器标识，取值范围是1到255，对应MAC地址的最后一个字节。
这个设计解决了链路层地址冲突问题。在同一个二层广播域中，可能同时存在IPv4和IPv6的VRRP实例，如果共用同一前缀，很容易因为VRID相同而产生MAC冲突。IPv6单独使用00-00-5E-00-02前缀后，两个协议族的虚拟MAC天然隔离，主机也能根据链路层地址快速区分虚拟路由器类型。
例如当VRID等于10时，十六进制表示为0A，最终的IPv6虚拟MAC地址就是00-00-5E-00-02-0A。该地址会被虚拟路由器的Master设备用于承载虚拟IPv6地址的邻居通告。主机发送邻居请求时，响应报文中的源链路层地址就是这个虚拟MAC，而不是物理接口的真实MAC。掌握这个映射关系，等于拿到了后续编码和排错的基础。
二、用Ruby生成虚拟MAC地址的核心实现
实现一个简单的生成器并不复杂，关键是把VRID从十进制转换为两位十六进制，并补齐前导零。Ruby的format方法可以很好地完成这个任务，但还需要对输入范围做校验，避免出现非法VRID。下面给出一个完整的方法，它不依赖任何第三方Gem，仅使用Ruby标准库，方便在服务器或网络设备管理脚本中直接调用。
代码中的核心逻辑是使用format方法将整数格式化为两位十六进制字符串。VRID为10时输出0A，VRID为255时输出FF。返回的字符串使用连字符分隔，与Linux的ip命令以及大多数抓包工具的显示格式保持一致。如果某些应用需要冒号分隔，可以通过gsub方法快速替换。
def vrrpv3_virtual_mac(vrid)
unless vrid.is_a?(Integer) && (1..255).cover?(vrid)
raise ArgumentError, "VRID must be between 1 and 255"
end
"00-00-5E-00-02-#{format('%02X', vrid)}"
end
# 测试几个常见VRID
[1, 10, 16, 255].each do |id|
puts "VRID #{id} => #{vrrpv3_virtual_mac(id)}"
end
运行这段脚本可以得到如下对应关系：VRID 1对应00-00-5E-00-02-01，VRID 10对应00-00-5E-00-02-0A，VRID 16对应00-00-5E-00-02-10，VRID 255对应00-00-5E-00-02-FF。注意VRID不能为0，因为0是保留值，也不能超过255，这是由单个字节的地址范围决定的。
如果需要批量生成连续虚拟MAC，可以在循环中调用该方法，并将结果写入哈希表，用于后续批量检查或配置。例如从VRID 1到VRID 50生成一组映射，可以快速判断某个MAC地址是否属于VRRPv3虚拟地址池。
三、将虚拟MAC地址应用到Linux接口并验证
生成MAC只是第一步，更实际的场景是把虚拟MAC配置到Linux网卡上，模拟VRRPv3虚拟路由器的行为。临时修改MAC地址可以使用ip命令，但需要root权限。Ruby中可以通过system方法直接调用外部命令，脚本化地完成接口关闭、地址设置和重新启用。
下面的脚本封装了apply_virtual_mac方法。它先关闭接口，再设置新的链路层地址，最后重新启用。在真实路由器上，虚拟MAC通常由VRRP守护进程管理，手工设置主要用于实验、排查ND缓存问题或编写自动化测试脚本。
def apply_virtual_mac(interface, vrid)
mac = vrrpv3_virtual_mac(vrid)
raise "Failed to bring down #{interface}" unless system("ip link set dev #{interface} down")
raise "Failed to set MAC #{mac}" unless system("ip link set dev #{interface} address #{mac}")
raise "Failed to bring up #{interface}" unless system("ip link set dev #{interface} up")
puts "Applied #{mac} to #{interface}"
end
apply_virtual_mac("eth0", 42)
完成配置后，可以使用ip link show eth0查看MAC是否生效。如果网卡已经加入网桥或绑定，可能需要先在底层接口上操作。还可以使用ip -6 neigh show命令观察邻居表，确认主机是否学习到新的虚拟MAC。在抓包工具中过滤icmp6.type == 136可以查看邻居通告报文，验证源链路层地址是否与预期一致。
手工修改MAC后，部分Linux系统会清空接口上的IPv6地址，需要重新添加虚拟IPv6地址或用ip addr add fe80::1/64 dev eth0等命令补齐。这一点在自动化脚本中要特别处理，否则可能出现链路本地地址丢失导致邻居发现失败。
四、常见错误与实践建议
最常出现的问题是前缀使用错误。有些资料会把IPv4的00-00-5E-00-01直接套用到IPv6上，这是错误的。IPv6的VRRPv3虚拟MAC必须以00-00-5E-00-02开头，否则主机无法正确识别虚拟路由器，甚至可能与IPv4 VRRP实例冲突。在排查ND解析失败时，可以先对照IANA地址块确认前缀是否写错。
另一个常见问题是VRID冲突。同一个二层广播域内，如果两个VRRP实例使用相同的VRID但不同的虚拟IPv6地址，它们会竞争同一个虚拟MAC，导致邻居表频繁抖动。规划VRID时应当与VLAN或网段绑定，并记录在案。可以用Ruby脚本读取CSV配置，自动检查重复VRID，提前发现冲突风险。
在生产环境中，不建议依靠手工设置虚拟MAC来替代VRRP守护进程。keepalived、vrrpd等工具会同时维护状态机、优先级和通告定时器，仅设置MAC无法提供真正的冗余能力。但理解并用Ruby实现虚拟MAC生成，对于编写自动化工具、验证协议行为以及学习RFC 5798都很有帮助。当出现ND表项异常时，能够手工推导虚拟MAC可以显著提高排错效率。
总体而言，IPv6下VRRPv3虚拟MAC的生成规则简单但容易混淆。借助Ruby的字符串格式化能力和外部命令集成，可以快速完成从VRID到MAC地址的计算、配置和验证。在测试环境中多动手，有助于形成对虚拟路由器链路层行为的直觉。