All,
I tried to find this on VPP wiki and on web, but no luck hence question
here.
I wanted to try pipe line processing in VPP (each core doing specific job
and passing on the packets further to next core for subsequent processing
and finally send out).
In other words, use case is multi threaded
Hi
I am trying to add a feature (say 'my_node') to ip4_unicast arc.
Goal is just like ip4_gtpu_bypass to by pass the IP stack and process
packets that are of my interest and if packets received are of not my
interest give it back to the ip layer.
At the same time I am trying to use ip4 reassembly o
t;
>
>
> *De : * au nom de raju
> *Date : *vendredi 14 décembre 2018 à 14:58
> *À : *vpp-dev
> *Objet : *[vpp-dev] Feature arc and ordering graph nodes in an existing
> feature arc.
>
>
>
> Hi
>
> I am trying to add a feature (say 'my_node') to ip4_un
sec 0.00 Bytes 0.00 bits/sec
[ 34] 1.00-2.00 sec 0.00 Bytes 0.00 bits/sec
[ 34] 2.00-3.01 sec 0.00 Bytes 0.00 bits/sec
[ 34] 3.01-4.01 sec 0.00 Bytes 0.00 bits/sec
Please let me know if I’m configuring something wrong.
Thanks
Shankar Raju
-=-=-=-=-=-=-=-=-=-=-=-
Links:
Bytes 0.00 bits/sec
[ 34] 2.00-3.01 sec 0.00 Bytes 0.00 bits/sec
[ 34] 3.01-4.01 sec 0.00 Bytes 0.00 bits/sec
Please let me know if I’m configuring something wrong.
Thanks
Shankar Raju
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online
Hi Florin,
I'm running this experiment on AWS and its using ENA NICs. I ran vppctl show
error command and I did see errors because of bad checksums. Is there a way to
turn off tx and rx checksuming through vpp just like we do with ethtool ?
SERVER SIDE:
vppctl show errors
Count
Hi Florin,
Disabling checksums worked. Now iperf is able to send and receive traffic. But
the transfer rate and bitrate seems to be smaller when using VPP. Could you
please let me know the right tuning params for getting better performance with
VPP ?
Thanks
-=-=-=-=-=-=-=-=-=-=-=-
Links: You
Hi Florin,
I'm using VPP Version: 20.09-release. These were the results I got with the
default config. Let me try some of those optimizations and see if that works.
Thanks
WITH VPP :
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0
seconds, 10 second test, tos 0
[ ID] Int
dpdk-input polling 13176087868
3432988412 0 1.11e3 .26
The above line says polling is going good for RX. Only 26% times it could
get the packets. So I think this is a clue that you still have CPU left. =>
Dave & team can confirm ...