Administrator Guide
• Accepts the DCB conguration from a peer if a DCBx port is in “willing” mode to accept a peer’s DCB settings and then internally
propagates the received DCB conguration to its peer ports.
DCBx Port Roles
To enable the auto-conguration of DCBx-enabled ports and propagate DCB congurations learned from peer DCBx devices internally to
other switch ports, use the following DCBx port roles.
Auto-upstream The port advertises its own conguration to DCBx peers and is willing to receive peer conguration. The port also
propagates its conguration to other ports on the switch.
The rst auto-upstream that is capable of receiving a peer conguration is elected as the conguration source. The
elected conguration source then internally propagates the conguration to other auto-upstream and auto-
downstream ports. A port that receives an internally propagated conguration overwrites its local conguration
with the new parameter values. When an auto-upstream port (besides the conguration source) receives and
overwrites its conguration with internally propagated information, one of the following actions is taken:
• If the peer conguration received is compatible with the internally propagated port conguration, the link with
the DCBx peer is enabled.
• If the received peer conguration is not compatible with the currently congured port conguration, the link
with the DCBx peer port is disabled and a syslog message for an incompatible conguration is generated. The
network administrator must then recongure the peer device so that it advertises a compatible DCB
conguration.
– The conguration received from a DCBx peer or from an internally propagated conguration is not stored in
the switch’s running conguration.
– On a DCBx port in an auto-upstream role, the PFC and application priority TLVs are enabled. ETS
recommend TLVs are disabled and ETS conguration TLVs are enabled.
Auto-downstream The port advertises its own conguration to DCBx peers but is not willing to receive remote peer conguration.
The port always accepts internally propagated congurations from a conguration source. An auto-downstream
port that receives an internally propagated conguration overwrites its local conguration with the new parameter
values.
When an auto-downstream port receives and overwrites its conguration with internally propagated information,
one of the following actions is taken:
• If the peer conguration received is compatible with the internally propagated port conguration, the link with
the DCBx peer is enabled.
• If the received peer conguration is not compatible with the currently congured port conguration, the link
with the DCBx peer port is disabled and a syslog message for an incompatible conguration is generated. The
network administrator must then recongure the peer device so that it advertises a compatible DCB
conguration.
– The internally propagated conguration is not stored in the switch's running conguration.
– On a DCBx port in an auto-downstream role, all PFC, application priority, ETS recommend, and ETS
conguration TLVs are enabled.
Conguration source The port is congured to serve as a source of conguration information on the switch. Peer DCB congurations
received on the port are propagated to other DCBx auto-congured ports. If the peer conguration is compatible
with a port conguration, DCBx is enabled on the port.
On a conguration-source port, the link with a DCBx peer is enabled when the port receives a DCB conguration
that can be internally propagated to other auto-congured ports. The conguration received from a DCBx peer is
not stored in the switch’s running conguration. On a DCBx port that is the conguration source, all PFC and
application priority TLVs are enabled. ETS recommend TLVs are disabled and ETS conguration TLVs are enabled.
Manual The port is congured to operate only with administrator-congured settings and does not auto-congure with
DCB settings received from a DCBx peer or from an internally propagated conguration from the conguration
280 Data Center Bridging (DCB)