Кто-нибудь видел эту ошибку VPC на 5k?

[justin.allen]

Хорошо, моя VPC работает для всех моих устройств, кроме подключения к коммутатору uplink. Это одиночный 3750 с портами, состоящими из 4 интерфейсов. Он подключен к двум 5010. При отображении VPC я вижу следующую ошибку «Неправильная конфигурация канала порта VPC из-за соединений VPC в 2 коммутаторах, подключенных к разным партнерам». В Google не так много информации об этой ошибке, и я вижу ее впервые. Есть ли какие-нибудь идеи, что может быть причиной? Спасибо за любую помощь.

[Network Technologies Team]

Чтобы решить эту проблему, удалите vpc из портового канала на обоих ядрах и добавьте его обратно. Если вы выполните команду show lacp interface для этого порта, вы сможете увидеть подробную информацию о MAC-адресах, которые он использует для стека 3750. У нас была эта проблема на стеке 3750, и мы перешли на n7k

[allan.thomas]

Привет, Джастин, Я раньше не сталкивался с этой ошибкой, но, судя по всему, оба ваших устройства vpc peer не распознают 3750 как один коммутатор, а как два отдельных устройства, поэтому воспринимают соединения как отдельные. Является ли 3750 стеком коммутаторов, в котором вы распределили восходящие каналы etherchannel по отдельным коммутаторам в стеке, что обычно называется кросс-стековым Etherchannel? Убедитесь, что все четыре восходящих канала на 3750 настроены в одной группе портовых каналов с использованием LACP (режим active), аналогично тому, как восходящие каналы N5K настроены или связаны с одним и тем же портовым каналом и идентификатором vpc. Можете ли вы опубликовать конфигурацию вашего восходящего канала от 3750, восходящих каналов N5K к 3750, а также канала peer-link и keep-alive. Если вы выполните команду show interface trunk на N5K, и какие-либо VLAN не будут пересылаться и будут отключены из-за ошибки, это означает, что неправильные VLAN не согласуются между восходящими каналами. Надеюсь, это поможет. Аллан.

[kiliasov]

У меня была похожая ошибка с N7K. Каждый раз, когда я перезагружал стек-мастер, он отключал vPC для стека 3750. Это связано с тем, как 3750 обрабатывает MAC-адрес для главного коммутатора. Для всего стека нет «виртуального MAC». Для идентификации всегда используется MAC стека мастера. Когда он выходит из строя, выбирается новый мастер и используется его MAC. Таким образом, с точки зрения vPC, у вас внезапно появляется 2 идентификатора LACP для одного портового канала. vPC считает, что он подключен к 2 разным устройствам, и приостанавливает работу канала vPC. Чтобы этого избежать, попробуйте следующее: stack-mac persistent timer 0

[Darkmatter]

У меня тоже была эта проблема с последовательным vPC между N7K и N3K. show vpc 55 vPC на N7K показал, что он работает и успешно прошел проверку на согласованность. Проверка согласованности vPC на стороне N3K завершилась неудачей, причиной чего было «неправильная настройка канала vpc из-за соединений vpc в 2 коммутаторах, подключенных к разным партнерам». Тщательное изучение конфигурации каждого порта, участвующего в vPC на обоих коммутаторах Nexus N7K и N3K, не выявило никаких ошибок конфигурации, так как конфигурация была правильной. Подсказка появилась, когда я запустил команду «show lacp interface ethernet x/y» на N3K и N7K. На N7K статистика соседей для LACP для одного из интерфейсов ниже по потоку, к одному из N3K, практически не содержала информации, а MAC-адрес соседа был 00-00-00-00-00-00 (проверяя это для каждого интерфейса в портовом канале, идущем ниже по потоку). Таким образом, я смог сузить круг поиска до одного конкретного коммутатора, который, по-видимому, был источником проблемы. Похоже, что один из коммутаторов N3K не отправлял правильно LACP-переговоры на вышестоящий N7K. Похоже, что такое поведение можно вызвать, если перенастроить интерфейсы, которые уже были частью vPC, но теперь решили использовать эти интерфейсы для другого vPC. Перезапуск портового канала на этом коммутаторе (N3K-B) решил проблему! (so shut -> no shut) С этого момента портовый канал и vPC заработали непосредственно на этом коммутаторе, и проблема была решена. Я понимаю, что это очень старый пост, но все же надеюсь, что люди, которые его найдут, получат поддержку в устранении неполадок, когда столкнутся с этой проблемой.