IPv6 NA RTR/SOL/OVR标志位，单播多播选择，ndppd代理和kernel配置
NA消息用单播还是多播的判断理由
- 单播回复（Unicast）：
- 如果客户端发送 RS 消息时，使用的是一个全局地址或链路本地地址作为源地址，则 RA 消息会单播回复到客户端的源地址。
- 这种方式减少了网络中的广播流量，仅回复给请求的客户端。
- 多播回复（Multicast）：
- 如果 RS 消息的源地址为未指定地址（::，通常出现在刚启动或接口初始化时），则 RA 消息会通过多播发送到所有节点多播组地址（ff02::1）。
- 这是因为路由器不知道具体哪个客户端发送了 RS 消息，或者 RS 可能针对多个客户端需求。
- 相关说明在RFC4861
NA消息 RTR,SOL,OVR标志位
RTR 标志位（Router Flag）
表示发送 NA 消息的节点是否是一个路由器。
- 取值：
- 1：发送此 NA 消息的节点是路由器。
- 0：发送此 NA 消息的节点不是路由器。
- 作用：
- 如果 RTR=1，接收方可能将其记录为路由器，用于默认网关等功能。
- 如果 RTR=0，接收方会认为发送方只是一个普通主机。
- 设置规则：
- 路由器在发送 NA 消息时，通常会将 RTR 设置为 1。
- 普通主机在发送 NA 消息时，RTR 应设置为 0。
- 配置影响：
- 需要在路由器启用 IPv6 转发功能（net.ipv6.conf.all.forwarding=1）并通过邻居发现协议正确声明自己为路由器。
SOL 标志位（Solicited Flag）
表示该 NA 消息是否是对特定的 Neighbor Solicitation (NS) 消息的响应。
- 取值：
- 1：该 NA 消息是响应一个特定的 NS 消息（即 solicited NA）。
- 0：该 NA 消息是一个 unsolicited NA 消息。
- 作用：
- Solicited NA 消息： 用于更新邻居缓存表。
- Unsolicited NA 消息： 用于广播特定地址的所有权声明，防止地址冲突。
- 典型场景：
- 如果节点接收到对自己地址的 NS 消息，会发送带 SOL=1 的 NA 消息作为响应。
- 如果节点主动通知网络其地址的变化，会发送带 SOL=0 的 NA 消息。
- 如果是对 NS 消息的直接响应，SOL=1。如果是广播性质的地址声明，SOL=0。
OVR 标志位（Override Flag）
决定接收节点是否应该覆盖其现有的邻居缓存表条目。
- 取值：
- 1：接收节点应更新现有的邻居缓存条目。
- 0：接收节点不应覆盖现有的缓存条目。
- 作用：
控制邻居缓存表的更新策略：- OVR=1：表示发送方地址信息应被接收方用于更新邻居缓存表。
- OVR=0：接收方仅在当前条目为 “stale” 状态时更新缓存表。
- 设置规则：
一般情况下，节点会在以下场景下设置 OVR 标志：- 地址信息确实发生变化，需要通知邻居更新。
- 确保邻居缓存条目不会因为错误的消息覆盖有效条目。
ndppd代理和linux kernel发送na
- 如果 net.ipv6.conf.all.forwarding=1，系统内核会自动为启用的接口处理 NS 消息，并发送 NA 消息。
- ndppd 的目的是接管系统内核的部分 NDP 功能，特别是在 Proxy NDP 场景下。如果未正确配置，ndppd 和系统内核可能同时响应同一个 NS 消息，导致发送两条 NA 消息。网络抓包时，可以看到同一接口上对一个 NS 消息发出两条 NA 消息，可能来自内核和 ndppd。两条 NA 消息可能携带不一致的标志（如 Rtr 或 Ovr），或声明的链路层地址不同。
ndppd和linux kernel设置是否发送na
linux kernel控制发送na的参数,比如设置为1的demo如下：
sysctl -w net.ipv6.conf.<interface>.proxy_ndp=1
ndppd的demo：
interface eth1 {proxy eth0 {router yes}
}