Reacties geplaatst door thingsconnected

4 Reacties

T
thingsconnectedStarter
gevraagd in LoRa Forum

FcntUp 16 bit wrap icm decryptie op eigen application server: hoe kom ik aan de volledige 32 bit waarde?

Dank!

10
Rick S.
Community manager
5 jaar geleden
T
thingsconnectedStarter
gevraagd in LoRa Forum

FcntUp 16 bit wrap icm decryptie op eigen application server: hoe kom ik aan de volledige 32 bit waarde?

Beste [user=8294]Rick S.[/user] Dank voor het antwoord! Dat ziet er goed uit, helaas ontvangen wij dit niet. Wij krijgen een xml feed met de 16 bit waarde. Hoe komen wij aan deze json feed?

10
Rick S.
Community manager
5 jaar geleden
T
thingsconnectedStarter
gevraagd in LoRa Forum

FcntUp 16 bit wrap icm decryptie op eigen application server: hoe kom ik aan de volledige 32 bit waarde?

Voor de volledigheid, de LoRaWAN v1.0.3 spec zegt o.a. dit over fcntup en 16/32 bits. https://lora-alliance.org/sites/default/files/2018-07/lorawan1.0.3.pdf, p. 19, regels 531-533: [code]Note: Since the FCntfield carries only the least-significant 16 bits of the 32-bits frame counter, the server must infer the 16 most-significant bits of the frame counter from the observation of the traffic. [/code] Aangezien op netwerkniveau de 16 most-significant bits al bepaald zijn, zou ik die graag ontvangen op de applicatieserver, zodat ik me daar niet druk hoef te maken om detectie van fcntup roll-over. (LoRaWAN v1.1 bevat dezelfde passage, https://lora-alliance.org/sites/default/files/2018-04/lorawantm_specification_-v1.1.pdf p.23, regels 666-668)

10
Rick S.
Community manager
5 jaar geleden
T
thingsconnectedStarter
gevraagd in LoRa Forum

FcntUp 16 bit wrap icm decryptie op eigen application server: hoe kom ik aan de volledige 32 bit waarde?

Beste Rick, Dank voor je antwoord. Helaas is mijn vraag nog niet beantwoord. Wij hebben alleen een account op de deviceManager en de wLogger, onder onze bedrijfsnaam Things Connected. Bij de berekening van de MIC wordt ook gebruik gemaakt van de FcntUp waarde, dat is de berichtenteller. Die is 16 bits groot (waarde 0 tot 65535) in de communicatie, maar 32 bits groot (waarde 0 tot 2^32-1) intern, wanneer die gebruikt wordt voor berekening van de MIC (en voor encryptie van de payload). Zie bijvoorbeeld in de semtech stack: voor de MIC, https://github.com/Lora-net/LoRaMac-node/blob/develop/src/mac/LoRaMacCrypto.c, regel 398: [code]static LoRaMacCryptoStatus_t PrepareB0( uint16_t msgLen, KeyIdentifier_t keyID, bool isAck, uint8_t dir, uint32_t devAddr, uint32_t fCnt, uint8_t* b0 ) { ... b0[10] = fCnt & 0xFF; b0[11] = ( fCnt >> 8 ) & 0xFF; b0[12] = ( fCnt >> 16 ) & 0xFF; b0[13] = ( fCnt >> 24 ) & 0xFF; [/code] voor de payload encryptie, zelfde file, re

10
Rick S.
Community manager
5 jaar geleden

Badges

Toon alle badges
Forumvoorwaarden