Hi, I'm experiencing the exact same problem using the connection_engine variant of qpid-proton (version 0.12.2) - The non connection_engine build does not exhibit the problem.
I'd like to fix this, could you explain what's involved please? If I set the connection_option idle_timeout (proton::connection_options().idle_timeout(proton::duration::FOREVER)), I can see it come out in the output when I have PN_TRACE_FRM=1 : [0x2b3904003f30]:0 -> @open(16) [container-id="1104db2d-87ac-492f-89d2-0803dee95435", hostname="TWDIoTHub.azure-devices.net:5671", channel-max=32767, idle-time-out=2147483647] [0x2b3904003f30]: <- AMQP [0x2b3904003f30]:0 <- @open(16) [container-id="DeviceGateway_d56c48665111490aae2f99f08862d6b6", hostname="10.0.4.51", max-frame-size=65536, channel-max=8191, idle-time-out=240000] And if I trace out the transport idle timeouts I get: idle_timeout = 4294967295 remote_idle_timeout = 240000 Which seems to correlate. However, after 315 seconds I consistently get the following: [0x2b3904006300]:0 <- @close(24) [error=@error(29) [condition=:"amqp:connection:forced", description="The connection was inactive for more than the allowed period of time."]] Seems like i need to set the remote_idle_timeout to never time out, but how is this possible? Thanks, Toby -- View this message in context: http://qpid.2158936.n2.nabble.com/Azure-Service-Bus-receiver-timing-out-with-electron-go-binding-tp7651057p7651523.html Sent from the Apache Qpid developers mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org For additional commands, e-mail: dev-h...@qpid.apache.org