AK
Для начала пнуть сетевиков для перевода «не видят» в «маки виртуалок видны / не видны», затем в порт миррор vm
Попробую попинать сетевиков. Но раз с одних хостов/виртуалок пингует, а с других нет - очевидно мак где-то есть)
Size: a a a
2020 September 22
AK
скорее всего будет что-то типа если MAC висят на FEX одного нексуса, то все ок, если разных - то не всегда ОК
AK
кого мирорить? отравителя или получателя?
MO
кого мирорить? отравителя или получателя?
Для начала отправителя - чего он видит. Например, приходят ли ему пакеты
AK
сейчас увы пациент только vmkernel-vmotion порт. ну попробую его завернуть
AK
Облакааааа, белогрииивые лошадкиии!
u
Подскажите может кто сталкивался. История такая: кластер vmware esxi 6 на vDS был тип балансировки нагрузки iphash (предполагает статическую группировку портов на физ свичах), воткнуты в два nexus 5k (через fex по 1/2 линка в каждый нексус). На нексусе были portchannel для хостов, мы их убрали (по схеме: оставляем один включенный линк - удаляем portchannel) - хосты перевели на другой vDS с тимингом/балансировкой portid (дефолтная, не требует никаких объединений на физ свичах) после этого все линки подняли. Проблема в том, что теперь некоторые ВМ в этом кластере не видят друг друга в пределах одного вилана. Также хосты/виртуалки других кластеров в некоторых случая не видят по сети эти виртуалки (опять же в пределах одного вилана, если через шлюз - все ок). Сетевиков допрашивал, их конфиги смотрел, вроде все нормально. Проблема плавающая, мигрируешь виртуалку на другой хост - связь восстанавливается, гасишь/включаешь линки esxi по одному - связь восстанавливается. Еще прикол ВМ А не пингует ВМ Б, при этом если пустить пинг в обратном направлении, то связь тоже налаживается О_о..... хосты ребутал, esxi переустанавливал, vDS еще один делал, шаркой rarp ловил при миграции.
Подскажите куда можно копнуть в данной ситуации?
Подскажите куда можно копнуть в данной ситуации?
ловили пару раз такое, с дефолтными vds и нексусами
причину так и не поняли, лечилось удалением/добавлением сетевухи, или прост сменой мака на вм
причину так и не поняли, лечилось удалением/добавлением сетевухи, или прост сменой мака на вм
i
Подскажите может кто сталкивался. История такая: кластер vmware esxi 6 на vDS был тип балансировки нагрузки iphash (предполагает статическую группировку портов на физ свичах), воткнуты в два nexus 5k (через fex по 1/2 линка в каждый нексус). На нексусе были portchannel для хостов, мы их убрали (по схеме: оставляем один включенный линк - удаляем portchannel) - хосты перевели на другой vDS с тимингом/балансировкой portid (дефолтная, не требует никаких объединений на физ свичах) после этого все линки подняли. Проблема в том, что теперь некоторые ВМ в этом кластере не видят друг друга в пределах одного вилана. Также хосты/виртуалки других кластеров в некоторых случая не видят по сети эти виртуалки (опять же в пределах одного вилана, если через шлюз - все ок). Сетевиков допрашивал, их конфиги смотрел, вроде все нормально. Проблема плавающая, мигрируешь виртуалку на другой хост - связь восстанавливается, гасишь/включаешь линки esxi по одному - связь восстанавливается. Еще прикол ВМ А не пингует ВМ Б, при этом если пустить пинг в обратном направлении, то связь тоже налаживается О_о..... хосты ребутал, esxi переустанавливал, vDS еще один делал, шаркой rarp ловил при миграции.
Подскажите куда можно копнуть в данной ситуации?
Подскажите куда можно копнуть в данной ситуации?
конфиги аплинков esxi на n5k можно посмотреть (то, что в fex подключено) + конфиг vlan/svi/hsrp?
i
повторяется ли проблема, если убрать второй аплинк? (их же два?)
i
в общем надо схему рисовать, чтобы не задавать лишних вопросов
AK
Снифнул я трафик с vmkernel vmotion который не пингует один из хостов
AK
во время пинга он отправляет ARP Who has [ip цели] TELL [ip его]
AK
и ничего не получает в ответ
i
и ничего не получает в ответ
с х е м а, к о н ф и г и 👌
MO
и ничего не получает в ответ
Ну теперь снифф на порту сетевики соберут
AK
в процессе
SB
Подскажите может кто сталкивался. История такая: кластер vmware esxi 6 на vDS был тип балансировки нагрузки iphash (предполагает статическую группировку портов на физ свичах), воткнуты в два nexus 5k (через fex по 1/2 линка в каждый нексус). На нексусе были portchannel для хостов, мы их убрали (по схеме: оставляем один включенный линк - удаляем portchannel) - хосты перевели на другой vDS с тимингом/балансировкой portid (дефолтная, не требует никаких объединений на физ свичах) после этого все линки подняли. Проблема в том, что теперь некоторые ВМ в этом кластере не видят друг друга в пределах одного вилана. Также хосты/виртуалки других кластеров в некоторых случая не видят по сети эти виртуалки (опять же в пределах одного вилана, если через шлюз - все ок). Сетевиков допрашивал, их конфиги смотрел, вроде все нормально. Проблема плавающая, мигрируешь виртуалку на другой хост - связь восстанавливается, гасишь/включаешь линки esxi по одному - связь восстанавливается. Еще прикол ВМ А не пингует ВМ Б, при этом если пустить пинг в обратном направлении, то связь тоже налаживается О_о..... хосты ребутал, esxi переустанавливал, vDS еще один делал, шаркой rarp ловил при миграции.
Подскажите куда можно копнуть в данной ситуации?
Подскажите куда можно копнуть в данной ситуации?
Очень похоже на -
Сиска с ума сходит если по разным портам один и тот же мак отвечает
Как раз с варью и нексусами такое наблюдали.
(Началось все с нетапа 😁)
Оставили просто фейловер.
Сиска с ума сходит если по разным портам один и тот же мак отвечает
Как раз с варью и нексусами такое наблюдали.
(Началось все с нетапа 😁)
Оставили просто фейловер.
i
Очень похоже на -
Сиска с ума сходит если по разным портам один и тот же мак отвечает
Как раз с варью и нексусами такое наблюдали.
(Началось все с нетапа 😁)
Оставили просто фейловер.
Сиска с ума сходит если по разным портам один и тот же мак отвечает
Как раз с варью и нексусами такое наблюдали.
(Началось все с нетапа 😁)
Оставили просто фейловер.
с чего бы циске с ума сходить, если правильно порты настроены?
i
нужна схема крч
SB
с чего бы циске с ума сходить, если правильно порты настроены?
Подробности со стороны сиски увы - не знаю 🤷