Что такое BRAS и зачем он оператору связи

Что такое BRAS и зачем он оператору? Это роль управления абонентскими подключениями: идентификация, доступ, тарифные ограничения и учет. Ее может выполнять специализированный BNG/BRAS или распределенный набор систем. Отдельная дорогая коробка не обязательна для продажи интернета. Разберем PPPoE/IPoE, связь с RADIUS и биллингом, аппаратную и программную реализации, расчет сессий и проверку отказов.

Что такое BRAS: базовые функции

BRAS означает Broadband Remote Access Server. BNG, Broadband Network Gateway, является более широким названием абонентского шлюза. Узел завершает подключения и применяет политики. Это роль: операторский маршрутизатор может быть BNG при поддержке нужных функций.

PPPoE/IPoE, CGNAT, QoS и число сессий зависят от платформы, лицензий и включенных функций. CGNAT может размещаться отдельно, аппаратные ускорители не обязательны у каждой реализации. Проверяют ограничения одновременных сессий, новых подключений и политик. Универсальные «сотни тысяч на устройство» не описывают любой BRAS, как и утверждение о неспособности обычного маршрутизатора выполнять эту роль.

BNG связывает подключение с политикой и учетной записью. Условная связь: PPPoE/IPoE → BNG → RADIUS → биллинг. Задержка любой части влияет на доступ и учет даже при исправной передаче пакетов.

Основные функции BRAS

Терминация PPPoE и IPoE-сессий

Выбор PPPoE или IPoE зависит от доступа, идентификации и учетной модели. Платформа может поддерживать оба варианта, но их совместимость, масштаб и dual-stack проверяют по конкретной реализации.

PPPoE по RFC 2516 переносит PPP поверх Ethernet. Создается отдельная PPP-сессия с поддержкой методов аутентификации PPP. BNG согласует параметры и применяет политику. Заголовки PPPoE и PPP добавляют восемь байт, поэтому проверяют MTU и возможность расширенного Ethernet-кадра. Это не автоматическая защита между абонентами: L2-изоляцию, фильтры и допустимый доступ задают отдельно. Нагрузка зависит от реализации, количества сессий и переподключений.

При IPoE адрес может выдаваться по DHCP, Dynamic Host Configuration Protocol. BNG идентифицирует подключение по интерфейсу, VLAN и сведениям доверенного DHCP relay. MAC и Option 82 по RFC 3046 являются признаками, а не самостоятельной защищенной авторизацией. Проверяют доверие к relay и запрет подмены, затем применяют AAA-политику. Настройка клиента может быть проще, но общий тренд вытеснения PPPoE без данных утверждать нельзя.

BRAS терминирует обе схемы параллельно. Разные сегменты сети оператора могут работать по разным протоколам без конфликтов друг с другом.

Интеграция с RADIUS и биллингом

RADIUS, Remote Authentication Dial-In User Service, связывает BNG с AAA. По RFC 2865 узел запрашивает аутентификацию и параметры доступа, Accounting по RFC 2866 передает начало, промежуточный учет и завершение. Биллинг обрабатывает эти события и определяет тариф. Передача не означает гарантированную сохранность: проверяют ретраи, идентификаторы, дубли, интервалы и восстановление после отказа.

Это дает оператору три практических возможности.

1. Блокировать или ограничивать доступ по изменению статуса оплаты. Нужен поддерживаемый механизм обновления действующей сессии, например CoA.
2. Применять профиль скорости и доступа через атрибуты RADIUS. Набор атрибутов и изменения на активной сессии проверяют по платформе.
3. Учитывать объем и время по Accounting. Проверяют доставку, промежуточные события и отсутствие двойного начисления при повторе.

CoA, Change of Authorization по RFC 5176, позволяет менять поддерживаемые параметры, Disconnect завершает сессию. Поддержка зависит от платформы и политики. Оператору нужен весь процесс учета и авторизации, но он не требует отдельной физической коробки BRAS. Здесь оценивают BNG и интеграцию, без повторения универсальной спецификации сервера AAA.

Аппаратный BRAS и виртуальный vBNG

Аппаратный BNG может переносить обработку на ASIC. Проверяют скорость с QoS, сессии, лицензии и обновление. Wire speed не гарантирует производительность всех функций. Цену и цикл модернизации сравнивают по конкретному составу.

vBNG является программной реализацией BNG, например в архитектуре NFV, Network Functions Virtualization. Он может работать на серверах или поддерживаемой виртуальной платформе. Для продуктов VAS Experts, RDP и других изготовителей уточняют функцию, версию и совместимость, без смешения EcoRouter с любой реализацией BRAS. DPDK, SR-IOV или аппаратный offload используют по требованиям выбранного решения. Нельзя требовать их все одновременно для каждого vBNG или гарантировать wire speed на любой NIC.

vBNG сравнивают с аппаратным BNG на одной нагрузке и SLA: серверы, NIC, лицензии, резерв, поддержка и эксплуатация. Универсальной экономии в десять или три-пять раз нет. Размер базы не диктует разделение на аппаратную и программную платформы. Серверы под vBNG с сетевыми картами 25GbE выбирают, если этого требует расчет, а не только название роли.

Как выбрать BRAS для своего оператора

Критерии выбора: сессии, скорость, интеграции

При выборе BRAS для конкретной сети есть смысл считать четыре параметра.

1. Сессии. Расчет опирается на одновременные подключения, число учетных сессий на абонента и реализацию IPv4/IPv6. Для 50 тысяч договоров нельзя автоматически требовать 100 тысяч сессий на узел. При отказе оставшиеся узлы вмещают переносимую нагрузку. Отдельно измеряют скорость массового переподключения и запросов RADIUS, включая перегрузку AAA после аварии.
2. Скорость. Условные 50 000 активных абонентов по 5 Мбит/с дают 250 Гбит/с. Это допущение, а не средняя нагрузка 2026 года. Измеряют реальный пик, pps, размеры пакетов, новые сессии и функции, затем учитывают рост и отказ. Платформа на 1 Тбит/с не следует автоматически из такого примера.
3. Интеграции. Проверяют нужные RADIUS-атрибуты, Accounting, CoA/Disconnect, DHCP и связь с учетной системой. DPI и CGNAT могут быть отдельными функциями, NetFlow/sFlow не заменяют абонентский учет. Dual-stack испытывают на выбранной платформе: адреса, сессии, политики и журналирование. Для разрешенных служб фиксируют ACL и доверенные источники.
4. Документы. Сертификаты и реестровые подтверждения определяют назначение комплекса, статус объекта и закупочные условия. Сам размер оператора не требует универсальных сертификатов ФСТЭК/ФСБ. Реестр ПО и промышленной продукции проверяют отдельно для соответствующего изделия, версии и роли.

Типичные ошибки при внедрении BRAS

На практике внедрение BRAS чаще спотыкается не на выборе оборудования, а на деталях эксплуатации.

1. Непроверенный отказный сценарий. Второй узел не гарантирует перенос сессий. Нужно измерить время восстановления и нагрузку оставшегося узла.
2. Проверка только скорости портов. Shaping, ACL и сессии меняют производительность. Нужен тест с реальными политиками, а не обязательная покупка ускорителя.
3. Некорректная интеграция с биллингом. Абонент оплатил тариф, но не может подключиться из-за задержки статуса в RADIUS.
4. Отсутствие мониторинга RADIUS Accounting. Данные об объеме трафика теряются, тарификация считается неправильно.
5. Выбор решения без экосистемы и поддержки. Инженеров с опытом редкой проприетарной платформы найти сложно.
6. Забытая настройка CoA, Change of Authorization (RFC 5176). Смена тарифа требует переподключения вместо применения на лету.
7. Неверный расчет dual-stack. Размер IPv6-адреса не означает удвоение всего состояния сессии. Память измеряют на выбранной реализации с целевым числом IPv4/IPv6-подключений.
8. Отсутствие теста failover при обновлении конфигурации. Standby-узел не подхватывает нагрузку от primary, потому что конфигурации разошлись.
9. Неверный расчет пула публичных IPv4-адресов для CG-NAT. В час пик порты трансляции заканчиваются, абоненты жалуются на медленный интернет.
10. Забытое логирование сессий для СОРМ. Нарушение лицензионных требований, которое всплывает при проверке.

Заключение

BRAS/BNG выполняет роль абонентского шлюза и связывает подключения с AAA и учетной системой. Аппаратная платформа и vBNG являются разными реализациями, выбор проверяют на одинаковую нагрузку и SLA. Обязательного перехода малых операторов на vBNG или преимущества по цене без расчета нет.

Перед закупкой измерьте активные сессии, поток и массовое переподключение. Испытайте RADIUS, Accounting, CoA и dual-stack, затем отказ узла и восстановление. Документы проверяйте по назначению и условиям объекта. Результат пилота дает более полезный критерий, чем число договоров само по себе.

Если нужен подбор оборудования под нагрузку, мы помогаем подобрать маршрутизаторы для провайдера и серверы под vBNG с учетом требований по сессиям и пропускной способности.