-
Notifications
You must be signed in to change notification settings - Fork 1.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] OpenThread and number of multicast addresses (OPENTHREAD_CONFIG_IP6_MAX_EXT_MCAST_ADDRS
)
#27631
Comments
@dtodor The MaxGroupsPerFabric attribute in the Group Key Management Cluster will have the number that maximum number of groups that the node supports per fabric |
The EFR32 device reports the following values:
So the value of |
BTW, what about changing the name of the
|
This would have been a reasonable suggestion a year ago, but at this point there's a bunch of shipping API with the existing name. Past that, the spec says:
so if something has 5 supported fabrics and 4 groups per fabric, but only allows 2 multicast addresses, then it's very much non-conformant. @Damian-Nordic should we be setting |
@bzbarsky-apple Yes, that seems right that |
I guess my question was whether we can have it automatically set based on the other two constants. |
Oh, then the problem might be that most device manufacturers don't build OpenThread from sources but use OpenThread libraries built and certified by platform vendors (to take advantage of certification by inheritance). So I guess platform vendors must simply ensure that they configure a sane value for |
I think it would be important to have the Matter SDK examples correctly configured and running according to the specification. It might very well be the case that the device manufacturers are not aware of this restriction. I will perform some tests with certified devices and report back. |
I just did some tests with a Matter certified device. The device reports:
I am able to add more than 3 groups without any errors. The device is controllable only with the first group. I think this is a Nordic device, not sure though:
|
I just saw that there is a newer software version (3.2.1) for this device, will update it and redo the tests. |
OK, with the newest software the device behaves in the same way - only one of the added group addresses works. |
Reproduction steps
What is the minimal/expected number of multicast addresses for Thread devices? We are testing group communication with an EFR32 board, and we cannot use more then 2 groups, which I guess results from this definition:
https://github.com/openthread/openthread/blob/6736ef267673d1e15d528067c3433377597a02b2/src/core/config/ip6.h#L57
When the device is started with more then 2 groups set up, we can see the following output:
Bug prevalence
Always reproducible
GitHub hash of the SDK that was being used
e278aa4
Platform
efr32
Platform Version(s)
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: