Networking-bagpipe 评分卡¶
Neutron 集成¶
N0. 该项目是否使用 Neutron REST API，还是依赖于专有后端？
否。该仓库依赖于 https://github.com/Orange-OpenSource/bagpipe-bgp，该项目采用 Apache 许可证发布。
N1. 该项目是否集成了/使用了 neutron-lib？
是。目前导入比例约为 13%。neutron-lib 的定期集成不可用，但正在进行中。
N2. 项目成员是否积极贡献以帮助 neutron-lib 实现其目标？
否。
N3. 项目成员是否与核心团队合作，通过帮助定义模块化接口，使子项目能够松散地与 Neutron 核心平台集成？
该团队根据需要主动采用 L2 扩展，如下面的提交所示。
N4. 该项目如何提供网络服务？它是否使用核心平台提供的模块化接口？
是的。
N5. 如果该项目提供新的 API 扩展，是否已经讨论并接受了这些 API 扩展，并由 Neutron 驱动程序团队批准？如果需要，请提供 API 规范的链接。
networking-bagpipe 包含 (a) networking-bgpvpn 的驱动程序，以及 (b) 一个 ML2 机械驱动程序，用于提供 Neutron L2，(1) 这对于 BGPVPN 部分来说不是必需的，并且 (2) 不需要其他 ML2 机械驱动程序来提供 Neutron ML2。
文档¶
D1. 该项目是否具有 doc tox 目标，功能正常且持续运行？请提供证明（指向 logs.openstack.org 的链接）。
是的。
D2. 如果该项目提供 API 扩展，该项目是否具有 api-ref tox 目标，功能正常且持续运行？请提供证明（指向 logs.openstack.org 的链接）。
否。
D3. 该项目是否具有 releasenotes tox 目标，功能正常且持续运行？请提供证明。
否。
D4. 描述可用的文档类型：开发者、最终用户、管理员、部署者。
仅有部署者文档。
持续集成¶
C1. 该项目是否具有显示所有可用作业的历史趋势的 Grafana 仪表板？请提供证明（指向 grafana.openstack.org 的链接）。
否。
C2. 该项目是否具有单元覆盖率的 CI？请提供证明（指向 logs.openstack.org 的链接）
是的。
C3. 该项目是否具有功能覆盖率的 CI？如果是，是否包括数据库迁移和同步验证？
否，即使机械驱动程序具有数据库迁移（Liberty 版本中提供的最后一个），也没有数据库迁移和同步验证。路线图是消除数据库模型，而是使用 VXLAN 类型驱动程序，并以类似于 IETF 草案 draft-ietf-bess-evpn-overlay 的方式从中派生 BGPVPN 标识符。
C4. 该项目是否具有全栈覆盖率的 CI？
否。
C5. 该项目是否具有 Tempest 覆盖率的 CI？如果是，请说明性质（API 和/或场景）。
非投票和实验性。
C6. 项目如何持续验证升级？该项目是否需要或支持 Grenade 覆盖率的 CI？
没有 Grenade 测试的证据。
C7. 该项目是否提供多节点 CI？
否。
C8. 该项目是否支持 Python 3.x？请提供证明。
是的。
发行足迹¶
R1. 该项目是否采用语义化版本控制 (semver)？
是的。
R2. 该项目是否有发布交付物？请提供在 发布仓库 中可用的证明。
是的。
R3. 该项目是否使用上限约束？
是的。
该项目是否与 OpenStack 提案机器人集成以进行需求更新？
是的。
稳定的回溯¶
S1. 该项目是否有稳定的分支和/或标签？请提供回溯历史记录。
是。稳定的 Liberty、Mitaka 和 Newton 版本与 Neutron 的版本对齐。
客户端库¶
L1. 如果该项目需要客户端库，它是如何实现 CLI 和 API 绑定的？
否。
评分卡¶
评分卡 |
|
|---|---|
N0 | 否 |
|
N1 | 是 |
|
N2 | 否 |
|
N3 | 是 |
|
N4 | 是 |
|
N5 | 否 |
|
D1 | 是 |
|
D2 | 否 |
|
D3 | 否 |
|
D4 | 是 |
|
C1 | 否 |
|
C2 | 是 |
|
C3 | 否 |
|
C4 | 否 |
|
C5 | 否 |
|
C6 | 否 |
|
C7 | 否 |
|
C8 | 是 |
|
R1 | 是 |
|
R2 | 是 |
|
R3 | 是 |
|
R4 | 是 |
|
S1 | 是 |
|
N |
|
最终说明：neutron-lib 集成、更多文档和更好的覆盖率是该项目的主要差距。
