Skip to main content

​
Tres formas de escribir una regla que nunca puede ser verdadera

Cada una de estas carga sin quejarse, no coincide con nada y cuesta una tarde.
== es un operador numérico. vendor1:from:==:MyBrand no falla silenciosamente en coincidir. Falla al parsear, lo que hace fallar toda la recarga y deja la tabla anterior en servicio. Usa equals para texto.
matches es una expresión regular y está anclada, porque la pasarela llama a Pattern.matches en lugar de find. ^61.* coincide con un destino completo; un simple 61 coincide solo con la cadena de dos caracteres 61.startsWith compara texto literal. Una expresión regular pasada a él pregunta si un destino literalmente comienza con los caracteres ^(?:\+61. Nada lo hace, así que la regla se guarda, carga, muestra y nunca se dispara. El panel de control avisa sobre esto; un archivo editado a mano no.
Un campo sin valor no coincide con ningún operador positivo. product:equals:premium no coincide con un mensaje que no lleva producto en absoluto, y tampoco lo hace product:startsWith:prem. Solo isNull lo hace.Lo inverso hace tropezar a la gente en la otra dirección: product:!equals:premium sí se dispara para un mensaje sin producto, porque la negación invierte la coincidencia fallida.

​
La gramática

Las reglas se evalúan de arriba a abajo dentro de una tabla y la primera coincidencia gana. Target es una instancia de worker (vendor1, smppserver.smpp), un grupo, u otra tabla en la que encadenar (MESSAGE).
Routing lista cada tabla con sus reglas en orden. El editor valida el operador contra el campo antes de guardar, rechaza un operador numérico en un campo de texto, y avisa sobre una expresión regular escrita en un operador literal.
El catch-all va al final. Por encima de otras reglas hace que toda regla debajo sea inalcanzable, y nada te avisa en el archivo. Parsean bien, simplemente nunca se ejecutan. El panel lo reporta; la pasarela lo registra como unreachable-rules en /ops/health y continúa.

​
Operadores

Cualquier operador puede negarse con un ! inicial. Las cuatro comparaciones de texto son lexicográficas, no numéricas. greaterThan sobre un número de teléfono compara cadenas.

​
Quién lo envió

product es como un cliente selecciona el enrutamiento por sesión: la misma credencial conectándose con system_type=premium y system_type=bulk produce dos sesiones que se enrutan de forma diferente. Consulta Conceptos. Tipos de mensaje para reglas type: 0 texto, 10 binario, 11 UCS-2, 14 flash, 17 push, 18 acuse de recibo.

​
Condiciones sobre el objetivo, no sobre el mensaje

Prefijar un campo con target. lee un campo del worker de destino en su lugar, que es como una regla esquiva un proveedor que se está atascando:
Hay exactamente cuatro: queueSize, sentPendingRate, sentDeliveredRate, sentFailRate. Coincidencia insensible a mayúsculas, y uno no reconocido es rechazado en tiempo de parseo con los cuatro listados.
marginPercentage y marginStatus son campos del mensaje, así que quita el prefijo target. y se resuelven. Ten en cuenta lo que contienen: ambos se establecen en la respuesta de envío, después de que el mensaje se ha ido, así que una condición de enrutamiento en cualquiera de ellos lee NOT_CALCULATED en cada primer intento.

​
Copiar y continuar

Un + en el objetivo copia el mensaje a ese objetivo y sigue escaneando, en lugar de enrutar y detenerse. En la base de datos es la columna copied.

​
Grupos de proveedores

Una regla puede apuntar a un grupo en lugar de a un solo proveedor. El grupo elige un miembro, saltándose cualquiera que esté suspendido o no aceptando. Ese salto es el failover que una regla de objetivo único no puede hacer.
Los bloques de grupo deben ir antes de la primera cabecera [table]. Dentro de un bloque de tabla, una línea de miembro no coincide con nada y se descarta silenciosamente, así que el grupo acaba con menos miembros de los que parece tener, o con ninguno.Un peso solo lo lee weighted. Establecer uno en los otros dos no cambia nada, y la pasarela lo dice en WARN en lugar de dejarte creer que está ocurriendo un reparto.
Un mensaje, un cobro, un destino. Un grupo siempre selecciona exactamente un miembro, y +copied en una regla de grupo aún copia a un miembro. Abanicar sería N envíos contra un solo cobro.Si todo miembro está caído, la regla no envía nada, registra cause=group-all-dead nombrando a todos los que intentó, y el escaneo continúa a la siguiente regla, lo que es lo que mantiene alcanzable una regla de respaldo escrita bajo una regla de grupo.
Referencia completa de gramática: routingTable.conf.