KvNotMyVBucket errors on upserting to an Alternate Address cluster

I've been doing some testing of the Capella Azure Private Links (not GA yet) which uses Alternate Address for a Capella cluster. There are KV failures for most of the tests I'm running, and I believe that this was encountered for the testing of the AWS Private links as well and is still the case - https://couchbasecloud.atlassian.net/browse/AV-48891. I don't know if this has been worked on, but it looks to me like it still needs addressing.

Test
3 Node Capella cluster with all services, using a bucket named 'default'.

Running the Test_UpsertAsync test case. inside a Azure based VM, that is 'private-linked' to the Capella cluster.

With config:

{

  "couchbase": {

    "connectionString": "couchbases://private-endpoint.nqnwxjxcbbgqsvfe.nonprod-project-avengers.com",

    "username": "testuser",

    "password": "P@ssword1",

    "httpIgnoreRemoteCertificateMismatch": true,

    "kvIgnoreRemoteCertificateNameMismatch": true

  }

}

And the logs of the output:
dotnet_failure_single_tc.txt

Of particular note are the repeated retries due to NMVB exception:

2023-03-15T14:09:07.9597073+00:00  [DBG] Retrying op 64/"4258285d-fbab-4e03-8365-c98060387d2f" because KvNotMyVBucket and always retry. (f760e80d)

...

2023-03-15T14:09:07.9721548+00:00  [DBG] Server "private-endpoint.nqnwxjxcbbgqsvfe.nonprod-project-avengers.com:11208" returned VBucketBelongsToAnotherServer for op Set with key "4258285d-fbab-4e03-8365-c98060387d2f" and opaque 65. (a50bc386)

And I have run tests with Java, Gocb, and Node, and they are working as expected so think it's unlikely to be a bug in the cloud/Azure/Capella setup.