Re: [vpp-dev] ubuntu 16.04.1 EAL: Error reading from file descriptor 11: Input/output error

Thanks, I have fixed it. Regards, Ewan yug...@telincn.com From: yug...@telincn.com Date: 2017-04-27 14:50 To: vpp-dev Subject: [vpp-dev] ubuntu 16.04.1 EAL: Error reading from file descriptor 11: Input/output error Hey, guys. Why there are so many errors. (gdb) r -c /etc/vpp/startup.conf S

Re: [vpp-dev] vpp_papi: No such message type or failed CRC checksum

Weitao, > I installed vpp 17.04 release in a new clean ubuntu 16.04 server, except > that, I did nothing. > > When I first connect vpp using python api, the terminal show those DEBUG > messages. > > Is this phenomenon right? No. Turns out that the CRC table wasn't setup correctly for message

[vpp-dev] ping to ip6 uses link local as source..

Even though the destination IP6 is multi hop away, ping seems to choose link local as its source address - any idea what can be done to override this behavior? Thanks, -nagp ___ vpp-dev mailing list vpp-dev@lists.fd.io https://lists.fd.io/mailman/listinf

Re: [vpp-dev] ping to ip6 uses link local as source..

Hi nagp, I’d suggest a modification to ip6_interface_first_address to indicate whether a link-local is ok. Then you can choose to ignore the link-local when the ping’s destination is global scope. Regards, neale From: on behalf of Nagaprabhanjan Bellaru Date: Thursday, 27 April 2017 at 14:4

[vpp-dev] Honeycomb 1.17.04 released

The honeycomb 1.17.04 release is up. Honeycomb artifacts can be found on nexus: https://nexus.fd.io/content/repositories/fd.io.release/io/fd/honeycomb/ More details can be found in release notes: https://docs.fd.io/honeycomb/1.17.04/release-notes-aggregator/release_notes.html Many thanks to all

Re: [vpp-dev] A Curious DHCP Hostname Terminator Choice

On Wed, Apr 26, 2017 at 3:37 PM, Luke, Chris wrote: > Definitely looks spurious to me. > > > > Chris. > Spurious or wrong? Will folks entertain a patch converting that newline to a 0? jdl > *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] *On > Behalf Of *Jon Loeliger

Re: [vpp-dev] A Curious DHCP Hostname Terminator Choice

It looks, to me, like someone fixed a problem in the wrong place. I would certainly entertain the patch, especially if it included logic to make sure mp->hostname doesn’t overrun. Not likely since the DHCP option is limited to the same size but it’s still good practice. What I am not sure of is

Re: [vpp-dev] A Curious DHCP Hostname Terminator Choice

On Thu, Apr 27, 2017 at 12:19 PM, Luke, Chris wrote: > It looks, to me, like someone fixed a problem in the wrong place. > > > > I would certainly entertain the patch, especially if it included logic to > make sure mp->hostname doesn’t overrun. Not likely since the DHCP option is > limited to the

Re: [vpp-dev] A Curious DHCP Hostname Terminator Choice

> Jon Loeliger said: >> On Thu, Apr 27, 2017 at 12:19 PM, Luke, Chris >> wrote: >> [...] What I am not sure of is NUL in DHCP hostname strings – I remember >> reading somewhere >> it’s optional, so I suspect that means the TLV length is used to determine >> the s

Re: [vpp-dev] [honeycomb-dev] Honeycomb 1.17.04 released

Congratulation! De : au nom de "Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco)" Date : jeudi 27 avril 2017 à 17:04 À : honeycomb-dev Cc : "t...@lists.fd.io" , "hc2...@lists.fd.io" , "csit-...@lists.fd.io" , "nsh_sfc-...@lists.fd.io" , "vpp-dev@lists.fd.io" Objet : [honeycomb

[vpp-dev] CSIT rls1704 report published

The CSIT rls1704 report is published on FD.io docs site: https://docs.fd.io/csit/rls1704/report/ Many Thanks to All Contributors and Committers that worked on csit rls1704 and made it happen ! And of course Many Thanks to VPP contributors and committers that gave us a solid piece of VPP rls1

Re: [vpp-dev] A Curious DHCP Hostname Terminator Choice

If I were coding, in addition to Jon's change, I probably would change "u8" to "char" for the type of hostname elements in the dhcp_client_config and dhcp_compl_event in dhcp.api, because way back when I liked to think of u8 as a hint that the array is a vector style string, i.e., not terminated wi

Re: [vpp-dev] Regarding vxlan_tool.py in SFC vNF

+ vpp-dev Hi Hongjun, Thanks for the info. My requirement is that, I am spawning a SFC vNF which is VPP based. So, that vNF should be IP-less NSH aware. My typical setup is as shown in the attached image. I have single Compute Node, with 2 vNFs in a Chain. One vNF is NSH aware (running vxlan_too

Re: [vpp-dev] [honeycomb-dev] Honeycomb 1.17.04 released

Congratulation to all guys involved ! From: hc2vpp-boun...@lists.fd.io [mailto:hc2vpp-boun...@lists.fd.io] On Behalf Of Jerome Tollet (jtollet) Sent: Friday, April 28, 2017 3:12 AM To: Marek Gradzki -X (mgradzki - PANTHEON TECHNOLOGIES at Cisco) ; honeycomb-dev Cc: t...@lists.fd.io; hc2...@list

[vpp-dev] NSH_SFC 17.04 Released

Hey all, The NSH_SFC 17.04 Release is up. NSH_SFC artifacts can be found on nexus: https://nexus.fd.io/content/repositories/fd.io.release/io/fd/nsh_sfc/nsh-sfc/17.04/ You can follow the below link to install binaries from packages: https://wiki.fd.io/view/NSH_SFC/Installing_NSH_SFC_binaries_from

[vpp-dev] No dpdk deb file after build in VPP 17.04

Hello Before I changed to the formal release of VPP 17.04 , I used VPP 17.04 rc0. After build rc0 I can get vpp-dpdk-dkms deb install file, VPP can take over specified interfaces and works fine. But in VPP 17.04, I didn't find this deb file even the build is success. So my question is whether w

Re: [vpp-dev] No dpdk deb file after build in VPP 17.04

With VPP 17.04 or later, vpp-dpdk-dkms deb is obsolete. DPDK support is now a plugin and included in vpp-plugins deb. -John From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of ?? Sent: Thursday, April 27, 2017 10:59 PM To: vpp-dev@lists.fd.io Subject: [vpp-dev]

Re: [vpp-dev] Regarding vxlan_tool.py in SFC vNF

Hi Srikanth, Please use VPP and NSH_SFC project for running SFF, not running vxlan_tool.py. Below is the commands used to configure your setup for running SFF, just for reference. vppctl set int state TenGigabitEthernet5/0/0 up vppctl set int ip table TenGigabitEthernet5/0/0 7 vppctl set int ip

Re: [vpp-dev] Regarding vxlan_tool.py in SFC vNF

Hi Hongjun, Thanks for your time to recreate those commands. I have some doubts :). What about the nsp and nsi id's? They can be anything or need to get them from the openflow NSH flows in the compute node? What about the address '90e2.ba48.7a80'? Is this hardware address of TenGigabitEthernet5/0

Re: [vpp-dev] 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 ; Yang, Yi Y ; vpp-dev@lists.fd.io; nsh_sfc-...@lists.fd.io Subject: RE: Regarding vxlan_tool.py in SFC vNF Hi Hongjun, Thanks for your time to recreate those

Re: [vpp-dev] ping to ip6 uses link local as source..

> I’d suggest a modification to ip6_interface_first_address to indicate whether > a link-local is ok. Then you can choose to ignore the link-local when the > ping’s destination is global scope. At some point we need to implement RFC6724. Best regards, Ole signature.asc Description: Message si