[Nexus NX-OS] Spanning-Tree commands (Port-Channel vs Physical Ports)

[Rémi]

Hi Cisco community !

Can you confirm me which config is the best practice

Config 1 :
interface port-channel31
  description To Distri01
  switchport mode trunk
  switchport trunk native vlan 99
  spanning-tree port type network
  spanning-tree guard root
  vpc 31
interface Ethernet1/7
  description To Distri01-SW01
  switchport mode trunk
  switchport trunk native vlan 99
  [without commands]
  channel-group 31 mode active
  no shutdown

Config 02 :
interface port-channel32
  description To Distri02
  switchport mode trunk
  switchport trunk native vlan 99
  spanning-tree port type network
  spanning-tree guard root
  vpc 32
interface Ethernet1/8
  description To Distri02-SW01
  switchport mode trunk
  switchport trunk native vlan 99
  spanning-tree port type network
  spanning-tree guard root
  channel-group 32 mode active
  no shutdown

Both config seems work well. I think is not necessary to do config 02 because
if I try (e.g.) "show spanning-tree int e1/8"
I receive message "No spanning tree information available for Ethernet1/8"

Can you confirm me the best practice ?

[Sergiu.Daniluk]

I think what you see there is just a cosmetic bug. Normally, whatever you configure at port-channel level, takes precedence.

Most of the commands should also be reflected at interface level, but since in your case is not, could be just cosmetic.

I would say, stick with second option, for consistency.

Take care,

Sergiu

[Rémi]

Hi Sergiu,

Thank you for your reply.

I think that's not really the case. I know there are sometimes exceptions where the commands only afect the physical port.

But I also think it's a cosmetic bug. So that was the meaning of my question. I just want to be sure.

[Sergiu.Daniluk]

Of course, there are exceptions of commands which are applicable only the physical port (example interface description). But most of the `functional level` commands, will have port-channel level effect, since full interface bundle needs to work identical.

Take care,

Sergiu