CSIT uses VPP API via socket (tunneled over SSH) for most interactions. We also read stats for just one (I think) purpose, reading runtime stats (/sys/node). The way we do that is historical and convoluted, for the result see INFO line at [1].
Looking at the result, the appropriate API way would be to use send some _dump message and process the _details responses, one per node name. Vratko. [1] https://logs.fd.io/production/vex-yul-rot-jenkins-1/csit-vpp-perf-verify-master-2n-clx/58/archives/log.html.gz#s1-s1-s1-s1-s1-t1-k2-k9-k1-k1-k4-k1 From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Christian Hopps Sent: Thursday, January 9, 2020 12:05 PM To: Ole Troan <otr...@employees.org> Cc: Christian Hopps <cho...@chopps.org>; vpp-dev <vpp-dev@lists.fd.io> Subject: Re: [vpp-dev] python api over tcp? > On Jan 9, 2020, at 5:44 AM, Ole Troan > <otr...@employees.org<mailto:otr...@employees.org>> wrote: > > Christian, > >>> For exporting data out of the stats segment, I believe there is already >>> quite a few solutions. >>> There's the (naive) prometheus example in the repo, vpp_get_stats, there is >>> a Telegraf plugin, a simple gNMI/gRPC plugin. >> >> Right I've used vpp_get_stats and may run that with ssh and awk. I guess it >> just seems odd on first encountering this that the CLI provided the data, >> but the binary API didn't. I suppose the view is that exposing the stats >> segment in shared memory *is* the binary API. :) > > What certainly would make sense to do, is to put a wrapper on top of > vpp_stats.py that gives you a higher level API of accessing the stats. > E.g. a get_interface_counters(). The stat segment also contains the name to > interface index mapping (/if/names). > Want to have a go? I'm actually going to use vpp_get_stats (run remotely using ssh) for now. I'm using vpp_papi on a single testing server (so it connects to each of the VPP /run/vpp/api.sock over ssh forwarded sockets), so it doesn't have access to their shared memory segments. > > I am also exploring putting much more information into the stat segment, > essentially making it into an operational data store (RFC8342). Don't hold > your breath. But any help appreciated. I will be looking at doing some YANG models later this year, so if the timing aligns.. :) Thanks, Chris. > Cheers, > Ole
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15109): https://lists.fd.io/g/vpp-dev/message/15109 Mute This Topic: https://lists.fd.io/mt/69538850/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
