Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
About MHGT
MHGT
Here to help
Member since Nov 20, 2018
Dec 5 2018
Community Record
6
Posts
0
Kudos
1
Solution
Badges
Dec 5 2018
9:08 AM
I believe we got to the bottom of the issue. We tracked down all of the small "5-port non-Meraki switches" that were being used and disconnected them from the network. Fingers crossed, it's been about a week now without any issues. vMotioning has been working as expected. I suspect one of those devices was getting in the way of the MAC updating process. Thanks again for all of your suggestions!
... View more
Nov 29 2018
12:57 PM
That's certainly what it's looking like. The forwarding tables aren't updating properly both with VM's and now standalone devices. Rebooting the entire switch stack fixes the issue; however, eventually the issue comes back. I should mention that I have an active case open with support and I am hoping to hear back tomorrow with an update. I double checked our stacking cable config and they do indeed form a complete ring (1 -> 2 the whole way around).
... View more
Nov 29 2018
8:44 AM
Just throwing out an update. Originally I had thought that this was just related to our ESX teamed NIC's. I updated the iDrac firmware on one of my ESX hosts and after rebooting the iDrac interface I can no longer communicate with it's IP address from my laptop. I also cannot ping it from Switch 1 and 2 in the stack but can ping it from Switch 3.
... View more
Nov 21 2018
5:26 AM
@calebbaker, They are not aggregated. We are using "Route Based on Originating Port ID" for our load balancing method. We don't have a need for using the "Route Based on IP Hash" algorithm as we would be adding more complexity to the environment than required for the workload.
... View more
Nov 21 2018
5:15 AM
@PhilipDAth, I have had customers running in this configuration before as well without any issues. That's why I find it a bit perplexing. All switches are running FW 10.40.
... View more
Nov 20 2018
6:10 AM
All, I wanted to throw an issue that we are experiencing out there to the community to see if anyone else is experiencing similar issues. Note, Layer 3 switching not enabled at this time on the stack. Environment: In our environment, we have a stack of three MS Series switches (2 x MS250-48P and 1 x MS250-24P FW MS10.40 across the board). Connected to the stack we have a two node vSphere cluster in which each host has two network connections (connected to two different switches in the stack for redundancy) to the switch teamed in an active/active state using "Route based on originating virtual port" as the load balancing policy. Issue: When vMotioning a VM from one host to another, connectivity drops to the VM once it moves to the other host. While investigating, I noted that the MAC forwarding tables are not updating properly in the stack. I do have the "Notify Switch" option enabled on each of the vSphere hosts. The only way I can fix the issue at this point is to either reboot the entire stack one switch at a time or vMotion the VM back to the originating host. This happens to random VM's. When running ESXTOP, I can see the physical NIC that the VM is using on the host which doesn't match up to the port that the switch stack thinks it should be on. Any thoughts would be appreciated.
... View more
My Accepted Solutions
| Subject | Views | Posted |
|---|---|---|
| 5139 | Dec 5 2018 9:08 AM |
© 2024 Cisco Systems, Inc.
