Dis74
20-11-2018, 06:41
Добрый день.
Есть виртуалка на VMWare со статическим IP. Но время от времени при перезагрузке виртуалка назначает себе апипу. По всей видимости срабатывает механизм обнаружения конфликтов Gratuitous ARP (https://tools.ietf.org/html/rfc5227).
Интернет говорит что виной всему Cisco, некорректно обрабатывающая (https://kb.vmware.com/s/article/1028373?CoveoV2.CoveoLightningApex.getInitializationData=1&r=2&other.KM_Utility.getArticleDetails=1&other.KM_Utility.getArticleMetadata=1&other.KM_Utility.getUrl=1&other.KM_Utility.getUser=1&other.KM_Utility.getAllTranslatedLanguages=1&ui-comm-runtime-components-aura-components-siteforce-qb.Quarterback.validateRoute=1), или сама проверяющая (https://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/8021x/116529-problemsolution-product-00.html) тем же способом узлы.
Второй случай не мой, тк трекинг выключен везде. Первый не подходит по причине огромного числа виртуалок, и необходимость пройтись по всем и поменять параметр - не наш метод. Хочу разобраться что становится причиной "конфликта IP"
Сделал vspan на vmware, и вот что увидел:
1. В моменты когда загрузка проходит нормально, "подопытная" виртуалка шлет RARP и ARP, после чего проверяет свой IP через GARP.
2. В момент когда при загрузке происходит "конфликт" и назначается APIPA - виртуалка шлет RARPы после чего начинает проверять ARPом уже 169.254 адрес и только потом шлет GARP
Судя по всему винда заранее (еще до garp) уже считает что конфликт случился (почему?)
Что еще может быть причиной?
Есть виртуалка на VMWare со статическим IP. Но время от времени при перезагрузке виртуалка назначает себе апипу. По всей видимости срабатывает механизм обнаружения конфликтов Gratuitous ARP (https://tools.ietf.org/html/rfc5227).
Интернет говорит что виной всему Cisco, некорректно обрабатывающая (https://kb.vmware.com/s/article/1028373?CoveoV2.CoveoLightningApex.getInitializationData=1&r=2&other.KM_Utility.getArticleDetails=1&other.KM_Utility.getArticleMetadata=1&other.KM_Utility.getUrl=1&other.KM_Utility.getUser=1&other.KM_Utility.getAllTranslatedLanguages=1&ui-comm-runtime-components-aura-components-siteforce-qb.Quarterback.validateRoute=1), или сама проверяющая (https://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/8021x/116529-problemsolution-product-00.html) тем же способом узлы.
Второй случай не мой, тк трекинг выключен везде. Первый не подходит по причине огромного числа виртуалок, и необходимость пройтись по всем и поменять параметр - не наш метод. Хочу разобраться что становится причиной "конфликта IP"
Сделал vspan на vmware, и вот что увидел:
1. В моменты когда загрузка проходит нормально, "подопытная" виртуалка шлет RARP и ARP, после чего проверяет свой IP через GARP.
2. В момент когда при загрузке происходит "конфликт" и назначается APIPA - виртуалка шлет RARPы после чего начинает проверять ARPом уже 169.254 адрес и только потом шлет GARP
Судя по всему винда заранее (еще до garp) уже считает что конфликт случился (почему?)
Что еще может быть причиной?