[4.0.1 Build 27] EVPN VXLAN: TSN dropping DHCP request from BMS

Bug #1709535 reported by chhandak
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Juniper Openstack
Status tracked in Trunk
R4.0
Fix Committed
High
Hari Prasad Killi
Trunk
Fix Committed
High
Hari Prasad Killi

Bug Description

While trying EVPN VXLAN with Bare Metal solution, Setup only has TSN for DHCP and DNS . There is no TOR Agent in the cluster. The physical device is associated with TSN and TSN IP is getting programmed in TOR (QFX 5100) as EVPN Type3 Inclusive multicast route via control node.

Now when BMS is sending DHCP, the packet is coming till TSN and getting dropped in the vrouter. In dropstats Discard count is increasing.

TSN+ Controller (10.87.69.1) root/Embe1mpls
Compute (10.87.69.2) root/Embe1mpls
BMS: 10.87.69.3 root/Embe1mpls

DHCP request:
22:48:31.871395 IP 172.16.2.1.37796 > 172.16.180.101.4789: VXLAN, flags [I] (0x08), vni 4
IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 90:e2:ba:c4:2e:6c, length 300
22:48:36.013378 IP 172.16.2.1.37796 > 172.16.180.101.4789: VXLAN, flags [I] (0x08), vni 4
IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 90:e2:ba:c4:2e:6c, length 300
22:48:38.481463 IP 172.16.2.1.37796 > 172.16.180.101.4789: VXLAN, flags [I] (0x08), vni 4
IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 90:e2:ba:c4:2e:6c, length 300
22:48:41.193753 IP 172.16.2.1.37796 > 172.16.180.101.4789: VXLAN, flags [I] (0x08), vni 4
IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 90:e2:ba:c4:2e:6c, length 300

4 packets captured
4 packets received by filter
0 packets dropped by kernel

Dropstats:
root@5b11s14:~# dropstats | grep -v " 0$”
Discards 1486
Cloned Original 1486

root@5b11s14:~# dropstats | grep -v " 0$"
Discards 1487
Cloned Original 1487

root@5b11s14:~# vxlan --get 4
VXLAN Table

 VNID NextHop
----------------
      4 12
root@5b11s14:~# nh --get 12
Id:12 Type:Vrf_Translate Fmly:AF_BRIDGE Rid:0 Ref_cnt:3 Vrf:1
              Flags:Valid, Etree Root,
              Vrf:1

root@5b11s14:~# rt --dump 1 --family bridge
Flags: L=Label Valid, Df=DHCP flood, Mm=Mac Moved, L2c=L2 Evpn Control Word, N=New Entry
vRouter bridge table 0/1
Index DestMac Flags Label/VNID Nexthop Stats
21800 90:e2:ba:c4:2e:6c L 4 18 0
30316 80:71:1f:c3:e9:f0 LDf 4 15 0
97192 ff:ff:ff:ff:ff:ff LDf 4 22 1499
141232 90:e2:ba:a7:30:cd Df - 3 0
205376 0:0:5e:0:1:1 LDf 4 15 0
252916 0:0:5e:0:1:0 Df - 3 0

chhandak (chhandak)
summary: - EVPN VXLAN: TSN dropping DHCP request from BMS
+ [4.0.1 Build 27] EVPN VXLAN: TSN dropping DHCP request from BMS
Changed in juniperopenstack:
milestone: none → r4.0.1.0
importance: Undecided → High
assignee: nobody → Hari Prasad Killi (haripk)
information type: Proprietary → Public
Revision history for this message
chhandak (chhandak) wrote :

Hi Divakar,

Loaded the vrouter module you have given. Still vrouter is not allocating IP to BMS DHCP request. As per the agent introspect DHCP error count is increasing now.

Setup
————
10.87.69.1 (Controller +TSN)
10.87.69.2 (Compute)

Thanks and Regards,
Chhandak

DhcpStats
dhcp_discover dhcp_request dhcp_inform dhcp_decline dhcp_other dhcp_errors offers_sent acks_sent nacks_sent relay_request relay_response more
0
0
0
0
0
173
0
0
0
0
0
true

root@5b11s14:~# vrouter --info | grep "vRouter module version"
vRouter module version 4.1.0.0 (Built by ddivakar@nodeb6 on 2017-08-14 11:34:56.340438)

DHCP request coming to TSN without any reply
-------------------------------------------------------------------------------------
listening on p514p2, link-type EN10MB (Ethernet), capture size 65535 bytes
13:00:45.419992 9c:cc:83:e4:83:32 > 90:e2:ba:a7:30:cd, ethertype IPv4 (0x0800), length 392: 172.16.2.1.37796 > 172.16.180.101.4789: VXLAN, flags [I] (0x08), vni 4
90:e2:ba:c4:2e:6c > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 342: 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 90:e2:ba:c4:2e:6c, length 300
13:00:48.741257 9c:cc:83:e4:83:32 > 90:e2:ba:a7:30:cd, ethertype IPv4 (0x0800), length 392: 172.16.2.1.37796 > 172.16.180.101.4789: VXLAN, flags [I] (0x08), vni 4

root@5b11s14:~# vxlan --dump
VXLAN Table

 VNID NextHop
----------------
      4 11
      5 20
root@5b11s14:~# nh --get 11
Id:11 Type:Vrf_Translate Fmly:AF_BRIDGE Rid:0 Ref_cnt:3 Vrf:1
              Flags:Valid, Etree Root,
              Vrf:1

root@5b11s14:~# rt --dump 1 --family bridge
Flags: L=Label Valid, Df=DHCP flood, Mm=Mac Moved, L2c=L2 Evpn Control Word, N=New Entry
vRouter bridge table 0/1
Index DestMac Flags Label/VNID Nexthop Stats
21800 90:e2:ba:c4:2e:6c L 4 23 0 >>> BMS MAC entry in agent
30316 80:71:1f:c3:e9:f0 LDf 4 15 0
83508 2:15:69:8e:17:78 LDf 4 14 0
97192 ff:ff:ff:ff:ff:ff LDf 4 25 163
141232 90:e2:ba:a7:30:cd Df - 3 0
158768 90:e2:ba:a7:30:cc LDf 5 13 0
205376 0:0:5e:0:1:1 LDf 4 15 0
252916 0:0:5e:0:1:0 Df - 3 0
root@5b11s14:~#

tags: added: blocker
Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] R4.0

Review in progress for https://review.opencontrail.org/34757
Submitter: Hari Prasad Killi (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] master

Review in progress for https://review.opencontrail.org/34761
Submitter: Hari Prasad Killi (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : A change has been merged

Reviewed: https://review.opencontrail.org/34757
Committed: http://github.com/Juniper/contrail-controller/commit/3b1ccb45e3093f22162e73cf6fe67bb2837a75e0
Submitter: Zuul (<email address hidden>)
Branch: R4.0

commit 3b1ccb45e3093f22162e73cf6fe67bb2837a75e0
Author: Hari Prasad Killi <email address hidden>
Date: Mon Aug 21 20:16:12 2017 +0530

Allow DHCP requests from EVPN composite nexthop on TSN

QFX peers with control node, TSN acts as DHCP and DNS server for baremetals.
In this case, the source is part of EVPN composite NH (as against TOR composite
NH when tor agent is used). Update to accept these requests.

Change-Id: Idd4527c2e554222e1c8c5794f03bd238751beca1
partial-bug: #1709535

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : [Review update] master

Review in progress for https://review.opencontrail.org/34761
Submitter: Hari Prasad Killi (<email address hidden>)

Revision history for this message
OpenContrail Admin (ci-admin-f) wrote : A change has been merged

Reviewed: https://review.opencontrail.org/34761
Committed: http://github.com/Juniper/contrail-controller/commit/61742fbd55cc1e36139a55e12c36bc70ec88d455
Submitter: Zuul (<email address hidden>)
Branch: master

commit 61742fbd55cc1e36139a55e12c36bc70ec88d455
Author: Hari Prasad Killi <email address hidden>
Date: Mon Aug 21 20:16:12 2017 +0530

Allow DHCP requests from EVPN composite nexthop on TSN

QFX peers with control node, TSN acts as DHCP and DNS server for baremetals.
In this case, the source is part of EVPN composite NH (as against TOR composite
NH when tor agent is used). Update to accept these requests.

Change-Id: Idd4527c2e554222e1c8c5794f03bd238751beca1
partial-bug: #1709535

Revision history for this message
Hari Prasad Killi (haripk) wrote :

vrouter change is being committed as part of #1711158.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.