Ok...
Best Regards,
Sun, Chenmin
-Original Message-
From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: Friday, January 10, 2020 7:30 AM
To: dmar...@me.com; Sun, Chenmin
Cc: vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] Who is the maintainer of src/vnet/l2tp?
+1, the code is
Thanks Benoit for the clarification of compilation issue. I will try with
gcc8.
Thanks and Regards,
Chetan Bhasin
On Thu, Jan 9, 2020 at 7:04 PM Benoit Ganne (bganne)
wrote:
> Hi,
>
> > I have tried with GCC (gcc version 7.3.1 20180303 (Red Hat 7.3.1-5)
> > (GCC)) , but still facing the
+1, the code is old and is not actively maintained... D.
-Original Message-
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Thursday, January 9, 2020 3:04 PM
To: Sun, Chenmin
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Who is the maintainer of
My thought was to add a daemon that listened to tls and wrapped the shm
transport/libapiclient, that would stay coresident with vpp then connect with
the papi client from a remote system via tls.
> On Jan 9, 2020, at 1:38 PM, Ole Troan wrote:
>
>
> Hi Paul,
>
>>> On 9 Jan 2020, at 19:10,
What I'm doing locally is using ssh to run vpp_get_stats. I also modified
vpp_get_stats to return "stat_type:val1:..:valn:string" strings instead of the
format currently used (sort of human readable, except the entire thing is not
that well suited to human reading), I'm not sure how useful this
i don't think anybody maintains it actively. It was done long time ago, before
VPP was open-sourced for one project which was only using IPv6.
--
Damjan
> On 9 Jan 2020, at 15:25, Sun, Chenmin wrote:
>
>
> Hi,
> Does anybody know who is the maintainer of src/vnet/l2tp? I didn't find who
Hi Paul,
> On 9 Jan 2020, at 19:10, Paul Vinciguerra wrote:
>
>
> 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
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 wrote:
>
>
> On 9
We publish CentOS7 RPM on packagecloud that should work on RHEL7:
https://packagecloud.io/fdio/release/
To compile on RHEL7, you'll need to install the epel-release and it is advised
to install and use devtoolset-7.
Best
ben
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf
Hello all,
This mail is to announce the completion of the F0 milestone.
From here on we merge only the low-risk commits with no api changes until we
pull the stable/2001 branch in one week’s time.
Next milestone RC1, when we pull the branch, is 15th January 2020. The release
plan can be found
Hi,
I am trying to build and run VPP (stable/1908) on RHEL platform.
[root@trialrh75 vpp]# hostnamectl
Static hostname: trialrh75.localdomain
Icon name: computer-vm
Chassis: vm
Machine ID: d9c32d7446fd4b608142b6f7414fad72
Boot ID:
Just a small clarification that I forgot to mention: there is a pending
https://gerrit.fd.io/r/#/c/vpp/+/24225/ that I will still merge as soon as it
gets +1 from JJB.
--a
On 8 Jan 2020, at 18:51, Andrew Yourtchenko (ayourtch)
wrote:
Hello all,
This mail is to announce the completion of
> On 9 Jan 2020, at 16:50, Paul Vinciguerra 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
Can you submit a patch to the Makefile that applies your fix?
On Thu, Jan 9, 2020 at 4:48 AM wrote:
> Thanks for your response Benoit.
> After installing epel repo, it works fine.
>
> Regards,
> Vijayalakshmi
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
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 wrote:
>
>
> CSIT uses VPP API via socket (tunneled over SSH) for most interactions.
>
Hi,
Does anybody know who is the maintainer of src/vnet/l2tp? I didn't find who is
maintaining this module.
I have a question,
It seems that currently VPP only supports IPv6 l2TPv3, why? Isn't IPv4 more
popular?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
Coverity run failed today.
Current number of outstanding issues are 2
Newly detected: 0
Eliminated: 0
More details can be found at
https://scan.coverity.com/projects/fd-io-vpp/view_defects
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15111):
Hi,
> I have tried with GCC (gcc version 7.3.1 20180303 (Red Hat 7.3.1-5)
> (GCC)) , but still facing the compilation error.
I just reproduced the issue with GCC-7 for release builds, however GCC-8 and
GCC-9 works fine. If possible, please use GCC-8 for that:
~# yum install
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
> On Jan 9, 2020, at 5:44 AM, Ole Troan 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
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
> On Jan 9, 2020, at 5:04 AM, otr...@employees.org wrote:
>
> Hi Christian,
>
>> It looks like the only access to stats though is from shared memory. I guess
>> running vpp_get_stats with ssh is the way to fetch the counters in this
>> case. It would be nice if there was an API in VPP that
Hi Christian,
> It looks like the only access to stats though is from shared memory. I guess
> running vpp_get_stats with ssh is the way to fetch the counters in this case.
> It would be nice if there was an API in VPP that mimic'd the vpp_get_stats
> functionality though. Could even expose
Thanks for your response Benoit.
After installing epel repo, it works fine.
Regards,
Vijayalakshmi
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#15104): https://lists.fd.io/g/vpp-dev/message/15104
Mute This Topic:
24 matches
Mail list logo
