Skip to main content
Los TLVs se declaran como tokens <name>_<tag>. El nombre es cosmético; el tag es autoritativo, así que la pasarela, una credencial y un proveedor pueden nombrar el mismo tag de forma diferente y aun así estar de acuerdo en él.

​
El tag es decimal a menos que se prefije con 0x

Esta es la única parte genuinamente sorprendente de la sintaxis, y es así porque los despliegues existentes ya declaran tags decimales. Los tags válidos son 0x0000–0xFFFF. Un token cuyo tag no parseará se registra y se omite.
vendor_1400 y peid_0x1400 son tags diferentes. Si un operador te da un tag como 0x1400 y escribes 1400, todo carga, nada avisa, y el tag equivocado va por el cable.

​
Cinco niveles de declaración

​
Precedencia: mensaje > credencial > proveedor

Los defaults solo rellenan huecos. Nunca sobrescriben un valor ya presente. Así que un valor que el cliente envió gana sobre un default de credencial, que gana sobre un default de proveedor. La excepción es la estampa de whitelist en modo replace, donde la sobrescritura es la aprobación. Consulta Whitelisting.

​
Valores por defecto

Un default puede ser:
Los valores no pueden contener , o =. No hay escape. Usa hex: cuando un proveedor los necesite.El formato es <name>_<tag>=<value>, separado por coma. Una entrada mal formada como PEID=…, sin tag en el nombre, parsea a nada y registra solo un WARN. El ajuste parece aplicado y no hace nada.

​
Los tags no listados se descartan

registered.tlvs.submit en un listener es una allow-list: un tag que el cliente envía que no está declarado allí se descarta, no se pasa. Lo mismo en el lado del proveedor decide qué realmente alcanza al operador.
El mandatory.tlvs.submit por proveedor se comprueba tras que registered.tlvs.submit haya filtrado. Requerir un tag que no esté también registrado por tanto nunca puede satisfacerse. La pasarela advierte sobre ese emparejamiento al cargar.

​
Dónde emerge un tag faltante

Consulta Códigos de estado y, para la vista del operador de qué filas aprobadas tienen tags que nada suministrará, el informe de cobertura descrito en Sender IDs.