-
Notifications
You must be signed in to change notification settings - Fork 152
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
System-1: added p4rt capabilities deviation and fixed gnmi call #2605
base: main
Are you sure you want to change the base?
Conversation
Pull Request Functional Test Report for #2605 / 95218b1Virtual Devices
Hardware Devices
|
Pull Request Test Coverage Report for Build 12434791205Details
💛 - Coveralls |
@kjahed , please resolve the conflicts and other comment |
req = &gpb.GetRequest{ | ||
Path: []*gpb.Path{{ | ||
Elem: []*gpb.PathElem{ | ||
{Name: "system"}, {Name: "state"}, {Name: "hostname"}}}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can we add a check for type config and operational as well here if it is supported
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
kindly also add check for type config and operational here as per definition 'https://github.com/openconfig/reference/blob/master/rpc/gnmi/gnmi-specification.md#331-the-getrequest-message'
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@kjahed - Awaiting your response on this one; We need to know if in default state we have support for "Config", "State" and "Operational".
You have responded for "Config" and "State", what about "Operational".
Can you close on this comment?
@kjahed - Please address the comments from Swetha where we need to create bugs for the deviations and also resolve the conflicts. I have validated the test and it is now passing; Once the comments are taken care we can approve the PR. |
@ram-mac I noticed #3416 adds a deviation that we can re-use since we do support get on root for config type. This makes one of the deviation added in this PR redundant. We still need the p4rt_capabilities_unsupported deviation though. What do you suggest we do? should we wait for #3416 to be merged and update accordingly? |
@kjahed - Lets retain deviations in this PR. The PR3416 will be handled separately. As suggested above
Lets address all these comments ASAP. |
ec8e139
to
95218b1
Compare
Done. As I mentioned, we do support get on root for config, which is why I suggested we use the deviation in 3416 instead. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes looks good
@kjahed can we add a check for type config and operational as well here along with type state |
@kjahed - Please help close the final comment and also resolve the conflicts; So we could merge it. |
Here when GNMIGetOnRootUnsupported deviation is added please add 3 subtests under it
|
This PR modifies System-1: