<name>_<tag>. Le nom est cosmétique — le tag fait
autorité, donc la passerelle, un credential et un fournisseur peuvent chacun nommer le même tag
différemment tout en étant d’accord sur lui.
Le tag est décimal sauf préfixé 0x
C’est la seule partie vraiment surprenante de la syntaxe, et c’est ainsi parce que des
déploiements existants déclarent déjà des tags décimaux.
Les tags valides sont
0x0000–0xFFFF. Un token dont le tag ne parse pas est journalisé et
ignoré.
Cinq niveaux de déclaration
Préséance : message > credential > fournisseur
Les défauts ne remplissent que des trous. Ils n’écrasent jamais une valeur déjà présente. Donc une valeur envoyée par le client bat un défaut de credential, qui bat un défaut de fournisseur. L’exception est le tampon de whitelist en modereplace, où l’écrasement est l’approbation —
voir Whitelisting.
Valeurs par défaut
Un défaut peut être :Les tags non listés sont jetés
registered.tlvs.submit sur un listener est une allow-list : un tag que le client envoie qui n’y
est pas déclaré est abandonné, pas passé à travers. La même chose côté fournisseur décide de ce
qui atteint réellement l’opérateur.
Où un tag manquant apparaît
Voir Codes de statut et, pour la vue opérateur de quelles lignes
approuvées ont des tags que rien ne fournira, le rapport de couverture décrit dans
IDs d’expéditeur.