Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Discussion: NetAdapterAdvancedProperty remove ValidateSet from RegistryKeyword #388

Closed
PlagueHO opened this issue Apr 3, 2019 · 2 comments · Fixed by #400
Closed

Discussion: NetAdapterAdvancedProperty remove ValidateSet from RegistryKeyword #388

PlagueHO opened this issue Apr 3, 2019 · 2 comments · Fixed by #400
Assignees
Labels
enhancement The issue is an enhancement request. in progress The issue is being actively worked on by someone.

Comments

@PlagueHO
Copy link
Member

PlagueHO commented Apr 3, 2019

This is a request for discussion.

Currently the RegistryKeyword in NetAdapterAdvancedProperty is validated against a long set of valid RegistryKeywords. This is helpful for users to ensure they set the correct Registry Keywords.

However, it requires a change to the resource every time new valid values need to be added. This doesn't happen often (twice times in 18 months). But it is possible that other users have needed additional entries and either modified the resource or not used it at all.

I don't think this is a major issue as adding new entries is trivial. The problem though is that it isn't possible to validate the entry and the entries that are available on an adapter will depend on the network adapter driver provider.

@PlagueHO PlagueHO added the discussion The issue is a discussion. label Apr 3, 2019
@SteveL-MSFT SteveL-MSFT added this to Discussion in powershell/dscresources May 14, 2019
@dcuomo
Copy link

dcuomo commented May 21, 2019

Hi @PlagueHO - I'm the PM owner for the server data plane and basically all of the Advanced Registry
Keywords.

I agree with you that the validation is unnecessary. There are currently non-standard registry keywords included in the resource (e.g. those without the asterisk in front). These are implemented by the specific NIC vendor and could change at any time so validation seems risky.

I also agree with your earlier point that the validation currently blocks the use of legitimate standardized keywords. Case in point, I came to the repo tonight to file an issue to get *EncapOverhead added which is used in SDN environments and is a standardized key as defined by my team.

@PlagueHO
Copy link
Member Author

Hi @dcuomo - that is some great info there and a pretty persuasive argument put forth to remove the validation. As we've also had not counter discussion put forth from the community it would seem pretty clear cut that we should eliminate the validation and just let people enter any value they wish.

We could provide a reference list in the README.MD for this resource but note that this won't be a complete list.

So I'll get onto making the change.

@PlagueHO PlagueHO added in progress The issue is being actively worked on by someone. enhancement The issue is an enhancement request. and removed discussion The issue is a discussion. labels May 21, 2019
@PlagueHO PlagueHO self-assigned this May 21, 2019
39Delta added a commit that referenced this issue May 22, 2019
Remove validation from RegistryKeyword on NetAdapterAdvancedProperty - Fixes #388
@SteveL-MSFT SteveL-MSFT removed this from Discussion in powershell/dscresources Nov 27, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement The issue is an enhancement request. in progress The issue is being actively worked on by someone.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants