Hi Ed,
how fast are your boxes? And how many cores? The BFD tests struggle to meet
the aggresive timings on slower boxes...
Thanks,
Klement
Quoting Ed Kern (ejk) (2017-05-23 20:43:55)
>No problem.
>If anyone is curious in rubbernecking the accident that is the current
>test-all (at l
Hi,
I find bug when you use custom src-port, template is sent to configured port
but data use default port 4793. I will fix it.
Regards,
Matus
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
Sent: W
Hi,
Configuration looks good. Did you trigger some event (supported events
https://wiki.fd.io/view/VPP/SNAT#NAT_IPFIX_logging)?
Regards,
Matus
From: Andrew Taylor [mailto:andrew2016tay...@gmail.com]
Sent: Wednesday, May 24, 2017 7:48 AM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at C
Hi,
I tested IPFIX in snat plugin, but it only create template packet.
my configuration is:
set ipfix exporter collector 192.168.30.231 src 192.168.30.235
snat ipfix logging src-port 2020
Thanks,
On Wed, May 24, 2017 at 10:15 AM, Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES at Cisco) wr
Hi,
Snat plugin doesn’t support syslog logging, currently support only IPFIX.
Regards,
Matus
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Matt Paska
Sent: Tuesday, May 23, 2017 8:23 PM
To: vpp-dev@lists.fd.io; Jim Thompson
Cc: Andrew Taylor
Subject: Re:
Ah, I see what you mean.
The issue being that inside the namespace it cannot query the state of the
Linux-bound interface (whether up/down) since the namespace doesn't have the
interface. The behavior falls-back to slurping up all ports Linux says doesn't
exist; this is at least in part to make
Hi guys,
Does VPP support VPWS 、VPLS? How should it be configured？Does my configuration
below implement VPWS?
PE1
create host-interface name eth0
create host-interface name eth1
set int state host-eth1 up
set int state host-eth0 up
set interface ip table host-eth0 0
set int ip address ho
Thank you Chris, disabling the DPDK plugin did the trick for me. My
plan is to use veth/AF_PACKET interfaces only.
I think I found a small problem in VPP though.
When you start VPP and the 'dpdk' section of the configuration file is
empty, DPDK snatches all physical interfaces that are administra
If you're using DPDK and all your physical interfaces are DPDK-capable, then
it's snatching the PCI device away from Linux. This has nothing to do with
Linux namespaces; ns can't prevent it from happening because it's working at a
different layer in the stack. The point of DPDK is to go straight
Hi Chris,
Thanks a lot, you explanation solves my concerns clearly.
2017-05-23 21:47 GMT+08:00 Luke, Chris :
> It is not thread safe; it’s up to the caller to be thread safe. Typically
> each thread works on its own memory and objects to avoid cross-thread
> locking or cross-socket cache invalid
Hi all,
For learning purposes, I'm trying to set up a test topology using
multiple instances of VPP running in different network namespaces.
I see that there's documentation showing how to use VPP as a router
between namespaces, but in all examples I found VPP is always running
in the default net
On 05/23/2017 02:27 PM, Ed Warnicke via RT wrote:
> I got that part. My point is that it looks like the first DNS for the SOA
> is pointing to the DNS in your Portland DC.
We've got 5 SOA entries for fd.io I don't know about your dig, but mine
deals with them all as a round-robin. 2 of those ent
Hi Jon,
Appreciate your nicely written lament of the missing API. I fully accept your
point about API changes, especially removal of existing ones, should be given
heads up in the vpp-dev alias before it merges in the code base.
I merged this change for VPP L2 API as it is a nice cleanup for th
I got that part. My point is that it looks like the first DNS for the SOA
is pointing to the DNS in your Portland DC.
Is this the old OSLab DC that is having the power issues? Or the one we
are considering using for cross project stuff?
Ed
On Tue, May 23, 2017 at 8:27 AM, Andrew Grimberg via R
I got that part. My point is that it looks like the first DNS for the SOA
is pointing to the DNS in your Portland DC.
Is this the old OSLab DC that is having the power issues? Or the one we
are considering using for cross project stuff?
Ed
On Tue, May 23, 2017 at 8:27 AM, Andrew Grimberg via R
+1, nice work!
Thanks... Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of Luke, Chris
Sent: Tuesday, May 23, 2017 3:00 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP now has basic tab completion
Thanks to the work of Yoann we now have some tab-completi
It's disappointing that no heads-up was posted to the list. That's the bare
minimum needed so that downstream consumers are aware of a material change
before it bites them, especially if they track master.
I'm the last person to suggest we need rules; I hope simple courtesy can
prevent this in
Most Excellent!
-daw-
On 5/23/2017 3:00 PM, Luke, Chris wrote:
Thanks to the work of Yoann we now have some tab-completion goodness
in the debug CLI! I know it has been a long-desired feature for many
people here.
It works pretty much as you’d expect with the obvious caveat it can
only co
Awesome!
Florin
> On May 23, 2017, at 12:00 PM, Luke, Chris wrote:
>
> Thanks to the work of Yoann we now have some tab-completion goodness in the
> debug CLI! I know it has been a long-desired feature for many people here.
>
> It works pretty much as you’d expect with the obvious caveat it
Tears. Tears of joy!
Ed
On Tue, May 23, 2017 at 12:00 PM, Luke, Chris
wrote:
> Thanks to the work of Yoann we now have some tab-completion goodness in
> the debug CLI! I know it has been a long-desired feature for many people
> here.
>
>
>
> It works pretty much as you’d expect with the obviou
Thanks to the work of Yoann we now have some tab-completion goodness in the
debug CLI! I know it has been a long-desired feature for many people here.
It works pretty much as you'd expect with the obvious caveat it can only
complete for things registered with the CLI parser; where commands imple
Hi Pan!
On 5/23/17, 张攀 wrote:
> Hi Andrew!
>
>
> -- Original --
> From: "Andrew 👽 Yourtchenko";
> Date: Tue, May 23, 2017 07:56 PM
> To: "张攀";
> Cc: "vpp-dev";
> Subject: Re: [vpp-dev] ACL Match in fa_node.c
>
>
> Hi!
>
> On 5/23/17, 张攀 wrote:
>> Hi guys,
>>
No problem.
If anyone is curious in rubbernecking the accident that is the current test-all
(at least for my build system)
adding a comment of
testall
SHOULD trigger and fire it off on my end.
make it all pass and you win a beer (or beverage of your choice)
Ed
On May 23, 2017, at 11:34 AM, Da
Is there further info/docs on using syslog for snat on the wiki? I searched
through but couldn't find anything.
Thanks.
On Sat, May 13, 2017 at 10:32 PM, Jim Thompson wrote:
>
> On May 13, 2017, at 11:58 PM, Andrew Taylor
> wrote:
>
> Hi,
>
> Could you please explain what is "Syslog based SNAT
Ed,
Thanks for adding this to the shadow build system. Real data on the
cost and effectiveness of this will be most useful.
-daw-
On 5/23/2017 1:30 PM, Ed Kern (ejk) wrote:
In the vpp-dev call a couple hours ago there was a discussion of running
test-debug on a regular/default? basis.
As a
In the vpp-dev call a couple hours ago there was a discussion of running
test-debug on a regular/default? basis.
As a trial I’ve added a new job to the shadow build system:
vpp-test-debug-master-ubuntu1604
Will do a make test-debug, as part of verify set, as an ADDITIONAL job.
I gave a coupl
Folks,
I was causally walking down Update VPP Master Lane when I was
suddenly attacked from behind by a case of the missing API call!
I read vpp-dev mail daily, and I watch the Gerrit fervently, so I was
pretty sure I wouldn't be blind-sided by this sort of Silent Gotcha.
But there was no mistaki
Can you try following patch without manual bind:
https://gerrit.fd.io/r/#/c/6846
Thanks,
Damjan
> On 23 May 2017, at 15:53, Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES
> at Cisco) wrote:
>
> Hi Dave,
>
> The manual binding helped. I used uio_pci_generic and now VPP finally sees
>
Hi Andrew!
-- Original --
From: "Andrew 👽 Yourtchenko";
Date: Tue, May 23, 2017 07:56 PM
To: "张攀";
Cc: "vpp-dev";
Subject: Re: [vpp-dev] ACL Match in fa_node.c
Hi!
On 5/23/17, 张攀 wrote:
> Hi guys,
>
>
> I looked into the source code of vpp/src/plugin
Hi,
So without the change to dpdk.am, does the build completes correctly
(including both crypto libraries) but you fail to load the plugin?
Are you building a VPP release or from master?
Sergio
On 22/05/2017 05:21, Avinash Gonsalves wrote:
Need help with the DPDK crypto plugin,
After I m
On Tue May 23 11:03:18 2017, hagbard wrote:
> OK... why is it listed first in the public SOA then?
>
> Ed
Ed,
I think you're missing what is happening here.
Our _internal_ DNS is run out of Portland. The _external_ DNS for FD.io is run
out of a third party DNS provider.
The cause of the inter
OK... why is it listed first in the public SOA then?
Ed
On Tue, May 23, 2017 at 7:57 AM, Jordan Conway via RT <
fdio-helpd...@rt.linuxfoundation.org> wrote:
> Hi Ed,
> This is internal DNS.
>
> Cheers,
> Jordan
>
> On Tue, May 23, 2017 at 10:47 AM, Ed Warnicke wrote:
> Jordan,
>
> Why are we st
OK... why is it listed first in the public SOA then?
Ed
On Tue, May 23, 2017 at 7:57 AM, Jordan Conway via RT <
fdio-helpd...@rt.linuxfoundation.org> wrote:
> Hi Ed,
> This is internal DNS.
>
> Cheers,
> Jordan
>
> On Tue, May 23, 2017 at 10:47 AM, Ed Warnicke wrote:
> Jordan,
>
> Why are we st
Hi Ed,
This is internal DNS.
Cheers,
Jordan
On Tue, May 23, 2017 at 10:47 AM, Ed Warnicke wrote:
Jordan,
Why are we still running DNS out of the Portland DC? I thought we were having
that handled professionally now?
Ed
___
vpp-dev mailing list
vpp-
> On 23 May 2017, at 16:25, emma sdi wrote:
>
> Dear VPP folks,
>
> I build vpp in debian 8, with a little changes in makefile.
> Do you want this kind of commits?!
sure, submit to gerrit for review….
Thanks
___
vpp-dev mailing list
vpp-dev@lists.fd
Replied out of band in response to emergency page, adding to RT:
~~~
Hi Dave,
It looks like there might be some intermittent dns resolution issues causing
problems accessing the backend database.
I've added an /etc/hosts entry for the database server on the gerrit server so
that dns failures
Dear VPP folks,
I build vpp in debian 8, with a little changes in makefile.
Do you want this kind of commits?!
Regards,
khers
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
Gerrit.fd.io is more or less unusable at the moment. Please take a look.
Thanks… Dave
-Original Message-
From: FD.io Helpdesk via RT [mailto:fdio-helpd...@rt.linuxfoundation.org]
Sent: Tuesday, May 23, 2017 10:08 AM
To: Dave Barach (dbarach)
Subject: [FD.io Helpdesk #41053] AutoReply: s
I've seen this a few times this morning. Please check the logs...
Thanks... Dave
[cid:image001.jpg@01D2D3AC.659624E0]
Thanks... Dave
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev
Hi Dave,
The manual binding helped. I used uio_pci_generic and now VPP finally sees
them. Thanks.
Michal
-Original Message-
From: Dave Barach (dbarach)
Sent: Tuesday, May 23, 2017 3:39 PM
To: Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES at Cisco)
; Marco Varlese ; Kinsella, Ray
It is not thread safe; it’s up to the caller to be thread safe. Typically each
thread works on its own memory and objects to avoid cross-thread locking or
cross-socket cache invalidation.
Most volatile objects are typically modified by the API or CLI and there’s a
main thread that hosts these e
Hi vpp-devs,
I'm hitting an issue when VLAN ID is 0:
03:20:01:825468: tapcli-rx
tap-0
03:20:01:825472: ethernet-input
IP4: 00:25:b5:00:01:4a -> 01:00:5e:00:00:12 802.1q vlan 0
03:20:01:825473: error-drop
ethernet-input: unknown vlan
As I understand it, the device should treat packets with VLAN 0
Please attempt to bind the VIC device(s) manually - to uio_pci_generic - using
dpdk-devbind.
Until / unless that works, there isn't a chance that vpp will drive the
devices. You may have better luck with the igb_uio kernel module, or not...
Thanks… Dave
-Original Message-
From: vpp-d
Hi,
I meant that they are in DOWN state in "ip link list":
[root@overcloud-novacompute-1 ~]# ip link list
1: lo: mtu 65536 qdisc noqueue state UNKNOWN mode
DEFAULT qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp6s0: mtu 1500 qdisc mq state UP mode
DEFAULT qlen 1000
You say the ports are "down"... not sure how to interpret that but it might mean
that are still being binded to the kernel drivers.
Did you try and see if those ports are still binded with the Linux kernel
drivers? What is "dpdk-devbind.py --status" reporting?
What driver are you using in startup
Yes it shoud be enabled because I see "DPDK drivers found no ports..." in
output from "vpp unix interactive" command:
[root@overcloud-novacompute-1 ~]# vpp unix interactive
vlib_plugin_early_init:356: plugin path /usr/lib/vpp_plugins
load_one_plugin:184: Loaded plugin: acl_plugin.so (Access Contr
Is the dpdk plugin enabled?
Ray K
On 23/05/2017 13:01, Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES
at Cisco) wrote:
Hi VPP devs,
I tried to update VPP to master version from stable 1704 on Centos. In
1704 everything was working. Now in 1707 master VPP does not pick the
physical inte
Hi VPP devs,
I tried to update VPP to master version from stable 1704 on Centos. In 1704
everything was working. Now in 1707 master VPP does not pick the physical
interfaces. I tried to change the drivers and I whitelisted the interfaces in
startup.conf for vpp. All the interfaces are down so V
Hi!
On 5/23/17, 张攀 wrote:
> Hi guys,
>
>
> I looked into the source code of vpp/src/plugin/acl/fa_node.c,
> in function full_acl_match_5tuple(), it seems that every ingress packet is
> matching against each ACL rule stored in acl_main->acls in a for-loop
> manner. This seems not fairly effective.
Hi guys,
I looked into the source code of vpp/src/plugin/acl/fa_node.c,
in function full_acl_match_5tuple(), it seems that every ingress packet is
matching against each ACL rule stored in acl_main->acls in a for-loop manner.
This seems not fairly effective.
Besides, I notice that in vpp/src/p
Hi neale,
Thank you very much.
Thanks,
Xyxue
From: Neale Ranns (nranns)
Date: 2017-05-23 19:13
To: 薛欣颖; vpp-dev
Subject: Re: [vpp-dev] Assert appears when configuring MPLS tunnel
Hi Xyxue,
https://gerrit.fd.io/r/#/c/6837/
regards,
neale
From: on behalf of "Neale Ranns (nranns)"
Date: T
Pools are not inherently thread-safe.
Coding techniques: allocating a pool per thread [preferred], guarding pool
accesses with spinlocks or pthread mutex / condvar pairs, preallocate and
barrier sync [tricky].
Thanks… Dave
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io]
Hi Xyxue,
https://gerrit.fd.io/r/#/c/6837/
regards,
neale
From: on behalf of "Neale Ranns (nranns)"
Date: Tuesday, 23 May 2017 at 08:42
To: 薛欣颖 , vpp-dev
Subject: Re: [vpp-dev] Assert appears when configuring MPLS tunnel
Hi Xyxue,
Nothing wrong with that config. But there is a bug in VPP.
Hi Ewan,
> Is there any plan to surpport ALG?
I am quite the non-believer with regards to ALGs.
But you can always make a proposal. What ALGs do you need and why?
Best regards,
Ole
signature.asc
Description: Message signed with OpenPGP
___
vpp-dev ma
Hi neale,
Got it. Thank you very much!
Thanks,
Xyxue
From: Neale Ranns (nranns)
Date: 2017-05-23 18:21
To: 薛欣颖; vpp-dev
Subject: Re: [vpp-dev] MPLS LABEL
Hi Xyxue,
Yes, that’s correct. Note the ip4-lookup-in-table-1 implies a VRF lookup.
Regards,
neale
From: 薛欣颖
Date: Tuesday, 23 May 201
Hi Xyxue,
Yes, that’s correct. Note the ip4-lookup-in-table-1 implies a VRF lookup.
Regards,
neale
From: 薛欣颖
Date: Tuesday, 23 May 2017 at 10:15
To: "Neale Ranns (nranns)" , vpp-dev
Subject: Re: Re: [vpp-dev] MPLS LABEL
Hi neale,
Thank you very much for your reply!
You mean that I can confi
Hi neale,
Thank you very much for your reply!
You mean that I can configure "mpls local-label add eos 33 ip4-lookup-in-table
1"to pop the inner label,and use "mpls local-label add non-eos 34
mpls-lookup-in-table 0"
to pop the outer label. Am I right?
Thanks,
Xyxue
From: Neale Ranns (nrann
Looking at the bfd messages, I'm pretty sure you're mixing different
versions of vpp and tests. Though I can't really imagine how, as the vpp
is spawned by the test suite. Could you please collect a logs for the bfd
testcase: ~ /tmp/vpp-unittest-*BFD*/log.txt?
Thanks,
Klement
Quoting Burt Silver
Hi Xyxue,
Nothing wrong with that config. But there is a bug in VPP. I’ll fix that ASAP.
Thanks,
neale
From: on behalf of 薛欣颖
Date: Tuesday, 23 May 2017 at 07:52
To: vpp-dev
Subject: [vpp-dev] Assert appears when configuring MPLS tunnel
Hi guys,
Why the assert appear on version 17.07, is t
Hi Xyxue,
MPLS labels are popped once they have been used in the lookup stage. The path
(i.e. the config after the ‘via’ keyword) describes whether a new label should
be pushed, so the absence of an out-label keyword there means that the router
will be seen to pop the label.
These configs then
60 matches
Mail list logo
