Re: [Flent-users] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

Stephen Hemminger writes: > On Tue, 20 Dec 2016 11:02:44 -0800 > Dave Taht wrote: > >> Toke has been busy adding new features to the flent network test tool. >> I consider it *almost* stable enough for a new release. Some of the >> development

Re: [Flent-users] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

"Klatsky, Carl" writes: > Finally had some time to get to this request. I downloaded the current git > version of Flent and was able to launch the flent-gui on Windows. I had some > old > test *.flent.gz results files which loaded just fine. I tried to open the test >

Re: [Flent-users] Dependency hell

Erik Taraldsen writes: > I've tried ppa with cli > sudo add-apt-repository ppa:tohojo/flent > sudo apt-get update > sudo apt-get install flent > > and downloading the .deb file and installing with the gui packet > manager. Same result. Complains about lack of PyQt. This is a

Re: [Flent-users] [Make-wifi-fast] [Cake] flent testers wanted prior to next release

Stephen Hemminger <step...@networkplumber.org> writes: > On Tue, 31 Jan 2017 17:35:40 +0100 > Toke Høiland-Jørgensen <t...@toke.dk> wrote: > >> Stephen Hemminger <step...@networkplumber.org> writes: >> >> > On Tue, 20 Dec 2016 11:02:44

Re: [Flent-users] getting TCP CC into the picture

Matthias Tafelmeier writes: > Hello, > > I've stumbled into flent as I was about to run a quick research on > LINUX based TCP cc algorithms and qdisc constellations and their > respective interplay from various perspectives. > > Like the notion of it, though, I'm

[Flent-users] Announcing Flent v1.0.0

With most of the longtime outstanding issues closed, Flent has now reached the big 1.0. Woohoo! Changes since v0.15.0 include: - Use the UltraJSON library (if available) to load data files; this speeds up loading of data files moderately. - Improve logging of Flent's operations. The log file

Re: [Flent-users] [Cerowrt-devel] flent testers wanted prior to next release

Joel Wirāmu Pauling writes: > Also the range of tests requiring fairly complex setup of external > tools which rely on java (DTG-ITG) etc also causes a bit of a headache > to get a full functional test bench up and running. Yeah, D-ITG is a PITA. Suggestions for a better tool

Re: [Flent-users] Help with RRUL / TCP upload

Emmanuel Blot writes: > Hi Sebastian, > > Following your recommandations, I tried with several step-size values, with > no luck. > It does not seem to help the TCP upload graph. At download speeds that low, Netperf tends to be quite intermittent in its output, which has to

Re: [Flent-users] [Bloat] What is your favourite Flent feature?

Rich Brown writes: > On Apr 25, 2017, at 12:00 PM, bloat-requ...@lists.bufferbloat.net wrote: > > What is your favourite Flent feature? > > You already know this, but my favorite feature of Flent is that it > gives repeatable tests. So much of what I see on various

Re: [Flent-users] How to measure following parameters.

sahil gupta writes: > Thank Toke for valuable suggestion. > > Hey can explain the difference between TCP download BE/BK/CS5/EF. > Similarly metrics TCP upload BE/BK/CS5/EF?​ These refer to diffserv markings; BE is Best Effort, BK is Background, CS5 is Class Selector 5

Re: [Flent-users] Exploring FLENT

Nareshbhai Jitubhai Patel writes: > Hi toke, > > Thanks for ur reply.But after installing iperf2 from this link still i am > getting error while executing.Plz check it. > > command: flent udp_flood -l 20 -H 192.168.43.237 -t > text-to-be-included-in-plot

Re: [Flent-users] Exploring FLENT

Nareshbhai Jitubhai Patel writes: > Hi, > > Current iperf version in the system is 2.0.5. > > I tried to run udp traffic through flent. But while executing "udp_flood" > stops with an error message for "iperf -e enhanced option not found". > > The iperf -e

Re: [Flent-users] Exploring FLENT

Nareshbhai Jitubhai Patel writes: > Hi Tom, > Thanks for your quick response we are appreciating to it. > I executed iperf and it is supporting -e option then still i am facing same > issues. > Below is the path for that: > >

[Flent-users] Experiment: synchronising Github issues and the mailing list

Hi all In an attempt to unify discussions, I will be experimentally subscribing this mailing list to receive notification emails from Github for all issue and pull request comments in the Flent repository, using the method described in [1]. With this setup, it should be possible to follow the

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist writes: > Also, I hope the time I've invested is still useful, given the iperf2 > team's post about suddenly adding isochronous support for their > latency test. :) Anyway, I'll finish what I've started. The handshake > is working and it's a matter of

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist writes: > Thanks again both for your kind help and feedback on this. I hope it's > useful, and if not, it sure was fun anyway! Very nice, and definitely useful! :) Took it for a quick spin on localhost, some oddities from my initial fiddling: - On first

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist writes: >> - The data points are missing sequence numbers; makes it hard to infer >> loss, and to relate IPDV to RTT values. > > Yes, because the seqno is just the array index. I’ll add the seqno > explicitly to make it easier to consume. So what happens if

Re: [Flent-users] [tohojo/flent] Changing CC algos on the fly (#35)

The congestion control algorithm can be set with the tcp_cong_control test parameter. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] UDP averages seem off in batch output (#120)

Closed #120. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/120#event-1361138396___ Flent-users mailing list Flent-users@flent.org

Re: [Flent-users] [tohojo/flent] correct use of udp_flood_var_up? (#121)

Dave Täht writes: > flent -H 172.22.148.9 -H 172.22.148.9 -H 172.22.148.9 -H 172.22.148.9 > -t cake-simul udp_flood_var_up You can't repeat the same host. If you want more data to the same host use --test-parameter udp_bandwidth=400M -- You are receiving this

Re: [Flent-users] [tohojo/flent] Out of order command line parameters are silently ignored (#122)

Closed #122. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/122#event-1357363848___ Flent-users mailing list Flent-users@flent.org

[Flent-users] [tohojo/flent] Out of order command line parameters are silently ignored (#122)

I've been bitten by this a couple of times now, and got annoyed enough to open a bug. Basically, this will work: ``` irtt client -d 5s localhost ``` whereas this will appear to work but will silently ignore the parameter and keep running for an hour: ``` irtt client localhost -d 5s ```

Re: [Flent-users] [tohojo/flent] Out of order command line parameters are silently ignored (#122)

Oops, opened this in the wrong repository... -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/122#issuecomment-346859279___ Flent-users

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist writes: >> > And this likely takes the mean value of all transactions and >> > summarizes it at the end of the interval, then the calculated latency >> > was what was plotted in flent? >> >> Yup, that's exactly it :) > > Ok, it’ll be interesting for me to

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist writes: > So I'm glad! Looking forward to playing with this more soon. Thanks > for all that refactoring too, looks like it was some real walking > through walls... Meh, it needed doing anyway. You just gave me a chance to repay a bit of technical debt ;)

[Flent-users] [tohojo/flent] Using irtt for VoIP tests (#119)

Since we now have support for a nice UDP measurement tool in irtt, and also the ability to do fallback runner selection, we finally have an opportunity to retire D-ITG for VoIP measurements. This issue is a fork of the discussion from the old monster thread in #106 to deal specifically with

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Oh, and many thanks for your work on irtt, @peteheist! We really needed such a tool :) -- You are receiving this because you commented. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] UDP averages seem off in batch output (#120)

Data file and debug log would be useful... -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/120#issuecomment-346554395___ Flent-users mailing

Re: [Flent-users] [tohojo/flent] Using irtt for VoIP tests (#119)

Closed #119 via 9d96cbfe0ae6ae9ac1bab13dabe081298fb0ed36. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/119#event-1356120743___ Flent-users

Re: [Flent-users] [tohojo/flent] Consistency in batch file API (#118)

Closed #118 via c052e8ca3d1c69f378b4a3af15fbee2400bc9d99. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/118#event-1355824217___ Flent-users

Re: [Flent-users] [tohojo/flent] irtt not used for rrul_be_nflows (#123)

Pete Heist writes: > Actually not sure if this should work yet or not, but rrul_be_nflows > is one of the more common tests I do and it still uses UDP_RR... Hmm, the test has been converted, so it's probably due to the fallback behaviour. If you run Flent in verbose

Re: [Flent-users] [tohojo/flent] a test that does just udp and icmp? (#100)

Closed #100 via 5daa2b32bce8ef65070bc7855f4ae181cc1706c1. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/100#event-1357459950___ Flent-users

Re: [Flent-users] [tohojo/flent] occasional WARNING: Unable to get packet timestamp and seqno (#124)

This is already fixed, you just need to pull the latest version... -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

The owd data is already being collected, so it's fairly trivial to add the plots... -- You are receiving this because you commented. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] Use = with all long form flags with values. (#125)

Just fixed this manually and merged to master... -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/pull/125#issuecomment-351680990___ Flent-users

Re: [Flent-users] [tohojo/flent] Use = with all long form flags with values. (#125)

Closed #125. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/pull/125#event-1387464017___ Flent-users mailing list Flent-users@flent.org

Re: [Flent-users] [tohojo/flent] Use = with all long form flags with values. (#125)

Ah right, forgot about that. Only comment on this is that the single-element extend calls should be changed to append without the wrapping in a list. Also, please add a signed-off-by line to the commit message :) -- You are receiving this because you are subscribed to this thread. Reply to

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist <notificati...@github.com> writes: >> On Nov 16, 2017, at 1:48 PM, Toke Høiland-Jørgensen >> <notificati...@github.com> wrote: >> >> > The handshake takes up to 15 seconds to complete (delays of 1, 2, 4 >> > and 8 seconds waitin

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist <notificati...@github.com> writes: >> On Nov 16, 2017, at 2:07 PM, Toke Høiland-Jørgensen >> <notificati...@github.com> wrote: >> >> Pete Heist <notificati...@github.com> writes: >> >> >> On Nov 16, 2017, at 1:48 PM, To

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

> Really looking forward to it! Working on it. Turned out to need a bit of refactoring. This is me currently: https://i.imgur.com/t0XHtgJ.gif -Toke -- You are receiving this because you commented. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] Using network namespaces (#117)

Dave Täht writes: > For simulation it would be helpful to be able to monitor qdiscs and > other stats within a container. Hmm, the straight forward way to do this would be to make the 'qdisc_stats_hosts' test parameter understand namespaces, I guess? However, switch

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Okay, testable code in the runner-refactor branch. Ended up doing a fairly involved refactoring of how runners work with data; which is good, as the new way to structure things makes a lot more sense in general; but it did mean I had to change the data format, so quite a few places this can

[Flent-users] [tohojo/flent] Consistency in batch file API (#118)

Currently, multiple host names are separated by commas in the batch file, while multiple test parameters are separated with semi-colons (because the test parameters themselves can contain commas). It would be good to harmonise this as it's a source of confusion; supporting semi-colons for

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist <notificati...@github.com> writes: >> On Nov 20, 2017, at 9:58 PM, Toke Høiland-Jørgensen >> <notificati...@github.com> wrote: >> Okay, testable code in the runner-refactor branch. >> >> Ended up doing a fairly involved refactoring of ho

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist writes: > G.711 can be simulated today with `-i 20ms -l 172 -fill rand > -fillall`. I do this test pretty often, and I think it would be a good > default voip test. The problem with this is that it also changes the sampling rate. I don't necessarily want to

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist <notificati...@github.com> writes: >> On Nov 21, 2017, at 11:36 AM, Toke Høiland-Jørgensen >> <notificati...@github.com> wrote: >> >> Ha! Epic fail! :D >> >> Well, I only just managed to finish writing the code and unbreaking the &g

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

Pete Heist writes: > Trying to confirm how latency was being calculated before with the > UDP_RR test. Looking at its raw output, I see that transactions per > second is probably used to calculate RTT, with interim results like: > > ``` >

Re: [Flent-users] [tohojo/flent] packet loss stats (#106)

On 16 November 2017 18:20:16 CET, "Dave Täht" <notificati...@github.com> wrote: >Toke Høiland-Jørgensen <notificati...@github.com> writes: > >> Pete Heist <notificati...@github.com> writes: >> >>> On the positive side(?), with irtt, I

Re: [Flent-users] [tohojo/flent] tcp_rtt plot doesn't seem to work with rrul_be_nflows (#116)

Closed #116 via 01d3c2cef6f26ebe296f8a7ae17d7a8e2dcd17fd. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/116#event-1344491785___ Flent-users

[Flent-users] Announcing Flent v1.1.1

This is to announce Flent v1.1.1, an important bugfix update after the recently released v1.1.0. Changes since v1.1.0 include: - Fix several plotting bugs resulting from the overhaul of the plotting code. This includes a couple of crash bugs, bugs in the airtime plots, and a bug where all

Re: [Flent-users] [tohojo/flent] tcp_rtt plot doesn't seem to work with rrul_be_nflows (#116)

Pete Heist writes: > Hi, just noticed that when I run these commands there's no data plotted in > the resulting plot title_tcp_rtt.png (copying from a script so this is just a > rough idea of what I'm doing): > > ``` > flent rrul_be_nflows -l 60 -H 10.9.0.2 -p

Re: [Flent-users] [tohojo/flent] [Feature Request] Add a flag to internally use iperf instead of netperf (#115)

Iperf and netperf are not feature compatible, so that's not straight forward. Why do you want to use iperf (I assume you mean for the TCP tests here, right?)? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Flent-users] irtt packet-cluster mode for estimating queueing delay

Pete Heist writes: > I’d like to add the ability for https://github.com/peteheist/irtt > to send N request packets > per-interval, and to optionally vary, at a minimum, the dscp value. > I’d then like to try to use this to try to estimate

Re: [Flent-users] irtt packet-cluster mode for estimating queueing delay

Pete Heist <p...@eventide.io> writes: >> On May 6, 2018, at 5:54 PM, Toke Høiland-Jørgensen <t...@toke.dk> wrote: >> >> Pete Heist <p...@eventide.io> writes: >> >>> Channel contention delay may be estimated by the difference between

Re: [Flent-users] irtt packet-cluster mode for estimating queueing delay

Sebastian Moeller <moell...@gmx.de> writes: >> On May 6, 2018, at 21:27, Toke Høiland-Jørgensen <t...@toke.dk> wrote: >> >> Pete Heist <p...@eventide.io> writes: >> >>>> On May 6, 2018, at 5:54 PM, Toke Høiland-Jørgensen <t...@toke.d

Re: [Flent-users] [tohojo/flent] Will IperfCsvRunner UDP result calculate in flent-gui? (#136)

Louie Lu writes: > For what I saw is, it will not store the `MEAN_VALUE` when the runner > finish. This is probably because you are not getting a reply from the server. Either because no iperf -us is running on your target host, or because the packet with the results

Re: [Flent-users] [tohojo/flent] Right click to copy metadata value (#133)

Closed #133 via 4f708c11bdf7f1be0c090c9c4d1dfdbe6a2f63a7. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/133#event-1609418686___ Flent-users

Re: [Flent-users] [tohojo/flent] IperfCsvRunner add dscp marking (#134)

Closed #134 via 74adbe559eae8e5c077d7b12e9afad4427bf350b. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/134#event-1609418678___ Flent-users

Re: [Flent-users] [tohojo/flent] Add marking to IperfCsvRunner (#135)

Beat you to it ;) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/pull/135#issuecomment-386548710___ Flent-users mailing list Flent-users@flent.org

Re: [Flent-users] [tohojo/flent] Will IperfCsvRunner UDP result calculate in flent-gui? (#136)

Closed #136. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/136#event-1672342252___ Flent-users mailing list Flent-users@flent.org

[Flent-users] Mailing lists delisted from mailman overview

Hey everyone Just a note that I have been forced to delist the Flent mailing lists from the public mailman listing page. Apparently spammers have started using unsolicited mailman confirmation requests as a way to spam people; so I had to change from the default 'confirm' mode to the manual

Re: [Flent-users] Mailing lists delisted from mailman overview

Pete Heist writes: >> On Jun 10, 2018, at 3:42 PM, Toke Høiland-Jørgensen wrote: >> >> Just a note that I have been forced to delist the Flent mailing lists >> from the public mailman listing page. Apparently spammers have started >> using unsolicited mailman

Re: [Flent-users] Mailing lists delisted from mailman overview

Pete Heist writes: >> On Jun 10, 2018, at 4:37 PM, Toke Høiland-Jørgensen wrote: >> >>> Anyway…I don’t know mailman from the admin side, but what about trying >>> to configure reCAPTCHA support? It looks like they added it to mailman >>> 2.1.26 (setup in

Re: [Flent-users] Mailing lists delisted from mailman overview

Pete Heist writes: >> On Jun 10, 2018, at 5:32 PM, Toke Høiland-Jørgensen wrote: >> >>> I had good luck with reCAPTCHA solving spam for one simple form. Every >>> time I click “I am not a robot" I fear it’s somehow snapshotting my >>> soul, but tha

Re: [Flent-users] [tohojo/flent] completion delay for an iperf script (#138)

Matthieu Coudron writes: > so I managed to pass a negative length but it fails with > ``` > NetperfDemoRunner TCP netperf::5 finished > Runner aggregation finished > Data file written to ./tcp_iperf_delay-2018-06-08T154503.539961.flent.gz. > Creating new PlotFormatter >

Re: [Flent-users] [tohojo/flent] completion delay for an iperf script (#138)

With the latest commits you shouldn't need to patch runners.py at all; just pass the number of bytes (positive number) as the 'bytes' argument to the netperf runner. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] completion delay for an iperf script (#138)

Matthieu Coudron writes: > I used to have > ``` > Runner aggregation finished > ERROR: No data to aggregate. Run with -L and check log file to investigate. > ``` > with in log > ``` > ELAPSED_TIME=0.00 Yeah, this is an issue with netperf; it'll only output time in 10-ms intervals. So you'll

Re: [Flent-users] [tohojo/flent] Possibility to integrate Pyben-nio (#139)

Jianshen Liu writes: > Hi, > > [Pyben-nio](https://github.com/ljishen/pyben-nio/) is a network > benchmark tool with customized read workload support. You can use it > to evaluate the overhead of the placement of some filtering function, > e.g. filtering the data before or after the data

Re: [Flent-users] [tohojo/flent] Couldn't resolve host name' while getting URL list at http://%s/filelist.txt (#137)

Matthieu Coudron writes: > if I may push my luck, I am discovering flent and wanna use it to plot > cdf of completion transfer time. I couldn't find any test doing it and > am trying to write one. I would rather have it out of tree. > Is this the correct option

Re: [Flent-users] [tohojo/flent] Couldn't resolve host name' while getting URL list at http://%s/filelist.txt (#137)

Closed #137 via 548eb9914bd308adec6c0dc4934dde7c6dab6a7a. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/137#event-1666534066___ Flent-users

Re: [Flent-users] [tohojo/flent] Couldn't resolve host name' while getting URL list at http://%s/filelist.txt (#137)

Matthieu Coudron writes: > I wonder if there isn't an error at > https://github.com/tohojo/flent/blob/710f9f253944668b3d4200e1e3aa90cecba954db/flent/runners.py#L1251 > like it should be > ``` > or "http://{}/filelist.txt".format(self.settings.HOST)) > ``` Yup, you are

Re: [Flent-users] [tohojo/flent] completion delay for an iperf script (#138)

Matthieu Coudron writes: > I would like to send a fixed amount of data (I am more used to iperf) > so for instance run 10 times ` iperf -c HOST -n 6MB` and show a cdf of > the completion times. Hmm, so what is it that you are trying to measure here? This doesn't sound like it's a timeseries

Re: [Flent-users] [tohojo/flent] completion delay for an iperf script (#138)

Matthieu Coudron writes: > `You just want to repeat a single download and measure its time,` > Yes that's exactly it. Right. Well, there are basically two ways you can go about this. Either you create a test that runs only a single test, capture the delay as a metadata item, and then the test

Re: [Flent-users] total throughput for rrul test on WiFi

Pete Heist writes: >> On Jun 26, 2018, at 10:40 AM, Sebastian Moeller wrote: >> >> Hi Pete, >> >>> On Jun 26, 2018, at 00:40, Pete Heist wrote: >>> >>> The rrul test over a point-to-point WiFi link cuts the total TCP throughput >>> considerably below that of rrul_be. For example, on an

Re: [Flent-users] VoIP rrul/be test

Pete Heist writes: > Currently the voip-rrul test is actually an rrul_be + voip test, but it could > be useful to sometimes do a voip-rrul test that’s rrul (not best-effort only) > + voip. > > Would it make sense to make the current voip-rrul use the rrul test instead, > and to add a

Re: [Flent-users] Query regarding TCP throughput behavior

Sourabh jain writes: > Hello All, > > I have a query regarding TCP upload result. I was running Flent on a > testbed of four nodes connected serially. > > n1<>n2<>n3<>n4 > Flent Client: n1 > netserver:n4 > TCP used: BIC >

Re: [Flent-users] ss_runner: migrate to ss2 for scaling

Matthias Tafelmeier writes: > Good eve, > > was recently casting out  an alternative/complementing shape of > 'traditional ss'[1]. Still incepting ... yet complete enough for the > flent ss_runner. Why is a replacement for ss needed, exactly? :) -Toke

Re: [Flent-users] [tohojo/flent] gui: Fix matplotlib causing runtime error when open file (#127)

Merged #127. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/pull/127#event-1412392345___ Flent-users mailing list Flent-users@flent.org

Re: [Flent-users] IRTT question

Sebastian Moeller writes: > Hi Pete, > > >> On Feb 8, 2018, at 20:49, Pete Heist wrote: >> >> It should work, but the irtt server needs to be running. On your box where >> netserver is running (sounds like the Mac for you if you’re testing >> locally),

Re: [Flent-users] IRTT question

Sebastian Moeller <moell...@gmx.de> writes: > Hi Toke, > > >> On Feb 9, 2018, at 11:05, Toke Høiland-Jørgensen <t...@toke.dk> wrote: >> >> Sebastian Moeller <moell...@gmx.de> writes: >> >>> Hi Toke, >>> >>&g

Re: [Flent-users] IRTT question

Sebastian Moeller <moell...@gmx.de> writes: > Hi Toke, > > >> On Feb 9, 2018, at 11:38, Toke Høiland-Jørgensen <t...@toke.dk> wrote: >> >> Toke Høiland-Jørgensen <t...@toke.dk> writes: >> >>> Sebastian Moeller <moell...@gmx.de>

Re: [Flent-users] weir error message after update of macosx and flent

Sebastian Moeller <moell...@gmx.de> writes: > Hi Toke, > > >> On Feb 17, 2018, at 23:21, Toke Høiland-Jørgensen <t...@toke.dk> wrote: >> >> Sebastian Moeller <moell...@gmx.de> writes: >> >>> Hi Toke, >>> >>> &g

Re: [Flent-users] macosx python is fickle

Sebastian Moeller writes: > I just tried to open the gui and click the "new tab" menu item, here is the > result: > ash-3.2$ ./run-flent --gui > Started Flent 1.2.0-git-208f903 using Python 3.6.4. > Initialised matplotlib v2.1.1 on numpy v1.14.0. > GUI loaded. Running on PyQt

Re: [Flent-users] DSCP / ToS

Pete Heist <petehe...@gmail.com> writes: >> On Feb 19, 2018, at 11:36 AM, Toke Høiland-Jørgensen <t...@toke.dk> wrote: >> >> Pete Heist <petehe...@gmail.com> writes: >> >>> I liked the simplicity of RFC 795 (https://tools.ietf.org/html/rfc795)

Re: [Flent-users] weir error message after update of macosx and flent

On 18 February 2018 00:41:16 CET, Pete Heist <petehe...@gmail.com> wrote: > >> On Feb 17, 2018, at 11:21 PM, Toke Høiland-Jørgensen <t...@toke.dk> >wrote: >> >> Sebastian Moeller <moell...@gmx.de> writes: >> >>> Hi Toke, >>>

Re: [Flent-users] DSCP / ToS

Pete Heist writes: > Change of subject... > > I realized it’s the two LSBs that carry ECN, not the MSBs. :) I sometimes > mistakenly passed in 46 (0x2E) for CS5 to irtt’s —dscp flag, for example, But > it's really 184 (0xb8) that should go into the DS (ToS) field. Flent

Re: [Flent-users] SmokePing probe

Pete Heist writes: > The author pulled the probe in pretty quickly, so it’s already upstream. Some > samples: > > https://www.drhleny.cz/bufferbloat/smokeping/irtt_smokeping.png > > >

Re: [Flent-users] Testing with multiple station, voip and some question between server client

Louie Lu writes: > Hi all, > > > According to this post: > http://blog.cerowrt.org/post/fq_codel_on_ath10k/ > > Flent can be used to test multiple stations at once, but how can I do > that? You can use the rtt_fair_var* tests; these take multiple hostnames and will run a TCP flow

Re: [Flent-users] Testing with multiple station, voip and some question between server client

Louie Lu writes: > Cool, thanks for your reply, > this should be added to the quick-start page, where can I make a PR > for flent.org? The flent.org page is the HTML output of the documentation in the doc/ subdirectory (build with spinx; `make doc` from the flent repo root builds

Re: [Flent-users] [tohojo/flent] Plot settings only affect one figure when have multiple figure (#140)

The + next to the option adds another option which sets the other axis :) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] feature: Multivariate Control Charts? (#147)

Dave Täht writes: > ref: https://www.itl.nist.gov/div898/handbook/pmc/section3/pmc34.htm If that is a feature request, you are going to have to be more specific, instead of just throwing around buzz words... :) -- You are receiving this because you are subscribed to this thread. Reply to

Re: [Flent-users] a nice endorsement

Dave Taht writes: > " Flent has been an invaluable network analysis tool while performing > these experiments and has become my goto application for testing > networking performance after making changes/optimizations/tweaks etc. > I have used it for testing both WAN performance as well as LAN >

Re: [Flent-users] [tohojo/flent] testing the behavior of small queue building non-ecn'd flows (#148)

Pete Heist writes: >> On Aug 27, 2018, at 1:40 PM, flent-users wrote: >> >> Hi Pete, >> >> > On Aug 25, 2018, at 19:53, Pete Heist wrote: >> > >> > 50ms wouldn't be too disruptive in most cases. At 1 Mbit, the 5% of >> > bandwidth threshold is crossed. >> >> Would it be possible to simply

Re: [Flent-users] [tohojo/flent] hmac support for irtt (#145)

Useful for what, exactly? Is there a feature request for flent in here somewhere? -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] Docker image creation fails with ascii codec error (#142)

Closed #142. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/142#event-1742560757___ Flent-users mailing list Flent-users@flent.org

Re: [Flent-users] [tohojo/flent] Combine plots to actual timestamp-series (#144)

Dave Täht writes: > i pulled. that fix breaks those plots completely in the general case. Whaddyamean breaks plots completely? Looks fine on my machine... -Toke -- You are receiving this because you commented. Reply to this email directly or view it on GitHub:

Re: [Flent-users] [tohojo/flent] Combine plots to actual timestamp-series (#144)

Closed #144 via 27498cd7f10f765f55bc51971b3125ac0c454db0. -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/144#event-1743371469___ Flent-users mailing list

Re: [Flent-users] [tohojo/flent] Combine plots to actual timestamp-series (#144)

Hmm, turns out there was a bug in the absolute_time handling :) -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/144#issuecomment-406383184___ Flent-users mailing

Re: [Flent-users] [tohojo/flent] Combine plots to actual timestamp-series (#144)

Closed #144 via a1ba52e83b29ac6e55bce91e331feccd2e360878. -- You are receiving this because you commented. Reply to this email directly or view it on GitHub: https://github.com/tohojo/flent/issues/144#event-1743324720___ Flent-users mailing list

Re: [Flent-users] [tohojo/flent] Combine plots to actual timestamp-series (#144)

Nope; what you're seeing is actually an improvement; it is now partially applying the absolute-time parameter, instead of not applying it at all ;) -- You are receiving this because you commented. Reply to this email directly or view it on GitHub:

  1   2   3   4   >