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

System-1: added p4rt capabilities deviation and fixed gnmi call #2605

Open
wants to merge 10 commits into
base: main
Choose a base branch
from

Conversation

kjahed
Copy link
Contributor

@kjahed kjahed commented Jan 31, 2024

This PR modifies System-1:

  • In TestP4RTClient: add P4RT capabilities unsupported deviation for CISCO and use a Read request instead.
  • In TestGNMIClient: make a get request for a well-supported leaf.

@kjahed kjahed requested review from a team as code owners January 31, 2024 15:05
@OpenConfigBot
Copy link

OpenConfigBot commented Jan 31, 2024

Pull Request Functional Test Report for #2605 / 95218b1

Virtual Devices

Device Test Test Documentation Job Raw Log
Arista cEOS status
System-1: System testing
Cisco 8000E status
System-1: System testing
Cisco XRd status
System-1: System testing
Juniper ncPTX status
System-1: System testing
Nokia SR Linux status
System-1: System testing
Openconfig Lemming status
System-1: System testing

Hardware Devices

Device Test Test Documentation Raw Log
Arista 7808 status
System-1: System testing
Cisco 8808 status
System-1: System testing
Juniper PTX10008 status
System-1: System testing
Nokia 7250 IXR-10e status
System-1: System testing

Help

@coveralls
Copy link

coveralls commented Jan 31, 2024

Pull Request Test Coverage Report for Build 12434791205

Details

  • 0 of 0 changed or added relevant lines in 0 files are covered.
  • No unchanged relevant lines lost coverage.
  • Overall coverage remained the same at 55.268%

Totals Coverage Status
Change from base Build 12419317171: 0.0%
Covered Lines: 1983
Relevant Lines: 3588

💛 - Coveralls

@self-maurya self-maurya self-requested a review October 8, 2024 07:02
@self-maurya self-maurya requested review from Swetha-haridasula and removed request for a team and self-maurya October 16, 2024 15:29
@ram-mac ram-mac self-assigned this Nov 29, 2024
@ram-mac
Copy link
Contributor

ram-mac commented Dec 16, 2024

@kjahed , please resolve the conflicts and other comment

@ram-mac ram-mac assigned kjahed and unassigned ram-mac Dec 16, 2024
@kjahed
Copy link
Contributor Author

kjahed commented Dec 16, 2024

@kjahed , please resolve the conflicts and other comment

@ram-mac done.

req = &gpb.GetRequest{
Path: []*gpb.Path{{
Elem: []*gpb.PathElem{
{Name: "system"}, {Name: "state"}, {Name: "hostname"}}},
Copy link
Contributor

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

Copy link
Contributor

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'

Copy link
Contributor

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?

@ram-mac ram-mac self-assigned this Dec 18, 2024
@ram-mac
Copy link
Contributor

ram-mac commented Dec 18, 2024

@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.

@kjahed
Copy link
Contributor Author

kjahed commented Dec 18, 2024

@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?

@ram-mac
Copy link
Contributor

ram-mac commented Dec 19, 2024

@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

  1. please create 2 bugs one for the p4rt_capablities_unsupported deviation and another for get on root gnmi_get_on_root_unsupported and update the metadata.proto with these bugs. Need to track these deviations
  2. Also please specify if we support type config

Lets address all these comments ASAP.

@kjahed kjahed requested a review from a team December 20, 2024 16:18
@kjahed
Copy link
Contributor Author

kjahed commented Dec 20, 2024

@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

  1. please create 2 bugs one for the p4rt_capablities_unsupported deviation and another for get on root gnmi_get_on_root_unsupported and update the metadata.proto with these bugs. Need to track these deviations
  2. Also please specify if we support type config

Lets address all these comments ASAP.

Done. As I mentioned, we do support get on root for config, which is why I suggested we use the deviation in 3416 instead.

Copy link
Contributor

@ram-mac ram-mac left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changes looks good

@Swetha-haridasula
Copy link
Contributor

@kjahed can we add a check for type config and operational as well here along with type state

@ram-mac
Copy link
Contributor

ram-mac commented Dec 24, 2024

@kjahed - Please help close the final comment and also resolve the conflicts; So we could merge it.

@Swetha-haridasula
Copy link
Contributor

Here when GNMIGetOnRootUnsupported deviation is added please add 3 subtests under it

  1. Get using type=state
  2. get using type=config
  3. Get using type=operational
    If any of the above types are again not supported you may add a deviation for them with workaround.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants