如何报告 ospfd 的 bug?已知问题在哪里查看?
ospfd 的 bug 报告统一发送到 [email protected]；已知问题则集中列在 OSPFD Resource Page 的 Known problems 部分。两者配合使用：先查 Known problems 确认是否已被记录，再决定是否需要发邮件补充新问题。
报告 bug 的具体做法
- 先核对版本号。ospfd 的版本号中小数点右侧的数字表示补丁级别（patch level）。例如随书发布的初始版本标为 0.1，第一次 bug 修复后版本号递增为 1.1，其中“1”是补丁级别。报告时写清你使用的完整版本号，便于维护者判断问题是否已在后续补丁中修复。
- 确认问题是否属于已知范围。先查看资源页的 Known problems 列表，避免重复报告已经记录的问题。
- 发送邮件到 [email protected]。这是资源页明确给出的 bug 报告地址，用于提交 bug 报告。
已知问题和修复记录在哪里
资源页把版本与修复信息分成了几个入口：
| 入口 | 内容 |
|---|---|
| Known problems | 已记录的已知问题列表 |
| Release 2.0 | 该版本新增对 OSPF Opaque-LSA 的支持 |
| Release 1.x bug fixes | 1.x 系列的 bug 修复记录 |
| Linux port | Linux 移植相关内容 |
| OSPF simulator for Windows/Linux | Windows/Linux 平台的 OSPF 模拟器 |
判断自己的问题是否已被处理，可以按“Known problems → 对应版本的 bug fixes 记录”的顺序查。如果某个问题出现在 1.x 的修复记录里，而你仍在使用更早的补丁级别，升级到对应版本通常就是解决办法。
版本号与补丁级别的对应关系
理解这套编号能帮你快速定位问题：
- 随书发布的实现标为 0.1。
- 第一次 bug 修复后递增为 1.1。
- 小数点右侧的数字即补丁级别，数字越大表示包含的修复越多。
因此报告 bug 时，版本号本身就是关键信息——它决定了维护者能否判断该问题是否已在某个补丁中解决。
需要留意的边界
资源页只给出了 bug 报告邮箱和已知问题入口，没有说明响应时间、处理流程或是否接受其他类型的反馈。如果问题不属于 bug（例如使用咨询），页面上没有对应的渠道说明，建议先查阅 FAQ 和 Background reading 部分。