I once recovered a stolen car with ping.<p>It was 2002 (2003?), and we had just launched Zipcar in New York. Being a naive start-up we had perhaps not the most stringent security measures in place to prevent fraud and theft. Sure enough, a couple of weeks in and one of our cars went missing. Calls to the member went unreturned, and it became clear that the member was not who they claimed to be and had no intention of returning the car.<p>At the time Zipcar was using the mobile analog CDPD network for vehicle communications, which had a top speed of something like 19.2k/s and cost us around $1/month per KB of data. However, it also had a limited number of data channels, and since it used the old AMPS network broadcast in the 800 - 900 MHz range. I happened to have an amateur radio license and a radio that was able to receive in that band.<p>Since we were still in contact with the missing car we knew it hadn't been chopped (yet) and I figured we might be able to use some sort of radio direction finding technique to locate the car. My friend and fellow engineer Carl was able to reprogram the firmware of our embedded electronics to tell us which cell tower the car was in contact with, and with that we could look up the FCC id in their database to find the tower's street address.<p>So my boss Roy and I hopped into his car and drove to Long Island. We drove up to the tower, and I leaned out the window of his minivan with a yagi antenna and my radio (set to scan the 40 or so CDPD channels.) We asked Carl (back in Boston) to start pinging the car. To the radio this sounded like a half-second burst of static, but since it was very regular it was also very easy to identify. Sure enough, after driving around for a few minutes we picked up the signal. <i>pffft</i> <i>pffft</i> <i>pffft</i><p>We drove around the tower in a wide circle until the signal was the strongest, got out to scan the area, then used the new bearing to reduce the circle. Eventually we ended up in the parking lot of the Long Island railroad. There in the back corner was our car, luckily unscathed and none the worse for wear.<p>Ping rocks.
This is a good one too, although not strictly ping related.<p><a href="http://www.ibiblio.org/harris/500milemail.html" rel="nofollow">http://www.ibiblio.org/harris/500milemail.html</a>
<a href="http://bash.org/?5273" rel="nofollow">http://bash.org/?5273</a><p>Surely most people reading this will know the quote linked without having to even click it.
IN particular, that story is about 10Base2, where the topology is not hub-and-spoke but a single cable that snakes from NIC to NIC, with BNC twist-lock connectors and a T-junction at each stop. (And a required termination resistor at the end to stop reflection...)
The linked page appears to be a spammy copy of the original here:
<a href="http://ftp.arl.army.mil/~mike/ping.html" rel="nofollow">http://ftp.arl.army.mil/~mike/ping.html</a><p>It doesn't correctly credit the real author of ping:
<a href="http://en.wikipedia.org/wiki/Mike_Muuss" rel="nofollow">http://en.wikipedia.org/wiki/Mike_Muuss</a>
Do someone know how to run a command for every line emitted in a unix pipe? I tried the oneliner in the linked story using Mac OS X’s `say`, but it doesn’t work with pipes.
After a cross country move to a remote coastal town, my wife and I were left at our destination with only a small portion of our possessions. The rest of our stuff was making its way there with the hired movers.<p>I got into a strange situation where I needed my Mac Mini for something, but it was still trying to connect to an old wired connection instead of the new wireless one. I didn't have any of my cables or display adapters -- just a keyboard.<p>Long story short: the Mac Mini has an internal speaker, and OS X comes with a vocoder shell program. I managed to boot into the OS and launch terminal, and blindly typed commands into it, piping the output to the vocoder app until I got things working.
Ping fans, be sure to check out bing! Fun stuff and 97.2% accurate (not really)! :)<p>> Bing is a point-to-point bandwidth measurement tool (hence the 'b'), based on ping.
Bing determines the real (raw, as opposed to available or average) throughput on a link by measuring ICMP echo requests roundtrip times for different packet sizes for each end of the link.<p><a href="http://fgouget.free.fr/bing/bing_src-readme.shtml" rel="nofollow">http://fgouget.free.fr/bing/bing_src-readme.shtml</a>
Is it just my network administrator or do others drop outgoing Ping messages at the corporate firewall? This has cost me and others more time than I would like to admit for some vague "security" reason that he won't or can't explain.
We once had an Ericsson MSC that only replied to _uneven_ ICMP packets due to some bug.<p>Made it look like there was 50% packet loss on an otherwise perfectly good Cat 5 cable...<p>(edit: ICMP instead of IP)
And now, 2015, in my corporate networks ICMP messages are filtered by firewall (they say that's due to security reasons).
Is this the beginning of the end of ping?
now I'm really tempted to add some voice notification function to pingd [<a href="https://github.com/pinggg/pingd" rel="nofollow">https://github.com/pinggg/pingd</a>]