 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Telnet connection saturating the iSeries</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/telnet-connection-saturating-the-iseries/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/telnet-connection-saturating-the-iseries/</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 14:04:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: tomliotta</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/telnet-connection-saturating-the-iseries/#comment-76378</link>
		<dc:creator>tomliotta</dc:creator>
		<pubDate>Fri, 23 Apr 2010 01:43:40 +0000</pubDate>
		<guid isPermaLink="false">#comment-76378</guid>
		<description><![CDATA[&lt;i&gt;...there are no Packet Rules established.&lt;/i&gt;

I understand, but I wasn&#039;t clear. I apologize,

Having a default set of Packet Rules in place (or at least defined and ready to be put in place) would give you a quick way to block a massive number of connection attempts from a problem PC. Simply by activating a Deny rule for telnet from the PC&#039;s IP address you could eliminate new connections and reduce the &quot;saturation&quot;.

This frees your system from having to deal with it, and lets you take some time to fix the PC later... or fix whatever is wrong.

It&#039;s a &quot;Be prepared&quot; action that can be done ahead of time when a Packet Rules set is made ready for use.

Tom]]></description>
		<content:encoded><![CDATA[<p><i>&#8230;there are no Packet Rules established.</i></p>
<p>I understand, but I wasn&#8217;t clear. I apologize,</p>
<p>Having a default set of Packet Rules in place (or at least defined and ready to be put in place) would give you a quick way to block a massive number of connection attempts from a problem PC. Simply by activating a Deny rule for telnet from the PC&#8217;s IP address you could eliminate new connections and reduce the &#8220;saturation&#8221;.</p>
<p>This frees your system from having to deal with it, and lets you take some time to fix the PC later&#8230; or fix whatever is wrong.</p>
<p>It&#8217;s a &#8220;Be prepared&#8221; action that can be done ahead of time when a Packet Rules set is made ready for use.</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abigail</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/telnet-connection-saturating-the-iseries/#comment-76308</link>
		<dc:creator>abigail</dc:creator>
		<pubDate>Wed, 21 Apr 2010 20:40:16 +0000</pubDate>
		<guid isPermaLink="false">#comment-76308</guid>
		<description><![CDATA[Port 992 (SSL)]]></description>
		<content:encoded><![CDATA[<p>Port 992 (SSL)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: abigail</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/telnet-connection-saturating-the-iseries/#comment-76305</link>
		<dc:creator>abigail</dc:creator>
		<pubDate>Wed, 21 Apr 2010 20:30:16 +0000</pubDate>
		<guid isPermaLink="false">#comment-76305</guid>
		<description><![CDATA[Actually, I had already checked, and there are no Packet Rules established.  IBM stated they rarely have seen this on 5.4.0 but seems to be occurring more at 6.1.]]></description>
		<content:encoded><![CDATA[<p>Actually, I had already checked, and there are no Packet Rules established.  IBM stated they rarely have seen this on 5.4.0 but seems to be occurring more at 6.1.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching using memcached
Object Caching 302/331 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-21 14:04:18 -->