在过去几天，我一直在玩RFC8950的设置，它允许在IPv6之上路由IPv4。虽然在逻辑上这很简单，但它在使“IPv4成为可选”功能方面具有非常强大的应用，在IPv6网络之上运行（但没有任何隧道！）一些有趣的用例：大型网络可以在其核心上只运行IPv6，并将IPv4仅限于边缘设备。这可以在客户端无需任何调整的情况下工作。他们仍然按照旧方式操作，但主干可以在其核心上仅运行IPv6。一个IP传输主干可以仅运行IPv6，同时通过IPv6会话与其客户/对等方/上游交换IPv4路由。因此，IPv4作为一个“功能”留存，但网络本身是仅IPv6的，没有IPv4接口配置、BGP会话配置、防火墙配置等的开销。一个IXP可以本质上通过在IX LAN使用一个（唯一的）IPv6并运行路由服务器来提供没有IPv4的服务，从而在IPv6仅会话中交换IPv4和IPv6路由。因此，464XLAT对移动网络所做的事情——这有可能为主干网络做到这一点。它是如何工作的？多协议BGP（MP-BGP）支持在以IPv6会话使用IPv4下一跳和在以IPv4会话中使用IPv6下一跳的IPv6会话上宣布IPv4路由。RFC8950扩展了此功能，使IPv4具有IPv6下一跳。因此，对于IPv4地址，下一跳是IPv6，IPv6通过通常的NDP工作，IPv4则利用以太网帧在由NDP发现的相同MAC上运行。技术上，RFC8950只影响控制平面的决策，使用IPv6作为控制平面，但保持数据平面不变。IPv4仍为IPv4，并且在线路上传输IPv4，而不是某些隧道或464xLAT等。硬件支持到目前为止，它被许多路由平台广泛支持，如Juniper JunOS、Cisco IOS XR、Nokia SR OS、Mikrotik、Huawei、BIRD、FRR等。因此，如果您运行的是最近版本的操作系统，便很可能得到支持。演示实验室这是一个有趣的实验室，有两个客户路由器：C1和C2，分别通过提供者路由器R1-R2-R3连接在容器实验室中。所有路由器都运行开源FRR。C1在面向R1的WAN侧是仅IPv6的。它在IPv6会话中将10.0.0.0/24引入R1。R1和R2都是仅IPv6的，在它们的接口上没有IPv4（但在其表中携带IPv4路由）。R3与R2为IPv6，但只与C2为IPv4。所以C2就像缺乏IPv6部署的典型企业用户，并且仍希望能工作仅IPv4。R3在IPv4表中引入100.64.0.0/24（与IPv6相邻的R2），C2坐在R3给出的100.64.0.2/30上，仅在IPv4中进行通信。C1和C2可以通过该网络相互访问，部分为仅IPv6，而没有任何隧道。topology.yml名称：rfc8950拓扑：节点：R1：类型：linux映像：frr-with-bgpd绑定：- configs/R1.conf:/etc/frr/frr.conf R2：类型：linux映像：frr-with-bgpd绑定：- configs/R2.conf:/etc/frr/frr.conf R3：类型：linux映像：frr-with-bgpd绑定：- configs/R3.conf:/etc/frr/frr.conf C1：类型：linux映像：frr-with-bgpd绑定：- configs/C1.conf:/etc/frr/frr.conf C2：类型：linux映像：frr-with-bgpd绑定：- configs/C2.conf:/etc/frr/frr.conf链接：- 端点：[