Re: [vpp-dev] [nsh_sfc-dev] Stepping down as NSH_SFC PTL

2018-01-05 Thread ash







+1
Thanks for all your hard work!
Ash



Ash YoungM: 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:



l 
Upstreamed 42 patches totally cover Ingress Classifier, SFF, Egress Classifier, 
NSH-Proxy, NSH-aware NAT, MD-Type2, NSH over Ethernet and NSH TTL.



l 
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] tap-0 dns query packet bad udp cksum

2018-01-05 Thread ??????
Hi vpp-dev team,

I use vpp17.10 in vagrant VM for a vcpe test,and use dnsmasq as dhcp and dns 
server。
dnsmasq is binded interface lstack,which is created by:
sudo vppctl tap connect lstack address 192.168.1.1/24
A namespace lan1 is a virtual lan network。When an interface in lan1 send a dhcp 
discover request, it can get a ip address assigned by dnsmasq,and I can see the 
packets flow by vppctl show trace。
When I send a dns query request,the interface lstack/tap-0 received the 
request,but the dnsmasq has no response。
The interface tap-0/lstack  doesn't forward dns query to dnsmasq is  bad udp 
cksum.
I failed to turn off the checksumming, and don't know why it happened.



The following is some logs, and maybe be helpful.


vagrant@localhost:~$sudo ip netns exec lan1 ping -c1 www.baidu.com 

vagrant@localhost:~$ sudo vppctl show trace
Packet 1
21:04:07:489032: af-packet-input 
af_packet: hw_if_index 2 next-index 4 
tpacket2_hdr: 
status 0x9 len 123 snaplen 123 mac 66 net 80 
sec 0x5a4f3fc3 nsec 0x69f47a6 vlan 0 vlan_tpid 0 
21:04:07:489045: ethernet-input 
IP4: 92:5d:c3:e1:15:86 -> 02:fe:11:e7:4c:c7 
21:04:07:489059: ip4-input 
UDP: 192.168.10.10 -> 192.168.10.9 
tos 0x00, ttl 64, length 109, checksum 0x0ce6 
fragment id 0xd836 
UDP: 60440 -> 4789 
length 89, checksum 0x 
21:04:07:489070: ip4-lookup 
fib 0 dpo-idx 7 flow hash: 0x 
UDP: 192.168.10.10 -> 192.168.10.9 
tos 0x00, ttl 64, length 109, checksum 0x0ce6 
fragment id 0xd836 
UDP: 60440 -> 4789 
length 89, checksum 0x 
21:04:07:489080: ip4-local 
UDP: 192.168.10.10 -> 192.168.10.9 
tos 0x00, ttl 64, length 109, checksum 0x0ce6 
fragment id 0xd836 
UDP: 60440 -> 4789 
length 89, checksum 0x 
21:04:07:489090: ip4-udp-lookup 
UDP: src-port 60440 dst-port 4789 
21:04:07:489093: vxlan4-input 
VXLAN decap from vxlan_tunnel0 vni 101 next 1 error 0 
21:04:07:489097: l2-input 
l2-input: sw_if_index 4 dst 92:61:a3:de:b0:ca src b2:72:a6:93:be:f5 
21:04:07:489107: l2-learn 
l2-learn: sw_if_index 4 dst 92:61:a3:de:b0:ca src b2:72:a6:93:be:f5 bd_index 1 
21:04:07:489112: l2-fwd 
l2-fwd: sw_if_index 4 dst 92:61:a3:de:b0:ca src b2:72:a6:93:be:f5 bd_index 1 
21:04:07:489114: l2-output 
l2-output: sw_if_index 5 dst 92:61:a3:de:b0:ca src b2:72:a6:93:be:f5 data 08 00 
45 00 00 3b c2 8d 40 00 40 11 
21:04:07:489117: tap-0-output 
tap-0 
IP4: b2:72:a6:93:be:f5 -> 92:61:a3:de:b0:ca 
UDP: 192.168.1.10 -> 192.168.1.1 
tos 0x00, ttl 64, length 59, checksum 0xf4c8 
fragment id 0xc28d, flags DONT_FRAGMENT 
UDP: 35083 -> 53 
length 39, checksum 0x8394


vagrant@localhost:~$ sudo tcpdump -vvv -i lstack 
01:05:07.114638 IP (tos 0x0, ttl 64, id 49805, offset 0, flags [DF], proto UDP 
(17), length 59) 
192.168.1.10.35083 > 192.168.1.1.domain: [bad udp cksum 0x8394 -> 0x192f!] 
7636+ A? www.baidu.com. (31)

vagrant@localhost:~$ sudo ethtool -K lstack tx off rx off 
Cannot change rx-checksumming 



Best Regards
jzhchen
www.fiberhome.com
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] The performance problem of NAT plugin

2018-01-05 Thread 李洪亮
I think The ARP abnormal is caused by the entire FIB of VPP can not process any 
packets;

During these days, I fount when I use tcpdump on both side interface when VPP 
NAT multithreads mode,

50% out2in reply packets are lost, the lost packets are handoff to 
vpp_wk_1(thread_2);

the “show run “ results show that these have on active “nat44-out2in  “;

Is this the root cause?


DBGvpp# show run
Thread 0 vpp_main (lcore 0)
Time 403.2, average vectors/node 0.00, last 128 main loops 0.00 per node 0.00
  vector rates in 0.e0, out 0.e0, drop 0.e0, punt 0.e0
 Name State Calls  Vectors
Suspends Clocks   Vectors/Call
acl-plugin-fa-cleaner-process  event wait0   0  
 1  3.61e40.00
admin-up-down-process  event wait0   0  
 1  5.37e40.00
api-rx-from-ringany wait 0   0  
24  7.56e50.00
bfd-processevent wait0   0  
 1  2.92e40.00
cdp-process any wait 0   0  
55  5.25e50.00
dhcp-client-process any wait 0   0  
 5  3.69e40.00
dns-resolver-processany wait 0   0  
 1  1.34e40.00
dpdk-ipsec-processdone   1   0  
 0  2.13e50.00
dpdk-processany wait 0   0  
   133  3.18e60.00
fib-walkany wait 0   0  
   199  1.02e40.00
flow-report-process any wait 0   0  
 1  1.34e40.00
flowprobe-timer-process any wait 0   0  
 1  2.40e40.00
ikev2-manager-process   any wait 0   0  
   395  7.59e30.00
ioam-export-process any wait 0   0  
 1  1.99e40.00
ip-route-resolver-process   any wait 0   0  
 5  2.75e40.00
ip6-icmp-neighbor-discovery-ev  any wait 0   0  
   395  7.52e30.00
l2fib-mac-age-scanner-process  event wait0   0  
 1  9.48e30.00
lisp-retry-service  any wait 0   0  
   199  1.47e40.00
lldp-process   event wait0   0  
 1  2.12e70.00
memif-process  event wait0   0  
 1  3.80e40.00
nat-det-expire-walk   done   1   0  
 0  1.23e40.00
nat64-expire-walk   any wait 0   0  
41  3.54e40.00
nat64-expire-worker-walk  interrupt wa  40   0  
 0  1.47e40.00
send-garp-na-process   event wait0   0  
 1  4.37e30.00
startup-config-processdone   1   0  
 1  1.41e90.00
udp-ping-processany wait 0   0  
 1  2.80e40.00
unix-cli-local:0 active  0   0  
48  2.12e70.00
unix-epoll-input polling170368   0  
 0  5.27e60.00
vhost-user-process  any wait 0   0  
 1  1.42e40.00
vhost-user-send-interrupt-proc  any wait 0   0  
 1  1.18e40.00
vpe-link-state-process event wait0   0  
 4  1.08e40.00
vpe-oam-process any wait 0   0  
   194  1.03e40.00
vxlan-gpe-ioam-export-process   any wait 0   0  
 1  2.21e40.00
wildcard-ip4-arp-publisher-pro event wait0   0  
 1  1.45e40.00
---
Thread 1 vpp_wk_0 (lcore 1)
Time 403.2, average vectors/node 1.71, l

Re: [vpp-dev] VPP 18.01 RC1 milestone is complete!

2018-01-05 Thread Dave Barach (dbarach)
Hey Dave, thanks for all your work to make this happen!

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Dave Wallace
Sent: Thursday, January 4, 2018 12:25 PM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP 18.01 RC1 milestone is complete!

Folks,

The VPP 18.01 RC1 milestone is complete. The VPP 18.01 release branch 
(stable/1801) has been created, along with the associated nexus and 
packagecloud repo's.

  *   vpp master branch is now open for all patches slated for VPP 18.04 (and 
beyond).
  *   vpp stable/1801 is open for bug fix patches only.
Per the standard process, all bug fixes to the stable branch should follow the 
best practices:

  *   All bug fixes must be double-committed to the release throttle as well as 
to the master branch
 *   Commit first to the release throttle, then "git cherry-pick" into 
master
 *   Manual merges may be required, depending on the degree of divergence 
between throttle and master
  *   All bug fixes need to have a Jira ticket
 *   Please put Jira IDs into the commit messages.
 *   Please use the same Jira ID for both the stable branch and master.
Note: I downloaded and installed the Ubuntu packages for stable/1801 & master 
following the directions on this wiki page:  
https://wiki.fd.io/view/VPP/Installing_VPP_binaries_from_packages

Please let me know if there are any issues downloading/installing the centos7 
artifacts.
-daw-

ps. Thanks to Florin Coras and Ed Warnicke for their assistance.
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Apache traffic server with VCL+LD_PRELOAD

2018-01-05 Thread Alberto Compagno (acompagn)
Hi,

I’m trying to get Apache Traffic Server to use the TCP implementation in VPP. I 
was able to run the socket_test.sh and successfully test iperf3+LD_PRELOAD, 
however when it comes to connect Apache Traffic Server I have the following 
outputs:

ATS output:
vppcom_app_create:1958: [22942] configured debug level (0) from VCL_DEBUG!

[22942] vcom_init...done!

[22942] vcom_constructor...done!
traffic_server: using root directory '/opt/ts'
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
0x21100f180, sid 2: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
0x20100c180, sid 3: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
0x, sid 4: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
0x21101b180, sid 5: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
0x221020180, sid 6: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
0x20100c180, sid 7: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
8: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
9: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
10: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
11: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
12: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
13: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
18: connect failed! Session failed to connect (-115)
vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, sid 
18: connect failed! Session failed to connect (-115)
[22942] accept4: in the beginning... ''='0034', '0x7fbcbdd96e0c', 
'0x7fbcbdd96cdc', '80800'
[22942] accept4: in the beginning... ''='0027', '0x7fbcbdb88e0c', 
'0x7fbcbdb88cdc', '80800'
vl_api_bind_sock_reply_t_handler:943: [22942] ERROR: vpp handle 0x8dff, sid 
23: bind failed: Invalid value #2 (-8)


VPP output:

vpp# 0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_connect: connect failed
0: vnet_bind: bind failed

Everything run on the same host (no containers) and I am using vpp 
v18.01-rc0~541-ga3a6ec6~b3481 installed from deb.
To run ATS, I adjusted the scripts created by socket_test.sh and I invoke ATS 
with the following command:

# 
LD_PRELOAD=/home/alberto/vcl/vpp/build-root/install-vpp-native/vpp/lib64/libvcl_ldpreload.so.0.0.0
 /opt/ts/bin/traffic_server

Any hint, help?

Thank you,
Alberto


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

Re: [vpp-dev] Apache traffic server with VCL+LD_PRELOAD

2018-01-05 Thread Florin Coras
Alberto, 

From the error messages, it seems you’re trying to bind to a non 0 address that 
does not pertain to any interface in the fib table you’re connecting through. 
Are you using namespaces?

Florin

> On Jan 5, 2018, at 7:10 AM, Alberto Compagno (acompagn)  
> wrote:
> 
> Hi,
>  
> I’m trying to get Apache Traffic Server to use the TCP implementation in VPP. 
> I was able to run the socket_test.sh and successfully test iperf3+LD_PRELOAD, 
> however when it comes to connect Apache Traffic Server I have the following 
> outputs:
>  
> ATS output:
> vppcom_app_create:1958: [22942] configured debug level (0) from VCL_DEBUG!
>  
> [22942] vcom_init...done!
>  
> [22942] vcom_constructor...done!
> traffic_server: using root directory '/opt/ts'
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
> 0x21100f180, sid 2: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
> 0x20100c180, sid 3: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
> 0x, sid 4: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
> 0x21101b180, sid 5: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
> 0x221020180, sid 6: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 
> 0x20100c180, sid 7: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 8: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 9: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 10: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 11: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 12: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 13: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 18: connect failed! Session failed to connect (-115)
> vl_api_connect_session_reply_t_handler:795: [22942] ERROR: vpp handle 0x0, 
> sid 18: connect failed! Session failed to connect (-115)
> [22942] accept4: in the beginning... ''='0034', '0x7fbcbdd96e0c', 
> '0x7fbcbdd96cdc', '80800'
> [22942] accept4: in the beginning... ''='0027', '0x7fbcbdb88e0c', 
> '0x7fbcbdb88cdc', '80800'
> vl_api_bind_sock_reply_t_handler:943: [22942] ERROR: vpp handle 0x8dff, 
> sid 23: bind failed: Invalid value #2 (-8)
>  
>  
> VPP output:
>  
> vpp# 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_connect: connect failed
> 0: vnet_bind: bind failed
>  
> Everything run on the same host (no containers) and I am using vpp 
> v18.01-rc0~541-ga3a6ec6~b3481 installed from deb.
> To run ATS, I adjusted the scripts created by socket_test.sh and I invoke ATS 
> with the following command:
>  
> # 
> LD_PRELOAD=/home/alberto/vcl/vpp/build-root/install-vpp-native/vpp/lib64/libvcl_ldpreload.so.0.0.0
>  /opt/ts/bin/traffic_server
>  
> Any hint, help?
>  
> Thank you,
> Alberto
>  
>  
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io 
> https://lists.fd.io/mailman/listinfo/vpp-dev 
> 
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] interfaces-state not in schema

2018-01-05 Thread siva...@campus.technion.ac.il
I have been trying to configure VPP interfaces through Honeycomb.

When I request all operational data using -



I have a section in the output involving the interfaces -


host-ens33
02:fe:9d:d8:52:86
up


192.168.93.171
24

...

And so, in order to configure the interfaces, I send a request like this:








host-ens33
up
up






However I receive the following error:
org.opendaylight.yangtools.yang.data.impl.schema.tree.SchemaValidationFailedException:
 Child 
/(urn:ietf:params:xml:ns:yang:ietf-interfaces?revision=2014-05-08)interfaces-state
 is not present in schema tree.

What is the reason for this? Am I forming the configuration request  wrong?

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

Re: [vpp-dev] Unable to make GTPU Tunnel work

2018-01-05 Thread pravir.patel
Hello Ryota,

Sorry for delayed response. 
Used VPP 18.01-rc0 and it worked.

Thanks
Regards
Pravir

-Original Message-
From: Ryota Yushina [mailto:r-yush...@ce.jp.nec.com] 
Sent: Tuesday, December 19, 2017 8:32 PM
To: pravir.pa...@phazr.net; vpp-dev@lists.fd.io
Subject: RE: [vpp-dev] Unable to make GTPU Tunnel work


Hi Patel,

I faced same issue, please see following mails.
I hope it helps you.
https://www.mail-archive.com/vpp-dev@lists.fd.io/msg04284.html

At least, v17.10 seems to require us to configure arp entry of gtp_tunnel.
If you wouldn't like to configure arp entry, you need to apply a patche
https://gerrit.fd.io/r/#/c/9207/

Thanks
---
Best Regards,

Ryota Yushina,
NEC



> -Original Message-
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On
Behalf Of pravir.pa...@phazr.net
> Sent: Wednesday, December 20, 2017 5:17 AM
> To: vpp-dev@lists.fd.io
> Subject: [vpp-dev] Unable to make GTPU Tunnel work
> 
> 
> Setup:
> +- ubuntu-test -
> |
> | [eth2: 10.1.13.197]
> | route add 11.9.0.0 netmask 255.255.0.0 gw 10.1.13.199
> +-- | 
> |
> +-VPP#7 | 
> | [GigabitEthernet0/6/0: 10.1.13.199]
> |
> | [gtpu_tunnel0: 11.9.0.1]
> |   |
> | [GigabitEthernet0/7/0: 10.1.14.199] --> vrf:152
> +-- || ---
> ||
> +-VPP#4 || ---
> | [TenGigabitEthernet82/0/0: GigabitEthernet0/c/0] --> vrf:152
> |
> | [loop0: 11.9.0.4]
> +- VPP#4 -
> 
> 
> Commands used to configure
> 
>  sudo vppctl set interface ip table GigabitEthernet0/7/0 152  sudo vppctl
set interface ip address GigabitEthernet0/7/0
> 10.1.14.199/24  sudo vppctl create gtpu tunnel src 10.1.14.199 dst
10.1.14.200 teid  encap-vrf-id 152 decap-next node
> ip4-lookup
> 
>  sudo vppctl set interface ip address gtpu_tunnel0 11.9.0.1/16
> 
>  sudo vppctl ip route 11.9.0.0/16 via gtpu_tunnel0  sudo vppctl ip route
10.1.13.0/16 via GigabitEthernet0/6/0  sudo vppctl
> set interface state GigabitEthernet0/6/0 up  sudo vppctl set interface
state GigabitEthernet0/7/0 up
> 
> 
> 
>  sudo vppctl set interface ip table GigabitEthernet0/c/0 152  sudo vppctl
set interface ip address GigabitEthernet0/c/0
> 10.1.14.200/24  sudo vppctl create gtpu tunnel src 10.1.14.200 dst
10.1.14.199 teid  encap-vrf-id 152 decap-next node
> ip4-lookup
> 
>  sudo vppctl show gtpu tunnel
>  src 10.1.14.200 dst 10.1.14.199 teid  sw_if_index 4 encap_fib_index 1
fib_entry_index 16 decap_next index 4
> 
>  sudo vppctl create loopback interface
> 
>  sudo vppctl set interface ip address loop0 11.9.0.4/16  sudo vppctl ip
route 10.1.13.0/24 via gtpu_tunnel1  sudo vppctl
> set interface state GigabitEthernet0/c/0 up  sudo vppctl set interface
state loop0 up
> 
> 
> When trying to ping from ubuntu-test machine "ping 11.9.0.4" the VPP#7
just restarts.
> 
> VPP Version: vpp v17.10-release built by jenkins on
> ubuntu1604-basebuild-8c-32g-2873 at Thu Oct 26 02:05:09 UTC 2017
> 
> cat /etc/lsb-release
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=16.04
> DISTRIB_CODENAME=xenial
> DISTRIB_DESCRIPTION="Ubuntu 16.04.3 LTS"
> 
> dpkg -l | grep vpp
> ii  vpp  17.10-release amd64 Vector Packet Processing--executables ii
vpp-dev 17.10-release amd64 Vector Packet
> Processing--development support
> ii  vpp-lib   17.10-release amd64 Vector Packet Processing--runtime
> libraries
> ii  vpp-plugins 17.10-release amd64 Vector Packet Processing--runtime
plugins
> 
> 
> Any help appreciated.
> 
> Pravir Patel
> 
> 
> ___
> 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