Доброго дня.
Сеть
RB1100 центр в роли пограничного шлюза + bras pppoe(шейпер)
Далее РРЛ до точек доступа basebox5 (около 30, есть другой проект где их 120)
Схему где точка доступа (AP) выступает как bras pppoe + шейпер + ospf(до центрального узла) потестил , вроде проблем нет. Цель была увидеть ip трафик абонента на точке доступа, что бы потом его поковырять на предмет queue для приоритезации трафика, ну и уменьшить
broadcast трафик до центрального bras.
Сейчас думаю над вариантом выдачи адреса по dhcp, нарезкой скорости , подсчета трафика и наличие сессии в биллинге и без привязки к mac-адресу клиента.
Столкнулся с некоторыми трудностями , а именно dhp-server через radius , что нет accounting по трафику, думаю что можно решить через netflow , но пока не смог подружить биллинг который выдал адрес по pppoe, а учет вести по netflow.
Вероятно можно через hotspot реализовать(AAA) , но я хочу что бы адрес выдавал billing (серый, белый, серый для заблокированных)
И связка hotspot dhcp radius не совсем понятна, что бы hotspot отправил запрос по radius ему нужно чтобы абонент уже имел адрес .
Далее в dhcp-server добавил local-pool, и теперь hotspot отправил запрос в биллинг user=mac client , в hotspot появилась запись что абоненту ip из local-pool-- выдан адрес из биллинга ip такой-то. Странная схема создания соответствий ip-ip.
А абонента надо еще занатить из левого пула.
Сейчас hotspot используем для авторизации по номеру телефона в ТЦ, но в той схеме адрес получает абонент по dhcp , а через radius проверяем подтверждение номера и ведем accounting.
Еще как вариант создал EOIP между центральной железкой и CPE и сделал dhcp-relay в качестве mac agent стал прилетать mac eoip тунеля, уже что-то , для авторизации без привязки к mac абонента .
P.S. Закралась мысля, что а может ну его dhcp для радио абонентов. Как писал ранее Saab не стоит применять схемы для проводов , в радио.