Tráfico de internet
—
· últimas 24 h
Red independiente · en producción 24/7
Redparra Network
$ Una red independiente y autoalojada centrada en redes, automatización y arquitecturas modernas.
No es un laboratorio: es una red real en producción, funcionando 24/7, que conecta hogares y datacenters en 3 países y lleva el tráfico del día a día de las personas que hay detrás. Aloja servicios como mirrors de Linux, DNS, VPN, SD-WAN e IPv6, todo desplegado con pipelines de automatización.
Hecha para aprender, probar y compartir — operada como producción, combinando fiabilidad, sencillez y curiosidad.
- Routers
- 23
- Túneles WireGuard
- 63
- Sedes
- 21
- Reglas de firewall como código
- 380
- VLANs
- 103
- Cambios a mano
- 0
// ahora mismo · datos reales
La red, ahora mismo
Medidas reales de nuestra monitorización, publicadas cada pocos minutos y solo como totales.
Sedes online
—
últimas 24 h
Extremos de túnel sanos
—
últimas 24 h
Usuarios VPN conectados
—
últimas 24 h
Dispositivos con lease
—
últimas 24 h
// mapa de red · estado real, cada 5 minutos
La malla, tal y como la define el código
Este mapa se genera desde el inventario de producción en cada build: 3 cores en malla completa, 18 sedes edge y 2 nodos cloud, cada edge conectado a todos los cores por WireGuard, con BGP para el enrutamiento y BFD para un failover en menos de un segundo. En modo Real cada túnel muestra su estado y actividad reales, actualizados cada 5 minutos; el modo Simulación permite provocar fallos. Toca un router para inspeccionarlo.
- Caudal
- —
- Túneles activos
- —
- Sesiones BGP
- —
- Latencia media
- —
- Real
- —
// qué hacemos
Redes reales en producción, 24/7
SD-WAN sobre WireGuard
63 túneles cifrados creados automáticamente. Cada sede tiene doble conexión; BGP elige el camino y BFD detecta fallos en milisegundos.
La red como código
Cada router es un fichero YAML. Configlets en Python generan firewall, LAN, WAN, WiFi, VPN y DHCP, y los aplican por la API de RouterOS. Idempotente, con dry-run y limpieza.
Segmentación y seguridad
380 reglas de firewall versionadas en git, globales y por sede. VLANs safe, DMZ, servicios, invitados y laboratorio; RADIUS para usuarios WiFi y VPN.
IPv6 dual-stack
Direccionamiento IPv6 público planificado por sede, con prefijos estáticos y SLAAC transportados por la malla junto a IPv4.
Observabilidad
Sedes, túneles, usuarios VPN y leases se consultan continuamente y se guardan como series temporales; los eventos de netwatch llegan por MQTT.
Fuente de verdad
Equipos, cables, circuitos y sedes se sincronizan con NetBox, así la documentación nunca se aleja de la realidad.
// flota
De qué está hecha la red
Contado desde el inventario y las reservas DHCP en cada build. Solo se publican totales.
412 dispositivos con dirección reservada, por tipo
Ver como tabla
| Elemento | Total |
|---|---|
| Domótica (luces, sensores, relés) | 170 |
| Servidores y servicios | 54 |
| TV y multimedia | 41 |
| Equipos de red | 32 |
| Cámaras | 25 |
| Ordenadores e impresoras | 13 |
| Energía | 10 |
| Vehículos | 4 |
| Otros | 63 |
Routers por modelo
Ver como tabla
| Elemento | Total |
|---|---|
| MikroTik hEX | 5 |
| MikroTik hAP ax² | 4 |
| MikroTik hAP ac² | 3 |
| Linux VPS (OVH) | 2 |
| MikroTik hAP ac³ LTE6 | 2 |
| MikroTik RB5009UG+S+IN | 2 |
| MikroTik CHR (cloud) | 1 |
| MikroTik Chateau 5G ax | 1 |
| MikroTik LtAP mini | 1 |
| MikroTik L009 | 1 |
| MikroTik Chateau 5G | 1 |
Segmentos de red · sedes con cada VLAN
- Safe21
- DMZ21
- Invitados21
- Servicios20
- Laboratorio20
Funciones por router · de 21 routers
- Failover rápido con BFD
- IPv6 dual-stack
- Servidor VPN de usuarios
- WiFi gestionada como código
// arquitectura
Cómo está diseñada
Los principios detrás de la configuración — simplificados, pero exactamente lo que aplica el código.
El viaje de un paquete
Un portátil en una casa abre un fichero en un NAS de otra casa. El paquete nunca cruza internet sin cifrar.
- PortátilVLAN Safe · sede A
- LAN
- Router edgeBGP · BFD
- 🔒 WireGuard
- Core3× · full mesh
- 🔒 WireGuard
- Router edgeBGP · BFD
- LAN
- NASVLAN Servicios · sede B
Segmentación y política de firewall
- Safe agrupa los equipos de confianza y llega a todos los segmentos.
- Todos los segmentos salen a internet y a los servicios compartidos: DNS, NTP, logs y monitorización.
- Todo lo demás se deniega y se registra por defecto, entre segmentos y entre sedes.
- Las excepciones son reglas explícitas de equipo a equipo, revisadas y versionadas en git.
Cuando un enlace cae
- 0 msCae un túnel o una conexión a internet.
- < 1 sBFD deja de recibir keepalives y declara caído al vecino.
- + msBGP retira las rutas aprendidas por ese túnel.
- < 1 sEl tráfico pasa por otro core. Nadie lo nota.
Plan de direccionamiento
- Cada sede tiene su propio bloque IPv4 y sus prefijos IPv6, derivados de su identificador.
- IPv6 estática para la infraestructura y SLAAC para los clientes, en cada VLAN que lo necesita.
- Direcciones, registros DNS y zonas inversas se generan, nunca se escriben a mano.
// gitops
De un commit a 23 routers
Nadie escribe configuración en un router. Un cambio es un pull request; el pipeline hace el resto.
- 01
Describir
Inventario, VLANs, firewall y DHCP en YAML.
config_prod/ - 02
Probar
Toda la batería de tests se ejecuta en cada push y bloquea los cambios erróneos.
pytest - 03
Generar
GitHub Actions en un runner propio genera el estado deseado.
mikro_main.py - 04
Aplicar
Compara con cada router y aplica solo lo que ha cambiado, en paralelo.
RouterOS API - 05
Observar
La monitorización y NetBox cierran el ciclo.
InfluxDB · NetBox
# 2026-10-25 21:13 UTC · commit local
$ git commit -m "Add sonos to secure VLAN #push" && git push
✓ pytest · all tests passed
✓ cargados 23 equipos del inventario
✓ generados 63 enlaces WireGuard · 380 reglas de firewall · 535 reservas DHCP
✓ cambios aplicados en 21 routers en paralelo
→ red convergida. 0 pasos manuales.// stack
Hecha con
Autoalojada. 🚀