Лабораторная работа №9: BGP Peer Groups (упрощение конфигурации)

Создана 28.10.2026
Отредактирована 28.10.2026

Цель работы: Научиться использовать BGP Peer Groups для применения одинаковых политик к множеству соседей без дублирования команд.

1. Теория: Зачем нужны Peer Groups?

🔴 Проблема дублирования конфигурации в BGP

Представьте, что у вас 50 клиентов, и каждому нужна одинаковая политика (фильтрация, таймеры, пароль). Без Peer Groups вам пришлось бы прописать 50 раз одни и те же команды:

neighbor 10.0.0.1 route-map FILTER in neighbor 10.0.0.2 route-map FILTER in ... (ещё 48 строк)

Проблема: Конфигурация раздувается, а при изменении политики нужно править все 50 строк.

✅ Решение: Peer Group

Peer Group — это шаблон (шаблон настроек), который применяется к группе соседей. Вы настраиваете политику один раз на группе, а затем просто добавляете соседей в неё.

Что наследуют члены группы:

remote-as (если задан на группе).

route-map (in/out).

filter-list , prefix-list .

update-source , next-hop-self .

Таймеры, пароли, ebgp-multihop .

Важно: Настройки, которые не влияют на исходящие обновления (например, maximum-prefix ), можно переопределить для конкретного члена группы.

2. Топология

Используем упрощённую схему для демонстрации Peer Groups. Нам нужно несколько соседей с одинаковыми настройками.

Рис. 1. Топология лабораторной работы №9: R1 и три провайдера (R2, R3, R4) с Peer Group

Примечание: В реальной сети провайдеров может быть больше (10, 50, 100). В этой лабораторной работе мы используем три маршрутизатора (R2, R3, R4) для наглядности. Логика настройки та же — просто добавьте больше neighbor в группу.

Заголовок H2

Заголовок H3

Текст

Частные адреса не используются в глобальной сети Интернет.

text

Параметр	Описание
Text	Text
Text	Text

Страница в разработке