> For the complete documentation index, see [llms.txt](https://adavyshin.gitbook.io/networks/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://adavyshin.gitbook.io/networks/fhrp-protokoly.md).

# FHRP протоколы

#### Введение

На оборудование Cisco реализовано три протокола резервирования шлюза по умолчанию (First Hop Redundancy Protocol):

* HSRP (Hot Standby Redundancy Protocol)
* VRRP
* GLBP

#### Описание полигона

На рабочем пространстве у нас четыре основных маршрутизатора <kbd>R1</kbd>, <kbd>R2</kbd>, <kbd>R3</kbd>, <kbd>R4</kbd>, которые установлены в избыточном количестве для повышения надёжности.

#### Базовая настройка HSRP

Логика работы HSRP, что маршрутизаторы объединяются в группу. В рамках группы происходят выборы, где выбираются `Active` и `Standby` маршрутизатор, остальные получают статус `Listener`. `Active`-маршрутизатор с определённым интервалом рассылает heartbeat-сообщения, информирующий `Standby`-маршрутизатор о том, что он функционирует. В свою очередь Standby-маршрутизатор также рассылает hearbeat-сообщения, предназначенные для Listener-ов.&#x20;

В HSRP есть две версии протокола 1 и 2. В первой версии устройства обмениваются multicast-сообщениями на адрес `224.0.0.2` и есть возможность использовать идентификаторы групп `<0-255>`. Во второй версии сообщения отправляют на адрес `224.0.0.102`  и диапазон # группы `<0-4095>`.

vIP-адресом между маршрутизаторами будет `10.10.10.1`.

🔧  <kbd>R1</kbd>: Первоначальная настройка HSRP

```
conf term
!
interface GigabitEthernet0/0
 standby version 2
 standby 2026 ip 10.10.10.1
 standby 2026 priority 250
```

🔧  <kbd>R2</kbd>: Первоначальная настройка HSRP

```
conf term
!
interface GigabitEthernet0/0
 standby version 2
 standby 2026 ip 10.10.10.1
 standby 2026 priority 200
```

🔧  <kbd>R3</kbd>: Первоначальная настройка HSRP

```
conf term
!
interface GigabitEthernet0/0
 standby version 2
 standby 2026 ip 10.10.10.1
 standby 2026 priority 150
```

🔧  <kbd>R4</kbd>: Первоначальная настройка HSRP

```
conf term
!
interface GigabitEthernet0/0
 standby version 2
 standby 2026 ip 10.10.10.1
 standby 2026 priority 100
```

Получаем такую картину, что у нас 4 маршрутизатора, которые потенциально готовы ответить на пакеты, которые адресованы на vIP-адрес `10.10.10.1`, но в реальности отвечать будет маршрутизатор с наивысшим приоритетом ( маршрутизатор <kbd>R1</kbd> с приоритетом 250).

Весь трафик внутри канала передаётся на уровне кадров, но тут возникает вопрос на какой MAC-адрес отправляются пакеты, адресованы на виртуальный IP-адрес? В первой версии HSRP Active маршрутизатор на интерфейсе держит виртуальный MAC-адрес `0000:0C07:ACXX`, где `xx` - это номер группы в HEX-формате, а у второй версии - `0000.0C9F.FXXX`.&#x20;

#### Преемственность

Давайте поэсперементируем в собранной топологии и назначим на маршрутизатор <kbd>R4</kbd> с приоритетом 251 и посмотрим, кто по итогу будет `Active`-маршрутизатор.

🔧  <kbd>R4</kbd>: Поднимаем приоритет до 251

```
interface GigabitEthernet0/0
 standby 2026 priority 251
```

Ждём. Но ничего не происходит. В HSRP из заводских настроек нет функции, когда появляется маршрутизатор с большим приоритетом и "на горячую" становит Active. Для того, чтобы <kbd>R4</kbd> получил роль Active, необходимо, чтобы вышел из строя <kbd>R1</kbd> и <kbd>R2</kbd> последовательно. &#x20;


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://adavyshin.gitbook.io/networks/fhrp-protokoly.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
