Just to follow up .. the example I posted is using no-ack .. I noticed other connection/channel combos that are using ack/prefetch=N update the connection events in tandem?<br><br><div class="gmail_quote">On Wed, Aug 1, 2012 at 9:47 AM, Brendan Hay <span dir="ltr"><<a href="mailto:brendan@soundcloud.com" target="_blank">brendan@soundcloud.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hola bandidas/bandidos,<div><br></div><div>In the /api/connections/<name> endpoint, I'd (previously/naively) presumed that recv_oct_details.last_event and send_oct_details.last_event </div>
<div>would correlate to some sort of activity on the connection in general .. including underlying channels - although this appears to not be the case, example:</div>
<div><ul><li>Connection: <a href="https://gist.github.com/23455d60bea127bca57c#file_connection.json" target="_blank">https://gist.github.com/23455d60bea127bca57c#file_connection.json</a></li><li>Channel: <a href="https://gist.github.com/23455d60bea127bca57c#file_channel.json" target="_blank">https://gist.github.com/23455d60bea127bca57c#file_channel.json</a></li>
</ul></div><div>In the above example, the connection shows *.last_event timestamps as when the connection was established / handshake occurred, </div><div>and the channel shows current and consistent throughput + updated events.</div>
<div><br></div><div>Q's:</div><div>- Intended behaviour?</div><div>- Is there any way to determine if a connection is idle from just the data available in the /api/connections endpoint?</div><div><br></div><div><br></div>
<div>Cheers,</div><div>Brendan</div>
</blockquote></div><br>