El broker y el enrutador son colas distintas
La tarjeta del broker siempre se muestra, incluso donde no hay broker, porque no configured y configured and not answering son hechos completamente distintos y ambos, si no, se renderizarían como nada.Cuando el broker es inalcanzable su profundidad se lee como unknown, nunca cero. Una cola
varada que mostrara “0 waiting” sería el número más peligroso en pantalla.
Las colas en proceso
Una tarjeta por cola, cada una diciendo qué contiene:
Cada tarjeta ofrece una lectura de su propio contenido, y estas son las frases sobre las que
actuar:
- Mostly retries: el vendor está fallando, no meramente lento. Añadir capacidad no ayudará.
- All first attempts, all from one account: el volumen de un solo remitente, no un fallo de vendor.
- All first attempts, spread across senders: llegaron más de los que se drenan.
Filtrar nunca cambia la profundidad de una cola. La profundidad se queda con el número real y
la lista debajo se estrecha. “3 matches” entre “412 waiting” significa que tres de la muestra
listada coincidieron, no que solo tres de los mensajes de ese cliente están encolados.
Por qué el texto del mensaje no se muestra
Deliberadamente ausente, y no se guarda en los registros de llamada tampoco. Operar la pasarela nunca requiere leer el mensaje de un cliente, así que el tamaño y la codificación lo sustituyen: suficiente para distinguir un mensaje Unicode de tres segmentos de un GSM corto sin leer el correo de nadie.Una pantalla vacía es el resultado bueno
No in-process queues significa que cada mensaje que llegó ya se ha entregado a un vendor. Así es como se ve una pasarela sana en reposo, y por eso esta pantalla no es un dashboard: viene aquí cuando algo más ya le ha dicho que lo haga.Relacionado
Colas y reintentos
Cómo funcionan la planificación de reintentos y el techo de intentos.
Live health
Estado de bind y profundidad de cola desde la propia pasarela.