-
Notifications
You must be signed in to change notification settings - Fork 666
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
[Teamshow]: get platform info before parsing minigraph #30
Conversation
Signed-off-by: Sihui Han <sihan@microsoft.com>
Signed-off-by: Sihui Han <sihan@microsoft.com>
hold this pull request before sonic-net/sonic-buildimage#489 is approved |
Since we plan to add port channel status from database in teamshow, I think it also makes senses that we get the portchannel list from database directly at the same time. This helps us get rid of parsing the minigraph logic and keep the logic simple. |
the reason is that it is possible that the port channels are probably not up or initialized due to some unknown reasons/bugs. that is why we prefer to load all the information from minigraph so that to make sure that the desired state could be shown. |
Just curious, where the database gets the port channel info? It also shows some port channel are down. I was thinking database will check minigraph or somewhere first to get the port channel list and then determine the status of each. |
the database get the port channel information when the teamsyncd gets the notification about the initialization of team instances in docker-teamd, and then the swss gets the message from teamsyncd. thus there will be several steps before the database finally gets the information. in this case, either way makes logical sense, it just depends on the requirements of this utility by users. if users want to know the status of the port channels defined in the minigraph, then we need to read the minigraph. if the user only cares about the current status of the team instances on the box, then we will only need to read the database. thus it is the users of this utility that decide which approach to choose. |
Got it. I understand it much better now. Thanks! |
…onfig. (sonic-net#30) Not changing variable name to avoid more changes in code. Signed-off-by: Praveen Chaudhary pchaudhary@linkedin.com
No description provided.