<div dir="ltr">Thought I'd talk to the podcasting + bufferbloat - packet loss problem with more folk:<div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 23, 2021 at 8:24 AM Jonathan Foulkes <<a href="mailto:jf@jonathanfoulkes.com" target="_blank">jf@jonathanfoulkes.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div>I’ll note that I defected what seemed to be a bloated line from Doc’s end. Voice quality was nowhere near as good as it could be.<div><br></div><div>Podcasters should A) use a wired connection for local connections, and B) run a well-tuned AQM on their router.</div><div><br></div><div>Running this VoIP quality test would be a good proxy for line latency performance for conference calls (voice only).</div><div><a href="https://www.ringcentral.com/support/qos.html" target="_blank">https://www.ringcentral.com/support/qos.html</a></div><div><br></div><div>Attached are two images of results of that test on two of my lines, both sore the same MOS rating of 4.2.</div><div><br></div><div>The first is a cable line with 30MBps of uplink capacity, with an IQrouter Pro.</div><div><br></div><div><img id="m_-9074662320755610576m_-536704185153554798m_7963446639625252453gmail-m_80006522380314760838FDBA108-9066-428F-877A-BBA0FBA269C4" width="320" height="220" src="cid:17c1344afdf518509681"></div><div><br></div><div>the second is my backup 10 / 0.7Mbps DSL Line with an IQrouter v3, note how this graph and stats is almost identical to the cable line, some stats are actually better on DSL.</div><div><img id="m_-9074662320755610576m_-536704185153554798m_7963446639625252453gmail-m_8000652238031476083C688AF0F-E063-4BCA-84A2-2FE9B88CB630" width="320" height="228" src="cid:17c1344afe327f02b7f2"></div><div><br></div><div><br></div><div>Friends don’t let friends VoIP/Zoom without Cake ;-)</div><div><br></div></div></div></blockquote><div><br></div><div dir="ltr"><div>Jonathan:</div><div><br></div><div>Doc has one site with no bloat (pie algorithm) and another with bloat, (charter), and I can't remember which he was at for this podcast. I also note that</div><div>for PIE, at least, "no bloat" also equals "some packet loss" and I don't have a grip on how the underlying technologies deal with that nowadays.</div><div><br></div>On the podcasting front I have been somewhat intentionally using various forms of underlying wireless tech to make my points, unsubtly, and to learn<div>more about actual other behavioral problems the tech has. Dogfooding... taking packet captures...</div><div><br></div><div>I completely missed out on the podcasting world until recently, and while I'm finding it easier to talk than type nowadays, I'm finding that my range of facial expressions are more suitable for the stage or vaudeville comedian than videoconferencing, and would prefer to retreat behind an avatar, or voice a character in an animation! ( I did, for the first time in a year, get a real haircut and trim my beard way, way back, a few days ago. I now look a lot closer to my real age, I think)</div><div><div><br></div><div>The first one (modem.show) I did, I was using cake + an iphone + freeswitch. That had the least glitches. <a href="https://www.modem.show/post/s01e07/" target="_blank">https://www.modem.show/post/s01e07/</a></div><div>The next (signalwire) was iphone 5g + freeswitch - there were some major glicthes</div><div>The one after that (the floss one that took on starlink) was android 5g + skype, and most of the glitches I recall were actually due to sound suppression of me from other speakers, which I didn't understand how was done! til I learned that webrtc, at least, can only handle 3 speakers. (talkers? people speaking, not physical speakers)</div><div>The one you are commenting on had some packet concealment artifacts as well, and was android wifi + 5g + skype.</div><div><br></div><div>Getting to a more organized, real, and instrumented campaign regarding this and other videoconferencing technologies is on my mind,</div><div>and a common language to describe them, is partially why I've been sinking time into <a href="http://galene.org" target="_blank">galene.org</a>'s algorithms. More feedback from </div><div>actual podcasters (cc-d) about the glitches they encounter, on which underlying technologies, and what they sound or look like, would be helpful.</div><div><br></div></div></div><div>Perhaps you could have jonathan on your shows one day. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div></div><div>Cheers,</div><div><br></div><div>Jonathan<br><div><br><blockquote type="cite"><div>On Sep 17, 2021, at 2:27 PM, Dave Taht <<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>> wrote:</div><br><div><div>My nuanced personal tale of the aqm deployment debate, with a<br>modest starlink WIP update, and a reference to my fav outcomes of the iab<br>workshop, just went up here:<br><br><a href="https://reality2.substack.com/p/improving-the-internets-responsiveness" target="_blank">https://reality2.substack.com/p/improving-the-internets-responsiveness</a><br><br><br>-- <br>Fixing Starlink's Latencies: <a href="https://www.youtube.com/watch?v=c9gLo6Xrwgw" target="_blank">https://www.youtube.com/watch?v=c9gLo6Xrwgw</a><br><br>Dave Täht CEO, TekLibre, LLC<br>_______________________________________________<br>Bloat mailing list<br><a href="mailto:Bloat@lists.bufferbloat.net" target="_blank">Bloat@lists.bufferbloat.net</a><br><a href="https://lists.bufferbloat.net/listinfo/bloat" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br></div></div></blockquote></div><br></div></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div>Fixing Starlink's Latencies: <a href="https://www.youtube.com/watch?v=c9gLo6Xrwgw" target="_blank">https://www.youtube.com/watch?v=c9gLo6Xrwgw</a><br></div><br>Dave Täht CEO, TekLibre, LLC <br></div></div></div></div>