bloat  

Messages by Thread

• • Re: [Bloat] Ookla - Introducing a Better Measure of Latency Kathleen Nichols
  • Re: [Bloat] Ookla - Introducing a Better Measure of Latency Christoph Paasch via Bloat
  • Re: [Bloat] Ookla - Introducing a Better Measure of Latency Klatsky, Carl via Bloat
  • Re: [Bloat] Ookla - Introducing a Better Measure of Latency Sebastian Moeller
  • Re: [Bloat] Ookla - Introducing a Better Measure of Latency Christoph Paasch via Bloat
  • Re: [Bloat] Ookla - Introducing a Better Measure of Latency Sebastian Moeller
  • Re: [Bloat] [Rpm] Ookla - Introducing a Better Measure of Latency Rich Brown
• [Bloat] a foundation for flent? Dave Taht
• [Bloat] a good survey of what's going on in P4 Dave Taht
• [Bloat] ZDNet gets caught re-posting year-old "best speed test" article Kenneth Porter
• [Bloat] Fwd: [PATCH RFC v1 net-next 1/4] net: Introduce Qdisc backpressure infrastructure Dave Taht
• [Bloat] stop aggregating away the signal in your data Dave Taht
• [Bloat] anyone going to moutainconnect in colorado may 23-25? Dave Taht
• [Bloat] fq_codel is *almost* 10 years old Rich Brown
• [Bloat] Fwd: [AusNOG] Enterprise Network QoS Traffic Profiling Tools Dave Taht
• [Bloat] blog: the state of fq_codel Dave Taht
• [Bloat] Unconscious Physiological Effects of Search Latency on Users and Their Click Behaviour Dave Taht
  • Re: [Bloat] Unconscious Physiological Effects of Search Latency on Users and Their Click Behaviour Dave Collier-Brown
• [Bloat] an rtt_fair test? Dave Taht
  • Re: [Bloat] [Starlink] an rtt_fair test? jordan--- via Bloat
  • Re: [Bloat] [Starlink] an rtt_fair test? Dave Taht
  • Re: [Bloat] [Starlink] an rtt_fair test? jordan--- via Bloat
  • Re: [Bloat] [Starlink] an rtt_fair test? Daniel Sterling
  • Re: [Bloat] [Starlink] an rtt_fair test? Dave Taht
• [Bloat] any odds orange got wifi right this time? Dave Taht
• [Bloat] cloudflare consumer labels blog Dave Taht
  • Re: [Bloat] cloudflare consumer labels blog Dave Collier-Brown
  • Re: [Bloat] cloudflare consumer labels blog Dave Taht
• [Bloat] broadband cost analysis Dave Taht
  • Re: [Bloat] broadband cost analysis Dave Taht
  • Re: [Bloat] [Rpm] broadband cost analysis Rich Brown
  • Re: [Bloat] [Rpm] broadband cost analysis Livingood, Jason via Bloat
  • Re: [Bloat] [Rpm] broadband cost analysis Dave Taht
  • Re: [Bloat] broadband cost analysis Michael Richardson
  • Re: [Bloat] broadband cost analysis Rich Brown
• [Bloat] april 13th fireside chat with NTIA head Alan Davidson Dave Taht
• [Bloat] ZDNet ruoter review Kenneth Porter
  • Re: [Bloat] ZDNet ruoter review Dave Taht
• [Bloat] t-45 for axiom spacex launch Dave Taht
• [Bloat] gitlab network optimizations Dave Taht
• [Bloat] android, sqm-autorate and lte and videoconferencing Dave Taht
  • Re: [Bloat] [Cerowrt-devel] android, sqm-autorate and lte and videoconferencing Sebastian Moeller
  • Re: [Bloat] [Cerowrt-devel] android, sqm-autorate and lte and videoconferencing Dave Taht
  • Re: [Bloat] [Cerowrt-devel] android, sqm-autorate and lte and videoconferencing Andrew Somerville
  • Re: [Bloat] [Cerowrt-devel] android, sqm-autorate and lte and videoconferencing Joel Wirāmu Pauling
  • Re: [Bloat] [Cerowrt-devel] android, sqm-autorate and lte and videoconferencing Luis A. Cornejo
  • Re: [Bloat] [Cerowrt-devel] android, sqm-autorate and lte and videoconferencing Andrew Somerville
• [Bloat] Updated invitation: Internet Responsiveness Meeting @ Weekly from 10am to 11am on Tuesday from Tue Feb 8 to Mon Apr 11 (PST) ([email protected]) dave . taht
• [Bloat] Updated invitation with note: Internet Responsiveness Meeting @ Weekly from 10am to 11am on Tuesday (PDT) ([email protected]) dave . taht
  • [Bloat] Updated invitation with note: Internet Responsiveness Meeting @ Weekly from 10am to 11am on Tuesday (PDT) ([email protected]) Dave Taht via Bloat
  • [Bloat] Updated invitation with note: Internet Responsiveness Meeting @ Weekly from 10am to 11am on Tuesday (PDT) ([email protected]) Dave Taht via Bloat
• [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control Dave Taht
  • Re: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control David Lang
  • Re: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control Qian Li
  • Re: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control Dave Taht
  • Re: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control Qian Li
  • Re: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control Qian Li
  • Re: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control Dave Taht via Bloat
  • Re: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control Qian Li via Bloat
• [Bloat] april 7th fcc on broadband labels Dave Taht
  • Re: [Bloat] april 7th fcc on broadband labels Dave Collier-Brown
• [Bloat] determinism Dave Taht
• [Bloat] google's free space optics looking for proposals Dave Taht
• [Bloat] Fwd: IPv6 "bloat" history Dave Taht
  • Re: [Bloat] [Starlink] Fwd: IPv6 "bloat" history Vint Cerf via Bloat
  • Re: [Bloat] [Starlink] Fwd: IPv6 "bloat" history Juliusz Chroboczek
  • Re: [Bloat] [Starlink] Fwd: IPv6 "bloat" history Vint Cerf via Bloat
• [Bloat] att filing on consumer labels Dave Taht
• [Bloat] dave clark's contribution to broadband labels Dave Taht
• [Bloat] decoding FCC broadband labels for speed and latency Dave Taht
• [Bloat] FWA Test Results Livingood, Jason via Bloat
  • Re: [Bloat] FWA Test Results Luis A. Cornejo
• [Bloat] Up-to-date buffer sizes? Michael Menth
  • Re: [Bloat] Up-to-date buffer sizes? Toke Høiland-Jørgensen via Bloat
  • Re: [Bloat] Up-to-date buffer sizes? Jesper Dangaard Brouer
  • Re: [Bloat] Up-to-date buffer sizes? Michael Menth
  • Re: [Bloat] Up-to-date buffer sizes? Aaron Wood
  • Re: [Bloat] Up-to-date buffer sizes? David Lang
  • Re: [Bloat] Up-to-date buffer sizes? Jonas Mårtensson
  • Re: [Bloat] Up-to-date buffer sizes? Amr Rizk
• [Bloat] Talk now up: How the internet really works Dave Taht
  • Re: [Bloat] [EXT] Talk now up: How the internet really works Yao, Lisa (US) via Bloat
  • Re: [Bloat] [EXT] Talk now up: How the internet really works Joshua Mermelstein
  • Re: [Bloat] [Make-wifi-fast] Talk now up: How the internet really works James Hurley
  • Re: [Bloat] [Starlink] [Make-wifi-fast] Talk now up: How the internet really works Leonard Kleinrock
  • Re: [Bloat] [Starlink] [Make-wifi-fast] Talk now up: How the internet really works Vint Cerf via Bloat
  • Re: [Bloat] [Starlink] [Make-wifi-fast] Talk now up: How the internet really works Dave Taht
  • Re: [Bloat] [Starlink] [Make-wifi-fast] Talk now up: How the internet really works Rich Brown
  • Re: [Bloat] [EXT] Re: [Starlink] [Make-wifi-fast] Talk now up: How the internet really works Yao, Lisa (US) via Bloat
• [Bloat] bufferbloat, packet loss, and latency in real/wartime? Dave Taht
  • Re: [Bloat] bufferbloat, packet loss, and latency in real/wartime? Richard Mortimer
• [Bloat] boggs... on ethernet Dave Taht
  • Re: [Bloat] boggs... on ethernet Luigi Rizzo
• [Bloat] metaverse ready networks Dave Taht
• [Bloat] xeon packet processor Dave Taht
• [Bloat] network latency in the karkov IX during wartime Dave Taht
• [Bloat] WISPA conference in new orleans march 14-17 Dave Taht
• [Bloat] smarter queuing at traffic lights Dave Taht
• [Bloat] homa protocol looks promising Dave Taht
• [Bloat] Discussion: Optimal Congestion Control for Time-varying Wireless Links Bjørn Ivar Teigen
• [Bloat] airfiber 60HD uses vpp + dpdk Dave Taht
  • Re: [Bloat] airfiber 60HD uses vpp + dpdk Pedro Tumusok
• [Bloat] ubiquiti AP/60ghz users? Dave Taht
• [Bloat] new measurement method Dave Taht
  • Re: [Bloat] new measurement method Taraldsen Erik
  • Re: [Bloat] new measurement method Dave Taht
  • Re: [Bloat] new measurement method Dave Collier-Brown
• [Bloat] Updated invitation with note: Internet Responsiveness Meeting @ Weekly from 10am to 11am on Tuesday (PST) ([email protected]) dave . taht
• [Bloat] Updated invitation: Internet Responsiveness Meeting @ Weekly from 10am to 11am on Tuesday (PST) ([email protected]) dave . taht
• [Bloat] Updated invitation with note: Internet Responsiveness Meeting @ Tue Feb 8, 2022 10am - 11am (PST) ([email protected]) dave . taht
• [Bloat] NTIA filing deadline approacheth Dave Taht
• [Bloat] On the road to 100Gbit... Fwd: [PATCH net-next 00/15] tcp: BIG TCP implementation Dave Taht
• [Bloat] AQM based on the queue length: A real-network study Dave Taht
• [Bloat] Invitation: Internet Responsiveness Meeting @ Weekly from 10am to 11am on Tuesday (PST) ([email protected]) dave . taht
• [Bloat] making networks virtual Dave Taht
  • Re: [Bloat] making networks virtual Aaron Wood
• [Bloat] Fwd: 📶 Slow Internet? Take the #MeasureUp challenge NOW! David Collier-Brown
• [Bloat] inferring QoE from active and passive measurements Dave Taht
• [Bloat] pion webrtc gains the gcc congestion controller Dave Taht
• [Bloat] ntia broadband RFC Dave Taht
  • Re: [Bloat] ntia broadband RFC Livingood, Jason via Bloat
  • Re: [Bloat] ntia broadband RFC Dave Taht
  • Re: [Bloat] ntia broadband RFC Dave Taht
• [Bloat] weekly rpm videoconference Dave Taht
• [Bloat] Zero-Drop network stacks... Rich Brown
• [Bloat] backpressure from the hypervisor Dave Taht
• [Bloat] nice to see a start at leveraging webrtc for measurements Dave Taht
• [Bloat] BITAG report - "latency explained' - now published! Dave Taht
• [Bloat] ONTs and ITU - T G.988 Dave Taht
  • Re: [Bloat] ONTs and ITU - T G.988 Marco Belmonte
  • Re: [Bloat] ONTs and ITU - T G.988 Dave Taht
  • Re: [Bloat] ONTs and ITU - T G.988 Aaron Wood
  • Re: [Bloat] ONTs and ITU - T G.988 Marco Belmonte
  • Re: [Bloat] ONTs and ITU - T G.988 Jan Ceuleers
  • Re: [Bloat] ONTs and ITU - T G.988 Dave Taht
• [Bloat] cake + mpls? Dave Taht
  • Re: [Bloat] cake + mpls? Jonas Mårtensson
• [Bloat] improving the fq-codel wikipedia article Dave Taht
• [Bloat] Fwd: fq_codel in debian Dave Taht
• [Bloat] RTMFP improvements from Michael Thornburgh Dave Taht
• [Bloat] flash tcp paper Dave Taht
• [Bloat] gaming latencies Dave Taht
  • Re: [Bloat] gaming latencies Stephen Hemminger
• [Bloat] happy to see performance measurement and analytics becoming a "thing" Dave Taht
• [Bloat] Fwd: [Network-quality-workshop] Fwd: [ippm] Adoption call for draft-cpaasch-ippm-responsiveness Dave Taht
• [Bloat] exploring a strangeness in a modern tcp and kernel Dave Taht
• [Bloat] Fwd: Log4j mitigation Dave Taht
  • Re: [Bloat] Fwd: Log4j mitigation David Lang
• [Bloat] anyone out there using peplink? Dave Taht
• [Bloat] dec 22: mikrotik talk about fq-codel and cake in russian Dave Taht
  • Re: [Bloat] [Network-quality-workshop] dec 22: mikrotik talk about fq-codel and cake in russian Greg Mirsky
  • Re: [Bloat] [Network-quality-workshop] dec 22: mikrotik talk about fq-codel and cake in russian Toerless Eckert
• [Bloat] Fwd: [RFC net-next 2/2] ipv6: ioam: Support for Buffer occupancy data field Dave Taht
• [Bloat] "cerowrt II" announced by nlnet Dave Taht
• [Bloat] slashdotted Dave Taht
  • Re: [Bloat] slashdotted Taraldsen Erik
  • Re: [Bloat] slashdotted Dave Taht
  • Re: [Bloat] slashdotted David Collier-Brown
• [Bloat] fixing the debian default Dave Taht
• [Bloat] tp-link request for SQM Dave Taht
  • Re: [Bloat] tp-link request for SQM Kenneth Porter
  • Re: [Bloat] tp-link request for SQM Sebastian Moeller
  • Re: [Bloat] tp-link request for SQM Wheelock, Ian
  • Re: [Bloat] tp-link request for SQM Kenneth Porter
  • Re: [Bloat] tp-link request for SQM Dave Taht
  • Re: [Bloat] tp-link request for SQM Kenneth Porter
  • Re: [Bloat] tp-link request for SQM Luca Muscariello via Bloat
  • Re: [Bloat] tp-link request for SQM Dave Taht
  • Re: [Bloat] [Cerowrt-devel] tp-link request for SQM Sebastian Moeller
  • Re: [Bloat] [Cerowrt-devel] tp-link request for SQM Luca Muscariello via Bloat
  • Re: [Bloat] [Cerowrt-devel] tp-link request for SQM Sebastian Moeller
  • Re: [Bloat] [Cerowrt-devel] tp-link request for SQM Luca Muscariello via Bloat
  • Re: [Bloat] [Cerowrt-devel] tp-link request for SQM Sebastian Moeller
  • Re: [Bloat] [Cerowrt-devel] tp-link request for SQM Luca Muscariello via Bloat
  • Re: [Bloat] tp-link request for SQM Rich Brown
  • Re: [Bloat] tp-link request for SQM Wheelock, Ian
  • Re: [Bloat] tp-link request for SQM Dave Taht
  • Re: [Bloat] tp-link request for SQM Dave Taht
• [Bloat] indexed mailing lists? Dave Taht
• [Bloat] THE INFRASTRUCTURE, INVESTMENT AND JOBS ACT Dave Taht
  • Re: [Bloat] THE INFRASTRUCTURE, INVESTMENT AND JOBS ACT Embedded Devel via Bloat
• [Bloat] uplink bufferbloat and scheduling problems Dave Taht
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems David P. Reed
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems David Lang
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems David Lang
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems Valdis Klētnieks
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems Toke Høiland-Jørgensen via Bloat
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems David Lang
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems Dave Collier-Brown
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems David Lang
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems Jan Ceuleers
  • Re: [Bloat] [Cerowrt-devel] uplink bufferbloat and scheduling problems Sebastian Moeller
• [Bloat] Preventing RLC Buffer Sojourn Delays in 5G Dave Taht
  • Re: [Bloat] Preventing RLC Buffer Sojourn Delays in 5G Mikel Irazabal Bengoa
  • Re: [Bloat] Preventing RLC Buffer Sojourn Delays in 5G Dave Taht
• [Bloat] From OpenWrt forum: Bufferbloat, it's not just for WAN connections anymore Kenneth Porter
• [Bloat] multi-resource fair queuing for packet processing Dave Taht
• [Bloat] ipv6 with telephone number mapping Dave Taht
  • Re: [Bloat] ipv6 with telephone number mapping Kenneth Porter
  • Re: [Bloat] ipv6 with telephone number mapping Michael Richardson

• Earlier messages
• Later messages