摘要

  • RFC 5309 把“网络类型”与“介质类型”分开：LAN 上可以运行点到点 IS-IS/OSPF，但控制报文仍必须使用正确的组播 MAC 和 VLAN。
  • 两端必须对称配置，Hello 类型不符会被丢弃且没有自动回退。邻接之后，数据转发仍依赖有效下一跳 IP 与 ARP、ND、静态或学习所得的 MAC 绑定。

被删掉的是拓扑机器，不是以太网

传统广播电路需要 DIS/DR、伪节点或虚拟网络表示，以及适合多接入场景的洪泛过程。如果一个物理 LAN 或 VLAN 只连接两个路由器，RFC 5309 允许 IGP 直接公布两者的点到点关系。

好处是控制面状态更少，选举与伪节点可以省去。但这个决定来自配置，而不是协议对物理世界的测量。交换机后来把第三个端口加入 VLAN，IGP 的点到点命令并不会自行失效。

链路层也没有改变。IS-IS 控制报文从二层看仍是 LAN 报文，推荐使用 AllISs 组播目的地址；VLAN 标签仍决定另一端能否收到。逻辑拓扑与实际封装是两份证据。

不一致时拒绝，不猜测

点到点电路收到 LAN Hello 必须丢弃；LAN 电路收到点到点 Hello 也必须丢弃。收到的 System ID 或 Router ID 与既有邻接不符，同样拒绝。

双方必须支持并配置同一扩展。如果一端认为是 LAN、另一端认为是点到点，邻接不会形成；除了人工改正外没有回退。这种设计让错误显性化，避免设备默默采用另一个拓扑语义。

因此变更不能以“第一台设备命令成功”作为完成条件。需要成对意图、预期中断窗口、Hello 与身份观测、丢弃计数，以及两端一致的回滚路径。丢弃日志是配置契约失配的证据，而不是无关噪声。

组播 Hello 与单播数据走不同门

普通串行点到点链路只有一个目的地，可以省略 IP 下一跳标识。p2p-over-LAN 的以太网帧仍需要目的 MAC，所以 RFC 5309 要求有效的邻居接口或内部 IP 地址作为下一跳。

IPv4 unnumbered 由接口借用独立地址，ARP 必须解析它。某些 ARP 实现要求请求源属于本地接口子网，这项检查在该电路上需要放宽。IPv6 则由 ND 解析 link-local 地址。

也可以静态配置 MAC，或从承载路由协议报文的帧中学习源 MAC。后者能让控制面提供一个转发输入，却不能证明绑定仍新鲜、位于正确 VLAN、已进入真正使用的 FIB，或数据包已经通过。

于是邻接保持 Up 而数据不通并不矛盾。Hello 可以通过组播 MAC 到达，单播 IP 却在下一跳解析处失败。控制面互见与数据面可用之间仍有一条必须观察的链。

无编号把可见性债务留给运维

unnumbered 节省地址，也取消了用于 ping 或单独监控接口的专属地址。运维必须用端口/VLAN 状态、邻接身份、ARP/ND 表、MAC 来源与年龄、FIB 递归、计数器和双向探测补回可见性。

把一个多接入 LAN 拆成许多双节点 VLAN 还有规模代价：每条逻辑边更简单，但链路状态数据库、洪泛量和路径计算可能增长。局部简化并不一定减少全局成本。

分析范围

RFC 5309 是 Informational 文档，不是 Internet Standard。它不证明某个现网的产品支持、VLAN 独占性、专有解析互通或实际转发。RFC 5303 证明更强的点到点互认状态，仍不能替代 MAC 绑定；RFC 5304 的认证和 RFC 5305 的属性也不是报文交付记录。

现网验证必须读取双方配置、Hello 与身份、VLAN 成员、邻接、下一跳、ARP/ND 或映射、路由与 FIB、报文和业务结果。抽象只有在底层依赖仍可核验时才是真正的简化。

来源