<?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: Suspect Network Choking in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369095#M566293</link>
    <description>Yes you are right on. run nettl with full logging or you can download ethereal from the net and install in the system.</description>
    <pubDate>Tue, 31 Aug 2004 10:27:26 GMT</pubDate>
    <dc:creator>Sundar_7</dc:creator>
    <dc:date>2004-08-31T10:27:26Z</dc:date>
    <item>
      <title>Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369094#M566292</link>
      <description>Hi &lt;BR /&gt;&lt;BR /&gt;Can anybody sugguest how I go about checking the load on the network. &lt;BR /&gt;&lt;BR /&gt;My problem is that every Sat at 10:15 ish users get slow responses retrieving images and Docs over the network and then they stop completley. About 30 mins later they are fine and it rectifies it self. I beleive the network is being chocked at that time. I need to prove that it is the network and whos , our network or the clients network. I have check for any jobs running our end and have sanity check the servers in question.&lt;BR /&gt;&lt;BR /&gt;What can I run at that time to check.&lt;BR /&gt;&lt;BR /&gt;nettl ???&lt;BR /&gt;&lt;BR /&gt;Any sugguestions&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;&lt;BR /&gt;Rich&lt;BR /&gt;&lt;BR /&gt;Want some points</description>
      <pubDate>Tue, 31 Aug 2004 10:25:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369094#M566292</guid>
      <dc:creator>Richard Ace</dc:creator>
      <dc:date>2004-08-31T10:25:05Z</dc:date>
    </item>
    <item>
      <title>Re: Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369095#M566293</link>
      <description>Yes you are right on. run nettl with full logging or you can download ethereal from the net and install in the system.</description>
      <pubDate>Tue, 31 Aug 2004 10:27:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369095#M566293</guid>
      <dc:creator>Sundar_7</dc:creator>
      <dc:date>2004-08-31T10:27:26Z</dc:date>
    </item>
    <item>
      <title>Re: Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369096#M566294</link>
      <description>How do I get the nettl monitoring the correct thing. If I do a full it will produce a large file. Also I think you can predefine the size of file you want so you do not blow the file system? &lt;BR /&gt;&lt;BR /&gt;How do a full monitor ? Do I select the lan card on the associated server I am on. &lt;BR /&gt;&lt;BR /&gt;I presume this will monitor all traffic to and from the server?&lt;BR /&gt;&lt;BR /&gt;I am not to sure once I have the log file, how to weed out the info I need.&lt;BR /&gt;&lt;BR /&gt;I think nettlfrmt or something like that.&lt;BR /&gt;&lt;BR /&gt;Rich</description>
      <pubDate>Tue, 31 Aug 2004 10:38:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369096#M566294</guid>
      <dc:creator>Richard Ace</dc:creator>
      <dc:date>2004-08-31T10:38:03Z</dc:date>
    </item>
    <item>
      <title>Re: Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369097#M566295</link>
      <description>Hi Rich,&lt;BR /&gt;&lt;BR /&gt;Interesting thing about this type of issues is that the network bottleneck could be anywhere starting from within the system, it's interfaces and all the way in the network pipe to the end user.&lt;BR /&gt;&lt;BR /&gt;To eliminate the system problem, I would try setting up a test station within the same network and then try downloading the images and Docs. If the response is slow, then I would look at the local switch and the interface. If the response is normal, then obviously the problem is beyond your local switch.&lt;BR /&gt;&lt;BR /&gt;If it is a patched 11.0 or a 11i, then you can use 'nettladm' to configure nettl. ethereal can be downloaded from our HP's porting center. Both can only give a snapshot of what's happening. Ethereal can also give you the bandwidth utilization. If you have measureware/glance installed, you c an see the network stats like InputPkts/OutputPkts per interface.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Tue, 31 Aug 2004 10:58:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369097#M566295</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2004-08-31T10:58:23Z</dc:date>
    </item>
    <item>
      <title>Re: Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369098#M566296</link>
      <description>Rich,&lt;BR /&gt;&lt;BR /&gt;  You dont want to keep nettl running at all time with full logging.&lt;BR /&gt;&lt;BR /&gt;  Start the nettl via cron about 1 hour before the time you are interested in and stop the logging about 1 hour after.&lt;BR /&gt;&lt;BR /&gt;  You can define the maximum size of the log file in /etc/nettlgen.conf file.&lt;BR /&gt;&lt;BR /&gt;  man nettlgen.conf file for more info&lt;BR /&gt;&lt;BR /&gt;  nettl -traceon pduin pduout -entity all -file /var/adm/trace&lt;BR /&gt;&lt;BR /&gt;  The above nettl command will enable the trace for the in and out PDUs and log the trace in /var/adm/trace.TRCX file&lt;BR /&gt;&lt;BR /&gt;  You can use netfmt to view these log files.&lt;BR /&gt;&lt;BR /&gt;-- Sundar</description>
      <pubDate>Tue, 31 Aug 2004 14:13:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369098#M566296</guid>
      <dc:creator>Sundar_7</dc:creator>
      <dc:date>2004-08-31T14:13:05Z</dc:date>
    </item>
    <item>
      <title>Re: Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369099#M566297</link>
      <description>Hi Richard,&lt;BR /&gt;&lt;BR /&gt;As others have noted trying to collect stats on the system can be problematic at best &amp;amp; detrimental at worst. Plus it doesn't really show what's happening on the entire segment anyway.&lt;BR /&gt;&lt;BR /&gt;Best place to collect the network performance stats would be on the first-hop router from this system. If you have a network team request they set up the router to collect these stats on demand - i.e. when the users see the slowdown, the network team should enable the stats collection until a little while after the performance returns to normal. Stats should also be collected - if possible - from the switch the system is directly attached to. This could point out a network config problem that only rears it's head under load. Or even a marginal port/cable/NIC that's fine until the load goes up.&lt;BR /&gt;&lt;BR /&gt;My $0.02,&lt;BR /&gt;Jeff</description>
      <pubDate>Tue, 31 Aug 2004 14:34:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369099#M566297</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2004-08-31T14:34:39Z</dc:date>
    </item>
    <item>
      <title>Re: Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369100#M566298</link>
      <description>Turn on SNMP and then run MRTG.  It won't eat up all of your memory and it will give you pretty graphs of the traffic on each interface and it will also gladly talk to any routers you have in the network so you can see where the bottleneck is.  Runs on UNIX and on Windows.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://mrtg.hdl.com/mrtg.html" target="_blank"&gt;http://mrtg.hdl.com/mrtg.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Ron&lt;BR /&gt;&lt;BR /&gt;PS.  Sounds like some computer is probably doing an automatic backup to a tape drive every Sat at the same time.</description>
      <pubDate>Tue, 31 Aug 2004 20:23:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369100#M566298</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2004-08-31T20:23:39Z</dc:date>
    </item>
    <item>
      <title>Re: Suspect Network Choking</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369101#M566299</link>
      <description>Thanks Peeps for your time.&lt;BR /&gt;&lt;BR /&gt;It does sound like someone may be doing a backup aty the same time. Hmmmmmmmmmm. Not on the Unix servers though. Might by the clients NT Team.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;&lt;BR /&gt;Rich&lt;BR /&gt;&lt;BR /&gt;Have some point for you trouble ;-)</description>
      <pubDate>Wed, 01 Sep 2004 02:18:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/suspect-network-choking/m-p/3369101#M566299</guid>
      <dc:creator>Richard Ace</dc:creator>
      <dc:date>2004-09-01T02:18:23Z</dc:date>
    </item>
  </channel>
</rss>

