Bug into REAR provider which limits the availability of peering candidates in the REAR consumer #38
Labels
bug
Something isn't working
low priority
Low priority issue
question
Further information is requested
Hi everyone.
The aims of this issue is to report a bug present inside the provider implementation of the REAR protocol.
More specifically, if a provider receives a request that matches several available flavors, it only returns one out of many.
This behavior should be fixed as it limits the availability of peering candidates list on the consumer side.
Regards,
Francesco
The text was updated successfully, but these errors were encountered: