Symptom
when doing easy fabric, at the config deploy step, we noticed it's negating any port speed configuration and making the negotiate auto:
#negotiate auto
#no speed
there's a need for making the port speed/negotiate/duplex for some ports to get up, so discovery will erase any configured port related specification like speed and negotiate, and as result, we won't get the fabric discovered.
Conditions
discover fabrics via fabric builder (easy fabric)
Workaround
It is possible to use "switch_freeform_policy" template to have DCNM push the specific configs that require hardcoding. From the fabric builder page, right-click on a given spine and select view/edit policies. In the pop-up, click Add Policy.
If the interfaces connecting to spines are consistent across all spine nodes (e.g 1/10 on all spines connects to leaf nodes using DAC), you may use the general 'spine freeform config' box. The config in the box will be applied to all switches with role = spine. Same can be done for leaf freeform configs.
Further Problem Description
this is based on customer experience having leafs and spines:
Some of the leafs connected by AOC, some by DAC
the problem is with DAC (1m/2m)
They do not work with speed autonegotiation on ports eth 1/51 - eth 1/55 leaves side. They are down till we manually set speed 100000 on the spine's side, and DCNM wipe that config out on the next deploy via fabric builder (easy fabric).
