В сетевой инженерии не силен, но идея про ARP или СХД мне по нраву. Попробую понять, как это проверить у себя и протестирую. Большое спасибо за ответы!
Все ответы
Флаппинг сетевого интерфейса обычно вызывается либо аппаратными проблемами (поврежденный или плохо обжатый патч-корд, разболтанный разъем на сетевой карте или коммутаторе, электрические наводки в кабельной системе и т.п.), либо сложностями на коммутаторе.
Убедитесь, что все в порядке с кабельной системой, желательно с помощью тестера. Выставьте на коммутаторе фиксированную скорость и дуплекс. Убедитесь, что на коммутаторе нет проблем с STP. Если не найдете причину, попробуйте поменять сетевую карту. И, кстати, подумайте, нет ли у вас в окружении внешних источников электромагнитного поля (типа сварочных аппаратов, электрогенераторов и т.п.), включающихся нерегулярно.
Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging
The opinion expressed by me is not an official position of Microsoft
Я говорил об электрике не в СКС, а вообще поблизости. Она может влиять не обязательно на серверную, а на кабельную систему между серверной и конечными устройствами. Банально силовой кабель где-то проложен параллельно слаботочке или просто мощный агрегат стоит за стенкой, по которой кабель-канал идет. Но вам виднее, конечно.
«Обычных коммутаторов» в природе не бывает. Они все разные и с разными тараканами. Прошивку на нем обновляли на последнюю? Вендора и модель назвать можете?
Еще в моей практике был случай, когда проблемы коннективности на сервере устраивала система хранения с глючной прошивкой, управляющие интерфейсы которой были включены в тот же сегмент. Она слала в сеть фреймы с чужими МАС-адресами, из-за чего у коммутатора съезжала крыша. Или другой пример: безопасники у одного из клиентов воткнули в серверный сегмент какое-то дурное устройство, которое начало имитировать шлюз по умолчанию, отвечая на ARP-запросы своим МАС.
Вообще такой эффект может наблюдаться при наличии в сети любого некорректно ведущего себя устройства. Так что нужно смотреть в логах на коммутаторе, что он думает о ситуации.
Evgeniy Lotosh // MCSE: Server infrastructure, MCSE: Messaging
How to Fix / Troubleshoot Event ID 27 from Source “e1dexpress” (Intel)
Today my Network Connection got disconnected several times and “Event ID 27” from Source “e1dexpress” has been logged in SYSTEM Event Log with the following description.
I decided to take a look into the Event Logs to figure out what’s happening because I wasn’t sure if this problem was Parallels RDP Client or Network related. I have immediately checked the Event Logs and saw the following Event. My Network Adapter was logging an event but I couldn’t read the description. Based on experience I know that this occurs, either if the Event Providers DLL’s are missing or if the DLL’s cannot be registered properly during the driver or driver software installation.
Event Log
New Articles
I did not remember any Network Adapter Driver Update therefore I checked Lenovo Vantage Software from my Hardware Vendor for the last driver updates.
It was exactly at the same day and time when “ Event ID 27 ” from Source “ e1dexpress ” begun logging it’s Warning Events.
Solution
At this point I had 3 options to fix this problem :
1. First, I could manually download the “Intel(R) Ethernet Connection I219-V” Driver form Lenovo’s Website and try to re-install it again. Sometimes unexpected problems during the installation can occur. Re-installing the driver can fix the problem.
2. Second, I could upgrade the driver because I saw a newer Version of the Driver on Intel’s Website.
My installed dirver version was as follows : Intel Gigabit Ethernet Driver for Windows 10 (Version 1803, 1809) – ThinkPad Supported devices: Intel Ethernet Connection I219-V, Intel Ethernet Connection I219-LM Intel Gigabit Ethernet Driver (Version 1809 or later) 12.18.9.8 | 11 Oct 2019 | 824 KB
The newer version of the driver on Intel’s website was as follows : Downloads for Intel® Ethernet Connection I219-V Driver Windows 10* 25.0 1/23/2020 | Windows 10, 32-bit* Latest | Windows 10, 64-bit*
3. My 3rd option was to downgrade the driver because I had no problems with the previous version.