<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Port Exhaustion and You (or, why the Netstat tool is your friend)</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx</link><description>Hi, David here. Today I wanted to talk about something that we see all the time here in Directory Services, but that doesn’t usually get a lot of press. It’s a condition we call port exhaustion, and it’s a problem that will cause TCP and UDP communications</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>Directory Services: Port Exhaustion</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx#3144548</link><pubDate>Thu, 30 Oct 2008 12:13:08 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3144548</guid><dc:creator>Directory Services: Port Exhaustion</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://www.ditii.com/2008/10/30/directory-services-port-exhaustion/"&gt;http://www.ditii.com/2008/10/30/directory-services-port-exhaustion/&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>re: Port Exhaustion and You (or, why the Netstat tool is your friend)</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx#3144737</link><pubDate>Thu, 30 Oct 2008 18:20:31 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3144737</guid><dc:creator>dsmvp</dc:creator><description>&lt;p&gt;Great post David. &amp;nbsp;I'm going to have remember this one. &amp;nbsp; Oh and you're right Fallout 3 does RULE.&lt;/p&gt;
</description></item><item><title>Port Exhaustion on ISA Server 2006 while Publishing Outlook Anywhere</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx#3155556</link><pubDate>Tue, 18 Nov 2008 03:14:03 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3155556</guid><dc:creator>Yuri Diogenes's Blog</dc:creator><description>&lt;p&gt;Last week we (ISA Server Team in Texas) faced an interesting issue where remote Outlook Clients using&lt;/p&gt;
</description></item><item><title>re: Port Exhaustion and You (or, why the Netstat tool is your friend)</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx#3176730</link><pubDate>Tue, 06 Jan 2009 00:52:23 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3176730</guid><dc:creator>rhcellxion</dc:creator><description>&lt;p&gt;I'm having this exact issue. &amp;nbsp;After running netstat, I show many instances of the server having established connections to it's loopback address 127.0.0.1:9400. &amp;nbsp;Port 9400 is the port that our application uses. &amp;nbsp;Is it uncommon for these connections to be happening?&lt;/p&gt;
</description></item><item><title>re: Port Exhaustion and You (or, why the Netstat tool is your friend)</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx#3176748</link><pubDate>Tue, 06 Jan 2009 01:18:10 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3176748</guid><dc:creator>NedPyle</dc:creator><description>&lt;p&gt;Not if the application is written (intentionally or otherwise ;-) ) to do this... it is entirely up to the app, not Windows. &lt;/p&gt;
&lt;p&gt;- Ned&lt;/p&gt;
</description></item><item><title>re: Port Exhaustion and You (or, why the Netstat tool is your friend)</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx#3177068</link><pubDate>Tue, 06 Jan 2009 19:54:28 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3177068</guid><dc:creator>rhcellxion</dc:creator><description>&lt;p&gt;is there a manual way to kill the connections short of rebooting the server?&lt;/p&gt;
</description></item><item><title>re: Port Exhaustion and You (or, why the Netstat tool is your friend)</title><link>http://blogs.technet.com/askds/archive/2008/10/29/port-exhaustion-and-you-or-why-the-netstat-tool-is-your-friend.aspx#3177081</link><pubDate>Tue, 06 Jan 2009 20:17:47 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:3177081</guid><dc:creator>NedPyle</dc:creator><description>&lt;p&gt;If the application/service is stopped, all ports associated with that application should be closed within 4 minutes by default. There should be no need to restart the server.&lt;/p&gt;
&lt;p&gt;- Ned&lt;/p&gt;
</description></item></channel></rss>