An administrator hardens interface GigabitEthernet1/0/5 on a Cisco Catalyst switch by executing `switchport port-security`, `switchport port-security maximum 2`, and `switchport port-security mac-address sticky`. During business hours, two authorized workstations connect to the switch port and successfully transmit data. However, following a scheduled power outage that causes an ungraceful switch reload, users report that connecting the exact same workstations to GigabitEthernet1/0/5 triggers a security violation, placing the port into an err-disabled state. Inspection via `show port-security interface gigabitEthernet1/0/5` shows a Total MAC Addresses count of 0. Which administrative oversight directly caused this loss of MAC address bindings?
- The administrator failed to execute `copy running-config startup-config` after the sticky MAC addresses were dynamically learned into the active configuration.Answer
- BThe administrator failed to configure `ip dhcp snooping information option` on the interface to retain sticky MAC address entries across switch reboots.
- CThe switch port was left in the default `protect` violation mode, which automatically flushes sticky MAC addresses upon link-down state events.
- DA native VLAN mismatch on the uplink trunk interface triggered an automatic clearing of the switch port-security dynamic address table.