I already hooked up a Zoomroom.alert type of webhooks in my system. I am receiving the triggers properly but I have few clarifying questions -
There is a significant delay between when the event occured and when the webhook is triggered. In some cases, I observed that to be more than 10-15 minutes. Is it expected?
[Answered] Suppose 4 events happen in this order: controller disconnected, controller connected, scheduling display disconnected, scheduling display connected. Is the order of webhooks guaranteed in this order?
During testing the event, the battery is low and disconnected - Alert works. If the battery is low and charging, we get an alert that “Controller battery is normal.” Is that correct behavior because battery is still below threshold set in the portal?
In another test, I disconnected and connected scheduler and controller again in < 2min. Alerts are not fired. Do you have some kind of internal polling mechanism because of which these alerts are not captured? What’s the time for which alert will not be captured?
What if we don’t receive the positive alert (i.e. connected or online) - is there any way we can check if the things are functioning again? For example, when webcam is disconnected, I got the alert that webcam is disconnected. But when webcam is connected back again did not receive the alert that it’s connected back. How can I check if webcam is available?
[Answered] Can you include timestamp when the event actually happened?
I’m currently talking with our Engineering team about your issues. Right now I can answer a few of them but can you provide us your app ID and developer email ID so that we can investigate further and address the rest of your issues?
There shouldn’t be a signification delay for webhooks triggered. It should take up to a min at the most, unless there is a network issue.
The webhooks should be in order of when the events happened.
We’ll talk with our Engineering team to see if we can inlcude them in a future release.
Thanks for reply @michael_p.zoom and answering some questions.
I tried a lot of different tests like unplugging and plugging in the controller, scheduling display etc. I consistently observed a minimum of 5 min to max of 15 minutes delay. What data should I provide so that we can debug further?
Hi, I already responded on the forum but would love to understand the root cause of the delays we are seeing. I am consistently observing that webhooks are triggered by min 5 minutes up to 15 minutes delay. What data should I get you to
debug this further?
Thanks @tommy. I wanted to give you guys some more information if it helps.
I took one of our rooms down (Baker) at 1714 PT then brought it back up at 1719 PT. I do see that 2 webhooks are fired but both are Zoom room is offline. I think the second event which was fired at 12:19 AM (I think UTC time) should said that Zoom room is online. Also, I didn’t receive an email saying that room is back up again while I did receive an email saying that Zoom room is offline. Something weird going on there.
This kind of ties in with the question I asked earlier -
What if we don’t receive the positive alert (i.e. connected or online) - is there any way we can check if the things are functioning again? For example, when webcam is disconnected, I got the alert that webcam is disconnected. But when webcam is connected back again did not receive the alert that it’s connected back. How can I check if webcam is available?
Take your time. I just wanted to give you guys more information. Thanks for your help!
Can you try this with more than 5 minutes? Normally, we’ll monitor the alerts in 5 minutes, if the alert is missing within 5 minutes, we will not send the notification.
Currently, we don’t have this function. We’ll ask our Engineering team to see if we can implement this feature.
To reiterate this in my own words - If the room is offline, you will hold that alert for 5 minutes. If room comes back up again, you are not going to send this alert. But if it takes more than 5 minutes, then you will send alert.
Is that correct?
If you are waiting for 5 minutes, why there is a delay of 10 minutes?
As a monitoring solution, holding alert doesn’t make sense to me. Would you please not hold an alert or have a setting not to hold the alert?
Also, you have not answered the following question yet-
I think some of your statements are not making sense. Here are some experiments I tried today. All times are Pacific Times.
Why do you wait for 5-6 minutes after the room comes online?
I didn’t receive alerts at least in 2 scenarios. When I took the room offline in <5 minutes and one time after 6 minutes.
Can you guys define the behavior clearly? I think there is a lot of ambiguity and confusion in the behaviour you defined.
May I also request to prioritize my requests. It’s been a long time we are going back and forth and it is taxing on consumers like myself to figure out what’s going on. Can I follow up on some other channel/thread to get quicker responses?
It’s by design, If the Zoom room is offline for more than 5 minutes, we will send the notification. There several reason that may cause the Zoom room to go offline, so if it recovers within 5 minutes we will not send an alert.
Currently, we do not support sending a notification that the Zoom Room is back online. We’ll look into including this in the future.
