如果我spanning-tree port type edge trunk在物理接口而不是端口通道上进行配置，那行得通吗？
或者我必须spanning-tree port type edge trunk在端口通道上做？
例子：
interface Ethernet1/33
switchport mode trunk
switchport trunk allowed vlan 10,20,30,100
spanning-tree port type edge trunk
spanning-tree bpduguard enable
speed 10000
channel-group 133 mode active
端口通道
interface port-channel133
switchport mode trunk
switchport trunk allowed vlan 10,20,30,100
speed 10000
vpc 133
强烈建议：以相同的方式配置端口通道及其成员（当然除了用于description和channel-group和vpc位）。
只要接口没有被配置为 LAG 的成员，或者因为 LACP 协商失败并且接口保持LACP 个体[1]，来自给定（物理）接口的配置就会应用，并且“交换”（如“MAC地址学习”和帧转发）和生成树行为发生在（物理）接口的上下文中。show mac address-table ...将显示 MAC 地址不是在端口通道接口上学习的，而是在物理接口上学习的，并将show spanning tree vlan XXX物理接口显示为活动接口（在 STP 状态和角色中，它碰巧拥有）。
一旦将接口集成到端口通道接口中，所有“第 2 层事物”（MAC 地址学习、生成树）都在端口通道接口的上下文中处理，并且命令输出发生变化：MAC 地址被学习端口通道接口，并且端口通道在生成树中显示为活动接口。
另外：在port type edge [trunk]成员接口上具有 portfast ( ) 而不是在端口通道接口上将导致在端口通道接口进入 FWD 之前可怕的 30 秒 LIS/LRN（对于 STP）或 LRN（对于 RSTP 和 RPVST+）模式并允许流量进/出。
另外，当非 portfast 端口（无论是单个端口还是端口通道）变为“FWD”时，生成树拓扑更改通知将贯穿相关生成树。
插件： Nexus 3K 和 9K 交换机有一个方便的功能来帮助将物理端口集成到端口通道中：
force应用port-channel配置时使用关键字：channel-group NN force mode active. 这将覆盖物理接口的任何可能冲突的配置，并强制执行port-channel NN接口上给出的配置。[1] 并且接口没有因为“lacp suspend-individual”（某些 Nexus 交换机的默认设置）而暂停，这会导致接口关闭。