NVLink partitioning configuration defaults — unreleased
NVLink partitioning remains opt-in, but a site deployed with the nico-api Helm chart now needs only nvlink_config.enabled = true. When the NMX-C TLS keys are unset, nico-api uses the client certificate that the chart mounts at /var/run/secrets/nvswitch-client, ca.crt from that Secret or else /var/run/secrets/nico-roots/ca.crt, and initial_domain_name as the TLS authority. For the authority default to work, initial_domain_name must match a DNS SAN of the certificate NMX-C presents; on RMS-managed switches that is RMS’s apiServer.dnsDomain.
Before upgrading
nvlink_config.nmx_c_certificate_rotation.enabled previously defaulted to false. When it is unset, it now follows nvlink_config.enabled. A site that already sets nvlink_config.enabled = true without setting nmx_c_certificate_rotation.enabled starts the NMX-C certificate monitor after upgrading, and the monitor can request full-rack ConfigureNmxCluster maintenance when a served certificate enters its rotation window. To keep the previous behavior, set nvlink_config.nmx_c_certificate_rotation.enabled = false before upgrading.
The nico-api chart now enables nvSwitchTls.nicoClient by default and mounts its Secret into the nico-api Pod, so the Pod does not start until cert-manager issues the certificate. The certificate uses nvSwitchTls.issuerRef, which now defaults to global.certificate.issuerRef. The issuer and any cert-manager approver policy must allow the client auth usage and the URI SAN spiffe://<global.spiffe.trustDomain>/<namespace>/sa/nico-nmxc. To skip the certificate, set nico-api.nvSwitchTls.nicoClient.enabled: false.
REST API compatibility exception
The Site capability nvLinkPartition is now owned by Site configuration inventory, like flow and vpcSlaac:
PATCH /v2/org/{org}/nico/site/{siteId}rejectscapabilities.nvLinkPartitionwith HTTP 400. Remove the field from Site update requests. It is no longer part ofSiteCapabilitiesUpdateRequestin the OpenAPI spec or the Go SDK.- Core reports its effective
nvlink_config.enabledsetting, and the REST service copies it into the Site’snvLinkPartitioncapability on each Site configuration inventory. An older Core that does not report the setting leaves the stored value unchanged, so existing Sites keep their current value. - New Sites start with
nvLinkPartition = falseuntil their Core reports the setting. A new Site managed by a Core without this change staysfalse, so NVLink logical partitions and VPC NVLink settings are rejected until Core is upgraded.
New and changed configuration
Enabling NVLink partitioning on a rack with running instances removes the NMX-C default partition on the first monitor pass, so those instances lose NVLink connectivity until tenants configure NVLink partitions through NICo.