OSPF + IBGP

Привет, Дэйв! Основу сети составляют маршрутизаторы с Loopback IP, работающие на OSPF. В сети OSPF учтены только loopback и point-to-point подключения (/30). OSPF ничего не перераспределяет (redistribute-* = no). Конечно, loopback и PtP /30 входят в основу сети, и их не нужно фильтровать (а в принципе, это даже невозможно). Каждый маршрутизатор в backbone устанавливает BGP-сессию с Router Reflector’ом (в моём случае — это CHR-машина), который тоже является частью backbone и доступен через loopback IP. Каждый маршрутизатор анонсирует через BGP свои подключённые маршруты (/routing bgp instance … redistribute-connected=yes). В моём случае подключённые маршруты — это управленческие IP для радиолиний и подсети клиентов (в основном /32). Только на Route Reflector у меня есть некоторые входящие фильтры, чтобы не дублировать backbone-сети. Самые важные из них: не принимать транзитные ссылки (/30, уже присутствующие в OSPF), не принимать loopback IP (/32, уже присутствующие в OSPF). Мой Radius — RadiusManager (основан на freeradius). Он выбирает свободный IP из пула публичных адресов (у нас несколько подсетей). Каждый BTS-маршрутизатор аутентифицирует локального PPPoE-пользователя, отправляя запрос на удалённый radius. Когда radius отвечает OK, маршрутизатор устанавливает новый маршрут /32 и анонсирует его через BGP. Туннелей мы не используем, потому что у нас децентрализованная система PPPoE (да, каждый маршрутизатор вышки — это PPPoE NAS-сервер с удалённым radius-учётом). Конечно, если вышка обслуживает много клиентов, нужно ставить более мощный маршрутизатор. Например, у нас используются модели от RB450G до CCR1009. Знаю, что некоторые придерживаются другой философии (VPLS-туннель до централизованного PPPoE-сервера). У обоих решений есть плюсы и минусы. Я доволен именно этим вариантом. Это просто обычная маршрутизация IPv4, с которой очень легко работать — например, с помощью traceroute. Пока, Массимо.