BMS DHCP request not responded to if MAC changed on the fly
Bug #1474918 reported by
amit surana
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | ||
|---|---|---|---|---|---|---|
| Juniper Openstack | Status tracked in Trunk | |||||
| R2.20 |
Invalid
|
High
|
Hari Prasad Killi | |||
| Trunk |
Invalid
|
High
|
Hari Prasad Killi | |||
Bug Description
DHCP requests from BMS are not responded to if the MAC attached to the LIF goes from bad to good. So, if the user had configured a wrong MAC to begin with, and then corrects it on the fly, without deleting/recreating the LIF, then DHCP requests go unanswered.
Workaround is to delete and recreate the LIF with the correct MAC.
| tags: | added: blocker bms |
| information type: | Proprietary → Public |
Revision history for this message
| Hari Prasad Killi (haripk) wrote | #1 |
To post a comment you must log in.
This scenario works fine with QFX. With OVSwitch, the scenario is resulting in mac entries being flushed in the server. As the MAC is not being learnt anymore, the DHCP response is getting dropped in the vrouter. Doesnt seem to be issue on the Contrail side.