[vpp-dev] Arp resolving with vxlan mesh

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hi vpp devs,

I'm running into problems with arp resolving on our five node setup where I 
have a full vxlan tunnel mesh between the nodes. I have a vhost-user port on 
compute1 and from this VM I'm trying to ping a tap port in linux namespace on 
controller1. All of these are in the same bridge domain. This is what happens:

*The vm sends a broadcast arp request

*The arp request arrives at the tap port on controller1, which answers 
as it should

*Then the arp answer is sent to compute0 instead of compute1 where is 
gets dropped due to this:

o   02:28:07:200496: error-drop
  l2-fwd: Reflection Drop

I'm using vpp-17.10-rc0~157_g0117d24~b2690.x86_64 and this worked fine with 
1704. Any idea what could be the cause or how to debug this further?

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

Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hi Ole,

Thanks for the clarification, here's the ticket: 
https://jira.fd.io/browse/VPP-870

Juraj

-Original Message-
From: otr...@employees.org [mailto:otr...@employees.org] 
Sent: Tuesday, 30 May, 2017 10:46
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
<jlin...@cisco.com>
Cc: Wojciech Dec (wdec) <w...@cisco.com>; John Lo (loj) <l...@cisco.com>; 
vpp-dev@lists.fd.io; fds-...@lists.opnfv.org
Subject: Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

Juraj,

> 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 dropped.

I _think_ correct behaviour for RX on a routed interface is that the VLAN 0 tag 
should be ignored. And that you shouldn't need a subinterface in this case. If 
we require a subinterface, then we cannot receive tagged with 0 and untagged 
traffic on the same interface. Something I believe we have to do, if we want to 
be compliant for this case.

Open a JIRA?

Best regards,
Ole



> 
> Juraj
> 
> From: Wojciech Dec (wdec)
> Sent: Monday, 29 May, 2017 15:47
> To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
> <jlin...@cisco.com>; John Lo (loj) <l...@cisco.com>; 
> vpp-dev@lists.fd.io
> Cc: fds-...@lists.opnfv.org
> Subject: Re: [Fds-dev] Does VPP support vlan 0?
> 
> 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: <fds-dev-boun...@lists.opnfv.org> on behalf of "Juraj Linkes -X 
> (jlinkes - PANTHEON TECHNOLOGIES at Cisco)" <jlin...@cisco.com>
> Date: Monday, 29 May 2017 at 15:08
> To: "John Lo (loj)" <l...@cisco.com>, "vpp-dev@lists.fd.io" 
> <vpp-dev@lists.fd.io>
> Cc: "fds-...@lists.opnfv.org" <fds-...@lists.opnfv.org>
> Subject: Re: [Fds-dev] Does VPP support vlan 0?
> 
> 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, 2017 16:12
> To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
> <jlin...@cisco.com>; vpp-dev@lists.fd.io
> Cc: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
> <tcech...@cisco.com>; fds-...@lists.opnfv.org
> Subject: RE: Does VPP support vlan 0?
> 
> Hi Juraj,
> 
> For an interface in L3 mode, any packet received with a VLAN tag must match a 
> sub-interface setup to expect that VLAN tag value. A way to handle this may 
> be to create a sub-interface matching VLAN 0, such as:
> 
> DBGvpp# create sub tuntap-0 0
> tuntap-0.0
> DBGvpp# sho int
>   Name   Idx   State  Counter  
> Count
> GigabitEthernet1b/0/0 3 up   rx packets   
>   44630
>  rx bytes 
> 4528252
>  tx packets   
>3105
>  tx bytes 
>  480292
>  drops
>   20672
>  punts
> 373
>  ip4  
>   23551
> GigabitEthernet4/0/0  2 up   rx packets   
>3070
>  rx bytes 
>  325990
>  tx packets   
>   23549
>  tx bytes 
> 2085942
>  drops
>  16
> local00down
> tuntap-0  1 up   tx packets   
> 373
>  tx bytes 
>   17158
> tuntap-0.05down
> vxlan_tunnel0 4 up   rx packets   
>   23549
>  rx bytes 
> 2085942
&

Re: [vpp-dev] [Fds-dev] Does VPP support vlan 0?

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

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 dropped.

Juraj

From: Wojciech Dec (wdec)
Sent: Monday, 29 May, 2017 15:47
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
<jlin...@cisco.com>; John Lo (loj) <l...@cisco.com>; vpp-dev@lists.fd.io
Cc: fds-...@lists.opnfv.org
Subject: Re: [Fds-dev] Does VPP support vlan 0?

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: <fds-dev-boun...@lists.opnfv.org<mailto:fds-dev-boun...@lists.opnfv.org>> 
on behalf of "Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)" 
<jlin...@cisco.com<mailto:jlin...@cisco.com>>
Date: Monday, 29 May 2017 at 15:08
To: "John Lo (loj)" <l...@cisco.com<mailto:l...@cisco.com>>, 
"vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>" 
<vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>>
Cc: "fds-...@lists.opnfv.org<mailto:fds-...@lists.opnfv.org>" 
<fds-...@lists.opnfv.org<mailto:fds-...@lists.opnfv.org>>
Subject: Re: [Fds-dev] Does VPP support vlan 0?

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, 2017 16:12
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
<jlin...@cisco.com<mailto:jlin...@cisco.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
<tcech...@cisco.com<mailto:tcech...@cisco.com>>; 
fds-...@lists.opnfv.org<mailto:fds-...@lists.opnfv.org>
Subject: RE: Does VPP support vlan 0?

Hi Juraj,

For an interface in L3 mode, any packet received with a VLAN tag must match a 
sub-interface setup to expect that VLAN tag value. A way to handle this may be 
to create a sub-interface matching VLAN 0, such as:

DBGvpp# create sub tuntap-0 0
tuntap-0.0
DBGvpp# sho int
  Name   Idx   State  Counter  Count
GigabitEthernet1b/0/0 3 up   rx packets 
44630
 rx bytes 
4528252
 tx packets 
 3105
 tx bytes  
480292
 drops  
20672
 punts  
  373
 ip4
23551
GigabitEthernet4/0/0  2 up   rx packets 
 3070
 rx bytes  
325990
 tx packets 
23549
 tx bytes 
2085942
 drops  
   16
local00down
tuntap-0  1 up   tx packets 
  373
 tx bytes   
17158
tuntap-0.05down
vxlan_tunnel0 4 up   rx packets 
23549
 rx bytes 
2085942
 tx packets 
 3068
 tx bytes  
436318
DBGvpp# set int state tuntap-0.0 up

I have not tried this kind of setup before and do not know if other config may 
be necessary to get this going. One question I do have is why are you receiving 
a packet with VLAN tag 0 in your tap interface?

Hopefully this may work for you,
John

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Juraj Linkes -X (jlinkes - 
PANTHEON TECHNOLOGIES at Cisco)
Sent: Thursday, May 25, 2017 4:19 AM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
<tcech...@cisco.com<mailto:tcech...@cisco.com>>; 
fds-...@lists.opnfv.org<mailto:fds-...@lists.opnfv.org>
Subject: Re: [vpp-dev] Does VPP support v

Re: [vpp-dev] Does VPP support vlan 0?

[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, 2017 16:12
To: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
<jlin...@cisco.com>; vpp-dev@lists.fd.io
Cc: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
<tcech...@cisco.com>; fds-...@lists.opnfv.org
Subject: RE: Does VPP support vlan 0?

Hi Juraj,

For an interface in L3 mode, any packet received with a VLAN tag must match a 
sub-interface setup to expect that VLAN tag value. A way to handle this may be 
to create a sub-interface matching VLAN 0, such as:

DBGvpp# create sub tuntap-0 0
tuntap-0.0
DBGvpp# sho int
  Name   Idx   State  Counter  Count
GigabitEthernet1b/0/0 3 up   rx packets 
44630
 rx bytes 
4528252
 tx packets 
 3105
 tx bytes  
480292
 drops  
20672
 punts  
  373
 ip4
23551
GigabitEthernet4/0/0  2 up   rx packets 
 3070
 rx bytes  
325990
 tx packets 
23549
 tx bytes 
2085942
 drops  
   16
local00down
tuntap-0  1 up   tx packets 
  373
 tx bytes   
17158
tuntap-0.05down
vxlan_tunnel0 4 up   rx packets 
23549
 rx bytes 
2085942
 tx packets 
 3068
 tx bytes  
436318
DBGvpp# set int state tuntap-0.0 up

I have not tried this kind of setup before and do not know if other config may 
be necessary to get this going. One question I do have is why are you receiving 
a packet with VLAN tag 0 in your tap interface?

Hopefully this may work for you,
John

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Juraj Linkes -X (jlinkes - 
PANTHEON TECHNOLOGIES at Cisco)
Sent: Thursday, May 25, 2017 4:19 AM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
<tcech...@cisco.com<mailto:tcech...@cisco.com>>; 
fds-...@lists.opnfv.org<mailto:fds-...@lists.opnfv.org>
Subject: Re: [vpp-dev] Does VPP support vlan 0?

Hello vpp-devs,

Has anyone looked at this?

Thanks,
Juraj

From: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)
Sent: Tuesday, 23 May, 2017 15:47
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Cc: fds-...@lists.opnfv.org<mailto:fds-...@lists.opnfv.org>; Frank Brockners 
(fbrockne) <fbroc...@cisco.com<mailto:fbroc...@cisco.com>>; Tomas Cechvala -X 
(tcechval - PANTHEON TECHNOLOGIES at Cisco) 
<tcech...@cisco.com<mailto:tcech...@cisco.com>>; Michal Cmarada -X (mcmarada - 
PANTHEON TECHNOLOGIES at Cisco) <mcmar...@cisco.com<mailto:mcmar...@cisco.com>>
Subject: Does VPP support vlan 0?

Hi vpp-devs,

I'm hitting an issue when VLAN ID is 0:
03:20:01:825468: tapcli-rx
tap-0
03:20:01:825472: ethernet-input
IP4: 00:25:b5:00:01:4a -> 01:00:5e:00:00:12 802.1q vlan 0
03:20:01:825473: error-drop
ethernet-input: unknown vlan

As I understand it, the device should treat packets with VLAN 0 as if it didn't 
have an ID:
The null VLAN ID. Indicates that the tag header contains only priority
information; no VLAN identifier is present in the frame.

I'm trying this with 1704. Does VPP support this? Is there a workaround, like 
stripping the 802.1q header for tap ports?

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

Re: [vpp-dev] Does VPP support vlan 0?

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hello vpp-devs,

Has anyone looked at this?

Thanks,
Juraj

From: Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)
Sent: Tuesday, 23 May, 2017 15:47
To: vpp-dev@lists.fd.io
Cc: fds-...@lists.opnfv.org; Frank Brockners (fbrockne) <fbroc...@cisco.com>; 
Tomas Cechvala -X (tcechval - PANTHEON TECHNOLOGIES at Cisco) 
<tcech...@cisco.com>; Michal Cmarada -X (mcmarada - PANTHEON TECHNOLOGIES at 
Cisco) <mcmar...@cisco.com>
Subject: Does VPP support vlan 0?

Hi vpp-devs,

I'm hitting an issue when VLAN ID is 0:
03:20:01:825468: tapcli-rx
tap-0
03:20:01:825472: ethernet-input
IP4: 00:25:b5:00:01:4a -> 01:00:5e:00:00:12 802.1q vlan 0
03:20:01:825473: error-drop
ethernet-input: unknown vlan

As I understand it, the device should treat packets with VLAN 0 as if it didn't 
have an ID:
The null VLAN ID. Indicates that the tag header contains only priority
information; no VLAN identifier is present in the frame.

I'm trying this with 1704. Does VPP support this? Is there a workaround, like 
stripping the 802.1q header for tap ports?

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

[vpp-dev] Does VPP support vlan 0?

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hi vpp-devs,

I'm hitting an issue when VLAN ID is 0:
03:20:01:825468: tapcli-rx
tap-0
03:20:01:825472: ethernet-input
IP4: 00:25:b5:00:01:4a -> 01:00:5e:00:00:12 802.1q vlan 0
03:20:01:825473: error-drop
ethernet-input: unknown vlan

As I understand it, the device should treat packets with VLAN 0 as if it didn't 
have an ID:
The null VLAN ID. Indicates that the tag header contains only priority
information; no VLAN identifier is present in the frame.

I'm trying this with 1704. Does VPP support this? Is there a workaround, like 
stripping the 802.1q header for tap ports?

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

[vpp-dev] acl packet trace interpretation help

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hi vpp devs,

I'm using vpp-17.04-release.x86_64 on CentOS 7.3 and I'm trying to figure out 
what does this packet trace mean:
Packet 9

00:15:18:177142: tapcli-rx
  tap-2
00:15:18:177155: ethernet-input
  IP4: fa:16:3e:eb:c6:6d -> fa:16:3e:9b:93:4a
00:15:18:177159: l2-input
  l2-input: sw_if_index 4 dst fa:16:3e:9b:93:4a src fa:16:3e:eb:c6:6d
00:15:18:177161: l2-input-classify
  l2-classify: sw_if_index 4, table 1, offset 0, next 21
00:15:18:177163: acl-plugin-in-ip4-l2
  acl-plugin: sw_if_index 4, next index 0, action: 0, match: acl -1 rule -1 
trace_bits 
  pkt info  7073c30a  0700640a 
00010008 0400
00:15:18:177167: error-drop
  acl-plugin-in-ip4-l2: ACL deny packets

What do acl -1 and rule -1 mean? I expected to find acl and rule indices in the 
trace, but I don't know what -1 means. I've looked at which acls are on that 
inteface in vat:
vat# acl_interface_list_dump
vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 0, count: 0, 
n_input: 0
   input
vat# vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 1, count: 0, 
n_input: 0
   input
vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 2, count: 2, 
n_input: 1
   input 83886080
  output 67108864
vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 3, count: 2, 
n_input: 1
   input 0
  output 16777216

vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 4, count: 0, 
n_input: 0
   input
vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 6, count: 0, 
n_input: 0
   input
vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 7, count: 0, 
n_input: 0
   input
vl_api_acl_interface_list_details_t_handler:152: sw_if_index: 8, count: 0, 
n_input: 0
   input

It says there are no acls associated with the interface. No sure how what acls 
are being applied then. And what about the acls indices (83886080, 67108864 and 
16777216)? I only have six acls configured (indices 0-5) and the indices are 
way off. Is it some sort of overflow? Note that we're using honeycomb to 
configure these.

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

Re: [vpp-dev] VPP-556 - vpp crashing in an openstack odl stack

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hi Dave, John,

I've tried building the latest 17.01 vpp (using "make V=0 PLATFORM=vpp 
TAG=vpp_debug install-rpm" - I understand that's where the TAG=vpp_debug is 
refereing to) and the issue is no longer present there, but there is something 
else - now vpp crashes when I delete a vhost-user port.

I've looked at patches submitted for master that could solve this and I've 
found https://gerrit.fd.io/r/#/c/4619/, but that didn't help. I've attached 
post-mortem api traces and backtrace. Pierre, could you please look at it?

I also have two other questions:

*what's the difference between a regular image and an TAG=vpp_debug 
image?

*I've tried configuring the core files in a number of different ways, 
but nothings seems to be working - the core files are just not being created. 
Is there a guide on how to set it up for CentOS7? For reference, here's one of 
the guides<https://www.unixmen.com/how-to-enable-core-dumps-in-rhel6/> that I 
used.

And the last thing is that Honeycomb now should work with vpp 17.04, so I'm 
going to try that one as well.

Thanks,
Juraj

From: Dave Barach (dbarach)
Sent: Wednesday, 11 January, 2017 23:43
To: John Lo (loj) <l...@cisco.com>; Juraj Linkes -X (jlinkes - PANTHEON 
TECHNOLOGIES at Cisco) <jlin...@cisco.com>; vpp-dev@lists.fd.io
Subject: RE: VPP-556 - vpp crashing in an openstack odl stack

+1... Hey John, thanks a lot for the detailed analysis...

Dave

From: John Lo (loj)
Sent: Wednesday, January 11, 2017 5:40 PM
To: Dave Barach (dbarach) <dbar...@cisco.com<mailto:dbar...@cisco.com>>; Juraj 
Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco) 
<jlin...@cisco.com<mailto:jlin...@cisco.com>>; 
vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: RE: VPP-556 - vpp crashing in an openstack odl stack

Hi Juraj,

I looked at the custom-dump of the API trace and noticed this "interesting" 
sequence:
SCRIPT: vxlan_add_del_tunnel src 192.168.11.22 dst 192.168.11.20 decap-next -1 
vni 1
SCRIPT: sw_interface_set_flags sw_if_index 4 admin-up link-up
SCRIPT: sw_interface_set_l2_bridge sw_if_index 4 bd_id 1 shg 1  enable
SCRIPT: sw_interface_set_l2_bridge sw_if_index 2 disable
SCRIPT: bridge_domain_add_del bd_id 1 del

Any idea why BD1 is deleted while the VXLAN tunnel with sw_if_index still in 
the BD? May be this is what is  causing the crash. From your vppctl output 
capture for "compute_that_crashed.txt", I do see BD 1 presen with vxlan_tunnel0 
on it:
[root@overcloud-novacompute-1 ~]# vppctl show bridge-domain
  ID   Index   Learning   U-Forwrd   UU-Flood   Flooding   ARP-Term BVI-Intf
  0  0offoffoffoffofflocal0
  1  1on on on on off  N/A
[root@overcloud-novacompute-1 ~]# vppctl show bridge-domain 1 detail
  ID   Index   Learning   U-Forwrd   UU-Flood   Flooding   ARP-Term BVI-Intf
  1  1on on on on off  N/A

   Interface   Index  SHG  BVI  TxFloodVLAN-Tag-Rewrite
 vxlan_tunnel0   3 1-  * none

I did install a vpp 1701 image on my server and performed an api trace replay 
of your api_post_mortem. Thereafter, I do not see BD 1 present while 
vxlan_tunnel1 is still configured as in BD 1:
DBGvpp# show bridge
  ID   Index   Learning   U-Forwrd   UU-Flood   Flooding   ARP-Term BVI-Intf
  0  0offoffoffoffofflocal0
DBGvpp# sho vxlan tunnel
[1] src 192.168.11.22 dst 192.168.11.20 vni 1 sw_if_index 4 encap_fib_index 0 
fib_entry_index 12 decap_next l2
DBGvpp# sho int addr
GigabitEthernet2/3/0 (dn):
VirtualEthernet0/0/0 (up):
local0 (dn):
vxlan_tunnel0 (dn):
vxlan_tunnel1 (up):
  l2 bridge bd_id 1 shg 1
DBGvpp# show int
  Name   Idx   State  Counter  Count
GigabitEthernet2/3/0  1down
VirtualEthernet0/0/0  2 up
local00down
vxlan_tunnel0 3down
vxlan_tunnel1 4 up
DBGvpp#

With system in this state, I can easily imaging a packet received by 
vxlan_tunnel1 and forwarded in a non-existing BD causes VPP crash. I will look 
into VPP code from this angle. In general, however, there is really no need to 
create and delete BDs on VPP. Adding an interface/tunnel to a BD will cause it 
to be created. Deleting a BD without removing all the ports in it can cause 
problems which may well be the cause here. If a BD is to be not used, all the 
ports on it should be removed. If a BD is to be reused, just add ports to it.

As mentioned by Dave, please test using a known good image like 1701 and 
preferably built with debug enabled (with TAG-vpp_debug) so it is easier to 
find any issues.

Regards,
John

From: Dave Barach (dbarach)
Sent: Wednesday,

[vpp-dev] VPP-556 - vpp crashing in an openstack odl stack

[Juraj Linkes -X (jlinkes - PANTHEON TECHNOLOGIES at Cisco)]

Hi vpp-dev,

I just wanted to ask whether anyone has taken a look at 
VPP-556? There might not be enough logs, I 
collected just backtrace from gdb - if we need anything more, please give me a 
little bit of a guidance on what could help/how to get it.

This is one the last few issues we're facing with the openstack odl scenario 
where we use vpp jsut for l2 and it's been there for a while.

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