Validated the cloud-connector analysis against a KNOWN entity (Cascades, normally UOS-Mongo). The connector reaches the self-hosted "UOS Server" host; Cascades is its site `va6iba3v`. Two fixes from the validation: - rf-analyze.py: pass macs:[<all uap macs>] to /stat/report/*.ap. The UniFi report endpoint returns only a small DEFAULT subset otherwise -- Cascades came back as 10 of 77 APs until the MAC list was supplied. Now profiles all 75 (uaps with 2.4 radios), matching the UOS path. - model-rank.sh / optimize-radios.sh: --console now accepts --site <name> (internal short name from /api/self/sites) for multi-site controllers like the UOS Server (Cascades = va6iba3v). Result lines up with the known UOS-Mongo figures: 75 APs, 2.4GHz util 65-90% / interf 53-78% / ~1 client each, all power-down, 0 disables (roam graph absent via connector -> same coverage-safe degradation; disables still need NEIGHBOR_JSON). Apples-to-apples confirmed. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
13 KiB
13 KiB