Listas de bloqueo: tamaño, caducidad y daño colateral

Cada control admite un número de entradas antes de degradar su servicio: el fabricante lo publica y el equipo de redes lo conoce. Una lista que solo crece termina llena, más lenta y cargada de entradas que ya no apuntan al actor. Las direcciones IP cambian de dueño; un nombre abandonado puede volver a registrarlo otra persona. Una entrada vieja no solo ocupa sitio: puede estar cortando hoy algo legítimo.

Consulta SELECT * FROM listas. Mira la capacidad, la vida útil y la fecha de la última depuración de cada una.

La capacidad de una lista es un límite duro. Antes de cargar un lote hay que saber cuántos huecos quedan, porque lo que no cabe no se carga, o se carga sacando algo, y eso hay que decidirlo antes y no en mitad de un cambio nocturno.

La vida útil de una entrada cuenta desde la última vez que la fuente la vio activa, no desde que se cargó. Una dirección cargada hace ocho meses y vista la semana pasada sigue vigente; una cargada en agosto y no vista desde agosto puede haber vencido. La lista LBQ-2 tiene una vida útil de 30 días, y la muestra se revisó el 14 de octubre de 2026.

Consulta SELECT * FROM muestra_lbq2.

El daño colateral de una lista no se ve en la lista: se ve en lo que deja de funcionar. Una dirección que fue del actor y hoy es de un proveedor de nube puede alojar un servicio que la empresa usa todos los días. Mientras siga en la lista, ese servicio falla, y el error suele llegar a la mesa de ayuda como «la plataforma está caída».

Lee la columna lo_que_responde_hoy de la muestra.

Un lote grande no se carga de una vez. Se carga por fases, empezando por lo más seguro, y cada fase lleva escrito de antemano su plan de reversa: qué señal obliga a deshacerla, qué se retira exactamente y quién lo autoriza. Sin ese plan, el primer bloqueo de un servicio del negocio se resuelve quitando la lista entera, y con ella lo que sí protegía.