Jeff,<br><br>I&#39;m sure Simon or Emile will correct me if I&#39;m wrong, but I seem to recall that the handshake timeout is currently hardwired in the broker to 10s. I think there&#39;s also a SSL timeout of 5s. I&#39;ve managed to hit one or both of these limits when using a slow(ish) connection with SSL over the internet, but have never hit it on the LAN, even with the broker managing many thousands of simultaneous connections (all created literally one after the other with no delay). Do you have any more details on your configuration?<br>
<br>Regards,<br>Brett<br><br><div class="gmail_quote">On Sat, Aug 18, 2012 at 2:40 AM, Alan Antonuk <span dir="ltr">&lt;<a href="mailto:alan.antonuk@gmail.com" target="_blank">alan.antonuk@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Jeff;</div><div><br></div>Handshake timeout? I think that&#39;s what happens when the client opens a socket (using amqp_open_socket) to the broker and doesn&#39;t complete the handshake process (calling amqp_login) in a certain amount of time. �The timeout is something set on the broker.<div>

<br></div><div>I could imagine this sort of thing happening if for whatever reason the handshake was delayed, or you open a bunch of sockets to the broker without doing the handshake (calling amqp_login). �Other reasons why this could be happening:</div>

<div>- The broker is too busy (I/O or CPU) to complete the handshake in enough time (maybe you have a bunch of clients trying to connect at the same time?)</div><div>- There is a serious amount of network traffic preventing your clients from getting to the broker.</div>

<div>- Something on the client side is really slowing down the handshake process</div><div><br></div><div>Going to CC the rabbitmq-discuss list see if they have any ideas.</div><div><div><br></div><div>-Alan</div><div><br>

<div class="gmail_quote">On Fri, Aug 17, 2012 at 12:13 AM, Jeff Markham <span dir="ltr">&lt;<a href="mailto:jmarkham@vmware.com" target="_blank">jmarkham@vmware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word">Hi Alan,<div><br></div><div>Was wondering if you might know of any circumstance that might cause the the client to peg the broker. �At ~130 client connections, we see�</div><div><br></div>

<div>=ERROR REPORT==== 14-Aug-2012::16:04:33 ===<br>closing AMQP connection &lt;0.8196.3&gt; (<a href="http://1.1.1.1:63114" target="_blank">1.1.1.1:63114</a> -&gt; <a href="http://2.2.2.2:5671" target="_blank">2.2.2.2:5671</a>):<br>

{handshake_timeout,handshake}</div><div><br></div><div>in the logs and over and over until it consumes the entire memory of the box. �Doesn&#39;t happen always but enough that we can&#39;t figure out what might be causing this.</div>

<div><br></div><div>Thanks for everything.</div><div><br></div><div><a href="https://github.com/rabbitmq/rabbitmq-c" target="_blank">https://github.com/rabbitmq/rabbitmq-c</a><span><font color="#888888"><br>
<div>
<br>Jeff Markham<br>Senior Systems Engineer<br>vFabric Cloud Application Platform<br>VMware<br><a href="tel:%28949%29%20385-3806" value="+19493853806" target="_blank">(949) 385-3806</a>
</div>
<br></font></span></div></div></blockquote></div><br></div></div>
<br>_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
<br></blockquote></div><br>