<?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: Networking bottleneck in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805485#M547950</link>
    <description>hi,&lt;BR /&gt;&lt;BR /&gt;perhaps, that netstat -s will be interesting &lt;BR /&gt;and after work by lan , with netstat -I lan0 5&lt;BR /&gt;&lt;BR /&gt;regards</description>
    <pubDate>Wed, 14 Jun 2006 02:46:35 GMT</pubDate>
    <dc:creator>Ludovic Derlyn</dc:creator>
    <dc:date>2006-06-14T02:46:35Z</dc:date>
    <item>
      <title>Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805484#M547946</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt; I have a bottleneck in my network and am wondering the best way to locate it. I can see duplicate packets in a tcpdump, but can't pin down the where the speed issue is. Any Tips?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance&lt;BR /&gt;&lt;BR /&gt;tim</description>
      <pubDate>Wed, 14 Jun 2006 02:22:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805484#M547946</guid>
      <dc:creator>T W_1</dc:creator>
      <dc:date>2006-06-14T02:22:39Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805485#M547950</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;perhaps, that netstat -s will be interesting &lt;BR /&gt;and after work by lan , with netstat -I lan0 5&lt;BR /&gt;&lt;BR /&gt;regards</description>
      <pubDate>Wed, 14 Jun 2006 02:46:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805485#M547950</guid>
      <dc:creator>Ludovic Derlyn</dc:creator>
      <dc:date>2006-06-14T02:46:35Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805486#M547951</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;Might want to figure out what kind of traffic it is.&lt;BR /&gt;&lt;BR /&gt;ethereal is available on HP-UX, Linux and Windows for free and can let you look at the traffic and see where its coming from.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.cs.utah.edu/hppd/hpux/Gtk/Applications/ethereal-0.10.14/" target="_blank"&gt;http://hpux.cs.utah.edu/hppd/hpux/Gtk/Applications/ethereal-0.10.14/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://hpux.cs.utah.edu/hppd/hpux/Gtk/Applications/ethereal-0.10.11/" target="_blank"&gt;http://hpux.cs.utah.edu/hppd/hpux/Gtk/Applications/ethereal-0.10.11/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;I'm providing two links because there are some Q&amp;amp;A issues with software posted to the above site.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Wed, 14 Jun 2006 03:25:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805486#M547951</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-06-14T03:25:52Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805487#M547952</link>
      <description>Thanks for the answers both of you, I know where the traffic is coming from and to but there seems to be a problem in the network between. There is to much to check manually.</description>
      <pubDate>Wed, 14 Jun 2006 05:02:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805487#M547952</guid>
      <dc:creator>T W_1</dc:creator>
      <dc:date>2006-06-14T05:02:57Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805488#M547953</link>
      <description>hi;&lt;BR /&gt;the lanadmin command display general network packet transmission statistics for a single system.&lt;BR /&gt;1-execute the lanadmin command.&lt;BR /&gt;2-from the main menu,selact lan.&lt;BR /&gt;3-from the lan menu,select display&lt;BR /&gt;Fields of interests;&lt;BR /&gt;Collision Frames :these fields indicate the number of collisions detected by the system.Collisions slow NFS performance,as the network has to subside before any packets can be sent following a collision.&lt;BR /&gt;Inbound/Outband: This is the total of all packet types being sent and received from the Packets system.Compare this to the total number of deamon-related packets transmitted/received to obtain a ratio of total network traffic relative to the specific traffic.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;regards;&lt;BR /&gt;mustafa</description>
      <pubDate>Wed, 14 Jun 2006 05:06:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805488#M547953</guid>
      <dc:creator>Mustafa Gulercan</dc:creator>
      <dc:date>2006-06-14T05:06:18Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805489#M547954</link>
      <description>Duplicate packets - could be a busted router, perhaps a device in promiscuous mode that is then acting as a router?  In the tcpdump trace have tcpdump display the ethernet headers and see if the duplicates show the same source MAC address.&lt;BR /&gt;&lt;BR /&gt;WRT collisions, "regular" collisions mean virtually nothing for performance, and would not result in duplicate packets on the network.  &lt;BR /&gt;&lt;BR /&gt;What initially led you to believe there was a network bottleneck?</description>
      <pubDate>Wed, 14 Jun 2006 19:10:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805489#M547954</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2006-06-14T19:10:56Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805490#M547955</link>
      <description>Well, this probably won't work because it requires 'spray' on every network node.  spray sends a very disrupting burst of icmp packets by ip address.  For exmaple:&lt;BR /&gt;&lt;BR /&gt;spray ip -c 5 -l 1500&lt;BR /&gt;&lt;BR /&gt;But this requires a copy of spray active on every node and is acitivated in in /etc/service.&lt;BR /&gt;&lt;BR /&gt;control -h out of the command and analyize the network based upon this bomb burst of icmp packets.  Note, do during off peak hours.  Here's the link:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://docs.hp.com/en/B2355-60103/spray.1M.html" target="_blank"&gt;http://docs.hp.com/en/B2355-60103/spray.1M.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Note:  spray has been around a long time but has been mostly obsoleted by other network analyzers.  But for lack of 'etheral' or something else it comes in every unix O/S.</description>
      <pubDate>Wed, 14 Jun 2006 19:48:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805490#M547955</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2006-06-14T19:48:35Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805491#M547956</link>
      <description>So if I install ethereal this will make things alot easier then? I have only used it to analyize packets and to to check.</description>
      <pubDate>Thu, 15 Jun 2006 03:00:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805491#M547956</guid>
      <dc:creator>T W_1</dc:creator>
      <dc:date>2006-06-15T03:00:45Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805492#M547957</link>
      <description>Rick,&lt;BR /&gt;&lt;BR /&gt; I am checking the trace now, basically the I am sending data from one machine to another and its taking a long time, so the application on the sending host is timeing out. But the receiving host shows no issue just slow data transfer.&lt;BR /&gt;&lt;BR /&gt;Tim</description>
      <pubDate>Thu, 15 Jun 2006 03:03:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805492#M547957</guid>
      <dc:creator>T W_1</dc:creator>
      <dc:date>2006-06-15T03:03:17Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805493#M547958</link>
      <description>Rick,&lt;BR /&gt;&lt;BR /&gt; The MAC addresses are the same, basically the I am sending data from one machine to another and its taking a long time, so the application on the sending host is getting to the point it times out and send a fin to initiate tcp session close. But the receiving host shows no issue just slow data transfer.&lt;BR /&gt;&lt;BR /&gt;Tim</description>
      <pubDate>Thu, 15 Jun 2006 03:07:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805493#M547958</guid>
      <dc:creator>T W_1</dc:creator>
      <dc:date>2006-06-15T03:07:17Z</dc:date>
    </item>
    <item>
      <title>Re: Networking bottleneck</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805494#M547959</link>
      <description>Lets take the application out of the equation - can you install and run netperf on both sides?  If your application is generating lots of unidirectional traffic run a netperf TCP_STREAM test, otherwise run a TCP_RR test with request and response sizes set to be "close" to what your application does.&lt;BR /&gt;&lt;BR /&gt;Does netstat on either end report duplicate packets?  Do the lanadmin stats count the duplicates?  We want to see if the duplicates are "real" or an artifact of running tcpudmp.</description>
      <pubDate>Thu, 15 Jun 2006 16:13:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/networking-bottleneck/m-p/3805494#M547959</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2006-06-15T16:13:02Z</dc:date>
    </item>
  </channel>
</rss>

