Preview Tool

Cisco Bug: CSCvv57874 - DHCPD DME stared before FNVs are read post fw upgrade

Last Modified

Oct 06, 2020

Products (1)

  • Cisco Application Policy Infrastructure Controller (APIC)

Known Affected Releases

3.2(9b) 3.2(9h)

Description (partial)

- Duplicate DHCP Leases are leased out by an APIC to AVE VM VTEP intfs (kni0/kni2)
- OpflexODev MOs are not created due to duplicate opflexIDEp MOs for these overlapping AVE VM VTEP intfs
- The affected APIC sets a DHCP Pool to available (usable-recovery) again instead of "recovery". The latter prevents leases to be allocated form the pool
- Affected APIC will keep this until dhcpd DME is shut down on it manually (requires root)
- Issue is caused by a race condition whereby APIC recovered DHCP MOs (Lease/Client) BEFORE reading FNV (fabric node vector) entries
- After an fw upgrade APICs can ONLY recover DHCP CLient/lease MOs by reading FNV first and therefore this needs to happen in that order

- Firmware upgrade from 3.2(9b) to 3.2(9h)
Bug details contain sensitive information and therefore require a account to be viewed.

Bug Details Include

  • Full Description (including symptoms, conditions and workarounds)
  • Status
  • Severity
  • Known Fixed Releases
  • Related Community Discussions
  • Number of Related Support Cases
Bug information is viewable for customers and partners who have a service contract. Registered users can view up to 200 bugs per month without a service contract.