Skip to content

Commit df2a637

Browse files
authored
Merge pull request #97822 from ash2017/patch-1
Update iot-hub-event-grid.md
2 parents 155f1db + 7f9fb5e commit df2a637

File tree

1 file changed

+2
-4
lines changed

1 file changed

+2
-4
lines changed

articles/iot-hub/iot-hub-event-grid.md

Lines changed: 2 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -179,13 +179,11 @@ To filter messages before telemetry data is sent, you can update your [routing q
179179

180180
## Limitations for device connected and device disconnected events
181181

182-
To receive device connected and device disconnected events, you must open the D2C link or C2D link for your device. If your device is using MQTT protocol, IoT Hub will keep the C2D link open. For AMQP, you can open the C2D link by calling the [Receive Async API](https://docs.microsoft.com/dotnet/api/microsoft.azure.devices.client.deviceclient.receiveasync?view=azure-dotnet).
182+
To receive device connection state events, a device must do either a ‘D2C Send Telemetry’ OR a ‘C2D Receive Message’ operation with Iot Hub. However, note that if a device is using AMQP protocol to connect with Iot Hub, it is recommended that they do a ‘C2D Receive Message’ operation otherwise their connection state notifications may be delayed by few minutes. If your device is using MQTT protocol, IoT Hub will keep the C2D link open. For AMQP, you can open the C2D link by calling the [Receive Async API](https://docs.microsoft.com/dotnet/api/microsoft.azure.devices.client.deviceclient.receiveasync?view=azure-dotnet), for IoT Hub C# SDK, or [device client for AMQP](iot-hub-amqp-support.md#device-client).
183183

184184
The D2C link is open if you are sending telemetry.
185185

186-
If the device connection is flickering, which mean the device connects and disconnects frequently, we will not send every single connection state, but will publish the *last* connection state, which is eventually consistent. For example, if your device has been in the connected state initially, then connectivity flickers for a few seconds, and then it's back in connected state. No new device connection state events will be published since the initial connection state.
187-
188-
In case of an IoT Hub outage, we will publish the device connection state as soon as the outage is over. If the device disconnects during that outage, the device disconnected event will be published within 10 minutes.
186+
If the device connection is flickering, which means the device connects and disconnects frequently, we will not send every single connection state, but will publish the current connection state taken at a periodic snapshot, till the flickering continues. Receiving either the same connection state event with different sequence numbers or different connection state events both mean that there was a change in the device connection state.
189187

190188
## Tips for consuming events
191189

0 commit comments

Comments
 (0)