date:20170306

[vpp-dev] Signal events between graph nodes within different threads

2017-03-06 Thread Ni, Hongjun

Hey all,

We have a question about signal events between graph nodes within different 
threads.

Here is the scenario of use case:
We have two threads: thread 1 and thread2, which run on different VPP programs.
Thread 1 has one graph node a,
Thread 2 has another graph node b.

Now we want to signal an event from thread 1's node a to thread 2's node b.
Can vlib_process_signal_event achieve this?
It appears that vlib_process_signal_event can signal an event between two graph 
nodes within the same thread.

If not, is there any other way to address above use case?

Thanks a lot,
Hongjun


___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Missing lib pneum during build?

2017-03-06 Thread Jon Loeliger

On Mon, Mar 6, 2017 at 2:48 PM, Billy McFall  wrote:

> I have seen this. I was compiling in a VM with 5 CPUs. I isolate CPUs 1-4
> from Linux via kernel cmdline arg isocpu. When compiling with 1 CPU I saw
> the issue every time. Removed isocpu and compiled with 5 CPUs everything
> worked.
>
> Billy McFall
>

Hi Billy,

S, despite the Peanut Gallery, I'm not yet crazy... :-)

Now all we have to do is find the missing dependency in a Makefile! :-)

Thanks,
jdl
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Missing lib pneum during build?

2017-03-06 Thread Jon Loeliger

Guys,

I am in the process of setting up a CI engine here.  (Whee!)
This is on an entirely new machine with a new number of CPUs, etc.
What I'm noticing is that every other build or so fails.  And it seems
to be for lack of a -lpneum each time it fails.  But sometimes it all
builds properly too.

What I'm thinking is that we have another missing dependency in
the Makefile somewhere that is allowing an out-of-order reference
to the pneum library prior to it really being ready.  (We had a problem
like this a few months ago too.  Blah.)

Anyone else seen anything like this?  Am I out in the weeds?

Logs from around the build failure below...

Thanks
jdl



mkdir -p 
/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/lib/python2.7/site-packages;
   \
mkdir -p 
/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/lib64/python2.7/site-packages;
\
PYTHONUSERBASE=/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp
  \
python setup.py build_ext -L
/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/lib64
   \
-I 
/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/include/
install --user
 /bin/mkdir -p 
'/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/lib64'
 /bin/mkdir -p 
'/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/include'
 /bin/sh ../../libtool --quiet  --mode=install /bin/install -c
libpneum.la 
'/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/lib64'
 /bin/mkdir -p 
'/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/include/pneum'
 /bin/install -c -m 644
/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-data/../src/vpp-api/python/pneum/pneum.h
'/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/include/pneum'
libtool: install: warning: relinking `libpneum.la'
running build_ext
building 'vpp_api' extension
creating build
creating build/temp.linux-x86_64-2.7
creating build/temp.linux-x86_64-2.7/vpp_papi
gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic
-D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall
-Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic
-D_GNU_SOURCE -fPIC -fwrapv -fPIC
-I/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/include/
-I/usr/include/python2.7 -c vpp_papi/pneum_wrap.c -o
build/temp.linux-x86_64-2.7/vpp_papi/pneum_wrap.o
creating build/lib.linux-x86_64-2.7
gcc -pthread -shared -Wl,-z,relro
build/temp.linux-x86_64-2.7/vpp_papi/pneum_wrap.o
-L/var/lib/jenkins/workspace/build-ngr-rpm/build_root/BUILD/vpp/build-root/install-vpp-native/vpp/lib64
-L. -lpneum -lpython2.7 -o build/lib.linux-x86_64-2.7/vpp_api.so
/bin/ld: cannot find -lpneum
collect2: error: ld returned 1 exit status
error: command 'gcc' failed with exit status 1
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] dpdk sw crypto- build error

2017-03-06 Thread Billy McFall

Let me know if you need anything else from me. I'll be glad to test
something if need be.

As a side note, what is the recommended version of nasm? I tested with nasm
2.12.02 on Fedora 25 and nasm 2.12.01 and 2.12.02 on Centos 7.3 and all
have the error I reported.

The version of nasm in Centos 7.3 distro is nasm 2.10.07, and it has a
different compiler error. Googled this issue and I found a link that
indicated this was fixed in a newer version of nasm, which lead me to the
nasm 2.12.02 build.
  Making object file obj/mb_mgr_hmac_submit_avx512.o
  nasm -o obj/mb_mgr_hmac_submit_avx512.o -felf64 -Xgnu -gdwarf -DLINUX
-D__linux__ -Iinclude/ -I./ -Iavx/ -Iavx2/ -Iavx512/ -Isse/
avx512/mb_mgr_hmac_submit_avx512.asm
  avx512/mb_mgr_hmac_submit_avx512.asm:173: error: parser: instruction
expected
  avx512/mb_mgr_hmac_submit_avx512.asm:174: error: symbol `vmovdqu32'
redefined
  avx512/mb_mgr_hmac_submit_avx512.asm:174: error: parser: instruction
expected
  make[4]: *** [obj/mb_mgr_hmac_submit_avx512.o] Error 1

Thanks,
Billy McFall

On Mon, Mar 6, 2017 at 11:30 AM, Sergio Gonzalez Monroy <
sergio.gonzalez.mon...@intel.com> wrote:

> Hi Billy,
>
> It seems that things have changed a bit since DPDK is built as a plugin
> and we are looking into this issue.
>
> I'll update once I have more details.
>
> Regards,
> Sergio
>
> On 03/03/2017 16:59, Billy McFall wrote:
>
> Like the original email on this thread, I am trying to build latest vpp
> with vpp_uses_dpdk_cryptodev_sw = yes option to enable vpp sw crypto. The
> difference is I am running on Fedora 25. I attempted to followed the
> suggestions in this email chain:
> * I updated /build-data/platforms/vpp.mk with  "-Wl,--whole-archive,-l:
> libIPSec_MB.a,--no-whole-archive" and copied libIPSec_MB.a into /usr/lib/.
> * I set link_all_deplibs to yes in vpp/build-root/build-vpp-
> native/dpdk/isa-l_crypto-master/aclocal.m4 after running 'make
> bootstrap', which set it in vpp/build-root/build-vpp-native/vpp/libtool.
>
> If anyone has instructions on how to update libtool from source, I will
> attempt that.
>
>
> Below is the error I am seeing:
>
> make[3]: Entering directory '/home/bmcfall/dev/2017_03_03_
> VPP_Master/vpp/build-root/build-vpp-native/vpp'
>   CCLD libvppinfra.la
> /usr/bin/ld: /home/bmcfall/dev/2017_03_03_VPP_Master/vpp/build-root/
> install-vpp-native/dpdk/lib/libIPSec_MB.a(aes128_cntr_by4_sse.o):
> relocation R_X86_64_PC32 against symbol `byteswap_const' can not be used
> when making a shared object; recompile with -fPIC
> /usr/bin/ld: final link failed: Bad value
> collect2: error: ld returned 1 exit status
> Makefile:4564: recipe for target 'libvppinfra.la' failed
> make[3]: *** [libvppinfra.la] Error 1
>
>
> I am also seeing a lot of warnings when the dpdk/crypto is being built
> (this is just a snippet, I am seeing a lot more):
>
> make[4]: Entering directory '/home/bmcfall/dev/2017_03_03_
> VPP_Master/vpp/build-root/build-vpp-native/dpdk/isa-l_crypto-master'
> Building isa-l_crypto.h
> make --no-print-directory all-am
>   CC   md5_mb/md5_ctx_sse.lo
>   CC   md5_mb/md5_ctx_avx.lo
>   CC   md5_mb/md5_ctx_avx2.lo
>   CC   md5_mb/md5_mb_mgr_init_sse.lo
>   CC   md5_mb/md5_mb_mgr_init_avx2.lo
>   CC   md5_mb/md5_mb_mgr_init_avx512.lo
>   MKTMPmd5_mb/md5_mb_mgr_submit_sse.s
>   CCAS md5_mb/md5_mb_mgr_submit_sse.lo
> md5_mb/md5_mb_mgr_submit_sse.s:151: warning: absolute address can not be
> RIP-relative
>   MKTMPmd5_mb/md5_mb_mgr_submit_avx.s
>   CCAS md5_mb/md5_mb_mgr_submit_avx.lo
> md5_mb/md5_mb_mgr_submit_avx.s:150: warning: absolute address can not be
> RIP-relative
>   MKTMPmd5_mb/md5_mb_mgr_submit_avx2.s
>   CCAS md5_mb/md5_mb_mgr_submit_avx2.lo
> md5_mb/md5_mb_mgr_submit_avx2.s:159: warning: absolute address can not be
> RIP-relative
>   MKTMPmd5_mb/md5_mb_mgr_flush_sse.s
>   CCAS md5_mb/md5_mb_mgr_flush_sse.lo
> md5_mb/md5_mb_mgr_flush_sse.s:119: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_sse.s:121: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_sse.s:123: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_sse.s:125: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_sse.s:127: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_sse.s:129: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_sse.s:131: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_sse.s:164: warning: absolute address can not be
> RIP-relative
>   MKTMPmd5_mb/md5_mb_mgr_flush_avx.s
>   CCAS md5_mb/md5_mb_mgr_flush_avx.lo
> md5_mb/md5_mb_mgr_flush_avx.s:119: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_avx.s:121: warning: absolute address can not be
> RIP-relative
> md5_mb/md5_mb_mgr_flush_avx.s:123: warning: absolute address can not be
> RIP-relative
>

Re: [vpp-dev] HP performance issues

2017-03-06 Thread Sean Chandler (sechandl)

Assuming yes, that it should be run while test is going on, here are the 
results.  Reinstalled VPP on DUT today because perf was not available for my 
kernel (4.4.0-64-generic) and now the performance is up from 1.7Mpps to 2.1Mpps.

tc01-64B-1t1c-eth-l2bdbasemaclrn-eth-1vhost-1vm-ndrdisc :: [Cfg] D... | PASS |
FINAL_RATE: 2140272.45312 pps (2x 1070136.22656 pps)
FINAL_BANDWIDTH: 1.4382630885 Gbps (untagged)
LATENCY usec [min/avg/max]
LAT_100%NDR: ['2/31/336', '2/30/327']
LAT_50%NDR: ['2/16/278', '2/15/276']
LAT_10%NDR: ['2/10/518', '2/10/496']


root@hp-att-2:/home/testuser/csit# sudo perf stat -e 'kvm:*' -a sleep 1h
^Csleep: Interrupt
^C
 Performance counter stats for 'system wide':

 1,411,858  kvm:kvm_entry   
  (100.00%)
 0  kvm:kvm_hypercall   
  (100.00%)
 0  kvm:kvm_hv_hypercall
  (100.00%)
   209,439  kvm:kvm_pio 
  (100.00%)
 0  kvm:kvm_fast_mmio   
  (100.00%)
24,200  kvm:kvm_cpuid   
  (100.00%)
 2,934  kvm:kvm_apic
  (100.00%)
 1,411,394  kvm:kvm_exit
  (100.00%)
84  kvm:kvm_inj_virq
  (100.00%)
 6  kvm:kvm_inj_exception   
  (100.00%)
   875  kvm:kvm_page_fault  
  (100.00%)
   503,938  kvm:kvm_msr 
  (100.00%)
 7,841  kvm:kvm_cr  
  (100.00%)
75,645  kvm:kvm_pic_set_irq 
  (100.00%)
 1,262  kvm:kvm_apic_ipi
  (100.00%)
   501,412  kvm:kvm_apic_accept_irq 
  (100.00%)
   231  kvm:kvm_eoi 
  (100.00%)
 0  kvm:kvm_pv_eoi  
  (100.00%)
 0  kvm:kvm_nested_vmrun
  (100.00%)
 0  kvm:kvm_nested_intercepts   
  (100.00%)
 0  kvm:kvm_nested_vmexit   
  (100.00%)
 0  kvm:kvm_nested_vmexit_inject
 (100.00%)
 0  kvm:kvm_nested_intr_vmexit  
   (100.00%)
 0  kvm:kvm_invlpga 
  (100.00%)
 0  kvm:kvm_skinit  
  (100.00%)
   209,593  kvm:kvm_emulate_insn
  (100.00%)
36,560  kvm:vcpu_match_mmio 
  (100.00%)
 0  kvm:kvm_write_tsc_offset
  (100.00%)
 0  kvm:kvm_update_master_clock 
(100.00%)
 0  kvm:kvm_track_tsc   
  (100.00%)
 0  kvm:kvm_pml_full
  (100.00%)
 7,113  kvm:kvm_ple_window  
  (100.00%)
 0  kvm:kvm_pvclock_update  
  (100.00%)
   498,826  kvm:kvm_wait_lapic_expire   
  (100.00%)
 0  kvm:kvm_enter_smm   
  (100.00%)
 0  kvm:kvm_pi_irte_update  
  (100.00%)
   225,871  kvm:kvm_userspace_exit  
  (100.00%)
 4,539  kvm:kvm_vcpu_wakeup 
  (100.00%)
75,652  kvm:kvm_set_irq 
  (100.00%)
75,645  kvm:kvm_ioapic_set_irq  
  (100.00%)
 0  kvm:kvm_ioapic_delayed_eoi_inj  
   (100.00%)
 0  kvm:kvm_msi_set_irq 
  (100.00%)
   276  kvm:kvm_ack_irq 
  (100.00%)
64,174  kvm:kvm_mmio
  (100.00%)
   458,785

Re: [vpp-dev] HP performance issues

2017-03-06 Thread Sean Chandler (sechandl)

Hi Ray,

The VM name is csit-nested-1.6.img but nested VMs to me usually means a VM in a 
VM.  In this case a VM is running testpmd only.

The command below should be run while the test is running I assume?

-s

On 3/6/17, 5:51 AM, "Kinsella, Ray"  wrote:

Hi Sean,

Since I guess all this is running a VM (right?), it would be good to 
understand what KVM stat dump looks like. For the HP+Dell compared to 
UCS/SuperMicro.

sudo ./perf stat -e 'kvm:*' -a sleep 1h

Are we using nested virtualization?

Ray K

On 03/03/2017 15:14, Sean Chandler (sechandl) wrote:
> Hi Folks,
>
> For several months we have been fighting performance issues on both HP 
and Dell systems.  The scenario is l2bd and one vhost so a traffic generator 
and a single DUT running vpp.
>
> Various CPU jitter mitigation methods have been tried and integrated into 
CSIT but the performance for one core on thread one queue is half of what 
automated testing has shown on UCS or super micro.
>
> Who would be the best person or persons to help investigate the 
situation?  What info can I provide to help debug.  I've been working with the 
CSIT folks but we have run dry of ideas.
>
> Thanks in advance!
> -s
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev
>

___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio interface

2017-03-06 Thread Maciek Konstantynowicz (mkonstan)

Well spotted Neale :)
Matej, Looks like few typos in there..

-Maciek

On 6 Mar 2017, at 16:19, Dave Barach (dbarach) 
> wrote:

+1... Crud, missed that... Thanks… Dave

From: vpp-dev-boun...@lists.fd.io 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Neale Ranns (nranns)
Sent: Monday, March 6, 2017 11:07 AM
To: Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco) 
>; 
vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io
Subject: Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio 
interface


Hi Matej,

Your IP addresses are configured on the same interface; sw_if_index 6. 
Sw_if_index 5 thus will not accept IP packets.

/neale

From: > on 
behalf of "Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco)" 
>
Date: Monday, 6 March 2017 at 14:58
To: "vpp-dev@lists.fd.io" 
>
Cc: "csit-...@lists.fd.io" 
>
Subject: [csit-dev] VPP receive no tagged packet on Virtio interface

Hi all,

In CSIT we are running VPP on a VM with virtio network device.
vppctl show hardware
  NameIdx   Link  Hardware
GigabitEthernet0/4/0   1 up   GigabitEthernet0/4/0
  Ethernet address fa:16:3e:0a:3e:3d
  Red Hat Virtio
carrier up full duplex speed 1 mtu 9216
rx queues 1, rx desc 256, tx queues 1, tx desc 256


The interface is configured with 2 Dot1Q subinterfaces, with ip address on each 
subinterface.
sw_interface_set_flags sw_if_index 1 admin-up
create_vlan_subif sw_if_index 1 vlan 10
sw_interface_set_flags sw_if_index 5 admin-up
create_vlan_subif sw_if_index 1 vlan 20
sw_interface_set_flags sw_if_index 6 admin-up
sw_interface_add_del_address sw_if_index 6 192.168.100.1/24
sw_interface_add_del_address sw_if_index 6 192.168.200.1/24
ip_neighbor_add_del sw_if_index 5 dst 192.168.100.2 mac fa:16:3e:b1:67:b7
ip_neighbor_add_del sw_if_index 6 dst 192.168.200.2 mac fa:16:3e:b1:67:b7


In a testcase I’m sending tagged frame with tag 20 and I’m expecting received 
packed with tag 10
###[ Ethernet ]###
  dst  = fa:16:3e:0a:3e:3d
  src   = fa:16:3e:b1:67:b7
  type  = n_802_1Q
###[ 802.1Q ]###
 prio  = 0L
 id= 0L
 vlan  = 10L
 type  = IPv4
###[ IP ]###
version   = 4L
ihl   = 5L
tos   = 0x0
len   = 28
id= 1
flags =
frag  = 0L
ttl   = 64
proto = icmp
chksum= 0xcd8a
src   = 192.168.100.2
dst   = 192.168.200.2
\options   \
###[ ICMP ]###
   type  = echo-request
   code  = 0
   chksum= 0xf7ff
   id= 0x0
   seq   = 0x0


But there is no packet received in vpp show trace
vat# --- Start of thread 0 vpp_main ---
No packets in trace buffer


The same testcase with e1000 driver instead virtio has in trace
Packet 1

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038164: ethernet-input
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
00:00:18:038174: ip4-input
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038179: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038185: ip4-rewrite
  tx_sw_if_index 6 dpo-idx 5 : ipv4 via 192.168.200.2 GigabitEthernet0/4/0.20: 
IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20 flow hash: 0x
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038188: GigabitEthernet0/4/0-output
  GigabitEthernet0/4/0.20
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff

[vpp-dev] VPP 17.01.1 Release

2017-03-06 Thread Damjan Marion (damarion)



VPP 17.01.1 release is published on Friday. artifacts on nexus server.

Thanks,

Damjan
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio interface

2017-03-06 Thread Dave Barach (dbarach)

+1... Crud, missed that... Thanks… Dave

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Neale Ranns (nranns)
Sent: Monday, March 6, 2017 11:07 AM
To: Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco) 
; vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io
Subject: Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio 
interface


Hi Matej,

Your IP addresses are configured on the same interface; sw_if_index 6. 
Sw_if_index 5 thus will not accept IP packets.

/neale

From: > on 
behalf of "Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco)" 
>
Date: Monday, 6 March 2017 at 14:58
To: "vpp-dev@lists.fd.io" 
>
Cc: "csit-...@lists.fd.io" 
>
Subject: [csit-dev] VPP receive no tagged packet on Virtio interface

Hi all,

In CSIT we are running VPP on a VM with virtio network device.
vppctl show hardware
  NameIdx   Link  Hardware
GigabitEthernet0/4/0   1 up   GigabitEthernet0/4/0
  Ethernet address fa:16:3e:0a:3e:3d
  Red Hat Virtio
carrier up full duplex speed 1 mtu 9216
rx queues 1, rx desc 256, tx queues 1, tx desc 256


The interface is configured with 2 Dot1Q subinterfaces, with ip address on each 
subinterface.
sw_interface_set_flags sw_if_index 1 admin-up
create_vlan_subif sw_if_index 1 vlan 10
sw_interface_set_flags sw_if_index 5 admin-up
create_vlan_subif sw_if_index 1 vlan 20
sw_interface_set_flags sw_if_index 6 admin-up
sw_interface_add_del_address sw_if_index 6 192.168.100.1/24
sw_interface_add_del_address sw_if_index 6 192.168.200.1/24
ip_neighbor_add_del sw_if_index 5 dst 192.168.100.2 mac fa:16:3e:b1:67:b7
ip_neighbor_add_del sw_if_index 6 dst 192.168.200.2 mac fa:16:3e:b1:67:b7


In a testcase I’m sending tagged frame with tag 20 and I’m expecting received 
packed with tag 10
###[ Ethernet ]###
  dst  = fa:16:3e:0a:3e:3d
  src   = fa:16:3e:b1:67:b7
  type  = n_802_1Q
###[ 802.1Q ]###
 prio  = 0L
 id= 0L
 vlan  = 10L
 type  = IPv4
###[ IP ]###
version   = 4L
ihl   = 5L
tos   = 0x0
len   = 28
id= 1
flags =
frag  = 0L
ttl   = 64
proto = icmp
chksum= 0xcd8a
src   = 192.168.100.2
dst   = 192.168.200.2
\options   \
###[ ICMP ]###
   type  = echo-request
   code  = 0
   chksum= 0xf7ff
   id= 0x0
   seq   = 0x0


But there is no packet received in vpp show trace
vat# --- Start of thread 0 vpp_main ---
No packets in trace buffer


The same testcase with e1000 driver instead virtio has in trace
Packet 1

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038164: ethernet-input
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
00:00:18:038174: ip4-input
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038179: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038185: ip4-rewrite
  tx_sw_if_index 6 dpo-idx 5 : ipv4 via 192.168.200.2 GigabitEthernet0/4/0.20: 
IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20 flow hash: 0x
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038188: GigabitEthernet0/4/0-output
  GigabitEthernet0/4/0.20
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038194: GigabitEthernet0/4/0-tx
  GigabitEthernet0/4/0 tx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum

Re: [vpp-dev] VPP receive no tagged packet on Virtio interface

2017-03-06 Thread Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco)

Hi Dave,

Im sorry, I should write I'm sending tagged frame with tag 10 and I'm expecting 
received packed with tag 20.
The mac address in trace could mismatch, because I copyed from log.

Thanks,
  M.

From: Dave Barach (dbarach)
Sent: 6. marca 2017 16:06
To: Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco) 
; vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io
Subject: RE: VPP receive no tagged packet on Virtio interface

I'm not sure if this is significant, but you wrote: "In a testcase I'm sending 
tagged frame with tag 20 and I'm expecting received packed with tag 10"

The packet tracer shows the reverse: a packet received on vlan 10 and sent on 
vlan 20.

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10

00:00:18:038194: GigabitEthernet0/4/0-tx
  GigabitEthernet0/4/0 tx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20


Thanks... Dave

From: vpp-dev-boun...@lists.fd.io 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Matej Klotton -X (mklotton - 
PANTHEON TECHNOLOGIES at Cisco)
Sent: Monday, March 6, 2017 9:59 AM
To: vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io
Subject: [vpp-dev] VPP receive no tagged packet on Virtio interface

Hi all,

In CSIT we are running VPP on a VM with virtio network device.
vppctl show hardware
  NameIdx   Link  Hardware
GigabitEthernet0/4/0   1 up   GigabitEthernet0/4/0
  Ethernet address fa:16:3e:0a:3e:3d
  Red Hat Virtio
carrier up full duplex speed 1 mtu 9216
rx queues 1, rx desc 256, tx queues 1, tx desc 256


The interface is configured with 2 Dot1Q subinterfaces, with ip address on each 
subinterface.
sw_interface_set_flags sw_if_index 1 admin-up
create_vlan_subif sw_if_index 1 vlan 10
sw_interface_set_flags sw_if_index 5 admin-up
create_vlan_subif sw_if_index 1 vlan 20
sw_interface_set_flags sw_if_index 6 admin-up
sw_interface_add_del_address sw_if_index 6 192.168.100.1/24
sw_interface_add_del_address sw_if_index 6 192.168.200.1/24
ip_neighbor_add_del sw_if_index 5 dst 192.168.100.2 mac fa:16:3e:b1:67:b7
ip_neighbor_add_del sw_if_index 6 dst 192.168.200.2 mac fa:16:3e:b1:67:b7


In a testcase I'm sending tagged frame with tag 20 and I'm expecting received 
packed with tag 10
###[ Ethernet ]###
  dst  = fa:16:3e:0a:3e:3d
  src   = fa:16:3e:b1:67:b7
  type  = n_802_1Q
###[ 802.1Q ]###
 prio  = 0L
 id= 0L
 vlan  = 10L
 type  = IPv4
###[ IP ]###
version   = 4L
ihl   = 5L
tos   = 0x0
len   = 28
id= 1
flags =
frag  = 0L
ttl   = 64
proto = icmp
chksum= 0xcd8a
src   = 192.168.100.2
dst   = 192.168.200.2
\options   \
###[ ICMP ]###
   type  = echo-request
   code  = 0
   chksum= 0xf7ff
   id= 0x0
   seq   = 0x0


But there is no packet received in vpp show trace
vat# --- Start of thread 0 vpp_main ---
No packets in trace buffer


The same testcase with e1000 driver instead virtio has in trace
Packet 1

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038164: ethernet-input
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
00:00:18:038174: ip4-input
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038179: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038185: ip4-rewrite
  tx_sw_if_index 6 dpo-idx 5 : ipv4 via 192.168.200.2 GigabitEthernet0/4/0.20: 
IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20 flow hash: 0x
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001

Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio interface

2017-03-06 Thread Neale Ranns (nranns)


Hi Matej,

Your IP addresses are configured on the same interface; sw_if_index 6. 
Sw_if_index 5 thus will not accept IP packets.

/neale

From:  on behalf of "Matej Klotton -X (mklotton - 
PANTHEON TECHNOLOGIES at Cisco)" 
Date: Monday, 6 March 2017 at 14:58
To: "vpp-dev@lists.fd.io" 
Cc: "csit-...@lists.fd.io" 
Subject: [csit-dev] VPP receive no tagged packet on Virtio interface

Hi all,

In CSIT we are running VPP on a VM with virtio network device.
vppctl show hardware
  NameIdx   Link  Hardware
GigabitEthernet0/4/0   1 up   GigabitEthernet0/4/0
  Ethernet address fa:16:3e:0a:3e:3d
  Red Hat Virtio
carrier up full duplex speed 1 mtu 9216
rx queues 1, rx desc 256, tx queues 1, tx desc 256


The interface is configured with 2 Dot1Q subinterfaces, with ip address on each 
subinterface.
sw_interface_set_flags sw_if_index 1 admin-up
create_vlan_subif sw_if_index 1 vlan 10
sw_interface_set_flags sw_if_index 5 admin-up
create_vlan_subif sw_if_index 1 vlan 20
sw_interface_set_flags sw_if_index 6 admin-up
sw_interface_add_del_address sw_if_index 6 192.168.100.1/24
sw_interface_add_del_address sw_if_index 6 192.168.200.1/24
ip_neighbor_add_del sw_if_index 5 dst 192.168.100.2 mac fa:16:3e:b1:67:b7
ip_neighbor_add_del sw_if_index 6 dst 192.168.200.2 mac fa:16:3e:b1:67:b7


In a testcase I’m sending tagged frame with tag 20 and I’m expecting received 
packed with tag 10
###[ Ethernet ]###
  dst  = fa:16:3e:0a:3e:3d
  src   = fa:16:3e:b1:67:b7
  type  = n_802_1Q
###[ 802.1Q ]###
 prio  = 0L
 id= 0L
 vlan  = 10L
 type  = IPv4
###[ IP ]###
version   = 4L
ihl   = 5L
tos   = 0x0
len   = 28
id= 1
flags =
frag  = 0L
ttl   = 64
proto = icmp
chksum= 0xcd8a
src   = 192.168.100.2
dst   = 192.168.200.2
\options   \
###[ ICMP ]###
   type  = echo-request
   code  = 0
   chksum= 0xf7ff
   id= 0x0
   seq   = 0x0


But there is no packet received in vpp show trace
vat# --- Start of thread 0 vpp_main ---
No packets in trace buffer


The same testcase with e1000 driver instead virtio has in trace
Packet 1

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038164: ethernet-input
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
00:00:18:038174: ip4-input
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038179: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038185: ip4-rewrite
  tx_sw_if_index 6 dpo-idx 5 : ipv4 via 192.168.200.2 GigabitEthernet0/4/0.20: 
IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20 flow hash: 0x
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038188: GigabitEthernet0/4/0-output
  GigabitEthernet0/4/0.20
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038194: GigabitEthernet0/4/0-tx
  GigabitEthernet0/4/0 tx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff


Does anybody know if there is a problem in virtio driver with vlans?

Thanks,
  Matej
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] patch not uploaded in gerrit.

2017-03-06 Thread Steven Luong (sluong)

I revised the patch last night for

https://gerrit.fd.io/r/#/c/5566/

But I still don't see it in gerrit this morning.

Below is the console output that I got last night. Is gerrit not working or did 
I not do it correctly?


SLUONG-M-612A:vpp sluong$ git commit -s --amend

[review/steven_luong/vhost-interrupt-mode 79e37c7] vhost: support interrupt and 
adaptive modes

 Date: Tue Feb 28 23:30:26 2017 -0800

 5 files changed, 371 insertions(+), 43 deletions(-)

SLUONG-M-612A:vpp sluong$

Steven
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] VPP receive no tagged packet on Virtio interface

2017-03-06 Thread Dave Barach (dbarach)

I'm not sure if this is significant, but you wrote: "In a testcase I'm sending 
tagged frame with tag 20 and I'm expecting received packed with tag 10"

The packet tracer shows the reverse: a packet received on vlan 10 and sent on 
vlan 20.

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10

00:00:18:038194: GigabitEthernet0/4/0-tx
  GigabitEthernet0/4/0 tx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20


Thanks... Dave

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco)
Sent: Monday, March 6, 2017 9:59 AM
To: vpp-dev@lists.fd.io
Cc: csit-...@lists.fd.io
Subject: [vpp-dev] VPP receive no tagged packet on Virtio interface

Hi all,

In CSIT we are running VPP on a VM with virtio network device.
vppctl show hardware
  NameIdx   Link  Hardware
GigabitEthernet0/4/0   1 up   GigabitEthernet0/4/0
  Ethernet address fa:16:3e:0a:3e:3d
  Red Hat Virtio
carrier up full duplex speed 1 mtu 9216
rx queues 1, rx desc 256, tx queues 1, tx desc 256


The interface is configured with 2 Dot1Q subinterfaces, with ip address on each 
subinterface.
sw_interface_set_flags sw_if_index 1 admin-up
create_vlan_subif sw_if_index 1 vlan 10
sw_interface_set_flags sw_if_index 5 admin-up
create_vlan_subif sw_if_index 1 vlan 20
sw_interface_set_flags sw_if_index 6 admin-up
sw_interface_add_del_address sw_if_index 6 192.168.100.1/24
sw_interface_add_del_address sw_if_index 6 192.168.200.1/24
ip_neighbor_add_del sw_if_index 5 dst 192.168.100.2 mac fa:16:3e:b1:67:b7
ip_neighbor_add_del sw_if_index 6 dst 192.168.200.2 mac fa:16:3e:b1:67:b7


In a testcase I'm sending tagged frame with tag 20 and I'm expecting received 
packed with tag 10
###[ Ethernet ]###
  dst  = fa:16:3e:0a:3e:3d
  src   = fa:16:3e:b1:67:b7
  type  = n_802_1Q
###[ 802.1Q ]###
 prio  = 0L
 id= 0L
 vlan  = 10L
 type  = IPv4
###[ IP ]###
version   = 4L
ihl   = 5L
tos   = 0x0
len   = 28
id= 1
flags =
frag  = 0L
ttl   = 64
proto = icmp
chksum= 0xcd8a
src   = 192.168.100.2
dst   = 192.168.200.2
\options   \
###[ ICMP ]###
   type  = echo-request
   code  = 0
   chksum= 0xf7ff
   id= 0x0
   seq   = 0x0


But there is no packet received in vpp show trace
vat# --- Start of thread 0 vpp_main ---
No packets in trace buffer


The same testcase with e1000 driver instead virtio has in trace
Packet 1

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038164: ethernet-input
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
00:00:18:038174: ip4-input
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038179: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038185: ip4-rewrite
  tx_sw_if_index 6 dpo-idx 5 : ipv4 via 192.168.200.2 GigabitEthernet0/4/0.20: 
IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20 flow hash: 0x
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038188: GigabitEthernet0/4/0-output
  GigabitEthernet0/4/0.20
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038194: GigabitEthernet0/4/0-tx
  GigabitEthernet0/4/0 tx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP:

[vpp-dev] VPP receive no tagged packet on Virtio interface

2017-03-06 Thread Matej Klotton -X (mklotton - PANTHEON TECHNOLOGIES at Cisco)

Hi all,

In CSIT we are running VPP on a VM with virtio network device.
vppctl show hardware
  NameIdx   Link  Hardware
GigabitEthernet0/4/0   1 up   GigabitEthernet0/4/0
  Ethernet address fa:16:3e:0a:3e:3d
  Red Hat Virtio
carrier up full duplex speed 1 mtu 9216
rx queues 1, rx desc 256, tx queues 1, tx desc 256


The interface is configured with 2 Dot1Q subinterfaces, with ip address on each 
subinterface.
sw_interface_set_flags sw_if_index 1 admin-up
create_vlan_subif sw_if_index 1 vlan 10
sw_interface_set_flags sw_if_index 5 admin-up
create_vlan_subif sw_if_index 1 vlan 20
sw_interface_set_flags sw_if_index 6 admin-up
sw_interface_add_del_address sw_if_index 6 192.168.100.1/24
sw_interface_add_del_address sw_if_index 6 192.168.200.1/24
ip_neighbor_add_del sw_if_index 5 dst 192.168.100.2 mac fa:16:3e:b1:67:b7
ip_neighbor_add_del sw_if_index 6 dst 192.168.200.2 mac fa:16:3e:b1:67:b7


In a testcase I'm sending tagged frame with tag 20 and I'm expecting received 
packed with tag 10
###[ Ethernet ]###
  dst  = fa:16:3e:0a:3e:3d
  src   = fa:16:3e:b1:67:b7
  type  = n_802_1Q
###[ 802.1Q ]###
 prio  = 0L
 id= 0L
 vlan  = 10L
 type  = IPv4
###[ IP ]###
version   = 4L
ihl   = 5L
tos   = 0x0
len   = 28
id= 1
flags =
frag  = 0L
ttl   = 64
proto = icmp
chksum= 0xcd8a
src   = 192.168.100.2
dst   = 192.168.200.2
\options   \
###[ ICMP ]###
   type  = echo-request
   code  = 0
   chksum= 0xf7ff
   id= 0x0
   seq   = 0x0


But there is no packet received in vpp show trace
vat# --- Start of thread 0 vpp_main ---
No packets in trace buffer


The same testcase with e1000 driver instead virtio has in trace
Packet 1

00:00:18:038106: dpdk-input
  GigabitEthernet0/4/0 rx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x0, data_off 128, phys_addr 0x53935340
packet_type 0x0
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038164: ethernet-input
  IP4: fa:16:3e:b1:67:b7 -> fa:16:3e:bc:bb:cd 802.1q vlan 10
00:00:18:038174: ip4-input
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038179: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 64, length 28, checksum 0xcd8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038185: ip4-rewrite
  tx_sw_if_index 6 dpo-idx 5 : ipv4 via 192.168.200.2 GigabitEthernet0/4/0.20: 
IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20 flow hash: 0x
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038188: GigabitEthernet0/4/0-output
  GigabitEthernet0/4/0.20
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff
00:00:18:038194: GigabitEthernet0/4/0-tx
  GigabitEthernet0/4/0 tx queue 0
  buffer 0x4e51: current data 0, length 60, free-list 0, totlen-nifb 0, trace 
0x0
  IP4: fa:16:3e:bc:bb:cd -> fa:16:3e:b1:67:b7 802.1q vlan 20
  ICMP: 192.168.100.2 -> 192.168.200.2
tos 0x00, ttl 63, length 28, checksum 0xce8a
fragment id 0x0001
  ICMP echo_request checksum 0xf7ff


Does anybody know if there is a problem in virtio driver with vlans?

Thanks,
  Matej
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] HP performance issues

2017-03-06 Thread Kinsella, Ray


Hi Sean,

Since I guess all this is running a VM (right?), it would be good to 
understand what KVM stat dump looks like. For the HP+Dell compared to 
UCS/SuperMicro.


sudo ./perf stat -e 'kvm:*' -a sleep 1h

Are we using nested virtualization?

Ray K

On 03/03/2017 15:14, Sean Chandler (sechandl) wrote:

Hi Folks,

For several months we have been fighting performance issues on both HP and Dell 
systems.  The scenario is l2bd and one vhost so a traffic generator and a 
single DUT running vpp.

Various CPU jitter mitigation methods have been tried and integrated into CSIT 
but the performance for one core on thread one queue is half of what automated 
testing has shown on UCS or super micro.

Who would be the best person or persons to help investigate the situation?  
What info can I provide to help debug.  I've been working with the CSIT folks 
but we have run dry of ideas.

Thanks in advance!
-s
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev


___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Signal events between graph nodes within different threads

Re: [vpp-dev] Missing lib pneum during build?

[vpp-dev] Missing lib pneum during build?

Re: [vpp-dev] dpdk sw crypto- build error

Re: [vpp-dev] HP performance issues

Re: [vpp-dev] HP performance issues

Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio interface

[vpp-dev] VPP 17.01.1 Release

Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio interface

Re: [vpp-dev] VPP receive no tagged packet on Virtio interface

Re: [vpp-dev] [csit-dev] VPP receive no tagged packet on Virtio interface

[vpp-dev] patch not uploaded in gerrit.

Re: [vpp-dev] VPP receive no tagged packet on Virtio interface

[vpp-dev] VPP receive no tagged packet on Virtio interface

Re: [vpp-dev] HP performance issues

15 matches

Site Navigation

Mail list logo

Footer information