[Bloat] Trouble Installing PPing in MacOS

[Jason Iannone]

I watched your presentation at ucla on youtube. I wasn't expecting the talk
you ended up giving, but I think your experience is familiar.

Poking at data in different ways is interesting and it can be hard to
separate the wheat from the chaff. What presentation methods matter? What
presentation methods drive useful action?

I'm not a data science guy. At my core, I am a plumber. New and interesting
ways of visualizing what lives in the pipes can help me target problem
areas, the same way you noted with the 7 second delay in the university
science network in your presentation.

I appreciate the scope of pping. It's small and intentional. Anyway, I dig
the intent and the size and I hope to see more of this kind of work.

Thanks for replying,

Jason

On Fri, Feb 26, 2021, 5:16 PM Kathleen Nichols <nichols at pollere.net> wrote:

> On 2/26/21 4:56 AM, Jason Iannone wrote:
> ...
> > passively monitor production flows to get a novel sense of end to end
> > performance per flow. I don't know of any other passive monitoring
> > technique, beyond a port mirror + a whole gang of systems, that can
> > provide this level of detail. Please enlighten me if I'm wrong. The only
> > other passive monitoring mechanisms I'm aware of are SNMP polling,
> > IPFIX/*Flow, and Streaming Telemetry Interface. None of those systems
> > provide end to end flow performance details. The standard in-band active
> > monitoring tools are good for determining node to node and full path
> > metrics, but this provides a more complete picture of end to end
> > performance beyond active y.1731/802.3ag/OAM probes. I'm a little
> > surprised that I'm only learning about it now.
> >
>
> So, I worked on something I call TSDE (Transport Segment Delay
> Estimator) that lets you get a (noisy) one-way estimate of delay
> variation. I did pping as sort of a side product and as a way to find
> the minimum round trip delay since TSDE just gives variation. This was
> done under a DOE SBIR and Pollere has a patent on it but I would
> consider sharing information if someone wanted to develop an open source
> tool. (I feel that my own implementation is kind of fragile as I was
> using it to try different ideas for getting a good estimate. And I
> haven't done anything with it for several years.)
>
>         Kathie
> _______________________________________________
> Bloat mailing list
> Bloat at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/bloat
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20210226/cf48b30a/attachment.html>