проблема с запуском HSRP на двух CSR 1000v

Reply to проблема с запуском HSRP на двух CSR 1000v on Tue, 03 Mar 2026 14:47:25 GMT

marianarlt — Tue, 03 Mar 2026 14:47:25 GMT

Это может быть старая информация, но я хочу подтвердить для будущего использования, что
режим ожидания use-bia
мгновенно решил эту проблему для меня при использовании HSRP в Hyper-V 10.0.22621.1, где никакое другое (и гораздо более сложное) решение не помогло. Резервный маршрутизатор с более низким приоритетом и без прерывания всегда возвращался в активное состояние, несмотря на точные настройки.

Reply to проблема с запуском HSRP на двух CSR 1000v on Tue, 03 Mar 2026 14:47:24 GMT

PavelChjen7118 — Tue, 03 Mar 2026 14:47:24 GMT

Да... это решает проблему для CRSv, работающих в VMWare vCenter 6.x.

Reply to проблема с запуском HSRP на двух CSR 1000v on Tue, 03 Mar 2026 14:47:23 GMT

Dilyan Dimov — Tue, 03 Mar 2026 14:47:23 GMT

Хочу только упомянуть, что «standby use-bia» решает проблему для CSR, работающих в GNS3!

Reply to проблема с запуском HSRP на двух CSR 1000v on Tue, 03 Mar 2026 14:47:22 GMT

taoli — Tue, 03 Mar 2026 14:47:22 GMT

赞！

Reply to проблема с запуском HSRP на двух CSR 1000v on Tue, 03 Mar 2026 14:47:21 GMT

gaudixit — Tue, 03 Mar 2026 14:47:21 GMT

Привет, Чжицян, Проблема связана с платформой CSR, пожалуйста, ознакомьтесь с моими комментариями по этому поводу. By default, all of switch/vmnic is running as NOT promiscuous mode. In another word, promiscuous mode is configured to be Reject. For HSRP deployment, all of ICMP request message destination address is set to VIP/VMAC Address.
If vswitch promiscuous mode is not opened, all of packets are dropped. It's expected.
So, solution is simple that 1) Configure vswitch in promiscuous mode. 2) Another alternative to configuring the vswitch in promiscuous mode is to use the "standby use-bia" IOS interface configuration command

Reply to проблема с запуском HSRP на двух CSR 1000v on Tue, 03 Mar 2026 14:47:20 GMT

Steve Fuller — Tue, 03 Mar 2026 14:47:20 GMT

Привет, Райан, Прочитайте сообщение
«VMware установил CSR1000v, вызывающий дублирование ответов ping от хостов Linux
в локальной сети» на форуме. Сообщение довольно длинное, но может оказаться вам полезным в ближайшем будущем. Думаю, ваш вопрос — первый, на который я отвечаю. Предполагая, что вы используете VMware ESX, вам необходимо изменить политику безопасности на виртуальном коммутаторе VMware (VSS или VDS) на «Promiscuous — Accept» (Промискуитетный — Принять) и «Forged Transmit — Accept» (Поддельная передача — Принять). Цитата из этого поста: Первое, что нужно понять, это то, что ни VMware VSS (Virtual Standard Switch), ни VDS (vSphere Distributed Switch) не реализуют обучение MAC, как традиционный сетевой коммутатор. Это связано с тем, что vSphere уже знает, какой MAC-адрес назначен виртуальной машине и, следовательно, MAC, связанный с портом виртуального коммутатора.
Далее помните, что HSRP изменяет используемые MAC-адреса. Активный маршрутизатор генерирует пакеты приветствия со своего настроенного IP-адреса и виртуального MAC-адреса HSRP. Активный маршрутизатор генерирует кадры с виртуального MAC-адреса, чтобы обычные коммутаторы/мосты обучения знали, к какому порту или сегменту подключен активный маршрутизатор. Резервный маршрутизатор генерирует пакеты приветствия со своего настроенного IP-адреса и встроенного MAC-адреса (BIA).
Если мы не изменим Forged Transmit на Accept, то пакеты hello, отправленные с активного маршрутизатора HSRP с виртуальным MAC-адресом HSRP, будут отброшены виртуальным коммутатором. Таким образом, изменение Forged Transmit на Accept по сути позволяет двум маршрутизаторам HSRP обнаруживать друг друга. Без этого вы увидите, что оба маршрутизатора отображаются как «активные» в качестве локальных и «резервные» в качестве неизвестных. [snip] Что касается режима promiscuous, то если не изменить его на «Accept», виртуальный коммутатор будет пересылать только кадры с MAC-адресом назначения, назначенным виртуальной машине. В случае HSRP виртуальный коммутатор также должен пересылать кадры с MAC-адресом назначения HSRP активному маршрутизатору HSRP. С уважением