> 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/network-basic/fhrp-protokoly.md).

# FHRP протоколы

В рамках лабораторной работы попрактикуемся с настройкой протоколов резервирования шлюзов по умолчанию на операционной системе Cisco IOS

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

На оборудование 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;
