Andrew Jeffery <andrew@aj.id.au> wrote:
    >> Interestingly, I was not that clearly aware of dbus-pcap :-) I ought
    >> to know more, as the lead libpcap maintainer.  Is this visualization
    >> tool part of openbmc, or is it a generic dbus visualization tool?

    > It's not really a visualisation tool so much as a script that will
    > interpret the D-Bus-specifics of a D-Bus pcap. It's a commandline
    > script that provides filtering based on D-Bus match specifications. You
    > can capture all traffic on the system bus in any systemd-based system
    > with `busctl capture > /tmp/my.pcap` and then run `dbus-pcap my.pcap`
    > to dump the packet contents.

Is this something that you'd like to be able to invoke remotely in order to
get diagnostics/debugging info?

    >> We recently brought rpcapd into the mix; it can be invoked via ssh.  I
    >> wonder if that might help you as a debug tool?

    > I'm not sure, I'm not familiar with rpcapd. I'll have a google.

https://www.ca.tcpdump.org/manpages/rpcapd.8.html

    >> > If you ask how this user interface might differ from the already >
    >> existing dbus visualizers such as bustle, my answer would be: it will
    >> > present information in a way that's more relevant to the BMC,
    >> putting a > bit more focus on BMC-specific DBus messages, such as
    >> HWMon and RedFish > DBus messages, to present information in a high
    >> signal-noise ratio way.
    >>
    >> Would this need to run on the BMC itself?

    > Hopefully not given `busctl capture` ?

Understood.

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [