[Flent-users] [tohojo/flent] How to create two simultaneous tests with different bandwidth in both hosts? (#217)
Hi, I'm trying to test a scenario where I have two PCs connected to the router on LAN side. 1 PC will create congestion and another PC simulating a Gaming console. I would like to know if flent was any way to create two simultaneous streams with different bandwidths. Example: PC Congestion will use test rrul_be to try force the Bufferbloat issue. PC Gaming will have a TCP stream with 15Mbps Download and 1Mbps Upload and measuring the latency and jitter. Any possibility to execute this scenario? Thanks. -- 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/217___ Flent-users mailing list -- flent-users@flent.org To unsubscribe send an email to flent-users-le...@flent.org
[Flent-users] Re: [tohojo/flent] Question about custom symbolic diffserv marking names feature (#215)
olg33 writes: > Hello, > > I have a system using the feature that implements custom symbolic diffserv > marking names, In the past, I got it working with your help (Issue #203). > > Now, I had to replicate settings in another server. First I cloned the VM of > the first deployment and reviewed the flentrc file, which has the following > lines: > > `[global] > marking_names=10=0x28;12=0x30;14=0x38;16=0x40;18=0x48;20=0x50;26=0x68;34=0x88` > > Once everything was in place I ran the following test: > > `flent rrul_var -H 10.111.38.60 --test-parameter bidir_streams=5 > --test-parameter markings=10,12,14,16,20` > > In principle all went fine: > > >  > > Simultaneously, I performed a packet capture to see the marks in the traffic > generated in the upload traffic as the download one doesn't seem to be marked > maybe due to a router blocking, but that is not an issue right now. > > Looking at the upload captures I'm not seeing the outcome expected. I should > see values of 0x28, 0x30, 0x38, 0x40 and 0x50 in those packets. Instead, I > see values like 0x10, 0x0a, ox0e, etc. > >  > > After banging my head for a wile, I would like to ask if you see anything > that I may be missing in steps described above? > > Any clue would be appreciated. Hmm, seems like the configuration is correct on the Flent side. However, note that the values you specify are the values of the entire TOS byte, whereas what wireshark displays is only the DSCP field. So you need to left-shift your values by two bits. I.e., if you want the DSCP field to be 0x28, you need to set the marking to (0x28 << 2) == 0xa0... 0x28 >> 2 is 0x0a, so this seems to be consistent with what you're seeing :) -- 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/215#issuecomment-739520901___ Flent-users mailing list -- flent-users@flent.org To unsubscribe send an email to flent-users-le...@flent.org
[Flent-users] Re: [tohojo/flent] support (re-)enabling netperf routing of UDP packets (#214)
Quoting Toke Høiland-Jørgensen (2020-12-06 13:03:02) > Or it may be that the same UDP issue you linked also affects the UDP_RR > test; I'll dig around in the netperf source code a bit and see what I > can find :) Thanks - much appreciated! -- 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/214#issuecomment-739498972___ Flent-users mailing list -- flent-users@flent.org To unsubscribe send an email to flent-users-le...@flent.org
[Flent-users] Re: [tohojo/flent] support (re-)enabling netperf routing of UDP packets (#214)
Jonas Smedegaard writes: > Output graph for an RRUL test is missing the 3 UDP ping series, but > all other series seem to have gotten through. Perhaps this is no > issue in flent after all, just my cloud provider blocking UDP ping... Or it may be that the same UDP issue you linked also affects the UDP_RR test; I'll dig around in the netperf source code a bit and see what I can find :) -- 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/214#issuecomment-739493144___ Flent-users mailing list -- flent-users@flent.org To unsubscribe send an email to flent-users-le...@flent.org
