cancel
Showing results for 
Search instead for 
Did you mean: 

EXOS: give more feedback on CLI

EXOS: give more feedback on CLI

jeronimo
Contributor III
Hey,

I've been playing with EXOS and I noticed the following.

"configure vlan x delete port 2" does not throw an error when the port was not a member of the vlan in the first place.

Also, "configure vlan x add port 2" does not give a warning when the port was already a member before issuing the command

For the sake of transparency, I would find it useful if the switch gave some feedback in scenarios like these. Giving warnings in those cases can reduce the risk of administrative errors IMHO.

11 REPLIES 11

Drew_C
Valued Contributor III
Hi everyone, I contacted engineering and they've created a CR for this enhancement. There were a few questions posted that we would like to get your input on.

One problem that can arise is that the user canspecify a port range or list of ports. What is returned when a subset ofports in the range/list fail the command? Would you want to see these informational messages for every port in the range/list?

Maybe configuration difficulty levels should be introduced: when you first boot the switch, you get to choose between infant, normal and Extreme mode. Infant mode displays graphical wizards for everything. Normal would be more or less what we have now. Extreme difficulty displays no output whatsoever, not even an echo of what you type. That last one is what real experts are craving.

Now getting back to your question 😃

First, I believe whatever information you choose to display, it should be clear from the output that all ports were set, while some could not be set. (So that people don't think there was an error and need to repeat the command. I am sometimes lazy myself and just set ranges even though I know it will fail for some ports.)

Now we can have ranges specified for the VLAN as well as the ports, and there are additional settings like specifying an STP domain and such. Setting any of these could go wrong.

My first approach would have been to display conflicts in one summary line of output like "Ports configured, however ports already were tagged members of VLAN ." Similar output for stuff to be deleted that does not exist in the first place: "Ports configured, however ports already were not members of VLAN ." As per the previous paragraph, it is not that easy though.

Either one displays one line per conflict, or one has to group either by port or VLAN:
1)
* Port could not be added to VLAN
* Port could not be added to VLAN
* Port could not be added to VLAN
2)
* Port could not be added to VLAN
* Port could not be added to VLAN
3)
* Port could not be added to VLANs
* Port could not be added to VLAN
As I said one should also think about the conflicts that can occur by using other parameters of "configure vlan add/delete" (like "stpd")

Finally, one might give a configuration setting allowing to choose whether to display these informational messages or not. Maybe a similar setting for something else already exists and one could add the new informational messages to the set of messages part of that configuration. (I like it for example how you give people the freedom to choose whether they want a constant refresh using "show port" or not (using "disable/enable cli refresh"). That's what makes EXOS sexy.)

Hi,

I'd say it is important that the messages are clearly informational, and not warnings. I would prefer to get one message giving the list of ports that were already part of the VLAN, if a message is given.

In general, I think it is important that a command that is already part of the configuration can still be issued without problems (idempotence). In fact I would prefer to have a way to disable messages about not changing anything by issuing a command.

I do think that jeronimo's idea has merit, but there are situations where no messages are preferred, e.g. applying a configuration script a second time after adding (instead of changing) something.

Thanks,
Erik

Laurent_Rillet
New Contributor II
Hi,

To Jeronimo :

The configuration command is the target you want to achieve.

If this target was already in place, is there any need to display some error or warning message ?

Please, can you describe what should be the usage of this message ?

Thanks

GTM-P2G8KFN