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

[dualtor][active-active] Add traffic forwarding section #1132

Merged
merged 2 commits into from
Dec 7, 2022

Conversation

lolyu
Copy link
Contributor

@lolyu lolyu commented Dec 2, 2022

This is to add the traffic forwarding section to the active-active dualtor HLD.

  1. normal traffic forwarding behavior.
  2. special handling for control plane traffic to NiC IP addresses.

Signed-off-by: Longxiang Lyu lolv@microsoft.com

@lolyu lolyu force-pushed the aa_dualtor_traffic_forwarding_design branch from 1d42070 to 8958c88 Compare December 2, 2022 11:36
#### 3.7.1 Special Cases of Traffic Forwarding

##### 3.7.1.1 gRPC Traffic to the NiC IP
There is a scenario that, if ToR A tries to toggle to standby when its peer ToR B is already in standby state, ToR A’s toggle to standby gRPC request will be forwarded to its peer ToR(ToR B) via the tunnel(this is because orchagent re-programs the route before sending standby gRPC request). While ToR B is still in standby, this request will be blackholed.
Copy link
Contributor

Choose a reason for hiding this comment

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

This a conditional scenario: if all IO goes to tunnel routes when mux enters standby state. Please make it clear.

@lolyu lolyu force-pushed the aa_dualtor_traffic_forwarding_design branch from e171dab to aa50599 Compare December 3, 2022 02:59
Signed-off-by: Longxiang Lyu <lolv@microsoft.com>
Signed-off-by: Longxiang Lyu <lolv@microsoft.com>
Copy link
Contributor

@zjswhhh zjswhhh left a comment

Choose a reason for hiding this comment

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

lgtm

@lolyu lolyu merged commit 3d1efbe into sonic-net:master Dec 7, 2022
yxieca pushed a commit to sonic-net/sonic-swss that referenced this pull request Dec 13, 2022
What I did
Let mux orch skip adding kernel tunnel routes for SoC IPs.

Signed-off-by: Longxiang Lyu lolv@microsoft.com

Why I did it
Please refer to sonic-net/SONiC#1132 for more details.

How I verified it
Add unittest.

Signed-off-by: Longxiang Lyu <lolv@microsoft.com>
yxieca pushed a commit to sonic-net/sonic-swss that referenced this pull request Dec 13, 2022
What I did
Let mux orch skip adding kernel tunnel routes for SoC IPs.

Signed-off-by: Longxiang Lyu lolv@microsoft.com

Why I did it
Please refer to sonic-net/SONiC#1132 for more details.

How I verified it
Add unittest.

Signed-off-by: Longxiang Lyu <lolv@microsoft.com>
lolyu added a commit to lolyu/sonic-swss that referenced this pull request Jun 29, 2023
What I did
Let mux orch skip adding kernel tunnel routes for SoC IPs.

Signed-off-by: Longxiang Lyu lolv@microsoft.com

Why I did it
Please refer to sonic-net/SONiC#1132 for more details.

How I verified it
Add unittest.

Signed-off-by: Longxiang Lyu <lolv@microsoft.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants