Sounds like a little scope creep going on there. If you provide protobuf3 encoded api messages to/from vpp, I'll add a grpc listener option to vpp_papi, in the interim, I'd be glad to add a tls wrapped listener if there is interest.
On Thu, Jan 9, 2020 at 12:00 PM Ole Troan <otr...@employees.org> wrote: > > > On 9 Jan 2020, at 16:50, Paul Vinciguerra <pvi...@vinciconsulting.com> > wrote: > > > Is there any objection to adding a tls listener and an instance to the > stats client to vpp_papi? > > > Use grpc as transport? > > Cheers, > Ole > > > On Jan 9, 2020, at 6:45 AM, Vratko Polak -X (vrpolak - PANTHEON > TECHNOLOGIES at Cisco) via Lists.Fd.Io <vrpolak=cisco....@lists.fd.io> > wrote: > > > > 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> 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 (#15121): https://lists.fd.io/g/vpp-dev/message/15121 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] -=-=-=-=-=-=-=-=-=-=-=-
