Azure / Azure/AzureLocal-Supportability

docs: Clarify DCBX requirement vs DCBX willing mode in TOR QoS reference

未关闭 适合新手
#289 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

主要语言
PowerShell
星标
78
派生
60
平均合并
1 天 6 小时
30 天内合并 PR
5

描述

Summary

The TOR QoS Policy reference doc creates customer confusion about DCBX configuration. Customers are making a logical leap from "DCBX must be enabled to advertise the required TLVs" to "DCBX willing mode should be true." This is incorrect. Azure Local does not support DCBX willing mode — only a static configuration is supported.

Affected doc: Reference-TOR-QOS-Policy-Configuration.md

Referenced from: Physical network requirements

Customer Confusion

The current language describes enabling DCBX as a required aspect of switch configuration. This is true in the sense that DCBX must be enabled to advertise all the TLV values required for Azure Local (carried in LLDP frames). However, customers are inferring that DCBX willing mode should also be enabled.

What's Correct

  • DCBX enabled: required to advertise the necessary TLVs over LLDP.
  • DCBX willing mode: not supported in Azure Local. Configuration must be static.

Why DCBX Willing Mode Is Not Supported

DCBX willing mode allows the fabric to dynamically change host-level settings. The fabric does not understand Azure Local's RDMA / storage requirements, and dynamic changes from the fabric can disrupt RDMA traffic and impact the storage layer. If DCBX willing mode were enabled, a rogue configuration could change neighbor settings and break system configurations.

This is not a new requirement — it has been in place since Storage Spaces Direct originally launched.

Requested Change

Update the TOR QoS reference doc to:

  1. Explicitly state that DCBX willing mode must be disabled / false (static configuration only).
  2. Distinguish between "DCBX enabled (for TLV advertisement)" and "DCBX willing mode (not supported)".
  3. Briefly explain why willing mode is not supported (RDMA / storage traffic protection), so customers understand the rationale and don't try to enable it.

Scope

Small documentation fix. No behavior change.

贡献指南

打开贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

调研方向

从 TSG/Networking/Top-Of-Rack-Switch/Reference-TOR-QOS-Policy-Configuration.md 开始,并将其中关于 DCBX 的措辞与 issue 对已启用的 TLV 通告和 willing mode 之间区别的说明进行比较。更新参考文档,明确说明 willing mode 已禁用且必须进行静态配置,并给出 RDMA/storage 的理由;当所请求的三项澄清均已明确写出时即完成。

由索引模型根据 Issue 内容生成。

评估

领域
documentation, networking
Issue 类型
文档
难度
1/5
预计耗时
1 小时以内
活跃度
冷清
描述清晰度
描述清楚
新手友好度
82/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。