We are have been developing an application using the Cirrus server for two months now and today we are having difficulties with the Netconnection.call method which we use to call the OnRelay method on the other peer. When a peer invokes the call method on his netconnection the OnRelay on the peer is called some of the time (so it is really unreliable).
We are curious whether this could be related to the recent problems with the Cirrus server? If not, what could be a reason the calls are working only some of the time?
while the problems with our hosting provider are not yet resolved, the cluster should be operating nominally. that should include the proper and relatively reliable functioning of the relay/onRelay function.
note that relay/onRelay is rate limited to about 1 relay every 2 seconds (approximated with a sliding window and about 10 relays every 20 seconds). this rate limit is in place because the relay/onRelay function is expensive to provide and a developer was abusing it. the limit is implemented by dropping relay requests for a time if the rate exceeds the limit point. the limit is per sender NetConnection.
my logs indicate that over the last few minutes, 94% of all relay requests were delivered. the two likely causes for non-delivery are:
1) non-existent target peer ID
2) exceeding the relay rate limit
given the high rate of success, it is not likely that there is a system-related cause (such as a DHT partition).
Thanks for the reply. We have debugged it and it ended up being a mistake we made ourselves in refactoring the code. This was precisely why we asked this because we wanted to be certain it was something we did ourselves.
On the subject of relay rate limits though (for future reference): are the limits you describe imposed on a single netconnection or on a single ip address?
Europe, Middle East and Africa