 <p>Looking in the Migration Guide there's a section called <a href="http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/topic/com.ibm.mq.csqzao.doc/mi10970_.htm" rel="nofollow noreferrer">Upgrading a WebSphere MQ client from Version 6.0 to Version 7.0</a> which suggests a possible explanation. It states that as of v7 the TCP tuning is stored in the client configuration file. So if you have enabled TCP Keepalive in the Windows registry, the v7 client will ignore it. The format and location of the file is described in <a href="http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/topic/com.ibm.mq.csqzaf.doc/cs13350_.htm" rel="nofollow noreferrer">WebSphere MQ client configuration file</a>.</p> <p>Of course for this to be the problem, there has to be a socket leak. You did not mention which version of WMQ V7 client you have but the Fix Pack README files do show a number of APARs related to socket leaks, failure to clean up after disconnects and so forth. None of these directly mention C# or .Net but there are enough problems around connection/disconnection issues to make it worth an upgrade.</p> <p>So first &amp; easiest fix to attempt is to add TCP Keepalive to the client configuration file and see if it helps. Disable connection sharing while you are in there as well. It's not supposed to be a factor but then it's not supposed to leak sockets either. Can't hurt. Next is to apply <a href="http://www-01.ibm.com/support/docview.wss?rs=171&amp;uid=swg27006037" rel="nofollow noreferrer">Fix Pack 7.0.1.2</a> (latest as of this writing) and see if that fixes the problem. After that, it's PMR time. Hope that helps.</p>