La forma de un router en reposo

Esta página responde a qué aspecto tiene lo “normal”, para que las demás páginas tengan algo respecto a lo que ser anómalas. Conoce esta forma antes de salir a buscar anomalías, o las encontrarás en todas partes.

Medido en RB5009UG+S+ · 4 × 1,4 GHz Cortex-A72 · RouterOS 7.24.2 · Linux 5.6.3 · 2026-09-12 · agente a 10 Hz en un contenedor privilegiado efímero

Sesenta segundos en reposo

Tres tramos de 20 segundos:

   t  busy%  per-core busy%           ctxt    sirq  squeeze  temp   MHz  events
   0    7.1  10.5   7.9   4.3   5.8  41793     325      296  36.2  1400       0
   1    8.4   8.0   7.8   9.9   7.8  60518     251      223  36.2  1400       0
   2    6.5   7.1   5.2   6.7   6.8  58259     199      179  36.3  1400       0

Los porcentajes de esa tabla se calcularon a posteriori a partir de los deltas de ticks en bruto que envía el agente; el agente nunca los convierte en porcentajes.

Qué leer

Un 6–8 % de ocupación en los cuatro núcleos es el suelo de este router, no un problema. Son DNS, DHCP, WireGuard, el bridge y su propio mantenimiento.
time_squeeze nunca es cero (~200 cada 20 s). Un squeeze distinto de cero es normal; lo que importa es el cambio bajo carga, que muestra la inundación de paquetes. Una alerta con “squeeze > 0” te despertaría para siempre.
arch_timer y switch0 son siempre las dos fuentes de interrupciones con más actividad.
Cero sucesos del kernel es el estado sano. Cualquier flujo constante de events en reposo merece el tratamiento del caso del bucle — así es exactamente como empezó.

El squeeze de fondo y la marca de ráfaga

El suelo del squeeze se volvió a medir el 2026-09-15, en el mismo equipo, sobre 3 476 muestras: alrededor del 11,2 % de las muestras llevan un squeeze de fondo, y un 2 % llevan dos o más. Medido en este router ese día: una regla que marque cualquier squeeze salta 92 veces en veinte minutos, y no significa nada.

Así que la marca burst del colector es una desviación respecto a la norma del propio equipo: un paquete descartado, o más squeezes de los que esa CPU suele tener (por encima de su percentil 90 móvil y al menos 3) en una muestra cuyo número de paquetes estuvo en su mediana móvil o por debajo. Las líneas base móviles abarcan diez segundos de reloj de pared a cualquier cadencia. Tres muestras marcadas en una CPU en 60 s disparan la detección microburst; una sola muestra marcada se queda en un dato.