Vint Cerf's Disruption-Tolerant Networking 73
An anonymous reader writes "Net pioneer, Vint Cerf, talked this week about the space internet (the Interplanetary
Internet), and an interesting 1994 April Fool's email he
penned as a Request for Comment [1607]. The thread involves a reverse time
capsule from the year 2023, but covers Cerf's side interests in Shakespeare.
Since 2004 marks the 30th anniversary of publication of the first paper
on the Internet, his views on the future
of the net and Interplanetary
Internet seem to have morphed somewhat into delay and disruption tolerant
networking because of high demand for videoconferencing, Voice-Over IP, and multimedia."
delay or disruption? (Score:1)
Re:delay or disruption? (Score:4, Insightful)
I dunno. Maybe I suck.
Re:delay or disruption? (Score:1)
Re:delay or disruption? (Score:1)
Internet == disruption (Score:5, Funny)
Re:Internet == disruption (Score:4, Interesting)
Just hook in a second monitor and code a little script that starts at google news and clicks a random link every twenty seconds...
Re:Internet == disruption (Score:1)
I would have thought that having a second monitor flashing you news items every twenty seconds would be more distracting than just visiting websites when you have the urge to slack off.
All in my humble opinion, of course.
Re:Internet == disruption (Score:2)
Send the comm network before sending the humans? (Score:5, Interesting)
Having the already-in-space assets so that reliable Earth-to-Mars links can be established could be very useful to the first manned missions, especially so we could avoid losing contact in the situations where they'd otherwise have to transmit through the planet to get back to earth.
Imagine having all of Mars already be a wireless Internet hotspot before we get there...
Re:Send the comm network before sending the humans (Score:1, Insightful)
Re:Send the comm network before sending the humans (Score:3, Insightful)
Just as human carrying Mars landers don't yet exist. I believe the idea is to think up things that don't exist yet, and then build them.
I think Mr. Cerf himself has some experience with that particular protocol.
KFG
Re:Send the comm network before sending the humans (Score:5, Informative)
The current set of satellites provide communication links [nasa.gov] between the landers and Earth.
Re:Send the comm network before sending the humans (Score:5, Informative)
The current set of satellites provide communication links between the landers and Earth.
Yes, however it's clear that the limited bandwidth provided by those satalites is not nearly as much as one would wish for an entire human settlement to have to share.
Also it would be smart to have 100% dedicated communications satallites so that there would be less chance of something unrelated to communications causing a problem on the satallite.
Don't get me wrong, the satallites have been great (I work on MER) however we still have to throw away observations due to bandwidth constraint, and we have to wait quite a bit to get data back, on the order of several hours... not an ideal situation!
Maybe a few optical links with a radio backup would do the trick.
Cheers,
Justin
Re:Send the comm network before sending the humans (Score:5, Interesting)
That's probably why NASA already have the Mars Telecommunications Orbiter [nasa.gov] scheduled for launch in 2009. This is still being spec'ed out but optical links, which are currently described as testing\Proof of concept and primary Ka-Band capabilities (once proven in MRO below) are both in plan right now.
Next year's Mars Reconnaissance Orbiter [nasa.gov] has significantly better telecoms relaying capability than the existing Odyssey\MGS orbiters - 6Mbits/sec using Ka-band. This goes with some major upgrades to the DSN as this currently has 10Mbit/sec limitations for telecoms at Mars distances AFAIK. This JPL presentation [usc.edu] has lots of detail on the near term\medium term plans and proposals and where the IPN fits in. This indicates that the bandwidth of optical links to mars would be in the 30-300Mbps range.
Re:Send the comm network before sending the humans (Score:5, Funny)
Mars WiFi (Score:1, Funny)
and a Starbucks in every crater.
Disruption/delay tolerant networking... (Score:4, Funny)
Critical apps given false sense of security? (Score:5, Insightful)
Who is Half Handsome? [halfhandsome.com]
Re:Critical apps given false sense of security? (Score:1, Informative)
Maybe you should think about finding a new ISP?? I was an early adopter of DSL, since 2000, and in those 4 years the longest my connection was ever down was 6 hours. In total, my router has disconnected from my ISP 9 times in 4 years.
Re:Critical apps given false sense of security? (Score:4, Informative)
Re:Critical apps given false sense of security? (Score:5, Insightful)
There's a big difference between a 911 call on Earth, and getting data back from Mars. Those two networks should likely have very little in common.
Re:Critical apps given false sense of security? (Score:4, Insightful)
Just because it could be one of the choices though does not mean VoIP is a bad idea, as far as the entire VoIP 9/11 argument, I see it as being useless considering even 11 year olds have cell phones. Don't tell me you're like one of those people in a horror movie, where they fall and stay on the ground screaming. Pick up another line of communication. Think of it in terms of everyday normality, you catch a flat, there's a spare, etc.
As for disruption tolerant, it would be literally impossible. That's asking for a vendor to create the ultmite failsafe product. Anything can happen, sadly look at 9/11 for example. To ask for something perfect would be to ask for the impossible, to not have a failover implementation of sorts is mere stupidity, and should not be blamed on technology whatsoever. Hell if I were trapped in the desert with no phone, etc., bet your ass I'm trying to make some smoke signals.
Re: (Score:1)
hehehe (Score:5, Funny)
linux 15.28
subroot@uberbox.com# ping -f www.mars.mr
http://www.slashdot.org:
January, 17, 2004 18:06 GMT
Mars Gets first DDOS
An anonymous reader writes, "It appears a group of hackers have successfully performed the first denial of service attack against Mars, taking the interplanetary internet down for several hours today. The hackers managed to mask their IPv8 addresses by rerouting through several interplanetary sublinks that initially showed them originating approxmatley 600,000 miles away from earth in the middle of space." Update 20:24GMT Yeah its a dupe again! We ran a story on this for three days in a row. It was originally posted here, here and here.
IPv8 problem (Score:5, Funny)
I guess IPv8 links are too advanced to render in my browser.
Re:IPv8 problem (Score:1)
Re:IPv8 problem (Score:2, Funny)
Re:hehehe (Score:2)
With the way things are going now, we will be lucky to see even IPv6 used regually by then.
Tachibana Labs calling... (Score:2)
poor fellas (Score:2)
Some articles about DTN (Score:4, Informative)
DTN Tutorial [ipnsig.org] (PDF)
DTN Architecture: The Evolving Interplantary Internet [ipnsig.org] (TXT)
DTN for Extreme Environments [ipnsig.org] (PDF)
-----
Rocks - Disruption proofing for TCP (Score:4, Informative)
http://www.cs.wisc.edu/~zandy/rocks [wisc.edu]
There is also an in-depth paper [wisc.edu] by the authors.
Rocks protect sockets-based applications from network failures, particularly failures common to mobile computing, including:
* Link failures (e.g., unexpected modem disconnection);
* IP address changes (e.g., laptop movement, DHCP lease expiry);
* Extended periods of disconnection (e.g., laptop suspension).
Rock-enabled programs continue to run after any of these events; their broken connections recover automatically, without loss of in-flight data, when connectivity returns. Rocks work transparently with most applications, including SSH clients, X-windows applications, and network service daemons.
bah, slashcode breaks the title attribute in hrefs and co-opts it for it's own use, bad programming.
It is helpful to blind readers and page indexers esp. if the label text is something like 'click here' to provide some information on the content of the link. grr sometimes I gets so mads
Re:Rocks - Disruption proofing for TCP (Score:1)
It is helpful to blind readers and page indexers esp. if the label text is something like 'click here' to provide some information on the content of the link
How many blind readers and page indexers use a mouse? So how is it helpful to include "click here"? Title attributes are for supplementary information, but it seems you've just joined the cargo cult that title attributes of any kind magically make a site better.
Re:Rocks - Disruption proofing for TCP (Score:1, Offtopic)
i.e. for more information click here [slashdot.org]
Though I wa sonly using that as an example. One should phrase one's content to suit the hypertext model.
We have plenty of information on dullards [slashdot.org].
It is also useful where one uses an image
[slashdot.org]
in this way, one can combine a bit of eye candy while providing the required information should images be unavailable
dullards don't preview (Score:2)
i.e. for more information <a href="info.html" title="information on dullards">click here</a>
Though I wa sonly using that as an example. One should phrase one's content to suit the hypertext model.
We have plenty of <a href="info.html" title="dullard information">information on dullards</a>.
It is also useful where one uses an image
<a href="info.html" title="dullard information
Re:Rocks - Disruption proofing for TCP (Score:2)
These guys are solivng the problem -- what if there's never low latency, high bandwidth, bidirectional connectivity between two sites? In that case, the answer is a sort of generalization of email to arbitrary applications (possibly with a TCP gateway, as horrifying as that might be).
Now that I think about it, file-oriented rsync might be the approach to take...
ROCKS + SSH D
Wizzy Digital Courier - High latency network (Score:4, Informative)
We have an Internet-content delivery system that works in a high-latency environment, to deliver mail and web content to South African schools.
http://wizzy.org.za/ [wizzy.org.za]
The problem it is designed to overcome is the high cost of local telephone calls in a monopoly wireline provider [telkom.co.za] regulatory environment.
We use cheap-rate overnight phone calls and a UUCP delivery system in conjunction with a local mailserver and wwwoffle web cache.
UUCP can also be used via a USB memory stick, similar to the DataMule [washington.edu] (pdf) paper referenced on the website. Carrying the memory stick (the Courier) is identical to one UUCP hop.
The website gives more information.
Cheers, Andy!