Skip to content

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

Merged
yxieca merged 3 commits intosonic-net:masterfrom
zjswhhh:use_forwarding_table
Jun 5, 2022
Merged

Separate I2C mux state probing and gRPC forwarding state probing #86
yxieca merged 3 commits intosonic-net:masterfrom
zjswhhh:use_forwarding_table

Conversation

@zjswhhh
Copy link
Copy Markdown
Collaborator

@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 zjswhhh requested review from lolyu, vdahiya12 and yxieca June 3, 2022 22:21
@zjswhhh
Copy link
Copy Markdown
Collaborator 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