vyos-1x.git/smoketest/scripts, branch rolling

Merge pull request #5314 from natali-rs1985/T9018

2026-07-09T13:56:31+00:00

vpp: T9018: Auto-enable promiscuous mode for interfaces with VLANs

Merge pull request #5317 from natali-rs1985/T9062

2026-07-09T13:21:05+00:00

vpp: T9062: Enable DHCP/DHCPv6 client detection on VLAN sub-interfaces

2026-07-09T09:26:19+00:00

The 'ip4-dhcp-client-detect' and 'ip6-icmp-ra-punt' VPP features were only ever enabled on the base ethernet interface, so DHCP and DHCPv6 clients never worked on VLAN sub-interfaces (vif/vif-s) of a VPP-managed interface. Apply the same feature toggles to each vif/vif-s using its own address configuration. vif-c is intentionally excluded, as Q-in-Q sub-interfaces are not currently functional under VPP.

Merge pull request #5310 from vyos/T9048-smoketest-dhclient-races

2026-07-07T14:13:19+00:00

smoketest: T9048: harden DHCP client process checks against CI timing races

vpp: T9018: Auto-enable promiscuous mode for interfaces with VLANs

2026-07-07T08:35:18+00:00

VPP drops VLAN-tagged frames unless the parent interface has promiscuous mode enabled, causing VLAN sub-interfaces to lose connectivity. Automatically enable promiscuous mode on VPP interfaces that have VLAN sub-interfaces (vif/vif-s) configured.

frrender: T9054: keep PPPoE/DHCP default route when "protocols static" is deleted

2026-07-06T20:23:17+00:00

Deleting "protocols static" set config_dict['static'] to a dict object shared by reference across every deleted protocol. Merging the PPPoE/DHCP default-route data into it left the "deleted" marker in place, so the entire staticd section - including the just-merged default route - was skipped during FRR rendering, dropping the default route from the RIB/FIB. Copy the shared deleted-protocol marker before mutating it, and clear the marker once DHCP/PPPoE content has been merged in so the section is still rendered.

smoketest: T8940: HYPERV_VTL_MODE must not be enabled; require vPCI

2026-07-05T10:04:37+00:00

smoketest: T9048: keep VRF and cmdline assertions on the same PID

2026-07-03T16:28:22+00:00

Adversarial review findings on the previous head: * get_process_cmdline() could re-resolve a NEW PID after the 'ip vrf pids' membership assertion had already run against the old one, so the two assertions could validate different processes. The helper now returns the (pid, cmdline) pair it actually validated and the VRF checks moved after it, targeting the returned PID. * The one-shot retry left a residual double-race window. The helper now polls PID discovery and the /proc read together under the same PROCESS_WAIT_TIMEOUT deadline. 🤖 Generated by [robots](https://vyos.io)

smoketest: T9048: guard the retry read in get_process_cmdline() too

2026-07-03T16:16:09+00:00

The re-resolve path read /proc//cmdline without defaultonfailure, so a repeated PID race raised an unhandled exception (test ERROR) instead of failing with a clear assertion message. 🤖 Generated by [robots](https://vyos.io)

smoketest: T9048: harden DHCP client process checks against CI timing races

2026-07-03T14:38:15+00:00

Interface smoketests fail intermittently in CI on DHCP-related assertions (test_interfaces_cli job pass rate 42-55% over the last 30 workflow runs). Three timing hazards in the interface test base class: * process_named_running() was polled with a 10 second window at all dhclient/dhcp6c call sites - too short on a loaded runner. Raise to a shared PROCESS_WAIT_TIMEOUT of 60 seconds; the poll returns as soon as the process appears, so this only delays the failure path. * /proc//cmdline was read unguarded after PID discovery. dhclient re-executes itself while daemonizing, so the discovered PID can be gone by the time /proc is read - read_file() then raises and the test errors out instead of failing cleanly. New get_process_cmdline() helper re-resolves the PID once when the read fails. * tearDown() asserted daemon absence immediately after the config was removed, reporting daemons still in their shutdown path as leaks. Use the existing wait_for_result() shim helper with the same 60s bound to grant a grace period before declaring a leak; the poll returns on first observation of a clean state, so passing runs pay no extra wall clock. 🤖 Generated by [robots](https://vyos.io)