связующее дерево с vPC и без VPC

[MHM Cisco World]

https://www.cisco.com/c/dam/en/us/products/collateral/switches/nexus-7000-series-switches/C07-572834-00_STDG_NX-OS_vPC_DG.pdf
В этом документе Cisco не указано, как Nexus обеспечивает постоянную пересылку данных по соединению vPC peer-link.
«Особые соображения по поводу протокола Spanning Tree с vPC
Даже если устройства Cisco Nexus настроены для vPC, каждое устройство сохраняет свою роль корневого или вторичного корневого устройства или любой приоритет, который у него есть, как определено в конфигурации spanning-tree.
Основное различие между конфигурацией vPC и конфигурацией без vPC заключается в поведении пересылки vPC peer link и поведении пересылки BPDU только для портов-участников vPC.
Порты, не относящиеся к vPC, на коммутаторе с конфигурацией vPC ведут себя так же, как и на обычном коммутаторе,
за исключением того, что соединение vPC peer link всегда пересылает данные, что может потребовать немного другой (но все же действительной) топологии.
Как работает связующее дерево в развертывании vPC
В развертывании vPC есть два важных изменения связующего дерева:
●
vPC налагает правило, что соединительная линия никогда не должна блокироваться, поскольку по этой линии передается важный трафик, такой как протокол Cisco Fabric Services over Ethernet (CFSoE). Соединительная линия всегда осуществляет пересылку.
● Только для портов vPC рабочий основной коммутатор генерирует и обрабатывает BPDU. Рабочий вторичный коммутатор пересылает BPDU на основной коммутатор.
Для вашего вопроса

1. Если стоимость одинакова, он выбирает первичный одноранговый узел как подключенный к корню.
2. Если стоимость вторичного ниже, он выбирает этот вариант.
   стоимость никогда не бывает одинаковой Первичный получает два BPDU: один напрямую от Cat «root», а другой через вторичный, который является суммой стоимости вторичного и соединения с одноранговым узлом
   поэтому для нормального STP соседнее соединение ДОЛЖНО быть BLK, а не прямым соединением с корнем, НО снова Cisco устанавливает правило, что соседнее соединение никогда не может быть BLK, всегда FWR, это делает вторичный коммутатор
   одним корневым портом,
   а другой порт либо DP, либо BLK, и для предотвращения петли он будет BLK.

[MHM Cisco World]

это называется гибридным https://www.cisco.com/c/en/us/support/docs/routers/7000-series-routers/116140-config-nexus-peer-00.html прочитайте этот документ. если вы не получили желаемого результата, поделитесь здесь своим вопросом.

[BastiiGee]

Спасибо за информацию. Уже прочитал документ.
Проблема в том, что текущая топология и конфигурация не используют псевдокоманду или команду
peer-switch. Просто хочу понять текущую ситуацию.

[balaji.bandi]

@MHM Cisco World
предложил документ, который вам поможет. Убедитесь, что вы настроили vPC на стороне Nexus для портового канала, идущего к коммутатору Cat 1, поскольку это лучшая практика для устройств с двумя подключениями. ![image.png] BB
=====Preenayamo Vasudevam=====
***** Оценить все полезные ответы *****
Как обратиться за помощью к сообществу Cisco

[BastiiGee]

К сожалению, создать портовый канал невозможно. Мы должны сохранить топологию, как показано на рисунке.

[balaji.bandi]

Если вам не нравится менять, то это особенность протокола Spanning Tree, как упоминалось в другом посте. Вы можете использовать только 1 канал связи за раз или распределять нагрузку между разными VLAN с приоритетом VLAN. BB
=====Preenayamo Vasudevam=====
***** Оцените все полезные ответы *****
Как обратиться за помощью к сообществу Cisco

[MHM Cisco World]

Сначала настройте vPC peer primary
в качестве root primary
, настройте vPC peer secondary в качестве root secondary
, настройте Peer-Switch в домене vPC.
Это позволит Cat видеть один коммутатор Nexus, а не два, поскольку между двумя Nexus Peer есть настройка vPC. Проверьте spanning tree, чтобы убедиться, что MAC ID обоих Peer одинаковы.
Теперь представьте, что два SW подключены через два соединения. Чтобы предотвратить LOOP, один SW должен заблокировать одно соединение. И, как предлагает
@balaji.bandi,
если вы настроите PO между двумя коммутаторами, то будет ОДНО СОЕДИНЕНИЕ, и коммутатор не будет блокировать никакие порты членов PO.

[BastiiGee]

Извините, если мой вопрос был неясным. Я не хочу ничего менять. Все работает как надо.
Я просто хочу понять, как работает связующее дерево в текущей ситуации.

[MHM Cisco World]

Три разных коммутатора (поскольку вы не используете одноранговый коммутатор) с MAC-адресами, соединенными в треугольной топологии, Stp запущен для предотвращения петли, Cat является корнем Так вот вопрос: почему peer-link не блокируется, а прямое подключение к корню блокируется? Это потому, что vpc nexus всегда работает, чтобы предотвратить блокировку peer-link, всегда пересылая его из stp view, Поэтому peer-link пересылает оставшуюся ссылку для предотвращения петли, которая напрямую подключена к Cat, и она BLK.

[BastiiGee]

Спасибо… Есть ли правила, которым я могу следовать?
Как я уже сказал, я просто хочу понять, как все это работает, потому что это не похоже на «обычный» STP. Можно ли сказать, почему для подключения выбирается nex5? Потому что это основной?
Или из-за аномалии с манипулируемой стоимостью vlan 627. Похоже, что: 1. если стоимость одинакова, он выбирает первичный узел в качестве подключенного к корню 2. Если стоимость вторичного ниже, он выбирает этот вариант.