Is there any objection to adding a tls listener and an instance to the stats 
client to vpp_papi?

> 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 (#15113): https://lists.fd.io/g/vpp-dev/message/15113
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]
-=-=-=-=-=-=-=-=-=-=-=-
  • ... Christian Hopps
    • ... Ole Troan
      • ... Christian Hopps
      • ... Christian Hopps
        • ... Ole Troan
          • ... Christian Hopps
            • ... Ole Troan
              • ... Christian Hopps
                • ... Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io
                • ... Paul Vinciguerra
                • ... Ole Troan
                • ... Paul Vinciguerra
                • ... Ole Troan
                • ... Christian Hopps
                • ... Paul Vinciguerra
                • ... Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io
                • ... Ole Troan
                • ... Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io
              • ... Paul Vinciguerra
                • ... Ole Troan

Reply via email to