# BMv2 port congestion packet drops analysis using egress\_spec counters shared buffer queue behavior **URL:** \ **Category:** Uncategorized\ **Created:** [November 25, 2025, 10:23am UTC](https://forum.p4.org/t/bmv2-port-congestion-packet-drops-analysis-using-egress-spec-counters-shared-buffer-queue-behavior/1410 "2025-11-25T10:23:46Z")\ **Posts on this page:** 1\ **Showing post:** 5
**Author:** ![andyfingerhut](https://sea1.discourse-cdn.com/flex019/user_avatar/forum.p4.org/andyfingerhut/32/17_2.png) [@andyfingerhut](https://forum.p4.org/u/andyfingerhut)\ **Post date:** [December 1, 2025, 5:11pm UTC](https://forum.p4.org/t/bmv2-port-congestion-packet-drops-analysis-using-egress-spec-counters-shared-buffer-queue-behavior/1410/5 "2025-12-01T17:11:47Z")
BMv2 is good for debugging P4 program behavior, in terms of what packets come in, and how they are modified, what tables they look up and the resulting actions, what counters are updated, what headers are modified, and perhaps a few other things like that. In terms of real-time performance behavior as compared to a switch ASIC, BMv2 was never designed to mimic the performance of any real switch ASIC. I give that response as part of the answer to your question “So this behavior is just a characteristic of the simulation software, right?”. BMv2 is a functional simulator for packet-in and packet-out, but not a performance simulator. See this earlier answer to a different question for a possible lead on other software that _might_ lead to something that is good for both P4 packet-in/packet-out behavior, and also may more realistically model the performance behavior of some real switch ASICs: [Unexpected Queue Depth Spikes in BMv2 (v1model) During Congestion Control - #5 by kmftangchaoyang](https://forum.p4.org/t/unexpected-queue-depth-spikes-in-bmv2-v1model-during-congestion-control/1391/5) --- _[View the full topic](https://forum.p4.org/t/bmv2-port-congestion-packet-drops-analysis-using-egress-spec-counters-shared-buffer-queue-behavior/1410)._