Beantwoord

geen value in eerste senml item lijkt niet conform RFC8428

  • 21 May 2021
  • 5 reacties
  • 48 keer bekeken

Ik ontvang in de http post flow SENML berichten met in een van de items (de eerste, die met basename) geen value. Volgens de RFC is een value, valuestring, sum verplicht en is dit bericht dus een protocol violation.

heeft een van jullie hier ervaring mee? Lees ik de RFC niet goed?

icon

Beste antwoord door Rick S. 27 May 2021, 16:15

Bekijk origineel

5 reacties

Reputatie 7
Badge +6

Goedemiddag @kpnthings

Bedankt voor uw vraag! 
Wij kunnen het bericht niet controleren, maar we zien wel dat er een verschil is tussen Base fields en Regular fields. Het eerste veld bevat de DevEUI en de tijd van wanneer de waardes zijn. Het eerste veld is de Base en dan is sectie 4.1 van de SenML Structure and Semantics van toepassing. Hier zien we dat de Base Value en de Base Sum equivalent zijn aan Base Time. Een aparte value is daarom ook niet nodig, daar de Base Time dit al doet. 

Secties 4.1 en 4.2 gaan over de fields, niet over de records. Ofschoon ik het gebruik zoals KPN dat doet zo gek niet vind, is het m.i. niet conform de RFC. Mijn SenML-parser weigert elk bericht daardoor.

Dat er base fields in een record staan sluit niet uit dat de regels voor regular fields niet gelden. Ik zal eens overleggen met de auteur van de SeML parser, misschien dat hij/zij er meer over weet. Ik gebruik github.com/cisco/senml voor mijn server.

Een work-around is er natuurlijk, maar zonder work-around is beter.

bedankt voor het antwoord,

Joost

Reputatie 7
Badge +6

Goedemiddag Joost, 

Ik heb het nogmaals aan de specialisten voorgelegd en we zijn eigenlijk tot de conclusie gekomen dat de documentatie niet echt eenduidig zijn. We zijn het ermee eens dat een eerste record met regular fields correcter SenML is. Het is daarnaast alleen wel zo dat al veel gebruikers van de ‘minder correcte’ SenML output gebruik maken en dat er ondubbelzinnig begrepen kan worden wat er met de minder correcte SenML bedoeld wordt. Mijn collega's gaan dit intern verder onderzoeken en gaan kijken of er strategie gaat komen om op den duur naar de correcte SenML over te stappen. 

bedankt voor je antwood. Ik zal zelf een oplossing maken die compatibel is met nu en jullie future fix.

thx en succes,

 

Joost

Reputatie 7
Badge +6

Graag gedaan Joost! 


Als je nog andere vragen hebt horen we het natuurlijk graag.

 

Fijn weekend! 

Reageer