1
0
forked from zbw/yiliao2026

docs: record Fast DDS peer-range finding

This commit is contained in:
2026-07-23 18:19:51 +08:00
parent 32a253ab80
commit f1513349ee

View File

@@ -1072,3 +1072,13 @@ unset _wsl_dds_profile
- WSL initial peer 同时包含本机 `.151` 和对端 `.164`,保证 WSL 现有软件由多个 participant 组成时也能本机发现。
- 范围:只在两个 Fast DDS XML 的 `<initialPeersList>` 中各增加一个本机 locator继续保持 `avoid_builtin_multicast=true` 和接口白名单。
- 必要复测Nav2 lifecycle 完成配置/激活WSL 可见 `/obstacles` 与 local/global costmap`.210` Domain 22 抓包仍为零。
### 实施偏差:扩大单播 initial peer 扫描范围
- 发现时间2026-07-23 增加本机 peer 后的 Nav2 复测。
- 现象:两个 RDK 测试 participant 能通过本机 `.164` peer 互相发现,但包含约 16 个 participant 的 Nav2 launch 仍无法让 lifecycle manager 找到 `controller_server/get_state`
- 根因initial peer locator 未显式指定端口时Fast DDS 只扫描有限数量的 participant ID默认范围足够两节点测试不足以覆盖 Nav2 多进程。
- 版本证据WSL Fast DDS `2.6.11` 与 RDKx5 Fast DDS `2.6.8` 的库均包含 `maxInitialPeersRange` 配置项。
- 修正:在双端自定义 UDPv4 transport descriptor 中加入 `<maxInitialPeersRange>64</maxInitialPeersRange>`
- 范围依据64 覆盖当前约 16 个 RDK participant 和 WSL 现有软件,并保留余量;不固定具体 UDP 端口,不引入 discovery server。
- 必要复测:本机多 participant 发现、Nav2 lifecycle 激活、WSL 关键话题可见、`.210` Domain 22 仍为零。