Skip to main content
The First Step
Apr 21, 2016 5:22 PM UTC
Question

Service is overloaded, please retry later

We received this message when running PubNub to monitor call events using the presence method.


This condition only lasted a minute. Is this going to continue? If so, can we get advance notice?


7 replies

Found Your Voice
Apr 21, 2016 11:06 PM UTC
Hey Dave,

This looks like it came from our API and not PubNub.

Could you tell me more about when this happened, the request you had submitted, and what your use-case is please? I don't wish to make any assumptions and I want to help you get accurate answers.
The First Step
Apr 22, 2016 8:34 PM UTC
Yes the message came from the API while running PubNub subscriptions.  This occurred at approximately 1:30 AM and was transitive.  Normal operations began again after approx. a minute.
Found Your Voice
Apr 23, 2016 12:00 AM UTC
AFAIK, when the system reports an overload (at least for Subscriptions), once the transitive error is resolved and normal operation begins again, the queued messages should be transmitted to your application. Was that not the case here?
The First Step
Apr 24, 2016 2:33 PM UTC
Thank you for the response.  It appears that you are correct.  After an overload, the queued messages are delivered.  We did not have a clear understanding of this process. 
If you know where this is discussed in the Ring Central documentation, I would appreciate a link or reference to the resource.  
Found Your Voice
Apr 25, 2016 5:28 PM UTC
This might be only tribal knowledge (and this question is becoming the reference in the interim).

I will submit a ticket to our documentation team to help improve.
The First Step
Apr 25, 2016 6:08 PM UTC
Benjamin,

I work with Dave, we got this error when making a request to get active call information after a NoCall (/restapi/v1.0/account/~/extension/<extension>/active-calls?page=1&perPage=1) notification so that we could get the recording URI (contentUri). This call was made via the Platform object's Get method in RingCentral's SDK.

Ralph
Found Your Voice
Apr 27, 2016 6:06 PM UTC
Thanks for the additional clarification Ralph. Are you only receiving the 503 error in these NoCall scenarios?