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

Need more properties in xNetAdapterAdvancedProperty #314

Closed
BarnumD opened this issue Mar 1, 2018 · 8 comments · Fixed by #317
Closed

Need more properties in xNetAdapterAdvancedProperty #314

BarnumD opened this issue Mar 1, 2018 · 8 comments · Fixed by #317
Labels
enhancement The issue is an enhancement request. help wanted The issue is up for grabs for anyone in the community.

Comments

@BarnumD
Copy link

BarnumD commented Mar 1, 2018

I'm trying to set a number of NIC advanced properties that don't seem to be accepted by the code in MSFT_xNetAdapterAdvancedProperty.psm1. I would imagine that this list is completely dependent on the network card manufacturer and which features it supports. Is there a way to set arbitrary advanced properties that are not listed in this file or should I submit a merge request to add mine?

Here are the list i'm trying to add:

*DcbxMode: '2'
*EncapsulatedPacketTaskOffload: '1'
*NetworkDirect: '1'
*NumRSSQueues: '30'
*PacketDirect: '1'
*QOS: '1'
*RecvCompletionMethod: 1'
*RoceMaxFrameSize: '0'
*RscIPv4: '1'
*RssOnHostVPorts: '1'
*RssProfile: '1'
*RxIntModeration: '2'
*RxIntModerationProfile: '1'
*Sriov: '0'
*TCPUDPChecksumOffloadIPv4: '3'
*TCPUDPChecksumOffloadIPv6: '3'
*TxIntModerationProfile: '1'
*VMQ: '1'
*VMQVlanFiltering: '1'
*VlanID: '0'
@PlagueHO PlagueHO added enhancement The issue is an enhancement request. help wanted The issue is up for grabs for anyone in the community. labels Mar 2, 2018
@PlagueHO
Copy link
Member

PlagueHO commented Mar 5, 2018

Hi @BarnumD - thank you for submitting this.

It seems like this list of acceptable values is likely to change quite a lot depending on adapter manufacturer. So I wonder if it is worth removing the ValidateSet from the RegistryKeyword parameter entirely. Otherwise we're likely to be constantly trying to keep ahead of this list.

The downside is that we lose the config validation at design time.

@tysonjhayes - do you have any thoughts on this?

@BarnumD
Copy link
Author

BarnumD commented Mar 5, 2018

Sure. I've prepared a commit and can submit a merge request if necessary, but I also think someone else is likely to show up here looking for their adapter's property to be supported.

@tysonjhayes
Copy link
Collaborator

Given this is the first time we've really had to change those values I think it would make sense to make a PR and keep the validation at design time. If we find in the long term that we are going back and tweaking this near constantly it would make sense to remove it, but for now I think I think there is value in keeping it.

@PlagueHO
Copy link
Member

PlagueHO commented Mar 5, 2018

Cool! Thanks @tysonjhayes and @BarnumD

@BarnumD
Copy link
Author

BarnumD commented Mar 5, 2018

FYI, RssProfile, and NumRSSQueues were already in the module. They weren't working for me based on case sensitivity. So you won't see them in this merge request.

@AussieDavo
Copy link

Would it be possible to also include "MaxRxRing1Length" and "NumRxBuffersSmall" in the validate set?

@PlagueHO
Copy link
Member

PlagueHO commented Apr 1, 2019

Hi @AussieDavo - Yep, I reckon that would be easy enough. Do you want to raise a new issue so that I can track this and get it done?

@AussieDavo
Copy link

Thanks @PlagueHO , I have opened a new issue for this: #387

@SteveL-MSFT SteveL-MSFT added this to Help Wanted in powershell/dscresources May 14, 2019
@SteveL-MSFT SteveL-MSFT removed this from Help Wanted 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. help wanted The issue is up for grabs for anyone in the community.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants