<?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"
	>
<channel>
	<title>Comments on: finding fault of Network Ping drop</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/finding-fault-of-network-ping-drop/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/finding-fault-of-network-ping-drop/</link>
	<description></description>
	<pubDate>Fri, 27 Nov 2009 20:07:05 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Troy Tate</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/finding-fault-of-network-ping-drop/#comment-65212</link>
		<dc:creator>Troy Tate</dc:creator>
		<pubDate>Tue, 07 Jul 2009 18:47:13 +0000</pubDate>
		<guid isPermaLink="false">#comment-65212</guid>
		<description>Maybe the poster can also add information about switch models and OS versions. Then tools like Cisco's Network Assistant can look at the links/trunks between the switches.</description>
		<content:encoded><![CDATA[<p>Maybe the poster can also add information about switch models and OS versions. Then tools like Cisco&#8217;s Network Assistant can look at the links/trunks between the switches.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Troy Tate</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/finding-fault-of-network-ping-drop/#comment-65211</link>
		<dc:creator>Troy Tate</dc:creator>
		<pubDate>Tue, 07 Jul 2009 18:44:54 +0000</pubDate>
		<guid isPermaLink="false">#comment-65211</guid>
		<description>I was thinking vlan's and gateways between vlan. But you are correct. The switches will be transparent to pathping.</description>
		<content:encoded><![CDATA[<p>I was thinking vlan&#8217;s and gateways between vlan. But you are correct. The switches will be transparent to pathping.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BlankReg</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/finding-fault-of-network-ping-drop/#comment-65202</link>
		<dc:creator>BlankReg</dc:creator>
		<pubDate>Tue, 07 Jul 2009 17:22:21 +0000</pubDate>
		<guid isPermaLink="false">#comment-65202</guid>
		<description>That tool will not be much use here as these are switches, and PING only gives information about layer 3 devices on the route, switches appear transparent, so you will not get any path information, just the round trip time same as a 'normal' PING.

I think that Pgreddy needs to check that spanning tree is running on all the switches. Then see if you get lost PING packets. However, remember that PING is not guaranteed, it has a low priority and can get dropped if the device is busy. If the network is quiet, out of office hours, then it should be reliable and any losses are usually due to spannign tree issues, or bad routes if the management of the switches is in a different subnet.</description>
		<content:encoded><![CDATA[<p>That tool will not be much use here as these are switches, and PING only gives information about layer 3 devices on the route, switches appear transparent, so you will not get any path information, just the round trip time same as a &#8216;normal&#8217; PING.</p>
<p>I think that Pgreddy needs to check that spanning tree is running on all the switches. Then see if you get lost PING packets. However, remember that PING is not guaranteed, it has a low priority and can get dropped if the device is busy. If the network is quiet, out of office hours, then it should be reliable and any losses are usually due to spannign tree issues, or bad routes if the management of the switches is in a different subnet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- dynamic -->