Servidor PPPoE y BNG en MikroTik para tu red de abonados
Si operas un ISP, el servidor PPPoE de RouterOS es tu punto de control: autenticas, asignas IP, limitas el ancho de banda y desconectas a cada cliente desde un solo lugar. Diseñamos y auditamos el BNG completo —PPPoE, RADIUS y perfiles— para que escale a miles de sesiones sin perder estabilidad.
PPPoE como Access Concentrator: control real sobre cada sesión
RouterOS funciona como Access Concentrator PPPoE nativo: defines el service-name, fuerzas one-session-per-host por MAC para evitar sesiones duplicadas, limitas el total con max-sessions y ajustas max-mtu/max-mru (1480 por defecto) para evitar fragmentación en la última milla. El keepalive-timeout detecta y libera sesiones caídas, manteniendo el conteo de abonados activos siempre limpio.
Cada abonado se autentica contra un PPP profile que asigna la dirección desde un pool, fija el rate-limit (rx/tx con burst y prioridad) y puede levantar una simple queue dinámica por sesión mediante parent-queue y queue-type. Desde RouterOS v7.19 puedes separar el queue-type de subida y bajada, afinando el control de tráfico por plan comercial sin tocar el firewall manualmente.
BNG con RADIUS y User Manager: AAA centralizado
Para gestión masiva, el cliente RADIUS de RouterOS centraliza autenticación, autorización y contabilidad de todas tus conexiones PPP/PPPoE. El atributo Rate-Limit (que tiene precedencia sobre la config local) define el plan de cada cliente desde el servidor AAA, y el accounting con interim-update entrega consumo por sesión para facturación. Si no quieres un RADIUS externo, User Manager viene empaquetado y cumple ese rol.
La operación diaria también queda cubierta: RouterOS soporta Disconnect-Messages y Change of Authorization (CoA, RFC 3576), así que puedes cortar un abonado moroso o cambiarle el plan en caliente sin reiniciar la sesión PPPoE. Combinado con address-list e incoming/outgoing-filter en el profile, logras aislamiento entre clientes y políticas de seguridad por grupo de abonados.
Servidor PPPoE multi-sesión
Access Concentrator con service-name, one-session-per-host por MAC, max-sessions y PPPoE sobre rango de VLAN (pppoe-over-vlan-range) para arquitecturas de acceso segmentadas.
Ancho de banda por abonado
Perfiles con rate-limit (rx/tx, burst, prioridad y rate-min) y simple queues dinámicas por sesión vía parent-queue y queue-type, con separación rx/tx desde v7.19.
AAA con RADIUS o User Manager
Autenticación y accounting centralizados, atributo Rate-Limit con precedencia e interim-update para consumo por sesión. User Manager empaquetado si no usas RADIUS externo.
Control en caliente con CoA
Disconnect-Messages y Change of Authorization (RFC 3576) para cortar o reprovisionar abonados sin reiniciar el servidor ni la sesión.
Aislamiento y seguridad
address-list por perfil e incoming/outgoing-filter para aislar clientes entre sí y aplicar políticas de firewall por grupo de abonados.
¿Cuántos abonados PPPoE aguanta un MikroTik?
Depende del modelo de RouterBOARD/CCR y del plan de ancho de banda, no de un límite de software fijo. Dimensionamos el equipo según sesiones concurrentes, throughput agregado y carga de queues, y validamos el BNG con pruebas antes de pasarlo a producción para evitar saturación de CPU.
¿Necesito un RADIUS externo o me sirve User Manager?
Ambos funcionan. User Manager viene empaquetado en RouterOS y cubre AAA para operaciones pequeñas y medianas. Para integrar facturación, portales o múltiples NAS recomendamos un RADIUS dedicado (FreeRADIUS u otro); RouterOS habla con cualquiera vía estándar, incluyendo Rate-Limit y CoA.
¿Puedo cambiar el plan o cortar a un cliente sin desconectar a los demás?
Sí. RouterOS soporta Change of Authorization y Disconnect-Messages (RFC 3576), así que el RADIUS reprovisiona el ancho de banda o termina una sesión específica en caliente, sin afectar al resto de abonados ni reiniciar el servidor PPPoE.
¿Cómo se controla el ancho de banda por cada usuario?
Mediante el rate-limit del PPP profile o el atributo Rate-Limit enviado por RADIUS, que tiene precedencia. RouterOS crea simple queues dinámicas por sesión usando parent-queue y queue-type, permitiendo burst, prioridades y, desde v7.19, perfiles de cola distintos para subida y bajada.