<?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: Understanding Traceroute</title>
	<atom:link href="http://blog.internetworkexpert.com/2007/12/28/understanding-traceroute/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.internetworkexpert.com/2007/12/28/understanding-traceroute/</link>
	<description>Helping you become a Cisco Certified Internetwork Expert</description>
	<pubDate>Fri, 05 Sep 2008 15:00:49 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: shopping</title>
		<link>http://blog.internetworkexpert.com/2007/12/28/understanding-traceroute/#comment-3510</link>
		<dc:creator>shopping</dc:creator>
		<pubDate>Sun, 08 Jun 2008 20:45:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.internetworkexpert.com/?p=15#comment-3510</guid>
		<description>So, if I'm running Linux and the server I'm pinging runs Microsoft, I send a UCP trigger but do I receive a USP trigger back or do I receive an ICMP trigger back?
This is interesting – I wasn't aware that each operating system was different. What is IOS? That doesn't sound like Mac OS. It would be interesting if you mentioned Mac OS as well (I can't for the life of me, figure our what IOS could possibly mean.)</description>
		<content:encoded><![CDATA[<p>So, if I&#8217;m running Linux and the server I&#8217;m pinging runs Microsoft, I send a UCP trigger but do I receive a USP trigger back or do I receive an ICMP trigger back?<br />
This is interesting – I wasn&#8217;t aware that each operating system was different. What is IOS? That doesn&#8217;t sound like Mac OS. It would be interesting if you mentioned Mac OS as well (I can&#8217;t for the life of me, figure our what IOS could possibly mean.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ip Address</title>
		<link>http://blog.internetworkexpert.com/2007/12/28/understanding-traceroute/#comment-444</link>
		<dc:creator>Ip Address</dc:creator>
		<pubDate>Fri, 22 Feb 2008 20:37:22 +0000</pubDate>
		<guid isPermaLink="false">http://blog.internetworkexpert.com/?p=15#comment-444</guid>
		<description>I like this tutorial about network tool traceroute with example and i use very oft windows command tracert for network troubleshooting.
Thanks for this!</description>
		<content:encoded><![CDATA[<p>I like this tutorial about network tool traceroute with example and i use very oft windows command tracert for network troubleshooting.<br />
Thanks for this!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian McGahan, CCIE 8593</title>
		<link>http://blog.internetworkexpert.com/2007/12/28/understanding-traceroute/#comment-11</link>
		<dc:creator>Brian McGahan, CCIE 8593</dc:creator>
		<pubDate>Sat, 05 Jan 2008 03:31:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.internetworkexpert.com/?p=15#comment-11</guid>
		<description>Hi Anthony,

The problem with sending UDP traceroute through a stateful firewall is that the outbound packet is UDP, but the inbound reply is either ICMP time-exceeded (for devices in the transit path), or ICMP port-unreachable (for the final devices).    To allow this inbound on the outside interface of the PIX firewall you therefore need an inbound access-list such as the follows:

access-list OUTSIDE_IN extended permit icmp any any time-exceeded 
access-list OUTSIDE_IN extended permit icmp any any unreachable</description>
		<content:encoded><![CDATA[<p>Hi Anthony,</p>
<p>The problem with sending UDP traceroute through a stateful firewall is that the outbound packet is UDP, but the inbound reply is either ICMP time-exceeded (for devices in the transit path), or ICMP port-unreachable (for the final devices).    To allow this inbound on the outside interface of the PIX firewall you therefore need an inbound access-list such as the follows:</p>
<p>access-list OUTSIDE_IN extended permit icmp any any time-exceeded<br />
access-list OUTSIDE_IN extended permit icmp any any unreachable</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Fajri</title>
		<link>http://blog.internetworkexpert.com/2007/12/28/understanding-traceroute/#comment-10</link>
		<dc:creator>Anthony Fajri</dc:creator>
		<pubDate>Sat, 05 Jan 2008 02:37:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.internetworkexpert.com/?p=15#comment-10</guid>
		<description>Hi Brian, thanks for the post and the summary of discussion in CCIE group study.

About 1 year ago, I made similar post in my blog in &lt;a href="http://fajri.freebsd.or.id/index.php/2007/01/26/traceroute/" rel="nofollow"&gt;this post&lt;/a&gt;.

Do you have idea, how to allow pix to allow udp traceroute?
in my understanding, Unix traceroute is not using fix port number, but use dynamic and sequence port number (ie. 1st hop is using 33444, 2nd hop is using 22445, 3rd hop is using 33446, etc).

ps: for tcp traceroute, I use tracetcp for windows (because my laptop is using windows).</description>
		<content:encoded><![CDATA[<p>Hi Brian, thanks for the post and the summary of discussion in CCIE group study.</p>
<p>About 1 year ago, I made similar post in my blog in <a href="http://fajri.freebsd.or.id/index.php/2007/01/26/traceroute/" rel="nofollow">this post</a>.</p>
<p>Do you have idea, how to allow pix to allow udp traceroute?<br />
in my understanding, Unix traceroute is not using fix port number, but use dynamic and sequence port number (ie. 1st hop is using 33444, 2nd hop is using 22445, 3rd hop is using 33446, etc).</p>
<p>ps: for tcp traceroute, I use tracetcp for windows (because my laptop is using windows).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
