6 Commits

Include renames

Author	SHA1	Message	Date
Christian Manivong	c4edfc88e4	fix!: the SNMP agent takes the caller's values and opens only to its sources (0.2.0) ... fix_snmp enabled os-net-snmp with community "public", contact netork@localhost and location "Managed by netOrk", and added a floating pass rule for UDP/161 from any source on every interface: a firewall managed over WAN answered its SNMP tree to anyone there (#13). The driver implements napalm-device-types 4.13's configure_snmp_agent steps instead: - install: os-net-snmp only when missing (a reinstall resets it); - configure: community, contact, location and listen address from the caller; a DNS name is not a listen address; a refused save fails; - firewall: one floating pass rule per allowed source, the old any-source rule and rules of an earlier run replaced, operators' rules untouched; no sources, no change; - start: restart net-snmp. The hand-built UDP probe goes; the caller asks the agent itself. BREAKING CHANGE: run_device_action is removed. Requires napalm-device-types 4.13. Closes #13	2026-10-17 08:26:15 +02:00
Christian Manivong	e334dc0058	feat: report Kea's HA peers and the firewall's config sync ... get_dhcp_ha reads kea/dhcpv4/get (the ha section) and kea/dhcpv4/searchPeer: whether Kea's HA hook is on, this firewall's peer name -- the % twin when left at its default -- and each peer's name, role and HA URL. get_config_sync reads core/hasync/get: the address this firewall pushes its configuration to and the ticked sync items, mapped to the service names get_services reports; items that are no service stay under `unmapped`. Both raise when the request fails. Configuration, not state: Kea's control agent, which knows whether the pair is in hot standby right now, listens on localhost only. Needs napalm-device-types 4.11.0 (ConfigSyncMixin). NetOrk/netork#1125.	2026-10-16 15:18:45 +02:00
Christian Manivong	c868d41322	refactor: the CARP state table lives with the driver that speaks CARP ... carp_virtual_ip() and its state table moved here from napalm-device-types (4.10.1, NAPALM/napalm-device-types#39): under the agreed structure the base package carries only the shape of the reading, and what a CARP state means is protocol knowledge. Tests moved along (test_carp_states.py).	2026-10-16 11:11:45 +02:00
Christian Manivong	00172f7a69	feat: report the firewall's CARP addresses as virtual IPs ... get_virtual_ips() reads every address bound to a CARP VHID -- the CARP address and IP aliases on its VHID alike -- from /api/interfaces/overview/export, with this node's CARP state, so the reading says who holds each address. interfaces/vip_settings would list the same addresses with each VHID's CARP password; it is not read. vip_manager and keepalived are Linux mechanisms and are None here. Needs napalm-device-types 4.10.0 (carp_virtual_ip). netOrk #1121.	2026-10-16 11:07:08 +02:00
Christian Manivong	c8d63e87e4	ci: install napalm-device-types from git, so the tests run at all ... Every CI run died at "pip install -e .[dev]": pyproject.toml asks for napalm_device_types, which lives in git.netork.io/NAPALM rather than on PyPI, and pip found only an unrelated 0.1.0 there. Not one test had run in CI. The workflow now installs napalm-device-types from git first. The matrix drops 3.8/3.9 and requires-python says >=3.10, because napalm-device-types itself needs 3.10 -- the package never installed on anything older. Replayed in a fresh venv: napalm-device-types 2.0.0 from git, then the package with its dev extras, tests green.	2026-10-04 00:43:45 +02:00
Christian Manivong	ae27cd5469	initial commit	2026-05-29 09:22:10 +02:00