Welcome to the RingCentral Community

Any news on that?

Finally. My test doesn't seem to give result. Always have the 
{
    "errorCode": "SUB-521",
    "message": "WebHook is not reachable",
    "errors": [
        {
            "errorCode": "SUB-521",
            "message": "WebHook is not reachable"
        }
    ]
}
error and this is exactly the same thing when I register the webhook the first time and this is not fast enough for ringcentral. Need to retry a lot of time until this work. But renewing make the webhook deleted if fail and I need to register it again...

This is what I already do. Using the renew endpoint to renew it before. But got this issue. But I think I have an idea why now. Will do some test and tell you if this work. Thanks for reply

The 1000ms requirement should be for general response, e.g. creating a webhook (verification) and events. It's interesting that you are only seeing this during subscription renewal. If this is the case, you can proactively renew the subscription since you know the expiration time. When you see a verification header you can have your server respond immediately without calling the other API endpoint.

We are looking into non-expiring webhooks but the above may be able to solve your situation now.

I have do some test with some other API endpoint and your API, and a lot of time, this can take more than 1000 ms. So I think this is very very restrictive and should be raise. I never reach 3000ms, So I think this is enough. Sometimes, I reach a little bit over 2000.

So what I suggest is one of:  remove the need to renew subscription or raise the 1000ms limit at least

The issue is not about the expiry event but with the 1000 sec too short for us. So if the API try to renew the webhook, but got an "unreachable" error because 1000sec is over, I will get the same problem.

Have you setup an event filter for WebHook expiry events? 

/restapi/v1.0/subscription/~?threshold=XXX&interval=YYY

Using this event filter you can manage the threshold and the interval for the events and you can re-subscribe later. 

For more information on how to receive expiry events, please take a look at our 

QuickStart Guide for Subscription using Webhooks