Actions
Bug #3948
closedTransaction list grows without bound on parsers that use unidirectional transactions (4.1.x)
Affected Versions:
Effort:
Difficulty:
Label:
Description
The SNMP transaction vector length can grow to large values eventually causing packet loss due to excessive time spent in rs_snmp_get_tx_iterator.
At a production site, this manifested as
1. Packet loss: packet loss occurred at rates well within the machine's capacity. Packet loss was nearly always present.
2. Excessive time in rs_snmp_get_tx_iterator (as measured by perf). Several readings showed it with 45% of time spent (displayed by perf).
Through observations obtained by capturing live network traffic, the attached pcap was synthetically constructed to demonstrate the issue. The key thing is the unbalanced ratio of requests to responses.
Files
Updated by Jeff Lucovsky over 4 years ago
- Copied from Bug #3877: Transaction list grows without bound on parsers that use unidirectional transactions added
Updated by Jason Ish about 4 years ago
- Assignee changed from Shivani Bhardwaj to Jason Ish
Updated by Jason Ish about 4 years ago
- Subject changed from SNMP: Transaction vector grows without bound to SNMP: Transaction vector grows without bound (4.1.x)
Updated by Jason Ish about 4 years ago
- Subject changed from SNMP: Transaction vector grows without bound (4.1.x) to Transaction list grows without bound on parsers that use unidirectional transactions (4.1.x)
Updated by Victor Julien about 4 years ago
- Status changed from Assigned to Closed
Actions