multicast in xdot
- This topic has 2 replies, 2 voices, and was last updated 7 years, 4 months ago by .
Viewing 3 posts - 1 through 3 (of 3 total)
Viewing 3 posts - 1 through 3 (of 3 total)
- You must be logged in to reply to this topic.
Tagged: multicast classC
Hi all,
I am bit confused with the Multicasting topic.
I have read LoraWan spec 1.0 and multicasting is a possibility. Also read the xdot guide and says it is compatible with 1.0.
Is this feature really available on the XDOT? I haven’t seen any AT commands in this direction.
Also I have read this in the forum (by Jason Reyss)
“A multicast message would require a shared session between end-points.
An ABP device could be registered in the network server and used as a mulitcast address. The net address and session keys would then need to be shared with each device. The end-device would need the ability to accept alternate addresses and authenticate with session keys.”
This makes sense. Nodes must be class C and have preshared keys for multicasting. Also this nodes must listen to other addresses besides its own (unicast address).
Is this behaviour possible on XDOT?
Thanks
The xdot dev libraries have support for multicast sessions. 3 addresses and keys can be registered for downlink.
Event handlers can be set to receive packets for normal and multicast packet with DevAddr.
A method to exchange keys can happen at the application layer.
A protocol for exchanging keys is being developed.
Hi Jason,
thanks for your reply.
I assume you’re telling me that no AT command support for multicasting is available at this time, right?