<?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 Re: HPUX networking, netstat command in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764623#M583673</link>
    <description>I have to agree with the last remark here , even if systems are identical , you have no idea where the icmp are comming from , is it from your own system or is it from the connecting device ... you are completely in the blue about that , it is imperative to use soething like tcpdump or nettl to see what in fact the icmp is telling , it is true that even the same machines types on the same segment could be receiving icmp or not depending on&lt;BR /&gt;&lt;BR /&gt;a/ what they ask&lt;BR /&gt;b/ who they ask it to&lt;BR /&gt;c/ what kind of HW they have to pass to get the message relayed &lt;BR /&gt;&lt;BR /&gt;d/ even the internal setting could play a rol as with the remark on the fragmenting from the previous entries &lt;BR /&gt;&lt;BR /&gt;only make sure that when you look at this thing with tracing yoiu have such a trace looked at/analysed by a guy knowing the ip protocol (if you are not knowledgable on the subject) as traced packets are usually cryptical for non-network specialised persons</description>
    <pubDate>Wed, 17 Jul 2002 05:20:21 GMT</pubDate>
    <dc:creator>sven verhaegen</dc:creator>
    <dc:date>2002-07-17T05:20:21Z</dc:date>
    <item>
      <title>HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764616#M583666</link>
      <description>When executing the netstat -s command&lt;BR /&gt;There is an incrementing counter under&lt;BR /&gt;" xxxxxx  ICMP messages dropped "&lt;BR /&gt;where xxxxxx is incrementing  &amp;lt; 500 &lt;BR /&gt;daily. There are 5 other HPUX (K and L)&lt;BR /&gt;9000's on the same network segment. The&lt;BR /&gt;ICMP messages dropped counter does not incremnet on the others and is value=0.&lt;BR /&gt;&lt;BR /&gt;Any ideas what would increment this ?&lt;BR /&gt;counter on one system only ?&lt;BR /&gt;&lt;BR /&gt;Thanks, in advance.&lt;BR /&gt;Ron Widlewski</description>
      <pubDate>Tue, 16 Jul 2002 09:40:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764616#M583666</guid>
      <dc:creator>Ronald W. Widlewski</dc:creator>
      <dc:date>2002-07-16T09:40:42Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764617#M583667</link>
      <description>&lt;BR /&gt;Is someone pinging that IP or is that machine trying to ping a machine that doesn't exist or is having network issues?&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Tue, 16 Jul 2002 09:44:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764617#M583667</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-07-16T09:44:06Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764618#M583668</link>
      <description>well&lt;BR /&gt;&lt;BR /&gt;ICMP is in fact part of the IP functionality , it is used for specific message relaying by the systems themselfs , in fact the most known icmp is probably  'icmp redirection' , meaning that the end routing node couldn't forward your packet (because it's interface to that network is down) and knows an alternate path or machine to the same network , lots of icmp type messages exist and the most are not sent by the HP-UX , they are normally sent bij a remote system/router/switching device , so the message can be comming from any possible direction , to really know what it is you should monitor (trace) the system to see what type of ICMP's you find...</description>
      <pubDate>Tue, 16 Jul 2002 12:52:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764618#M583668</guid>
      <dc:creator>sven verhaegen</dc:creator>
      <dc:date>2002-07-16T12:52:32Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764619#M583669</link>
      <description>If you are NFS particularly over UDP, there is a good possibility of you seeing these errors. Depending on how your system is connected to the network, ICMP messages (not only) may get dropped to the MTU fragmentation issues. However, TCP/NFS can circumvent this problem by using PMTU (Path discovered MTU).&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Tue, 16 Jul 2002 13:12:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764619#M583669</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2002-07-16T13:12:19Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764620#M583670</link>
      <description>A note to clarify my initial posting.&lt;BR /&gt;&lt;BR /&gt;I have two K460, two L class and one&lt;BR /&gt;RP systems all running HPUX 11, same&lt;BR /&gt;patch levels, all running NFS mount&lt;BR /&gt;points with WAN mounted disk and&lt;BR /&gt;Oracle databases. Only one of the&lt;BR /&gt; 5 systems is displaying a value&lt;BR /&gt;other than "o" in the ICMP messages&lt;BR /&gt;dropped netstat -s command output.&lt;BR /&gt;&lt;BR /&gt;The system and environment is close&lt;BR /&gt;enough that one would expect all &lt;BR /&gt;systems to record similar statistics&lt;BR /&gt;&lt;BR /&gt;The counter has been incrementing &lt;BR /&gt;since near the beginning of the year,&lt;BR /&gt;24 hours a day, accumulating stats.</description>
      <pubDate>Tue, 16 Jul 2002 14:12:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764620#M583670</guid>
      <dc:creator>Ronald W. Widlewski</dc:creator>
      <dc:date>2002-07-16T14:12:21Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764621#M583671</link>
      <description>Hi Ron,&lt;BR /&gt;&lt;BR /&gt;Systems may be similar but the fragmentation of the packets is based on how the systems are routed/connected not to ignore the capabilities of the switches they are connected to.&lt;BR /&gt;&lt;BR /&gt;Another interesting test I would do, if possible, is to swap the switch ports of the dropping server and non-dropping server and see if the behaviour is exhibited on the other server.&lt;BR /&gt;&lt;BR /&gt;BTW, are you seeing any "NFS server not responding" on the problematic server often?.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Tue, 16 Jul 2002 14:43:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764621#M583671</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2002-07-16T14:43:00Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764622#M583672</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;One of the best ways of finding out what is happening is to run ethereal, tcpdump or nettl to monitor and sniff ICMP traffic to find out the source of these packets and the ICMP packet type.&lt;BR /&gt;&lt;BR /&gt;Ethereal is most intuitive with a graphical interface for parsing each portion of the packet in a hierarchical tree-like fashion for details.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.ethereal.com" target="_blank"&gt;http://www.ethereal.com&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;You will need GTK installed as well.&lt;BR /&gt;&lt;BR /&gt;Hope this helps. Regards.&lt;BR /&gt;&lt;BR /&gt;Steven Sim Kok Leong</description>
      <pubDate>Tue, 16 Jul 2002 14:51:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764622#M583672</guid>
      <dc:creator>Steven Sim Kok Leong</dc:creator>
      <dc:date>2002-07-16T14:51:17Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764623#M583673</link>
      <description>I have to agree with the last remark here , even if systems are identical , you have no idea where the icmp are comming from , is it from your own system or is it from the connecting device ... you are completely in the blue about that , it is imperative to use soething like tcpdump or nettl to see what in fact the icmp is telling , it is true that even the same machines types on the same segment could be receiving icmp or not depending on&lt;BR /&gt;&lt;BR /&gt;a/ what they ask&lt;BR /&gt;b/ who they ask it to&lt;BR /&gt;c/ what kind of HW they have to pass to get the message relayed &lt;BR /&gt;&lt;BR /&gt;d/ even the internal setting could play a rol as with the remark on the fragmenting from the previous entries &lt;BR /&gt;&lt;BR /&gt;only make sure that when you look at this thing with tracing yoiu have such a trace looked at/analysed by a guy knowing the ip protocol (if you are not knowledgable on the subject) as traced packets are usually cryptical for non-network specialised persons</description>
      <pubDate>Wed, 17 Jul 2002 05:20:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764623#M583673</guid>
      <dc:creator>sven verhaegen</dc:creator>
      <dc:date>2002-07-17T05:20:21Z</dc:date>
    </item>
    <item>
      <title>Re: HPUX networking, netstat command</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764624#M583674</link>
      <description>Thanks, all,&lt;BR /&gt;&lt;BR /&gt;I have a couple things to try.&lt;BR /&gt;We did not look for the source-IP&lt;BR /&gt;as I was thinking that it may have been a problem/configuration issue associated&lt;BR /&gt;with HP RPseries systems.</description>
      <pubDate>Wed, 17 Jul 2002 11:45:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/hpux-networking-netstat-command/m-p/2764624#M583674</guid>
      <dc:creator>Ronald W. Widlewski</dc:creator>
      <dc:date>2002-07-17T11:45:59Z</dc:date>
    </item>
  </channel>
</rss>

