You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
BCM's comments:
When unicast packets are received on a NIF port they are then sent to a VOQ based on processing in the ingress pipeline (IRPP). In congestion scenarios these packets are then sent to DRAM when thresholds are crossed.
Also, the packets are marked with ECN on dequeue. This is why you are seeing the packets marked before the min threshold when the queue is heavily congested.
The CNI status is tagged per DRAM bundle instead of per packet when the packets are sent from SRAM to DRAM. This is why you were also seeing most of the last packets being marked when they were going to DRAM. This is not the case when all of the packets go to OCB.
The ECN test with XGS or other pizza boxes where we count ECN marked packets is going to be very difficult with DNX with different thresholds (because of the drop probabilities and DRAM bundling).
A simpler approach might be to have a test with the kmin setting where you see no marking and then another test in between kmin and kmax where you want to confirm that packets are being marked.
Description
This issue is reported in response to the ECN test-cases present in snappi_tests/multidut/ecn folder.
Steps to reproduce the issue:
Describe the results you received:
Describe the results you expected:
We have a Broadcom CSP open to understand the queuing/de-queuing aspects involved in ECN marking.
Output of
show version
:Output of
show techsupport
:Additional information you deem important (e.g. issue happens only occasionally):
Tagging @saksarav-nokia
The text was updated successfully, but these errors were encountered: