Hello,
In CSIT we did not observe booting timeouts but in fact our timeout values are
not that tight.
Peter Mikus
Engineer - Software
Cisco Systems Limited
-Original Message-
From: csit-dev-boun...@lists.fd.io [mailto:csit-dev-boun...@lists.fd.io] On
Behalf Of Sergio Gonzalez Monroy
Hi,
I am trying use the udp_register_dst_port interface with a new entry for
UDP_DST_PORT_stream in udp.h. -> foreach_udp4_dst_port as follows:
#define foreach_udp4_dst_port \
_ (67, dhcp_to_server) \
...
_ (5001, stream)
...
When I build, the binary
Hi,
VPP in the latest builds crashes with the probe-neighbor command for a /31
neighbor.
That is, if I have configured 10.2.2.4/31 on an interface and probe
10.2.2.5, VPP crashes at adj_get() because in the
ip4_add_del_interface_route function, the neighbor_adj_index is not set for
a /31 route
On 29/05/2017 15:54, Marco Varlese wrote:
On Mon, 2017-05-29 at 15:35 +0100, Sergio Gonzalez Monroy wrote:
Hi,
I have not seen that behavior before.
The dpdk_crypto_sw is only for enabling SW crypto, the default is to
support just HW crypto devices.
I cannot think of a reason why you would
Hi,
I have not seen that behavior before.
The dpdk_crypto_sw is only for enabling SW crypto, the default is to
support just HW crypto devices.
I cannot think of a reason why you would see that behavior.
Basically we just check if we found enough DPDK/Cryptodev HW crypto
devices for the
That's how I understand it. Doesn't that mean it should work without the
subinterface?
Configuring the sub-interface obviously works. I'm just confused about how vpp
handles this. For example, I don't need to configure sub-interface for vlan 0
for linux interfaces - the packet doesn't get
Hi all,
I pulled the latest code from master branch last week and I'm seeing something
new and related (possibly) to the Cryptodev support in VPP/DPDK.
The issue is that it now takes much longer for VPP to initialize... eventually
printing out the message:
"not enough Cryptodevs, default to
A frame with VLAN 0 means “I’m on the default VLAN” and “here are my PCP bits”.
As John suggested, would be good to ry setting a sub-interface for 0.
Regards,
-Wojciech.
From: on behalf of "Juraj Linkes -X (jlinkes
- PANTHEON TECHNOLOGIES at Cisco)"
Hi John,
UCS-B's drivers apparently send vlan 0 in native vlan. I'm just pointing out
that vpp treats vlan id 0 as a vlan when vlan 0 means it's not a vlan (if I
understand the IEEE Std 802.1Q correctly). Or am I missing something?
Thanks,
Juraj
From: John Lo (loj)
Sent: Thursday, 25 May,