Назад | Перейти на главную страницу

Коллизии MAC-адресов Hyper-V

Я пытаюсь устранить проблему с производительностью нашего приложения в клиентской сети. Мы не поддерживаем сетевую инфраструктуру, и люди, которые действительно умыли руки от проблемы.

Изучив системный журнал на хосте Windows Server 2008 R2, я вижу, что для VMSMP зарегистрированы тысячи событий с идентификатором 28 - это предупреждения о конфликте MAC-адресов. Когда я говорю «несколько», я имею в виду 40 или 50 в секунду.

Итак - это явно не хорошо, но достаточно ли плохо, чтобы отрицательно сказаться на производительности сети?

Да. Это определенно отрицательно скажется на производительности сети. Коммутаторы используют MAC-адреса, чтобы узнать, на какой порт коммутатора отправлять трафик. Если коммутатор не знает, на какой порт отправлять трафик, он отправит кадры на все порты, что приведет к переполнению. Скорее всего, вы также столкнетесь с прерывистым подключением на хостах с повторяющимися MAC-адресами, поскольку коммутатор отправляет часть трафика на один хост, а часть - на другой.

Тебе действительно нужно это исправить. Вам не нужны дублирующиеся MAC-адреса в одном домене коллизии.

Изменить: идентификатор события VMSMP 28, по-видимому, не связан с конфликтами MAC-адресов, которые действительно происходят в сети, а скорее с Hyper-V, предотвращающим возникновение трафика в первую очередь из-за дублирования MAC-адреса в конфигурации.

Порт 'SWITCHPORT-SM-A6285CC8-5521-4180-BEE9-59C9929D26CB-1-1' не может использовать MAC-адрес '00 -15-5D-64-3A-16', поскольку он закреплен на порте '27263E05-4CB3- 4751-9 '

Я не знаю, используете ли вы объединение сетевых адаптеров на своих хостах Hyper-V и динамические MAC-адреса для своих виртуальных машин, но подумайте о том, чтобы разобраться, назначив статические MAC-адреса, которые не конфликтуют.

http://blogs.technet.com/b/jhoward/archive/2008/07/15/hyper-v-mac-address-allocation-and-apparent-network-issues-mac-collisions-can-cause.aspx