Slashdot Mirror
Using Sound To Test Internet Connections
sifi writes "An article in the New Scientist claims that by converting the frequencies of a 'ping' to sound it is possible to hear the reliability and strength of an internet connection.
They then go on to claim that all this is going to make telesurgery safe.
I quite frankly think that this is a case of the media printing something becuase it sounds (pun intended) cool. I'm convinced that there's nothing here that couldn't be done with a suitably clever piece of software - unless I'm missing something."
The Machine that goes "Ping!"
Diplomacy is the art of saying "nice doggie" whilst looking for a rock
... Ping timeout ...
Sorry, your dead !
That's always a good way to hear how good your connection is.
Doesn't that sound like Slashdot?
The difference, in this case is, that sound will relate a linear interpretation, end-to-end, where software will simply return a snap shot of any given element.
OBSTETRICIAN: Yes. More apparatus, please, nurse: the E.E.G., the B.P. monitor, and the A.V.V.
NURSE #1: Yes. Certainly, Doctor.
DOCTOR SPENSER: And, uh, get the machine that goes 'ping'.
Malike Bamiyi wanted my assistance.
the frame rate crashing just about when the knife is going in to the guys lungs be a more obvious sign? personnaly i think they should use M$ Force Feed Back 2 Joy stick to run those ops,
Anything over TCP/IP is Digital... there is no frequency beside on and off.
The article says "Chafe wondered if variations in jitter [they defined as the deviations in the ping] could be converted into a musical form."
Fine convert the jitter to music... but how is that going to help you beyond what a numeric display would tell you?
I have a feeling none of these people have a clue about what they are babbling about.
'He was a dreamer, a thinker, a speculative philosopher... or, as his wife would have it, an idiot.' - Douglas Adams
Well... Technically if you take the lag between the different bits of the reception of the ping, you could get the "sound" of your modem/broadband.
... and it's hoping the usage of the different nodes are constant and have enough bandwidth to support the steam in the first place.
Other way, if you send 3000 1-byte pings and convert the lag of the pings to a sample, you should have a pretty good approximation of the discrepencies of your connection.
Now as to say where does these discrepencies come from, it's another matter altogether. To have a totally reliable solution, you should receive samples from every part of the traceroute and make sure that traceroute is kept for your "telesurgery".
I don't see it as baloney, it's certainly a novel approach. But as for an useful application, I'm less than sure. In a few years, maybe.
Mike
The every-other-month posts about turning xxxx into sound....it's funny all the things they take and turn into sound, but why a ping? That CANNOT be the easiest/best way to do it, is the sound the ping makes (I cannot get the sound of sonar out of my head no matter how hard I try) going to be monitored by machine? If not whats to say the person monitoring it doesn't have crappy hearing. And if a machine monitors it, that CAN'T be a lightweight bit of software/hardware.
I agree with the "they thought it was cool" blurb.
"The saddest words of mice and men, are not those which were, but should have been."
during the dark age (b4 my cable modem/DSL line) My dialup was a complete pain in the ass as far as line noise was concerned, an audible "ping" would be able to test this... no?
yeah, i know someone else probably already mentioned this but...
The last three main stories:
"I'm convinced that there's nothing here that couldn't be done with a suitably clever piece of software"
"Interesting story, no real information though"
"It's not a very substantive piece, but a good discussion starter"
I would hate to see the submitted storys that are rejected!
And they're just now discovering it? Did the reporter read a man page or something?
Like what I said? You might like my music
$ ping www.goatse.cx > /dev/dsp
you've been warned...there is no CNN at the end of that url below, right?
"wa#$tson, co@(me h@#ere! I nee#(d y@($u!!" Ping done. Reliability: 1
Rather than a novel approach, isn't that just 'interface' thingy ?
The most important point is the connection itself. The surgeon should know when it goes down, or when latency changes, whatever the means used (light, sound, hell, why not electric shock !).
I see that as a maybe fun way to see the trouble, but it won't solve it.
I'll of course assume the surgeon buys special bandwidth with certified low- or fixed- latency before doing the surgical act...
Tsuyoikoto ha taisetsu da ne, dakedo namida mo hitsuyousa (Strength is an important thing, but tears too are necessary)
Given that I've missed a few targets with the railgun due to lag, tell me, how many people reading this would lie under a robot with a knief in it's paw/claw/hand/whatever given that the professional controlling it has a "railgun" view of you?
Ak
What it sounds like when you connect to AOL and play the "sound" of the connection.
I'm guessing it's just going to sound like people laughing at you.
The article mentions that you could use this technique to monitor if the line is OK just before a critical operation. But will testing the quality of the line now give enough assurance that this quality will still be met in the middle of the operation, when there is no turning back?
I think that for these critical applications any simple test like this will never suffice, and you will need some way of guaranteeing that a minimal level of signal quality will be there, regardless of changing circumstances.
But with an audible ping, they could make sure they have a good connection for the delicate procedures.
Sure, there could be a doctor holding two fingers on the jugular of a patient, but that requires another person, and sure they could have a machine that did it for them without sound, but that would require people to be watching it.
Having an audible signal for when something goes wrong makes multitasking easier, and therefore, this could be beneficial.
Hey, there's no 'ping' button on ie's taskbar, how can the average user know that command exists ?
ie replies 'connection timed out' whatever the error is, so people don't check if the remote host is up or not using 'ping'...
(ok, free bashing on ie, sometimes you just hafta say what you got inside you !)
Tsuyoikoto ha taisetsu da ne, dakedo namida mo hitsuyousa (Strength is an important thing, but tears too are necessary)
The human ear (and the corresponding piece of driver code in the brain) is very sensitive to regularities and irregularities in sounds. If you convert something to sound and get used to it, you can very easily spot how it "sounds wrong" when something changes.
Seismographists used to convert earthquake vibration patterns to human-audible sounds; this way it became very easy for a trained ear to distinguish between natural quakes and Soviet nuclear tests. On a screen, both looked like a jumble of lines.
Of course, a clever piece of software can do this too - but you already have this clever piece of software installed for free in your brain.
(Unfortunately it is free-beer, as the source is not available. Hmmmm, I guess rms should target God as the largest producer of closed-source software in the Universe?)
If you don't want to figure out how to insert a literal ^G, you can try this simple example:
Do a quick google for hospital machine ping and voila the meaning of life!
I hadn't the slightest objection to his spending his time planning massacres for the bourgeoisie... (P.G. Wodehouse)
So the surgeon will have this walkman, and only cuts something when the music is harmonious.
It looks ridiculous said like this, but imagine the uses in emergency situations - you have to setup a connection using whatever network you can find, and the bandwidth usage changes constantly. So by listening to the "sound", you can take action at the right time without worrying about lag.
The ENIAC Demo Competition
" it is possible to hear the reliability and strength of an internet connection"..."I'm convinced that there's nothing here that couldn't be done with a suitably clever piece of software - unless I'm missing something."
;)
Of course, you can always do it using a suitably clever piece of software that "converts the frequencies of a 'ping' to sound", what were they thinking?
"The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." Bill Gates,
ever wondered whar "ping" means
Semper ubi sub ubi
of Sean Connery (dressed like a sub captain in the Hunt for Red October) standing in a NOC giving the command:
Connery: "One Ping Mr. Reilly"
Reilly: "But Sir!"
Connery: "I said one ping!"
WTF? Over?
testing a network in this way is near enough to useless to make no difference.
The concept is that of "continuity". We are surrounded by it, we are so used to it that we don't perceive it as such anymore: objects do not simply appear out of thin air, or disappear with/without a puff of smoke. Objects do have edges, but they are well-defined and predictable. For example: my table stops *there* [stares at table], right at the edge, and will continue to do so until further notice. If at some point it no longer stops *there*, e.g. because someone moved it, or it broke, then I probably will be able to tell why. In addition, I can judge the permenance of objects in the physical word with a good degree of certainty: I can tell the difference between a good, solid table, and a wonky one.
Networks are different: they go down for no apparent reason, suddenly, and without warning. They can be more or less robust, but I will not be able to tell how robust a network is with a couple a pings.
The physical-world analogy of that which is being proposed in this article is the following:
A surgeon knows from experience that her hands occasionally just disappear, and then reappear again a while later. She personally doesn't know why this is, but has gotten used to it. During surgery, it is bad for her hands to disappear. So, before performing surgery, she waves her hands about, shakes them, wrings them, and it they're still there, it'll probably be okay.
Great. The point is that what the surgeon needs to know about the network (or in the analogy, her hands), is *why* it disappears, and under what circumstances. Only then will surgery be able to be performed with a calculable degree of risk. So: build a dedicated network, with guaranteed ping times, zero jitter, et cetera. Then, once you have gained some faith that your network is reliable, by all means test it before using it, but do not rely on some arcane hand-waving to judge if it's good enough or not. If there is any reason that any parameters of a network may change during tele-surgery - like some PFY firing up Kazaa - then it's simply not good enough for the task.
yes, we have no bananas
When I first read the headlines I imagined that weenie from the teleco ads using VoIP to ask "Can you hear me now?"
Trolling is a art,
"It's pretty simple, really," says Straub. "We just set up a couple standard gaming stations: one in the operating theatre with the patient, and one by the chief surgeon. They play against each other and report whenever they've been fragged. By tracking the frag rate, we can get a surprisingly accurate picture of the quality of the connection."
Because the gaming and surgical computers use entirely different protocols, there is no way for the two signals to get confused.
Straub admits that there is one thing that needs to be overcome before his method sees widespread use. "We've had a couple complaints from the surgeons about distractions from the gamer. And I can see their point. When you're chest-deep in someone half a continent away, you don't really want someone yelling '34t h0t l34d, suxx0rZ!' in your ear."
"But we're thinking of maybe removing the larynx of gamers for this. It's probably the simplest solution."
Open-source figurehead and programming guru Richard Stallman was unavailable for comment at press time. "He's having a gall-bladder operation right now," said a source close to the FSF founder. "He's going to be a few weeks recovering from the plasma burns."
Carousel is a lie!
http://www.tuxedo.org/~esr/jargon/jargon.html#ping
This was done years ago according to the jargon file.
Cynicism is the natural defence of the romantic.
I don't think the poster quite got the article. Regardless of whether this can be implemented in software or would require new hardware (don't know myself) this is a novel idea.
When you ping a machine from the command line, you get a list of ping times, which scroll by at a rate of about 2 per second or so. This doesn't show you the truly short-term behaviour of the connection. If I have understood correctly (and with the science writer "guitar string" crap removed), the idea here is to ping continually whilst playing a sound whose period (1/frequency) is the same as the ping time.
This has two advantages I can think of. The first and most important is that the ear is much better at picking up on a change in frequency than the eye is at picking out a couple of unusually high or low numbers in a scrolling list. This means that you can carry out a much larger number of "useful" pings (ie. ones whose results can be understood and used by an operator) per second. The second is that most networking applications (including telesurgery) don't make any use of sound, so the output of the pings is made continuously available to the user in a way that doesn't interfere with the task he/she is carrying out.
I don't know a thing about telesurgery, but if the very short term behaviour of the connection is important, this sounds like an ingenious way of keeping the user continuously updated.
"The Milliard Gargantubrain? A mere abacus - mention it not."
Woah! Don't jump to such radical conclusions! It takes years of using a UNIX like OS to be able to consult man pages.
The ears are by far our most sensitive sensory system. The eyes can easily be fooled (if they couldn't there'd be no movies or TV). Sense of touch can be compromised by callouses. Taste...well no two people taste quite the same. Same is true for smell. Then we have our ears....Most people can hear over at least a 100 db dynamic range. sense of pitch - the ability to hear minute changes in the frequency of sounds is quite acute. So it the ability to hear the variance in time between sounds. Yes, there are quirks about our hearing such as the ability to mask sounds, and the fact that we only hear the louder of two frequencies close together (otherwise MP3 and Ogg encoding wouldn't work) but these anomolies have been extensively studied and are faily well known. Another thing...our hearing can be trained too! We can learn to hear things better/differently...just ask any audiophile. All in all, nature has given us a great test instrument in our hearing.....
How about transforming each http request to the webserver to sound? It would be something like this:
g .i ngp ingi ii [blue smoke from webserver] piiiiiiiiiHONK... HONK[fire alarm going off]
ping........ping........ping....[slashdot story posted]....ping..ping...ping.ping..ping..ping.pin
ping.pingpingpingpingpingpingpingpingpingpingp
pipipipipipipipiipiipipipipipiiiiiiiiiiiiiii
"I'd rather have a full bottle in front of me than a full frontal lobotomy"
Oh, it's not a guage, oh, why don't they print out a number... Sounds like a bunch of frustrated programmers who haven't had an idea of their own.
... It's so simple, it's perfect. Like treemaps. Have you ever seen hiarchial data represented in such a useful manner?
It's called human computer interaction. The doctor has his hands and eyes full. A small auditory queue of whether it's safe to try to move that robotic arm (via an APPROPRIATE interface, not the keypad on your keyboard) is of great benefit.
It's simple, effective, and doesn't require an understanding of networking or what the numbers mean. Low pitch bad, high pitch good (or whatever the mapping is)
This has been out for years. Just run an MP3 or OGG streaming server like Icecast, Shoutcast or SimpleServe Shout. You can hear the stream degrade or improve as through-put changes. Plus most streaming server have a status window that will show you how your connection is doing. If you have good sound quality you know you have a good connection.
Why do they make simple things complicated?
Icecast: http://www.icecast.org
ShoutCast: http://www.shoutcast.com
SimpleServer Shout: http://www.analogx.com
You say things that offend me and I can deal with it. Can you?
Then stop linking to New Scientist. It seems like every story posted to /. from there is either over-hyped, or wild speculation.
On the other hand, maybe people just really enjoy debunking lousy science news stories. That would fit in with the geek know-it-all mindset. Like I've just demonstrated.
As for my vote, please stick to news from the more level-headed science reporting magazines, such as Science News or maybe Science Daily.
there are similar projects dealing with the aural network-traffic. birds tweeting when there is traffic. or a kind of synthetic morse alphabet to show the network-protocol and the kind of data..
one of them is a kind of plugin for apache:
digital emotions
..and they can fetch some from 'Saving Private Ryan':
Ping Ping, n. Probably of imitative origin.
The sound made by a bullet in striking a solid object or in passing through the air.
1913 Webster
They'd feel themselves real field surgeons then.
Lisp is the Tengwar of programming languages.
Hey, there's no 'ping' button on ie's taskbar, how can the average user know that command exists ?
'Ping' is a duck. I learned this in first grade.
(But check out This Amazon review (scroll down) by : John E. Fracisco. (No, the link doesn't give me referer bonuses or whatever.))
Opinions on the Twiddler2 hand-held keyboard?
When I was younger, I had a vacation job in an iron foundry (please don't ask why, the pay was shitty too) and I worked for a while in quality control. There was this old man there who used a hammer to test the newly casted pieces: he just hit them, and based on the sound he could tell if the casting had air pockets in it, or if the iron quality was sub-standard. The electronics which were purchased also for quality control were gathering dust in a corner. ... the old man was always right, even if the electronics weren't.
This idea of using sound to check connections may be less absurd than it sounds
---
"The chances of a demonic possession spreading are remote -- relax."
snoop (the packet sniffer in Solaris) has had an option to "listen" to packets since at least SunOS 5.6: ... snipped from man snoop ...
/dev/audio (warning: can
OPTIONS
-a Listen to packets on
be noisy).
Tim Brown
Someone you can't stand is having an operation, what do you do? "Hmm.. how do those DOS attacks work again?"
"It's too bad that stupidity isn't painful." - Anton LaVey
Actually there is a sourceforge project that you can hear the network traffic as the sound of rain or a forest, the more traffic generated the busier the forest sounds or the harder the rain falls
i have run this and i have to say it beats listening to the sound of a server rooms fans
you can see/download the project here
Of course, a clever piece of software can do this too - but you already have this clever piece of software installed for free in your brain.
Given that the latency of a ping is no guarantee of the connection speed in 5 minutes time, regardless of whether you use your screen or your ears, isn't this the other way around? Taking a method as good as any other and writing a clever bit of software to use the clever bit of software in your brain to get much the same results as a simple ping?
And what about a quick glance at a latency graph on the pc's monitor? If I was undergoing remote surgery, I'd much rather rely on a nice smooth graph of low ping latency over the past 2 hours than the questionable skills of a tech listening to the pings for a few minutes...
sig:- (wit >= sarcasm)
i think a lot of you folks have quite missed the point.
picture the page in your newspaper that has the little weather contour map of the high and low pressure areas. This information could be much more simply depicted as a table of pressure reading at various map points, so why do we go to all the trouble of producing the picture? Because the human brain is good at extracting information from pictures, it follows the lines, it analyses the curves, it recognises the directional arrows and can extract the information contained in the data - which is exactly what you want to get across.
A telesurgeon has only two senses not already quite occupied, only one of which can be utilised for accepting the output of a computer. The brain is good at detecting harmonics in a sound frequency, so delivering the latency information in this way is very clever indeed.
If you really want to read some pointless raving put down the new scientist and go read some patents or something.
You're missing the obvious, which is that the net is a huge network: the fact that you've got a nice low ping *now* doesn't make the slightest difference if a major router goes down in 30 seconds time. It's big enough to be more or less random from the point of view of one user.
I'd be bloody terrified if the surgeon started to cut into a vital organ, a DOS attack slowed the network down suddenly, and he had to hold his scalpel in precisely the same position for 5 mins while the connection stabilised. A gimmicky audio program wouldn't help with that, because by the time you could hear the problem, it'd be too late!
sig:- (wit >= sarcasm)
1am: ping blip blip blip ping
3am: Story posted on slashdot.. many slashdotters just gone to bead: ping blip blip pant pant blip pant
7am: Story extremely popular : Ping pant pant huff *scream* *ouch* *fry* *sizzle* *fzzzzzt*.......... ping timeout
My Aurora : http://www.youtube.com/watch?v=o91ZsGwJYyg
FB : https://www.facebook.com/TanveersPhotography
but this really isn't new. Here where I live there are networking companies that to test new networking cable send sound through them. After all, CAT5 is really just a funky version of speaker wire, so it works. I see this as just another kind of test, ok, but not all that important. And I agree that it is probably nothing more than the media jumping on something cool.
Articles pointed to are substantial. (Perhaps too much so for the average /. reader.)
It seariously could be true. For 2 years I worked in the underwater survey field and as you might remember from old sumbarine movies those audible pings are used to calculate depth. These days subs and regular vessels even, use multibeam sonars, which calculate depths by waiting for ping returns and measureing everything. Departure angles of the sound, simple harmonic signal, amplitude, phase, period, frequency, quadrature components, phasor, phase advance and delay,wavelength, narrow and wide bandwith, just to name a few. To do this through wire would be much more simple, as you do not have to account for sound speed reductions/increases due to temprature, preasure, or salinity(if in salt water). ping would be cool
The cases in which I care at all if your pun was intended are so rare, it would be better to leave off any "(no) pun intended"s.
Why would you do surgery across the Internet?
Surgeon: "I'm sorry, your loved one died on the table. There was a failure of the teleoperating robot."
Bereaved relative: "What, did someone trip over the power cord?"
Surgeon: "No, a backhoe operator in New Jersey increased the latency of the ping."
The latest Slashdot meme.
that the person who authored this article, as well as the authors of several responses, have no idea of how to monitor the reliability of a network connection. furthermore, for real-time procedures such as surgery, one would hope the hospitals would maintain their own private internet and not try to pipe data through a UUNET bottleneck. if it is me on the operating room table, i will foot the bill for the surgeon to be there in person.
Is that the measurement is qualitative. Two people could hear the same "ping sound" and come to different conclusions about the network quality.
"Network sounds a bit slow today."
"Nah, sounds OK to me. Hey Joe, what d'you think?"
"Dunno, sounds bubbly."
My new stereo was just replaced with 'ping'
This is nothing new, the idea of having audible packet dumps is even in TCP/IP Illustrated Vol 1. Not exactly cutting edge techology this...
New Scientist is NOT a good source for scientific news. They slant their writing such that many minor advancements look like the discovery of the century and major discoveries that don't agree with their politics are made to look routine.
====
Crudely Drawn Games
Talked about someone doing something similar, years ago. From his website:
http://ftp.arl.mil/~mike/ping.html
"The best ping story I've ever heard was told to me at a USENIX conference, where a network administrator with an intermittent Ethernet 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."
Somehow, it seems like poetic justice that the Network "ping" - which was named after the sonar "ping" used for chasing submarines - has come full circle and is being translated back into sound.
I have a vision of nervous and grimy network admins with shaggy beards sitting in a cramped room full of cables, with water dripping off the ceiling (that damn AC again), listening to the ghostly "ping" of their network connection getting better or worse...
"Depth Charge (= Denial of Service) full astern, mein Kapitain!"
"Brace for explosion!"
KABOOOOOOM!
Effects: Room shakes, racks fall over, sparks, yells of "Feuer!", lights flicker on and off
"All stations report damage!"
"Load the torpedo tubes with empty Ramen noodle packets and AOL CDs and fire at will! Let those Schweinehunds think they got us"
Not confused enough? http://translate.google.com/translate?u=www.slashdot.jp&hl=en&ie=UTF8&sl=ja&tl=en
..after all, submarines have been using an audible 'ping' for quite some time.
"Answer On One Ping And One Ping Only"
~ Sean Connery (The Hunt For Red October)
You've all seen a similar use. Listen to the approach of the lunar shuttle to the TMA-1 base in "2001: A Space Odyssey".
And fifteen years ago I was listening to network behavior: the RF leakage from a computer or network device can produces recognizable patterns on a radio. I identified excessive directory searches in an application from the background chatter. The higher speeds of current technology makes this more difficult with simple broadcast AM/FM radios.
I also believe that Slashdot discussed Peep, the Network Auralizer which plays sounds based on network activity. But Peep is oriented toward behavior of an entire network, not of specific connections.
Yeah, but music streams are easily buffered, I don't know how much I want to time delay response from a scapel cut. I think the point with remote surgery is make things as instantanious as possible and be aware of any network delays that crop up, rather than buffering the connection for continuity.
Now if you played Twisted Sisters 'Under The Blade' with no buffering and the surgeon could hear any skips, that may be useful.
Can you hear me now?
When I listen to shoutcasts if it buffers too frequently then I know the connection is not good.
[alk]
Don't forget to check 'yes' next to "was this review helpful".
You should be able to pick up things like damaged cables, poorly made connectors, and faulty hardware that could lead to reliability problems.
(Hey, someone should try feeding a 100Mbit connection into an FM radio, that might make an interesting debugging tool!)
If you are wiring a hospital, you want to be sure that the local network is 100% reliable so you can just switch to a redundant service provider if the net "goes down" without having to debug the LAN as well. Sure, you could do this with a digital oscilloscope and spectrum analyzer, but this seems like a simpler (and perhaps more sensitive) method. - Nice application of a simple idea!
[pun here not really intended]
/dev/null please]
It sounds like they're making an acoustic graph of latency and response time. I guess the human ear is discriminating enough to pick up the most necessary points and filter the [more unintentional punning here] noise.
[audiophile rants to
Wow, am I the only one who reads the article AND the discussion?
Death to Argument by Slogan!! (This post twice-encrypted with ROT-13. Replies not using same will be ignored)
Jeff
stty erase ^H
Sonification is best used when high dimensional temporal relations are what is of interest. The human auditory system is adapted to extract high dimensional covariances in sonic signals. This is very difficult to convey visually.
For more information on sonification, try: (1) Scientific Sonification (2) ICAD -> International Community for Auditory Display
I teach a course on exploratory data analysis at Notre Dame. Go to the bottom of this page for the link to the course.
now the cool thing would be to sniff the network of an entire huge company and play the information as music (i.e. synthesise the bytes -> notes). i have been wanting to do this for years. still havent got round to do it :)
or maybe it has been done already.
cheers,
dk.
...but I guess those poor musician types have never heard of QoS (Quality of Service).
Cute idea, but the guy should stick with music. And doctors should use *real* networks for surgery (not the internet!) and avoid musicians who wannabe network engineers..
/dev/dsp
/dev/dsp
/dev/dsp.
;-)
Try this (at LOW volume!!):
tcpdump -i eth0 -l -w
Or, to a remote host:
ssh remotehost "tcpdump -i eth0 -l -w -" >
You will need to generate some traffic. As root, a flood ping (a mean thing to do) to a nearby host will do nicely (ping -f host). You can then compare the change in sound as you perform different activities on the network.
The sound from a broadband connection is *very* different than the sound from gigabit.
I started playing with audio monitoring of networks and systems about 5 years ago. It is neat stuff for those who can function well in the audio domain (not everyone does). It also helps when you have far too many status graphs to look at... But it will quickly give you a headache. For anything more than quick diags, the sound must be translated to something easier for the ear to digest (hint: netauralizer).
The simple redirection technique is flawed for many reasons - buffering, timing, data format conversion. But it is still a useful diag tool.
You can easily drive a speaker with the output of a T1..
On a busy website, try tailing the apache access log. You can send, for example, the size of the requested data (converted to a short) to
Others have already mentioned network auralizer. They stole my idea!
Drop me a note if you're interested in developing some tools.. freeNOSPAMlunch@hotmail.com
Good.
Where does the school board find them and why do they keep sending them to ME?
1/2 sampling rate = maximum frequency of reproduction. That's the reason CDs are over 40khz sampling rate -- they need to be able to make up to 20khz (or beyond that, if you believe the audiophiles).
BUT...
What else you could do is use technology similar to that which allows you to play music over your internal PC speaker (which also can only be "on" or "off"). For instance, Impulse Tracker does this. Basically clocking it at really high rate, making a pulse train that looks like the waveform (assuming my understanding of how it's done is correct). Quite effective, but i still prefer parallel-port DACs for my headphone-out-less audio needs.
-MED, who wants his apple now.
Yes, this called QOS. THe internet was intentionally designed to treat all packets equally. And be careful what you wish for. Would you like your ISP to start charging more for packets so they get there (and make regular ones crappier?)
Allocating bandwith is done with other communications protocols. For instance, ATM allows you to do this. An application can request a specific amount of bandwidth. This technology was invented by Telco's which knew that a phone calls needed a certain amount of space, and wanted to be able to pack other data in their on a best try effort.
After reading that article, I have a picture in my head of a doctor in surgery garb holding a pair of defibrillator paddles on a Cisco router and yelling "Clear!"
SOURCE CODE FOR THE MACHINE THAT GOES PING (MTGP.SH) COPYRIGHT 2002 MTGP ENTERPRISES
/dev/audio
ping surgery-host.us.mayo-clinic.org >
So the submission says, "This isn't real news, this just sounds cool". And Slashdot posts it. Gawd it must be a real slow day at OSDN headquarters.... (Not that I blame them, it's Thanksgiving after all.)
-Thomas
In a recent eweek article ( http://www.eweek.com/search_results/0%2C3685%2C%2C 00.asp?qry=jaalam&site=eWEEK - sorry about the lack of html I am still mainly a paper oriented person) a company called Jaalam was mentioned that has a product called AppareNet that uses the ICMP packets to find out the health of networks and provide trouble shooting and status of networks. I actually saw an early demo of their product and it was impressive how it found latency issues, duplex issues, and bottlenecks across our company WAN just by doing an analysis of the data contained in the standard ICMP packet. It was also impressive that it did not trigger any of the firewalls along the way that look for scanners and such.
One of Verisign's services is telephone wiretapping. A telco can outsource their wiretapping function to Verisign, which then takes care of transmitting the calls to law enforcement or other wiretapping customers.
The way Verisign does this uses their control of the Signalling System 7 network, which controls phone call routing and which they bought a few years ago by acquiring Illuminet.
The basic concept is that Verisign alters the routing for the tapped phone so that all calls to and from it route through some Verisign tapping facility. Phone numbers today are somewhat "portable", which requires a DNS-like database lookup for every call. Change the database, and calls are rerouted.
This approach avoids the need to tap into the voice path at end offices. But there's a side effect. Because it changes the routing for the voice path, it has to change the time of flight, based on speed of light lag.
A useful tapping test for a phone is thus to measure its round-trip time to a nearby phone. Normally, local call latency is a few 8Khz sample times, under 1ms. But a round trip to Northern Virginia from a West Coast phone would add about 30ms of latency.
Using a short section of hose at each end to get the phones to feed back around the loop gives you a quick read on latency. If you hear a high-pitched whine, latency is normal; if you hear a low-pitched growl on a local call, the routing is nonstandard and something funny is going on.
This doesn't require new hardware. You could do it simply by sending a regularly timed sequence of packets to port 7, then linearly interpolating between the packet return times to get a smooth waveform at a frequency having some relation to the round-trip time. By each side adding its own timestamp to the packet (and using a slightly more sophisticate server than "echo"), each side could also find out the one-way trip time each way.
While "neat", this doesn't seem particularly radical, or even hard to implement. I could probably come up with a crude working version within an hour.
I don't, however, put much stock in the claims about making telesurgery safer. The information obtained by this only gives a more fine-grained, modally-unusual form of information about the link's *current* state. It has no long-term predictive power whatsoever.
I didn't quite get the comments about modelling the network as a drum rather than a guitar string - I understand the need for a multidimensional representation, but to monitor even a small subnet you get into numbers of dimensions humans have no familiar analaog to (and thus, cannot extract meaningful information from). Unless they meant that one could plot the "to" times on one axis and the "from" times on the other, and model *that* as a 2D surface such as a drum. That would work, I guess, but would make it harder to understand the output.
Much less hassle than all this musical stuff :)
When waiting for Gentoo to compile (zzzzzz) my mate and I were messing around with pipes, listening to the linux kernel source code, and other such exciting things ;-)
:-)
Anyway, we piped a ping through to the speakers and noticed a big difference between local pings and Internet pings, as well as Internet pings to UK sites and US sites. Probably the best use though was just to see if the machine was connected, and also to figure out which patch cable was the one belonging to the particular computer (start it pinging, then unplug until you hear no more pings!).
God bless UNIX
The poster missed the point that you are making. The surgeon does not have to LOOK at the meter to know his connection quality. He can listen to it.
If I had this is RTCW maybe I could adjust my aim better. Thats whats holding me back!
I can remember it that clearly for two reasons:
That's right, whatever wise man said "Never whistle while you're pissing" (I remember it first in connection with Robert Anton Wilson, but I could be wrong) had no idea this day was coming. (And if you ever hear the Star Spangled Banner playing in the washroom, try not to salute!)
Numbers on a terminal window don't have much meaning unless put in perspective, or the perspective is known very well to begin with. Music is a "given" perspective that most people know already. They may not be able to play a note, but they know what sounds right and what doesn't. This method is a good way to convert numeric data into something more immediately recognizeable.
Now, the bad news: The connection between doctor and patient in a telesurgery operation must be both low latency and low jitter. When either one isn't there, the participants have good reason to panic. And all that auditory monitoring of ping times and jitter will do is enable that panic to set in that much more quickly. Can you say "liability," boys and girls?
I just don't consider the modern Internet to be sufficiently reliable for any application, and I expect its quality will continue to degrade as time goes by, more people get on, ISPs save money by not upgrading their equipment to handle the new press of people, and certain forces work to pollute the net with carnality, banality, and commercialism.
You cannot truly appreciate Dilbert until you read it in the original Klingon.
Is the last thing you hear the ping of death?
If you were blocking sigs, you wouldn't have to read this.
Converting connection data to sound would be of
very vital importance I'd say.
Surgeons? I'd rather concentrate my
vision on the screen and only do the precise
work when I could hear that the connection was
solid and the delay would be at minimum.
Sort of how it is in golf, waiting for a lull
in a breeze before a swing, only you don't have
any visual indicators like an ENTIRE background
of faintly fluttering objects (grass, leaves, bushes, litter etc. etc.)
Try thinking a few seconds before posting, eh?
Network connection pings YOU!
Didn't Arty Ziff (marge's highschool prom date) create a machine that turned the modem connecting noise into musac? Does anyone else smell a lawsuit in the works...
iputils-20020124-8 from Red Hat 8.0 has an "-a" switch, that makes the ping audible.
It makes a "bell" sound for every packet. Combining -a and -f (flood ping) doesn't work though.
I wouldn't rely on ping too much, though, audible or not; recently one of our servers suddenly lost its root-device. Amazingly the kernel limped on and replyed to pings. Our network monitoring program (www.nagios.org) therefore claimed the host was up, but all services had stopped answering.
It should be coupled with a flashing border.
An older student came to Otis and said, "I have been to see a
great number of teachers and I have given up a great number of pleasures.
I have fasted, been celibate and stayed awake nights seeking enlightenment.
I have given up everything I was asked to give up and I have suffered, but
I have not been enlightened. What should I do?"
Otis replied, "Give up suffering."
-- Camden Benares, "Zen Without Zen Masters"
- this post brought to you by the Automated Last Post Generator...