<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Traceroute Problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676236#M589504</link>
    <description>Hi!,&lt;BR /&gt;&lt;BR /&gt;traceroute a.b.c.d fails but ping a.b.c.d works fine. why is that ?&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Ramu&lt;BR /&gt;</description>
    <pubDate>Tue, 05 Mar 2002 05:39:29 GMT</pubDate>
    <dc:creator>Ramu Bodathula</dc:creator>
    <dc:date>2002-03-05T05:39:29Z</dc:date>
    <item>
      <title>Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676236#M589504</link>
      <description>Hi!,&lt;BR /&gt;&lt;BR /&gt;traceroute a.b.c.d fails but ping a.b.c.d works fine. why is that ?&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Ramu&lt;BR /&gt;</description>
      <pubDate>Tue, 05 Mar 2002 05:39:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676236#M589504</guid>
      <dc:creator>Ramu Bodathula</dc:creator>
      <dc:date>2002-03-05T05:39:29Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676237#M589505</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Alike most Unixes, HP-UX uses UDP packets (to connect to high UDP ports in the range of 33000+ so as to acquire port-unreachable return messages) to perform the traceroute. It does not use ICMP echo requests which is what is used by Windows. The underlying formula is the same, that is using TTLs to identify routes.&lt;BR /&gt;&lt;BR /&gt;This explains why your ping (which uses ICMP echo requests and returning replies) works but traceroute (which uses UDP in Unix) didn't work. It can be caused by an intermediate filter, either a network-based firewall or host-based firewall which is filtering off connection attempts to UDP high-ports on the destination server.&lt;BR /&gt;&lt;BR /&gt;Hope this helps. Regards.&lt;BR /&gt;&lt;BR /&gt;Steven Sim Kok Leong</description>
      <pubDate>Tue, 05 Mar 2002 05:57:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676237#M589505</guid>
      <dc:creator>Steven Sim Kok Leong</dc:creator>
      <dc:date>2002-03-05T05:57:09Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676238#M589506</link>
      <description>They are not quite the same. Traceroute uses UDP and ping uses ICMP.</description>
      <pubDate>Tue, 05 Mar 2002 06:06:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676238#M589506</guid>
      <dc:creator>S.K. Chan</dc:creator>
      <dc:date>2002-03-05T06:06:15Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676239#M589507</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;You could use ping -o.&lt;BR /&gt;This inserts an IP record route option in the outgoing packets and provides info about the route taken.&lt;BR /&gt;&lt;BR /&gt;HtH,&lt;BR /&gt;&lt;BR /&gt;Mark</description>
      <pubDate>Tue, 05 Mar 2002 10:43:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676239#M589507</guid>
      <dc:creator>Mark van Hassel</dc:creator>
      <dc:date>2002-03-05T10:43:24Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676240#M589508</link>
      <description>traceroute works for other machines. So, there should not be any problem with the filter. It fails for one particular machine on the same net as the other machines ( for which the traceroute succeeds. )&lt;BR /&gt;The ping -o works fine.&lt;BR /&gt;&lt;BR /&gt;Any Idea.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Ramu&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Mar 2002 18:24:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676240#M589508</guid>
      <dc:creator>Ramu Bodathula</dc:creator>
      <dc:date>2002-03-06T18:24:03Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676241#M589509</link>
      <description>What happens when you traceroute from  a.b.c.d   BACK to this system?&lt;BR /&gt;&lt;BR /&gt;Also be advised that firewalls can be configured to filter all the way down to single IPs.&lt;BR /&gt;&lt;BR /&gt;Jeff</description>
      <pubDate>Wed, 06 Mar 2002 18:44:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676241#M589509</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-03-06T18:44:00Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676242#M589510</link>
      <description>Further questions:&lt;BR /&gt;&lt;BR /&gt;Does it make ANY hops at all?&lt;BR /&gt;&lt;BR /&gt;If so what is the last good hop?&lt;BR /&gt;&lt;BR /&gt;Do an nslookup of the last good hop IP - if it's a firewall then UDP is being blocked I would suspect.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Jeff</description>
      <pubDate>Wed, 06 Mar 2002 18:51:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676242#M589510</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-03-06T18:51:24Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676243#M589511</link>
      <description>I cannot do a "traceroute" from the target machine (a.b.c.d ) because, it doesnot have that utility. But it does have a tcp/ip stack. So ping from the a.b.c.d to the  u.v.w.x ( u.v.w.x is the machine from where i issue traceroute a.b.c.d ) works fine.&lt;BR /&gt;&lt;BR /&gt;The last hop on the traceroute is a router. But when i do a traceroute to a machine a1.b1.c1.d1, which is on the same subnet as a.b.c.d, the traceroute works fine.&lt;BR /&gt;Why is that ?</description>
      <pubDate>Wed, 06 Mar 2002 19:02:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676243#M589511</guid>
      <dc:creator>Ramu Bodathula</dc:creator>
      <dc:date>2002-03-06T19:02:09Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676244#M589512</link>
      <description>It's pretty easy to tell a router not to send back ttl expired messages.  It's also easy to filter out all icmp but echo and echo reply.  Done a lot of times for security reasons.&lt;BR /&gt;&lt;BR /&gt;What kind of router is it?&lt;BR /&gt;&lt;BR /&gt;Ron&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Mar 2002 23:25:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676244#M589512</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2002-03-06T23:25:37Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676245#M589513</link>
      <description>It may be that the system is configured to not respond to those type of ICMP requests. &lt;BR /&gt;&lt;BR /&gt;See the ndd command.</description>
      <pubDate>Thu, 07 Mar 2002 02:23:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676245#M589513</guid>
      <dc:creator>Eric Ladner</dc:creator>
      <dc:date>2002-03-07T02:23:41Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676246#M589514</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;The router is Cisco 4000 series.&lt;BR /&gt;&lt;BR /&gt;Does traceroute use UPD or ICMP ?&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Ramu&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Mar 2002 17:54:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676246#M589514</guid>
      <dc:creator>Ramu Bodathula</dc:creator>
      <dc:date>2002-03-07T17:54:13Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676247#M589515</link>
      <description>If you can log onto the router you can:&lt;BR /&gt;&lt;BR /&gt;sh ip int b&lt;BR /&gt;&lt;BR /&gt;which will tell you which interface is connected to a.b.c.d as well as which interface replied to your traceroute.&lt;BR /&gt;&lt;BR /&gt;now do&lt;BR /&gt;sh run &lt;BR /&gt;and look for the a.b.c.x interface.  See if you see something like &lt;BR /&gt;&lt;BR /&gt;ip access-group x in (or out).&lt;BR /&gt;&lt;BR /&gt;If you do, go down in the sh run until you see:&lt;BR /&gt;&lt;BR /&gt;access-list x ...&lt;BR /&gt;&lt;BR /&gt;see if any of these block UDP or ICMP.&lt;BR /&gt;&lt;BR /&gt;If you want to copy them and post them here or send them too me at rkinner@att.net I'll be glad to look at them.&lt;BR /&gt;&lt;BR /&gt;While you are on the router, try:&lt;BR /&gt;&lt;BR /&gt;trace a.b.c.d&lt;BR /&gt;&lt;BR /&gt;and see if it works from there.  Cisco uses a UDP packet to port 33434.&lt;BR /&gt;&lt;BR /&gt;Of course if the device we are trying to trace is actually listening on port 33434 then the trace will fail since it won't send back the message that trace expects.&lt;BR /&gt;&lt;BR /&gt;If a.b.c.d supports netstat try netstat -a and see what ports it is listening on.&lt;BR /&gt;&lt;BR /&gt;Ron</description>
      <pubDate>Thu, 07 Mar 2002 21:06:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676247#M589515</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2002-03-07T21:06:12Z</dc:date>
    </item>
    <item>
      <title>Re: Traceroute Problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676248#M589516</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Traceroute on Unixes use UDP requests and TTL expiration to receive ICMP time-exceeded messages. Simplistic representation:&lt;BR /&gt;&lt;BR /&gt;Src - UDP -&amp;gt; Destn&lt;BR /&gt;Src &amp;lt;- ICMP time-exceeded - Intermediate hop&lt;BR /&gt;&lt;BR /&gt;Traceroute on Windows use ICMP echo requests and TTL expiration to receive ICMP time-exceeded messages. Simplistic representation:&lt;BR /&gt;&lt;BR /&gt;Src - ICMP echo -&amp;gt; Destn&lt;BR /&gt;Src &amp;lt;- ICMP time-exceeded - Intermediate hop&lt;BR /&gt;&lt;BR /&gt;Both utilises the TTL field in IP packets to work, incrementing the TTL count each time until the destination is reached.&lt;BR /&gt;&lt;BR /&gt;Hope this helps. Regards.&lt;BR /&gt;&lt;BR /&gt;Steven Sim Kok Leong</description>
      <pubDate>Sat, 09 Mar 2002 01:53:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/traceroute-problem/m-p/2676248#M589516</guid>
      <dc:creator>Steven Sim Kok Leong</dc:creator>
      <dc:date>2002-03-09T01:53:30Z</dc:date>
    </item>
  </channel>
</rss>

