<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[изменение роли vPC, как вернуться к фактической роли]]></title><description><![CDATA[<p dir="auto">Уважаемые коллеги! У нас есть коммутаторы Nexus 93128, работающие на vPC. Недавно мы провели модернизацию сети, во время которой коммутатор Nexus-9K-1 был выключен. После завершения работ роль VPC отображается, как показано ниже. Что именно нужно сделать, чтобы изменить функциональную роль коммутаторов Nexus, или что нужно сделать, чтобы вернуть эти коммутаторы Nexus в исходное состояние? Например... Nexus-9K-1 выполнял основную роль. Nexus-9K-2 выполнял вторичную роль. Nexus-9K-1# sh vpc role Статус<br />
роли vPC---------------------------------------------------- Роль<br />
vPC: основная, рабочая вторичная Статус<br />
обнаружения двойной активности: 0<br />
vPC system-mac: 00:21:02<img src="https://sla247.ru/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f1e9-1f1ea.png?v=bf4cb1bda7d" class="not-responsive emoji emoji-android emoji--flag-de" style="height:23px;width:auto;vertical-align:middle" title=":de:" alt="🇩🇪" />c3:5f<br />
vPC system-priority: 4096<br />
vPC local system-mac: ef:78:24:e7:b7:78<br />
vPC local role-priority : 1<br />
Nexus-9K-1# Nexus-9K-2# sh vpc role Статус роли<br />
vPC---------------------------------------------------- Роль vPC : вторичная, рабочая первичная Статус<br />
обнаружения двойной активности : 0<br />
vPC system-mac : 00:21:02<img src="https://sla247.ru/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f1e9-1f1ea.png?v=bf4cb1bda7d" class="not-responsive emoji emoji-android emoji--flag-de" style="height:23px;width:auto;vertical-align:middle" title=":de:" alt="🇩🇪" />c3:5f<br />
vPC system-priority : 4096<br />
vPC local system-mac : e1:2e:2a:5c:4d:3b<br />
vPC local role-priority : 2<br />
Nexus-9K-2# С уважением JN</p>
]]></description><link>https://sla247.ru/forum/topic/884/изменение-роли-vpc-как-вернуться-к-фактической-роли</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 14:48:24 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/884.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 13 Feb 2026 19:57:40 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:52 GMT]]></title><description><![CDATA[<p dir="auto">Привет, я столкнулся с той же проблемой, когда сначала перезагрузил вторичный узел Nexus, а затем первичный. Ping работал с перебоями, и SSH/AAA переключились на локального пользователя для этого сайта. Вторичный узел стал «вторичным, рабочим первичным», а первичный — «первичным, рабочим вторичным». Я попытался отключить peerlink во вторичном (рабочем первичном), но это не решило проблему. Выполнил «vpc role preempt» во вторичном узле, чтобы восстановить исходную настройку VPC, и трафик нормализовался. Мои вопросы: 1. Является ли лучшей практикой сначала обновить основной коммутатор Nexus, независимо от конфигурации preempt? 2. «Preempt» настроен только в первичном коммутаторе Nexus, поэтому, когда я сначала перезагружаю вторичный, а затем первичный, формируется исходная настройка VPC? 3. Может ли кто-нибудь поделиться «лучшей практикой» настройки VPC для основного и вторичного коммутатора Nexus, чтобы я мог предотвратить подобную проблему, когда вторичный коммутатор застревает в «операционном основном» режиме?</p>
]]></description><link>https://sla247.ru/forum/post/5667</link><guid isPermaLink="true">https://sla247.ru/forum/post/5667</guid><dc:creator><![CDATA[johnlloyd_13]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:52 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:51 GMT]]></title><description><![CDATA[<p dir="auto">Наткнулся на эту ветку в поиске Google. Автор сообщения столкнулся с проблемой, когда настроенный вторичный коммутатор (Nexus-9K-2, приоритет роли vPC 2) работал в качестве основного, несмотря на то, что у него был явно БОЛЕЕ ВЫСОКИЙ приоритет, чем у Nexus-9K-1 (приоритет роли vPC 1). Обычно это происходит во время обновления программного обеспечения, когда вторичный коммутатор перезагружается первым, принимает на себя управление при перезагрузке основного коммутатора и остается в этом состоянии после возобновления работы основного коммутатора. Причина этого заключается в том, что (в отличие от HSRP или VRRP) роли Nexus vPC НЕ перехватывают управление автоматически. К счастью<br />
,<br />
есть простое решение (как упомянул<br />
[Abhi_d_koenig]<br />
), просто введите команду «vpc role preempt» в привилегированном режиме EXEC на настроенном основном коммутаторе. Он запросит настроенные приоритеты ролей vPC на обоих коммутаторах и подтвердит, что может перехватить приоритет. Вы должны увидеть предупреждение о сводке spanning-tree и подтверждение того, что peer-switch включен и работает, если это так, то все в порядке. Это также является частью процедуры плавного (без сбоев) изменения роли vPC.</p>
]]></description><link>https://sla247.ru/forum/post/5666</link><guid isPermaLink="true">https://sla247.ru/forum/post/5666</guid><dc:creator><![CDATA[robert.lorrison]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:51 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:50 GMT]]></title><description><![CDATA[<p dir="auto">Это сообщение, похоже, слишком старое, и я надеюсь, что вы нашли решение. Если нет, то, исходя из моего опыта (у нас была такая же проблема)<br />
,<br />
вам нужно следовать рекомендациям<br />
[Евгения Рёжова]<br />
: 1. либо перезагрузите вторичный коммутатор 2. либо отключите/не отключайте соседние ссылки. В нашем случае мы обновляли программное обеспечение, и оба коммутатора пришлось перезагрузить.</p>
]]></description><link>https://sla247.ru/forum/post/5665</link><guid isPermaLink="true">https://sla247.ru/forum/post/5665</guid><dc:creator><![CDATA[M_Neman]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:50 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:49 GMT]]></title><description><![CDATA[<p dir="auto">Привет,<br />
Cisco рекомендует сопоставить основную роль vPC (операционную) с корнем STP и HSRP active.<br />
Если вы хотите изменить операционную роль с одного устройства на другое, измените приоритет роли домена vpc (меньший выигрывает выборы). Это не является превентивной мерой.<br />
!!Во время окна обслуживания!! шаги должны быть следующими (вы хотите сделать A основным операционным; B в настоящее время является основным операционным):</p>
<ol>
<li>измените приоритет роли на устройстве A; приоритет роли<br />
домена<br />
vpc 1 lower_value_than_B_priority</li>
<li>Проверьте sticky bit на обоих устройствах<br />
«show sys internal vpcm info all | i i stick» Пример вывода:<br />
N7K# show system internal vpcm info all | i i sticky<br />
Sticky Master: FALSE<br />
Коммутатор B должен иметь значение FALSE, а A — TRUE. 3. Если B по-прежнему имеет значение TRUE, повторно примените к нему текущее настроенное значение. Это означает повторное применение исходной конфигурации для приоритета роли. Если приоритет роли является стандартным, повторно примените стандартное значение. Эта операция повторно инициирует бит sticky.<br />
vpc domain 1<br />
role priority same_priority_as_before 4. Снова проверьте вывод команды «show sys internal vpcm info all | i i stick». Теперь значение B должно быть FALSE, а A — TRUE. 5. Закройте соединение vPC peer link (НЕ соединение keep-alive). 6. Проверьте, изменилась ли роль, с помощью show vpc brief 7. Восстановите соединение vPC peer. Справочная информация<br />
— проверьте бит Sticky. См. раздел «Вариант 1. Поэтапный подход» в этом документе<br />
<a href="https://www.cisco.com/c/en/us/support/docs/interfaces-modules/nexus-7000-series-supervisor-1-module/119033-technote-nexus-00.html#anc7" rel="nofollow ugc">https://www.cisco.com/c/en/us/support/docs/interfaces-modules/nexus-7000-series-supervisor-1-module/119033-technote-nexus-00.html#anc7</a></li>
</ol>
<ul>
<li>«Вы также можете настроить, какое из устройств vPC будет основным. Изменение приоритета устройств vPC peer может привести к сбоям в работе интерфейсов в вашей сети. Если вы хотите снова настроить приоритет роли, чтобы одно устройство vPC стало основным, настройте приоритет роли как на основном устройстве vPC с более низким значением приоритета, так и на вторичном устройстве vPC с более высоким значением. Затем отключите портовый канал, который является одноранговым соединением vPC на обоих устройствах, введя команду shutdown, и, наконец, снова включите портовый канал на обоих устройствах, введя команду no shutdown». Взято отсюда<br />
<a href="https://www.cisco.com/c/en/us/td/docs/switches/datacenter/sw/nx-os/interfaces/configuration/guide/b-Cisco-Nexus-7000-Series-NX-OS-Interfaces-Configuration-Guide-Book/configuring-vpcs.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/switches/datacenter/sw/nx-os/interfaces/configuration/guide/b-Cisco-Nexus-7000-Series-NX-OS-Interfaces-Configuration-Guide-Book/configuring-vpcs.html</a></li>
</ul>
]]></description><link>https://sla247.ru/forum/post/5664</link><guid isPermaLink="true">https://sla247.ru/forum/post/5664</guid><dc:creator><![CDATA[tudor bucenica]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:49 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:48 GMT]]></title><description><![CDATA[<p dir="auto">Уважаемые [коллеги] , я считаю, что утверждение о победе более высокого приоритета роли является неверным. Cisco четко заявляет, что победу в выборе одерживает более НИЗКИЙ приоритет роли. <a href="https://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/nx-os-software/212589-understanding-vpc-election-process.html#anc7" rel="nofollow ugc">https://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/nx-os-software/212589-understanding-vpc-election-process.html#anc7</a> Приоритет роли vPC Вы также можете использовать команду «role priority» в режиме домена vPC, чтобы повлиять на процесс выбора vPC. Диапазон значений составляет от 1 до 65636, а значение по умолчанию — 32667. Более низкое значение означает, что этот коммутатор имеет больше шансов стать основным vPC. С уважением, Стефан</p>
]]></description><link>https://sla247.ru/forum/post/5663</link><guid isPermaLink="true">https://sla247.ru/forum/post/5663</guid><dc:creator><![CDATA[Stephan Grohmann]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:48 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:47 GMT]]></title><description><![CDATA[<p dir="auto">Пробовал это в режиме настройки на 5596s и получил сообщение «сервис не отвечает». Я разочарован, что они не поддерживают эту команду.</p>
]]></description><link>https://sla247.ru/forum/post/5662</link><guid isPermaLink="true">https://sla247.ru/forum/post/5662</guid><dc:creator><![CDATA[Stuff]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:47 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:46 GMT]]></title><description><![CDATA[<p dir="auto">Просто выполните следующую команду AGPRI# vpc role preempt<br />
Убедитесь, что peer-switch включен и работает («show spanning-tree summary»). Продолжить (да/нет)? [нет] да<br />
AGPRI#</p>
]]></description><link>https://sla247.ru/forum/post/5661</link><guid isPermaLink="true">https://sla247.ru/forum/post/5661</guid><dc:creator><![CDATA[Abhi_d_koenig]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:46 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:45 GMT]]></title><description><![CDATA[<h2>Если вы используете код версии 7, то есть следующее: <a href="https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus9000/sw/7-x/interfaces/configuration/guide/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x_chapter_01000.html#task_g3z_x3w_y1b" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus9000/sw/7-x/interfaces/configuration/guide/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x/b_Cisco_Nexus_9000_Series_NX-OS_Interfaces_Configuration_Guide_7x_chapter_0100...</a> Настройка бесперебойной смены ролей vPC Выполните следующие действия, чтобы включить бесперебойное изменение роли vPC.<br />
Перед началом<br />
• Убедитесь, что функция vPC включена.<br />
• Убедитесь, что соединение vPC peer link работает.<br />
• Проверьте приоритет ролей устройств.<br />
Процедура<br />
Команда или действие<br />
Цель<br />
Шаг<br />
vpc role preempt<br />
Пример:<br />
switch#<br />
vpc role preempt<br />
switch(config)#<br />
Включить бесперебойное изменение роли vPC.<br />
Шаг 2<br />
show vpc role<br />
Пример:<br />
switch(config)#<br />
show vpc role<br />
(Необязательно) Проверьте функцию бесперебойного изменения роли vPC.<br />
Пример настройки бесперебойного изменения роли vPC:<br />
switch#<br />
show vpc role<br />
vPC Role status</h2>
<h2>vPC role : secondary<br />
vPC system-mac : 00:23:04:ee:be:01<br />
vPC system-priority : 32667<br />
vPC local system-mac : 8c:60:4f:03:84:41<br />
vPC local role-priority : 32668<br />
vPC peer system-mac : 8c:60:4f:03:84:43<br />
vPC peer role-priority : 32667 ! Configure vPC hitless role change on the device! switch(config)#<br />
vpc role preempt<br />
! The following is an output from the show vpc role command after the<br />
vPC hitless feature is configured switch(config)#<br />
show vpc role<br />
vPC Role status</h2>
<p dir="auto">vPC role : primary<br />
vPC system-mac : 00:00:00:00:00:00<br />
vPC system-priority : 32667<br />
vPC local system-mac : 8c:60:4f:03:84:41<br />
vPC local role-priority : 32666<br />
vPC peer system-mac : 8c:60:4f:03:84:43<br />
vPC peer role-priority : 32667 switch(config)# Сценарий использования для изменения роли vPC<br />
Функция бесперебойного изменения роли vPC может использоваться в следующих сценариях:<br />
Запрос на изменение роли — когда необходимо изменить роли одноранговых устройств в домене vPC.<br />
Перезагрузка основного коммутатора — когда устройства запускаются после перезагрузки и роли определены, можно использовать функцию бесперебойной смены ролей vPC для восстановления ролей. Например, после перезагрузки, если основное устройство принимает роль рабочего вторичного устройства, а вторичное устройство принимает роль рабочего основного устройства, можно изменить роли одноранговых устройств vPC на их исходные определенные роли с помощью<br />
команды<br />
vpc role<br />
preempt<br />
.<br />
<img src="/forum/uploads/files/cisco/434e42c10957545dab8d3bb83c09817e9d88d5be.gif" alt="" class=" img-fluid img-markdown" /><br />
Примечание<br />
Перед переключением роли vPC всегда проверяйте приоритет существующей роли устройства.<br />
Двойное активное восстановление — в сценарии двойного активного восстановления основной коммутатор vPC продолжает быть (рабочим) основным, но вторичный коммутатор vPC становится целевым основным коммутатором и поддерживает работоспособность своих портов-членов vPC. Вы можете использовать функцию vPC hitless и восстановить роли устройств. После двойного активного восстановления, если одна сторона является рабочим первичным устройством, а другая — рабочим вторичным устройством, вы можете использовать команду<br />
vpc role<br />
preempt<br />
, чтобы восстановить роли устройств как первичные и вторичные.</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/434e42c10957545dab8d3bb83c09817e9d88d5be.gif" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/5660</link><guid isPermaLink="true">https://sla247.ru/forum/post/5660</guid><dc:creator><![CDATA[Billm]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:45 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:44 GMT]]></title><description><![CDATA[<p dir="auto">Из всего, что я прочитал, похоже, что есть только два «некрасивых» способа достичь этого: 1- перезагрузить вторичный коммутатор (работающий в качестве основного) или 2- переключить (закрыть/открыть) соединение с одноранговым узлом на<br />
вторичном коммутаторе (работающем в качестве основного) — я предполагаю, что приоритеты ролей настроены правильно И да, ожидается кратковременное прерывание Надеюсь, кто-нибудь знает третий, менее жесткий подход С уважением Ps: похоже, что второй метод даже не является вариантом (NOS5.x)! <a href="http://www.cisco.com/c/en/us/products/collateral/switches/nexus-5000-series-switches/design_guide_c07-625857.html#_Toc271759447" rel="nofollow ugc">http://www.cisco.com/c/en/us/products/collateral/switches/nexus-5000-series-switches/design_guide_c07-625857.html#_Toc271759447</a> упоминает, что если канал keepalive не отключается, роль не изменится! Но подключение keep alive вместе с peer link приведет к разделению мозга, поэтому, похоже, вариант 1 является единственным безопасным вариантом.</p>
]]></description><link>https://sla247.ru/forum/post/5659</link><guid isPermaLink="true">https://sla247.ru/forum/post/5659</guid><dc:creator><![CDATA[Daniel ElHani]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:44 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:43 GMT]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Вы все еще не ответили на первоначальный вопрос — как заставить рабочее вторичное устройство Nexus стать рабочим основным? Перезагрузка рабочего основного устройства не входит в вопрос.</p>
]]></description><link>https://sla247.ru/forum/post/5658</link><guid isPermaLink="true">https://sla247.ru/forum/post/5658</guid><dc:creator><![CDATA[Jevgeni Rõžov]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:43 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:42 GMT]]></title><description><![CDATA[<p dir="auto">просьба ответить</p>
]]></description><link>https://sla247.ru/forum/post/5657</link><guid isPermaLink="true">https://sla247.ru/forum/post/5657</guid><dc:creator><![CDATA[keen4.net]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:42 GMT</pubDate></item><item><title><![CDATA[Reply to изменение роли vPC, как вернуться к фактической роли on Fri, 13 Feb 2026 19:57:41 GMT]]></title><description><![CDATA[<p dir="auto">Привет в рабочей конфигурации должно быть что-то вроде того, что показано ниже. Измените приоритет, например, hsrp higher wins, чтобы поменять роли. Оба коммутатора должны быть идентичными, так как они сопряжены в vpc, поэтому нет реальной необходимости менять их обратно, хотя я бы это сделал, если бы не требование согласованности. коммутатор A vpc domain 200<br />
role priority 150<br />
system-priority 150<br />
peer-keepalive destination 10.x.x.x source 10.x.x.x vrf heartbeat<br />
delay restore 90 коммутатор B домен vpc 200<br />
приоритет роли 200<br />
системный приоритет 150<br />
peer-keepalive назначение 10.x.x.x источник 10.x.x.x vrf heartbeat<br />
задержка восстановления 90</p>
]]></description><link>https://sla247.ru/forum/post/5656</link><guid isPermaLink="true">https://sla247.ru/forum/post/5656</guid><dc:creator><![CDATA[Mark Malone]]></dc:creator><pubDate>Fri, 13 Feb 2026 19:57:41 GMT</pubDate></item></channel></rss>