You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The traffic between the server and the client should not be affected by the addition of the new server (e.g., scaling up of the finance deployment). I would also expect that switching to iperf traffic (as in changing the image of the server from http-echo to net-tools) will have no effect as longs as the ports are the same and match the network service description.
Current Behavior
TCP traffic between the server and client stops when the deployment is scaled up and a new server is added.
Failure Information (for bugs)
TCP traffic between the server and client stops when the deployment is scaled up and a new server is added.
Scaling up and down the server deployment was successful.
[not working example] install loadbalancer feature example with iperf instead of http-echo. The used ports are the same, as well as the traffic (TCP). The goal was to have a longer connection.
When I try running iperf3 client to connect to one of the servers, I get mixed results. 9/10 times, iperf established a connection but doesnt actually send any data and just "hangs" (see bellow - not working output). Sometimes, it does connect, and I get the expected output 1Mbits/sec (see bellow - working output)
4.1 Scaling while the traffic is running. I tried to scale up the deployment, while the traffic was running correctly between one of the finance-servers and the finance-client, using the command bellow (to go from 3 to 4 servers).
Related to vl3-lb feature: https://github.com/networkservicemesh/deployments-k8s/tree/main/examples/features/vl3-lb
Expected Behavior
The traffic between the server and the client should not be affected by the addition of the new server (e.g., scaling up of the finance deployment). I would also expect that switching to iperf traffic (as in changing the image of the server from http-echo to net-tools) will have no effect as longs as the ports are the same and match the network service description.
Current Behavior
TCP traffic between the server and client stops when the deployment is scaled up and a new server is added.
Failure Information (for bugs)
TCP traffic between the server and client stops when the deployment is scaled up and a new server is added.
Steps to Reproduce
link: https://github.com/networkservicemesh/deployments-k8s/tree/main/examples/spire/single_cluster
link: https://github.com/networkservicemesh/deployments-k8s/tree/main/examples/basic
link: https://github.com/networkservicemesh/deployments-k8s/tree/main/examples/features/vl3-lb
Output as expected:
Scaling up and down the server deployment was successful.
When I try running iperf3 client to connect to one of the servers, I get mixed results. 9/10 times, iperf established a connection but doesnt actually send any data and just "hangs" (see bellow - not working output). Sometimes, it does connect, and I get the expected output 1Mbits/sec (see bellow - working output)
[not working output]
[working output]
4.1 Scaling while the traffic is running. I tried to scale up the deployment, while the traffic was running correctly between one of the finance-servers and the finance-client, using the command bellow (to go from 3 to 4 servers).
The moment the 4th finance server started running, the iperf reported 0bits/sec (see below).
Context
The setup is running a singular k8s cluster with only one node. These are the only deployments running in the cluster.
The text was updated successfully, but these errors were encountered: