split NextHop fiback compliance testcases - #266
Conversation
robshakir
left a comment
There was a problem hiding this comment.
Is there a reason to split this using this approach vs. using a new field in the Test that indicates some deviation?
|
Thanks Rob for the review.
using deviation to mask the non-compliance failures is not recommended as per openconfig/featureprofiles#4197 (review) |
Just for visibility, I don't think changing gribigo here is the right approach -openconfig/featureprofiles#4197 (comment) |
|
Hey @mudhireddy , @gggsmith's ask here is to split the test suite in compliance.go to two where NextHop fiback compliance will be added to the latter suite. |
|
Hi @mudhireddy , Please add a test file for the newly created fiback_compliance.go file. |
|
Can someone explain to me why this is required please? Why are these special cases? |
|
@robshakir There is a PR4197 skip fiback verification subtests for unreferenced NH, NHG aft entries for an unsupported vendor. @gggsmith suggested that TE-15.1 be split into two tests one for NextHop fiback compliance and rest would all be part of the existing TE-15.1. Comment |
|
Let's discuss this internally, I'd like to understand why there are differences in implementation behaviour here, how they are being tracked, and what the roadmap for them is. |
splitting the NextHop FibAck test cases when there is no NextHopGroup referencing it into a separate test suite. plan is to create a new feature profile TE compliance test suite with these split testcases.
context for this split is: openconfig/featureprofiles#4197