Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 3 hours earlier to reduce impact for earlier time zone

[Ni, Hongjun]

+1. Hope more PRC guys will join and contribute to VPP community!

From: vpp-dev@lists.fd.io  On Behalf Of qian xu
Sent: Wednesday, November 23, 2022 9:28 AM
To: vpp-dev@lists.fd.io
Cc: Li, Jokul 
Subject: Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 3 
hours earlier to reduce impact for earlier time zone

+1, thanks for the inclusion for PRC contributors, looking forwards to joining 
the community meetings in near future!

From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Dave Wallace
Sent: Wednesday, November 23, 2022 2:48 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] RFC: move the “1”st instance of the community meeting 3 
hours earlier to reduce impact for earlier time zone

+1
On 11/22/22 11:28 AM, Andrew Yourtchenko wrote:

Hi all,



It came up that the current time of the community meeting is extremely 
unfriendly for our community members on China timezone - it makes it midnight 
their time.



So, as per discussion on the call today, I would like to propose to move every 
other of the meetings (the one in the second Tuesday of the month) three hours 
earlier.



I would also suggest that this proposal take effect starting with the upcoming 
meeting on December 13th.



Thoughts ?



--a









-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#6): https://lists.fd.io/g/vpp-dev/message/6
Mute This Topic: https://lists.fd.io/mt/9526/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/leave/1480452/21656/631435203/xyzzy 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] #lb vpp lb does not works with my configuration

[Ni, Hongjun]

Hi Jinlei,

It seems that you run LB feature in bridge domain, which is unexpected.
VPP LB is a Layer 3/Layer 4 LB, which will first pass through 
ip4-input-no-checksum and ip4-lookup.

Here is the packet trace for your reference:
Packet 1

00:03:33:529453: dpdk-input
  TenGigabitEthernet5/0/0 rx queue 0
  buffer 0x4e03: current data 0, length 60, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x0
 ext-hdr-valid
 l4-cksum-computed l4-cksum-correct
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 
0x6e138140
packet_type 0x211 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload Flags
  PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
  PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
Packet Types
  RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
  RTE_PTYPE_L3_IPV4 (0x0010) IPv4 packet without extension headers
  RTE_PTYPE_L4_UDP (0x0200) UDP packet
  IP4: 90:e2:ba:48:7a:70 -> 90:e2:ba:48:7a:80
  UDP: 192.168.50.71 -> 90.1.2.1
tos 0x00, ttl 64, length 46, checksum 0x2bce
fragment id 0x
  UDP: 63 -> 2
length 26, checksum 0x1a18
00:03:33:529492: ethernet-input
  frame: flags 0x3, hw-if-index 1, sw-if-index 1
  IP4: 90:e2:ba:48:7a:70 -> 90:e2:ba:48:7a:80
00:03:33:529508: ip4-input-no-checksum
  UDP: 192.168.50.71 -> 90.1.2.1
tos 0x00, ttl 64, length 46, checksum 0x2bce
fragment id 0x
  UDP: 63 -> 2
length 26, checksum 0x1a18
00:03:33:529521: ip4-lookup
  fib 0 dpo-idx 0 flow hash: 0x
  UDP: 192.168.50.71 -> 90.1.2.1
tos 0x00, ttl 64, length 46, checksum 0x2bce
fragment id 0x
  UDP: 63 -> 2
length 26, checksum 0x1a18
00:03:33:529535: lb4-nat4-port
  lb vip[1]: ip4-nat4 90.1.2.1/32 new_size:1024 #as:2  protocol:17 port:2 
type:clusterip port:3307 target_port:3307
  lb as[1]: 192.168.60.74 used
00:03:33:529579: ip4-load-balance
  fib 0 dpo-idx 3 flow hash: 0x
  UDP: 192.168.50.71 -> 192.168.60.74
tos 0x00, ttl 64, length 46, checksum 0x8add
fragment id 0x
  UDP: 63 -> 3307
length 26, checksum 0x7927
00:03:33:529582: ip4-rewrite

Thanks,
Hongjun

From: vpp-dev@lists.fd.io  On Behalf Of Jinlei Li
Sent: Sunday, March 22, 2020 7:06 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] #lb vpp lb does not works with my configuration

Hi,

I am trying to test vpp load balance for my scenario. I create two pairs of 
veth on host linux, and connect vpp and two Nginx containers by them. A 
physical NIC is used by VPP as eth0 , and I create a loopback interface 
(loop0), finally I add the two host-interfaces and the loopback interface in 
the same bridge domain. the network toplogic is just like this picture. I can 
ping vpp eth0 within container. I hope the traffic from external can reach the 
nginx containers.

Then I would like to enable the vpp load balance feature, the configuration is 
like this:
set interface state eth0 up

set interface mtu 1500 eth0

set interface ip address eth0 10.161.30.5/24

ip route add 0.0.0.0/0 via 10.161.30.1

create host-interface name vpp1host
create host-interface name vpp2host

set interface state host-vpp1host up
set interface state host-vpp2host up

create loopback interface
set interface state loop0 up

set interface mtu 1500  host-vpp1host
set interface mtu 1500  host-vpp2host
set interface mtu 1500  loop0

create bridge-domain 1
set interface l2 bridge host-vpp1host 1
set interface l2 bridge host-vpp2host 1
set interface l2 bridge loop0 1 bvi

set interface ip address loop0 2.2.2.1/24
lb conf ip4-src-address 2.2.2.1
lb vip 10.161.30.5/32 protocol tcp port 80 encap nat4 type clusterip 
target_port 80
lb as 10.161.30.5/32 protocol tcp port 80 2.2.2.10 2.2.2.20
lb set interface nat4 in loop0  (after I add this configuration, the loop0 
interface can not reach container).

DBGvpp# show lb vips verbose

 ip4-nat4 [1] 10.161.30.5/32

  new_size:1024

  protocol:6 port:80

  type:clusterip port:20480 target_port:80  counters:

packet from existing sessions: 0

first session packet: 0

untracked packet: 0

no server configured: 0

  #as:2

2.2.2.20 512 buckets   0 flows  dpo:18 used

2.2.2.10 512 buckets   0 flows  dpo:17 used
---

By the way,I also tried nat44 static mapping, and it works.
nat44 add address 10.161.30.5
set interface nat44 in loop0 out eth0
nat44 add load-balancing static mapping protocol tcp external 10.161.30.5:80 
local 2.2.2.10:80 probability 50 local 2.2.2.20:80 probability 50


So ,  can any one check where is the problem?

[cid:image001.jpg@01D601F4.D4457CA0]
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#15847): https://lists.fd.io/g/vpp-dev/message/15847
Mute This Topic: 

[vpp-dev] (VPP-1734) Worker Thread stops reading from its Handoff Queue

[Ni, Hongjun]

Hi folks,

Could some guy help to take a look at this issue:
https://jira.fd.io/browse/VPP-1734

The issue is a side effect of changes introduced by 
https://github.com/FDio/vpp/commit/80965f599aa90288c8c139e7e3a31726b89eb9a4#diff-f660570fc2dc57455f2c52b20880bfd8
 in VPP 19.04.

It's a difficult / unpredictable issue to reproduce but it when worker handoff 
is enabled on VPP and sufficient load is applied,
then after a time (mins/hours) one or more workers will cease handling handoff 
traffic and never recover.

Thanks,
Hongjun

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14541): https://lists.fd.io/g/vpp-dev/message/14541
Mute This Topic: https://lists.fd.io/mt/47321789/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] vpp with gtpu

[Ni, Hongjun]

Hi Ruijing,

It seems that GTPU did not failed on the fib check.

Please add below items on your configuration:
sudo vppctl create gtpu tunnel src 192.168.1.22 dst 192.168.1.21 teid 13 
encap-vrf-id 0 decap-next ip4

Thanks,
Hongjun

From: Guo, Ruijing 
Sent: Thursday, October 31, 2019 3:23 PM
To: Ni, Hongjun ; vpp-dev@lists.fd.io
Subject: RE: vpp with gtpu

Hi, Hongjun

Packets are attached

Thanks,
-Ruijing

From: Ni, Hongjun mailto:hongjun...@intel.com>>
Sent: Thursday, October 31, 2019 3:12 PM
To: Guo, Ruijing mailto:ruijing@intel.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: RE: vpp with gtpu

Hi Ruijing,

It seems that there may be some issue on the gtpu decapsulation.

Could you help to capture the traffic between the vpp1 side and  vpp2 side?

Thanks,
Hongjun

From: Guo, Ruijing mailto:ruijing@intel.com>>
Sent: Thursday, October 31, 2019 2:57 PM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: Ni, Hongjun mailto:hongjun...@intel.com>>
Subject: vpp with gtpu

Hi,

I tried vpp (18.04-release, 19.08.1-release) with gtpu. it cannot work. Could 
you pls help?

Vpp1 setup:
sudo vppctl create host-interface name eth1
sudo vppctl set inter stat host-eth1 up
sudo vppctl set int mac address host-eth1 52:54:00:43:88:63
sudo vppctl set int ip add host-eth1 192.168.1.21/24
sudo vppctl show ip arp
sudo vppctl create gtpu tunnel src 192.168.1.21 dst 192.168.1.22 teid 13
sudo vppctl set int ip address gtpu_tunnel0  10.10.1.1/24
sudo vppctl set int stat gtpu_tunnel0 up

Vpp2 setup:
sudo vppctl create host-interface name eth1
sudo vppctl set inter stat host-eth1 up
sudo vppctl set int ip add host-eth1 192.168.1.22/24
sudo vppctl set int mac address host-eth1 52:54:00:12:ab:01
sudo vppctl create gtpu tunnel src 192.168.1.22 dst 192.168.1.21 teid 13
sudo vppctl set int  ip address gtpu_tunnel0  10.10.1.2/24
sudo vppctl set int stat gtpu_tunnel0 up


vpp1:
vagrant@vpp1:/vagrant$ sudo vppctl ping 192.168.1.22
116 bytes from 192.168.1.22: icmp_seq=1 ttl=64 time=3.8251 ms (<<< expect)

vagrant@vpp1:/vagrant$ sudo vppctl ping 10.10.1.2

Statistics: 5 sent, 0 received, 100% packet loss  (<<< expect ping can work)

I use wiresharp to decode the packets. TEID = 13 (exepct)


Vpp2:

Packet 13

00:18:42:156858: af-packet-input
  af_packet: hw_if_index 1 next-index 4
tpacket2_hdr:
  status 0x81 len 146 snaplen 146 mac 66 net 80
  sec 0x5dbb0dcd nsec 0x15b67ed8 vlan 0 vlan_tpid 0
00:18:42:156873: ethernet-input
  IP4: 52:54:00:43:88:63 -> 52:54:00:12:ab:01
00:18:42:156883: ip4-input
  UDP: 192.168.1.1 -> 192.168.1.22
tos 0x00, ttl 253, length 132, checksum 0x3a01
fragment id 0x
  UDP: 24445 -> 2152
length 112, checksum 0x
00:18:42:156892: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  UDP: 192.168.1.1 -> 192.168.1.22
tos 0x00, ttl 253, length 132, checksum 0x3a01
fragment id 0x
  UDP: 24445 -> 2152
length 112, checksum 0x
00:18:42:156901: ip4-local
UDP: 192.168.1.1 -> 192.168.1.22
  tos 0x00, ttl 253, length 132, checksum 0x3a01
  fragment id 0x
UDP: 24445 -> 2152
  length 112, checksum 0x
00:18:42:156905: ip4-udp-lookup
  UDP: src-port 24445 dst-port 2152
00:18:42:156907: gtpu4-input
  GTPU decap error - tunnel for teid 13 does not exist
00:18:42:156913: error-drop
  rx:host-eth1
00:18:42:156914: drop
  gtpu4-input: no such tunnel packets

vagrant@vpp2:~$ sudo vppctl show error
   CountNode  Reason
32   gtpu4-input  no such tunnel packets
 6arp-reply   ARP replies sent
 8ip4-input   ip4 source lookup miss
 2 ip4-icmp-input echo replies sent
   601llc-input   unknown llc ssap/dsap
17 ethernet-input no error
74 ethernet-input l3 mac mismatch

vagrant@vpp2:~$ sudo vppctl show gtpu tunnel
[0] src 192.168.1.22 dst 192.168.1.21 teid 13 fib-idx 0 sw-if-idx 2 
encap-dpo-idx 13 decap-next-l2


Thanks,
-Ruijing
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14403): https://lists.fd.io/g/vpp-dev/message/14403
Mute This Topic: https://lists.fd.io/mt/40103381/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] vpp with gtpu

[Ni, Hongjun]

Hi Ruijing,

It seems that there may be some issue on the gtpu decapsulation.

Could you help to capture the traffic between the vpp1 side and  vpp2 side?

Thanks,
Hongjun

From: Guo, Ruijing 
Sent: Thursday, October 31, 2019 2:57 PM
To: vpp-dev@lists.fd.io
Cc: Ni, Hongjun 
Subject: vpp with gtpu

Hi,

I tried vpp (18.04-release, 19.08.1-release) with gtpu. it cannot work. Could 
you pls help?

Vpp1 setup:
sudo vppctl create host-interface name eth1
sudo vppctl set inter stat host-eth1 up
sudo vppctl set int mac address host-eth1 52:54:00:43:88:63
sudo vppctl set int ip add host-eth1 192.168.1.21/24
sudo vppctl show ip arp
sudo vppctl create gtpu tunnel src 192.168.1.21 dst 192.168.1.22 teid 13
sudo vppctl set int ip address gtpu_tunnel0  10.10.1.1/24
sudo vppctl set int stat gtpu_tunnel0 up

Vpp2 setup:
sudo vppctl create host-interface name eth1
sudo vppctl set inter stat host-eth1 up
sudo vppctl set int ip add host-eth1 192.168.1.22/24
sudo vppctl set int mac address host-eth1 52:54:00:12:ab:01
sudo vppctl create gtpu tunnel src 192.168.1.22 dst 192.168.1.21 teid 13
sudo vppctl set int  ip address gtpu_tunnel0  10.10.1.2/24
sudo vppctl set int stat gtpu_tunnel0 up


vpp1:
vagrant@vpp1:/vagrant$ sudo vppctl ping 192.168.1.22
116 bytes from 192.168.1.22: icmp_seq=1 ttl=64 time=3.8251 ms (<<< expect)

vagrant@vpp1:/vagrant$ sudo vppctl ping 10.10.1.2

Statistics: 5 sent, 0 received, 100% packet loss  (<<< expect ping can work)

I use wiresharp to decode the packets. TEID = 13 (exepct)


Vpp2:

Packet 13

00:18:42:156858: af-packet-input
  af_packet: hw_if_index 1 next-index 4
tpacket2_hdr:
  status 0x81 len 146 snaplen 146 mac 66 net 80
  sec 0x5dbb0dcd nsec 0x15b67ed8 vlan 0 vlan_tpid 0
00:18:42:156873: ethernet-input
  IP4: 52:54:00:43:88:63 -> 52:54:00:12:ab:01
00:18:42:156883: ip4-input
  UDP: 192.168.1.1 -> 192.168.1.22
tos 0x00, ttl 253, length 132, checksum 0x3a01
fragment id 0x
  UDP: 24445 -> 2152
length 112, checksum 0x
00:18:42:156892: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  UDP: 192.168.1.1 -> 192.168.1.22
tos 0x00, ttl 253, length 132, checksum 0x3a01
fragment id 0x
  UDP: 24445 -> 2152
length 112, checksum 0x
00:18:42:156901: ip4-local
UDP: 192.168.1.1 -> 192.168.1.22
  tos 0x00, ttl 253, length 132, checksum 0x3a01
  fragment id 0x
UDP: 24445 -> 2152
  length 112, checksum 0x
00:18:42:156905: ip4-udp-lookup
  UDP: src-port 24445 dst-port 2152
00:18:42:156907: gtpu4-input
  GTPU decap error - tunnel for teid 13 does not exist
00:18:42:156913: error-drop
  rx:host-eth1
00:18:42:156914: drop
  gtpu4-input: no such tunnel packets

vagrant@vpp2:~$ sudo vppctl show error
   CountNode  Reason
32   gtpu4-input  no such tunnel packets
 6arp-reply   ARP replies sent
 8ip4-input   ip4 source lookup miss
 2 ip4-icmp-input echo replies sent
   601llc-input   unknown llc ssap/dsap
17 ethernet-input no error
74 ethernet-input l3 mac mismatch

vagrant@vpp2:~$ sudo vppctl show gtpu tunnel
[0] src 192.168.1.22 dst 192.168.1.21 teid 13 fib-idx 0 sw-if-idx 2 
encap-dpo-idx 13 decap-next-l2


Thanks,
-Ruijing
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14401): https://lists.fd.io/g/vpp-dev/message/14401
Mute This Topic: https://lists.fd.io/mt/40103381/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VPP core dump with PPPoE

[Ni, Hongjun]

Hi Raj,

I tried to reproduce your issue on VPP 20.01 as per your steps for some times, 
but cannot reproduce it.

From your description, please set a breakpoint in vnet_pppoe_add_del_session().
And to see what happened when you create your second pppoe session with traffic 
in first pppoe session.

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Raj
Sent: Monday, September 30, 2019 11:54 PM
To: vpp-dev 
Subject: Re: [vpp-dev] VPP core dump with PPPoE

Hello all,

I did some more debugging to find out when and where exactly the 
pppoe_session_t get corrupted. Added couple of log entries as shown below to 
log pppoe session id when a session is created as well as when packets from 
north traverses to south. I have tried this in VPP 19.08, 19.04 and 19.01 with 
same results.

vnet [21892]: pppoe_update_adj:195: New_Session pppoe01 session id 20923 vnet 
[21892]: pppoe_update_adj:195: New_Session pppoe01 session id 35666
vnet [21892]: pppoe_fixup:169:  New_Packet  pppoe01 session id 35666
vnet [21892]: pppoe_update_adj:195: New_Session pppoe01 session id 58191

The sequence when corruption happens seems to be:

1. A new session is created
2. A packet for the newly created session traverses from north to south 3. Next 
session is created - and vpp crashes.

Digging deeper, I added watch for all newly created sessions using the 
following gdb script

b /root/build-1901/src/vnet/ip/ip4_forward.c:2444
commands 1
 watch -l ((pppoe_session_t*)adj0->sub_type.midchain.fixup_data).session_id
 bt
continue
end

gdb, running with this script, bails out with following message:

Thread 1 "vpp_main" hit Hardware watchpoint 2: -location 
((pppoe_session_t*)adj0->sub_type.midchain.fixup_data).session_id

Old value = 35666
New value = 4883
__memset_avx2_unaligned_erms () at
../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S:203
203 ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S: No
such file or directory.
(gdb)

It is interesting to note that 4883 is 0x1313

Back trace shows the path it took to reach here:


(gdb) bt
#0  __memset_avx2_unaligned_erms () at
../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S:203
#1  0x761a4179 in mspace_put (msp=0x7fffb4df7010,
p_arg=0x7fffb592d9c8) at /root/build-1901/src/vppinfra/dlmalloc.c:4294
#2  0x7618ea39 in clib_mem_free (p=0x7fffb592d9c8) at
/root/build-1901/src/vppinfra/mem.h:215
#3  0x7618edd8 in vec_resize_allocate_memory (v=0x7fffb592da00, 
length_increment=1, data_bytes=312, header_bytes=56, data_align=64) at
/root/build-1901/src/vppinfra/vec.c:96
#4  0x7fffb0aa4a29 in _vec_resize_inline (v=0x7fffb592da00, 
length_increment=1, data_bytes=256, header_bytes=48, data_align=64) at
/root/build-1901/src/vppinfra/vec.h:147
#5  0x7fffb0aa9ca4 in vnet_pppoe_add_del_session (a=0x7fffb6703950, 
sw_if_indexp=0x7fffb67038e8) at
/root/build-1901/src/plugins/pppoe/pppoe.c:335
#6  0x7fffb0aaadec in pppoe_add_del_session_command_fn
(vm=0x768e3400 , input=0x7fffb6703ee0,
cmd=0x7fffb65dd73c) at /root/build-1901/src/plugins/pppoe/pppoe.c:554
#7  0x76617db0 in vlib_cli_dispatch_sub_commands
(vm=0x768e3400 , cm=0x768e3600 
, input=0x7fffb6703ee0, parent_command_index=21) at 
/root/build-1901/src/vlib/cli.c:644

This do not occur if traffic is not initiated, and there is no packet flow 
through the system. It would be great if some one who understands this code to 
confirm if my analysis is correct and give some pointers to figure out

1. Why, when a new session is created, the data of an old session is changed to 
0x1313 2. What debugging steps can I take next to figure out why this happens.



Thanks and Regards,


Raj

On Sat, Sep 28, 2019 at 6:09 PM Raj via Lists.Fd.Io 
 wrote:
>
> Hello all,
>
> I have done some more tests to pinpoint the exact condition of the 
> crash. What I could figure out was that the crash happens when memory 
> is being allocated for pppoe_session_t while packets are flowing 
> through pppoe interface.
>
> Here is what I did to arrive at this conclusion:
>
> 1. Configure VPP without any default route (to ensure packets do not 
> hit north interface from south) 2. Provision 100 PPPoE clients - No 
> crash observed 3. Deprovision all 100 PPPoE clients 4. Configure 
> default route 5. Provision 100 PPPoE clients again, and start a ping 
> to an external IP from each client - No Crash observed 6. Provision 50 
> more PPPoE clients - VPP crashes.
>
> Based on this test, and from what I could understand from the code, my 
> guess is  that there is some memory corruption happening inside the 
> pppoe_session_t when memory is being allocated for it when there is 
> packets traversing through PPPoE interface.
>
> Thanks and Regards,
>
> Raj
>
>
> On Thu, Sep 26, 2019 at 7:15 PM Raj via Lists.Fd.Io 
>  wrote:
> >
> > Hello all,
> >
> > I am observing a VPP crash when approximately 20 - 50 PPPoE clients 
> > are connecting and traffic is 

Re: [vpp-dev] lb vpp hang and unrecoverable

[Ni, Hongjun]

Hi Cipher,

Has submitted a patch to fix the VPP hang issue.
I tested in my server, and it does not hang again.
https://gerrit.fd.io/r/#/c/vpp/+/22329/

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Cipher Chen
Sent: Tuesday, September 24, 2019 4:28 PM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] #vpp #lb vpp hang and unrecoverable

Hi Hongjun,

We are testing on 19.08-rc2~12-g1c586de48~b37

vpp# show version
vpp v19.08-rc2~12-g1c586de48~b37 built by root on 9ce218d4b187 at Wed Aug 21 
17:50:31 UTC 2019
vpp#

And one more thing, there seems no way to unset lb vip (or probably a bug like 
`show lb vip`):

vpp# show lb vip
vpp# lb flush vip 192.168.1.100/32 protocol tcp port 24
lb_flush_vip ok 1
vpp# show lb vip verbose
 ip4-l3dsr [1] 192.168.1.100/32
  new_size:1024
  protocol:6 port:24
  dscp:7
  counters:
packet from existing sessions: 4
first session packet: 5
untracked packet: 0
no server configured: 0
  #as:1
192.168.1.23 1024 buckets   0 flows  dpo:19 used

vpp#
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14071): https://lists.fd.io/g/vpp-dev/message/14071
Mute This Topic: https://lists.fd.io/mt/34308739/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] #vpp #lb vpp hang and unrecoverable

[Ni, Hongjun]

Hi Cipher,

Which VPP version are you using?

We have found similar issue before and had a patch fixed it in VPP 19.08.
https://jira.fd.io/browse/VPP-1680

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Cipher Chen
Sent: Tuesday, September 24, 2019 11:14 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] #vpp #lb vpp hang and unrecoverable

Hi, I found a easy way to get vpp hung. Just start a brand new vpp, and do

vpp# lb flush vip 192.168.1.100/32 protocol tcp port 24 encap l3dsr dscp 7

the vpp hangs, and seems only `kill -9 ` works.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14044): https://lists.fd.io/g/vpp-dev/message/14044
Mute This Topic: https://lists.fd.io/mt/34272576/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
Mute #lb: https://lists.fd.io/mk?hashtag=lb=1480452
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] UDPI project has been approved to an incubation project by FD.io TSC

[Ni, Hongjun]

Hi folks,

UDPI project has been approved to be an incubation project by FD.io TSC.
Thanks all TSC members for voting!
http://ircbot.wl.linuxfoundation.org/meetings/fdio-meeting/2019/fdio-meeting.2019-08-29-14.57.log.txt

Thanks Vanessa for creating the infrastructure for UDPI project in a short time.
•  The committer group has been created and committers have been invited
•  JIRA: https://jira.fd.io/projects/UDPI/summary
•  Jenkins: https://jenkins.fd.io/view/udpi/
•  Gerrit: https://gerrit.fd.io/r/admin/repos/udpi
•  GitHub: https://github.com/FDio/udpi
•  Groups.io: https://lists.fd.io/g/udpi-dev
•  Jenkins and Nexus credentials and repos configured

We also have created a wiki page for UDPI project:
https://wiki.fd.io/view/UDPI

If you show interest in this project or plan to contribute to it,
You are invited to join the mail list:
https://lists.fd.io/g/udpi-dev

Thanks,
Hongjun

From: Ni, Hongjun
Sent: Tuesday, August 27, 2019 1:03 AM
To: Ni, Hongjun ; Edward Warnicke 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Xiang W 
; Hong, Yang A ; Chang, Harry 
; gu.ji...@zte.com.cn; Shan Jianghua 
; Zhang Yang ; Li 
Xingfu ; Wu Shuai ; Xia Yuying 
; Fan Chenggang ; Gao Feng 
; Liu Zhong ; Zhao Yong 
; Chen Haiquan ; 
pengjie@alibaba-inc.com; zhangzhao...@alibaba-inc.com; 
zhangpeng@alibaba-inc.com
Subject: RE: [vpp-dev] [tsc] Project Proposal for uDPI


Welcome Alibaba join UDPI as a founder, and Pengjie Li, Zhao Zhang, Zhangpeng 
Xie as initial committers.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Monday, August 19, 2019 8:10 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>; Edward 
Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI


Welcome Netgate join UDPI as a founder and Jim Thompson as initial committer.

Thanks,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> [mailto:t...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Saturday, August 17, 2019 4:28 AM
To: Edward Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI

Hi Ed,

The next TSC meeting on August 29 is preferable.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Edward Warnicke
Sent: Thursday, August 15, 2019 3:13 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@y

Re: [vpp-dev] [tsc] Project Proposal for uDPI

[Ni, Hongjun]

Welcome Alibaba join UDPI as a founder, and Pengjie Li, Zhao Zhang, Zhangpeng 
Xie as initial committers.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Monday, August 19, 2019 8:10 AM
To: Ni, Hongjun ; Edward Warnicke 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Xiang W 
; Hong, Yang A ; Chang, Harry 
; gu.ji...@zte.com.cn; Shan Jianghua 
; Zhang Yang ; Li 
Xingfu ; Wu Shuai ; Xia Yuying 
; Fan Chenggang ; Gao Feng 
; Liu Zhong ; Zhao Yong 
; Chen Haiquan 
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI


Welcome Netgate join UDPI as a founder and Jim Thompson as initial committer.

Thanks,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> [mailto:t...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Saturday, August 17, 2019 4:28 AM
To: Edward Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI

Hi Ed,

The next TSC meeting on August 29 is preferable.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Edward Warnicke
Sent: Thursday, August 15, 2019 3:13 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI

Do you have a preference as to dates?

Ed

On Tue, Aug 13, 2019 at 7:44 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Ed,

Thank you for scheduling the proposal review.

I think a TSC meeting after Aug 21 is better, to follow the FD.io TSC policy.

Thanks,
Hongjun

From: Ed Warnicke [mailto:hagb...@gmail.com<mailto:hagb...@gmail.com>]
Sent: Wednesday, August 14, 2019 5:09 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [tsc] Project Proposal for uDPI

Hongjun,

You guys are eligible for project creation review starting at the Aug 21 TSC 
meeting I believe (based on sending the notification to the TSC on Aug 8) ... 
when would you like to schedule for that Thu's TSC meeting, or a subsequent one?

Ed

On Thu, Aug 8, 2019 at 8:11 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for uDPI for consideration.
https://wiki.fd.io/view/Project_Proposals/uDPI

So far, this project has 11 founders and 15 initial committers from
Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.

If possible, I would like to present this on TSC meeting.

Thanks,
Hon

Re: [vpp-dev] VPP 19.08 release is available!

[Ni, Hongjun]

Congratulations to all guys involved!


-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Andrew 
Yourtchenko
Sent: Wednesday, August 21, 2019 1:58 PM
To: vpp-dev ; csit-dev 
Subject: [vpp-dev] VPP 19.08 release is available!

Hi all,

the VPP release 19.08 artifacts are available on packagecloud release 
repositories.

I have tested the installation on ubuntu and centos.

Many thanks to everyone involved into making it happen!

Special thanks to Vanessa Valderrama for the help today.

--a


p.s. stable/1908 branch is re-opened for the fixes slated for .1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13832): https://lists.fd.io/g/vpp-dev/message/13832
Mute This Topic: https://lists.fd.io/mt/32983052/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [tsc] Project Proposal for uDPI

[Ni, Hongjun]

Welcome Netgate join UDPI as a founder and Jim Thompson as initial committer.

Thanks,
Hongjun

From: t...@lists.fd.io [mailto:t...@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Saturday, August 17, 2019 4:28 AM
To: Edward Warnicke 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Xiang W 
; Hong, Yang A ; Chang, Harry 
; gu.ji...@zte.com.cn; Shan Jianghua 
; Zhang Yang ; Li 
Xingfu ; Wu Shuai ; Xia Yuying 
; Fan Chenggang ; Gao Feng 
; Liu Zhong ; Zhao Yong 
; Chen Haiquan 
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI

Hi Ed,

The next TSC meeting on August 29 is preferable.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Edward Warnicke
Sent: Thursday, August 15, 2019 3:13 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI

Do you have a preference as to dates?

Ed

On Tue, Aug 13, 2019 at 7:44 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Ed,

Thank you for scheduling the proposal review.

I think a TSC meeting after Aug 21 is better, to follow the FD.io TSC policy.

Thanks,
Hongjun

From: Ed Warnicke [mailto:hagb...@gmail.com<mailto:hagb...@gmail.com>]
Sent: Wednesday, August 14, 2019 5:09 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [tsc] Project Proposal for uDPI

Hongjun,

You guys are eligible for project creation review starting at the Aug 21 TSC 
meeting I believe (based on sending the notification to the TSC on Aug 8) ... 
when would you like to schedule for that Thu's TSC meeting, or a subsequent one?

Ed

On Thu, Aug 8, 2019 at 8:11 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for uDPI for consideration.
https://wiki.fd.io/view/Project_Proposals/uDPI

So far, this project has 11 founders and 15 initial committers from
Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#1070): https://lists.fd.io/g/tsc/message/1070
Mute This Topic: https://lists.fd.io/mt/32805806/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#1077): https://lists.fd.io/g/tsc/message/1077
Mute This Topic: https://lists.fd.io/mt/32805806/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13788): https://lists.fd.io/g/vpp-dev/message/13788
Mute This Topic: https://lists.fd.io/mt/32857358/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [tsc] [vpp-dev] Project Proposal for uDPI

[Ni, Hongjun]

Thanks Xingfu, Vrako, Christian for your helpful comments!

Thanks,
Hongjun

From: Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) 
[mailto:vrpo...@cisco.com]
Sent: Friday, August 16, 2019 9:03 AM
To: 李幸福(Xingfu Li) ; Ni, Hongjun 
; Alexey ; 
t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W ; Hong, Yang A 
; Chang, Harry ; 
gu.ji...@zte.com.cn; Shan Jianghua ; Zhang Yang 
; Wu Shuai ; Xia Yuying 
; Fan Chenggang ; ?? 
, "Liu Zhong" , "Zhao Yong" 
, "Chen Haiquan"  
Subject: Re: Re: [tsc] [vpp-dev] Project Proposal for uDPI

> UDPI will be easily misunderstood as UDP+I.

> uniDPI is ok?



+1 to uniDPI.



Vratko.




From: 李幸福(Xingfu Li) mailto:lixin...@huachentel.com>>
Sent: Tuesday, August 13, 2019 12:45
To: Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco); Ni, Hongjun; 
Alexey; t...@lists.fd.io<mailto:t...@lists.fd.io>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W; Hong, Yang 
A; Chang, Harry; gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan 
Jianghua; Zhang Yang; Wu Shuai; Xia Yuying; Fan Chenggang; ?? 
mailto:davidf...@tencent.com>>, "Liu Zhong" 
mailto:liuzho...@chinaunicom.cn>>, "Zhao Yong" 
mailto:zhaoyon...@huawei.com>>, "Chen Haiquan" 
mailto:o...@yunify.com>>
Subject: Re: Re: [tsc] [vpp-dev] Project Proposal for uDPI

uniDPI is ok?
UDPI will be easily misunderstood as UDP+I.


李幸福/Xingfu Li
山东华辰泰尔信息科技股份有限公司/Shandong Huachentel Information Technology Co., Ltd.
山东省济南市高新区舜泰广场8号楼西区17层 250101/West of F17, Building 8 of Shuntai Square, 
High-tech Zone, Jinan, China 250101
电话/Tel：86-531-62325307 86-531-88877658-8019
网址/Web：www.huachentel.com<http://www.huachentel.com/>

From: Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at 
Cisco)<mailto:vrpo...@cisco.com>
Date: 2019-08-13 18:34
To: Ni, Hongjun<mailto:hongjun...@intel.com>; 
Alexey<mailto:devel-net-ne-vleza...@yandex.ru>; 
t...@lists.fd.io<mailto:t...@lists.fd.io>
CC: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang 
W<mailto:xiang.w.w...@intel.com>; Hong, Yang A<mailto:yang.a.h...@intel.com>; 
Chang, Harry<mailto:harry.ch...@intel.com>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan 
Jianghua<mailto:shanjia...@chinatelecom.cn>; Zhang 
Yang<mailto:zhangy@chinatelecom.cn>; Li 
Xingfu<mailto:lixin...@huachentel.com>; Wu Shuai<mailto:wush...@inspur.com>; 
Xia Yuying<mailto:yuying...@yxlink.com>; Fan 
Chenggang<mailto:fanchengg...@sunyainfo.com>; Gao 
Feng<mailto:davidf...@tencent.com>; Liu Zhong<mailto:liuzho...@chinaunicom.cn>; 
Zhao Yong<mailto:zhaoyon...@huawei.com>; Chen Haiquan<mailto:o...@yunify.com>
Subject: Re: [tsc] [vpp-dev] Project Proposal for uDPI

>> uDPI

> microDPI



Universal Deep Packet Inspection is the new project here.

Would it make sense to use UDPI as its abbreviation

(e.g. capital U, to distinguish from "micro")?



Vratko.




From: t...@lists.fd.io<mailto:t...@lists.fd.io> 
mailto:t...@lists.fd.io>> on behalf of Ni, Hongjun 
mailto:hongjun...@intel.com>>
Sent: Tuesday, August 13, 2019 03:47
To: Ni, Hongjun; Alexey; t...@lists.fd.io<mailto:t...@lists.fd.io>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W; Hong, Yang 
A; Chang, Harry; gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan 
Jianghua; Zhang Yang; Li Xingfu; Wu Shuai; Xia Yuying; Fan Chenggang; Gao Feng; 
Liu Zhong; Zhao Yong; Chen Haiquan
Subject: Re: [tsc] [vpp-dev] Project Proposal for uDPI

Hi Alexey and all,

Alexey and I had a discussion offline.
It seems that we mentioned two different projects except the same project name.

The project Alexey mentioned is “microDPI packet inspection for network 
analytics”.
It is developed based on Machine Learning and Python language, using GPL3.0 
License.
Last activity for this project is 10.04.2017, which is 2 years ago. That is why 
Alexey said it is died.
It supports six specific protocols/applications.

The project we proposed here is “Universal Deep Packet Inspection”.
It is developed based on industry regex matching library, VPP, and C language, 
using Apache 2.0 License.
We plan to support most industry network protocols/applications.

Both have different scopes, features, implementations and Licenses.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Friday, August 9, 2019 10:03 PM
To: Alexey 
mailto:devel-net-ne-vleza...@yandex.ru>>; 
t...@lists.fd.io<mailto:t...@lists.fd.io>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>&

Re: [vpp-dev] [tsc] Project Proposal for uDPI

[Ni, Hongjun]

Hi Ed,

The next TSC meeting on August 29 is preferable.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Edward 
Warnicke
Sent: Thursday, August 15, 2019 3:13 AM
To: Ni, Hongjun 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Xiang W 
; Hong, Yang A ; Chang, Harry 
; gu.ji...@zte.com.cn; Shan Jianghua 
; Zhang Yang ; Li 
Xingfu ; Wu Shuai ; Xia Yuying 
; Fan Chenggang ; Gao Feng 
; Liu Zhong ; Zhao Yong 
; Chen Haiquan 
Subject: Re: [vpp-dev] [tsc] Project Proposal for uDPI

Do you have a preference as to dates?

Ed

On Tue, Aug 13, 2019 at 7:44 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Ed,

Thank you for scheduling the proposal review.

I think a TSC meeting after Aug 21 is better, to follow the FD.io TSC policy.

Thanks,
Hongjun

From: Ed Warnicke [mailto:hagb...@gmail.com<mailto:hagb...@gmail.com>]
Sent: Wednesday, August 14, 2019 5:09 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [tsc] Project Proposal for uDPI

Hongjun,

You guys are eligible for project creation review starting at the Aug 21 TSC 
meeting I believe (based on sending the notification to the TSC on Aug 8) ... 
when would you like to schedule for that Thu's TSC meeting, or a subsequent one?

Ed

On Thu, Aug 8, 2019 at 8:11 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for uDPI for consideration.
https://wiki.fd.io/view/Project_Proposals/uDPI

So far, this project has 11 founders and 15 initial committers from
Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#1070): https://lists.fd.io/g/tsc/message/1070
Mute This Topic: https://lists.fd.io/mt/32805806/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#1077): https://lists.fd.io/g/tsc/message/1077
Mute This Topic: https://lists.fd.io/mt/32805806/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13775): https://lists.fd.io/g/vpp-dev/message/13775
Mute This Topic: https://lists.fd.io/mt/32857358/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [tsc] Project Proposal for uDPI

[Ni, Hongjun]

Hi Ed,

Thank you for scheduling the proposal review.

I think a TSC meeting after Aug 21 is better, to follow the FD.io TSC policy.

Thanks,
Hongjun

From: Ed Warnicke [mailto:hagb...@gmail.com]
Sent: Wednesday, August 14, 2019 5:09 AM
To: Ni, Hongjun 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Xiang W 
; Hong, Yang A ; Chang, Harry 
; gu.ji...@zte.com.cn; Shan Jianghua 
; Zhang Yang ; Li 
Xingfu ; Wu Shuai ; Xia Yuying 
; Fan Chenggang ; Gao Feng 
; Liu Zhong ; Zhao Yong 
; Chen Haiquan 
Subject: Re: [tsc] Project Proposal for uDPI

Hongjun,

You guys are eligible for project creation review starting at the Aug 21 TSC 
meeting I believe (based on sending the notification to the TSC on Aug 8) ... 
when would you like to schedule for that Thu's TSC meeting, or a subsequent one?

Ed

On Thu, Aug 8, 2019 at 8:11 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for uDPI for consideration.
https://wiki.fd.io/view/Project_Proposals/uDPI

So far, this project has 11 founders and 15 initial committers from
Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#1070): https://lists.fd.io/g/tsc/message/1070
Mute This Topic: https://lists.fd.io/mt/32805806/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13729): https://lists.fd.io/g/vpp-dev/message/13729
Mute This Topic: https://lists.fd.io/mt/32857358/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Project Proposal for uDPI

[Ni, Hongjun]

Hi Alexey and all,

Alexey and I had a discussion offline.
It seems that we mentioned two different projects except the same project name.

The project Alexey mentioned is “microDPI packet inspection for network 
analytics”.
It is developed based on Machine Learning and Python language, using GPL3.0 
License.
Last activity for this project is 10.04.2017, which is 2 years ago. That is why 
Alexey said it is died.
It supports six specific protocols/applications.

The project we proposed here is “Universal Deep Packet Inspection”.
It is developed based on industry regex matching library, VPP, and C language, 
using Apache 2.0 License.
We plan to support most industry network protocols/applications.

Both have different scopes, features, implementations and Licenses.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Friday, August 9, 2019 10:03 PM
To: Alexey ; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W ; Hong, Yang A 
; Chang, Harry ; 
gu.ji...@zte.com.cn; Shan Jianghua ; Zhang Yang 
; Li Xingfu ; Wu Shuai 
; Xia Yuying ; Fan Chenggang 
; Gao Feng ; Liu Zhong 
; Zhao Yong ; Chen Haiquan 

Subject: Re: [vpp-dev] Project Proposal for uDPI

Hi Alexey,

Could you give some thoughts on this?

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Alexey
Sent: Friday, August 9, 2019 6:54 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>; 
t...@lists.fd.io<mailto:t...@lists.fd.io>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Xiang W 
mailto:xiang.w.w...@intel.com>>; Hong, Yang A 
mailto:yang.a.h...@intel.com>>; Chang, Harry 
mailto:harry.ch...@intel.com>>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Shan Jianghua 
mailto:shanjia...@chinatelecom.cn>>; Zhang Yang 
mailto:zhangy@chinatelecom.cn>>; Li Xingfu 
mailto:lixin...@huachentel.com>>; Wu Shuai 
mailto:wush...@inspur.com>>; Xia Yuying 
mailto:yuying...@yxlink.com>>; Fan Chenggang 
mailto:fanchengg...@sunyainfo.com>>; Gao Feng 
mailto:davidf...@tencent.com>>; Liu Zhong 
mailto:liuzho...@chinaunicom.cn>>; Zhao Yong 
mailto:zhaoyon...@huawei.com>>; Chen Haiquan 
mailto:o...@yunify.com>>
Subject: Re: [vpp-dev] Project Proposal for uDPI

udpi is died


09.08.2019, 04:11, "Ni, Hongjun" 
mailto:hongjun...@intel.com>>:

Hello FD.io TSCs



Please accept this project proposal for uDPI for consideration.

https://wiki.fd.io/view/Project_Proposals/uDPI



So far, this project has 11 founders and 15 initial committers from

Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.



If possible, I would like to present this on TSC meeting.



Thanks,

Hongjun
,

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13684): https://lists.fd.io/g/vpp-dev/message/13684
Mute This Topic: https://lists.fd.io/mt/32805807/675634
Group Owner: vpp-dev+ow...@lists.fd.io<mailto:vpp-dev+ow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
[devel-net-ne-vleza...@yandex.ru<mailto:devel-net-ne-vleza...@yandex.ru>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13716): https://lists.fd.io/g/vpp-dev/message/13716
Mute This Topic: https://lists.fd.io/mt/32805807/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Project Proposal for uDPI

[Ni, Hongjun]

Hi Alexey,

Could you give some thoughts on this?

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Alexey
Sent: Friday, August 9, 2019 6:54 PM
To: Ni, Hongjun ; t...@lists.fd.io
Cc: vpp-dev@lists.fd.io; Wang, Xiang W ; Hong, Yang A 
; Chang, Harry ; 
gu.ji...@zte.com.cn; Shan Jianghua ; Zhang Yang 
; Li Xingfu ; Wu Shuai 
; Xia Yuying ; Fan Chenggang 
; Gao Feng ; Liu Zhong 
; Zhao Yong ; Chen Haiquan 

Subject: Re: [vpp-dev] Project Proposal for uDPI

udpi is died


09.08.2019, 04:11, "Ni, Hongjun" 
mailto:hongjun...@intel.com>>:

Hello FD.io TSCs



Please accept this project proposal for uDPI for consideration.

https://wiki.fd.io/view/Project_Proposals/uDPI



So far, this project has 11 founders and 15 initial committers from

Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.



If possible, I would like to present this on TSC meeting.



Thanks,

Hongjun
,

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13684): https://lists.fd.io/g/vpp-dev/message/13684
Mute This Topic: https://lists.fd.io/mt/32805807/675634
Group Owner: vpp-dev+ow...@lists.fd.io<mailto:vpp-dev+ow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
[devel-net-ne-vleza...@yandex.ru<mailto:devel-net-ne-vleza...@yandex.ru>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13699): https://lists.fd.io/g/vpp-dev/message/13699
Mute This Topic: https://lists.fd.io/mt/32805807/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Project Proposal for uDPI

[Ni, Hongjun]

Hello FD.io TSCs

Please accept this project proposal for uDPI for consideration.
https://wiki.fd.io/view/Project_Proposals/uDPI

So far, this project has 11 founders and 15 initial committers from
Intel, ZTE, China Telecom, HuachenTel, Inspur, Yxlink, Sunyainfo, Tencent, 
China Unicom, Huawei, QingCloud.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13684): https://lists.fd.io/g/vpp-dev/message/13684
Mute This Topic: https://lists.fd.io/mt/32805807/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] build error in VPP master branch

[Ni, Hongjun]

Hi Zhiyong,

You need to run below command first:
make install-ext-deps

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: Friday, May 17, 2019 10:55 AM
To: Yang, Zhiyong 
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] build error in VPP master branch

Did you try make wipe/wipe-release?

Florin


On May 16, 2019, at 7:45 PM, Zhiyong Yang 
mailto:zhiyong.y...@intel.com>> wrote:

Hi guys,

Does anybody run into the trouble as below? How to fix it?
fatal error: quicly/defaults.h: No such file or directory

thanks
Zhiyong
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13073): https://lists.fd.io/g/vpp-dev/message/13073
Mute This Topic: https://lists.fd.io/mt/31651127/675152
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  
[fcoras.li...@gmail.com]
-=-=-=-=-=-=-=-=-=-=-=-

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13075): https://lists.fd.io/g/vpp-dev/message/13075
Mute This Topic: https://lists.fd.io/mt/31651127/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Sweetcomb 19.08 Release Plan

[Ni, Hongjun]

Hi Folks,

Below are the 19.08 Release Plan we  discussed in weekly meetings. Please 
correct me if something missed.
If you have more requirements, Please let us know.


# Integrate gNMI with Sysrepo

# Restconf support

# ACL
*   - Add OC Yang Models.
*   - Add OC Translation Layer.
*   - Add OC test cases.

# DNSMASQ
*   - Add Yang Models.
*   - Add Translation Layer.
*   - Add test cases.

# High Availability
*   - Replace scvpp plugin using VPP VOM.
*   - VPP Restart
*   - Sweetcomb Restart

# Configuration telemetry

# Strongswan Integration

# Framework of plugin registration and un-registration

Thanks,
Hongjun
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13072): https://lists.fd.io/g/vpp-dev/message/13072
Mute This Topic: https://lists.fd.io/mt/31650524/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] FW: Sweetcomb 19.04 Released

[Ni, Hongjun]

FYI. In case some guys are not in the dev mail list.

Thanks,
Hongjun

From: t...@lists.fd.io [mailto:t...@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Tuesday, April 30, 2019 5:44 PM
To: sweetcomb-...@lists.fd.io
Cc: t...@lists.fd.io
Subject: [tsc] Sweetcomb 19.04 Released

Hey all,

The Sweetcomb 19.04 Release is out !

Packages can be downloaded from Package Cloud:
https://packagecloud.io/fdio/1904

Many thanks to all contributors and members for your great contribution and 
help!

Below are Sweetcomb 19.04 release notes:

# Features
## Northbound Interface
- Init gNMI Server

## NAT
- Add IETF NAT Yang Models.
- Add IETF NAT Translation Layer.
- Add IETF NAT test cases.

## High Availability
- Add vpp health check.

## Code Refactor
- Code global cleanup.
- Refactor build system.
- Rework scvpp to be only interface with VAPI.
- Rework interface and local routing to leverage new scvpp.

## Test Framework
- Add unit test framework.
- Add unit test suite for interface and local routing.
- Build docker environment to test integration of sweetcomb and VPP.

Thanks you all,
Hongjun
On behalf of the FD.io/Sweetcomb team

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13071): https://lists.fd.io/g/vpp-dev/message/13071
Mute This Topic: https://lists.fd.io/mt/31650498/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] HQoS

[Ni, Hongjun]

Hi Abeeha,

There is a patch submitted to fix the API change.
https://gerrit.fd.io/r/#/c/16839/
Could you help to give it a try?

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Abeeha Aqeel
Sent: Monday, May 6, 2019 6:32 PM
To: Ni, Hongjun 
Cc: b...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] HQoS

Hi Hongjun,

I have tested the HQoS Plugin with iperf3. Below is a simple topology I have 
implemented:
[cid:image001.png@01D5010B.5C565F10]

First, I tested the default profile (profile 0) provided by VPP and assigned it 
to all 4096 pipes (users) which should give approximately 2MB (10G/4096) to 
each user. It worked fine for 5 users i.e. each user was assigned 2MB but for 
an increased number of users it didn’t work the same way. I changed the token 
bucket rate, token bucket size and tc_period parameters in the hqos.c code 
which didn’t give me any concrete results. I have attached results for 10  
clients with different combinations of token bucket size, token bucket rate and 
tc_period.

Any ideas what the problem might be ?

Also, in what proportion should the tb_rate, tb_size , tc_rate and tc_period  
be assigned?


S#

Rate (Bytes per second)

Token Bucket Size (Bytes)

TC Period (ms)

Total no of PPPoE sessions

Expected Result (Cumulative average bandwidth in Mbps)

Actual Result (Cumulative average bandwidth in Mbps)

Comments

Subport

Pipe

Subport

Pipe

Subport

Pipe

1

125000

305175

100

100

10

40

10

24.4

8.1

vpp remains stable

2

125000

305175

100

100

10

60

10

24.4

12.72

vpp remains stable

3

125000

305175

100

100

10

100

10

24.4

11.4

vpp remains stable

4

125000

305175

100

1000

10

40

10

24.4

12.1

vpp remains stable

5

125000

305175

1000

1000

10

40

10

24.4

12.03

vpp remains stable

6

125000

305175

1000

1000

10

100

10

24.4

2.21

vpp crashes after a few seconds

7

125000

305175

100

100

10

60

10

24.4

12.1

vpp remains stable





Regards,

Abeeha Aqeel
Network Design Engineer
Xflow Research Inc.
+923245062309 (GMT+5)
abeeha.aq...@xflowresearch.com<mailto:abeeha.aq...@xflowresearch.com>
www.xflowresearch.com<http://www.xflowresearch.com/>

[cid:6e5d1814-0a3d-444b-9050-060db1465f05]


From: Ni, Hongjun<mailto:hongjun...@intel.com>
Sent: Monday, May 6, 2019 12:52 PM
Subject: RE: [vpp-dev] HQoS

Hi Abeeha,

For downstream bandwidth limiting, we leveraged HQos plugin in OpenBRAS 
solution.
In our previous integration test, it could support 64K subscribers with HQos.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Abeeha Aqeel
Sent: Monday, May 6, 2019 3:28 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: b...@xflowresearch.com<mailto:b...@xflowresearch.com>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: [vpp-dev] HQoS

Hi Hongjun,

I have been trying to implement downstream bandwidth limiting using HQoS plugin 
in vpp. It works fine for a certain number of clients (less than 5) but doesn’t 
assign proper bandwidth for larger number of clients.

Can you please elaborate which method is being used in the OpenBRAS solution 
for band limiting traffic? Are you using the token-bucket algorithm as well?


Regards,

Abeeha Aqeel
Network Design Engineer
Xflow Research Inc.
+923245062309 (GMT+5)
abeeha.aq...@xflowresearch.com<mailto:abeeha.aq...@xflowresearch.com>
www.xflowresearch.com<http://www.xflowresearch.com/>

[cid:6e5d1814-0a3d-444b-9050-060db1465f05]



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12950): https://lists.fd.io/g/vpp-dev/message/12950
Mute This Topic: https://lists.fd.io/mt/31517544/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] HQoS

[Ni, Hongjun]

Hi Abeeha,

For downstream bandwidth limiting, we leveraged HQos plugin in OpenBRAS 
solution.
In our previous integration test, it could support 64K subscribers with HQos.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Abeeha Aqeel
Sent: Monday, May 6, 2019 3:28 PM
To: Ni, Hongjun 
Cc: b...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: [vpp-dev] HQoS

Hi Hongjun,

I have been trying to implement downstream bandwidth limiting using HQoS plugin 
in vpp. It works fine for a certain number of clients (less than 5) but doesn’t 
assign proper bandwidth for larger number of clients.

Can you please elaborate which method is being used in the OpenBRAS solution 
for band limiting traffic? Are you using the token-bucket algorithm as well?


Regards,

Abeeha Aqeel
Network Design Engineer
Xflow Research Inc.
+923245062309 (GMT+5)
abeeha.aq...@xflowresearch.com<mailto:abeeha.aq...@xflowresearch.com>
www.xflowresearch.com<http://www.xflowresearch.com/>

[cid:6e5d1814-0a3d-444b-9050-060db1465f05]


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12931): https://lists.fd.io/g/vpp-dev/message/12931
Mute This Topic: https://lists.fd.io/mt/31517544/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VPP PPPoE Plugin

[Ni, Hongjun]

Hi Aqeel,

Actually, we have tested 64K PPPoE sessions on 18.01 release, and it works well.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Wednesday, April 17, 2019 4:04 PM
To: Abeeha Aqeel ; vpp-dev@lists.fd.io
Cc: b...@xflowresearch.com
Subject: Re: [vpp-dev] VPP PPPoE Plugin

Hi Aqeel,

Could you send out the core dump log when VPP crash with 7000 sessions?

Thanks,
Hongjun

From: Abeeha Aqeel [mailto:abeeha.aq...@xflowresearch.com]
Sent: Tuesday, April 16, 2019 8:01 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: b...@xflowresearch.com<mailto:b...@xflowresearch.com>
Subject: VPP PPPoE Plugin

Dear Hongjun,

I am trying to create 64000 VPP sessions with the VPP Plugin. VPP is being used 
as the forwarding plane while our control plane separately caters the PPPoE 
control packets. The VPP is installed on Centos 7 on bare-metal server. The 
current implementation of the plugin included in VPP Stable 19.01 is allowing 
only 7000 sessions and VPP crashes afterwards.

I tried to add the PPPoE plugin implemented by OpenBRAS 
(https://gerrit.fd.io/r/#/c/7407/) to the VPP Stable 19.01 ( 
https://github.com/FDio/vpp.git)  with DPDK 18.11.0.  VPP built successfully 
and started as well but the PPPoE plugin did not show in “vppctl show plugins”.

Kindly, suggest how to connect 64000 pppoe sessions with VPP.

Regards,

Abeeha Aqeel


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12804): https://lists.fd.io/g/vpp-dev/message/12804
Mute This Topic: https://lists.fd.io/mt/31199594/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VPP PPPoE Plugin

[Ni, Hongjun]

Hi Aqeel,

Could you send out the core dump log when VPP crash with 7000 sessions?

Thanks,
Hongjun

From: Abeeha Aqeel [mailto:abeeha.aq...@xflowresearch.com]
Sent: Tuesday, April 16, 2019 8:01 PM
To: Ni, Hongjun ; vpp-dev@lists.fd.io
Cc: b...@xflowresearch.com
Subject: VPP PPPoE Plugin

Dear Hongjun,

I am trying to create 64000 VPP sessions with the VPP Plugin. VPP is being used 
as the forwarding plane while our control plane separately caters the PPPoE 
control packets. The VPP is installed on Centos 7 on bare-metal server. The 
current implementation of the plugin included in VPP Stable 19.01 is allowing 
only 7000 sessions and VPP crashes afterwards.

I tried to add the PPPoE plugin implemented by OpenBRAS 
(https://gerrit.fd.io/r/#/c/7407/) to the VPP Stable 19.01 ( 
https://github.com/FDio/vpp.git)  with DPDK 18.11.0.  VPP built successfully 
and started as well but the PPPoE plugin did not show in “vppctl show plugins”.

Kindly, suggest how to connect 64000 pppoe sessions with VPP.

Regards,

Abeeha Aqeel


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12803): https://lists.fd.io/g/vpp-dev/message/12803
Mute This Topic: https://lists.fd.io/mt/31199594/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] performance compare between vpp loadbalancer and LVS

[Ni, Hongjun]

Hi Ruijing,

Here is the deck that will be presented on ONS NA 2019 this week.
VPP Accelerated High Performance & Scalable L3DSR L4 Load Balancer on Top Clos
https://events.linuxfoundation.org/wp-content/uploads/2018/07/ONS.NA_.2019.VPP_LB.merged.pdf

There is some performance data on VPP L3DSR (one type of VPP LB) in slide 12.
You can compare it with LVS.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Guo, Ruijing
Sent: Thursday, April 4, 2019 3:24 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] performance compare between vpp loadbalancer and LVS

Hi, All

Do somebody do performance compare between vpp loadbalancer and LVS?

Thanks,
-Ruijing
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12699): https://lists.fd.io/g/vpp-dev/message/12699
Mute This Topic: https://lists.fd.io/mt/30894146/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Status of PPPoE Plugin

[Ni, Hongjun]

Thanks Damjan. Will look into it and find some way to resolve it.

Thanks,
Hongjun

From: Damjan Marion [mailto:dmar...@me.com]
Sent: Friday, March 22, 2019 3:41 PM
To: Ni, Hongjun 
Cc: l...@cisco.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Status of PPPoE Plugin



On 22 Mar 2019, at 07:34, Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi John,

For first PADI packet, its destination MAC is broadcast address.
Not sure it is accepted by ethernet-input node?


Sure it does, otherwise arp, dhcp, ... will not work.


Do we need special process to handle it?
5.1<https://tools.ietf.org/html/rfc2516#section-5.1> The PPPoE Active Discovery 
Initiation (PADI) packet


   The Host sends the PADI packet with the DESTINATION_ADDR set to the
   broadcast address.  The CODE field is set to 0x09 and the SESSION_ID
   MUST be set to 0x.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of John Lo (loj) via Lists.Fd.Io
Sent: Thursday, March 21, 2019 11:34 PM
To: dmar...@me.com<mailto:dmar...@me.com>; Ni, Hongjun 
mailto:hongjun...@intel.com>>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] Status of PPPoE Plugin

Thanks for citing the PPPoE RFC 2516, Damjan.  The RFC goes on to describe how 
to resolve the MAC address for PPPoE sessions in Section 5 in discovery stage.  
As such, there is really no “L2 mode” for PPPoE sessions mentioned in my 
previous reply in this thread.  The root cause of the problem was MAC address 
resolution for PPPoE sessions.   -John

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Damjan Marion 
via Lists.Fd.Io
Sent: Thursday, March 21, 2019 11:08 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] Status of PPPoE Plugin



> On 21 Mar 2019, at 06:20, Ni, Hongjun 
> mailto:hongjun...@intel.com>> wrote:
>
> Hi Raj,
>
> I think you may check the Ethernet type, if it is PPPoE packet, then MAC 
> check will be skipped.
>
> Thanks,
> Hongjun
>
> -Original Message-
> From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
> [mailto:vpp-dev@lists.fd.io] On Behalf Of Raj
> Sent: Wednesday, March 20, 2019 9:48 PM
> To: vpp-dev mailto:vpp-dev@lists.fd.io>>
> Cc: alp.ars...@xflowresearch.com<mailto:alp.ars...@xflowresearch.com>; Ni, 
> Hongjun mailto:hongjun...@intel.com>>
> Subject: Re: [vpp-dev] Status of PPPoE Plugin
>
> I commented out the offending parts and now PPPoE is working fine.
>
> diff --git a/src/vnet/ethernet/node.c b/src/vnet/ethernet/node.c index 
> 53d5b4eb0..7c5f673e0 100755
> --- a/src/vnet/ethernet/node.c
> +++ b/src/vnet/ethernet/node.c
> @@ -429,14 +429,14 @@ ethernet_input_inline (vlib_main_t * vm,
> }
>   else
> {
> +  /*if (!ethernet_address_cast (e0->dst_address) &&
>   (hi->hw_address != 0) &&
>   !eth_mac_equal ((u8 *) e0, hi->hw_address))
> error0 = ETHERNET_ERROR_L3_MAC_MISMATCH;
>   if (!ethernet_address_cast (e1->dst_address) &&
>   (hi->hw_address != 0) &&
>   !eth_mac_equal ((u8 *) e1, hi->hw_address))
> +error1 = ETHERNET_ERROR_L3_MAC_MISMATCH;*/
>   vlib_buffer_advance (b0, sizeof (ethernet_header_t));
>   determine_next_node (em, variant, 0, type0, b0,
>, ); @@ -653,10 +653,10 @@ 
> ethernet_input_inline (vlib_main_t * vm,
> }
>   else
> {
> +  /*if (!ethernet_address_cast (e0->dst_address) &&
>   (hi->hw_address != 0) &&
>   !eth_mac_equal ((u8 *) e0, hi->hw_address))
> +error0 = ETHERNET_ERROR_L3_MAC_MISMATCH;*/
>   vlib_buffer_advance (b0, sizeof (ethernet_header_t));
>   determine_next_node (em, variant, 0, type0, b0,
>, );
>
> I am sure this is not a patch which will be accepted upstream.

I would say: for sure not.

> I am not sure how to _correctly_ fix this, so that it will be accepted by 
> upstream. If some pointers are given I can submit a patch to get PPPoE 
> working correctly again in VPP.

This is typical case of “shotgun wedding” between control plane and dataplane 
over the TAP interface.

RFC2516 Section 4. clearly says:

   The DESTINATION_ADDR field contains either a unicast Ethernet
   destination address, or the Ethernet broadcast address (0x).
   For Discovery packets, the value is either a unicast or broadcast
   address as defined in the Discovery section.  For PPP session
   traffic, this field MUST contain the peer's un

Re: [vpp-dev] Status of PPPoE Plugin

[Ni, Hongjun]

Hi John,

For first PADI packet, its destination MAC is broadcast address.
Not sure it is accepted by ethernet-input node?
Do we need special process to handle it?
5.1<https://tools.ietf.org/html/rfc2516#section-5.1> The PPPoE Active Discovery 
Initiation (PADI) packet


   The Host sends the PADI packet with the DESTINATION_ADDR set to the
   broadcast address.  The CODE field is set to 0x09 and the SESSION_ID
   MUST be set to 0x.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of John Lo 
(loj) via Lists.Fd.Io
Sent: Thursday, March 21, 2019 11:34 PM
To: dmar...@me.com; Ni, Hongjun 
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Status of PPPoE Plugin

Thanks for citing the PPPoE RFC 2516, Damjan.  The RFC goes on to describe how 
to resolve the MAC address for PPPoE sessions in Section 5 in discovery stage.  
As such, there is really no “L2 mode” for PPPoE sessions mentioned in my 
previous reply in this thread.  The root cause of the problem was MAC address 
resolution for PPPoE sessions.   -John

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Damjan Marion 
via Lists.Fd.Io
Sent: Thursday, March 21, 2019 11:08 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] Status of PPPoE Plugin



> On 21 Mar 2019, at 06:20, Ni, Hongjun 
> mailto:hongjun...@intel.com>> wrote:
>
> Hi Raj,
>
> I think you may check the Ethernet type, if it is PPPoE packet, then MAC 
> check will be skipped.
>
> Thanks,
> Hongjun
>
> -Original Message-
> From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
> [mailto:vpp-dev@lists.fd.io] On Behalf Of Raj
> Sent: Wednesday, March 20, 2019 9:48 PM
> To: vpp-dev mailto:vpp-dev@lists.fd.io>>
> Cc: alp.ars...@xflowresearch.com<mailto:alp.ars...@xflowresearch.com>; Ni, 
> Hongjun mailto:hongjun...@intel.com>>
> Subject: Re: [vpp-dev] Status of PPPoE Plugin
>
> I commented out the offending parts and now PPPoE is working fine.
>
> diff --git a/src/vnet/ethernet/node.c b/src/vnet/ethernet/node.c index 
> 53d5b4eb0..7c5f673e0 100755
> --- a/src/vnet/ethernet/node.c
> +++ b/src/vnet/ethernet/node.c
> @@ -429,14 +429,14 @@ ethernet_input_inline (vlib_main_t * vm,
> }
>   else
> {
> +  /*if (!ethernet_address_cast (e0->dst_address) &&
>   (hi->hw_address != 0) &&
>   !eth_mac_equal ((u8 *) e0, hi->hw_address))
> error0 = ETHERNET_ERROR_L3_MAC_MISMATCH;
>   if (!ethernet_address_cast (e1->dst_address) &&
>   (hi->hw_address != 0) &&
>   !eth_mac_equal ((u8 *) e1, hi->hw_address))
> +error1 = ETHERNET_ERROR_L3_MAC_MISMATCH;*/
>   vlib_buffer_advance (b0, sizeof (ethernet_header_t));
>   determine_next_node (em, variant, 0, type0, b0,
>, ); @@ -653,10 +653,10 @@ 
> ethernet_input_inline (vlib_main_t * vm,
> }
>   else
> {
> +  /*if (!ethernet_address_cast (e0->dst_address) &&
>   (hi->hw_address != 0) &&
>   !eth_mac_equal ((u8 *) e0, hi->hw_address))
> +error0 = ETHERNET_ERROR_L3_MAC_MISMATCH;*/
>   vlib_buffer_advance (b0, sizeof (ethernet_header_t));
>   determine_next_node (em, variant, 0, type0, b0,
>, );
>
> I am sure this is not a patch which will be accepted upstream.

I would say: for sure not.

> I am not sure how to _correctly_ fix this, so that it will be accepted by 
> upstream. If some pointers are given I can submit a patch to get PPPoE 
> working correctly again in VPP.

This is typical case of “shotgun wedding” between control plane and dataplane 
over the TAP interface.

RFC2516 Section 4. clearly says:

   The DESTINATION_ADDR field contains either a unicast Ethernet
   destination address, or the Ethernet broadcast address (0x).
   For Discovery packets, the value is either a unicast or broadcast
   address as defined in the Discovery section.  For PPP session
   traffic, this field MUST contain the peer's unicast address as
   determined from the Discovery stage.

   The SOURCE_ADDR field MUST contains the Ethernet MAC address of the
   source device.


So right thing to do here is to make sure that both control and session
packets are using single mac address, preferably MAC address of the VPP
interface where session traffic is received.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12600): https://lists.fd.io/g/vpp-dev/message/12600
Mute This Topic: https://lists.fd.io/mt/28791570/675294

[vpp-dev] Sweetcomb 19.01 Released

[Ni, Hongjun]

Hey all,

The Sweetcomb 19.01 Release is out.

Packages can be downloaded from Package Cloud:
https://packagecloud.io/fdio/1901

Many thanks to all contributors and members for your great contribution and 
help!
Especially thanks to Ed Warnicke, Vanessa and Drenfong for setting infra 
quickly.

The following is Sweetcomb 19.01 release notes:

## Features
### Northbound Interface
- Netconf
- gRPC Network Management Interface

### IETF Yang Models
- ietf-interfa...@2014-05-08.yang
- ietf-interfaces.yang
- ietf...@2014-06-16.yang
- ietf-yang-ty...@2013-07-15.yang

### OpenConfig Yang Models
- openconfig-extensions.yang
- openconfig-if-aggregate.yang
- openconfig-if-ethernet.yang
- openconfig-if-ip.yang
- openconfig-if-types.yang
- openconfig-inet-types.yang
- openconfig-interfaces.yang
- openconfig-local-routing.yang
- openconfig-policy-types.yang
- openconfig-types.yang
- openconfig-vlan-types.yang
- openconfig-vlan.yang
- openconfig-yang-types.yang

### Data Store
- Sysrepo configuration
- Sysrepo operational

### Translation Layer: IETF
- interface

### Translation Layer: OpenConfig
- interface
- local routing

### Connection to VPP
- connect to VPP via binary APIs
- recconnect to VPP automatically

Thanks you all,
Hongjun
On behalf of the FD.io/Sweetcomb team

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12250): https://lists.fd.io/g/vpp-dev/message/12250
Mute This Topic: https://lists.fd.io/mt/29836514/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Streaming Telemetry with gNMI server

[Ni, Hongjun]

Hi Yohan and Stevan,

Thank you for your great work!

FD.io has a sub-project named Sweetcomb, which provides gNMI Northbound 
interface to upper application.
Sweetcomb project will push its first release on Feb 6, 2019.
Please take a look at below link for details from Pantheon Technologies:
https://www.youtube.com/watch?v=hTv6hFnyAhE 

Not sure if your work could be integrated with Sweetcomb project?

Thanks a lot,
Hongjun


-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Yohan 
Pipereau
Sent: Sunday, February 3, 2019 5:55 AM
To: vpp-dev@lists.fd.io
Cc: Stevan COROLLER 
Subject: [vpp-dev] Streaming Telemetry with gNMI server

Hi everyone,

Stevan and I have developed a small gRPC server to stream VPP metrics to an 
analytic stack.

That's right, there is already a program to do this in VPP, it is 
vpp_prometheus_export. Here are the main details/improvements regarding our 
implementation:

* Our implementation is based on gNMI specification, a network standard 
co-written by several network actors to allow configuration and telemetry with 
RPCs.
* Thanks to gNMI protobuf file, messages are easier to parse and use a binary 
format for better performances.
* We are using gRPC and Protobuf, so this is a HTTP2 server
* We are using a push model (or streaming) instead of a pull model. This mean 
that clients subscribe to metric paths with a sample interval, and our server 
streams counters according to the sample interval.
* As we said just before, contrary to vpp_prometheus_export, our application 
let clients decide which metric will be streamed and how often.
* For interface related counters, we also provide conversion of interface 
indexes into interface names.
Ex: /if/rx would be output as /if/rx/tap0/thread0 But at this stage, this 
conversion is expensive because it uses a loop to collect vapi interface 
events. It is planned to write paths with interface names in STAT shared memory 
segment to avoid this loop.

Here is the link to our project:
https://github.com/vpp-telemetry-pfe/gnmi-grpc

We have provided a docker scenario to illustrate our work. It can be found in 
docker directory of the project. You can follow the guide named guide.md.

Do not hesitate to give us feedbacks regarding the scenario or the code.

Yohan
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12141): https://lists.fd.io/g/vpp-dev/message/12141
Mute This Topic: https://lists.fd.io/mt/29635594/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] How to add Sweetcomb to FD.io Code Contribution Metrics?

[Ni, Hongjun]

Hi folks,

Could someone help to guide how to add Sweetcomb to FD.io Code Contribution 
Metrics?
http://stackalytics.com/?release=all_type=fdio-group=commits

Thanks,
Hongjun
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11742): https://lists.fd.io/g/vpp-dev/message/11742
Mute This Topic: https://lists.fd.io/mt/28816567/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Status of PPPoE Plugin

[Ni, Hongjun]

Hi Raj,

For the issue you mentioned, Alp Arslan in the To list will submit a patch to 
fix it.

To Alp Arslan, 
Thank you for your great help!

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Raj
Sent: Tuesday, December 18, 2018 8:11 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] Status of PPPoE Plugin

Hello all,

I am trying out PPPoE with VPP and while seaching for its configuration I found 
the following thread
https://lists.fd.io/g/vpp-dev/message/10844 which kind of  suggests that the 
currently PPPoE is broken and that the code must be moved to tapv2.

The problem people get is that packets from CP is getting dropped and I quote:

https://lists.fd.io/g/vpp-dev/message/11199>
Since PPPoE control packet is special, which destination MAC is the PPPoE 
client's MAC. Need to submit a patch to identify it and not perform L3 MAC 
filter in ethernet-input-inline() function.


Just checking if this patch is available or is there any other way to get PPPoE 
working in latest version?

Thanks and Regards,

Raj
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11718): https://lists.fd.io/g/vpp-dev/message/11718
Mute This Topic: https://lists.fd.io/mt/28791570/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] vpp router plugin threads? (vpp + router + netlink + FRRouting)

[Ni, Hongjun]

Hi Burt and Brian,

VPP has leveraged cmake to compile code after release 18.10, but vppsb still 
use make to compile code.
We tried to port router plugin to VPP, and it can work, but it is not accepted 
by VPP community.
https://gerrit.fd.io/r/#/c/15062/

You need to rework VPPSB’s building system to match VPP’s cmake, to make router 
plugin work.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Burt 
Silverman
Sent: Friday, December 14, 2018 6:13 AM
To: brian.peter.dick...@gmail.com
Cc: john.bisce...@bahnhof.net; vpp-dev ; 
vppsb-...@lists.fd.io
Subject: Re: [vpp-dev] vpp router plugin threads? (vpp + router + netlink + 
FRRouting)

I just tried building on master of both vpp and vppsb. I just had to add 
#include  to tap_inject_node.c. It seems like that bug has been 
around a long time. I used the directions in vppsb/router/README.md.

Burt
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11601): https://lists.fd.io/g/vpp-dev/message/11601
Mute This Topic: https://lists.fd.io/mt/28729084/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Maintainer router plugin

[Ni, Hongjun]

Hi Justin,

There is no plan to use memif at present. Welcome your contribution if you will.

In router plugin, we inject links, routes, etc. from different namespace in 
Kernel into different VRFs In VPP.
Not support multi-instance mode.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Justin 
Iurman
Sent: Friday, December 7, 2018 2:00 PM
To: Neale Ranns 
Cc: Jan Hugo Prins | BetterBe ; Ole Troan 
; vpp-dev ; Ray Kinsella 

Subject: Re: [vpp-dev] Maintainer router plugin

Guys,

Any plan to use memif interfaces for router plugin ? Also, is there a plan to 
implement a multi-instance mode ? Because, for now, "enable tap-inject" only 
works for one router, and not others, when I run multiples VPP instances on a 
same machine.

Thanks,
Justin

Hi Jan,

A VPP packet trace and the output from “sh ip mfib’ would help diagnose your 
multicast packet drops.

/neale

From: mailto:vpp-dev@lists.fd.io>> on behalf of Jan Hugo 
Prins | BetterBe mailto:jpr...@betterbe.com>>
Date: Wednesday, 11 April 2018 at 20:54
To: Ole Troan mailto:otr...@employees.org>>
Cc: vpp-dev mailto:vpp-dev@lists.fd.io>>, Ray Kinsella 
mailto:m...@ashroe.eu>>
Subject: Re: [vpp-dev] Maintainer router plugin

Hi Ole,

I really don't mind that you all derailed my discussion. I think a good design 
discussion is a good thing. Especially when the end result is a better product, 
or in this case, better integration between products.
What I have found with respect to OSPFv3, is that the OSPF multicast packets 
are being dropped at the router edge. See my earlier message with the PCAP file.

I currently have no idea why my OSPFv2 routers are not properly installed in 
the VPP IP FIB, while they are in the Linux IP FIB.

Jan Hugo Prins


On 04/11/2018 07:37 PM, Ole Troan wrote:

Jan Hugo,



But this basically means that, for now, it won't be possible to create a BGP 
router with a combination of FRR and VPP doing both IPv4 and IPv6 with OSPF and 
BGP.

Or do you see possibilities to make OSPFv3 work?

Sorry, for derailing your thread and making it into an architectural 
discussion. ;-)

If you ask my opinion, I would probably prefer it not to go into the main 
repository.



That said, if it works for OSPFv2, one shouldn't think it would be that hard to 
make it work for OSPFv3 either.

Probably some ARP/ND issues? Ray, would you know?



Best regards,

Ole







Jan Hugo Prins





On 04/11/2018 03:20 PM, Ray Kinsella wrote:

Hi Ole,



I agree - but completely reinventing the wheel is not a the best course either. 
These are tried and tested implementations and are worth reusing, I do agree 
that integrating through the Linux Kernel is not ideal.



We developed the router plugin to show that integration was possible we never 
claimed that it was the 'best' way to integrate either.



Plugging a Quagga/FRR/Bird etc into VPP/HC is definitely the better path. 
Historically it has been hard with Quagga due to GPL licensing, I understand 
that FRR is the easiest path.



Ray K



On 11/04/2018 09:33, Ole Troan wrote:

Hi Jan,



Is someone actively maintaining the router plugin?

I'm not a big fan of the router plugin.

The starting point of the router plugin is "how can you take an unmodified 
routing protocol implementation and make it work with VPP".

That leads to all kinds of complexities as the two methods they tried shows.



If we change the premise does the solution space look better?



I think we could change the routing protocol implementation to talk directly 
with VPP's API for interfaces / interface events, it programs the VPP FIB 
directly.

Then it could send and receive packets somewhat similar to what we have for the 
punt Unix domain socket.

We might need a better punt path mechanism, where a Linux application can 
register for a particular IP protocol (like 89 for OSPF) on a particular 
interface. But that should be easy to do.



I did have a brief chat with David Lamparter of Quagga fame and he had thought 
about doing it in a similar way.



What is your particular use case? Is it just a routing protocol you need?



Best regards,

Ole















--

Kind regards



Jan Hugo Prins

DevOps Engineer



Auke Vleerstraat 140 E

7547 AN Enschede

CC no. 08097527  T +31 (0) 53 48 00 694

E jpr...@betterbe.com

M +31 (0)6 263 58 951   www.betterbe.com

  




--

Kind regards

Jan Hugo Prins
DevOps Engineer



Auke Vleerstraat 140 E
7547 AN Enschede
CC no. 
08097527

T +31 (0) 53 48 00 694
E jpr...@betterbe.com
M +31 (0)6 263 58 951

www.betterbe.com

BetterBe accepts no liability for the content of this email, or for the 
consequences of any actions taken on the basis
of the information provided, unless that 

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Hi Xiangyun,

VPP only supports PPPoE plugin, which can integrate with Control Plane to act 
as PPPoE server.
Please refer to below link for some slides:
https://schd.ws/hosted_files/onsna18/cf/Accelerated%20Open%20Source%20vBRAS%20Solution%20Based%20on%20OpenBRAS%20and%20VPP%26DPDK.PPTX

There is no PPPoE client at present.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of xulang
Sent: Monday, November 26, 2018 9:23 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] PPPOE

Hi all,
I would like to use pppoe server and pppoe client, is there any material  about 
this?


Regards,
Xlangyun



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11399): https://lists.fd.io/g/vpp-dev/message/11399
Mute This Topic: https://lists.fd.io/mt/28316755/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [sweetcomb-dev] Initial code for Sweetcomb project has been upstreamed

[Ni, Hongjun]

Hi Chuanguo,

Below item 3 and 4 is used to support High Availability scenarios.
3). Automatically reconnect to VPP when it is broken.
4). In case of NC/Y agent restart, VPP need to be repopulated.

In case of VPP restart:
When VPP restarts, Sweetcomb will reconnect and replay its state, in dependency 
order, to VPP.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of ???
Sent: Tuesday, November 20, 2018 3:21 PM
To: sweetcomb-dev ; vpp-dev 
Cc: Kinsella, Ray ; Liu, Yu Y ; Yu, 
Ping ; Liu, Frank M ; Hu, Xuekun 

Subject: Re: [vpp-dev] [sweetcomb-dev] Initial code for Sweetcomb project has 
been upstreamed

Hi Hongjun, Rastislav,
1. It is a good suggestion that Yang models keep compatible with IETF Yang 
models and Honeycomb Yang models.
2. The same function of srvpp is now implemented in vapi(src\vpp-api\vapi), 
and the apis are generated using python.
So, i think, the vapi is the better choice.
3. The worry about accidental disconnection is unnecessary.(Klement 
Sekeramailto:ksek...@cisco.com>> told)
The following is the specific email content.
#
it's shared memory, unless vpp dies there is no reason for the
connection to go down. if required, I would suggest you send periodic
control pings.

Quoting wangchuan...@163.com<mailto:wangchuan...@163.com> (2018-11-14 02:12:07)
>worried that the connection might break.
>
>--
>
>wangchuan...@163.com<mailto:wangchuan...@163.com>
>
>
>  From: [1]Klement Sekera
>  Date: 2018-11-13 18:04
>  To: [2]wangchuan...@163.com<mailto:wangchuan...@163.com>; [3]vpp-dev
>  Subject: Re: [vpp-dev] how to set cb for keepalive of vapi-connection @
>  18.10
>  Hi,
>  if you ask vapi to handle keepalives for you, why would you want to get
>  callbacks for them?
>
>  Regards,
>  Klement
>
>  Quoting wangchuan...@163.com<mailto:wangchuan...@163.com> (2018-11-13 
> 07:27:33)
>  >Hi��
>  >At vpp stable/18.10, using vapi_connect to connect vpp and set
>  the
>  >"bool handle_keepalives " to true,
>  >But how can i add the cb for keepalives?
>  >If do, does it means that I could judge the timespan to found the
>  >disconnection , and need to reconnect using vapi_disconnect &
>  vpai_connect
>  >?
>  >Thanks !
>  >
>  >
>  
> --
>  >
>  >wangchuan...@163.com<mailto:wangchuan...@163.com>
>
> References
>
>Visible links
>1. mailto:ksek...@cisco.com
>2. mailto:wangchuan...@163.com
>3. mailto:vpp-dev@lists.fd.io




王传国

山东华辰泰尔信息科技股份有限公司 研发中心
电话：0531-62325309 88877658-8019
手机：18615184689
传真：0531-88870859
网址：http://www.huachentel.com<http://www.huachentel.com/>
地址：山东省济南市高新区舜华路2000号舜泰广场8号楼西区17层
邮编：250101

From: Ni, Hongjun<mailto:hongjun...@intel.com>
Date: 2018-11-20 10:32
To: sweetcomb-...@lists.fd.io<mailto:sweetcomb-...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
CC: Kinsella, Ray<mailto:ray.kinse...@intel.com>; Liu, Yu 
Y<mailto:yu.y@intel.com>; Yu, Ping<mailto:ping...@intel.com>; Liu, Frank 
M<mailto:frank.m@intel.com>; Hu, Xuekun<mailto:xuekun...@intel.com>
Subject: Re: [sweetcomb-dev] Initial code for Sweetcomb project has been 
upstreamed
Hi Rastislav,

Thank you for your code contribution and helpful comments!
You are top contributor to Sysrepo and Sysrepo-VPP.
Hope you can help us a lot on the long development cycle.
Thank you in advance!

Thanks,
Hongjun

From: sweetcomb-...@lists.fd.io<mailto:sweetcomb-...@lists.fd.io> 
[mailto:sweetcomb-...@lists.fd.io] On Behalf Of Rastislav Szabo -X (raszabo - 
PANTHEON TECHNOLOGIES@Cisco) via Lists.Fd.Io
Sent: Monday, November 19, 2018 9:48 PM
To: sweetcomb-...@lists.fd.io<mailto:sweetcomb-...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: Kinsella, Ray mailto:ray.kinse...@intel.com>>; Liu, 
Yu Y mailto:yu.y@intel.com>>; Yu, Ping 
mailto:ping...@intel.com>>; Liu, Frank M 
mailto:frank.m@intel.com>>; Hu, Xuekun 
mailto:xuekun...@intel.com>>
Subject: Re: [sweetcomb-dev] Initial code for Sweetcomb project has been 
upstreamed

Hi all,

Please be aware that the code which was chosen as the initial commit of the 
sweetcomb project is in PoC quality, I wrote it 2 years ago within few days. 
Since then, many things has changed in both VPP and Sysrepo, so it

[vpp-dev] Initial code for Sweetcomb project has been upstreamed

[Ni, Hongjun]

Hi all,

Initial code for Sweetcomb project has been upstreamed as a code base.
It is contributed by Cisco (written by Rastislav Szabo) and HuachenTel.
https://gerrit.fd.io/r/#/c/16020/ Initial code commit for Sweetcomb project

But there are many rework to do and new features to be added.
If you are interested in this project, please join below dev mail list:
https://lists.fd.io/g/sweetcomb-dev
All future discussion will be posted through this dev mail list.

At the presentation to FD.io TSC, many attendees gave some useful suggestions.
After the approval, Jerome Tollet and Miroslav Mikluš also provided helpful 
advice.
I summarized as below:
1). Yang models keep compatible with IETF Yang models and Honeycomb Yang models.
 So end users could switch between Honeycomb and Sweetcomb smoothly.
2). Can support multiple clients to program VPP simultaneously.
3). Automatically reconnect to VPP when it is broken.
4). In case of NC/Y agent restart, VPP need to be repopulated.
 IOW, doing "state reconciliation" between the "desired state" and the 
actual state in VPP.
5). Mapping of the data stores (YANG models) to a list of app API calls.

Any comments and contribution are welcome!

Thanks,
Hongjun


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11310): https://lists.fd.io/g/vpp-dev/message/11310
Mute This Topic: https://lists.fd.io/mt/28240938/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] PPPoE plugin documentation/support

[Ni, Hongjun]

Hi Alp Arslan,

Since PPPoE control packet is special, which destination MAC is the PPPoE 
client's MAC.
Need to submit a patch to identify it and not perform L3 MAC filter in 
ethernet-input-inline() function.
 
Thanks,
Hongjun

-Original Message-
From: alp.ars...@xflowresearch.com [mailto:alp.ars...@xflowresearch.com] 
Sent: Friday, November 9, 2018 4:04 PM
To: Ni, Hongjun ; vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] PPPoE plugin documentation/support

Yes, that seems to be the problem. The control plane interface is dropping the 
replies with error "L3 MAC MISMATCH". 

How do I set the interface to l2? Using the command " set interface l2 bridge 
 1" is not working, as it starts to drop the PADI packets also. 

After using the above mentioned command: 
Packet 1

01:11:18:827637: vhost-user-input
 VirtualEthernet0/0/0 queue 0
   virtio flags:
INDIRECT Indirect descriptor
   virtio_net_hdr first_desc_len 12
 flags 0x00 gso_type 0
 num_buff 0
01:11:18:827641: ethernet-input 
  PPPOE_DISCOVERY: 52:54:00:cc:3a:0e -> ff:ff:ff:ff:ff:ff
01:11:18:827643: l2-input
  l2-input: sw_if_index 3 dst ff:ff:ff:ff:ff:ff src 52:54:00:cc:3a:0e
01:11:18:827644: l2-learn
  l2-learn: sw_if_index 3 dst ff:ff:ff:ff:ff:ff src 52:54:00:cc:3a:0e bd_index 1
01:11:18:827646: error-drop
  l2-flood: L2 replication complete

Regards,
Alp Arslan

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, November 8, 2018 5:18 PM
To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support

Hi alp arslan,

It works in my server. 

Below is my configuration:

vpp# set int state TenGigabitEthernet5/0/0 up vpp# set int ip table
TenGigabitEthernet5/0/0 0 vpp# set int ip address TenGigabitEthernet5/0/0
100.1.1.3/32 vpp# vpp# set int state TenGigabitEthernet5/0/1 up vpp# set int ip 
table TenGigabitEthernet5/0/1 0 vpp# set int ip address
TenGigabitEthernet5/0/1 100.1.1.200/32 vpp# ip route add 100.1.1.100/24 via
100.1.1.4 TenGigabitEthernet5/0/1 vpp# set ip arp TenGigabitEthernet5/0/1
100.1.1.100 ..0001 vpp# vpp# create pppoe cp cp-if-index 2 vpp# vpp# 
trace add dpdk-input 10

//Then you sent PADI packet:

vpp#
vpp# sh trace
--- Start of thread 0 vpp_main --- Packet 1

00:00:49:834924: dpdk-input
  TenGigabitEthernet5/0/0 rx queue 0
  buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x0
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct l2-hdr-offset 0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr
0x6dd38140
packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload Flags
  PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
  PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
Packet Types
  RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff
00:00:49:834959: ethernet-input
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff
00:00:49:834978: pppoe-cp-dispatch
  PPPoE dispatch from sw_if_index -1 next 1 error 0
  pppoe_code 0x9  ppp_proto 0x101
00:00:49:835469: TenGigabitEthernet5/0/1-output
  TenGigabitEthernet5/0/1
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff
00:00:49:835473: TenGigabitEthernet5/0/1-tx
  TenGigabitEthernet5/0/1 tx queue 0
  buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x0
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 
l3-hdr-offset 14
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr
0x6dd38140
packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload Flags
  PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
  PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
Packet Types
  RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff

vpp#
vpp#
vpp# sh pppoe session
No pppoe sessions configured...
vpp#
vpp# sh pppoe fib
no pppoe fib entries
vpp#
vpp#

//Then you need to configure pppoe session:

vpp# create pppoe session client-ip 100.1.1.2 session-id 1 client-mac
00:11:01:00:00:01
pppoe_session0

vpp# sh pppoe fib
Mac-Address session_id  sw_if_index  session_index
 00:11:01:00:00:01   1   1 0
1 pppoe fib entries
vpp#
vpp# sh pppoe session
[0] sw-if-index 3 client-ip 100.1.1.2 session-id 1 encap-if-index 1 
decap-fib-index 0
local-mac 90:e2:ba:48:7a:80  client-mac 00:11:01:00:00:01

//For l3 mac mismatch, maybe you need to set your control interface to l2 mode.

Thanks,
Hongju

Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

[Ni, Hongjun]

Hi all,

Sweetcomb project has been approved by FD.io TSC.

And project creation has been completed.

Thank you all for your great help to make this happen!



Below is the project resource:



Committers group:  fdio-gerrit-sweetcomb-committers Invites sent to the initial 
committers:  
https://wiki.fd.io/view/Project_Proposals/Sweetcomb#Initial_Committers

JIRA:  https://jira.fd.io/projects/SWEET/issues

Jenkins:  https://jenkins.fd.io/view/sweetcomb/

Gerrit:  https://gerrit.fd.io/r/#/admin/projects/sweetcomb

Groups.io:  https://lists.fd.io/g/sweetcomb-dev

GitHub Replication:  https://github.com/FDio/sweetcomb


We also have submitted initial code for IPR Review.
https://gerrit.fd.io/r/#/c/15835/ Initial code checkin for Sweetcomb project

The initial code is contributed by HuachenTel, and we help to refactor it.
If you have any concern, please raise it in project mail list: 
sweetcomb-...@lists.fd.io<mailto:sweetcomb-...@lists.fd.io>

Thank you again,
Hongjun

From: t...@lists.fd.io [mailto:t...@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, November 8, 2018 10:57 PM
To: Ni, Hongjun ; Edward Warnicke 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Drenfong 
; ??? ; 
chen...@huachentel.com; lizhuo...@cmhi.chinamobile.com; ??? 
; zhijl@chinatelecom.cn; changlin...@nxp.com; Wang 
Tianyi ; davidfgao(?? ; 
lixin...@huachentel.com; jingqing@alibaba-inc.com; gu.ji...@zte.com.cn; 
Jerome Tollet (jtollet) 
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

Hi TSC members,

Our Initial code has been refactored and  gone through internal legal review.

How can we submit the code to the fd.io Foundation for IPR Review?

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, November 8, 2018 12:04 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>; Edward 
Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>; Jerome Tollet (jtollet) 
mailto:jtol...@cisco.com>>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb


Welcome Cisco to join Sweetcomb project!

https://wiki.fd.io/view/Project_Proposals/Sweetcomb

Thanks a lot,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> [mailto:t...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Thursday, November 1, 2018 8:40 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>; Edward 
Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb


Welcome ZTE to join!

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, October 25, 2018 9:22 AM
To: Edward Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@t

Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

[Ni, Hongjun]

Hi TSC members,

Our Initial code has been refactored and  gone through internal legal review.

How can we submit the code to the fd.io Foundation for IPR Review?

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, November 8, 2018 12:04 PM
To: Ni, Hongjun ; Edward Warnicke 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Drenfong 
; ??? ; 
chen...@huachentel.com; lizhuo...@cmhi.chinamobile.com; ??? 
; zhijl@chinatelecom.cn; changlin...@nxp.com; Wang 
Tianyi ; davidfgao(?? ; 
lixin...@huachentel.com; jingqing@alibaba-inc.com; gu.ji...@zte.com.cn; 
Jerome Tollet (jtollet) 
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb


Welcome Cisco to join Sweetcomb project!

https://wiki.fd.io/view/Project_Proposals/Sweetcomb

Thanks a lot,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> [mailto:t...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Thursday, November 1, 2018 8:40 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>; Edward 
Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>; 
gu.ji...@zte.com.cn<mailto:gu.ji...@zte.com.cn>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb


Welcome ZTE to join!

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, October 25, 2018 9:22 AM
To: Edward Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

Hi all,

Some guys are asking for the original code in private.
Here is our answer:


We are working on reworking the original code, and doing internal legal review.

When it is done,  we will submit the code to FD.io community for IPR review in 
one or two weeks.

Thanks a lot,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:47 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

I look forward to it :)

Ed

On Tue, Oct 23, 2018 at 8:42 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Ed,

OK. I or some project proposer will join the Nov 8 8am PT TSC meeting and 
present the proposal.

Thanks a lot,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> 
[mailto:t...@lists.fd.io<mailto:t...@lists.fd.io>] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:15 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>

Re: [vpp-dev] PPPoE plugin documentation/support

[Ni, Hongjun]

Hi alp arslan,

It works in my server. 

Below is my configuration:

vpp# set int state TenGigabitEthernet5/0/0 up
vpp# set int ip table TenGigabitEthernet5/0/0 0
vpp# set int ip address TenGigabitEthernet5/0/0 100.1.1.3/32
vpp#
vpp# set int state TenGigabitEthernet5/0/1 up
vpp# set int ip table TenGigabitEthernet5/0/1 0
vpp# set int ip address TenGigabitEthernet5/0/1 100.1.1.200/32
vpp# ip route add 100.1.1.100/24 via 100.1.1.4 TenGigabitEthernet5/0/1
vpp# set ip arp TenGigabitEthernet5/0/1 100.1.1.100 ..0001
vpp#
vpp# create pppoe cp cp-if-index 2
vpp#
vpp# trace add dpdk-input 10

//Then you sent PADI packet:

vpp#
vpp# sh trace
--- Start of thread 0 vpp_main ---
Packet 1

00:00:49:834924: dpdk-input
  TenGigabitEthernet5/0/0 rx queue 0
  buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x0
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct l2-hdr-offset 0
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 
0x6dd38140
packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload Flags
  PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
  PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
Packet Types
  RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff
00:00:49:834959: ethernet-input
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff
00:00:49:834978: pppoe-cp-dispatch
  PPPoE dispatch from sw_if_index -1 next 1 error 0
  pppoe_code 0x9  ppp_proto 0x101
00:00:49:835469: TenGigabitEthernet5/0/1-output
  TenGigabitEthernet5/0/1
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff
00:00:49:835473: TenGigabitEthernet5/0/1-tx
  TenGigabitEthernet5/0/1 tx queue 0
  buffer 0xa4e03: current data 0, length 60, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x0
  ext-hdr-valid
  l4-cksum-computed l4-cksum-correct l2-hdr-offset 0 
l3-hdr-offset 14
  PKT MBUF: port 0, nb_segs 1, pkt_len 60
buf_len 2176, data_len 60, ol_flags 0x180, data_off 128, phys_addr 
0x6dd38140
packet_type 0x1 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload Flags
  PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
  PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
Packet Types
  RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
  PPPOE_DISCOVERY: 00:11:01:00:00:01 -> ff:ff:ff:ff:ff:ff

vpp#
vpp#
vpp# sh pppoe session
No pppoe sessions configured...
vpp#
vpp# sh pppoe fib
no pppoe fib entries
vpp#
vpp#

//Then you need to configure pppoe session:

vpp# create pppoe session client-ip 100.1.1.2 session-id 1 client-mac 
00:11:01:00:00:01
pppoe_session0

vpp# sh pppoe fib
Mac-Address session_id  sw_if_index  session_index
 00:11:01:00:00:01   1   1 0
1 pppoe fib entries
vpp#
vpp# sh pppoe session
[0] sw-if-index 3 client-ip 100.1.1.2 session-id 1 encap-if-index 1 
decap-fib-index 0
local-mac 90:e2:ba:48:7a:80  client-mac 00:11:01:00:00:01

//For l3 mac mismatch, maybe you need to set your control interface to l2 mode.

Thanks,
Hongjun


-Original Message-
From: alp.ars...@xflowresearch.com [mailto:alp.ars...@xflowresearch.com] 
Sent: Thursday, November 8, 2018 6:38 PM
To: Ni, Hongjun ; vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] PPPoE plugin documentation/support

Still waiting on this. 
Can anyone help me on this one?

-Original Message-
From: Muhammad Alp Arslan (alp.ars...@xflowresearch.com) 
[mailto:alp.ars...@xflowresearch.com]
Sent: Friday, November 2, 2018 4:07 PM
To: 'Ni, Hongjun'; 'vpp-dev@lists.fd.io'
Subject: RE: [vpp-dev] PPPoE plugin documentation/support

Hello, 

I want to use the latest VPP, instead of 17.10. The latest ( 18.10 ) version 
pppoe plugin is not working correctly. 

The PADI packets are successfully sent to the cp interface, but it is not 
creating and pppoe fib, due to which the PADO packets are being dropped.

Packet 1

02:34:23:456994: virtio-input
  virtio: hw_if_index 3 next-index 4 vring 0 len 63
hdr: flags 0x00 gso_type 0x00 hdr_len 0 gso_size 0 csum_start 0 csum_offset 
0 num_buffers 1
02:34:23:457015: ethernet-input
  PPPOE_DISCOVERY: e6:b1:bd:65:91:c1 -> 52:54:00:79:64:b9
02:34:23:457031: error-drop
  ethernet-input: l3 mac mismatch

vpp# show pppoe fib
no pppoe fib entries

Is this behavior intentional? Do I need to configure anything else other than 
the cp interface?  

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Wednesday, October 24, 2018 2:51 PM
To: 'Ni, Hongjun'; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support

Its working fine with VPP 17.10. I can see t

Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

[Ni, Hongjun]

Welcome Cisco to join Sweetcomb project!

https://wiki.fd.io/view/Project_Proposals/Sweetcomb

Thanks a lot,
Hongjun

From: t...@lists.fd.io [mailto:t...@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, November 1, 2018 8:40 AM
To: Ni, Hongjun ; Edward Warnicke 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Drenfong 
; ??? ; 
chen...@huachentel.com; lizhuo...@cmhi.chinamobile.com; ??? 
; zhijl@chinatelecom.cn; changlin...@nxp.com; Wang 
Tianyi ; davidfgao(?? ; 
lixin...@huachentel.com; jingqing@alibaba-inc.com; gu.ji...@zte.com.cn
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb


Welcome ZTE to join!

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, October 25, 2018 9:22 AM
To: Edward Warnicke mailto:hagb...@gmail.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

Hi all,

Some guys are asking for the original code in private.
Here is our answer:


We are working on reworking the original code, and doing internal legal review.

When it is done,  we will submit the code to FD.io community for IPR review in 
one or two weeks.

Thanks a lot,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:47 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

I look forward to it :)

Ed

On Tue, Oct 23, 2018 at 8:42 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Ed,

OK. I or some project proposer will join the Nov 8 8am PT TSC meeting and 
present the proposal.

Thanks a lot,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> 
[mailto:t...@lists.fd.io<mailto:t...@lists.fd.io>] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:15 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [tsc] Project Proposal for Sweetcomb

Hongjun,

Thank you for the proposal :)  Per the FD.io technical charter, all proposals 
must be out for public review for two weeks prior to approval by the TSC.  I 
believe this makes Nov 8 the earliest TSC meeting where we could approve at the 
TSC.  Would you like to schedule the project creation review for the Nov 8 8am 
PT TSC meeting?  Will you (or other proposers of the project) be able to make 
that time to present the proposal?

Ed

On Tue, Oct 23, 2018 at 7:01 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for Sweetcomb for consideration.
https://wiki.fd.io/view/Project_Proposals/Sweetcomb

This project has n

Re: [E] [vpp-dev] VPPSB Netlink build failing

[Ni, Hongjun]

Hi Florin,

Netlink/router plugin is implemented as some graph nodes in the data plane,
It is better to use C FIB APIs to update FIB.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: Monday, November 5, 2018 11:06 AM
To: Ni, Hongjun 
Cc: Damjan Marion ; alp.ars...@xflowresearch.com; Kevin Yan 
; vpp-dev@lists.fd.io
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

Agreed with Damjan. Why not manage this as a separate project, just like 
Sweetcomb? Goal for Sandbox was to host plugins that could later convert into 
fully fledged projects.

Also, can’t netlink/router plugins use the binary APIs instead of, I would 
assume, raw C FIB APIs? That should simplify code maintenance.

Florin


On Nov 4, 2018, at 6:41 PM, Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:

Hi Damjan,

With some talks with customers, they want us to provide two options:
One option is what you mentioned here, routing daemon is integrated with VPP 
through binary APIs directly.
That is what we plan to do in Sweetcomb project.

Another option is to leverage legacy routing daemon without any change.
That is what vppsb netlink and router plugin have provided.
Since more than ten customers are using this feature,
and staying in vppsb makes it not sync with VPP code change in time.
So I suggest that we move it to VPP main repo.

Thanks,
Hongjun

From: Damjan Marion [mailto:dmar...@me.com]
Sent: Monday, November 5, 2018 1:32 AM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: alp.ars...@xflowresearch.com<mailto:alp.ars...@xflowresearch.com>; Kevin 
Yan mailto:kevin@mavenir.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing


Personally  i think it should stay in vppsb. I agree we miss integration with 
open source routing protocol implementation but it should be done natively 
trough binary APIs  and not with netlink hacks...

—
Damjan

On 4 Nov 2018, at 11:52, Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Guys,

We are working on moving VPPSB Netlink to VPP main repo:
https://gerrit.fd.io/r/#/c/15062/ Port VPPSB's rtnetlink & router plugin to VPP 
main

This patch is under review and consolidating, but it could work well and you 
can use it.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com<mailto:alp.ars...@xflowresearch.com>
Sent: Friday, November 2, 2018 6:43 PM
To: 'Kevin Yan' mailto:kevin@mavenir.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

Using this command and running the application again, solved the issue,

# rm -rf /dev/shm/*

Thank you for the help.
From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com<mailto:alp.ars...@xflowresearch.com>
Sent: Friday, November 2, 2018 12:42 PM
To: 'Kevin Yan'; vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

No luck. Getting a seg fault. Will try to build again with stable/1810 instead 
of the master.

[root@vpp-build bin]# ./vpp -c startup.conf
vlib_plugin_early_init:361: plugin path 
/vpp/build-root/install-vpp_debug-native/vpp/lib/vpp_plugins
load_one_plugin:189: Loaded plugin: abf_plugin.so (ACL based Forwarding)
load_one_plugin:189: Loaded plugin: acl_plugin.so (Access Control Lists)
load_one_plugin:189: Loaded plugin: avf_plugin.so (Intel Adaptive Virtual 
Function (AVF) Device Plugin)
load_one_plugin:191: Loaded plugin: cdp_plugin.so
load_one_plugin:189: Loaded plugin: dpdk_plugin.so (Data Plane Development Kit 
(DPDK))
load_one_plugin:189: Loaded plugin: flowprobe_plugin.so (Flow per Packet)
load_one_plugin:189: Loaded plugin: gbp_plugin.so (Group Based Policy)
load_one_plugin:189: Loaded plugin: gtpu_plugin.so (GTPv1-U)
load_one_plugin:189: Loaded plugin: igmp_plugin.so (IGMP messaging)
load_one_plugin:189: Loaded plugin: ila_plugin.so (Identifier-locator 
addressing for IPv6)
load_one_plugin:189: Loaded plugin: ioam_plugin.so (Inbound OAM)
load_one_plugin:117: Plugin disabled (default): ixge_plugin.so
load_one_plugin:189: Loaded plugin: l2e_plugin.so (L2 Emulation)
load_one_plugin:189: Loaded plugin: lacp_plugin.so (Link Aggregation Control 
Protocol)
load_one_plugin:189: Loaded plugin: lb_plugin.so (Load Balancer)
load_one_plugin:189: Loaded plugin: mactime_plugin.so (Time-based MAC 
source-address filter)
load_one_plugin:189: Loaded plugin: map_plugin.so (Mapping of address and port 
(MAP))
load_one_plugin:189: Loaded plugin: memif_plugin.so (Packet Memory Interface 
(experimental))
load_one_plugin:189: Loaded plugin: nat_plugin.so (Network Address Translation)
load_one_plugin:189: Loaded plugin: nsh_plugin.so (Network Service Header)
load_one_plugin:189: Loaded plugin: n

Re: [E] [vpp-dev] VPPSB Netlink build failing

[Ni, Hongjun]

Hi Damjan,

With some talks with customers, they want us to provide two options:
One option is what you mentioned here, routing daemon is integrated with VPP 
through binary APIs directly.
That is what we plan to do in Sweetcomb project.

Another option is to leverage legacy routing daemon without any change.
That is what vppsb netlink and router plugin have provided.
Since more than ten customers are using this feature,
and staying in vppsb makes it not sync with VPP code change in time.
So I suggest that we move it to VPP main repo.

Thanks,
Hongjun

From: Damjan Marion [mailto:dmar...@me.com]
Sent: Monday, November 5, 2018 1:32 AM
To: Ni, Hongjun 
Cc: alp.ars...@xflowresearch.com; Kevin Yan ; 
vpp-dev@lists.fd.io
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing


Personally  i think it should stay in vppsb. I agree we miss integration with 
open source routing protocol implementation but it should be done natively 
trough binary APIs  and not with netlink hacks...

—
Damjan

On 4 Nov 2018, at 11:52, Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Guys,

We are working on moving VPPSB Netlink to VPP main repo:
https://gerrit.fd.io/r/#/c/15062/ Port VPPSB's rtnetlink & router plugin to VPP 
main

This patch is under review and consolidating, but it could work well and you 
can use it.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com<mailto:alp.ars...@xflowresearch.com>
Sent: Friday, November 2, 2018 6:43 PM
To: 'Kevin Yan' mailto:kevin@mavenir.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

Using this command and running the application again, solved the issue,

# rm -rf /dev/shm/*

Thank you for the help.
From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com<mailto:alp.ars...@xflowresearch.com>
Sent: Friday, November 2, 2018 12:42 PM
To: 'Kevin Yan'; vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

No luck. Getting a seg fault. Will try to build again with stable/1810 instead 
of the master.

[root@vpp-build bin]# ./vpp -c startup.conf
vlib_plugin_early_init:361: plugin path 
/vpp/build-root/install-vpp_debug-native/vpp/lib/vpp_plugins
load_one_plugin:189: Loaded plugin: abf_plugin.so (ACL based Forwarding)
load_one_plugin:189: Loaded plugin: acl_plugin.so (Access Control Lists)
load_one_plugin:189: Loaded plugin: avf_plugin.so (Intel Adaptive Virtual 
Function (AVF) Device Plugin)
load_one_plugin:191: Loaded plugin: cdp_plugin.so
load_one_plugin:189: Loaded plugin: dpdk_plugin.so (Data Plane Development Kit 
(DPDK))
load_one_plugin:189: Loaded plugin: flowprobe_plugin.so (Flow per Packet)
load_one_plugin:189: Loaded plugin: gbp_plugin.so (Group Based Policy)
load_one_plugin:189: Loaded plugin: gtpu_plugin.so (GTPv1-U)
load_one_plugin:189: Loaded plugin: igmp_plugin.so (IGMP messaging)
load_one_plugin:189: Loaded plugin: ila_plugin.so (Identifier-locator 
addressing for IPv6)
load_one_plugin:189: Loaded plugin: ioam_plugin.so (Inbound OAM)
load_one_plugin:117: Plugin disabled (default): ixge_plugin.so
load_one_plugin:189: Loaded plugin: l2e_plugin.so (L2 Emulation)
load_one_plugin:189: Loaded plugin: lacp_plugin.so (Link Aggregation Control 
Protocol)
load_one_plugin:189: Loaded plugin: lb_plugin.so (Load Balancer)
load_one_plugin:189: Loaded plugin: mactime_plugin.so (Time-based MAC 
source-address filter)
load_one_plugin:189: Loaded plugin: map_plugin.so (Mapping of address and port 
(MAP))
load_one_plugin:189: Loaded plugin: memif_plugin.so (Packet Memory Interface 
(experimental))
load_one_plugin:189: Loaded plugin: nat_plugin.so (Network Address Translation)
load_one_plugin:189: Loaded plugin: nsh_plugin.so (Network Service Header)
load_one_plugin:189: Loaded plugin: nsim_plugin.so (network delay simulator 
plugin)
load_one_plugin:189: Loaded plugin: perfmon_plugin.so (Performance monitor 
plugin)
load_one_plugin:189: Loaded plugin: pppoe_plugin.so (PPPoE)
load_one_plugin:189: Loaded plugin: router.so (router)
load_one_plugin:189: Loaded plugin: srv6ad_plugin.so (Dynamic SRv6 proxy)
load_one_plugin:189: Loaded plugin: srv6am_plugin.so (Masquerading SRv6 proxy)
load_one_plugin:189: Loaded plugin: srv6as_plugin.so (Static SRv6 proxy)
load_one_plugin:189: Loaded plugin: stn_plugin.so (VPP Steals the NIC for 
Container integration)
load_one_plugin:189: Loaded plugin: svs_plugin.so (Source VRF Select)
load_one_plugin:189: Loaded plugin: tlsopenssl_plugin.so (openssl based TLS 
Engine)
load_one_plugin:117: Plugin disabled (default): unittest_plugin.so
load_one_plugin:189: Loaded plugin: vmxnet3_plugin.so (VMWare Vmxnet3 Device 
Plugin)
./vpp[15923]: svm_map_region:766: region /global_vm mutex held by dead pid 
15806, tag 2, force unlock
./vpp[15923]: svm

Re: [E] [vpp-dev] VPPSB Netlink build failing

[Ni, Hongjun]

Hi Guys,

We are working on moving VPPSB Netlink to VPP main repo:
https://gerrit.fd.io/r/#/c/15062/ Port VPPSB's rtnetlink & router plugin to VPP 
main

This patch is under review and consolidating, but it could work well and you 
can use it.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Friday, November 2, 2018 6:43 PM
To: 'Kevin Yan' ; vpp-dev@lists.fd.io
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

Using this command and running the application again, solved the issue,

# rm -rf /dev/shm/*

Thank you for the help.
From: vpp-dev@lists.fd.io 
[mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Friday, November 2, 2018 12:42 PM
To: 'Kevin Yan'; vpp-dev@lists.fd.io
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

No luck. Getting a seg fault. Will try to build again with stable/1810 instead 
of the master.

[root@vpp-build bin]# ./vpp -c startup.conf
vlib_plugin_early_init:361: plugin path 
/vpp/build-root/install-vpp_debug-native/vpp/lib/vpp_plugins
load_one_plugin:189: Loaded plugin: abf_plugin.so (ACL based Forwarding)
load_one_plugin:189: Loaded plugin: acl_plugin.so (Access Control Lists)
load_one_plugin:189: Loaded plugin: avf_plugin.so (Intel Adaptive Virtual 
Function (AVF) Device Plugin)
load_one_plugin:191: Loaded plugin: cdp_plugin.so
load_one_plugin:189: Loaded plugin: dpdk_plugin.so (Data Plane Development Kit 
(DPDK))
load_one_plugin:189: Loaded plugin: flowprobe_plugin.so (Flow per Packet)
load_one_plugin:189: Loaded plugin: gbp_plugin.so (Group Based Policy)
load_one_plugin:189: Loaded plugin: gtpu_plugin.so (GTPv1-U)
load_one_plugin:189: Loaded plugin: igmp_plugin.so (IGMP messaging)
load_one_plugin:189: Loaded plugin: ila_plugin.so (Identifier-locator 
addressing for IPv6)
load_one_plugin:189: Loaded plugin: ioam_plugin.so (Inbound OAM)
load_one_plugin:117: Plugin disabled (default): ixge_plugin.so
load_one_plugin:189: Loaded plugin: l2e_plugin.so (L2 Emulation)
load_one_plugin:189: Loaded plugin: lacp_plugin.so (Link Aggregation Control 
Protocol)
load_one_plugin:189: Loaded plugin: lb_plugin.so (Load Balancer)
load_one_plugin:189: Loaded plugin: mactime_plugin.so (Time-based MAC 
source-address filter)
load_one_plugin:189: Loaded plugin: map_plugin.so (Mapping of address and port 
(MAP))
load_one_plugin:189: Loaded plugin: memif_plugin.so (Packet Memory Interface 
(experimental))
load_one_plugin:189: Loaded plugin: nat_plugin.so (Network Address Translation)
load_one_plugin:189: Loaded plugin: nsh_plugin.so (Network Service Header)
load_one_plugin:189: Loaded plugin: nsim_plugin.so (network delay simulator 
plugin)
load_one_plugin:189: Loaded plugin: perfmon_plugin.so (Performance monitor 
plugin)
load_one_plugin:189: Loaded plugin: pppoe_plugin.so (PPPoE)
load_one_plugin:189: Loaded plugin: router.so (router)
load_one_plugin:189: Loaded plugin: srv6ad_plugin.so (Dynamic SRv6 proxy)
load_one_plugin:189: Loaded plugin: srv6am_plugin.so (Masquerading SRv6 proxy)
load_one_plugin:189: Loaded plugin: srv6as_plugin.so (Static SRv6 proxy)
load_one_plugin:189: Loaded plugin: stn_plugin.so (VPP Steals the NIC for 
Container integration)
load_one_plugin:189: Loaded plugin: svs_plugin.so (Source VRF Select)
load_one_plugin:189: Loaded plugin: tlsopenssl_plugin.so (openssl based TLS 
Engine)
load_one_plugin:117: Plugin disabled (default): unittest_plugin.so
load_one_plugin:189: Loaded plugin: vmxnet3_plugin.so (VMWare Vmxnet3 Device 
Plugin)
./vpp[15923]: svm_map_region:766: region /global_vm mutex held by dead pid 
15806, tag 2, force unlock
./vpp[15923]: svm_map_region:774: recovery: attempt to re-lock region
Segmentation fault

From: vpp-dev@lists.fd.io 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Kevin Yan
Sent: Friday, November 2, 2018 12:28 PM
To: alp.ars...@xflowresearch.com; 
vpp-dev@lists.fd.io
Subject: Re: [E] [vpp-dev] VPPSB Netlink build failing

I think rpm packages can be generated but I never tried that,  just use "make 
run " or "vpp -c /etc/vpp/startup.conf" to start vpp,  the additional thing you 
should do is just copy router.so to the default plugin location.

From: alp.ars...@xflowresearch.com 
[mailto:alp.ars...@xflowresearch.com]
Sent: Friday, November 02, 2018 3:17 PM
To: Kevin Yan mailto:kevin@mavenir.com>>; 
vpp-dev@lists.fd.io
Subject: RE: [E] [vpp-dev] VPPSB Netlink build failing

Yes, did that and its compiling. Thanks.

One question, after the build is completed, how do I install it to my system? I 
can see the install directory with all the binaries, but how do I get them to 
proper locations, like I would if I installed using the rpms.


From: vpp-dev@lists.fd.io 

Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

[Ni, Hongjun]

Welcome ZTE to join!

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Thursday, October 25, 2018 9:22 AM
To: Edward Warnicke 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Drenfong 
; ??? ; 
chen...@huachentel.com; lizhuo...@cmhi.chinamobile.com; ??? 
; zhijl@chinatelecom.cn; changlin...@nxp.com; Wang 
Tianyi ; davidfgao(?? ; 
lixin...@huachentel.com; jingqing@alibaba-inc.com
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

Hi all,

Some guys are asking for the original code in private.
Here is our answer:


We are working on reworking the original code, and doing internal legal review.

When it is done,  we will submit the code to FD.io community for IPR review in 
one or two weeks.

Thanks a lot,
Hongjun

From: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io> 
[mailto:vpp-dev@lists.fd.io] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:47 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

I look forward to it :)

Ed

On Tue, Oct 23, 2018 at 8:42 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Ed,

OK. I or some project proposer will join the Nov 8 8am PT TSC meeting and 
present the proposal.

Thanks a lot,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> 
[mailto:t...@lists.fd.io<mailto:t...@lists.fd.io>] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:15 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [tsc] Project Proposal for Sweetcomb

Hongjun,

Thank you for the proposal :)  Per the FD.io technical charter, all proposals 
must be out for public review for two weeks prior to approval by the TSC.  I 
believe this makes Nov 8 the earliest TSC meeting where we could approve at the 
TSC.  Would you like to schedule the project creation review for the Nov 8 8am 
PT TSC meeting?  Will you (or other proposers of the project) be able to make 
that time to present the proposal?

Ed

On Tue, Oct 23, 2018 at 7:01 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for Sweetcomb for consideration.
https://wiki.fd.io/view/Project_Proposals/Sweetcomb

This project has nine founding companies:
Intel, HuachenTel, China Mobile, China Unicom, China Telecom, NXP, Tieto, 
Tencent, Alibaba.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#856): https://lists.fd.io/g/tsc/message/856
Mute This Topic: https://lists.fd.io/mt/27567539/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11060): https://lists.fd.io/g/vpp-dev/message/11060
Mute This Topic: https://lists.fd.io/mt/27568384/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

[Ni, Hongjun]

Hi all,

Some guys are asking for the original code in private.
Here is our answer:


We are working on reworking the original code, and doing internal legal review.

When it is done,  we will submit the code to FD.io community for IPR review in 
one or two weeks.

Thanks a lot,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Edward 
Warnicke
Sent: Tuesday, October 23, 2018 9:47 PM
To: Ni, Hongjun 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Drenfong 
; ??? ; 
chen...@huachentel.com; lizhuo...@cmhi.chinamobile.com; ??? 
; zhijl@chinatelecom.cn; changlin...@nxp.com; Wang 
Tianyi ; davidfgao(?? ; 
lixin...@huachentel.com; jingqing@alibaba-inc.com
Subject: Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

I look forward to it :)

Ed

On Tue, Oct 23, 2018 at 8:42 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi Ed,

OK. I or some project proposer will join the Nov 8 8am PT TSC meeting and 
present the proposal.

Thanks a lot,
Hongjun

From: t...@lists.fd.io<mailto:t...@lists.fd.io> 
[mailto:t...@lists.fd.io<mailto:t...@lists.fd.io>] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:15 PM
To: Ni, Hongjun mailto:hongjun...@intel.com>>
Cc: t...@lists.fd.io<mailto:t...@lists.fd.io>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Wang, Drenfong 
mailto:drenfong.w...@intel.com>>; ??? 
mailto:wangchuan...@huachentel.com>>; 
chen...@huachentel.com<mailto:chen...@huachentel.com>; 
lizhuo...@cmhi.chinamobile.com<mailto:lizhuo...@cmhi.chinamobile.com>; ??? 
mailto:lihf...@chinaunicom.cn>>; 
zhijl@chinatelecom.cn<mailto:zhijl@chinatelecom.cn>; 
changlin...@nxp.com<mailto:changlin...@nxp.com>; Wang Tianyi 
mailto:tianyi.w...@tieto.com>>; davidfgao(?? 
mailto:davidf...@tencent.com>>; 
lixin...@huachentel.com<mailto:lixin...@huachentel.com>; 
jingqing@alibaba-inc.com<mailto:jingqing@alibaba-inc.com>
Subject: Re: [tsc] Project Proposal for Sweetcomb

Hongjun,

Thank you for the proposal :)  Per the FD.io technical charter, all proposals 
must be out for public review for two weeks prior to approval by the TSC.  I 
believe this makes Nov 8 the earliest TSC meeting where we could approve at the 
TSC.  Would you like to schedule the project creation review for the Nov 8 8am 
PT TSC meeting?  Will you (or other proposers of the project) be able to make 
that time to present the proposal?

Ed

On Tue, Oct 23, 2018 at 7:01 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for Sweetcomb for consideration.
https://wiki.fd.io/view/Project_Proposals/Sweetcomb

This project has nine founding companies:
Intel, HuachenTel, China Mobile, China Unicom, China Telecom, NXP, Tieto, 
Tencent, Alibaba.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#856): https://lists.fd.io/g/tsc/message/856
Mute This Topic: https://lists.fd.io/mt/27567539/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10974): https://lists.fd.io/g/vpp-dev/message/10974
Mute This Topic: https://lists.fd.io/mt/27568384/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] PPPoE plugin documentation/support

[Ni, Hongjun]

Hi Alp Arslan,

Please see below slides for more details. There is some packet trace for your 
reference.

https://schd.ws/hosted_files/onsna18/cf/Accelerated%20Open%20Source%20vBRAS%20Solution%20Based%20on%20OpenBRAS%20and%20VPP%26DPDK.PPTX

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Wednesday, October 24, 2018 2:49 PM
To: Ni, Hongjun ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support

Dell - Internal Use - Confidential  

Dear Hongjun, 

I was able to correctly set up the cp interface, my mistake as I was giving the 
wrong interface index. 
Now the PADI packets are passed to cp interface. 

I started a pppoe-server on the Linux side (tap0) interface, but VPP is 
dropping the PADO packets. 
Adding a trace on the virtio-input shows this: 

00:04:07:498195: virtio-input
  virtio: hw_if_index 2 next-index 4 vring 0 len 71
hdr: flags 0x00 gso_type 0x00 hdr_len 0 gso_size 0 csum_start 0 csum_offset 
0 num_buffers 1
00:04:07:498204: ethernet-input
  PPPOE_DISCOVERY: f6:a0:85:84:98:e6 -> 3c:fd:fe:25:e6:20
00:04:07:498209: error-drop
  ethernet-input: l3 mac mismatch

The destination MAC address belongs to the pppoe-client, that's connected to 
the 10G interface. However, VPP doesn't seem to know where to forward the PADO 
replies. 
Also there are no entries in the pppoe fib for this client. Can you please help 
me with this one? Please let me know if you need any more information. 

Regards,
Alp Arslan


-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Tuesday, October 23, 2018 1:07 PM
To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support

Hi Alp Arslan,

To make tap_cli work, you need to revert the code as per this patch:
https://gerrit.fd.io/r/#/c/9467/ 

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Tuesday, October 23, 2018 4:01 PM
To: Ni, Hongjun ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support

Dell - Internal Use - Confidential  

Dear Hongjun, 

Thanks for the reply. 

I am using the VPP version 18.07. If the tap_cli is still present, can you 
please point me towards what could be the problem with the existing plugin. 
I would like to see this one working a little bit, before starting to look into 
tapv2.

Regards,
Alp Arslan

-Original Message-
From: Ni, Hongjun [mailto:hongjun...@intel.com]
Sent: Tuesday, October 23, 2018 12:51 PM
To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] PPPoE plugin documentation/support

Hi Alp Arslan,

Since tap_cli code is going to be deprecated in favour of tapv2.
I suggest you leverage tapv2, and also need some rework for PPPoE plugin.

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Tuesday, October 23, 2018 3:08 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] PPPoE plugin documentation/support

Dear All, 

I am trying to evaluate the support of pppoe in vpp. However, I am facing some 
issues, here is my startup conf file. 

unix {
  nodaemon
  log /var/log/vpp/vpp.log
  full-coredump
  cli-listen /run/vpp/cli.sock
  gid vpp
}
api-trace {
  on
}
api-segment {
  gid vpp
}
socksvr {
  default
}
cpu {
main-core 1
corelist-workers 2,4,3,5
}
dpdk {
dev :05:00.1
uio-driver vfio-pci
socket-mem 2048,2048
}
plugins {
plugin default { enable}
}
tuntap {
  enable
  ethernet
  name newtap
}

After that I run the following commands: 

vpp# set interface state TenGigabitEthernet5/0/1 up vpp# set interface state
local0 up

Now at this point if I try to connect from the pppoe client, I can see three 
PADI request reaching VPP, and VPP trying to forward them at local0 interface. 
To forward this traffic to the tap port instead, I use this command. 

vpp# create pppoe cp cp-if-index 2

The help and the documentation for this command show this "create pppoe cp 
if-name  [del]", which doesn't work.
Now at this moment, I was expecting the VPP to forward the PADI request to
tuntap-0 interface, but I don't see anything in the VPP counters, nor by using 
tcpdump on interface "newtap" which is the kernel facing side of "tuntap-0" 
interface. 

My question is, Is my approach correct? Are the PADI requests forwarded to the 
tuntap-0 interface? If not where do they go? I cannot find any good 
documentation on this anywhere. 
Any help regarding this would be highly appreciated. 

Regards,
Alp Arslan





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10942): https://lists.fd.io/g/vpp-dev/message/10942
Mute This Topic: https://lists.fd.io/m

Re: [vpp-dev] [tsc] Project Proposal for Sweetcomb

[Ni, Hongjun]

Hi Ed,

OK. I or some project proposer will join the Nov 8 8am PT TSC meeting and 
present the proposal.

Thanks a lot,
Hongjun

From: t...@lists.fd.io [mailto:t...@lists.fd.io] On Behalf Of Edward Warnicke
Sent: Tuesday, October 23, 2018 9:15 PM
To: Ni, Hongjun 
Cc: t...@lists.fd.io; vpp-dev@lists.fd.io; Wang, Drenfong 
; ??? ; 
chen...@huachentel.com; lizhuo...@cmhi.chinamobile.com; ??? 
; zhijl@chinatelecom.cn; changlin...@nxp.com; Wang 
Tianyi ; davidfgao(?? ; 
lixin...@huachentel.com; jingqing@alibaba-inc.com
Subject: Re: [tsc] Project Proposal for Sweetcomb

Hongjun,

Thank you for the proposal :)  Per the FD.io technical charter, all proposals 
must be out for public review for two weeks prior to approval by the TSC.  I 
believe this makes Nov 8 the earliest TSC meeting where we could approve at the 
TSC.  Would you like to schedule the project creation review for the Nov 8 8am 
PT TSC meeting?  Will you (or other proposers of the project) be able to make 
that time to present the proposal?

Ed

On Tue, Oct 23, 2018 at 7:01 AM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hello FD.io TSCs

Please accept this project proposal for Sweetcomb for consideration.
https://wiki.fd.io/view/Project_Proposals/Sweetcomb

This project has nine founding companies:
Intel, HuachenTel, China Mobile, China Unicom, China Telecom, NXP, Tieto, 
Tencent, Alibaba.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#856): https://lists.fd.io/g/tsc/message/856
Mute This Topic: https://lists.fd.io/mt/27567539/464962
Group Owner: tsc+ow...@lists.fd.io<mailto:tsc%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/tsc/unsub  
[hagb...@gmail.com<mailto:hagb...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10923): https://lists.fd.io/g/vpp-dev/message/10923
Mute This Topic: https://lists.fd.io/mt/27568384/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Project Proposal for Sweetcomb

[Ni, Hongjun]

Hello FD.io TSCs

Please accept this project proposal for Sweetcomb for consideration.
https://wiki.fd.io/view/Project_Proposals/Sweetcomb

This project has nine founding companies:
Intel, HuachenTel, China Mobile, China Unicom, China Telecom, NXP, Tieto, 
Tencent, Alibaba.

If possible, I would like to present this on TSC meeting.

Thanks,
Hongjun

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10921): https://lists.fd.io/g/vpp-dev/message/10921
Mute This Topic: https://lists.fd.io/mt/27567540/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] PPPoE plugin documentation/support

[Ni, Hongjun]

Hi Alp Arslan,

To make tap_cli work, you need to revert the code as per this patch:
https://gerrit.fd.io/r/#/c/9467/ 

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Tuesday, October 23, 2018 4:01 PM
To: Ni, Hongjun ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin documentation/support

Dell - Internal Use - Confidential  

Dear Hongjun, 

Thanks for the reply. 

I am using the VPP version 18.07. If the tap_cli is still present, can you 
please point me towards what could be the problem with the existing plugin. 
I would like to see this one working a little bit, before starting to look into 
tapv2.

Regards,
Alp Arslan

-Original Message-
From: Ni, Hongjun [mailto:hongjun...@intel.com]
Sent: Tuesday, October 23, 2018 12:51 PM
To: alp.ars...@xflowresearch.com; vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] PPPoE plugin documentation/support

Hi Alp Arslan,

Since tap_cli code is going to be deprecated in favour of tapv2.
I suggest you leverage tapv2, and also need some rework for PPPoE plugin.

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Tuesday, October 23, 2018 3:08 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] PPPoE plugin documentation/support

Dear All, 

I am trying to evaluate the support of pppoe in vpp. However, I am facing some 
issues, here is my startup conf file. 

unix {
  nodaemon
  log /var/log/vpp/vpp.log
  full-coredump
  cli-listen /run/vpp/cli.sock
  gid vpp
}
api-trace {
  on
}
api-segment {
  gid vpp
}
socksvr {
  default
}
cpu {
main-core 1
corelist-workers 2,4,3,5
}
dpdk {
dev :05:00.1
uio-driver vfio-pci
socket-mem 2048,2048
}
plugins {
plugin default { enable}
}
tuntap {
  enable
  ethernet
  name newtap
}

After that I run the following commands: 

vpp# set interface state TenGigabitEthernet5/0/1 up vpp# set interface state
local0 up

Now at this point if I try to connect from the pppoe client, I can see three 
PADI request reaching VPP, and VPP trying to forward them at local0 interface. 
To forward this traffic to the tap port instead, I use this command. 

vpp# create pppoe cp cp-if-index 2

The help and the documentation for this command show this "create pppoe cp 
if-name  [del]", which doesn't work.
Now at this moment, I was expecting the VPP to forward the PADI request to
tuntap-0 interface, but I don't see anything in the VPP counters, nor by using 
tcpdump on interface "newtap" which is the kernel facing side of "tuntap-0" 
interface. 

My question is, Is my approach correct? Are the PADI requests forwarded to the 
tuntap-0 interface? If not where do they go? I cannot find any good 
documentation on this anywhere. 
Any help regarding this would be highly appreciated. 

Regards,
Alp Arslan




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10915): https://lists.fd.io/g/vpp-dev/message/10915
Mute This Topic: https://lists.fd.io/mt/27566265/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] PPPoE plugin documentation/support

[Ni, Hongjun]

Hi Alp Arslan,

Since tap_cli code is going to be deprecated in favour of tapv2.
I suggest you leverage tapv2, and also need some rework for PPPoE plugin.

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
alp.ars...@xflowresearch.com
Sent: Tuesday, October 23, 2018 3:08 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] PPPoE plugin documentation/support

Dear All, 

I am trying to evaluate the support of pppoe in vpp. However, I am facing some 
issues, here is my startup conf file. 

unix {
  nodaemon
  log /var/log/vpp/vpp.log
  full-coredump
  cli-listen /run/vpp/cli.sock
  gid vpp
}
api-trace {
  on
}
api-segment {
  gid vpp
}
socksvr {
  default
}
cpu {
main-core 1
corelist-workers 2,4,3,5
}
dpdk {
dev :05:00.1
uio-driver vfio-pci
socket-mem 2048,2048
}
plugins {
plugin default { enable}
}
tuntap {
  enable
  ethernet
  name newtap
}

After that I run the following commands: 

vpp# set interface state TenGigabitEthernet5/0/1 up vpp# set interface state 
local0 up

Now at this point if I try to connect from the pppoe client, I can see three 
PADI request reaching VPP, and VPP trying to forward them at local0 interface. 
To forward this traffic to the tap port instead, I use this command. 

vpp# create pppoe cp cp-if-index 2

The help and the documentation for this command show this "create pppoe cp 
if-name  [del]", which doesn't work.
Now at this moment, I was expecting the VPP to forward the PADI request to
tuntap-0 interface, but I don't see anything in the VPP counters, nor by using 
tcpdump on interface "newtap" which is the kernel facing side of "tuntap-0" 
interface. 

My question is, Is my approach correct? Are the PADI requests forwarded to the 
tuntap-0 interface? If not where do they go? I cannot find any good 
documentation on this anywhere. 
Any help regarding this would be highly appreciated. 

Regards,
Alp Arslan



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10913): https://lists.fd.io/g/vpp-dev/message/10913
Mute This Topic: https://lists.fd.io/mt/27566265/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Unable to build router plugin

[Ni, Hongjun]

Hi Carlito,

We are working on porting VPPSB/netlink & router plugins into VPP main repo.
Please see below patch, which is under review:
https://gerrit.fd.io/r/#/c/15062/ Port VPPSB's rtnetlink & router plugin to VPP 
main repo

I have tested this patch and it works well.

Thanks,
Hongjun

-Original Message-
From: Carlito Nueno [mailto:carlitonu...@gmail.com] 
Sent: Thursday, October 18, 2018 11:16 AM
To: Ni, Hongjun 
Cc: Mehran Memarnejad ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Unable to build router plugin

Hi Hongjun,

Thanks for the patch.
I tried to compile VPPSB project with the latest master and latest VPP
stable/1810 but I am getting this error:

 Building router in /vpp/build-root/build-vpp_debug-native/router 
make[1]: Entering directory '/vpp/build-root/build-vpp_debug-native/router'
  CC   router/tap_inject.lo
  CC   router/tap_inject_netlink.lo
  CC   router/tap_inject_node.lo
  CC   router/tap_inject_tap.lo
/vpp/build-data/../router/router/tap_inject_node.c: In function
‘tap_inject_tap_send_buffer’:
/vpp/build-data/../router/router/tap_inject_node.c:45:13: error:
implicit declaration of function ‘writev’; did you mean ‘write’?
[-Werror=implicit-function-declaration]
   n_bytes = writev (fd, , 1);
 ^~
 write
/vpp/build-data/../router/router/tap_inject_node.c: In function ‘tap_rx’:
/vpp/build-data/../router/router/tap_inject_node.c:231:13: error:
implicit declaration of function ‘readv’; did you mean ‘read’?
[-Werror=implicit-function-declaration]
   n_bytes = readv (fd, iov, MTU_BUFFERS);
 ^
 read
cc1: all warnings being treated as errors
Makefile:483: recipe for target 'router/tap_inject_node.lo' failed
make[1]: *** [router/tap_inject_node.lo] Error 1
make[1]: *** Waiting for unfinished jobs
make[1]: Leaving directory '/vpp/build-root/build-vpp_debug-native/router'
Makefile:691: recipe for target 'router-build' failed
make: *** [router-build] Error 2

Thanks
On Sun, Oct 7, 2018 at 7:25 PM Ni, Hongjun  wrote:
>
> Hi guys,
>
> I have submitted a patch to fix the build issue in VPPSB project:
> https://gerrit.fd.io/r/#/c/15135/ Fix build issue due to vpp's 
> function parameters change I have tested it and it works well in my server.
>
> Thanks,
> Hongjun
>
> -Original Message-
> From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
> carlito nueno
> Sent: Friday, September 28, 2018 9:45 AM
> To: memarnejad...@gmail.com
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] Unable to build router plugin
>
> Thanks for the tip Mehran. I will take a look and report back.
> On Thu, Sep 27, 2018 at 12:16 AM Mehran Memarnejad  
> wrote:
> >
> > Hi carlito,
> >
> > I've had problems muck like yours. Sometimes VPP updates its functions 
> > while vppsb is still the same, so you need to change it to make it work.
> > In my problem I just updated the vppsb's outdated function to the new one 
> > and it worked.
> > As you know, vppsb is a plugin for vpp and it calls vpp's functions, 
> > so any change in vpp's function affects vppsb e.g. function 
> > singnature change
> >
> >
> > On Thursday, September 27, 2018, carlito nueno  
> > wrote:
> >>
> >> Hi all,
> >>
> >> I am trying to build the router-plugin:
> >> make V=0 PLATFORM=vpp TAG=vpp_debug install-deb netlink-install 
> >> router-install
> >>
> >> I am using the Vagrantfile present in vpp repo and am pulling the 
> >> current master (as of September 26 2018). I am also pulling the 
> >> current master of vppsb.
> >>
> >> But I am getting this error:
> >>
> >>  Building router in 
> >> /vpp/build-root/build-vpp_debug-native/router
> >> 
> >> make[1]: Entering directory '/vpp/build-root/build-vpp_debug-native/router'
> >>   CC   router/tap_inject.lo
> >>   CC   router/tap_inject_netlink.lo
> >> /vpp/build-data/../router/router/tap_inject_netlink.c: In function
> >> ‘add_del_neigh’:
> >> /vpp/build-data/../router/router/tap_inject_netlink.c:140:9: error:
> >> too many arguments to function ‘vnet_unset_ip6_ethernet_neighbor’
> >>  vnet_unset_ip6_ethernet_neighbor (vm, sw_if_index,
> >>  ^~~~ In file included from
> >> /vpp/build-data/../router/router/tap_inject_netlink.c:19:0:
> >> /vpp/build-root/install-vpp_debug-native/vpp/include/vnet/ip/ip6_neighbor.h:84:12:
> >> note: declared here
> >>  extern int vnet_unset_ip6_ethernet_neighbor (vlib_main_t * vm,
> >> ^~~~
> >> Makefile:483: recipe for target 'router

Re: [vpp-dev] PPPoE plugin config #vpp #vpp

[Ni, Hongjun]

Hi Berk,

As per previous email mentioned:
“tap_cli code we don't want to test. as it is going to be deprecated in favour 
of tapv2.
Code is not done yet just because people were ignoring requests to move to the 
new code (inc. VIRL).”

I suggest you leverage tapv2, and also need some rework for PPPoE plugin to 
integrate it with OpenBRAS.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
berk...@gmail.com
Sent: Wednesday, October 17, 2018 3:04 AM
To: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] PPPoE plugin config #vpp #vpp

Switching to l2 mode with bridge-domain gives another trace, but anyway frame 
is not going to pppoe_cp_dispatch.

02:02:10:942877: tapcli-rx
  tapcli-0
02:02:10:942881: ethernet-input
  PPPOE_DISCOVERY: 2e:0d:e3:67:3e:bf -> 52:54:00:ea:ca:a5
02:02:10:942882: l2-input
  l2-input: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf
02:02:10:942883: l2-learn
  l2-learn: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942884: l2-fwd
  l2-fwd:   sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: l2-flood
  l2-flood: sw_if_index 3 dst 52:54:00:ea:ca:a5 src 2e:0d:e3:67:3e:bf bd_index 1
02:02:10:942885: error-drop
  l2-flood: L2 replication complete
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10844): https://lists.fd.io/g/vpp-dev/message/10844
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] PPPoE plugin config #vpp #vpp

[Ni, Hongjun]

Hi Berk,

You need to create a tap or AF_packet interface in VPP, and Openbras bind to 
this interface.

There is unnecessary to put clients and CP to the same bridge.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of 
berk...@gmail.com
Sent: Monday, October 15, 2018 5:20 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] PPPoE plugin config #vpp #vpp

Hello all,

I tried pppoe plugin with openbras from initial 
repository(https://github.com/wfnex/openbras).
Added CP interface with  create pppoe cp cp-if-index .
PADI requests from client interface are send to CP interface.
But PADO answer from openbras is not going to client interface and not showing 
in trace of dpdk-input or pcap records.
When i putting both(client and CP) interfaces to one bridge-domain, PADO and 
next PADS, LCP, IPCP are going well between client and openbras CP.

Is it necessary to put clients and CP to same bridge-domain ?
What if clients are in QinQ subinterfaces ?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10820): https://lists.fd.io/g/vpp-dev/message/10820
Mute This Topic: https://lists.fd.io/mt/27327640/21656
Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Unable to build router plugin

[Ni, Hongjun]

Hi guys,

I have submitted a patch to fix the build issue in VPPSB project:
https://gerrit.fd.io/r/#/c/15135/ Fix build issue due to vpp's function 
parameters change
I have tested it and it works well in my server.

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of carlito 
nueno
Sent: Friday, September 28, 2018 9:45 AM
To: memarnejad...@gmail.com
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Unable to build router plugin

Thanks for the tip Mehran. I will take a look and report back.
On Thu, Sep 27, 2018 at 12:16 AM Mehran Memarnejad  
wrote:
>
> Hi carlito,
>
> I've had problems muck like yours. Sometimes VPP updates its functions while 
> vppsb is still the same, so you need to change it to make it work.
> In my problem I just updated the vppsb's outdated function to the new one and 
> it worked.
> As you know, vppsb is a plugin for vpp and it calls vpp's functions, 
> so any change in vpp's function affects vppsb e.g. function singnature 
> change
>
>
> On Thursday, September 27, 2018, carlito nueno  wrote:
>>
>> Hi all,
>>
>> I am trying to build the router-plugin:
>> make V=0 PLATFORM=vpp TAG=vpp_debug install-deb netlink-install 
>> router-install
>>
>> I am using the Vagrantfile present in vpp repo and am pulling the 
>> current master (as of September 26 2018). I am also pulling the 
>> current master of vppsb.
>>
>> But I am getting this error:
>>
>>  Building router in /vpp/build-root/build-vpp_debug-native/router 
>> 
>> make[1]: Entering directory '/vpp/build-root/build-vpp_debug-native/router'
>>   CC   router/tap_inject.lo
>>   CC   router/tap_inject_netlink.lo
>> /vpp/build-data/../router/router/tap_inject_netlink.c: In function
>> ‘add_del_neigh’:
>> /vpp/build-data/../router/router/tap_inject_netlink.c:140:9: error:
>> too many arguments to function ‘vnet_unset_ip6_ethernet_neighbor’
>>  vnet_unset_ip6_ethernet_neighbor (vm, sw_if_index,
>>  ^~~~ In file included from
>> /vpp/build-data/../router/router/tap_inject_netlink.c:19:0:
>> /vpp/build-root/install-vpp_debug-native/vpp/include/vnet/ip/ip6_neighbor.h:84:12:
>> note: declared here
>>  extern int vnet_unset_ip6_ethernet_neighbor (vlib_main_t * vm,
>> ^~~~
>> Makefile:483: recipe for target 'router/tap_inject_netlink.lo' failed
>> make[1]: *** [router/tap_inject_netlink.lo] Error 1
>> make[1]: *** Waiting for unfinished jobs
>> make[1]: Leaving directory '/vpp/build-root/build-vpp_debug-native/router'
>> Makefile:691: recipe for target 'router-build' failed
>> make: *** [router-build] Error 2
>>
>> Any advice?
>>
>> Thanks
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10765): https://lists.fd.io/g/vpp-dev/message/10765
Mute This Topic: https://lists.fd.io/mt/26280661/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] To support plugin's statistics

[Ni, Hongjun]

Thank you Ole!  Will give it a try.

Thanks,
Hongjun

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ole Troan
Sent: Thursday, September 6, 2018 10:39 PM
To: Ni, Hongjun 
Cc: vpp-dev 
Subject: Re: [vpp-dev] To support plugin's statistics

Hongjun,

> I get that you guys have developed a new statistics infrastructure recently.
>  
> Could you help to give me some guide on how to add plugin’s stats to the new 
> stats infra?

All plugin error counters get there by default.
If you add new named counters, they will also get there without any action 
required from the plugin.

Use vpp_get_stats to list, dump and poll counters as an example of external 
application.
Otherwise there’s also a python interface.

Cheers,
Ole
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10415): https://lists.fd.io/g/vpp-dev/message/10415
Mute This Topic: https://lists.fd.io/mt/25237422/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] To support plugin's statistics

[Ni, Hongjun]

Hi Ole and all,

I get that you guys have developed a new statistics infrastructure recently.

Could you help to give me some guide on how to add plugin's stats to the new 
stats infra?

Thanks a lot,
Hongjun

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10410): https://lists.fd.io/g/vpp-dev/message/10410
Mute This Topic: https://lists.fd.io/mt/25237422/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Move NSH plugin to VPP project as a separate plugin

[Ni, Hongjun]

Hi Srikanth,

We have no plan to support it yet.

If you require this, could you help to develop this feature and upstream to VPP?
Since NSH plugin has been moved to VPP main repo.

Thanks,
Hongjun

From: Srikanth Akula [mailto:srikanth...@gmail.com]
Sent: Thursday, September 6, 2018 3:41 AM
To: Ni, Hongjun 
Cc: nsh_sfc-...@lists.fd.io; hc2...@lists.fd.io; Edward Warnicke 
; Kinsella, Ray 
Subject: Re: [nsh_sfc-dev] Plan to move NSH plugin to VPP project as a separate 
plugin

Hi Hongjun ,

As part of our requirement we are trying to use UDP as a transport layer inline 
with
https://tools.ietf.org/pdf/draft-kumar-sfc-nsh-udp-transport-00.pdf
is there any plan / roadmap to support this ?

Regards,
Srikanth



On Mon, Aug 27, 2018 at 10:02 AM Srikanth Akula 
mailto:srikanth...@gmail.com>> wrote:
Hi Hongjun,

Do you plan to add any other functionality on top of existing of the one 
currently available in 1807 ?

_Srikanth_




On Sun, Aug 26, 2018 at 7:43 PM Ni, Hongjun 
mailto:hongjun...@intel.com>> wrote:
Hi all,

As discussed with Ed Warnicke and Ray, we plan to move NSH plugin to VPP 
project as a separate plugin.

This will help to make the maintenance easier, attract more users, and also 
make them adopt NSH plugin more comfortably.

I will start by porting task, hoping that it will be merged in 18.10 Release.

Thanks,
Hongjun
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#640): https://lists.fd.io/g/nsh_sfc-dev/message/640
Mute This Topic: https://lists.fd.io/mt/24970087/675463
Group Owner: 
nsh_sfc-dev+ow...@lists.fd.io<mailto:nsh_sfc-dev%2bow...@lists.fd.io>
Unsubscribe: https://lists.fd.io/g/nsh_sfc-dev/unsub  
[srikanth...@gmail.com<mailto:srikanth...@gmail.com>]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10396): https://lists.fd.io/g/vpp-dev/message/10396
Mute This Topic: https://lists.fd.io/mt/25235642/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] IP reassembly doesn't work in VPP 18.07

[Ni, Hongjun]

Thank you Ole ! Will give it a try.

-Original Message-
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Ole Troan
Sent: Monday, August 6, 2018 4:35 PM
To: Ni, Hongjun 
Cc: vpp-dev ; Hu, Xuekun 
Subject: Re: [vpp-dev] IP reassembly doesn't work in VPP 18.07

Looks to me like it’s IPv4 fragmentation that fails, not reassembly.
Currently fragmentation on buffer chains isn’t supported.
Try this patch for an ugly hack: https://gerrit.fd.io/r/#/c/13918/

Cheers,
Ole

> On 6 Aug 2018, at 08:34, Ni, Hongjun  wrote:
> 
> Hi all,
>  
> We performed below test on VPP 18.07, and it seems that IP reassembly doesn't 
> work in VPP 18.07.
>  
> Below is the test topology:
> Machine A is the VPP DUT, while machine B is just a standard Linux server.
> Network topology: Machine A (VPP) <> Machine B ; And set both MTU 
> to 1500
> Issue: “ping A_ip -s 2000” at B doesn’t get reply from A; While from VPP (A), 
> “ping B_ip size 1900” does.
>  
> Could you help to take a look at this issue?  Thanks a lot.
>  
> Below is the configuration and packet trace:
> VPP CLI: 
>   set interface state TenGigabitEthernetaf/0/1 up
>   set interface ip address TenGigabitEthernetaf/0/1 
> 10.1.1.2/24 set interface mtu 1500 TenGigabitEthernetaf/0/1 set 
> interface reassembly TenGigabitEthernetaf/0/1 on vpp# show errors
>  314ip4-fragmalformed packet
> Vpp# show trace
> Packet 1
>  
> 00:04:02:492398: dpdk-input
>   TenGigabitEthernetaf/0/1 rx queue 0
>   buffer 0x2556: current data 14, length 1500, free-list 0, clone-count 0, 
> totlen-nifb 0, trace 0x0
>  ext-hdr-valid
>  l4-cksum-computed l4-cksum-correct l2-hdr-offset 0
>   PKT MBUF: port 0, nb_segs 1, pkt_len 1514
> buf_len 2176, data_len 1514, ol_flags 0x180, data_off 128, phys_addr 
> 0x80095600
> packet_type 0x391 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
> rss 0x0 fdir.hi 0x0 fdir.lo 0x0
> Packet Offload Flags
>   PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
>   PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
> Packet Types
>   RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
>   RTE_PTYPE_L3_IPV4_EXT_UNKNOWN (0x0090) IPv4 packet with or without 
> extension headers
>   RTE_PTYPE_L4_FRAG (0x0300) Fragmented IP packet
>   IP4: 68:05:ca:3a:19:18 -> 3c:fd:fe:a9:cc:ed
>   ICMP: 10.1.1.1 -> 10.1.1.2
> tos 0x00, ttl 64, length 1500, checksum 0x2eb6
> fragment id 0x1067, flags MORE_FRAGMENTS
>   ICMP echo_request checksum 0x496a
> 00:04:02:492403: ip4-input-no-checksum
>   ICMP: 10.1.1.1 -> 10.1.1.2
> tos 0x00, ttl 64, length 1500, checksum 0x2eb6
> fragment id 0x1067, flags MORE_FRAGMENTS
>   ICMP echo_request checksum 0x496a
> 00:04:02:492406: ip4-reassembly-feature
>   reass id: 100118, op id: 0 first bi: 9558, data len: 1480, 
> ip/fragment[0, 1479]
>  new range: [0, 1479], off 0, len 1480, bi 
> 9558
>   reass id: 100118, op id: 2 first bi: 9558, data len: 2008, 
> ip/fragment[0, 1479]
>  finalize reassembly
> 00:04:02:492434: ip4-lookup
>   fib 0 dpo-idx 5 flow hash: 0x
>   ICMP: 10.1.1.1 -> 10.1.1.2
> tos 0x00, ttl 64, length 2028, checksum 0x4ca6
> fragment id 0x1067
>   ICMP echo_request checksum 0x496a
> 00:04:02:492435: ip4-local
> ICMP: 10.1.1.1 -> 10.1.1.2
>   tos 0x00, ttl 64, length 2028, checksum 0x4ca6
>   fragment id 0x1067
> ICMP echo_request checksum 0x496a
> 00:04:02:492436: ip4-icmp-input
>   ICMP: 10.1.1.1 -> 10.1.1.2
> tos 0x00, ttl 64, length 2028, checksum 0x4ca6
> fragment id 0x1067
>   ICMP echo_request checksum 0x496a
> 00:04:02:492436: ip4-icmp-echo-request
>   ICMP: 10.1.1.1 -> 10.1.1.2
> tos 0x00, ttl 64, length 2028, checksum 0x4ca6
> fragment id 0x1067
>   ICMP echo_request checksum 0x496a
> 00:04:02:492436: ip4-load-balance
>   fib 0 dpo-idx 13 flow hash: 0x
>   ICMP: 10.1.1.2 -> 10.1.1.1
> tos 0x00, ttl 64, length 2028, checksum 0x2d49
> fragment id 0x2fc4
>   ICMP echo_reply checksum 0x516a
> 00:04:02:492436: ip4-rewrite
>   tx_sw_if_index 0 dpo-idx 1 : ipv4 via 10.1.1.1 TenGigabitEthernetaf/0/1: 
> mtu:1500 6805ca3a19183cfdfea9cced0800 flow hash: 0x05dc
>   : 450007ec2fc440012d490a0101020a010101516a3ef600723f805a48
>   0020: bd7c0c00101112131415161718191a1b1c1d1e1f
> 00:04:02:492436: ip4-frag
>   IPv4 offset: 0 mtu: 1500 fragments: 1
> 00:04:02:492437: ip4-drop
> ICMP: 10.1.1.2 -> 10.1.1.1
>   tos 0x00, ttl 64, length 2028, checksum 0x2d4

[vpp-dev] IP reassembly doesn't work in VPP 18.07

[Ni, Hongjun]

Hi all,

We performed below test on VPP 18.07, and it seems that IP reassembly doesn't 
work in VPP 18.07.

Below is the test topology:
Machine A is the VPP DUT, while machine B is just a standard Linux server.
Network topology: Machine A (VPP) <> Machine B ; And set both MTU to 1500
Issue: "ping A_ip -s 2000" at B doesn't get reply from A; While from VPP (A), 
"ping B_ip size 1900" does.

Could you help to take a look at this issue?  Thanks a lot.

Below is the configuration and packet trace:
VPP CLI:
  set interface state TenGigabitEthernetaf/0/1 up
  set interface ip address TenGigabitEthernetaf/0/1 10.1.1.2/24
set interface mtu 1500 TenGigabitEthernetaf/0/1
set interface reassembly TenGigabitEthernetaf/0/1 on
vpp# show errors
 314ip4-fragmalformed packet
Vpp# show trace
Packet 1

00:04:02:492398: dpdk-input
  TenGigabitEthernetaf/0/1 rx queue 0
  buffer 0x2556: current data 14, length 1500, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x0
 ext-hdr-valid
 l4-cksum-computed l4-cksum-correct l2-hdr-offset 0
  PKT MBUF: port 0, nb_segs 1, pkt_len 1514
buf_len 2176, data_len 1514, ol_flags 0x180, data_off 128, phys_addr 
0x80095600
packet_type 0x391 l2_len 0 l3_len 0 outer_l2_len 0 outer_l3_len 0
rss 0x0 fdir.hi 0x0 fdir.lo 0x0
Packet Offload Flags
  PKT_RX_IP_CKSUM_GOOD (0x0080) IP cksum of RX pkt. is valid
  PKT_RX_L4_CKSUM_GOOD (0x0100) L4 cksum of RX pkt. is valid
Packet Types
  RTE_PTYPE_L2_ETHER (0x0001) Ethernet packet
  RTE_PTYPE_L3_IPV4_EXT_UNKNOWN (0x0090) IPv4 packet with or without 
extension headers
  RTE_PTYPE_L4_FRAG (0x0300) Fragmented IP packet
  IP4: 68:05:ca:3a:19:18 -> 3c:fd:fe:a9:cc:ed
  ICMP: 10.1.1.1 -> 10.1.1.2
tos 0x00, ttl 64, length 1500, checksum 0x2eb6
fragment id 0x1067, flags MORE_FRAGMENTS
  ICMP echo_request checksum 0x496a
00:04:02:492403: ip4-input-no-checksum
  ICMP: 10.1.1.1 -> 10.1.1.2
tos 0x00, ttl 64, length 1500, checksum 0x2eb6
fragment id 0x1067, flags MORE_FRAGMENTS
  ICMP echo_request checksum 0x496a
00:04:02:492406: ip4-reassembly-feature
  reass id: 100118, op id: 0 first bi: 9558, data len: 1480, ip/fragment[0, 
1479]
 new range: [0, 1479], off 0, len 1480, bi 9558
  reass id: 100118, op id: 2 first bi: 9558, data len: 2008, ip/fragment[0, 
1479]
 finalize reassembly
00:04:02:492434: ip4-lookup
  fib 0 dpo-idx 5 flow hash: 0x
  ICMP: 10.1.1.1 -> 10.1.1.2
tos 0x00, ttl 64, length 2028, checksum 0x4ca6
fragment id 0x1067
  ICMP echo_request checksum 0x496a
00:04:02:492435: ip4-local
ICMP: 10.1.1.1 -> 10.1.1.2
  tos 0x00, ttl 64, length 2028, checksum 0x4ca6
  fragment id 0x1067
ICMP echo_request checksum 0x496a
00:04:02:492436: ip4-icmp-input
  ICMP: 10.1.1.1 -> 10.1.1.2
tos 0x00, ttl 64, length 2028, checksum 0x4ca6
fragment id 0x1067
  ICMP echo_request checksum 0x496a
00:04:02:492436: ip4-icmp-echo-request
  ICMP: 10.1.1.1 -> 10.1.1.2
tos 0x00, ttl 64, length 2028, checksum 0x4ca6
fragment id 0x1067
  ICMP echo_request checksum 0x496a
00:04:02:492436: ip4-load-balance
  fib 0 dpo-idx 13 flow hash: 0x
  ICMP: 10.1.1.2 -> 10.1.1.1
tos 0x00, ttl 64, length 2028, checksum 0x2d49
fragment id 0x2fc4
  ICMP echo_reply checksum 0x516a
00:04:02:492436: ip4-rewrite
  tx_sw_if_index 0 dpo-idx 1 : ipv4 via 10.1.1.1 TenGigabitEthernetaf/0/1: 
mtu:1500 6805ca3a19183cfdfea9cced0800 flow hash: 0x05dc
  : 450007ec2fc440012d490a0101020a010101516a3ef600723f805a48
  0020: bd7c0c00101112131415161718191a1b1c1d1e1f
00:04:02:492436: ip4-frag
  IPv4 offset: 0 mtu: 1500 fragments: 1
00:04:02:492437: ip4-drop
ICMP: 10.1.1.2 -> 10.1.1.1
  tos 0x00, ttl 64, length 2028, checksum 0x2d49
  fragment id 0x2fc4
ICMP echo_reply checksum 0x516a
00:04:02:492437: error-drop
  ip4-frag: malformed packet

Thanks,
Hongjun

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10040): https://lists.fd.io/g/vpp-dev/message/10040
Mute This Topic: https://lists.fd.io/mt/24206662/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] [csit-dev] VPP Release 18.07 is out!

[Ni, Hongjun]

Congratulations to the VPP community !!

From: csit-...@lists.fd.io [mailto:csit-...@lists.fd.io] On Behalf Of Edward 
Warnicke
Sent: Tuesday, July 31, 2018 10:57 AM
To: vpp-dev ; csit-...@lists.fd.io
Subject: [csit-dev] VPP Release 18.07 is out!

VPP Release 18.07 is out.  Packages are in the usual places.

Ed
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9979): https://lists.fd.io/g/vpp-dev/message/9979
Mute This Topic: https://lists.fd.io/mt/23901146/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] GTPu

[Ni, Hongjun]

Thanks Kingwei for your effort on improving GTPU plugin.

Please submit some patches and add 
chengqiang@intel.com as one of reviewers.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Edward 
Warnicke
Sent: Friday, June 8, 2018 10:18 AM
To: Kingwel Xie ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] GTPu

Please do push a patch :)

Ed


On June 8, 2018 at 4:16:19 AM, Kingwel Xie 
(kingwel@ericsson.com) wrote:
Hi all,

We are working on improving gtpu plugin, to make it better comply with 3GPP 
standard.

Here is the brief of what we have done:


  1.  Path management – gtpu-process was added
  2.  Error indication
  3.  Bi-direction TEID
  4.  Some bug fixes

I’m thinking of pushing up-stream the improvement. We can make the patch soon. 
Any comments?

Regards,
Kingwel


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9570): https://lists.fd.io/g/vpp-dev/message/9570
Mute This Topic: https://lists.fd.io/mt/21792620/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Leave: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Raydonetworks's implementation of pppoeclient for vpp

[Ni, Hongjun]

Below is the copyrights from your based open source pppd project:
I think BSD-style license is ok.
Not sure whether GPL is acceptable for VPP community? VPP is under Apache 
License, Version 2.0.

Copyrights:
***

All of the code can be freely used and redistributed.  The individual
source files each have their own copyright and permission notice.
Pppd, pppstats and pppdump are under BSD-style notices.  Some of the
pppd plugins are GPL'd.  Chat is public domain.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of "???
Sent: Wednesday, May 9, 2018 9:28 AM
To: Ray Kinsella ; vpp-dev 
Cc: 雷彦章 
Subject: Re: [vpp-dev] Raydonetworks's implementation of pppoeclient for vpp

Hi Ray,

The implementation is already prototyped as two plugins, regarding upstreaming 
it to fd.io vpp, there are the following concerns:
1. the license issue, we don't know it's acceptable the plugins contain third 
party pppd code which use different license, hope maintainer can give some 
advice about this.
2. the work effort issue, as I mentioned in the above mail, the implement may 
need more test and bug fix, currently we do not have the environment to test 
most ISP in China, hope interested user can test more and give more fix, and we 
also do not have much time to fix code currently due to our work schedule.

Later if problem 1 answered, and we have spare time, we may build plugin 
against fd.ip vpp mainline, and submit a patch to gerrit.

Thanks.

-- Original --
From:  "Ray Kinsella">;
Date:  Tue, May 8, 2018 09:21 PM
To:  
""张东亚">; 
"vpp-dev">;
Cc:  "雷彦章">;
Subject:  Re: [vpp-dev] Raydonetworks's implementation of pppoeclient for vpp

Hi folks,

This is good work - would you consider upstreaming as a plugin to FD.io
VPP? Looks like you have a lot of this work done already?

Ray K

On 07/05/2018 05:55, "张东亚 wrote:
> Hi List,
>
> As a SDN startup(www.raydonetworks.com) in 
> China, we have implemented
> pppoeclient support for vpp based on opensource pppd project
> (https://ppp.samba.org/).
>
> The code have been written and tested on vpp stable branch 17.10, it
> have been tested in two cities, one is Wuhan, Hubei province, China
> telecom ISP + China mobile ISP, the other is Suzhou, Jiangsu province,
> China telecom ISP.
>
> It support lcp/ipcp/pap/chap protocol defined in the pppoe related RFCs.
>
> The main design breaks the pppoclient implementation to pppoeclient and
> pppox plugin in vpp semantics, pppoeclient plugin provides api to create
> pppoe client and pppoe encap/decap nodes, pppox plugin provides api to
> set pppoe authentication information and node for interacting with IPv4
> layer. More details can be discovered by looking at the code at github
> which provided by the link below.
>
> To create a pppoeclient, we just need the following two CLI:
>
> # sw-if-index is the ethernet interface sw if index which connected to
> the ISP modem.
> vppctl create pppoe client sw-if-index 1 host-uniq 
> # sw-if-index is the newly created pppox virtual interface's sw if index
> vppctl pppox set auth sw-if-index 4 username "yourusername" password
> "yourpassword"
>
> Regarding the license issue, the pppd code following the original
> author's license, the other part follow vpp's APACHE license.
>
> Hope this will help others which want to use pppoeclient
>
> The code is submitted to
> github: https://github.com/raydonetworks/vpp-pppoeclient
>
> Currently we are building our product and does not have much effort to
> porting this code to mainline, hope someone use this and may merge it to
> the vpp mainline if possible.
>
> Thanks again for vpp team which provide such a gorgeous project.
>
>

Re: [vpp-dev] How to add plugin's statistics into stats thread

[Ni, Hongjun]

Hi Jerome,

We would like to add LB plugin statistics, including per- VIP connections and 
per-AS connections for each VIP.
Frequency is configurable, 1 second is better.
Data of volume depends on the number of VIPs and Ass.
Please refer to below patch for details:
https://gerrit.fd.io/r/#/c/12146/2/src/plugins/lb/lb.api

Thank you,
Hongjun

From: Jerome Tollet (jtollet) [mailto:jtol...@cisco.com]
Sent: Monday, May 7, 2018 3:15 PM
To: Ni, Hongjun <hongjun...@intel.com>; vpp-dev <vpp-dev@lists.fd.io>
Cc: Mori, Naoyuki <naoyuki.m...@intel.com>; Yusuke Tatsumi 
<ytats...@yahoo-corp.jp>
Subject: Re: [vpp-dev] How to add plugin's statistics into stats thread

Hi Hongjun,
Could you elaborate a bit on the kind of statistics you’d like to create?
Frequency and volume of data may be interesting inputs.
Jerome

De : <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>> au nom de "Ni, Hongjun" 
<hongjun...@intel.com<mailto:hongjun...@intel.com>>
Date : lundi 7 mai 2018 à 07:43
À : vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Cc : "Mori, Naoyuki" <naoyuki.m...@intel.com<mailto:naoyuki.m...@intel.com>>, 
Yusuke Tatsumi <ytats...@yahoo-corp.jp<mailto:ytats...@yahoo-corp.jp>>
Objet : [vpp-dev] How to add plugin's statistics into stats thread

Hi all,

We want to add plugin’s statistics into VPP stats thread.
But it seems that current stats thread only support codebase (i.e. vnet) 
statistics.
Is there some mechanism to support adding plugin’s statistics into stats thread?

Thanks,
Hongjun

[vpp-dev] How to add plugin's statistics into stats thread

[Ni, Hongjun]

Hi all,

We want to add plugin's statistics into VPP stats thread.
But it seems that current stats thread only support codebase (i.e. vnet) 
statistics.
Is there some mechanism to support adding plugin's statistics into stats thread?

Thanks,
Hongjun

Re: [vpp-dev] problem in pppoe testing

[Ni, Hongjun]

Hi xyxue,

This is a implementation mechanism:
To set up a PPPoE session, you need to first go through PPPoE discovery stage.
Via which VPP will learn a PPPoE link entry. Then you can create a PPPoE 
session successfully.
You cannot configure a oE session directly without PPPoE discovery stage.
Please refer to /$VPP/test/test_pppoe.py: test_PPPoE_Decap() for details.

Thanks,
Hongjun

From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of xyxue
Sent: Saturday, April 28, 2018 10:22 AM
To: vpp-dev 
Subject: [vpp-dev] problem in pppoe testing


Hi guys,

I'm testing the pppoe . I followed the guide of docs.fd.io . But can't confige 
success. Is there any configuration manual ?
The configuration of mine is shown below:

DBGvpp# create pppoe cp cp-if-index 1
DBGvpp# show interface
  Name   Idx   State  Counter  Count
host-eth1 1down
local00down

DBGvpp# create pppoe session client-ip 10.0.3.1 session-id 13 client-mac 
00:01:02:03:04:05
create pppoe session: vnet_pppoe_add_del_session returned -2
DBGvpp# show pppoe fib
no pppoe fib entries
DBGvpp#

Is there any problem in my configuration?

Thanks,
Xyxue

Re: [vpp-dev] openSUSE build fails

[Ni, Hongjun]

Hi Marco,

Thank you for your explanation.  Would contact you if I ran into similar issue 
again.

Thanks,
Hongjun

From: Marco Varlese [mailto:mvarl...@suse.de]
Sent: Friday, January 26, 2018 4:21 PM
To: Ni, Hongjun <hongjun...@intel.com>; Ole Troan <otr...@employees.org>
Cc: Dave Barach (dbarach) <dbar...@cisco.com>; Gabriel Ganne 
<gabriel.ga...@enea.com>; Billy McFall <bmcf...@redhat.com>; Damjan Marion 
(damarion) <damar...@cisco.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] openSUSE build fails

On Fri, 2018-01-26 at 06:58 +, Ni, Hongjun wrote:
I rechecked this patch twice, and it built successfully now.

But why need to recheck twice?
If a "recheck" fixed that then it must be an infrastructure glitch; that's the 
only thing I can think of...

That would not be a surprise either since it does happen from time-to-time to 
see random build failures which get fixed by a "recheck".

Having said that, if you happen to have again this sort of problems (and which 
do not go away with a recheck) feel free to drop me an email and I will look 
into it. Just take into account I'm based at UTC+1.



-Hongjun
- Marco


From: Ole Troan [mailto:otr...@employees.org]
Sent: Friday, January 26, 2018 2:53 PM
To: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>
Cc: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>>; Marco 
Varlese <mvarl...@suse.de<mailto:mvarl...@suse.de>>; Gabriel Ganne 
<gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy McFall 
<bmcf...@redhat.com<mailto:bmcf...@redhat.com>>; Damjan Marion (damarion) 
<damar...@cisco.com<mailto:damar...@cisco.com>>; vpp-dev 
<vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

Hi Hongjun,

I have no OpenSUSE at hand, and could not give it a try.

Neither do I.

Ole



From: Ole Troan [mailto:otr...@employees.org]
Sent: Friday, January 26, 2018 2:08 PM
To: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>
Cc: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>>; Marco 
Varlese <mvarl...@suse.de<mailto:mvarl...@suse.de>>; Gabriel Ganne 
<gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy McFall 
<bmcf...@redhat.com<mailto:bmcf...@redhat.com>>; Damjan Marion (damarion) 
<damar...@cisco.com<mailto:damar...@cisco.com>>; vpp-dev 
<vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

Hongjun,

This looks suspect:

03:32:31 APIGEN vlibmemory/memclnt.api.h 03:32:31 JSON API 
vlibmemory/memclnt.api.json 03:32:31 SyntaxError: invalid syntax 
(vppapigentab.py, line 11) 03:32:31 
WARNING:vppapigen:/w/workspace/vpp-verify-master-opensuse/build-root/rpmbuild/BUILD/vpp-18.04/build-data/../src/vlibmemory/memclnt.api:0:1:
 Old Style VLA: u8 data[0]; 03:32:31 Makefile:8794: recipe for target 
'vlibmemory/memclnt.api.h' failed 03:32:31 make[5]: *** 
[vlibmemory/memclnt.api.h] Error 1 03:32:31 make[5]: *** Waiting for unfinished 
jobs 03:32:31




Can you try running vppapigen manually on that platform?
Vppapigen —debug —input memclnt.api ...

Cheers
Ole


On 26 Jan 2018, at 06:38, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
Hi all,

It seems that OpenSUSE build failed for this patch:
https://jenkins.fd.io/job/vpp-verify-master-opensuse/1285/console

Please help to take a

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Dave Barach (dbarach)
Sent: Friday, December 15, 2017 11:19 PM
To: Marco Varlese <mvarl...@suse.de<mailto:mvarl...@suse.de>>; Gabriel Ganne 
<gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy McFall 
<bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

Dear Marco,

Thanks very much...

Dave

From: Marco Varlese [mailto:mvarl...@suse.de]
Sent: Friday, December 15, 2017 9:06 AM
To: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>>; 
Gabriel Ganne <gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy 
McFall <bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

We (at SUSE) are currently pushing an update to 2.2.11 for openSUSE in our 
repositories.
Once that's confirmed to be upstream, I will push a new patch to the 
ci-management rep

Re: [vpp-dev] openSUSE build fails

[Ni, Hongjun]

I rechecked this patch twice, and it built successfully now.

But why need to recheck twice?

-Hongjun

From: Ole Troan [mailto:otr...@employees.org]
Sent: Friday, January 26, 2018 2:53 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Dave Barach (dbarach) <dbar...@cisco.com>; Marco Varlese 
<mvarl...@suse.de>; Gabriel Ganne <gabriel.ga...@enea.com>; Billy McFall 
<bmcf...@redhat.com>; Damjan Marion (damarion) <damar...@cisco.com>; vpp-dev 
<vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] openSUSE build fails

Hi Hongjun,

I have no OpenSUSE at hand, and could not give it a try.

Neither do I.

Ole



From: Ole Troan [mailto:otr...@employees.org]
Sent: Friday, January 26, 2018 2:08 PM
To: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>
Cc: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>>; Marco 
Varlese <mvarl...@suse.de<mailto:mvarl...@suse.de>>; Gabriel Ganne 
<gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy McFall 
<bmcf...@redhat.com<mailto:bmcf...@redhat.com>>; Damjan Marion (damarion) 
<damar...@cisco.com<mailto:damar...@cisco.com>>; vpp-dev 
<vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

Hongjun,

This looks suspect:

03:32:31 APIGEN vlibmemory/memclnt.api.h 03:32:31 JSON API 
vlibmemory/memclnt.api.json 03:32:31 SyntaxError: invalid syntax 
(vppapigentab.py, line 11) 03:32:31 
WARNING:vppapigen:/w/workspace/vpp-verify-master-opensuse/build-root/rpmbuild/BUILD/vpp-18.04/build-data/../src/vlibmemory/memclnt.api:0:1:
 Old Style VLA: u8 data[0]; 03:32:31 Makefile:8794: recipe for target 
'vlibmemory/memclnt.api.h' failed 03:32:31 make[5]: *** 
[vlibmemory/memclnt.api.h] Error 1 03:32:31 make[5]: *** Waiting for unfinished 
jobs 03:32:31





Can you try running vppapigen manually on that platform?
Vppapigen —debug —input memclnt.api ...

Cheers
Ole


On 26 Jan 2018, at 06:38, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
Hi all,

It seems that OpenSUSE build failed for this patch:
https://jenkins.fd.io/job/vpp-verify-master-opensuse/1285/console

Please help to take a

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Dave Barach (dbarach)
Sent: Friday, December 15, 2017 11:19 PM
To: Marco Varlese <mvarl...@suse.de<mailto:mvarl...@suse.de>>; Gabriel Ganne 
<gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy McFall 
<bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

Dear Marco,

Thanks very much...

Dave

From: Marco Varlese [mailto:mvarl...@suse.de]
Sent: Friday, December 15, 2017 9:06 AM
To: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>>; 
Gabriel Ganne <gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy 
McFall <bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

We (at SUSE) are currently pushing an update to 2.2.11 for openSUSE in our 
repositories.
Once that's confirmed to be upstream, I will push a new patch to the 
ci-management repo to have the indent package upgraded to the latest version 
and re-enable the "checkstyle".


Cheers,
Marco

On Fri, 2017-12-15 at 13:51 +, Dave Barach (dbarach) wrote:
With a bit of fiddling, I was able to fix gerrit 9440 so that indent 2.2.10 and 
2.2.11 appear to produce identical results...

HTH... Dave

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Gabriel Ganne
Sent: Friday, December 15, 2017 8:42 AM
To: Billy McFall <bmcf...@redhat.com<mailto:bmcf...@redhat.com>>; Marco Varlese 
<mvarl...@suse.de<mailto:mvarl...@suse.de>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails


Hi,



If you browse the source http://hg.savannah.gnu.org/hgweb/indent/

The tag 2.2.11  is there, the source seems updated regularly.



Best regards,



--

Gabriel Ganne


From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
<vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>> on behalf of 
Billy McFall <bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Sent: Friday, December 15, 2017 2:26:42

Re: [vpp-dev] openSUSE build fails

[Ni, Hongjun]

Hi Ole,

I have no OpenSUSE at hand, and could not give it a try.

-Hongjun

From: Ole Troan [mailto:otr...@employees.org]
Sent: Friday, January 26, 2018 2:08 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Dave Barach (dbarach) <dbar...@cisco.com>; Marco Varlese 
<mvarl...@suse.de>; Gabriel Ganne <gabriel.ga...@enea.com>; Billy McFall 
<bmcf...@redhat.com>; Damjan Marion (damarion) <damar...@cisco.com>; vpp-dev 
<vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] openSUSE build fails

Hongjun,

This looks suspect:

03:32:31 APIGEN vlibmemory/memclnt.api.h 03:32:31 JSON API 
vlibmemory/memclnt.api.json 03:32:31 SyntaxError: invalid syntax 
(vppapigentab.py, line 11) 03:32:31 
WARNING:vppapigen:/w/workspace/vpp-verify-master-opensuse/build-root/rpmbuild/BUILD/vpp-18.04/build-data/../src/vlibmemory/memclnt.api:0:1:
 Old Style VLA: u8 data[0]; 03:32:31 Makefile:8794: recipe for target 
'vlibmemory/memclnt.api.h' failed 03:32:31 make[5]: *** 
[vlibmemory/memclnt.api.h] Error 1 03:32:31 make[5]: *** Waiting for unfinished 
jobs 03:32:31




Can you try running vppapigen manually on that platform?
Vppapigen —debug —input memclnt.api ...

Cheers
Ole


On 26 Jan 2018, at 06:38, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
Hi all,

It seems that OpenSUSE build failed for this patch:
https://jenkins.fd.io/job/vpp-verify-master-opensuse/1285/console

Please help to take a

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Dave Barach (dbarach)
Sent: Friday, December 15, 2017 11:19 PM
To: Marco Varlese <mvarl...@suse.de<mailto:mvarl...@suse.de>>; Gabriel Ganne 
<gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy McFall 
<bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

Dear Marco,

Thanks very much...

Dave

From: Marco Varlese [mailto:mvarl...@suse.de]
Sent: Friday, December 15, 2017 9:06 AM
To: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>>; 
Gabriel Ganne <gabriel.ga...@enea.com<mailto:gabriel.ga...@enea.com>>; Billy 
McFall <bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails

We (at SUSE) are currently pushing an update to 2.2.11 for openSUSE in our 
repositories.
Once that's confirmed to be upstream, I will push a new patch to the 
ci-management repo to have the indent package upgraded to the latest version 
and re-enable the "checkstyle".


Cheers,
Marco

On Fri, 2017-12-15 at 13:51 +, Dave Barach (dbarach) wrote:
With a bit of fiddling, I was able to fix gerrit 9440 so that indent 2.2.10 and 
2.2.11 appear to produce identical results...

HTH... Dave

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Gabriel Ganne
Sent: Friday, December 15, 2017 8:42 AM
To: Billy McFall <bmcf...@redhat.com<mailto:bmcf...@redhat.com>>; Marco Varlese 
<mvarl...@suse.de<mailto:mvarl...@suse.de>>
Cc: Damjan Marion (damarion) <damar...@cisco.com<mailto:damar...@cisco.com>>; 
vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] openSUSE build fails


Hi,



If you browse the source http://hg.savannah.gnu.org/hgweb/indent/

The tag 2.2.11  is there, the source seems updated regularly.



Best regards,



--

Gabriel Ganne


From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
<vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>> on behalf of 
Billy McFall <bmcf...@redhat.com<mailto:bmcf...@redhat.com>>
Sent: Friday, December 15, 2017 2:26:42 PM
To: Marco Varlese
Cc: Damjan Marion (damarion); vpp-dev
Subject: Re: [vpp-dev] openSUSE build fails



On Fri, Dec 15, 2017 at 5:15 AM, Marco Varlese 
<mvarl...@suse.de<mailto:mvarl...@suse.de>> wrote:
Hi Damjan,

On Fri, 2017-12-15 at 09:06 +, Damjan Marion (damarion) wrote:


On 15 Dec 2017, at 08:52, Marco Varlese 
<mvarl...@suse.de<mailto:mvarl...@suse.de>> wrote:

Damjan,

On Thu, 2017-12-14 at 16:04 +, Damjan Marion (damarion) wrote:
Folks,

I'm hearing from multiple people that OpenSUSE verify job is failing (again).
I haven't heard (or read) anything over the mailing list otherwise I would have
looked into it.
Also, if you hear anything like that you can always ping me directly a

Re: [vpp-dev] openSUSE build fails

[Ni, Hongjun]

Hi all,

It seems that OpenSUSE build failed for this patch:
https://jenkins.fd.io/job/vpp-verify-master-opensuse/1285/console

Please help to take a look at it.  Thanks a lot.

Thanks,
Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Dave Barach (dbarach)
Sent: Friday, December 15, 2017 11:19 PM
To: Marco Varlese ; Gabriel Ganne ; 
Billy McFall 
Cc: Damjan Marion (damarion) ; vpp-dev 
Subject: Re: [vpp-dev] openSUSE build fails

Dear Marco,

Thanks very much...

Dave

From: Marco Varlese [mailto:mvarl...@suse.de]
Sent: Friday, December 15, 2017 9:06 AM
To: Dave Barach (dbarach) >; 
Gabriel Ganne >; Billy 
McFall >
Cc: Damjan Marion (damarion) >; 
vpp-dev >
Subject: Re: [vpp-dev] openSUSE build fails

We (at SUSE) are currently pushing an update to 2.2.11 for openSUSE in our 
repositories.
Once that's confirmed to be upstream, I will push a new patch to the 
ci-management repo to have the indent package upgraded to the latest version 
and re-enable the "checkstyle".


Cheers,
Marco

On Fri, 2017-12-15 at 13:51 +, Dave Barach (dbarach) wrote:
With a bit of fiddling, I was able to fix gerrit 9440 so that indent 2.2.10 and 
2.2.11 appear to produce identical results...

HTH... Dave

From: vpp-dev-boun...@lists.fd.io 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Gabriel Ganne
Sent: Friday, December 15, 2017 8:42 AM
To: Billy McFall >; Marco Varlese 
>
Cc: Damjan Marion (damarion) >; 
vpp-dev >
Subject: Re: [vpp-dev] openSUSE build fails


Hi,



If you browse the source http://hg.savannah.gnu.org/hgweb/indent/

The tag 2.2.11  is there, the source seems updated regularly.



Best regards,



--

Gabriel Ganne


From: vpp-dev-boun...@lists.fd.io 
> on behalf of 
Billy McFall >
Sent: Friday, December 15, 2017 2:26:42 PM
To: Marco Varlese
Cc: Damjan Marion (damarion); vpp-dev
Subject: Re: [vpp-dev] openSUSE build fails



On Fri, Dec 15, 2017 at 5:15 AM, Marco Varlese 
> wrote:
Hi Damjan,

On Fri, 2017-12-15 at 09:06 +, Damjan Marion (damarion) wrote:


On 15 Dec 2017, at 08:52, Marco Varlese 
> wrote:

Damjan,

On Thu, 2017-12-14 at 16:04 +, Damjan Marion (damarion) wrote:
Folks,

I'm hearing from multiple people that OpenSUSE verify job is failing (again).
I haven't heard (or read) anything over the mailing list otherwise I would have
looked into it.
Also, if you hear anything like that you can always ping me directly and I will
look into it...

yes, people pinging me...
See
https://gerrit.fd.io/r/#/c/9440/

also:

https://gerrit.fd.io/r/#/c/9813/
 - abandoned but it shows that something was wrong

Ok, so just summarizing our conversation on IRC for others too.

That issue is connected to the different versions of INDENT (C checkstyle) 
installed on the different distros.

openSUSE runs 2.2.10 whilst CentOS and Ubuntu run 2.2.11

What strikes me is that the upstream repo 
https://ftp.gnu.org/gnu/indent/
 has 2.2.10 as last revision.
Our indent package maintainer is looking at possible other sources where Indent 
could "live" these days and will let me know as soon as she finds out.

@Thomas Herbert, would you know the source where the Indent package on CentOS 
come from? Maybe that could help...

Marco, I can't find the source. I'll look around a little more. From 

Re: [vpp-dev] [csit-dev] VPP 18.01 Release artifacts are now available on nexus.fd.io

[Ni, Hongjun]

Congratulations to VPP community!

From: csit-dev-boun...@lists.fd.io [mailto:csit-dev-boun...@lists.fd.io] On 
Behalf Of Dave Wallace
Sent: Thursday, January 25, 2018 1:23 PM
To: vpp-dev@lists.fd.io; csit-...@lists.fd.io
Subject: [csit-dev] VPP 18.01 Release artifacts are now available on nexus.fd.io

Folks,

The VPP 18.01 Release artifacts are now available on nexus.fd.io

The ubuntu.xenial and centos packages can be installed following the recipe on 
the wiki: https://wiki.fd.io/view/VPP/Installing_VPP_binaries_from_packages

Thank you to all of the VPP community who have contributed to the 18.01 VPP 
Release.


Elvis has left the building!
-daw-
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] 1G hugepage support in VPP //RE: "ftruncate: Invalid argument" in VPP startup

[Ni, Hongjun]

Hi all,

I also tested master and stable/1710 release using 1G hugepage.
Below is the test result:
For stable/1710, it could work well using 1G hugepage.
For master, it failed to start up when using 1G hugepage, just like below.

Because 1G hugepage support is required for some performance tests, and 
virtio-user in DPDK-based container.
Please help to take a look at this issue.

Thanks a lot,
Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Samuel Eliáš
Sent: Monday, January 22, 2018 11:30 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] "ftruncate: Invalid argument" in VPP startup


Hello vpp-dev,



I've encountered an issue when trying to run VPP using default configuration on 
baremetal (512GB RAM, 36 phys cores, Ubuntu16.04). It appears to be related to 
dpdk memory allocation, and only occurs on VPP 18.01, not on 17.10.



Just wondering if anyone's seen this before, and/or whether I should go bother 
the dpdk folks instead. I understand dpdk version was bumped to 17.11 in this 
release, so that's one potential cause.


$ sudo /usr/bin/vpp unix interactive
vlib_plugin_early_init:356: plugin path /usr/lib/vpp_plugins
load_one_plugin:184: Loaded plugin: acl_plugin.so (Access Control Lists)
... more plugins ...
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/lb_test_plugin.so
clib_sysfs_read: open 
`/sys/devices/system/node/node0/hugepages/hugepages-2048kB/free_hugepages': No 
such file or directory
clib_sysfs_read: open 
`/sys/devices/system/node/node1/hugepages/hugepages-2048kB/free_hugepages': No 
such file or directory
dpdk_bind_devices_to_uio:758: Unsupported PCI device 0x8086:0x0435 found at PCI 
address :08:00.0
vlib_pci_bind_to_uio: Skipping PCI device :0a:00.0 as host interface eth0 
is up
dpdk_bind_devices_to_uio:758: Unsupported PCI device 0x8086:0x0435 found at PCI 
address :84:00.0
dpdk_config:1240: EAL init args: -c 1 -n 4 --huge-dir /run/vpp/hugepages 
--file-prefix vpp -b :0a:00.0 --master-lcore 0 --socket-mem 64,64
EAL: VFIO support initialized
DPDK physical memory layout:
Segment 0: IOVA:0x1, len:1073741824, virt:0x7efbc000, socket_id:0, 
hugepage_sz:1073741824, nchannel:0, nrank:0
Segment 1: IOVA:0x408000, len:1073741824, virt:0x7ee48000, socket_id:1, 
hugepage_sz:1073741824, nchannel:0, nrank:0
clib_mem_vm_ext_alloc: ftruncate: Invalid argument
dpdk_buffer_pool_create: failed to allocate mempool on socket 0


Memory info:
$ cat /proc/meminfo | tail -n 8
HugePages_Total: 128
HugePages_Free:  128
HugePages_Rsvd:0
HugePages_Surp:0
Hugepagesize:1048576 kB
DirectMap4k:  224680 kB
DirectMap2M: 3862528 kB
DirectMap1G:534773760 kB

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

Re: [vpp-dev] [tsc] [nsh_sfc-dev] Stepping down as NSH_SFC PTL

[Ni, Hongjun]

Hi all,

Thank you all for your great help and support!

Will continue to contribute and promote FD.io project.

Thanks again,
Hongjun

From: tsc-boun...@lists.fd.io [mailto:tsc-boun...@lists.fd.io] On Behalf Of Ed 
Warnicke
Sent: Thursday, January 18, 2018 12:07 AM
To: Kinsella, Ray 
Cc: t...@lists.fd.io; Zhou, Danny ; vpp-dev@lists.fd.io; 
nsh_sfc-...@lists.fd.io
Subject: Re: [tsc] [nsh_sfc-dev] [vpp-dev] Stepping down as NSH_SFC PTL

Ray,

Thanks for letting us know!

Honjun,

Congratulations!

Ed

On Wed, Jan 17, 2018 at 7:11 AM Kinsella, Ray 
> wrote:

Hongjun is elected as NSH_SFC PLT.
Trishan – can you make the update from the LF side?

Thanks and congrats Hongjun,

Ray K

From: tsc-boun...@lists.fd.io 
[mailto:tsc-boun...@lists.fd.io] On Behalf Of 
Keith Burns
Sent: Wednesday 10 January 2018 00:27
To: Zhou, Danny >
Cc: t...@lists.fd.io; 
nsh_sfc-...@lists.fd.io; 
vpp-dev@lists.fd.io
Subject: Re: [tsc] [vpp-dev] [nsh_sfc-dev] Stepping down as NSH_SFC PTL

+1 Hongjun!

On Jan 4, 2018 7:15 PM, "Zhou, Danny" 
> wrote:
+1 for Hongjun

From: a...@yunify.org 
[mailto:a...@yunify.org]
Sent: Friday, January 5, 2018 9:06 AM
To: Zhou, Danny >; 
t...@lists.fd.io; 
nsh_sfc-...@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [nsh_sfc-dev] Stepping down as NSH_SFC PTL

+1

Thanks for all your hard work!

Ash

Ash Young
M: 408-628-7223

On Wed, Jan 3, 2018 at 8:32 PM -0600, "Zhou, Danny" 
> wrote:
Hi TSC,
I've been taking the NSH_SFC PTL role 1 year ago. It has been a pleasure, but 
also a burden as there are some personal reasons make me cannot focus on 
NSH_SFC anymore, so I am stepping down as NSH_SFC PTL with immediate effect. 
Additionally, I would like to nominate Hongjun Ni, who is the most active 
NSH_SFC maintainer in 2017, as new NSH_SFC PTL for his excellent contribution 
as below:

•  Upstreamed 42 patches totally cover Ingress Classifier, SFF, Egress 
Classifier, NSH-Proxy, NSH-aware NAT, MD-Type2, NSH over Ethernet and NSH TTL.

•  Published four NSH_SFC Releases: 17.01, 17.04, 17.07 and 17.10.

NSH_SFC maintainers,

Pls vote for Hongjun Ni by directly replying this email.

-Danny

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

[vpp-dev] VPP native vhost-user issue on stable/1710

[Ni, Hongjun]

Hi all,

I am trying to use VPP native vhost-user to communicate between Host and 
Containers.
But I met an issue, Could you help to give some advice on it? Thanks a lot.

My setup is as bellows:
Inside Host:
vppctl create vhost socket /tmp/sock0 server
vppctl set int state VirtualEthernet0/0/0 up

Then run docker:
docker run -itd --privileged \
-v /tmp/sock0:/tmp/sock0 \
--name=vpp0 hongjunni/vpp_1710 /bin/bash

docker attach vpp0

Inside docker vpp0:
1). Run VPP:
sudo vpp unix {log /tmp/vpp.log cli-listen /run/vpp/cli.sock} api-trace { on } \
  dpdk {coremask 0x2 no-multi-seg } cpu {skip-cores 1}

2). Creat vhost-user client:
vppctl create vhost-user socket /tmp/sock0
vppctl set int state VirtualEthernet0/0/0 up

Here is the issue:
Inside container vpp0:
VirtualEthernet0/0/0's admin and link status are both up.
Inside Host:
VirtualEthernet0/0/0's admin status is up, but its link status is down.

Is there any configuration wrong in my setup?
How can I fix this issue?

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

Re: [vpp-dev] [nsh_sfc-dev] Stepping down as NSH_SFC PTL

[Ni, Hongjun]

Thank you all for voting. Really appreciated!

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Keith Burns
Sent: Wednesday, January 10, 2018 8:27 AM
To: Zhou, Danny 
Cc: t...@lists.fd.io; nsh_sfc-...@lists.fd.io; a...@yunify.org; 
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] [nsh_sfc-dev] Stepping down as NSH_SFC PTL

+1 Hongjun!

On Jan 4, 2018 7:15 PM, "Zhou, Danny" 
> wrote:
+1 for Hongjun

From: a...@yunify.org 
[mailto:a...@yunify.org]
Sent: Friday, January 5, 2018 9:06 AM
To: Zhou, Danny >; 
t...@lists.fd.io; 
nsh_sfc-...@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [nsh_sfc-dev] Stepping down as NSH_SFC PTL

+1

Thanks for all your hard work!

Ash

Ash Young
M: 408-628-7223

On Wed, Jan 3, 2018 at 8:32 PM -0600, "Zhou, Danny" 
> wrote:
Hi TSC,
I've been taking the NSH_SFC PTL role 1 year ago. It has been a pleasure, but 
also a burden as there are some personal reasons make me cannot focus on 
NSH_SFC anymore, so I am stepping down as NSH_SFC PTL with immediate effect. 
Additionally, I would like to nominate Hongjun Ni, who is the most active 
NSH_SFC maintainer in 2017, as new NSH_SFC PTL for his excellent contribution 
as below:

•  Upstreamed 42 patches totally cover Ingress Classifier, SFF, Egress 
Classifier, NSH-Proxy, NSH-aware NAT, MD-Type2, NSH over Ethernet and NSH TTL.

•  Published four NSH_SFC Releases: 17.01, 17.04, 17.07 and 17.10.

NSH_SFC maintainers,

Pls vote for Hongjun Ni by directly replying this email.

-Danny

___
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] kube-proxy test fail

[Ni, Hongjun]

Hi Gabriel,

Thank you. Will take a look at this patch.

-Hongjun

From: Gabriel Ganne [mailto:gabriel.ga...@enea.com]
Sent: Wednesday, December 20, 2017 5:12 PM
To: Ni, Hongjun <hongjun...@intel.com>; vpp-dev@lists.fd.io
Subject: Re: kube-proxy test fail


Oh, I understand.

Sorry.



Well, since I had a look, I came up with a few small modifications to make the 
tests pass but fail instead of getting stuck in the lock.

It's all here: https://gerrit.fd.io/r/c/9880/ if you don't mind having a look.

It also seems to make the NAT66 tests fall into place somehow.



Best regards,



--

Gabriel Ganne


From: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>
Sent: Wednesday, December 20, 2017 9:49:15 AM
To: Gabriel Ganne; vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: RE: kube-proxy test fail


Hi Gabriel,



Currently, kube-proxy plugin only supports NAT44, so skip other test cases.



NAT66, NAT46 and NAT64 will be added later.



Thanks,

Hongjun



From: Gabriel Ganne [mailto:gabriel.ga...@enea.com]
Sent: Wednesday, December 20, 2017 4:03 PM
To: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: Re: kube-proxy test fail



I believe this does not run the extended tests, and therefore not the kubeproxy 
tests.

I mean, this runs NAT44, but skips NAT46, NAT64, and NAT66.



You need to add EXTENDED_TESTS=yes, or use the test-all target to run the other 
three :

make test TEST=test_kubeproxy EXTENDED_TESTS=yes

make test-all TEST=test_kubeproxy



Best regards,



--

Gabriel Ganne

________

From: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>
Sent: Wednesday, December 20, 2017 4:52:39 AM
To: Gabriel Ganne; vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: RE: kube-proxy test fail





Hi Gabriel,



I used below command and it works well:

make test TEST=test_kubeproxy

Could you give it a try?



Thanks,

Hongjun



From: Gabriel Ganne [mailto:gabriel.ga...@enea.com]
Sent: Tuesday, December 19, 2017 8:54 PM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>>
Subject: kube-proxy test fail



Hi Hongjun,



I just ran the kube-proxy tests and I end up stuck in kp_vip_find_index() while 
processing a cli command.

Below is the command I used and the backtrace I get.



make test-all V=2 TEST=*.TestKP.*

...

0x7eaa9c04 in kp_vip_find_index (prefix=prefix@entry=0x7ec3dbe8, 
plen=104 'h',
vip_index=vip_index@entry=0x7ec3dbbc)
at /home/gannega/vpp/build-data/../src/plugins/kubeproxy/kp.c:457
457   kp_get_writer_lock();
(gdb) bt
#0  0x7eaa9c04 in kp_vip_find_index 
(prefix=prefix@entry=0x7ec3dbe8, plen=104 'h',
vip_index=vip_index@entry=0x7ec3dbbc)
at /home/gannega/vpp/build-data/../src/plugins/kubeproxy/kp.c:457
#1  0x7eaaeacc in kp_pod_command_fn (vm=, 
input=,
cmd=) at 
/home/gannega/vpp/build-data/../src/plugins/kubeproxy/kp_cli.c:132
#2  0xbf62cfd0 in vlib_cli_dispatch_sub_commands (
vm=vm@entry=0xbf68cfd0 , cm=cm@entry=0xbf68d220 
<vlib_global_main+592>,
input=input@entry=0x7ec3ddf8, parent_command_index=)
at /home/gannega/vpp/build-data/../src/vlib/cli.c:588
#3  0xbf62d618 in vlib_cli_dispatch_sub_commands (
vm=vm@entry=0xbf68cfd0 , cm=cm@entry=0xbf68d220 
<vlib_global_main+592>,
input=input@entry=0x7ec3ddf8, 
parent_command_index=parent_command_index@entry=0)
at /home/gannega/vpp/build-data/../src/vlib/cli.c:566
#4  0xbf62d764 in vlib_cli_input (vm=vm@entry=0xbf68cfd0 
,
input=input@entry=0x7ec3ddf8, function=function@entry=0x411b78 
,
function_arg=function_arg@entry=281472808508960)
at /home/gannega/vpp/build-data/../src/vlib/cli.c:662
#5  0x00411e78 in vl_api_cli_inband_t_handler (mp=0x3809c4ec)
at /home/gannega/vpp/build-data/../src/vpp/api/api.c:219
#6  0xbf6941ec in vl_msg_api_handler_with_vm_node (am=0xbf6be430 
,
the_msg=0x3809c4ec, vm=0xbf68cfd0 , 
node=0x7ec35000)
at /home/gannega/vpp/build-data/../src/vlibapi/api_shared.c:508
#7  0xbf69d544 in memclnt_process (vm=, 
node=0x139013a, f=)
at /home/gannega/vpp/build-data/../src/vlibmemory/memory_vlib.c:970
#8  0xbf635410 in vlib_process_bootstrap (_a=)
at /home/gannega/vpp/build-data/../src/vlib/main.c:1231
#9  0xbef127a8 in clib_calljmp ()
at /home/gannega/vpp/build-data/../src/vppinfra/longjmp.S:676



Best regards,



--

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

Re: [vpp-dev] kube-proxy test fail

[Ni, Hongjun]

Hi Gabriel,

I used below command and it works well:
make test TEST=test_kubeproxy
Could you give it a try?

Thanks,
Hongjun

From: Gabriel Ganne [mailto:gabriel.ga...@enea.com]
Sent: Tuesday, December 19, 2017 8:54 PM
To: vpp-dev@lists.fd.io; Ni, Hongjun <hongjun...@intel.com>
Subject: kube-proxy test fail


Hi Hongjun,



I just ran the kube-proxy tests and I end up stuck in kp_vip_find_index() while 
processing a cli command.

Below is the command I used and the backtrace I get.



make test-all V=2 TEST=*.TestKP.*

...
0x7eaa9c04 in kp_vip_find_index (prefix=prefix@entry=0x7ec3dbe8, 
plen=104 'h',
vip_index=vip_index@entry=0x7ec3dbbc)
at /home/gannega/vpp/build-data/../src/plugins/kubeproxy/kp.c:457
457   kp_get_writer_lock();
(gdb) bt
#0  0x7eaa9c04 in kp_vip_find_index 
(prefix=prefix@entry=0x7ec3dbe8, plen=104 'h',
vip_index=vip_index@entry=0x7ec3dbbc)
at /home/gannega/vpp/build-data/../src/plugins/kubeproxy/kp.c:457
#1  0x7eaaeacc in kp_pod_command_fn (vm=, 
input=,
cmd=) at 
/home/gannega/vpp/build-data/../src/plugins/kubeproxy/kp_cli.c:132
#2  0xbf62cfd0 in vlib_cli_dispatch_sub_commands (
vm=vm@entry=0xbf68cfd0 , cm=cm@entry=0xbf68d220 
<vlib_global_main+592>,
input=input@entry=0x7ec3ddf8, parent_command_index=)
at /home/gannega/vpp/build-data/../src/vlib/cli.c:588
#3  0xbf62d618 in vlib_cli_dispatch_sub_commands (
vm=vm@entry=0xbf68cfd0 , cm=cm@entry=0xbf68d220 
<vlib_global_main+592>,
input=input@entry=0x7ec3ddf8, 
parent_command_index=parent_command_index@entry=0)
at /home/gannega/vpp/build-data/../src/vlib/cli.c:566
#4  0xbf62d764 in vlib_cli_input (vm=vm@entry=0xbf68cfd0 
,
input=input@entry=0x7ec3ddf8, function=function@entry=0x411b78 
,
function_arg=function_arg@entry=281472808508960)
at /home/gannega/vpp/build-data/../src/vlib/cli.c:662
#5  0x00411e78 in vl_api_cli_inband_t_handler (mp=0x3809c4ec)
at /home/gannega/vpp/build-data/../src/vpp/api/api.c:219
#6  0xbf6941ec in vl_msg_api_handler_with_vm_node (am=0xbf6be430 
,
the_msg=0x3809c4ec, vm=0xbf68cfd0 , 
node=0x7ec35000)
at /home/gannega/vpp/build-data/../src/vlibapi/api_shared.c:508
#7  0xbf69d544 in memclnt_process (vm=, 
node=0x139013a, f=)
at /home/gannega/vpp/build-data/../src/vlibmemory/memory_vlib.c:970
#8  0xbf635410 in vlib_process_bootstrap (_a=)
at /home/gannega/vpp/build-data/../src/vlib/main.c:1231
#9  0xbef127a8 in clib_calljmp ()
at /home/gannega/vpp/build-data/../src/vppinfra/longjmp.S:676


Best regards,



--

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

Re: [vpp-dev] [SFC] Query regarding SFC classifier configuration for ip4 traffic

[Ni, Hongjun]

Hi Phaneendra,
Please see inline comments.

-Hongjun

From: Phaneendra Manda [mailto:mphaneen...@gmail.com]
Sent: Sunday, November 5, 2017 1:18 AM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: vpp-dev@lists.fd.io; nsh_sfc-...@lists.fd.io
Subject: Re: [vpp-dev] [SFC] Query regarding SFC classifier configuration for 
ip4 traffic

Hi Hongjun,

Firstly i would like to thank you for your support. This link was a great help 
and i was able to get the configuration for classifier and i can see the 
packets coming to nsh-classifier node in the packet trace.

I need some more support on the below items:

1. It would be a great if you can share me the configuration in VPP through CLI 
for SFF and proxy.
[Hongjun] Please refer to 
https://wiki.fd.io/view/NSH_SFC/Build,_Install,_and_Test_Images

2. Is there any performance statistics that SFC feature can support like 
capacity, throughput etc..
[Hongjun] Please refer to 
https://wiki.fd.io/view/File:NSH_SFC_17.01_Preliminary_Perf.pptx

Currently i was stuck at the below problem.
3. Now i can get the packet at nsh-classifier node. But it fails to lookup in 
the ip4-table.
[Hongjun] You need add ip route and arp for vxlan-gpe tunnel’s remote ip. Such 
as:
ip route add 192.168.50.74/24 via 192.168.50.73
set ip arp TenGigabitEthernet5/0/1 192.168.50.74 02fe.8629.b438

Below is my configuration for vxlan-gpe:
vpp# sh vxlan-gpe
[0] local: 192.168.20.1 remote: 192.168.20.2   vxlan VNI 100 next-protocol nsh 
fibs: (encap 0, decap 0)

Ping to SF ip address is success
vpp# ping 192.168.20.2 source GigabitEthernet0/10/0
64 bytes from 192.168.20.2<http://192.168.20.2>: icmp_seq=1 ttl=64 time=.3264 ms
64 bytes from 192.168.20.2<http://192.168.20.2>: icmp_seq=2 ttl=64 time=.1723 ms


Below is the packet trace:
vpp# show trace
--- Start of thread 0 vpp_main ---
Packet 1

00:35:34:038659: dpdk-input
  GigabitEthernet0/9/0 rx queue 0
  buffer 0x4cf2: current data 0, length 124, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x0
  PKT MBUF: port 0, nb_segs 1, pkt_len 124
buf_len 2176, data_len 124, ol_flags 0x0, data_off 128, phys_addr 0x7e033cc0
packet_type 0x0
  IP4: 08:00:27:aa:bb:21 -> 08:00:27:aa:bb:01
  UDP: 192.168.0.10 -> 192.0.0.1
tos 0x00, ttl 255, length 110, checksum 0x4923
fragment id 0xf1a7
  UDP: 1024 -> 1024
length 90, checksum 0x
00:35:34:038709: ethernet-input
  IP4: 08:00:27:aa:bb:21 -> 08:00:27:aa:bb:01
00:35:34:038717: l2-input
  l2-input: sw_if_index 1 dst 08:00:27:aa:bb:01 src 08:00:27:aa:bb:21
00:35:34:038720: l2-input-classify
  l2-classify: sw_if_index 1, table 0, offset c0, next 17
00:35:34:038722: nsh-classifier

  nsh ver 0 ttl 3 len 6 (24 bytes) md_type 1 next_protocol 1
  service path 185 service index 255
  c1 1 c2 2 c3 3 c4 4

00:35:34:038731: vxlan-gpe-encap
  VXLAN-GPE-ENCAP: tunnel 2
00:35:34:038734: ip4-lookup
  fib 0 dpo-idx 0 flow hash: 0x
  IP6_HOP_BY_HOP_OPTIONS: 0.0.0.2 -> 0.0.0.3
version 0, header length 0
tos 0xc6, ttl 0, length 257, checksum 0x0001 (should be 0x)
fragment id 0x006c offset 53240, flags MORE_FRAGMENTSDONT_FRAGMENT
00:35:34:038737: ip4-drop
IP6_HOP_BY_HOP_OPTIONS: 0.0.0.2 -> 0.0.0.3
  version 0, header length 0
  tos 0xc6, ttl 0, length 257, checksum 0x0001 (should be 0x)
  fragment id 0x006c offset 53240, flags MORE_FRAGMENTSDONT_FRAGMENT
00:35:34:038738: error-drop
  ip4-input: ip4 adjacency drop


--
Thanks & regards,
Phaneendra Manda.


On Thu, Nov 2, 2017 at 5:02 PM, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
Hi Phaneendra,

Please refer to below link to see how to configure it and packet trace:
https://wiki.fd.io/view/File:NSH-Classifier-Output.png

-Hongjun

From: Phaneendra Manda 
[mailto:mphaneen...@gmail.com<mailto:mphaneen...@gmail.com>]
Sent: Wednesday, November 1, 2017 4:39 PM
To: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>
Cc: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; 
nsh_sfc-...@lists.fd.io<mailto:nsh_sfc-...@lists.fd.io>
Subject: Re: [vpp-dev] [SFC] Query regarding SFC classifier configuration for 
ip4 traffic

Hi Hongjun,

Thank your very much for your support.

I have tried this configuration for UDP packets and below is my configuration

classify table mask l3 ip4 proto
classify session l2-input-hit-next input-node nsh-classifier table-index 0 
match l3 ip4 proto 17 opaque-index 47615
set int l2 bridge GigabitEthernet0/9/0 1 1
set interface l2 input classify intfc GigabitEthernet0/9/0 ip4-table 0

When i send a UDP packet, the packet reaches till "l2-input-classify" and goes 
to "l2-learn" node. How can i direct the packet to "nsh-classifier" node?

Trace output below :

00:49:42:211037: dpdk-input
  GigabitEthernet0/9/0 rx queue 0
  buffer 0x4d8e: current data 0, length 132, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x1
  PKT MBUF:

Re: [vpp-dev] gtpu tunneling decap-next ip4 issue

[Ni, Hongjun]

To Neale,
Thank you for reminding. Have submitted a patch to fix it. 
https://gerrit.fd.io/r/#/c/9207/

To Ryota,
Now below arp configuration for gtpu tunnel is not needed:
set ip arp gtpu_tunnel0 192.168.50.70 90e2.ba48.7a70

-Hongjun

-Original Message-
From: Neale Ranns (nranns) [mailto:nra...@cisco.com] 
Sent: Thursday, November 2, 2017 8:36 PM
To: Ni, Hongjun <hongjun...@intel.com>; Ryota Yushina 
<r-yush...@ce.jp.nec.com>; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] gtpu tunneling decap-next ip4 issue


Hi Hongjun,

We need an ARP entry on the tunnel interface? That’s not great. If a GTPu 
interface is point to point we should set the flags:

VNET_HW_INTERFACE_CLASS (gtpu_hw_class) = { …
  .flags = VNET_HW_INTERFACE_CLASS_FLAG_P2P, };

A P2P interface is expected to provide a ‘complete’, i.e. a fully formed, 
rewrite string, hence there’s no need for ARP.

/neale

-Original Message-
From: <vpp-dev-boun...@lists.fd.io> on behalf of "Ni, Hongjun" 
<hongjun...@intel.com>
Date: Thursday, 2 November 2017 at 12:46
To: Ryota Yushina <r-yush...@ce.jp.nec.com>, "vpp-dev@lists.fd.io" 
<vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] gtpu tunneling decap-next ip4 issue

Hi Ryota,

Below is my configuration to test GTP-U encapsulation for your reference:

set int state TenGigabitEthernet5/0/0 up
set int ip table TenGigabitEthernet5/0/0 0
set int ip address TenGigabitEthernet5/0/0 192.168.50.72/24
ip route add 192.168.50.71/24 via 192.168.50.72 TenGigabitEthernet5/0/0
set ip arp TenGigabitEthernet5/0/0 192.168.50.71 90e2.ba48.7a71

set int state TenGigabitEthernet5/0/1 up
set int ip table TenGigabitEthernet5/0/1 0
set int ip address TenGigabitEthernet5/0/1 192.168.50.73/24
ip route add 192.168.50.74/24 via 192.168.50.73 TenGigabitEthernet5/0/1
set ip arp TenGigabitEthernet5/0/1 192.168.50.74 90e2.ba48.7a74

create gtpu tunnel src 192.168.50.72 dst 192.168.50.71 teid 9 encap-vrf-id 0

set int ip address gtpu_tunnel0 192.168.50.75/24
ip route add 192.168.50.70/24 via gtpu_tunnel0
set ip arp gtpu_tunnel0 192.168.50.70 90e2.ba48.7a70

-Hongjun

-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ryota Yushina
Sent: Thursday, November 2, 2017 1:04 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] gtpu tunneling decap-next ip4 issue

Hi, all

Let me ask about a GTPu issue.

Although I tried to overlay IPv4 packets with GTP-u, it didn't work by 
17.10.
Actually vpp was rebooted silently when I sent ping.

Could someone help or provide GTPu IPv4 sample configuration ?

My situation:
By following diagram, when I sent ping from 10.9.0.3 to 11.9.0.4 on VPP#3, 
VPP#7 was rebooted(or crashed?).
I've expected icmp echo request would be routed and encapped on VPP#4 via 
gtpu_tunnel0, but it didn't.


+- VPP#3 -
|
| [TenGigabitEthernet82/0/1: 10.9.0.3]
+-- | 
|
+-VPP#7 | 
| [TenGigabitEthernet82/0/1: 10.9.0.1]
|
| [gtpu_tunnel0: 11.9.0.1]
|   |
| [TenGigabitEthernet82/0/0: 192.168.152.70] --> vrf:152
+-- || ---
||
+-- || ---
| [TenGigabitEthernet82/0/0: 192.168.152.40] --> vrf:152
|
| [loop0: 11.9.0.4]
+- VPP#4 -

My cli configurations:
<<VPP#3>>
set interface ip address TenGigabitEthernet82/0/1 10.9.0.3/16 ip route 
11.9.0.0/16 via 10.9.0.1 set interface state TenGigabitEthernet82/0/1 up

<<VPP#7>>
set interface ip address TenGigabitEthernet82/0/1 10.9.0.1/16

ip table add 152
set interface ip table TenGigabitEthernet82/0/0 152 set interface ip 
address TenGigabitEthernet82/0/0 192.168.152.70/24

create gtpu tunnel src 192.168.152.70 dst 192.168.152.40 teid  
encap-vrf-id 152 decap-next ip4 set interface ip address gtpu_tunnel0 
11.9.0.1/16

ip route 11.9.0.0/16 via gtpu_tunnel0
ip route 10.9.0.0/16 via TenGigabitEthernet82/0/1

set interface state TenGigabitEthernet82/0/0 up set interface state 
TenGigabitEthernet82/0/1 up set interface state loop0 up


Thanks.
---
Best Regards,

Ryota Yushina,

___
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] gtpu tunneling decap-next ip4 issue

[Ni, Hongjun]

Hi Ryota,

Below is my configuration to test GTP-U encapsulation for your reference:

set int state TenGigabitEthernet5/0/0 up
set int ip table TenGigabitEthernet5/0/0 0
set int ip address TenGigabitEthernet5/0/0 192.168.50.72/24
ip route add 192.168.50.71/24 via 192.168.50.72 TenGigabitEthernet5/0/0
set ip arp TenGigabitEthernet5/0/0 192.168.50.71 90e2.ba48.7a71

set int state TenGigabitEthernet5/0/1 up
set int ip table TenGigabitEthernet5/0/1 0
set int ip address TenGigabitEthernet5/0/1 192.168.50.73/24
ip route add 192.168.50.74/24 via 192.168.50.73 TenGigabitEthernet5/0/1
set ip arp TenGigabitEthernet5/0/1 192.168.50.74 90e2.ba48.7a74

create gtpu tunnel src 192.168.50.72 dst 192.168.50.71 teid 9 encap-vrf-id 0

set int ip address gtpu_tunnel0 192.168.50.75/24
ip route add 192.168.50.70/24 via gtpu_tunnel0
set ip arp gtpu_tunnel0 192.168.50.70 90e2.ba48.7a70

-Hongjun

-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ryota Yushina
Sent: Thursday, November 2, 2017 1:04 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] gtpu tunneling decap-next ip4 issue

Hi, all

Let me ask about a GTPu issue.

Although I tried to overlay IPv4 packets with GTP-u, it didn't work by 17.10.
Actually vpp was rebooted silently when I sent ping.

Could someone help or provide GTPu IPv4 sample configuration ?

My situation:
By following diagram, when I sent ping from 10.9.0.3 to 11.9.0.4 on VPP#3, 
VPP#7 was rebooted(or crashed?).
I've expected icmp echo request would be routed and encapped on VPP#4 via 
gtpu_tunnel0, but it didn't.


+- VPP#3 -
|
| [TenGigabitEthernet82/0/1: 10.9.0.3]
+-- | 
|
+-VPP#7 | 
| [TenGigabitEthernet82/0/1: 10.9.0.1]
|
| [gtpu_tunnel0: 11.9.0.1]
|   |
| [TenGigabitEthernet82/0/0: 192.168.152.70] --> vrf:152
+-- || ---
||
+-- || ---
| [TenGigabitEthernet82/0/0: 192.168.152.40] --> vrf:152
|
| [loop0: 11.9.0.4]
+- VPP#4 -

My cli configurations:
<>
set interface ip address TenGigabitEthernet82/0/1 10.9.0.3/16 ip route 
11.9.0.0/16 via 10.9.0.1 set interface state TenGigabitEthernet82/0/1 up

<>
set interface ip address TenGigabitEthernet82/0/1 10.9.0.1/16

ip table add 152
set interface ip table TenGigabitEthernet82/0/0 152 set interface ip address 
TenGigabitEthernet82/0/0 192.168.152.70/24

create gtpu tunnel src 192.168.152.70 dst 192.168.152.40 teid  encap-vrf-id 
152 decap-next ip4 set interface ip address gtpu_tunnel0 11.9.0.1/16

ip route 11.9.0.0/16 via gtpu_tunnel0
ip route 10.9.0.0/16 via TenGigabitEthernet82/0/1

set interface state TenGigabitEthernet82/0/0 up set interface state 
TenGigabitEthernet82/0/1 up set interface state loop0 up


Thanks.
---
Best Regards,

Ryota Yushina,

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

Re: [vpp-dev] [SFC] Query regarding SFC classifier configuration for ip4 traffic

[Ni, Hongjun]

Hi Phaneendra,

Please refer to below link to see how to configure it and packet trace:
https://wiki.fd.io/view/File:NSH-Classifier-Output.png

-Hongjun

From: Phaneendra Manda [mailto:mphaneen...@gmail.com]
Sent: Wednesday, November 1, 2017 4:39 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: vpp-dev@lists.fd.io; nsh_sfc-...@lists.fd.io
Subject: Re: [vpp-dev] [SFC] Query regarding SFC classifier configuration for 
ip4 traffic

Hi Hongjun,

Thank your very much for your support.

I have tried this configuration for UDP packets and below is my configuration

classify table mask l3 ip4 proto
classify session l2-input-hit-next input-node nsh-classifier table-index 0 
match l3 ip4 proto 17 opaque-index 47615
set int l2 bridge GigabitEthernet0/9/0 1 1
set interface l2 input classify intfc GigabitEthernet0/9/0 ip4-table 0

When i send a UDP packet, the packet reaches till "l2-input-classify" and goes 
to "l2-learn" node. How can i direct the packet to "nsh-classifier" node?

Trace output below :

00:49:42:211037: dpdk-input
  GigabitEthernet0/9/0 rx queue 0
  buffer 0x4d8e: current data 0, length 132, free-list 0, clone-count 0, 
totlen-nifb 0, trace 0x1
  PKT MBUF: port 0, nb_segs 1, pkt_len 132
buf_len 2176, data_len 132, ol_flags 0x0, data_off 128, phys_addr 0x74d32280
packet_type 0x0
  IP4: 08:00:27:aa:bb:21 -> 08:00:27:aa:bb:01 802.1ad vlan 100 802.1ad vlan 20
  UDP: 192.168.0.10 -> 192.0.0.1
tos 0x00, ttl 255, length 110, checksum 0x4923
fragment id 0xf1a7
  UDP: 1024 -> 1024
length 90, checksum 0x
00:49:42:211084: ethernet-input
  IP4: 08:00:27:aa:bb:21 -> 08:00:27:aa:bb:01 802.1ad vlan 100 802.1ad vlan 20
00:49:42:211093: l2-input
  l2-input: sw_if_index 1 dst 08:00:27:aa:bb:01 src 08:00:27:aa:bb:21
00:49:42:211096: l2-input-classify
  l2-classify: sw_if_index 1, table -1, offset 0, next 12
00:49:42:211099: l2-learn
  l2-learn: sw_if_index 1 dst 08:00:27:aa:bb:01 src 08:00:27:aa:bb:21 bd_index 1
00:49:42:211102: l2-fwd
  l2-fwd:   sw_if_index 1 dst 08:00:27:aa:bb:01 src 08:00:27:aa:bb:21 bd_index 1
00:49:42:211104: l2-flood
  l2-flood: sw_if_index 1 dst 08:00:27:aa:bb:01 src 08:00:27:aa:bb:21 bd_index 1
00:49:42:211105: error-drop
  l2-flood: L2 replication complete


--
Thanks & regards,
Phaneendra Manda.


On Wed, Nov 1, 2017 at 8:27 AM, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
Hi Phaneendra,

Please try below scripts:

classify table mask l3 ip4 proto
classify session l2-input-hit-next input-node nsh-classifier table-index 0 
match l3 ip4 proto 6 opaque-index 47615
set int l2 bridge TenGigabitEthernet5/0/0 1 1
set interface l2 input classify intfc TenGigabitEthernet5/0/0 ip4-table 0

-Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>] On 
Behalf Of Phaneendra Manda
Sent: Tuesday, October 31, 2017 8:11 PM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: [vpp-dev] [SFC] Query regarding SFC classifier configuration for ip4 
traffic

Hi All,

I am trying out SFC with VPP for ip4 traffic on dpdk interface. I have few 
queries.

1. I would like to know what is the configuration for IP4 traffic to reach the 
nsh-classifier node in VPP using vppctl ?

 I am trying with the following command for redirecting ip4 traffic to 
nsh-classifier node. But   the command throws error: "Table index 
required"

 classify table mask l3 ip4 proto
 classify session hit-next input-node nsh-classifier table-index 0 match l3 
ip4 proto 17   opaque-index 47615  -- This command throws error


2. Do i need to associate interface with classifier table created?

Thanks in advance :)

--
Thanks & regards,
Phaneendra Manda.




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

Re: [vpp-dev] [SFC] Query regarding SFC classifier configuration for ip4 traffic

[Ni, Hongjun]

Hi Phaneendra,

Please try below scripts:

classify table mask l3 ip4 proto
classify session l2-input-hit-next input-node nsh-classifier table-index 0 
match l3 ip4 proto 6 opaque-index 47615
set int l2 bridge TenGigabitEthernet5/0/0 1 1
set interface l2 input classify intfc TenGigabitEthernet5/0/0 ip4-table 0

-Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Phaneendra Manda
Sent: Tuesday, October 31, 2017 8:11 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] [SFC] Query regarding SFC classifier configuration for ip4 
traffic

Hi All,

I am trying out SFC with VPP for ip4 traffic on dpdk interface. I have few 
queries.

1. I would like to know what is the configuration for IP4 traffic to reach the 
nsh-classifier node in VPP using vppctl ?

 I am trying with the following command for redirecting ip4 traffic to 
nsh-classifier node. But   the command throws error: "Table index 
required"

 classify table mask l3 ip4 proto
 classify session hit-next input-node nsh-classifier table-index 0 match l3 
ip4 proto 17   opaque-index 47615  -- This command throws error


2. Do i need to associate interface with classifier table created?

Thanks in advance :)

--
Thanks & regards,
Phaneendra Manda.

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

[vpp-dev] Query on configuration on multithread mode

[Ni, Hongjun]

Hi vpp-dev,

We are doing performance test in multithread mode, and have a doubt:

(1). For one main thread and one worker thread, then configuring 16K PPPoE 
sessions took about 100 seconds.
(2). For one main thread and eight worker thread, then configuring 16K PPPoE 
sessions took about 260 seconds.
Why is there such a difference of consumed time?

The second question is:
In multi-thread mode, are all created tables in VLIB_INIT_FUNCTION (pppoe_init) 
shared by all worker threads,
Or each worker thread has its own copy of each table?

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

Re: [vpp-dev] Failed to build vpp with vppsb

[Ni, Hongjun]

Hey,

I have created a patch to remove vlib_buffer_chain_validate() on July,
https://gerrit.fd.io/r/#/c/7382/ Remove unused call vlib_buffer_chain_validate()
But it is not merged yet.

For router plugin in vppsb, it works well on VPP 17.01, but it lacks 
maintenance since then.

-Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Burt Silverman
Sent: Thursday, September 28, 2017 9:18 PM
To: Paweł Staszewski ; Damjan Marion (damarion) 

Cc: vppsb-...@lists.fd.io; vpp-dev 
Subject: Re: [vpp-dev] Failed to build vpp with vppsb

Hi Pawel,

It looks like that function vlib_buffer_chain_validate was removed from 
vlib/buffer.c prior to v17.01 and was never removed from the buffer_funcs.h 
header file.

Damjan, can we just remove the call in the vppsb router code to 
vlib_buffer_chain_validate(), or is something else needed?

Burt

On Thu, Sep 28, 2017 at 5:49 AM, Paweł Staszewski 
> wrote:

Ok

Compiled :)



But trying some example



vppctl create loopback interface
vppctl set interface state loop0 up
vppctl set interface state TenGigabitEthernet82/0/0 up
vppctl set interface state TenGigabitEthernet82/0/1 up
vppctl set interface ip address loop0 2.2.2.2/32
vppctl set interface ip address TenGigabitEthernet82/0/0 
10.0.10.2/24
vppctl set interface ip address TenGigabitEthernet82/0/1 
10.0.20.2/24

vppctl enable tap-inject

till now have vpp interfaces:

ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: enp2s0f0:  mtu 1500 qdisc mq state UP group 
default qlen 1000
link/ether 00:25:90:98:2f:42 brd ff:ff:ff:ff:ff:ff
inet 192.168.2.53/24 brd 192.168.2.255 scope global 
enp2s0f0
   valid_lft forever preferred_lft forever
inet6 fe80::225:90ff:fe98:2f42/64 scope link
   valid_lft forever preferred_lft forever
4: enp4s0:  mtu 1500 qdisc noop state DOWN group default 
qlen 1000
link/ether ec:0d:9a:48:72:12 brd ff:ff:ff:ff:ff:ff
6: enp132s0:  mtu 1500 qdisc noop state DOWN group default 
qlen 1000
link/ether ec:0d:9a:48:71:f6 brd ff:ff:ff:ff:ff:ff
20: vpp0:  mtu 1500 qdisc noop state DOWN group default 
qlen 1000
link/ether 00:25:90:98:2f:43 brd ff:ff:ff:ff:ff:ff
21: vpp1:  mtu 1500 qdisc noop state DOWN group default 
qlen 1000
link/ether ac:1f:6b:2c:18:88 brd ff:ff:ff:ff:ff:ff
22: vpp2:  mtu 1500 qdisc noop state DOWN group default 
qlen 1000
link/ether ac:1f:6b:2c:18:89 brd ff:ff:ff:ff:ff:ff
23: vpp3:  mtu 1500 qdisc noop state DOWN group default 
qlen 1000
link/ether de:ad:00:00:00:00 brd ff:ff:ff:ff:ff:ff



and now when i will set up any of vpp interfaces i have:



Sep 28 11:49:00 ubuntu vpp[6247]: /usr/bin/vpp: symbol lookup error: 
/usr/lib/vpp_plugins/router.so: undefined symbol: vlib_buffer_chain_validate





W dniu 2017-09-28 o 07:12, Burt Silverman pisze:
My bad, again. I commented stuff out and forgot to go back and try to fix this 
file the way I did rtnl.c. This compiles -- not tested

burts@burtvb:~/vppsb/router/router$ git diff .
diff --git a/router/router/tap_inject_tap.c b/router/router/tap_inject_tap.c
index 9650323..a3ec9ff 100644
--- a/router/router/tap_inject_tap.c
+++ b/router/router/tap_inject_tap.c
@@ -30,7 +30,7 @@


 static clib_error_t *
-tap_inject_tap_read (unix_file_t * f)
+tap_inject_tap_read (clib_file_t * f)
 {
   vlib_main_t * vm = vlib_get_main ();
   tap_inject_main_t * im = tap_inject_get_main ();
@@ -52,7 +52,7 @@ tap_inject_tap_connect (vnet_hw_interface_t * hw)
   static const int one = 1;
   int fd;
   struct ifreq ifr;
-  unix_file_t template;
+  clib_file_t template;
   u32 tap_fd;
   u8 * name;

@@ -120,7 +120,7 @@ tap_inject_tap_connect (vnet_hw_interface_t * hw)
   template.read_function = tap_inject_tap_read;
   template.file_descriptor = tap_fd;

-  unix_file_add (_main, );
+  clib_file_add (_main, );

   tap_inject_insert_tap (sw->sw_if_index, tap_fd, ifr.ifr_ifindex);



On Wed, Sep 27, 2017 at 5:18 PM, Paweł Staszewski 
> wrote:

hmm

another error

 Building router in /git/vpp/build-root/build-vpp_debug-native/router 
make[1]: Entering directory '/git/vpp/build-root/build-vpp_debug-native/router'
  CC   router/tap_inject.lo
  CC   router/tap_inject_netlink.lo
  CC   router/tap_inject_node.lo
  CC   router/tap_inject_tap.lo

Re: [vpp-dev] mprove Performance of Kube-proxy and GTP-U using VPP

[Ni, Hongjun]

Hi Tran,

Please see below configuration for gtpu-encap, which I used for test:

set int state TenGigabitEthernet5/0/0 up
set int ip table TenGigabitEthernet5/0/0 0
set int ip address TenGigabitEthernet5/0/0 192.168.50.72/24
ip route add 192.168.50.71/24 via 192.168.50.72 TenGigabitEthernet5/0/0
set ip arp TenGigabitEthernet5/0/0 192.168.50.71 90e2.ba48.7a71

set int state TenGigabitEthernet5/0/1 up
set int ip table TenGigabitEthernet5/0/1 0
set int ip address TenGigabitEthernet5/0/1 192.168.50.73/24
ip route add 192.168.50.74/24 via 192.168.50.73 TenGigabitEthernet5/0/1
set ip arp TenGigabitEthernet5/0/1 192.168.50.74 90e2.ba48.7a74

create gtpu tunnel src 192.168.50.72 dst 192.168.50.71 teid 9 encap-vrf-id 0

set int ip address gtpu_tunnel0 192.168.50.75/24
ip route add 192.168.50.70/24 via gtpu_tunnel0
set ip arp gtpu_tunnel0 192.168.50.70 90e2.ba48.7a70

Hope it helps.

-Hongjun

From: Tran Long [mailto:long...@gmail.com]
Sent: Wednesday, September 27, 2017 6:51 PM
To: Ni, Hongjun <hongjun...@intel.com>
Subject: mprove Performance of Kube-proxy and GTP-U using VPP

Dear Mr Hongjun ni

I have read your slide Improve Performance of Kube-proxy and GTP-U using VPP. 
It's very useful for me. Thank you.

I am building the  vpp  gtp-u and still stuck on it. The packets don't go via 
gtpu-encap. Could you give me a setup guide of vpp gtp-u?

Thank you very much!

Best Regards

--
Tran Bao Long
Phone: (+84) 985 900 949
HaNoi - VietNam
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] using vpp as pppoe client

[Ni, Hongjun]

Hi Jonathan,

Yes, you are right. Current VPP plus PPPoE plugin implements the data plane of 
a PPPoE server, such as vBRAS.
It can be integrated with Control Plane, such as Open BRAS with link: 
https://github.com/wfnex/openbras

Currently, it could not be used as a PPPoE client.
For now, there is not a roadmap to implement a PPPoE client, because it 
contains complex PPPoE stack.

If you need a PPPoE client, you can use some open source projects, such as:
https://www.roaringpenguin.com/products/pppoe/

-Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of qi_jonathan via vpp-dev
Sent: Thursday, September 21, 2017 11:29 AM
To: vpp-dev 
Subject: [vpp-dev] using vpp as pppoe client

Hello,

I saw Hongjun.ni upload some plugin code and python case about using vpp for 
pppoe. But from my understanding, it looks like vpp is used as a pppoe server. 
Could you please give some detail info about how to use vpp as a pppoe client? 
If vpp is not able to do that, is there a roadmap to achieve it in your plan? 
And how to do nat through pppoe_session if vpp is used as a pppoe client?

Your answer will be greatly appriciated!


谢谢

祁晋

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

Re: [vpp-dev] vhost-user stable implementation?: VPP native or DPDK

[Ni, Hongjun]

Hi,

We also tested VPP vhost-user last week, and it did not work too.

Jianfeng Tan and I tried to locate the cause using DPDK testpmd,

And found that VPP vhost works well, but VPP virtio-user in container does not 
work.

-Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Saxena, Nitin
Sent: Friday, September 15, 2017 6:30 PM
To: Steven Luong (sluong) ; Guo, Ruijing 
; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] vhost-user stable implementation?: VPP native or DPDK


Hi,



I am more interested in DPDK vhost performance numbers. I am able to get VPP 
vhost native numbers from CSIT



Thanks,

Nitin


From: vpp-dev-boun...@lists.fd.io 
> on behalf of 
Saxena, Nitin >
Sent: Friday, September 15, 2017 2:10 PM
To: Steven Luong (sluong); Guo, Ruijing; 
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] vhost-user stable implementation?: VPP native or DPDK


Thanks Steven and Ruijing.



I want to try DPDK vhost with VPP v1704. Does dpdk vhost works in vpp1704? Any 
documentation on that would help.

If documentation is available for v1707 then I can switch to v1707 as well.



I am also looking for any vhost-user performance benchmark numbers on x86. Do 
we have benchmark numbers for both: VPP vhost-user and DPDK vhost?



Thanks,

Nitin


From: Steven Luong (sluong) >
Sent: Monday, September 11, 2017 7:46 PM
To: Guo, Ruijing; Saxena, Nitin; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] vhost-user stable implementation?: VPP native or DPDK


If you create the VIrtualEthernet interface via the CLI or binary API, it 
always uses VPP native. If you create the virtual interface via vdev in the 
dpdk clause in the startup file, it uses dpdk's vhost-user.



The problem is in DPDK virtio-user that they don't comply with virtio1.0 spec. 
I submitted a patch for them. I don't think they took it yet.



Steven



From: > on 
behalf of "Guo, Ruijing" >
Date: Sunday, September 10, 2017 at 5:36 PM
To: "Saxena, Nitin" >, 
"vpp-dev@lists.fd.io" 
>
Subject: Re: [vpp-dev] vhost-user stable implementation?: VPP native or DPDK





Just for your reference:

I am using vpp 17.07. The default one is vpp native. But it cannot work with 
virtio-user. So I change to vhost-user in dpdk.





From: vpp-dev-boun...@lists.fd.io 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Saxena, Nitin
Sent: Monday, September 11, 2017 1:22 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vhost-user stable implementation?: VPP native or DPDK



Hi All



I went through following video regarding vhost-user.



https://www.youtube.com/watch?v=z-ZRof2hDP0



The question is in this video it has been told by default VPP implementation of 
vhost-user being used and not the dpdk one. Since this video is 1 yr old and I 
am using vpp version 1704. Can anyone please comment which vhost-user code is 
by default enabled in vpp1704 - is it dpdk one or VPP native? I can see in 
vpp-master/RELEASE.md that DPDK vhost was deprecated in vpp1609? Is it fixed 
now?



Thanks,

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

Re: [vpp-dev] Regarding vxlan_tool.py in SFC vNF

[Ni, Hongjun]

Hi Srikanth,

Sorry for delayed response, because I am on a business travel.

>From your email and "show int", it seems that your packets are dropped on RX.

Please "show error" and uses packet trace to get the cause of packets dropped.

-Hongjun

From: Srikanth Lingala [mailto:srikanth.ling...@nxp.com]
Sent: Thursday, September 7, 2017 5:10 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Yang, Yi Y <yi.y.y...@intel.com>; vpp-dev@lists.fd.io; 
nsh_sfc-...@lists.fd.io
Subject: RE: Regarding vxlan_tool.py in SFC vNF

Hi Hongjun,
Sometime back, we are discussing about VPP in the place of vxlan_tool.py.
Now, I am able to load nsh-plugin in VPP 17.04.
To simplify things, I put only one VM in SFC.
I am trying to execute the following commands in the SFC VM, which were 
suggested by you sometime back:

vppctl show dpdk int placement
vppctl set int state GigabitEthernet0/2/0 up
vppctl set int ip table GigabitEthernet0/2/0 7
vppctl set int ip address GigabitEthernet0/2/0 123.123.123.3/24
vppctl ip route add 192.168.2.26/24 via 123.123.123.3 GigabitEthernet0/2/0
vppctl set interface mac address GigabitEthernet0/2/0 fa16.3e64.8b49
vppctl set ip arp fib-id 7 GigabitEthernet0/2/0 192.168.2.26 fa16.3e64.8b49
vppctl create vxlan-gpe tunnel local 123.123.123.3 remote 192.168.2.26 vni 9 
next-nsh encap-vrf-id 7 decap-vrf-id 7
vppctl set int l2 bridge vxlan_gpe_tunnel0 1 1
vppctl create nsh map nsp 35 nsi 255 mapped-nsp 35 mapped-nsi 254 nsh_action 
swap encap-vxlan-gpe-intf 3
vppctl create nsh entry nsp 35 nsi 254 md-type 1 c1 3232236058 c2 0 c3 0 c4 0 
next-ethernet
vppctl create nsh entry nsp 35 nsi 254 md-type 1 c1 0 c2 0 c3 0 c4 0 
next-ethernet

Following are my NSH flows captured from Compute Node:
https://pastebin.com/P7dCCPDU


But, NSH packets are not forwarding in the VPP based SFC VM.
Can you please help me in fixing the above commands?

Regards,
Srikanth.

From: Ni, Hongjun [mailto:hongjun...@intel.com]
Sent: Tuesday, May 02, 2017 10:55 AM
To: Srikanth Lingala 
<srikanth.ling...@nxp.com<mailto:srikanth.ling...@nxp.com>>; Yang, Yi Y 
<yi.y.y...@intel.com<mailto:yi.y.y...@intel.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; 
nsh_sfc-...@lists.fd.io<mailto:nsh_sfc-...@lists.fd.io>
Subject: RE: Regarding vxlan_tool.py in SFC vNF

Hi Srikanth,

Please make sure nsh-plugin is loaded, and the nsh-plugin version is stable 
17.01 or more.

Yes,  you need to modify c1, c2, c3 and c4.

From: Srikanth Lingala [mailto:srikanth.ling...@nxp.com]
Sent: Friday, April 28, 2017 5:32 PM
To: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>; Yang, Yi Y 
<yi.y.y...@intel.com<mailto:yi.y.y...@intel.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; 
nsh_sfc-...@lists.fd.io<mailto:nsh_sfc-...@lists.fd.io>
Subject: RE: Regarding vxlan_tool.py in SFC vNF

Hi Hongjun,
I am trying to execute the commands, you sent. I am able to execute the 
following commands in the VPP VM:

vppctl set int state GigabitEthernet0/2/0 up
vppctl set int ip table GigabitEthernet0/2/0 7
vppctl set int ip address GigabitEthernet0/2/0 123.123.123.3/24
vppctl ip route add 123.123.123.100/24 via 123.123.123.3 GigabitEthernet0/2/0
vppctl set interface mac address GigabitEthernet0/2/0 fa16.3e64.8b49
vppctl set ip arp fib-id 7 GigabitEthernet0/2/0 123.123.123.100 fa16.3e64.8b49
vppctl create vxlan-gpe tunnel local 123.123.123.3 remote 123.123.123.100 vni 9 
next-nsh encap-vrf-id 7 decap-vrf-id 7
vppctl set int l2 bridge vxlan_gpe_tunnel0 1 1

But, when I try to execute the below command, I got error:
root@VPP_vNF:~# vppctl create nsh map nsp 108 nsi 255 mapped-nsp 108 mapped-nsi 
254 nsh_action swap encap-vxlan-gpe-intf 3
create nsh map: parse error: 'nsh_action swap encap-vxlan-gp...'

And also, in the below command, I need to modify c1, c2, c3 and c4 attribute 
values. Right?
#> vppctl create nsh entry nsp 108 nsi 255 md-type 1 c1 1 c2 2 c3 3 c4 4 
next-ethernet

FYI, in the following link my NSH flows captured from Compute Node:
https://pastebin.com/y2uYD5cV


Thanks & Regards,
Srikanth.

From: Ni, Hongjun [mailto:hongjun...@intel.com]
Sent: Friday, April 28, 2017 11:31 AM
To: Srikanth Lingala 
<srikanth.ling...@nxp.com<mailto:srikanth.ling...@nxp.com>>; Yang, Yi Y 
<yi.y.y...@intel.com<mailto:yi.y.y...@intel.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; 
nsh_sfc-...@lists.fd.io<mailto:nsh_sfc-...@lists.fd.io>
Subject: RE: Regarding vxlan_tool.py in SFC vNF

Please see inline comments.

From: Srikanth Lingala [mailto:srikanth.ling...@nxp.com]
Sent: Friday, April 28, 2017 1:58 PM
To: Ni, Hongjun <hongjun...@intel.com<mailto:hongjun...@intel.com>>; Yang, Yi Y 
<yi.y.y...@intel.com<mailto:yi.y.y...@intel.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>; 
nsh_sfc-...@lists.fd.io<mailto:nsh_sfc-...@lists.fd.io>
Subject: RE: Regarding vx

Re: [vpp-dev] Do we have any plan to support DNAT

[Ni, Hongjun]

Hi Ole,

Thank you for detailed explanation.  Will give it a try.

-Hongjun

-Original Message-
From: Ole Troan [mailto:otr...@employees.org] 
Sent: Tuesday, August 15, 2017 4:24 AM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] Do we have any plan to support DNAT

Hongjun,

> Do we have any plan to support DNAT feature?

Source NAT and Destination NAT are concepts of the Linux iptables 
implementation.

The VPP NAT feature called SNAT. For _Simple_ NAT, was perhaps not the best 
naming choice. ;-) We did discuss renaming it to just NAT at some point.

And yes, we do translate destination addresses too.

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

[vpp-dev] Do we have any plan to support DNAT

[Ni, Hongjun]

Hey guys,

Do we have any plan to support DNAT feature?

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

Re: [vpp-dev] VPP router plugin

[Ni, Hongjun]

+ vpp-dev

Hi Bhanu,

Please see attached patch for router plugin in VPP 17.01 branch.

We used BIRD when using VPP 17.01 after only using attached router_1701.patch.

The patch https://gerrit.fd.io/r/#/c/5881/ is only used for VPP 17.04 branch.

Below are building commands:
cd /root/vpp
ln -sf /root/vpp/vppsb/netlink
ln -sf /root/vpp/vppsb/router
ln -sf /root/vpp/vppsb/netlink/netlink.mk build-data/packages/
ln -sf /root/vpp/vppsb/router/router.mk build-data/packages/

cd /root/vpp/build-root
make V=0 PLATFORM=vpp TAG=vpp netlink-install router-install

ln -sf /root/vpp/build-root/install-vpp-native/router/lib64/router.so.0.0.0 
/usr/lib/vpp_plugins/router.so

-Hongjun

From: Bhanu Chander Gaddoju [mailto:bhanu.gadd...@nxp.com]
Sent: Tuesday, July 18, 2017 11:02 PM
To: Ni, Hongjun <hongjun...@intel.com>
Subject: VPP router plugin

Hi Hongjun,

  We are trying to build dynamic routing daemon with VPP 1701/1704 branch. 
As part of that we are going through building the netlink and router plugins.
  I see your post "[vpp-dev] Building router 
plugin<https://lists.fd.io/pipermail/vpp-dev/2017-April/004597.html>" and also 
patch (https://gerrit.fd.io/r/#/c/5881/). You also said that you have another 
patch for VPP 1701 branch. Could you please send it?
 Were you able to run Quagga/BIRD using VPP 1701 after applying the above 
two patches?

 Please help me with the required patches and steps to build netlink and 
router plugins with VPP 1701 branch. Also I would like to compile these plugins 
with external DPDK source. Could you please help me on this?


Regards,
Bhanu,





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

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Adds the link to OpenBras we are using:
https://github.com/wfnex/openbras

Correct below type error:
//Configure CP path and DP session in CLI:
vppctl create pppoe tap client-if-index 2 tap-if-index 1 
vppctl create pppoe session client-ip 100.1.1.2 session-id 1 local-mac 
68:05:ca:30:54:e8 client-mac 00:11:01:00:00:01 
vppctl ip route add 100.1.1.2/24 via pppoe_session0

Thanks,
Hongjun

-Original Message-
From: Ni, Hongjun 
Sent: Tuesday, July 18, 2017 10:35 AM
To: Ni, Hongjun <hongjun...@intel.com>; Ole Troan <otr...@employees.org>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: RE: [vpp-dev] PPPOE

Hi all,

The initial PPPoE plugin code has been done and submitted for review.
https://gerrit.fd.io/r/#/c/7407/   Add PPPoE Plugin
Please feel free to review it and give some comments.

We have successfully integrated VPP, PPPoE plugin  and OpenBRAS together and 
used IXIA PPPoE test suit to perform both functional and performance test.

This plugin adds three graph nodes:
1) pppoe-input for PPPoE decapsulation
2) pppoe-encap for PPPoE encapsulation
3) pppoe-tap-dispatch for steering control plane packets between Subscribers 
and OpenBRAS.

Below is the configuration to make PPPoE CP and DP work:
vim /etc/vpp/startup.conf
tuntap {
  enable
  ethernet
  name newtap
}

vppctl create pppoe tap client-if-index 2 tap-if-index 1 vppctl create pppoe 
session client-ip 100.1.1.2 session-id 1 local-mac 68:05:ca:30:54:e8 client-mac 
00:11:01:00:00:01 vppctl ip route add 100.1.1.2/24 via pppoe_session0


Further optimization includes:
1. Forwarding rules among all available dataplane ports on subscriber side 
(Currently it only supports one interface).
2. Optimize away the "ip route" command which should be added automatically 
when creating PPPoE sessions.

Thanks a lot,
Hongjun

-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 4:46 PM
To: Ole Troan <otr...@employees.org>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Ole,

Yes, one TAP interface is only needed.

Memif is a good way to redirect CP traffic.
But reworking control plane code is required because the open source CP project 
is using  kernel's socket.

Currently, we only use TAP port to minimize the integration effort.

Thanks,
Hongjun

-Original Message-
From: Ole Troan [mailto:otr...@employees.org]
Sent: Monday, June 26, 2017 4:26 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Ed Warnicke <hagb...@gmail.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Hongjun,

> PPPoE plugin will support any kind of control plan projects.
> 
> Currently, we plan to test slow path code using below open source control 
> plan project:
> https://github.com/wfnex/openbras
> 
> We will create a tap port hooked to the kernel -> OpenBRAS The slow 
> path graph node will forward all non PPPoE session stage traffic to control 
> plane via TAP port.

You only need one TAP interface, even if you have PPPoE enabled on more than 
one interface right?

Alternatively we have the Punt UDS socket for control traffic (which has 
additional meta-data like RX/TX ifindex) or Damjan is working on using the 
memif interface for control plane traffic too.

Cheers,
Ole
___
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] PPPOE

[Ni, Hongjun]

Hi all,

The initial PPPoE plugin code has been done and submitted for review.
https://gerrit.fd.io/r/#/c/7407/   Add PPPoE Plugin
Please feel free to review it and give some comments.

We have successfully integrated VPP, PPPoE plugin  and OpenBRAS together and 
used IXIA PPPoE test suit to perform both functional and performance test.

This plugin adds three graph nodes:
1) pppoe-input for PPPoE decapsulation
2) pppoe-encap for PPPoE encapsulation
3) pppoe-tap-dispatch for steering control plane packets between Subscribers 
and OpenBRAS.

Below is the configuration to make PPPoE CP and DP work:
vim /etc/vpp/startup.conf
tuntap {
  enable
  ethernet
  name newtap
}

vppctl create pppoe tap client-if-index 2 tap-if-index 1
vppctl create pppoe session client-ip 100.1.1.2 session-id 1 local-mac 
68:05:ca:30:54:e8 client-mac 00:11:01:00:00:01
vppctl ip route add 100.1.1.2/24 via pppoe_session0


Further optimization includes:
1. Forwarding rules among all available dataplane ports on subscriber side 
(Currently it only supports one interface).
2. Optimize away the "ip route" command which should be added automatically 
when creating PPPoE sessions.

Thanks a lot,
Hongjun

-Original Message-
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 4:46 PM
To: Ole Troan <otr...@employees.org>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Ole,

Yes, one TAP interface is only needed.

Memif is a good way to redirect CP traffic.
But reworking control plane code is required because the open source CP project 
is using  kernel's socket.

Currently, we only use TAP port to minimize the integration effort.

Thanks,
Hongjun

-Original Message-
From: Ole Troan [mailto:otr...@employees.org]
Sent: Monday, June 26, 2017 4:26 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Ed Warnicke <hagb...@gmail.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Hongjun,

> PPPoE plugin will support any kind of control plan projects.
> 
> Currently, we plan to test slow path code using below open source control 
> plan project:
> https://github.com/wfnex/openbras
> 
> We will create a tap port hooked to the kernel -> OpenBRAS The slow 
> path graph node will forward all non PPPoE session stage traffic to control 
> plane via TAP port.

You only need one TAP interface, even if you have PPPoE enabled on more than 
one interface right?

Alternatively we have the Punt UDS socket for control traffic (which has 
additional meta-data like RX/TX ifindex) or Damjan is working on using the 
memif interface for control plane traffic too.

Cheers,
Ole
___
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] monitor function

[Ni, Hongjun]

Hi Yuliang,

Please refer to the function:  show_node_runtime() in $VPP/src/vlib/node_cli.c

-Hongjun

From: Yuliang Li [mailto:yuliang...@yale.edu]
Sent: Wednesday, July 12, 2017 9:32 AM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] monitor function

Thanks Hongjun. Do you know which piece of code shall I look at if I want to 
add my customized monitoring and expose them to vppctl?

On Tue, Jul 11, 2017 at 6:23 PM, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
Hi Yuliang,

Please see below link for details:
https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#CLI_features

-Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>] On 
Behalf Of Yuliang Li
Sent: Wednesday, July 12, 2017 9:19 AM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: [vpp-dev] monitor function

Hi,

I want to add more things to be monitored when using command "show run". How 
does the command in vppctl interact with vpp?

Thanks,
--
Yuliang Li
PhD student
Department of Computer Science
Yale University



--
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] monitor function

[Ni, Hongjun]

Hi Yuliang,

Please see below link for details:
https://wiki.fd.io/view/VPP/Command-line_Interface_(CLI)_Guide#CLI_features

-Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Yuliang Li
Sent: Wednesday, July 12, 2017 9:19 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] monitor function

Hi,

I want to add more things to be monitored when using command "show run". How 
does the command in vppctl interact with vpp?

Thanks,
--
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Compiling NSH_SFC 17.01 plugin for VPP

[Ni, Hongjun]

Hi Srikanth,

Please use VPP 17.04 release and NSH 17.04 release, which contains majority NSH 
features and new building system.

For building NSH_SFC 17.04, using below commands:
cd $Path/nsh_sfc/nsh-plugin/
rm -fr build
./build.sh

I just compiled  them and it worked well.

Regards,
Hongjun

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Srikanth Lingala
Sent: Tuesday, July 4, 2017 7:35 PM
To: nsh_sfc-...@lists.fd.io; vpp-dev@lists.fd.io
Subject: [vpp-dev] Compiling NSH_SFC 17.01 plugin for VPP

Hi,
I am trying to compile NSH SFC plugin 17.01 for VPP.
I downloaded the source using the following command:

#> git clone https://gerrit.fd.io/r/nsh_sfc -b 
stable/1701

I execute the below commands, for compilation:

#> autoreconf -i -f
#> ./configure
#> make
make  all-recursive
make[1]: Entering directory '/root/vpp-ls1-working-code/plugins/nsh-plugin'
Making all in java
make[2]: Entering directory '/root/vpp-ls1-working-code/plugins/nsh-plugin/java'
dir=`pwd`;  \
mkdir -p jvpp/src/main/java/io/fd/nsh_sfc/jvpp; \
cd jvpp/src/main/java/io/fd/nsh_sfc/jvpp;   \
mkdir -p dto future callfacade callback notification test;  \
jvpp_gen.py -i ${dir}/nsh.api.json --plugin_name nsh;   \
cd -;   \
mv -f jvpp/src/main/java/io/fd/nsh_sfc/jvpp/jvpp_nsh_gen.h jvpp/jvpp_nsh_gen.h; 
\
cp ./pom.xml jvpp/; \
cp ./jvpp/test/*.java jvpp/src/main/java/io/fd/nsh_sfc/jvpp/test/;  
\
cd jvpp;\
mvn ${MAVEN_SETTINGS_OPTIONS} -v;   \
mvn ${MAVEN_SETTINGS_OPTIONS} clean process-classes;
Generating Java API for 
['/root/vpp-ls1-working-code/plugins/nsh-plugin/java/nsh.api.json']
inputfiles ['/root/vpp-ls1-working-code/plugins/nsh-plugin/java/nsh.api.json']
plugin_name nsh
Skipping custom types generation 
(['/root/vpp-ls1-working-code/plugins/nsh-plugin/java/nsh.api.json'] does not 
define custom types).
Generating DTOs
Generating JVpp
Generating Callback interfaces
Generating Notification interfaces and implementation
Generating jvpp C
Generating JVpp future facade
Generating JVpp callback facade
Java API for 
['/root/vpp-ls1-working-code/plugins/nsh-plugin/java/nsh.api.json'] generated 
successfully
/root/vpp-ls1-working-code/plugins/nsh-plugin/java
Apache Maven 3.3.9
Maven home: /usr/share/maven
Java version: 1.8.0_131, vendor: Oracle Corporation
Java home: /usr/lib/jvm/java-8-openjdk-arm64/jre
Default locale: en_US, platform encoding: ANSI_X3.4-1968
OS name: "linux", version: "4.1.35-rt41_1703", arch: "aarch64", family: "unix"
[INFO] Scanning for projects...
[INFO]
[INFO] 
[INFO] Building nsh-sfc 17.01-SNAPSHOT
[INFO] 
Downloading: 
https://repo.maven.apache.org/maven2/io/fd/vpp/jvpp-registry/17.01/jvpp-registry-17.01.pom
[WARNING] The POM for io.fd.vpp:jvpp-registry:jar:17.01 is missing, no 
dependency information available
Downloading: 
https://repo.maven.apache.org/maven2/io/fd/vpp/jvpp-registry/17.01/jvpp-registry-17.01.jar
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 20.420 s
[INFO] Finished at: 2017-07-04T16:29:34+05:30
[INFO] Final Memory: 11M/178M
[INFO] 
[ERROR] Failed to execute goal on project nsh-sfc: Could not resolve 
dependencies for project io.fd.nsh_sfc:nsh-sfc:jar:17.01-SNAPSHOT: Could not 
find artifact io.fd.vpp:jvpp-registry:jar:17.01 in central 
(https://repo.maven.apache.org/maven2) -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please 
read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/DependencyResolutionException
Makefile:990: recipe for target 'jvpp/io_fd_vpp_jvpp_nsh_JVppNshImpl.h' failed
make[2]: *** [jvpp/io_fd_vpp_jvpp_nsh_JVppNshImpl.h] Error 1
make[2]: Leaving directory '/root/vpp-ls1-working-code/plugins/nsh-plugin/java'
Makefile:612: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/root/vpp-ls1-working-code/plugins/nsh-plugin'
Makefile:433: recipe for target 'all' failed
make: *** [all] Error 2

When I want download the file 'jvpp-registry-17.01.pom' manually from the below 
location: https://repo.maven.apache.org/maven2/io/fd/vpp/jvpp-registry/17.01/, 
the link is NOT 

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Hi Ole,

Yes, one TAP interface is only needed.

Memif is a good way to redirect CP traffic.
But reworking control plane code is required because the open source CP project 
is using  kernel's socket.

Currently, we only use TAP port to minimize the integration effort.

Thanks,
Hongjun

-Original Message-
From: Ole Troan [mailto:otr...@employees.org] 
Sent: Monday, June 26, 2017 4:26 PM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: Ed Warnicke <hagb...@gmail.com>; vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hi Hongjun,

> PPPoE plugin will support any kind of control plan projects.
> 
> Currently, we plan to test slow path code using below open source control 
> plan project:
> https://github.com/wfnex/openbras
> 
> We will create a tap port hooked to the kernel -> OpenBRAS The slow 
> path graph node will forward all non PPPoE session stage traffic to control 
> plane via TAP port.

You only need one TAP interface, even if you have PPPoE enabled on more than 
one interface right?

Alternatively we have the Punt UDS socket for control traffic (which has 
additional meta-data like RX/TX ifindex) or Damjan is working on using the 
memif interface for control plane traffic too.

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

Re: [vpp-dev] PPPOE

[Ni, Hongjun]

Currently, it will not.

From: yug...@telincn.com [mailto:yug...@telincn.com]
Sent: Monday, June 26, 2017 10:52 AM
To: Ni, Hongjun <hongjun...@intel.com>; Vincent Jardin 
<vincent.jar...@6wind.com>
Cc: vpp-dev <vpp-dev@lists.fd.io>
Subject: Re: RE: [vpp-dev] PPPOE

Is this framework will be applied to IPoE?

Regards,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Ni, Hongjun<mailto:hongjun...@intel.com>
Date: 2017-06-26 10:39
To: Ni, Hongjun<mailto:hongjun...@intel.com>; 
yug...@telincn.com<mailto:yug...@telincn.com>; Vincent 
Jardin<mailto:vincent.jar...@6wind.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: RE: [vpp-dev] PPPOE
To make it clear:

The PPPoE plugin will contains fast path graph node and slow path graph node.

The fast path graph node is for the data plane only and handle PPPoE session 
lookup, PPPoE decap and PPPoE encap.

The slow path graph node will leverage existing control plane applications to 
handle the slow path traffics in the PPPoE discovery stage.

Regards,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 10:23 AM
To: yug...@telincn.com<mailto:yug...@telincn.com>; Vincent Jardin 
<vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>
Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi guys,

We are developing PPPoE feature as a VPP plugin now, which plans to be 
upstreamed to VPP 17.10 release.

Just let community know about this to avoid duplicate effort.

Thanks,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of 
yug...@telincn.com<mailto:yug...@telincn.com>
Sent: Saturday, June 17, 2017 10:16 AM
To: Vincent Jardin <vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>
Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi，
Linux's PPPoE is very slow on creating new session, i will figure that out.

Thanks,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Vincent Jardin<mailto:vincent.jar...@6wind.com>
Date: 2017-06-17 04:29
To: yug...@telincn.com<mailto:yug...@telincn.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It
tooks years to develop it and unfortunately it has dependencies that
prevent using it with VPP. But it works fine with DPDK. It is available
both under source code or binary only but under specific licensing.

But usually, most people are fine with Linux PPP, since most connections
are slow (under 20Mbps), so why not using Linux?


Le 16 juin 2017 7:53:44 PM Ole Troan 
<otr...@employees.org<mailto:otr...@employees.org>> a écrit :

>> Is there any plan to surpport pppoe?
>
> Not as far as I know.
> Feel free to start a PPP project. You would need to implement some NCPs too.
>
> Cheers,
> Ole
>
>
>
> --
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io<mailto: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] PPPOE

[Ni, Hongjun]

Hi Ed,

PPPoE plugin will support any kind of control plan projects.

Currently, we plan to test slow path code using below open source control plan 
project:
https://github.com/wfnex/openbras

We will create a tap port hooked to the kernel -> OpenBRAS
The slow path graph node will forward all non PPPoE session stage traffic to 
control plane via TAP port.

-Hongjun

From: Ed Warnicke [mailto:hagb...@gmail.com]
Sent: Monday, June 26, 2017 10:41 AM
To: Ni, Hongjun <hongjun...@intel.com>
Cc: yug...@telincn.com; Vincent Jardin <vincent.jar...@6wind.com>; vpp-dev 
<vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE

Hongjun,

That sounds good :)  Could you say more about your thoughts on control plane?

Ed

On Sun, Jun 25, 2017 at 7:39 PM, Ni, Hongjun 
<hongjun...@intel.com<mailto:hongjun...@intel.com>> wrote:
To make it clear:

The PPPoE plugin will contains fast path graph node and slow path graph node.

The fast path graph node is for the data plane only and handle PPPoE session 
lookup, PPPoE decap and PPPoE encap.

The slow path graph node will leverage existing control plane applications to 
handle the slow path traffics in the PPPoE discovery stage.

Regards,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>] On 
Behalf Of Ni, Hongjun
Sent: Monday, June 26, 2017 10:23 AM
To: yug...@telincn.com<mailto:yug...@telincn.com>; Vincent Jardin 
<vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>

Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi guys,

We are developing PPPoE feature as a VPP plugin now, which plans to be 
upstreamed to VPP 17.10 release.

Just let community know about this to avoid duplicate effort.

Thanks,
Hongjun

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of 
yug...@telincn.com<mailto:yug...@telincn.com>
Sent: Saturday, June 17, 2017 10:16 AM
To: Vincent Jardin <vincent.jar...@6wind.com<mailto:vincent.jar...@6wind.com>>
Cc: vpp-dev <vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Subject: Re: [vpp-dev] PPPOE

Hi，
Linux's PPPoE is very slow on creating new session, i will figure that out.

Thanks,
Ewan


yug...@telincn.com<mailto:yug...@telincn.com>

From: Vincent Jardin<mailto:vincent.jar...@6wind.com>
Date: 2017-06-17 04:29
To: yug...@telincn.com<mailto:yug...@telincn.com>
CC: vpp-dev<mailto:vpp-dev@lists.fd.io>
Subject: Re: [vpp-dev] PPPOE
FYI, 6WIND  provides a full PPP stack (L2TP, PPPoE) server and clients. It
tooks years to develop it and unfortunately it has dependencies that
prevent using it with VPP. But it works fine with DPDK. It is available
both under source code or binary only but under specific licensing.

But usually, most people are fine with Linux PPP, since most connections
are slow (under 20Mbps), so why not using Linux?


Le 16 juin 2017 7:53:44 PM Ole Troan 
<otr...@employees.org<mailto:otr...@employees.org>> a écrit :

>> Is there any plan to surpport pppoe?
>
> Not as far as I know.
> Feel free to start a PPP project. You would need to implement some NCPs too.
>
> Cheers,
> Ole
>
>
>
> --
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
> https://lists.fd.io/mailman/listinfo/vpp-dev




___
vpp-dev mailing list
vpp-dev@lists.fd.io<mailto: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