Still having problems with clients losing IP addresses
We are still having problems with clients losing IP addresses. The clients will time out and go to the generic 169.x.x.x instead of our 10.x.x.x network. The clients authenticate to an RSA server. The problem happens on random clients so it's been hard to catch. I did catch one and ran a packet capture on it, but can't decrypt it because no one knows how to get the WEP key off of the RSA server. I've heard from some of the TAC guys that this has happened before, but no one knew what was the resolution.
Re: Still having problems with clients losing IP addresses
We've been working with TAC on the problem, but no avail. I took a few packet captures and sent them to TAC, but cannot get the encryption from the RSA to de-crypt the capture in Wireshark. It seem like the problem is random. I set up 4 laptops next to each other and they all came on the network with no problems. The next day, I started them up again and one of the four would get the 169.x.x.x address. We have more than enough addresses in the DHCP scope to accomidate and a 3 day lease on each client. I asked our regional wireless guy from Cisco about the problem and he said he's only seen it twice and doesn't know how they rectified the problem.
The unmanaged mode is also known as Network only switching, which is introduced in Brazos release. It adds the flexibility for customer to use only network automation for service appliance.
If a device is configured a...
Usually, we can access ESXi Shell by pressing Alt+F1 from ESXi DCUI (Direct Console User Interface).
But on HyperFlex system, it just shows black window.
This is expected behavior because HyperFlex redirects ESXi Shell output to SoL...
Configuring an Export Policy Using the GUI
This procedure explains how to configure an Export policy using the APIC GUI. Follow these steps to trigger a backup of your data:
On the menu bar, choose Admi...