Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[ALLY] Re: Ping!

 [1/23] from: stefan:falk:slg:se at: 4-Dec-2000 10:26


Pong!

 [2/23] from: arolls:bigpond:au at: 4-Dec-2000 20:52


Got it, thanks for restoring my confidence. Mike? Anton. By the way, are you using the "cut-line" (at the end) with rebol (or what?) I remember chatting about this ages ago... Anton.

 [3/23] from: allenk:powerup:au at: 4-Dec-2000 22:05


ping...........|............gnoq About 2 weeks ago, I was dropped from all the lists, so I resubscribed with my old address. Things seem to fine again. Allen K

 [4/23] from: al:bri:xtra at: 4-Dec-2000 22:26


Just testing... Andrew Martin Carefully listening... ICQ: 26227169 http://members.nbci.com/AndrewMartin/

 [5/23] from: files:technomages at: 9-Feb-2001 12:02


So I am new to Rebol - I ahve gotten the rebol for dummies book (great), and I was wondering how I could get Rebol to ping an address, and return the results to the rebol script. Any light that someone could shed on this would be greatly appreciated. Thomas.

 [6/23] from: ptretter:norcom2000 at: 9-Feb-2001 11:58


You cant. ICMP is not supported with REBOL which in the future I hope it is and it should be a part of /core and not some add on feature. Paul Tretter

 [7/23] from: holger:rebol at: 9-Feb-2001 10:33


On Fri, Feb 09, 2001 at 11:58:03AM -0600, Paul Tretter wrote:
> You cant. ICMP is not supported with REBOL which in the future I hope it is > and it should be a part of /core and not some add on feature.
The problem is that on some platforms (Unix, QNX, some others) ICMP requires root privileges, so on those platforms any REBOL scripts refering to it could only be run by root or by a REBOL binary installed with setuid root. ICMP as a protocol is really not all that useful. It is used internally by UDP and TCP, mostly, to return errors, and those errors are reported back by the stack to the socket, so they are already available in REBOL, as errors at the port level. The only potentially useful part of ICMP is "echo" (used by ping), and even that is overrated. Ping does not work through proxies and some firewalls, so in general it cannot be used to check for connectivity to a host. Ping is a useful diagnostic tool for net admins, but IMHO has no place in applications or scripting. Writing an application or a script that first tries to "ping" a host before trying to create a connection to it is a typical beginner's mistake. Those scripts break as soon as you switch platforms or network settings, whereas scripts that simply try to create a connection work everywhere. At the moment my feeling is that the marginal benefits of having ping in REBOL do not outweigh the resulting compatibility problems in proxy environments and across platforms. -- Holger Kruse [holger--rebol--com]

 [8/23] from: ptretter:norcom2000 at: 9-Feb-2001 13:06


Well said Holger. Paul Tretter

 [9/23] from: larry:ecotope at: 9-Feb-2001 11:23


Holger wrote:
>Ping is > a useful diagnostic tool for net admins, but IMHO has no place in
applications
> or scripting.
I often use ping on my LAN to check for correct TCP operation when installing a new machine or when there seems to be a TCP configuration problem with a machine. Is there a way to make this check using REBOL's TCP capabilities without running a REBOL server script on the target amchine? Cheers -Larry

 [10/23] from: chris:starforge at: 9-Feb-2001 19:35


#09-Feb-01# Message from *Larry Palmiter*: Hi Larry,
> I often use ping on my LAN to check for correct TCP operation when > installing a new machine or when there seems to be a TCP configuration > problem with a machine. Is there a way to make this check using REBOL's > TCP capabilities without running a REBOL server script on the target > amchine?
Why not try connecting to a well-known port? auth is often visible even through firewalls and AFAIK most systems will allow connections to auth - if the connection is made then you know the server is there... Chris -- New sig in the works Explorer 2260, Designer and Coder http://www.starforge.co.uk -- Love your enemies: they'll go crazy trying to figure out what you're up to.

 [11/23] from: greg_piney:mcgraw-hill at: 9-Feb-2001 14:42


It would be nice to have a mechanism to check on the availability of a server (Rebol Server) from an application Without having to wait 30+ seconds for a timeout. Greg Piney Standard and Poor's Web Engineering Larry Palmiter <[larry--ecotope--com]> on 02/09/2001 02:23:52 PM Please respond to [rebol-list--rebol--com] To: [rebol-list--rebol--com] cc: (bcc: Greg Piney/McGraw-Hill/US) Subject [REBOL] Re: Ping? : Holger wrote:
>Ping is > a useful diagnostic tool for net admins, but IMHO has no place in
applications
> or scripting.
I often use ping on my LAN to check for correct TCP operation when installing a new machine or when there seems to be a TCP configuration problem with a machine. Is there a way to make this check using REBOL's TCP capabilities without running a REBOL server script on the target amchine? Cheers -Larry

 [12/23] from: gjones05:mail:orion at: 9-Feb-2001 13:40


Hi, Thomas, Welcome to REBOL. What were you wishing to accomplish with ping? Perhaps there is a better REBOL-way to achieve the task without ping per se. --Scott

 [13/23] from: mat:eurogamer at: 9-Feb-2001 19:52


Heya Holger, HK> Ping is HK> a useful diagnostic tool for net admins, but IMHO has no place in applications HK> or scripting. Recent application requirement. Ping a load of DSL routers and report on their status as being up or down. Output to a web page etc. I thought Rebol, realised it didn't do it. Someone else did it in another language. No money for me. -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com

 [14/23] from: mat:eurogamer at: 9-Feb-2001 19:54


Heya Chris, C> Why not try connecting to a well-known port? auth is often visible even C> through firewalls and AFAIK most systems will allow connections to auth C> - if the connection is made then you know the server is there... Regular NAT-enabled DSL in the UK provided by British Telecom does not. Some people have SMTP servers, ftp ports etc but there is no port you can guarantee. Even telnet, oddly. -- Mat Bettinson - EuroGamer's Gaming Evangelist with a Goatee http://www.eurogamer.net | http://www.eurogamer-network.com

 [15/23] from: doug:vos:eds at: 9-Feb-2001 15:56


We also use a lot of test for DNS to gather a little more info about the "unknown" device, but that will not tell you if it's alive... eg. xdns: read dns://198.20.99.11

 [16/23] from: doug:vos:eds at: 9-Feb-2001 15:54


... so here is a "way to ping with REBOL..." 1. REBOL writes the batch file 2. you run the batch/shell file 3. the last line in the batch file calls next REBOL script... ;------------------------------------------------------------ This script will ping every static IP address in a DHCP tab file to see if the device is still there. Then the DHCP admin can clean up DHCP for devices that have been shut off or moved to a different LAN segment.... It works by creating a batch file (.BAT) You could modify it for other platforms... eg. UNIX/LINUX shell The main guts of the script is the following few lines: { fwrite rejoin [ {echo. } ip/host-name { > } fname newline {ping } ip/ip-addr { >> } fname ] } It creates a file of ping results for each device, like %/ping-result-path/198.99.1.11.txt If you want the other files, that go along with this let me know...
<snip>
REBOL [ Title: "Ping batch file creator." File: %ping-bat-maker.r Version: 0.1.1 Date: 9-Feb-2001 Author: "Douglas Vos" E-Mail: [doug--vos--eds--com] Purpose: {Read in a file of devices from DHCP file and output a batchfile that will ping all the devices.} History: [ 0.1.0 [2-Feb-2001 {Began script.} "DJV"] 0.1.1 [9-Feb-2001 {Now calls parse-dhcp-lib.r to parse DHCP tab file in native format rather than working from temporary file.} DJV ] ] ] ;------------------------------------------------------------------------ ;----------- DECLARE THE GLOBAL VARIABLES in object gv ------------------ ;------------------------------------------------------------------------ gv: make object! [ dhcp-native: %/c/data/dhcp/rc/rn1_dhcp3tab.txt outpfile: %/c/data/pings/rc/pings.bat ] ;------------------------------------------------------------------------ ;-------------------- LOAD ANY REQUIRED EXTERNAL LIBRARIES -------------- ;------------------------------------------------------------------------ do join pc-path %parse-dhcp-lib.r ;------------------------------------------------------------------------ ;--------------------- DEFINE ANY HELPER FUNCTIONS ---------------------- ;------------------------------------------------------------------------ fwrite: func [ {Write output to specified file.} item [string!] {String to write to file - c/r will be appended.} ][ write/append/lines gv/outpfile item ] ;------------------------------------------------------------------------ ;------------- BEGIN MAIN PROCESS OF SCRIPT ----------------------------- ;------------------------------------------------------------------------ if exists? gv/outpfile [delete gv/outpfile] print [{Reading DHCP file: } gv/dhcp-native ] xips: filter-devices (parse-dhcp-file gv/dhcp-native) "STAT" print [{Writing batch-file of STATIC addresses to ping: } gv/outpfile] fwrite {DEL *.txt} foreach ip xips [ fname: rejoin [ip/ip-addr ".txt" ] fwrite rejoin [ {echo. } ip/host-name { > } fname newline {ping } ip/ip-addr { >> } fname ] ] fwrite {cd \rebol\core-2-3} fwrite {rebol -s --script %/e/scripts/rs/pingxlate.r} </snip>

 [17/23] from: holger:rebol at: 9-Feb-2001 12:56


On Fri, Feb 09, 2001 at 02:42:10PM -0500, [greg_piney--mcgraw-hill--com] wrote:
> It would be nice to have a mechanism to check on the availability > of a server (Rebol Server) from an application Without having > to wait 30+ seconds for a timeout.
That will be possible once the async port extensions are available. -- Holger Kruse [holger--rebol--com]

 [18/23] from: doug:vos:eds at: 9-Feb-2001 15:57


Anybody have a good protocol for testing if a printer is alive. We have about 400-500 HP Laser printers, and most of them are telnet enabled, so you could modify testing the telnet port. Any other ideas?

 [19/23] from: gjones05:mail:orion at: 9-Feb-2001 16:40


Hi, All, From: "Holger Kruse" <snip> Ping is a useful diagnostic tool for net admins,</snip> Humorous story I ran across about ping; Holger's reply inspired me to post it. From: "Mike Muuss" - the original author of ping Site: http://ftp.arl.mil/~mike/ping.html <excerpt> The best ping story I've ever heard was told to me at a USENIX conference, where a network administrator with an intermittent Ethernet [failure] had linked the ping program to his vocoder program, in essence writing: ping goodhost | sed -e 's/.*/ping/' | vocoder He wired the vocoder's output into his office stereo and turned up the volume as loud as he could stand. The computer sat there shouting "Ping, ping, ping..." once a second, and he wandered through the building wiggling Ethernet connectors until the sound stopped. And that's how he found the intermittent failure. </excerpt> Cheers, on a Friday afternoon! --Scott

 [20/23] from: al:bri:xtra at: 10-Feb-2001 12:06


> <excerpt> > The best ping story I've ever heard was told to me at a USENIX conference,
<<quoted lines omitted: 4>>
> volume as loud as he could stand. The computer sat there shouting "Ping, > ping, ping..." once a second, and he wandered through the building
wiggling
> Ethernet connectors until the sound stopped. And that's how he found the > intermittent failure. > </excerpt>
So wouldn't it better to use a star rather than a loop network? That way the network works more reliably. Andrew Martin ICQ: 26227169 http://members.nbci.com/AndrewMartin/

 [21/23] from: morgenwe:optonline at: 10-Feb-2001 3:17


I use ping through the REBOL/COMAND but I would much rather use something else like something built into REBOL/CORE. I use it to detect if clients are on the network or truned off. -Larry Paul Tretter wrote:

 [22/23] from: kolla:nvg:ntnu:no at: 10-Feb-2001 22:22


On Sat, 10 Feb 2001, Andrew Martin wrote:
> So wouldn't it better to use a star rather than a loop network? That way the > network works more reliably.
Sure. But do you have any idea about the cost of doing so, and the willingness from the "boys with money bags" when you're in a building you'll move out from RSN? And who said it as a recent story :) -- kolla, stuck with coax for (at least) another year

 [23/23] from: al:bri:xtra at: 11-Feb-2001 11:57


> > So wouldn't it better to use a star rather than a loop network? That way
the network works more reliably.
> Sure. But do you have any idea about the cost of doing so, and the
willingness from the "boys with money bags" when you're in a building you'll move out from RSN?
> And who said it as a recent story :)
-- kolla, stuck with coax for (at least) another year <Rhetorical> And how much time have you and all your fellow workers wasted with problems on the network? Isn't that the true cost? </Rhetorical> :-) Andrew Martin ICQ: 26227169 http://members.nbci.com/AndrewMartin/

Notes
  • Quoted lines have been omitted from some messages.
    View the message alone to see the lines that have been omitted