NetBox 4.7.1 en bodegas: IP, racks y restauración
Mini-case de inventario técnico en una bodega: NetBox para equipos, IP, cables, permisos, changelog y prueba de restauración antes de mover racks.
La cuadrilla cambió un switch en una bodega y el plano tenía una IP que ya no vivía en ese rack. El corte duró 42 minutos, suficiente para frenar lectores de depósito y cámaras del ingreso. NetBox 4.7.1 ayuda a convertir ese inventario disperso en equipos, direcciones, cables, permisos y changelog; este mini-case muestra qué se carga primero y cómo se prueba una restauración antes de tocar producción.
Dónde aparece el inventario desordenado
El caso empezó con una etiqueta vieja en una bandeja de fibra. La documentación de dispositivos de NetBox define cada pieza instalada en un sitio o rack como dispositivo, con rol, tipo, serie, rack, posición, estado y direcciones IP principales. Ese nivel de detalle separa un switch real de una fila suelta en una planilla. La documentación de IPAM ordena agregados, prefijos, rangos, direcciones y VRF. En una bodega con red administrativa, cámaras y lectores de depósito, esa distinción evita que dos sectores usen la misma dirección sin advertirlo. La base también importa: Stack Overflow 2025 registra PostgreSQL con 55,6% de uso entre bases de datos declaradas por quienes respondieron, y NetBox exige PostgreSQL 15 o posterior según su guía de instalación. La planilla con columnas mezcladas era el antagonista. El encargado de logística en Luján de Cuyo no necesitaba otro dibujo bonito. Necesitaba saber qué puerto alimentaba el lector de pallets, qué IP tenía el enlace a la cámara del portón y quién había cambiado el estado del switch. La primera captura útil fue una foto de rack con tres cables amarillos sin identificación. Después vino la carga ordenada. La tensión técnica no está en cargar todo, sino en decidir qué dato manda.
Cómo funciona por dentro
El flujo mínimo tiene seis pasos. Primero, sistemas crea sitios, ubicaciones y racks. Segundo, carga tipos de dispositivo, equipos reales, serie, rol, estado y posición. Tercero, IPAM guarda prefijos, rangos, direcciones, VRF y asignación al dispositivo o interfaz correspondiente. Cuarto, los cables vinculan puertos y permiten seguir una ruta física. Quinto, permisos por grupo separan lectura, alta y cambio. La documentación de autenticación y permisos permite limitar acciones por objeto, usuario, grupo y condiciones. Sexto, el changelog guarda cada creación, edición o borrado con hora, usuario y copia serializada del objeto. La guía de change logging expone esos registros por interfaz y API. PostgreSQL guarda los datos de NetBox; Redis asiste procesos internos; los archivos subidos viven en el directorio de medios o en almacenamiento remoto si se configura. El backup debe cubrir base y medios. La consulta semanal sale de NetBox: equipos sin serie, IP sin dueño, cables sin extremo y cambios hechos por usuario. El inventario empieza a servir cuando una baja deja evidencia.
Qué se instala o configura primero
La pila inicial usa NetBox, PostgreSQL 15 o posterior, Redis, proxy HTTPS, usuarios por grupo y backup probado. El primer entregable verificable es pequeño: diez equipos, dos racks, tres prefijos, veinte IP, cables críticos y una exportación de cambios. Esa muestra alcanza para revisar nomenclatura, permisos y proceso antes de importar toda la red. Con dólar oficial venta a ARS 1.530, una instalación chica puede costar USD 900 a USD 1.800, entre ARS 1,38 y 2,75 millones. Incluye servidor, instalación, modelo mínimo, carga guiada, roles, backup y una prueba de restauración. No incluye relevamiento físico completo de fibra ni etiquetado de todos los puestos. UMSA puede abordar un caso así con una visita técnica y una carga inicial acompañada por el equipo interno. La salida no es una promesa de orden general: es una lista de activos con estado, puerto, IP, responsable y último cambio. Si la bodega mueve un rack, el equipo sabe qué depende de ese rack antes de desenchufar. El siguiente paso crítico es restaurar el sistema y comprobar que la jerarquía sigue sana.
Dónde se rompe y cómo probarlo
El release NetBox v4.7.1 salió el 15 de septiembre de 2026 con una advertencia técnica: un dump de v4.7.0 podía restaurar sin recrear triggers de rutas jerárquicas, y la restauración informaba éxito aunque quedaran rutas desactualizadas. La página de reparación de rutas jerárquicas pide revisar y reconstruir esos caminos si hizo falta. El primer riesgo es cargar equipos sin criterio de nombre. La señal aparece cuando dos switches del mismo sitio se llaman parecido y nadie distingue rol. La prueba busca duplicados por sitio, serie vacía y estado indefinido. El segundo riesgo es restaurar la base sin detenerse ante errores. La guía de replicación de NetBox recomienda psql con ON_ERROR_STOP o pg_restore con exit-on-error; la prueba restaura en una instancia nueva y revisa que el comando corte ante el primer fallo. El tercer riesgo es permiso demasiado amplio. La señal aparece cuando logística puede cambiar prefijos o borrar cables. La prueba entra con un usuario operativo y confirma que solo vea o edite los objetos permitidos. El cuarto riesgo es confiar en el inventario sin recorrer un cable real. La prueba toma un lector de depósito, sigue switch, puerto, cable, rack e IP, y compara contra campo. Una red documentada permite mover un rack con horario y responsables. El próximo corte dirá si el dato estaba vivo.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.