Hi,
I'm trying to use the proxy app (on vnet/session-apps).
The code works fine if I run vpp with 1 thread (just master). With more than 1
thread, the code fails because of some assertions such as:
- Function transport_alloc_local_port - vnet/session/transport.c
237 /* Only support active opens
forget to mention, upgraded to vpp v18.04-rc2~26-gac2b736~b45
Current setup:
GigabitEthernet0/14/0.1, Idx 9, ip 192.168.0.0/24, vlan 1
GigabitEthernet0/14/0.2, Idx 12, ip 192.168.2.0/24, vlan 2
I don't want devices on vlan1 and vlan2 to communicate with each other.
I tried to use macip via VAT
v
Aris,
There is not enough information here. What is VPP's vhost-user interface
connected to? A VM launched by QEMU or a docker container running VPP with DPDK
virtio_net driver? What do you see in the output from show vhost?
Steven
On 5/9/18, 1:13 PM, "vpp-dev@lists.fd.io on behalf of
arisle
First Question:
Tried to do “make test TEST=acl_plugin_macip”, but I got this error:
Using /vpp/build-root/python/virtualenv/lib/python2.7/site-packages
Finished processing dependencies for vpp-papi==1.4
make -C ext
make[1]: Entering directory '/vpp/test/ext'
make[1]: *** No rule to make target '/
OpenGrok maintenance is complete
On 05/09/2018 03:01 PM, Vanessa Valderrama wrote:
>
> OpenGrok maintenance starting shortly
>
>
> On 05/09/2018 02:45 PM, Vanessa Valderrama wrote:
>>
>> JIRA maintenance will be starting shortly
>>
>>
>> On 05/08/2018 07:14 PM, Vanessa Valderrama wrote:
>>>
>>> N
JIRA maintenance is complete
On 05/09/2018 02:45 PM, Vanessa Valderrama wrote:
>
> JIRA maintenance will be starting shortly
>
>
> On 05/08/2018 07:14 PM, Vanessa Valderrama wrote:
>>
>> Nexus maintenance is complete for tonight. We'll continue cleaning
>> out repositories tomorrow but it should
Hi,
I am trying to create a vhost and bridge it to a TenGigabitEthernet DPDK
enabled interface.
Even though the vhost is being created successfully I am getting a
tx-error as follows:
vpp# show int
Name Idx State Counter
Count
TenGigabitEtherne
OpenGrok maintenance starting shortly
On 05/09/2018 02:45 PM, Vanessa Valderrama wrote:
>
> JIRA maintenance will be starting shortly
>
>
> On 05/08/2018 07:14 PM, Vanessa Valderrama wrote:
>>
>> Nexus maintenance is complete for tonight. We'll continue cleaning
>> out repositories tomorrow but
JIRA maintenance will be starting shortly
On 05/08/2018 07:14 PM, Vanessa Valderrama wrote:
>
> Nexus maintenance is complete for tonight. We'll continue cleaning
> out repositories tomorrow but it should be transparent.
>
> Thank you,
>
> Vanessa
>
>
> On 05/08/2018 11:28 AM, Vanessa Valderrama
VPP-ers,
Is this expected behavior for the Flags here?
Thanks,
jdl
vpp# set int ip address TenGigabitEthernet6/0/0 10.10.20.1/24
vpp# set interface state TenGigabitEthernet6/0/0 up
vpp# set ip arp TenGigabitEthernet6/0/0 10.10.20.100 08:00:27:41:a7:56
static
vpp# show ip arp
Time
Hi Akshaya,
>
> Does your patch have a way to set per protocol MTU(ip4/ip6/mpls) on s/w
> interface? We are looking for a way to set per protocol MTU and currently we
> couldn't find any option for this.
No, but that’s simple to add if there’s a need.
Cheers,
Ole
>
> --
> Regards,
> Aksh
Hi Luca,
We don’t yet support pmtu in the stack so tcp uses a fixed 1460 mtu, unless you
changed that, we shouldn’t generate jumbo packets. If we do, I’ll have to take
a look at it :)
If you already had your transport protocol, using memif is the natural way to
go. Using the session layer mak
Hi Ole,
Does your patch have a way to set per protocol MTU(ip4/ip6/mpls) on s/w
interface? We are looking for a way to set per protocol MTU and
currently we couldn't find any option for this.
--
Regards,
Akshaya N
-Original Message-
From: Ole Troan
To: Nitin Saxena
Cc: vpp-dev@lists.
Patch?
Nightly?
Release?
IMPORTANT NOTICE: The contents of this email and any attachments are
confidential and may also be privileged. If you are not the intended recipient,
please notify the sender immediately and do not disclose the contents to any
other person, use it for any purpose, or sto
+1, that’s exactly what you’re seeing… D.
From: vpp-dev@lists.fd.io On Behalf Of Brian Brooks
Sent: Wednesday, May 9, 2018 11:00 AM
To: Saxena, Nitin ; vpp-dev
Subject: Re: [vpp-dev] vlib_main() taking maximum cycle in v1804 release
I think this is due to perf aggregating results from all CPUs,
I think this is due to perf aggregating results from all CPUs, and that
vlib_main hotspot is from the main (non-worker) thread.
From: vpp-dev@lists.fd.io On Behalf Of Saxena, Nitin
Sent: Thursday, April 26, 2018 1:46 PM
To: vpp-dev
Subject: [vpp-dev] vlib_main() taking maximum cycle in v1804 re
Hi All,
The CSIT rls1804 report is now published on FD.io docs site:
html [1] and pdf [2] versions.
Great thanks to all of the CSIT and FD.io community who contributed and
made the CSIT rls1804 happen !
Points of note in rls1804 report:
1. Release notes
- Performance tests incl. throug
Dear Rubina,
During the development I did some ad-hoc for up to 4 cores (since that
was the h/w I have), it seemed reasonable - but obviously there is
something that I did not spot during my tests.
It's hard to say what is going on without looking in more detail.
--a
On 5/9/18, Rubina Bianchi
Thanks for your prompt response.
If it would be possible I want to know about the maximum throughput which you
take from vpp in stateful mode (permit+reflect acl rule, session table) ?
Does vpp work scalable? I think the session table is bottleneck in stateful
scenario and multi-threading? what
Dear Khers,
On 5/8/18, khers wrote:
> Dear Andrew
>
> I like to write this test as a testcase, I will work on that in my spare
> time.
> I like your solution about separate code path, but I think defragmentation
> could solve the problem and reassembly may have overhead.
I was having in mind doi
Dear Rubina,
You could take a look at “perf top” to see what could be going on. if you need
help, let me know, I would be happy to look at it together.
Also, now as part of the work for 18.07 I am testing a couple of different
approaches to change the processing for more performance, would you
Florin,
Thanks for the slide deck, I’ll check it soon.
BTW, VPP/DPDK test was using jumbo frames by default so the TCP stack had a
little
advantage wrt the Linux TCP stack which was using 1500B by default.
By manually setting DPDK MTU to 1500B the goodput goes down to 8.5Gbps which
compares
to
Hi,
I am looking for some white paper or some slides which explain deeply
how the data structures related to the frames are organized in fd.io.
Specifically, I need to create a mind map of the following data
structures in the code –
vlib_frame_t
vlib_next_frame_t
vlib_pending_frame_t
Then the
> If dpdk plugin used, which is the default case in VPP, MTU to each interface
> is set by retrieving MTU information from underlying DPDK PMD API:
> rte_eth_dev_info_get(). So if the device supports max MTU say 9216 then that
> will be configured.
>
> I don't think setting MTU via vpp cli or s
24 matches
Mail list logo