User Activity

  • Posted a comment on ticket #323 on Iperf 2

    Hi Robert, I came across this topic because it mentions the bounceback option in the title. We frequently use iperf in our measurement applications, where we plot live throughput graphs over time. As a result, the input for our graphs is based on the interval-level output rather than the final output. In our applications, and likely in many others in the industry, it's essential to differentiate between upstream and downstream throughput. Therefore, it would be beneficial to have separate Transfer...

  • Posted a comment on discussion General Discussion on Iperf 2

    No worries, I've been away for a while and didn't have a chance to follow up on this. Now, after updating to iperf 2.2 I see a lot of improvements in the bounceback area, most importantly -working-load down|up seems to work withoug any problems. Thanks! Great work!

  • Created ticket #301 on Iperf 2

    Enable --bounceback and --working-load with UDP

  • Posted a comment on discussion General Discussion on Iperf 2

    Sounds great! Is it worth creating a ticket for this?

  • Modified a comment on discussion General Discussion on Iperf 2

    Thank you, Robert, for your swift answer and for pointing me to the relevant implementation. Your insights made me realize that a minimum packet size is necessary to transmit bounceback data effectively. To elaborate more on my intentions, I'm trying to measure latency under high uplink or downlink load conditions. Initially, my idea was to use the bounceback parameter n (--bounceback[=n]) to increase the number of packets sent per interval, or parameter -l to expand the packet size, aiming to create...

  • Posted a comment on discussion General Discussion on Iperf 2

    Thank you, Robert, for your swift answer and for pointing me to the relevant implementation. Your insights made me realize that a minimum packet size is necessary to transmit bounceback data effectively. To elaborate more on my intentions, I'm trying to measure latency under high uplink or downlink load conditions. Initially, my idea was to use the bounceback parameter n (--bounceback[=n]) to increase the number of packets sent per interval, or parameter -l to expand the packet size, aiming to create...

  • Posted a comment on discussion General Discussion on Iperf 2

    Version 2.1.8 provided initial support for bounceback, and it was feasible to execute a UDP mode operation which appeared to function correctly when the client and server were operating on the same host. This suggests that there was an initial effort to support this combination. However, in version 2.1.9, there is an error message stating, "ERROR: option of -X or --bounceback not supported with -u UDP." Given this observation, are there plans to provide support for UDP bounceback in the near fut...

  • Posted a comment on discussion General Discussion on Iperf 2

    While conducting responsiveness tests using the bounceback option, I noticed that the server consistently sends back the same amount of data that it receives from the client. We have been utilizing iperf for throughput measurements across mobile communication networks, which often have unique characteristics in their uplink and downlink directions. This makes it essential to conduct individual tests on unidirectional client-server connections. The question I have is whether or not there is an argument...

View All

Personal Data

Username:
andreasmichl
Joined:
2024-02-21 14:33:02.848000
Location:
Munich / Germany / CEST
Gender:
Male

Projects

  • No projects to display.

Personal Tools