Цитата Denis Dyagilev:
|
Что странного? Если у провайдера порты на оборудовании в режиме trunk или access, а виртуальные сети в Hyper-V сконфигурированы (с точки зрения провайдера) в режиме access или trunk соотвественно, чем помогут Ваши снифферы? »
|
В первую очередь я предполагаю косяк в настройка Hyper-V хоста и уже потом косяк у Провайдера. Сниффер покажет есть ли трафик от Hyper-V: если да - то вопрос к Провайдеру видит ли он MAC; если нет - косяк подтвержден.
На скришотах видно, что тегирование VLAN не включено для хост системы... кроме того, она не сталкивается с проблемой доступа в сеть Провайдера... т.ч. проблема могла быть в настройках конкретной виртуальной машины.
Однако, если бы сниффер увидел нетегированный arp-запрос от виртуальной машины, а ответ от шлюза провайдера бы не пришел - это можно считать аргументов в пользу косяка провайдера (например, фильтр MAC).
Цитата Skillax:
|
Я не совcем раньше представлял как одна сетевая карта может работать сразу с четырмя MAC адресами. Это стандарт 802.1Q Trunk ? »
|
Нет, к VLAN это не имеет никакого отношения. Виртуальная сеть Hyper-V подключается к физической по принципу сходному с объединением сетевых интерфейсов в мост на Windows XP.
Одна сетевая карта (не самая старая) может работать с любым количеством MAC-адресов (в крайнем случае в Promiscuous mode).
802.1Q позволяет реализовать VLAN, если сетевая карта (хост Hyper-V) и драйвер поддерживают тегирование.
Тегирование действительно могло быть причиной (в той ситуации), однако провайдер сообщил, что порт работает в режиме access.
PS:
