Hi Florin,
Please see inline.
Regards,
Vivek
-Original Message-
From: Florin Coras
Sent: Thursday, March 12, 2020 8:09 PM
To: Ole Troan
Cc: Vivek Gupta ; kusumanjal...@gmail.com;
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Query about internal apps
Hi Ole, Vivek,
If I understand thi
Hi Ole,
Please see inline.
Regards,
Vivek
-Original Message-
From: otr...@employees.org
Sent: Thursday, March 12, 2020 1:39 PM
To: Vivek Gupta
Cc: kusumanjal...@gmail.com; Florin Coras ;
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Query about internal apps
Hi Vivek,
> We are trying
Hi,
I see that the tap connect CLI has been deprecated which was used for creating
a pair of interfaces between container and host.
Is there any other CLI/mechanism available in VPP-1908 to achieve the same?
Thanks,
Leela sankar Gudimetla
Embedded Software Engineer 3 | Ciena
San Jose, CA, USA
M
There is also test/scripts/test-loop.sh which might some users better.
Regards,
Klement
> On 12 Mar 2020, at 19:08, Dave Wallace wrote:
>
> Hi Matt,
>
> Your patch [0] verified, Ray +1'd it, and I merged it.
>
> In my investigation on Naginator retries, I found an unrelated gerrit change
> [
Hi Matt,
Your patch [0] verified, Ray +1'd it, and I merged it.
In my investigation on Naginator retries, I found an unrelated gerrit
change [1] where there was a VRRP test failure [2] on which failed the
vpp-arm-verify-master-ubuntu1804 job but subsequently passed on both the
Naginator retry
Hi Dave,
That sounds fine to me.
Thanks,
-Matt
On Thu, Mar 12, 2020 at 11:32 AM Dave Wallace wrote:
> Matt,
>
> I will keep an eye on this gerrit and merge it once the verify jobs have
> completed.
> If there are other tests which fail, are you ok if I add them to this
> patch and turn it int
Matt,
I will keep an eye on this gerrit and merge it once the verify jobs have
completed.
If there are other tests which fail, are you ok if I add them to this
patch and turn it into a generic 'disable failing tests' gerrit change?
The other possibility is that this is due to the recent disab
Change submitted - https://gerrit.fd.io/r/c/vpp/+/25834. Verification jobs
are running. Hopefully they won't fail :)
-Matt
On Thu, Mar 12, 2020 at 10:22 AM Matthew Smith via Lists.Fd.Io wrote:
>
> I don't have a solution yet, but one observation has popped up quickly
>
> In the 2 failed jo
I don't have a solution yet, but one observation has popped up quickly
In the 2 failed jobs Ray sent links for, one of them had a test fail which
was not related to VRRP. There is a BFD6 test failure for the NAT change
https://gerrit.fd.io/r/c/vpp/+/25462:
https://logs.fd.io/production/vex-yu
Hi Murthy,
Yes it does, although we’re guilty of not having it properly documented.
The message queue used between vpp and a vcl worker can do both mutex/condvar
and eventfd notifications. The former is the default but you can switch to
eventfds by adding to vcl.conf "use-mq-eventfd”. You can
Hi Longfei,
For protocol correctness, the only tool I’ve used is Defensics Codenomicon,
which has about 1.2M tests and only needs an http terminator. Therefore, nginx
+ ldp is enough. Having said that, it would be great to also support
packetdrill.
As for your issue, I’m not entirely sure wh
Hi Ole, Vivek,
If I understand this right, you’re looking to intercept l2 packets in vpp
(supposedly only from certain hosts), process them and maybe generate some
return traffic. What is the payload of those l2 packets?
You could write a feature that inspects all traffic on a certain interfac
Yes.
Has been for a few days.
On Thu, Mar 12, 2020 at 9:25 AM Ray Kinsella wrote:
> Anyone else noticing seeming spurious failures related to the VRRP
> plugin's unit tests.
> Some examples from un-related commits.
>
> Ray K
>
> nat: timed out session scavenging upgrade (
> https://gerrit.fd.io/
Coverity run failed today.
Current number of outstanding issues are 6
Newly detected: 4
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 (#15756): ht
Hi,
My 3GPP UPF implementation uses a DPO to direct all UE IP to my session
logic. This works well.
I now want to use deterministic NAT on the UE IPs. The NAT config inserts a
DPO in the FIB:
nat44 deterministic add in 10.106.0.0/16 out 10.116.0.0/24
show ip fib:
ipv4-VRF:2, fib_index:2, flow
Hi Ray,
Thanks for bringing it to my attention. I'll look into it.
-Matt
On Thu, Mar 12, 2020 at 8:24 AM Ray Kinsella wrote:
> Anyone else noticing seeming spurious failures related to the VRRP
> plugin's unit tests.
> Some examples from un-related commits.
>
> Ray K
>
> nat: timed out sessio
Hello,
For what it’s worth, I observed ~10ms memif pings when both VPPs were scheduled
on the same CPU, which happens with the default configuration (VPP takes CPU 1
by default). You can try changing the configuration of one of your VPPs by
setting the main-core in the cpu section:
https://fd.
Hi Damjan,
Please find the trace on both side
vpp1 (10.1.1.1) (10.1.1.2) vpp2
DBGvpp# ping 10.1.1.2
116 bytes from 10.1.1.2: icmp_seq=1 ttl=64 time=31.8174 ms
116 bytes from 10.1.1.2: icmp_seq=2 ttl=64 time=47.9716 ms
116 bytes from 10.1.1.2: icmp_seq=3 ttl=64 time=40.0259 ms
116 bytes from
Anyone else noticing seeming spurious failures related to the VRRP plugin's
unit tests.
Some examples from un-related commits.
Ray K
nat: timed out session scavenging upgrade (https://gerrit.fd.io/r/c/vpp/+/25462)
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-verify-master-ubuntu1804/2
Hi ,
We have a TCP application trying integrate with VPP-VCL framework.
Our application has its own dispatch loop with epoll and we would like to know
if VCL framework has any linux fd ( like an eventfd for the entire svm message
queue ) that we can add into our epoll to poll for VCL session me
+1 this seems OK to me.
From: vpp-dev@lists.fd.io On Behalf Of Damjan Marion via
Lists.Fd.Io
Sent: Thursday, March 12, 2020 6:16 AM
To: Lijian Zhang
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Ignore SIGPROF signal in VPP
> On 12 Mar 2020, at 10:49, Lijian Zhang
> mailto:lijian.zh...@arm
Hi Elias,
> Thanks for explaining!
> I'm sorry if what I wrote before was wrong or confusing.
no, not at all!
>> Checking counters values in the stats segment has _no_ impact on VPP.
>> VPP writes those counters regardless of reader frequency.
>
> That's great!
>
> Just to be clear, to make su
That’s weird…. Can you capture packet trace on both sides?
> On 12 Mar 2020, at 11:16, vyshakh krishnan wrote:
>
> Hi Damjan,
>
> We don't have any worker threads and memif is in polling mode:
>
> DBGvpp# sh int rx-placement
> Thread 0 (vpp_main):
> node memif-input:
> memif11/11 queue
Hi Damjan,
We don't have any worker threads and memif is in polling mode:
DBGvpp# sh int rx-placement
Thread 0 (vpp_main):
node memif-input:
memif11/11 queue 0 (polling)
memif222/222 queue 0 (polling)
Thanks
Vyshakh
On Wed, Mar 11, 2020 at 9:03 PM Damjan Marion wrote:
>
> Are you ru
> On 12 Mar 2020, at 10:30, Lijian Zhang wrote:
>
> Hi Damjan,
> We observed a failure when creating avf interfaces on two types of Arm CPUs,
> both are SMP system, only one numa-id.
>
> Function vlib_pci_get_device_info() reads ‘/sys/bus/pci/devices/ id>/numa_node’ to check which numa_node
> On 12 Mar 2020, at 10:49, Lijian Zhang wrote:
>
> Hi Maintainers,
> We are profiling VPP with MAP (a software profile suite on Arm CPUs, see
> details
> inhttps://www.arm.com/products/development-tools/server-and-hpc/forge/map) on
> Arm CPUs.
>
> The MAP sampler runs inside target proces
Hi Ole,
Thanks for explaining!
I'm sorry if what I wrote before was wrong or confusing.
> Checking counters values in the stats segment has _no_ impact on VPP.
> VPP writes those counters regardless of reader frequency.
That's great!
Just to be clear, to make sure I understand what this means,
Hi,Recently, I wan to use packetdrill to test vpp hoststack . I connet vpp and kernel-protocol-stack with veth. And local client runs on vpp hoststack , remote is on kernel. local <> vcl <> vpp <-> veth1 <-> veth0 <-> remote.At remote , I just w
Hi Maintainers,
We are profiling VPP with MAP (a software profile suite on Arm CPUs, see
details in
https://www.arm.com/products/development-tools/server-and-hpc/forge/map) on Arm
CPUs.
The MAP sampler runs inside target process as a library because it does a lot
more things that require acces
Elias,
> I think you are right about the stop-world way it works.
>
> We have seen a performance impact, but that was for a command that was
> quite slow, listing something with many lines of output (the "show
> nat44 sessions" command). So then the worker threads were stopped
> during that whole
Hi Damjan,
We observed a failure when creating avf interfaces on two types of Arm CPUs,
both are SMP system, only one numa-id.
Function vlib_pci_get_device_info() reads '/sys/bus/pci/devices//numa_node' to check which numa_node a NIC device resides in.
But on SMP system, -1 is returned as below e
Hi Andreas,
I think you are right about the stop-world way it works.
We have seen a performance impact, but that was for a command that was
quite slow, listing something with many lines of output (the "show
nat44 sessions" command). So then the worker threads were stopped
during that whole operat
Hi Vivek,
> We are trying to achieve the mechanism, something similar to TAP interface,
> in VPP.
>
> So, the packets coming out of the TAP interface, will be directed directly to
> the application. The application will receive the packets, coming via TAP
> interface, process them and send it
33 matches
Mail list logo
