Версия: pve-network-1.6.6-alt1 Воспроизведение: # pvesh create /cluster/sdn/fabrics/node/<id> --node_id pve01 --protocol bgp --ip <ip> --role internal → error: missing field `asn` # pvesh create ... --asn 65001 → 400 Unknown option: asn pvesh генерирует список допустимых CLI-флагов для метода строго из известного ему набора параметров и отказывается принимать --asn ещё до отправки запроса на сервер - ограничение самого клиента pvesh, не серверная валидация. Доказательство, что сервер (и, следовательно, GUI, который ходит тем же путём) принимает asn без проблем - прямой вызов REST API в обход pvesh: # TICKET=$(perl -MPVE::AccessControl -e 'print PVE::AccessControl::assemble_ticket("root\@pam")') # CSRF=$(perl -MPVE::AccessControl -e 'print PVE::AccessControl::assemble_csrf_prevention_token("root\@pam")') # curl -sk -X POST "https://localhost:8006/api2/json/cluster/sdn/fabrics/node/<id>" \ --cookie "PVEAuthCookie=$TICKET" -H "CSRFPreventionToken: $CSRF" \ -d node_id=pve01 -d protocol=bgp -d ip=10.93.0.1 -d role=internal -d asn=65001 \ --data-urlencode "interfaces=name=ens20" → {"data":""} (HTTP 200 - успех) Рекомендация: добавить asn в список параметров, для которых pvesh генерирует CLI-флаги для protocol=bgp (аналогично тому, как это уже сделано для listen_port у protocol=wireguard, где параметр хотя бы передаваем через property-string).
