Skip to content
Success

#22159 (Jun 17, 2026, 12:57:20 PM)

Started 2 days 9 hr ago
Took 1 min 44 sec on build4-deb12build-ansible

Started by upstream project gerrit-osmo-pcap build number 227
originally caused by:

This run spent:

  • 8.9 sec waiting;
  • 1 min 44 sec build duration;
  • 1 min 53 sec total from scheduled to completion.
Revision: ca289302ea9b3b7cfa4c3f9a0f953f67d2c2389e
Repository: $GERRIT_REPO_URL
  • master
vty: clamp configured snaplen to the wire-framing limit

osmo-pcap carries each captured packet in a frame whose length field
(struct osmo_pcap_data.len) is a uint16_t, so any snaplen above ~64 KiB
cannot be transported and is silently clamped by the server when sizing
its receive buffer (calc_data_max_len() caps at UINT16_MAX). The VTY,
however, advertised libpcap's MAXIMUM_SNAPLEN (262144), misleading users
into configuring values that never take effect.

Introduce OSMO_PCAP_MAX_SNAPLEN (65535) and, in both the client "pcap
snaplen" and server "max-snaplen" handlers, warn and cap the value to it
when a larger one is given. The command syntax keeps the <1-262144>
range for backwards compatibility so existing configs still parse; the
help text now documents the effective 64 KiB limit.

Related: SYS#8099
Related: 6d2f7c52 ("server: Limit rx buffer size to UINT16_MAX")
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Change-Id: Ia56cad48e8cefe8ae103f2f7d2e037bf28438b71
Vadim Yanitskiy at