<?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: Packet loss in a Cisco 3750 stack</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/packet-loss-in-a-cisco-3750-stack/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/packet-loss-in-a-cisco-3750-stack/</link>
	<description></description>
	<lastBuildDate>Wed, 19 Jun 2013 19:19:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Featured Member: MNorwood - ITKE Community Blog</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/packet-loss-in-a-cisco-3750-stack/#comment-84950</link>
		<dc:creator>Featured Member: MNorwood - ITKE Community Blog</dc:creator>
		<pubDate>Tue, 07 Dec 2010 06:49:24 +0000</pubDate>
		<guid isPermaLink="false">#comment-84950</guid>
		<description><![CDATA[[...] Packet loss in a Cisco 3750 stack [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Packet loss in a Cisco 3750 stack [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: labnuke99</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/packet-loss-in-a-cisco-3750-stack/#comment-84885</link>
		<dc:creator>labnuke99</dc:creator>
		<pubDate>Mon, 06 Dec 2010 13:06:51 +0000</pubDate>
		<guid isPermaLink="false">#comment-84885</guid>
		<description><![CDATA[The traffic of interest is telnet. Other traffic does not seem to be as sensitive to packet loss as the client telnet sessions. L3 is terminated on the switch stack for each VLAN. External subnets go to an edge router. 

The server switch does not have available capacity to move the client to share the switch for testing. It would be interesting for sure to try the same VLAN and see if that shows any different behavior. The VLAN interfaces show no errors or queue drops.]]></description>
		<content:encoded><![CDATA[<p>The traffic of interest is telnet. Other traffic does not seem to be as sensitive to packet loss as the client telnet sessions. L3 is terminated on the switch stack for each VLAN. External subnets go to an edge router. </p>
<p>The server switch does not have available capacity to move the client to share the switch for testing. It would be interesting for sure to try the same VLAN and see if that shows any different behavior. The VLAN interfaces show no errors or queue drops.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mnorwood</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/packet-loss-in-a-cisco-3750-stack/#comment-84829</link>
		<dc:creator>mnorwood</dc:creator>
		<pubDate>Fri, 03 Dec 2010 23:37:16 +0000</pubDate>
		<guid isPermaLink="false">#comment-84829</guid>
		<description><![CDATA[Does this hold true for any type of traffic sent from client to server? In other words, outside of whatever application(s) you are using, do you see traffic on both sides. I know you stated in the initial question that you were seeing intermittent loss, but I am curious to know if this is related to ALL traffic that can flow between the client(s) and server.

I realize moving a client to the same switch won&#039;t help the other clients that have to connect via the stacking cable, but in the interest of ruling everything out, it is probably worthwhile in a particular scenario such as this. What about if you move a client to the same VLAN as the server. Still get the same results? Do you terminate L3 on the 3750 stack, or does it terminate elsewhere?]]></description>
		<content:encoded><![CDATA[<p>Does this hold true for any type of traffic sent from client to server? In other words, outside of whatever application(s) you are using, do you see traffic on both sides. I know you stated in the initial question that you were seeing intermittent loss, but I am curious to know if this is related to ALL traffic that can flow between the client(s) and server.</p>
<p>I realize moving a client to the same switch won&#8217;t help the other clients that have to connect via the stacking cable, but in the interest of ruling everything out, it is probably worthwhile in a particular scenario such as this. What about if you move a client to the same VLAN as the server. Still get the same results? Do you terminate L3 on the 3750 stack, or does it terminate elsewhere?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: labnuke99</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/packet-loss-in-a-cisco-3750-stack/#comment-84819</link>
		<dc:creator>labnuke99</dc:creator>
		<pubDate>Fri, 03 Dec 2010 20:53:16 +0000</pubDate>
		<guid isPermaLink="false">#comment-84819</guid>
		<description><![CDATA[Client is 100Mbps - Server 1Gbps. Both set to autonegotiate. Captures show packets leave client, server never receives packets (simultaneous capture done on both hosts). There are no RST or FIN packets during the event. The client simply attempts retransmit 4x (.5, 1, 2 &amp; 4 secs between retransmits) and the retransmit packets are never seen @ the server. We have not moved any clients to the same switch as the server as that will not help with the client population that does have to cross the switch stack.]]></description>
		<content:encoded><![CDATA[<p>Client is 100Mbps &#8211; Server 1Gbps. Both set to autonegotiate. Captures show packets leave client, server never receives packets (simultaneous capture done on both hosts). There are no RST or FIN packets during the event. The client simply attempts retransmit 4x (.5, 1, 2 &amp; 4 secs between retransmits) and the retransmit packets are never seen @ the server. We have not moved any clients to the same switch as the server as that will not help with the client population that does have to cross the switch stack.</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 3/10 queries in 0.046 seconds using memcached
Object Caching 309/315 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-06-19 23:41:17 -->