sonic-buildimage icon indicating copy to clipboard operation
sonic-buildimage copied to clipboard

[VOQ Chassis] Everflow packets are sent to wrong queue on the destination front panel port

Open saksarav-nokia opened this issue 1 year ago • 1 comments

Description

When we configure a everflow mirror session with dscp and Queue value and apply this mirror session as Acl rule action, the dscp value is assigned to the outer header correctly and the Queue is assigned correctly on the recycle port. But in the second pass, When the packets are sent to destination front panel port, it is always assigned to Queue 0 unless the dscp-to-tc mapping is applied on the recycle port used for everflow.

dmin@ixre-egl-board73:~$ sudo ip netns exec asic0 show mirror_session ERSPAN Sessions Name Status SRC IP DST IP GRE DSCP TTL Queue Policer Monitor Port SRC Port Direction


dynamic_erspan {'asic0': 'active', 'asic1': 'active'} 11.0.3.0 11.0.3.5 35006 46 100 3 {'asic0': 'Ethernet-Rec0', 'asic1': 'Ethernet-Rec1'}

  Port    TxQ    Counter/pkts    Counter/bytes    Drop/pkts    Drop/bytes

Ethernet16 UC0 1648 477920 0 0 <<<<<<------ Destination mirror port

     Port    TxQ    Counter/pkts    Counter/bytes    Drop/pkts    Drop/bytes

Ethernet-Rec0 UC3 1664 422656 0 0 <<<<<<----- Everflow recycle port

  1. After applying dscp-to-tc mapping on Ethernet-Rec0, it is assigned to Q5 based on DSCP_TO_TC mapping correctly.

    Port TxQ Counter/pkts Counter/bytes Drop/pkts Drop/bytes


Ethernet16 UC5 700 203000 0 0

     Port    TxQ    Counter/pkts    Counter/bytes    Drop/pkts    Drop/bytes

Ethernet-Rec0 UC3 720 182880 0 0

Steps to reproduce the issue:

  1. Configure everflow mirror and check the Queue assigned to the everflow packets on recycle port and destination mirror port

Describe the results you received:

The correct Queue should be assigned for destination front panel port

Describe the results you expected:

Queue0 always

Output of show version:

(paste your output here)

Output of show techsupport:

(paste your output here or download and attach the file here )

Additional information you deem important (e.g. issue happens only occasionally):

saksarav-nokia avatar Oct 30 '24 19:10 saksarav-nokia

@vmittal-msft for your viz

saksarav-nokia avatar Oct 30 '24 19:10 saksarav-nokia

@saksarav-nokia to follow-up on this issue

arlakshm avatar Nov 06 '24 16:11 arlakshm

Aim to fix in 2024011 or higher branches.

arlakshm avatar Nov 06 '24 16:11 arlakshm

@saksarav-nokia to create a test-gap

arlakshm avatar Nov 06 '24 16:11 arlakshm

@saksarav-nokia to create the PR to add DSCP_TO_TC_MAP configuration of Recirc ports.

arlakshm avatar Nov 13 '24 18:11 arlakshm

test coverage: https://github.com/sonic-net/sonic-mgmt/pull/16018

saksarav-nokia avatar Dec 11 '24 16:12 saksarav-nokia

@arlakshm , we tested with applying the existing DSCP_TO_TC map Recirc ports and and the dscp to tc map is applied on the second pass for the everflow packets and packets on the destination front panel port goes to the queue mapped to dscp -> TC-> Queue. I discussed with @vmittal-msft and he believes we can apply the same DSCP_TO_TC map . So the fix is to modify the minigraph to apply DSCP_TO_TC map on the recirc port.

saksarav-nokia avatar Dec 18 '24 18:12 saksarav-nokia

Need to update the DSCP_TO_TC map in config_db for recirc port.

arlakshm avatar Mar 19 '25 17:03 arlakshm

MSFT to discuss internally how to get that in config_db

judyjoseph avatar Apr 09 '25 17:04 judyjoseph

@vmittal-msft to check.

arlakshm avatar Apr 23 '25 17:04 arlakshm

ADO : 33380531

vmittal-msft avatar Jun 17 '25 17:06 vmittal-msft

Target release is 202511

arlakshm avatar Jun 18 '25 17:06 arlakshm