<?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: ping report in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838958#M581576</link>
    <description>I'll give you the difficult part and you simply have to write the wrapper script. Ping.pl can send and ICMP,TCP, or UDP ping to a host with a variable timeout and repeat a variable number of times. The only thing that you need to do is examine the exit status: 0 - good.&lt;BR /&gt;&lt;BR /&gt;e.g.&lt;BR /&gt;&lt;BR /&gt;ping.pl -I -t 5 -n 3 bugs&lt;BR /&gt;STAT=${?}&lt;BR /&gt;&lt;BR /&gt;if [[ ${STAT} -ne 0 ]]&lt;BR /&gt;  then&lt;BR /&gt;    echo "Ping of host bugs failed"&lt;BR /&gt;  fi&lt;BR /&gt;&lt;BR /&gt;This will request an ICMP ping with a timeout of 5 seconds and 3 attempts on host 'bugs'. This approach is much easier that parsing stderr of ping itself and the timeout and built-in.&lt;BR /&gt;</description>
    <pubDate>Tue, 05 Nov 2002 15:58:39 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2002-11-05T15:58:39Z</dc:date>
    <item>
      <title>ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838954#M581572</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;I having a problem to determine the network connectivity. I have an application that will generate kind of alarm on the screen if there is any problem with network connection and the alrm cease automaticcaly if the problem resolve, according to our design the script use "ping" on ICMP level and hostname to get the status of the connection. What happen now is, although the alarm is report problem with connection BUT when I ping manually it doesn't show any time out or any problem with coonection. ( the alarm generate and cease quickly)&lt;BR /&gt;&lt;BR /&gt;So I am looking a script that can continously ping (delay, timeout etc..) the ip or hostname then when there is a problem with network conn it stop automatically and produce report or create log file with date and time. This will help me to match with my alarm database. Would appreciate if someone can help.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Munawwar</description>
      <pubDate>Tue, 05 Nov 2002 07:10:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838954#M581572</guid>
      <dc:creator>Ahmad Munawwar</dc:creator>
      <dc:date>2002-11-05T07:10:07Z</dc:date>
    </item>
    <item>
      <title>Re: ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838955#M581573</link>
      <description>Hi Munawar,&lt;BR /&gt;  Try the following script and modify according to your requirement.The attached script looks into a file /ADMscripts/hosts.list&lt;BR /&gt;(all the hostname needs to be monitored is listed in this file.&lt;BR /&gt;-----------------------------------------------&lt;BR /&gt;#!/usr/bin/ksh&lt;BR /&gt;ext=$RANDOM&lt;BR /&gt;&amp;gt;/tmp/status.$ext&lt;BR /&gt;for i in `cat /ADMscripts/hosts.list`&lt;BR /&gt;do&lt;BR /&gt;echo "$i \t \c" &amp;gt;&amp;gt;/tmp/status.$ext&lt;BR /&gt;z=`ping $i -n 3|grep "packet loss"|awk -F , '{print $3}'`&lt;BR /&gt;echo $z &amp;gt;&amp;gt;/tmp/status.$ext&lt;BR /&gt;loss=`echo $z|awk '{print $1}'|tr -d "%"`&lt;BR /&gt;if [ -z "$loss" ]&lt;BR /&gt;then&lt;BR /&gt;mailx -s "ALERT:Failure of $i NameResolution" abc@abc.com &amp;amp;1&lt;BR /&gt;elif&lt;BR /&gt;[ "$loss" -ne "0" ]&lt;BR /&gt;then&lt;BR /&gt;mailx -s "ALERT:$i System packet loss is $loss%" abc@abc.com &amp;amp;1&lt;BR /&gt;else&lt;BR /&gt;cat /dev/null&lt;BR /&gt;fi&lt;BR /&gt;done&lt;BR /&gt;-----------------------------------------------</description>
      <pubDate>Tue, 05 Nov 2002 08:01:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838955#M581573</guid>
      <dc:creator>suki</dc:creator>
      <dc:date>2002-11-05T08:01:53Z</dc:date>
    </item>
    <item>
      <title>Re: ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838956#M581574</link>
      <description>You need &lt;A href="http://www.bb4.com" target="_blank"&gt;http://www.bb4.com&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;live free or die&lt;BR /&gt;harry</description>
      <pubDate>Tue, 05 Nov 2002 11:59:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838956#M581574</guid>
      <dc:creator>harry d brown jr</dc:creator>
      <dc:date>2002-11-05T11:59:42Z</dc:date>
    </item>
    <item>
      <title>Re: ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838957#M581575</link>
      <description>ping may not the best tool for verifying connectivity but it can be used.  However, if you use ping, send more than 1 packet and check that you do not get 100% packet loss.&lt;BR /&gt;&lt;BR /&gt;Search the forums and you should find some examples.&lt;BR /&gt;&lt;BR /&gt;Darrell</description>
      <pubDate>Tue, 05 Nov 2002 14:20:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838957#M581575</guid>
      <dc:creator>Darrell Allen</dc:creator>
      <dc:date>2002-11-05T14:20:03Z</dc:date>
    </item>
    <item>
      <title>Re: ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838958#M581576</link>
      <description>I'll give you the difficult part and you simply have to write the wrapper script. Ping.pl can send and ICMP,TCP, or UDP ping to a host with a variable timeout and repeat a variable number of times. The only thing that you need to do is examine the exit status: 0 - good.&lt;BR /&gt;&lt;BR /&gt;e.g.&lt;BR /&gt;&lt;BR /&gt;ping.pl -I -t 5 -n 3 bugs&lt;BR /&gt;STAT=${?}&lt;BR /&gt;&lt;BR /&gt;if [[ ${STAT} -ne 0 ]]&lt;BR /&gt;  then&lt;BR /&gt;    echo "Ping of host bugs failed"&lt;BR /&gt;  fi&lt;BR /&gt;&lt;BR /&gt;This will request an ICMP ping with a timeout of 5 seconds and 3 attempts on host 'bugs'. This approach is much easier that parsing stderr of ping itself and the timeout and built-in.&lt;BR /&gt;</description>
      <pubDate>Tue, 05 Nov 2002 15:58:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838958#M581576</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-11-05T15:58:39Z</dc:date>
    </item>
    <item>
      <title>Re: ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838959#M581577</link>
      <description>In addition to what Clay gave you, I would recommend you set this ping in a loop to recheck if failure occurs the first time.  Busy hosts, busy switches, etc.. can cause an initial failure, but the second time may work.  &lt;BR /&gt;&lt;BR /&gt;It's worth recording all failures so that you are aware of issues, but paging/emailing for a down host that is not down will get annoying.&lt;BR /&gt;&lt;BR /&gt;Harry, BB in my opinion is not very good.  I spent alot of time setting it up, and making it work.  I get more use out of scripts like Clay demonstrates than investing so much time in BB.  BB works well for Linux, but not enough functionality for HP-UX to be worth the time.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Shannon</description>
      <pubDate>Tue, 05 Nov 2002 16:09:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838959#M581577</guid>
      <dc:creator>Shannon Petry</dc:creator>
      <dc:date>2002-11-05T16:09:24Z</dc:date>
    </item>
    <item>
      <title>Re: ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838960#M581578</link>
      <description>You probably have a WAN link which is overloaded or full of erros.  An overloaded WAN link causes the packets to get in a queue to go over the WAN.  If the queue gets too long new packets get dropped at random.  Same with errors.  Doesn't bother tcp/ip very much.  It just slows down and resends the packet.  However, ICMP is just the one packet and if it doesn't make it that's the end of it.  Check your router's WAN interface input queues for drops.&lt;BR /&gt;&lt;BR /&gt;You may need to filter out garbage that doesn't need to go over the WAN or change the queue length or type.  Or if you have lots of money get more bandwidth.  If it's caused by errors then get on your supllier to clean them up.&lt;BR /&gt;&lt;BR /&gt;Look into MRTG.  You can have it monitor the traffic and drops/errors and really see what is going on.  It can even map your ping delay times if you work with it a little.  Runs on most anything and is free.  &lt;A href="http://www.mrtg.cz/" target="_blank"&gt;http://www.mrtg.cz/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Ron</description>
      <pubDate>Tue, 05 Nov 2002 17:55:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838960#M581578</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2002-11-05T17:55:42Z</dc:date>
    </item>
    <item>
      <title>Re: ping report</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838961#M581579</link>
      <description>I have been using MON which is scripted entirely in PERL.  &lt;BR /&gt;It has a variety of alert mechanisms and monitors.&lt;BR /&gt;I found it easy to configure.&lt;BR /&gt;&lt;BR /&gt;You can find it at:&lt;BR /&gt;&lt;A href="http://www.kernel.org/software/mon/" target="_blank"&gt;http://www.kernel.org/software/mon/&lt;/A&gt;</description>
      <pubDate>Wed, 06 Nov 2002 18:08:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ping-report/m-p/2838961#M581579</guid>
      <dc:creator>Bill Thorsteinson</dc:creator>
      <dc:date>2002-11-06T18:08:39Z</dc:date>
    </item>
  </channel>
</rss>

