From dave.taht at gmail.com Fri Mar 1 10:36:09 2024 From: dave.taht at gmail.com (Dave Taht) Date: Fri, 1 Mar 2024 10:36:09 -0500 Subject: [Make-wifi-fast] 5GHz dedicated wifi for VR Message-ID: https://wifinowglobal.com/news-blog/mwc-intel-meta-collaborate-to-improve-wi-fi-vr-for-laptops-with-quest-hmds/ -- https://blog.cerowrt.org/post/2024_predictions/ Dave Täht CSO, LibreQos From dave.taht at gmail.com Wed Mar 6 08:57:08 2024 From: dave.taht at gmail.com (Dave Taht) Date: Wed, 6 Mar 2024 08:57:08 -0500 Subject: [Make-wifi-fast] making openwisp genuinely usable Message-ID: I keep trying to connect ISPs and developers to finish making openwisp usable, by at least gathering together existing UISP and other cloud management software users to complain about their pain points to the core openwisp devs. Tomorrow, there is this. https://twitter.com/openWISP/status/1765118727706571041 The amount of vendor lock in provisioning and controllers, needs to end. Network visibility needs to improve. And devs need to get paid to work on the right problems. -- https://www.youtube.com/watch?v=N0Tmvv5jJKs Epik Mellon Podcast Dave Täht CSO, LibreQos From dave.taht at gmail.com Sun Mar 10 11:12:48 2024 From: dave.taht at gmail.com (Dave Taht) Date: Sun, 10 Mar 2024 11:12:48 -0400 Subject: [Make-wifi-fast] aql for multicast Message-ID: Looks like a useful experiment. https://github.com/openwrt/openwrt/commit/95e633efbd1b4ffbbfc2d8abba2b05291f6e9903 -- https://www.youtube.com/watch?v=N0Tmvv5jJKs Epik Mellon Podcast Dave Täht CSO, LibreQos From dave.taht at gmail.com Thu Mar 14 08:58:59 2024 From: dave.taht at gmail.com (Dave Taht) Date: Thu, 14 Mar 2024 08:58:59 -0400 Subject: [Make-wifi-fast] SCALE 21x conference this week results? In-Reply-To: References: Message-ID: I am curious if anyone here is at scale this week? (it is in pasadena, and one of my favorite conferences - https://www.socallinuxexpo.org/scale/21x ) One of our core bufferbloat contributors (david lang) used to fq_codel the wifi there and they built custom boxes to manage the wifi in general (leveraging openwrt), I am not sure how they are doing it this year. I always appreciate random users testing with speedtest, cloudflare,flent,irtt on the conference wifi, and would love results from this one especially. David published an update to this document a few years ago, but I cannot find it. This was the state of play in 2013. https://www.usenix.org/sites/default/files/conference/protected-files/wireless_paper_slides.pdf It was the best wifi on the planet then. ---------- Forwarded message --------- From: Google Calendar Date: Thu, Mar 14, 2024 at 8:50 AM Subject: Notification: SCALE 21x @ Thu Mar 14 9am - Sun Mar 17, 2024 5:30pm (GMT-4) (Dave Taht) To: Dave Taht SCALE 21x You have been invited by unknownorganizer at calendar.google.com to attend an event named SCALE 21x on Thursday Mar 14 ⋅ 9am – Sunday Mar 17, 2024 ⋅ 5:30pm (Eastern Time - New York). You have an upcoming event SCALE 21x Thursday Mar 14 ⋅ 9am – Sunday Mar 17, 2024 ⋅ 5:30pm (Eastern Time - New York) Locationhttps://www.linkedin.com/events/scale21x7123455134910574592 View map Organizer unknownorganizer at calendar.google.com Guests Dave Taht - creator View all event details Invitation from Google Calendar You are receiving this email because you are subscribed to calendar notifications. To stop receiving these emails, go to Calendar settings , select this calendar, and change "Other notifications". Forwarding this invitation could allow any recipient to send a response to the organizer, be added to the guest list, invite others regardless of their own invitation status, or modify your RSVP. Learn more -- https://www.youtube.com/watch?v=N0Tmvv5jJKs Epik Mellon Podcast Dave Täht CSO, LibreQos -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lang.hm Thu Mar 14 13:19:21 2024 From: david at lang.hm (David Lang) Date: Thu, 14 Mar 2024 10:19:21 -0700 (PDT) Subject: [Make-wifi-fast] SCALE 21x conference this week results? In-Reply-To: References: Message-ID: On Thu, 14 Mar 2024, Dave Taht via Make-wifi-fast wrote: > I am curious if anyone here is at scale this week? (it is in pasadena, and > one of my favorite conferences - https://www.socallinuxexpo.org/scale/21x ) > One of our core bufferbloat contributors (david lang) used to fq_codel the > wifi there and they built custom boxes to manage the wifi in general > (leveraging openwrt), I am not sure how they are doing it this year. I am here, and we are still running openwrt, mostly on the wndr3800 APs still. stop by the noc in the conf center room 215. David Lang > I always appreciate random users testing with speedtest, > cloudflare,flent,irtt on the conference wifi, and would love results from > this one especially. David published an update to this document a few years > ago, but I cannot find it. This was the state of play in 2013. > > https://www.usenix.org/sites/default/files/conference/protected-files/wireless_paper_slides.pdf > > It was the best wifi on the planet then. > > ---------- Forwarded message --------- > From: Google Calendar > Date: Thu, Mar 14, 2024 at 8:50 AM > Subject: Notification: SCALE 21x @ Thu Mar 14 9am - Sun Mar 17, 2024 5:30pm > (GMT-4) (Dave Taht) > To: Dave Taht > > > SCALE 21x > You have been invited by unknownorganizer at calendar.google.com to attend an > event named SCALE 21x on Thursday Mar 14 ⋅ 9am – Sunday Mar 17, 2024 ⋅ > 5:30pm (Eastern Time - New York). > > You have an upcoming event > > SCALE 21x > Thursday Mar 14 ⋅ 9am – Sunday Mar 17, 2024 ⋅ 5:30pm (Eastern Time - New > York) > Locationhttps://www.linkedin.com/events/scale21x7123455134910574592 > View map > > Organizer > unknownorganizer at calendar.google.com > Guests > Dave Taht - creator > View all event details > > > Invitation from Google Calendar > > You are receiving this email because you are subscribed to calendar > notifications. To stop receiving these emails, go to Calendar settings > , select this calendar, > and change "Other notifications". > > Forwarding this invitation could allow any recipient to send a response to > the organizer, be added to the guest list, invite others regardless of > their own invitation status, or modify your RSVP. Learn more > > > > From rjmcmahon at rjmcmahon.com Mon Mar 25 14:42:05 2024 From: rjmcmahon at rjmcmahon.com (rjmcmahon) Date: Mon, 25 Mar 2024 11:42:05 -0700 Subject: [Make-wifi-fast] iperf 2-2-0 release candidate Message-ID: Hi All, iperf 2 has a release candidate ready for users to try. It's on sourceforge as iperf 2-2-0-rc. Please file tickets on sourceforge as well. Release notes: 2.2.0 (as of March 14th, 2024 ------------------------------ o new ./configure --enable-summing-debug option to help with summing debug o select ahead of writes slow down UDP performance. support ./configure --disable-write-select o support fo -b 0 with UDP, unlimited load or no delay between writes o support for --sync-transfer-id so client and server will match the ids and give a remap message o support --dscp command line option o support for application level retries and minimum retry interval of the TCP connect() syscall via --connect-retry-time and --connect-retry-timer, repsectively o support for --ignore-shutdown so test will end on writes vs the BDP drain and TCP close/shutdown, recommended not to use this but in rare cases o support for --fq-rate-step and --fq-rate-step-interval o CCAs per --tcp-cca, --tcp-congestion, etc neeed to be case sensitive o support for both packets and bytes inflight taken from tcp_info struct amd pkt calc of (tcp_info_buf.tcpi_unacked - tcp_info_buf.tcpi_sacked - tcp_info_buf.tcpi_lost + tcp_info_buf.tcpi_retrans) o man page updates and -h to reflect new options, better descriptions o lots of work around summing with parallel threads, new implementation based on interval or slot counters, hopefully should work reliably o --bounceback tests are much more reliable and robust o Improve event handling around select timeouts, helps with larger -P values and summing o use the getsockopt IP_TOS for the displayed output, warn when set and get don't match o better tos byte output, include dscp and ecn fields individually o better tos setting code for both v6 and v4, so they behave the same around checks and warnings o much better NULL events to help with reporter processing even when traffic is not flowing o support for a new string report o python flows work around CDF based tests o rate limit fflush calls to a max of one every millisecond or 1000 per sec o remove superfulous fflush calls o reports when P = 1 and --sum-only need sum outputs o enable summing with --incr-dstip o add macro TIME_GET_NOW to set a struct timeval in a portable manner o code readability improvements with enums, bools, etc. o fix for TCP rate limited and -l less than min burst size o only use linux/tcp.h when absolutely needed, otherwise use netinet/tcp.h o print bounceback OWD tx/rx in interval reports o add flows Makefiles for tarball or make dist-all o support interval reports for bounceback histograms o support for TCP working loads and UDP primary flows, including UDP isochronous, per ticket 283 o fix working-load with isoch so working-load streams are capacity seeking o exit when CCA not supported or read of the current CCA doesn't match requested CCA o add more make check tests o add support for omit string (omit code not ready for this release) o pyflows qdisc settings and outputs o add first send pacing with --tx-starttime so listener threads udp_accept has time to perform udp_accept() between the client threads o adjust the sender time per the client delay and the client first write, i.e. subtract out this delay in the calculations o fixes for small packets and --tx-starttime o use more modern multicast socket options (now in src/iperf_multicast_api.c) o warn on bind port not sent with --incr-srcport o display fq-rate values in outputs when --fq-rate is used o add support for --test-exchange-timeout o fixes around wait_tick o add support for TCP_TX_DELAY via --tcp-tx-delay option on both client and server o pass the CCA from client to server o support burst-size with different write sizes and don't require --burst-period o output traffic thread send scheduling error stats in final ouput o output clock unsync stats with --bounceback o add warn message on MSG_CTRUNC o UDP select fixes o enable TCP_NOTSENTLOWAT and set to a default small value with --tcp-write-times o default histogram max binning to 10 seconds o add a max timestamp to histogram outputs so user can find packets in pcaps or equivalent o autoconf change for struct ip_mreqn o print errno on writen fail