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

Separate I2C mux state probing and gRPC forwarding state probing #86

Merged
merged 3 commits into from
Jun 5, 2022

Conversation

zjswhhh
Copy link
Contributor

@zjswhhh zjswhhh commented Jun 3, 2022

Description of PR

Summary:
Fixes # (issue)

This PR is to separate I2C mux state probing and gRPC forwarding state probing.

sign-off: Jing Zhang zhangjing@microsoft.com

Type of change

  • Bug fix
  • New feature
  • Doc/Design
  • Unit test

Approach

What is the motivation for this PR?

Current implementation used the same APP DB table for active-active port forwarding state probing and active-standby port mux state probing. This is breaking CLI tests in pre-test.

How did you do it?

  1. use tables below for active-active port forwarding state probing.
#define APP_FORWARDING_STATE_COMMAND_TABLE_NAME  "FORWARDING_STATE_COMMAND"
#define APP_FORWARDING_STATE_RESPONSE_TABLE_NAME "FORWARDING_STATE_RESPONSE"
  1. RESPONSE table expects forwarding state response for both SELF and PEER.
  2. Rename some table names & handler functions to avoid confusion.

How did you verify/test it?

Unit tests.

Any platform specific information?

Documentation

@zjswhhh
Copy link
Contributor Author

zjswhhh commented Jun 3, 2022

Table name definitions in this PR should be removed after sonic-net/sonic-swss-common#627 is merged.

@zjswhhh zjswhhh linked an issue Jun 3, 2022 that may be closed by this pull request
@yxieca yxieca merged commit 9c8a16e into sonic-net:master Jun 5, 2022
yxieca pushed a commit that referenced this pull request Jun 5, 2022
What is the motivation for this PR?
Current implementation used the same APP DB table for active-active port forwarding state probing and active-standby port mux state probing. This is breaking CLI tests in pre-test.

How did you do it?
use tables below for active-active port forwarding state probing.
#define APP_FORWARDING_STATE_COMMAND_TABLE_NAME  "FORWARDING_STATE_COMMAND"
#define APP_FORWARDING_STATE_RESPONSE_TABLE_NAME "FORWARDING_STATE_RESPONSE"
RESPONSE table expects forwarding state response for both SELF and PEER.
Rename some table names & handler functions to avoid confusion.

How did you verify/test it?
Unit tests.
@zjswhhh zjswhhh deleted the use_forwarding_table branch March 13, 2024 01:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

active-active cable not handled by DBIinterface
2 participants