Skip to Content.
Sympa Menu

perfsonar-user - Re: [perfsonar-user] Specifying reverse iperf3 throughput tests in a psconfig template

Subject: perfSONAR User Q&A and Other Discussion

List archive

Re: [perfsonar-user] Specifying reverse iperf3 throughput tests in a psconfig template


Chronological Thread 
  • From: Mark Feit <>
  • To: "Uhl, George D. (GSFC-423.0)[SGT INC]" <>, "" <>
  • Subject: Re: [perfsonar-user] Specifying reverse iperf3 throughput tests in a psconfig template
  • Date: Wed, 8 May 2019 19:16:51 +0000

"Uhl, George D. (GSFC-423.0)[SGT INC]" writes:

 

I’ve not been able to find a psconfig template variable in the throughput test type specification that allows me to request that iperf3 tests run with the “—reverse” option between a managed host and a non-agent host.  I know the flip variable is available for latencybg tests.  Can it be used in throughput tests with the same behavior?

 

The JSON that goes into a pSConfig test template is the same JSON that the test spec that “pscheduler task --export throughput …” would produce.  Any parameter available for that test (or any other) is available for pSConfig, too.  The throughput test has a “reverse” option (see “pscheduler task throughput --help”) that can be put into a template:

 

{

    "dest": "{% address[1] %}",

    "reverse": true

}

 

(Unlike MeshConfig, which had to be reprogrammed for new things, pSConfig doesn’t actually understand anything about tests.  Anything test-related is punted to pScheduler.)

 

 

I’m running into occasional cases where iperf3 tests sourced from the non-agent host are failing…

 

They should fail.  A lot, actually.  pScheduler only runs the iperf3 server during times when there’s a test to run.  Any success you’re seeing with that may be at the expense of other tests arranged by pScheduler.  The iperf3 plugin doesn’t currently enforce any kind of authentication to prevent it, but I just wrote a ticket to fix that in a future version.  :-)

 

 

…but they succeed if they’re run from the managed host when the reverse option is set.  Controlling bi-directional tests from a managed host to a non-agent host would work for me in these cases.

 

That’s the correct behavior.  When a single-ended throughput test is run in reverse, the iperf3 plugin still starts the client locally but passes a switch to iperf3 that tells it to request data transfer in the reverse direction instead of the usual forward.

 

We have no way to convince a non-pScheduler host to run the iperf3 client.

 

--Mark

 




Archive powered by MHonArc 2.6.19.

Top of Page