I don't think that the Internet was created to survive a nuclear strike, but I think we can say that it was _designed_ to survive a nuclear strike, that was one of the reason that packet switching was invented (compared to the traditional, at the time, circuit switching).
The idea of packet switching as a way make a communication network more robust came to Paul Baran a few years earlier, and while it was not the basis of Arpanet, it probably influenced it. Wikipedia [1] is not the best of the sources, but it sums it up nicely:
"After joining the RAND Corporation in 1959, Baran took on the task of designing a "survivable" communications system that could maintain communication between end points in the face of damage from nuclear weapons during the Cold War. Then, most American military communications used high-frequency connections, which could be put out of action for many hours by a nuclear attack.
[...]
After proving survivability, Baran and his team needed to show proof of concept for that design so that it could be built. [...] The result was one of the first store-and-forward data layer switching protocols, a link-state/distance vector routing protocol, and an unproved connection-oriented transport protocol. Explicit detail of the designs can be found in the complete series of reports On Distributed Communications, published by RAND in 1964.
[...]
The Distributed Network that Baran introduced was intended to route around damage.
[...]
In 1969, when the US Advanced Research Projects Agency (ARPA) started developing the idea of an internetworked set of terminals to share computing resources, the reference materials that they considered included Baran and the RAND Corporation's "On Distributed Communications" volumes. The resiliency of a packet-switched network that uses link-state routing protocols, which are used on the Internet, stems in some part from the research to develop a network that could survive a nuclear attack."
Yes, the linked article talks also about Donald Davies, which influenced more directly Arpanet.
But the point about Paul Baran is that for him packed switching was a way to make communications more resilient in face of nuclear bombing (and other things) and he had at least some influence on the birth of the Internet, so if you ask me "what is the relation between the Internet and a nuclear strike" my first answer is "Paul Baran"
> But the point about Paul Baran is that for him packed switching was a way to make communications more resilient in face of nuclear bombing (and other things) and he had at least some influence on the birth of the Internet […]
From chapter two of Wizards:
> Roberts also learned from Scantlebury, for the first time, of the work that had been done by Paul Baran at RAND a few years earlier. When Roberts returned to Washington, he found the RAND reports, which had actually been collecting dust in the Information Processing Techniques Office for months, and studied them. Roberts was designing this experimental network not with survivable communications as his main—or even secondary—concern. Nuclear war scenarios, and command and control issues, weren’t high on Roberts’s agenda. But Baran’s insights into data communications intrigued him nonetheless, and in early 1968 he met with Baran. After that, Baran became something of an informal consultant to the group Roberts assembled to design the network. […]
For a couple of decades there was a totally independent network stack in the UK (JANET) with its own equivalent of RFCs and so on. History gets written by the victors.
> but I think we can say that it was _designed_ to survive a nuclear strike
There is a lot more to the design of 'the internet' than the selection of a packet switched protocol. The early boxes were not hardened in any way and were intended to support computer timesharing amongst academic researchers. The DoD's C2 providers themselves rejected the concept of a decentralised packet-switched network because 'it would never work'. Which is why the relevant theoretical papers were sitting on the shelf and available when ARPANET was designed
> I don't think that the Internet was created to survive a nuclear strike, but I think we can say that it was _designed_ to survive a nuclear strike, that was one of the reason that packet switching was invented (compared to the traditional, at the time, circuit switching).
That cannot be said unless you can cite sources saying so. It's been a little while since I read Wizards, but I don't remember any mention of nuclear war until Baran's work at RAND is mentioned, which is a couple of chapters in (IIRC).
For Licklider et al it was all about research, collaboration, and resource sharing.
> The idea of packet switching as a way make a communication network more robust came to Paul Baran a few years earlier, and while it was not the basis of Arpanet, it probably influenced it.
Baran's work was used in things like queuing theory, but work was already underway on ARPAnet before Baran (and Davis in the UK) was roped in. In fact it was Davis that pointed out Baran's work to the ARPAnet folks:
1) Only perhaps for Baran. Didn't enter into the equation for, e.g., Davies in the UK.
From the Prologue of Wizards:
> Bob Taylor, the director of a corporate research facility in Silicon Valley, had come to the party for old times sake, but he was also on a personal mission to correct an inaccuracy of long standing. Rumors had persisted for years that the ARPANET had been built to protect national security in the face of a nuclear attack. It was a myth that had gone unchallenged long enough to become widely accepted as fact.
> Taylor had been the young director of the office within the Defense Department’s Advanced Research Projects Agency overseeing computer research, and he was the one who had started theARPANET . The project had embodied the most peaceful intentions—to link computers at scientific laboratories across the country so that researchers might share computer resources. Taylor knew theARPANET and its progeny, the Internet, had nothing to do with supporting or surviving war—never did.Yet he felt fairly alone in carrying that knowledge.
> Lately, the mainstream press had picked up the grim myth of a nuclear survival scenario and had presented it as an established truth. When Time magazine committed the error, Taylor wrote a letter to the editor, but the magazine didn’t print it. The effort to set the record straight was like chasing the wind; Taylor was beginning to feel like a crank.
> Roberts also learned from Scantlebury, for the first time, of the work that had been done by Paul Baran at RAND a few years earlier. When Roberts returned to Washington, he found the RAND reports, which had actually been collecting dust in the Information Processing Techniques Office for months, and studied them. Roberts was designing this experimental network not with survivable communications as his main—or even secondary—concern. Nuclear war scenarios, and command and control issues, weren’t high on Roberts’s agenda. But Baran’s insights into data communications intrigued him nonetheless, and in early 1968 he met with Baran. After that, Baran became something of an informal consultant to the group Roberts assembled to design the network. […]
The Wizards book came along 20+ years after everything happened, so all Markoff could do was interview a few people.
I said it was ONE of the motivations; not the only one. And Bob Taylor was only one of the people involved; there were lots of others. Why a bureaucracy decides to support something is pretty much impenetrable and lost to history.
> The Wizards book came along 20+ years after everything happened, so all Markoff could do was interview a few people.
Are there any interviews or documentation from ARPA or the early days of ARPAnet that do say it was about nuclear war survival?
Licklider, Taylor, Roberts, Davies in the UK: no one else thinking about things in that way from all the reports and interviews I've seen. The only one that perhaps seems to have had an interest in it seems to have been Baran, and he came in later when the ball was already rolling.
> I said it was ONE of the motivations; not the only one.
Okay. Where are the documents and/or interviews of those involved in the decision-making and/or implementation process stating it was one of the motivations?
You're making a historical claim and he's disputing it. Is your counterargument is that it was a long time ago so we can just make up whatever we want?
> No,the "counter argument" as you put it, is that if you only "know" things that come with a link, you have no value over an LLM
As opposed to knowing things without evidence and trying to convince people of a position without providing evidence? Is that how history is supposed to be done, without evidence?
As least with a link you can gauge the quality of the reference and its sources.
> Obviously we're talking about a period where documentation is sparse or non-existent, and most of the players are dead. Why is this important to you?
Because if you are going to make a claim it'd be useful if you had a citation for it. Because we're as close to the events that occurred as is possible, and it's only going to get 'worse' as time passes, so we should try to get right now.
You say that "all Markoff could do was interview a few people". The phrase "few people" is doing a lot of heavy lifting: two of those "few" were Herzfeld (who ran ARPA at the time) and Taylor (who was in charge of getting ARPAnet going). If they didn't know why ARPA why created ARPAnet then who else would?
If there were/are supporting documents, interview, etc, which show that surviving a nuclear attack was a motivation, they should be shared.
I don't necessarily care what the motivations were, but I'd rather not folks repeating hand-wavy claims that don't seem to have any supporting documentation for. That was what the linked to web page is about in the first: trying to trace and dispel an apparent myth.
> OK. I'll just dismiss your claims, too, and we're done.
LOL. I'm the one quoting Wikipedia and books and putting links to references in his posts. You're the one that has not put a single citation in anything that he's written in this sub-thread.
I've noticed that the closer I am to historical events, the more wrong reporting of those events tends to be. I have a neighbor who worked at RAND in the 60s and will ask him about this next time we meet.
Worth noting perhaps that many (all?) technical innovations are the result of some underlying technology maturing to the point that it can be applied to a problem. In this case, I bet that nobody liked the fragility and brittleness of circuit switched networking, but in order to make a packet switched network you need small fast computers that are cheap enough to deploy as network nodes. These appeared : minicomputers. The first ARPANet nodes were minicomputers running routing software. In fact the Internet used regular computers as routers into near modern history (IBM RISC machines iirc were deployed at the DS3 upgrade). So PSN is the result of a) people sitting around wishing they could have a PSN, and b) the technology to actually realize that becoming practical. There's no eureka moment.
Interesting, thanks for the link. Do you know anything more about the router cards? It says they had intel i960s that ran AIX, but I wonder if it was just the RS/6000 that ran AIX, and the boards ran some custom firmware.
There isn't much published information about these systems to my knowledge. This[0] report from ANS-Net[1], though, indicates to me that AIX was very much directly involved in the forwarding part of the router architecture:
AIX Kernel Radix Trie problem
3+ overlapping routes with different masks
abc.def/8
abc.def.0/10
abc.def.0/12
Fixed in AIX build coming within two weeks
While it would certainly be possible (and is a common router architecture now) to have a central forwarding database and distributed line cards, it doesn't really make any sense to use a kernel trie to store routes for such an architecture, and if the central rs/6000 was switching every packet, it wouldn't - at the time - have been able to support a single t3, let alone the kind of port density described in the original article.
So, I guess in summary, I can't point you to definitive proof that those boards were running AIX, but it seems extremely likely to me.
Not really knowing anything about software portability between different computer architectures or the intricacies of high-speed networking, at first I thought that was kind of strange.
But I checked and it looks like by the time these cards we created, AIX had already been ported to the IBM's ROMP, 370, and POWER processors, plus the 386, so AIX would seem to be fairly portable. I guess it would be easier to port it to the i960, than to do something from scratch. From marcus0x62's link, it looks like very few ( < 100?) of these boards were made.
AIX was for a time IBM's brand name for UNIX environments so it covers some rather distinct products. The version that runs on ROMP is very distinct (one of the earlier commercial microkernels) from the S/370 and i386 version (which, for a time were similar, then there was an ESA/390 version that is not at all), which are both very far removed from the version that continues today on POWER. Sauer was heavily involved in the stuff before POWER and is authoritative on the early history https://notes.technologists.com/notes/2017/03/08/lets-start-.... I can extrapolate a bit more if necessary.
I am unsure of what exact kernel strain wound up on the i960 cards, suffice to say any of them could have been called into this service since a well contained UNIX port is something that can be done by relatively few people.
IBM provided the IBM RT with special cards as the T1 implementation for NSFNet, and then the RS/6000s were used later and especially for higher speed T3 and FDDI nodes.
While the original NSFnet nodes and cards would be rare indeed, IBM commercialized this all as the 6611 Network Processor family.. which ranged from tiny PowerPC-only machines (based on the 7011) to custom chassis complete with the i960 cards. These sold from the early 1990s to mid-late 1990s and were not uncommon. Vanilla RS/6000s were also common in that era as networking multitools and were plenty good at it.
Appreciate the information / links, that's why I like Hacker News. Now, instead of doing something boring, like watch the Olympics, I'm going to read up on some old networking processors.
It’s impossible to know everything that’s happening at the same time. So while ARPANET was the 2nd packet switched network behind NPL a journalist wouldn’t have a clue.
The original conception of Message Blocks was for routing around a damaged network, but the term for Packet Switching was actually a means for multiple users to share a single connection. ARPANET included many ideas from NPL but was also its own thing.
So who invented Packet Switching depends on what parts of it you consider critical.
For those who are interested in that sort of thing, Baran's full 11 publications outlining the design goals and principles of packet-switched networks in January of 1964 are available from RAND as downloadable PDFs:
Let us consider the synthesis of a communication network which will allow several hundred major communications stations to talk with one another after an enemy attack. As a criterion of survivability we elect to use the percentage of stations both surviving the physical attack and remaining in electrical connection with the largest single group of surviving stations. This criterion is chosen as a conservative measure of the ability of the surviving stations to operate together as a coherent entity after the attack. This means that small groups of stations isolated from the single largest group are considered to be ineffective.
> "Attack" isn't defined, but it's clear that resilience against broad assaults was a key consideration from the very beginning.
It was a consideration for Baran's work, but not for ARPAnet:
From chapter two of Wizards:
> Roberts also learned from Scantlebury, for the first time, of the work that had been done by Paul Baran at RAND a few years earlier. When Roberts returned to Washington, he found the RAND reports, which had actually been collecting dust in the Information Processing Techniques Office for months, and studied them. Roberts was designing this experimental network not with survivable communications as his main—or even secondary—concern. Nuclear war scenarios, and command and control issues, weren’t high on Roberts’s agenda. But Baran’s insights into data communications intrigued him nonetheless, and in early 1968 he met with Baran. After that, Baran became something of an informal consultant to the group Roberts assembled to design the network. […]
Influences can be manifold and subtle. What's clear is that in 1964, as packet-switched networks were first being considered, resilience against "attack", however defined, was a key consideration for one significant set of innovators. I suspect some of that logic was incorporated into ARPANET's eventual design, whether the nominal head designer was aware of this or not.
One underappreciated aspect of complex projects is how different goals and intentions may exist simultaneously, and how much active participants even at a high level may not be awarer of this. A friend had a uni professor who'd been part of the Glomar Explorer scientific mission which served as a cover for Project Azoran, the clandestine recovery of a Soviet nuclear submarine. The professor was unaware of the actual mission until well after the mission had concluded, when he read about it in the newspaper.
I tend to strongly discount personal-experience denials of covert or secondary mission roles by people otherwise connected with an activity (e.g., company employees, contractors, government workers, contractors, etc.). It's not that these are never, or even mostly incorrect. It's simply that for a large enough project, some secondary goal might well exist without the conscious awareness of many of those involved.
And again, in the case of Baran, we have the receipts.
In my opinion packet switching is an idea that would have been inevitable once the technology to support it is in place. The real important idea of the Internet is the insight that the envelope should be independent of the data it contains.
I say this because I work with specialized equipment that uses RS-232 serial protocols for communication, and despite many decades of examples available of "the right" way to do it (e.g. OSI model), engineers continue(d) to not understand this lesson and design ad hoc protocols that don't respect this division of concerns and which suffer for it. Even in IP protocols designed to modernize this to wrap the RS-232 serial packets in internet packets, they repeat the same mistake(s). That is, in the midst of having to deal with a more complicated problem for serial protocol to IP protocol conversion because the original format didn't clearly distinguish envelope from data, they compound the problem by mixing levels in the new protocol.
For example, writing IPv4 into the standard for a proprietary an Application or Session level protocol even at the same time as our network is banning IPv4 and requiring IPv6, but the protocol is not even defined for IPv6 addresses. When it should be agnostic to IP level concerns entirely. (The engineers said, while designing the system, "well .1 is going to be this piece of equipment, .2 is going to be the other side, if it's blah blah blah it's .3, etc.")
People keep repeating this mistake at all layers of the stack because they fail to see different layers as managing different sets of concerns and want to treat it as a monolith.
A very recent and high level example of this is how the Matrix protocol was architected. By defining all the message formats in terms of JSON-over-HTTP it makes it difficult to only use part of the protocol and not all of it, and makes it difficult to use it over alternative transports since the assumptions of HTTP idioms are baked all the way down.
This is a great example of what I mean. They had to swap for formats that were designed to be equivalent to HTTP and JSON in order to not have to rewrite large parts of the protocol. And that project was just a prototype that was never productionalized to my knowledge.
Perhaps corroborating your point, excerpted from Waldrop's 'The Dream Machine':
"Why did ARPA build the network?” Lukasik asks. “There were actually two reasons. One was that the network would be good for computer science.""
...
"But there was also another side to the story, which was that ARPA was a Defense Department agency. And after Eb [Rechtin] came in, defense relevance became the dominant notion. Everybody was writing relevance statements.
"
...
"So in that environment, I would have been hard pressed to plow a lot of money into the network just to improve the productivity of the researchers. The rationale just wouldn’t have been strong enough. What was strong enough was this idea that packet switching would be more survivable, more robust under damage to the network. If a plane got shot down, or an artillery barrage hit the command center, the messages would still get through. And in a strategic situation—meaning a nuclear attack—the president could still communicate to the missile fields. So I can assure you, to the extent that I was signing the checks, which I was from nineteen sixty-seven on, I was signing them because that was the need I was convinced of.”
Waldrop, M. Mitchell. The Dream Machine (p. 273). Stripe Press. Kindle Edition.
Yes, quite. This is a very silly article which ignores a lot of the real history in favour of a cutesy top up of early 1990s nostalgia - which was a good 20-30 years after the events that really matter.
Saying "The Internet isn't ARPANET" is ridiculous. Of course it isn't. ARPANET was an academic research project with a mix of defence and open R&D requirements. The Internet is a collection of extra layers of commercial development on top of some of that R&D.
Academic research projects are rarely hardened because the point of the project is to investigate possibilities, not to spend hundreds of billions building a physically bomb-proof network that's useless because the core tech doesn't work.
When the Berlin Wall came down the goals changed, but the core concept of distributed scalable robustness is still very much there today. Of course now we have too many choke points, so it's not as robust as it could be. But if someone cuts a cable packets will still find a longer, slower way around as long as the bandwidth is there.
> but I think we can say that it was _designed_ to survive a nuclear strike
On what basis? What is the distinction between being "created" to survive a nuclear strike, and being "designed" to do so?
> that was one of the reason that packet switching was invented (compared to the traditional, at the time, circuit switching).
Yes, but I don't think it's a relevant one. Baran's papers kinda-sorta-maybe had some influence on ARPANET, but ARPANET mostly got packet-switching (and certainly the term "packet") from Donald Davies. If you look at the actual layout of ARPANET it wasn't very survivable (not much redundancy in the links) [0], compared to Baran's proposal [1]. Internetworking and "the Internet" as we know it came much later and was way beyond the point where Baran had any influence.
For all intents and purposes the Internet was created by and for US military not for public utility, and one of the main reasons for its creation, if not the sole reason, is to be able to withstand large scale nuclear attack. It's not created for remote feeding the cats with the IoT at home while you are away. It's easily the top ten invention of 20th century.
It's not only Internet, FFT also was created to detect illegal nuclear testing and it's included the top ten algorithms of 20th century [1],[2]. There's no shame of admitting the facts.
If not for military purpose Internet will probably never ever see the light of day. The Internet packet switching end to end network precursor and predecessor in France proposed and implemented by Louis Pouzin, famously called the 4th man of the Internet, who coined the word "datagram" the very fundamental concept in packet switching, lost his proposal to other communication technology for France nation wide networks implementation [3].
The original inventors of the Internet proposed the idea to AT&T, the US communication behemoth and monopoly at the time laughed at the packet switching idea saying that it will not work and does not make any economic sense. The only reason Internet created and survived is because of the military applications and as any military application the main objective is to maintain and sustain command and control where Internet is more than capable of. I've once read someone simulated 99% infrastructure demolition (as in nuclear attack) and Internet communication managed to survive intact. Cannot recalled the article now, perhaps this is where ChatGPT becomes handy. The fact that the US military maintained a separate military network (similar to Internet) from the public Internet after the Internet gone public and its popularity increased, provided the hints why it's so important for the US military.
[1] Great algorithms are the poetry of computation:
> For all intents and purposes the Internet was created by and for US military not for public utility, and one of the main reasons for its creation, if not the sole reason, is to be able to withstand large scale nuclear attack.
And yet Charles M. Herzfeld (who was ARPA director at the time) and Robert Taylor (who was in charge of getting ARPAnet going) say otherwise: it was to link computing centres across the country so that resources could be shared and collaboration would be easier.
If Herzfeld and Taylor didn't know why ARPA created ARPAnet then who else would?
The entire linked to article is about tracing the source of the "able to withstand large scale nuclear attack" original story myth:
> However, the documentation is voluminous and the people who were in the room have all given a consistent story about how it was to build a network for time-sharing of expensive computers and better collaboration.
Interestingly Charles M. Herzfeld once chaired the Nuclear Weapons Council and the Intelligence R&D Council.
According to Wikipedia, apparently "Taylor had convinced ARPA director Charles M. Herzfeld to fund a network project earlier in February 1966, and Herzfeld transferred a million dollars from a ballistic missile defense program to Taylor's budget". This budget probably equivalent to tens of millions USD in today's money. The narrative "to link computing centres across the country so that resources could be shared and collaboration would be easier" using a large chunk of budget from ballistic missile systems that could carry nuclear warheads that were distributed across the country does not make sense to me.
> The idea of packet switching as a way make a communication network more robust came to Paul Baran a few years earlier,
I remember back in the days when the internet was first starting to happen, seeing comments about packet switching. The gist of what I recall was that there was lots of dark fiber, and folks like AT&T were trying to prevent it from being used and force slow/expensive packet switching on us, billing us per-packet or something.
it is hard to dig up any article about this however.
I think it's also worth noting that the physical infrastructure of certain portions of the circuit-switched AT&T Long Lines network (which also carried the AUTOVON network for the DoD) were designed, or at least attempted to be designed, to survive a nuclear strike. Theoretically traffic would have been manually re-routed around destroyed areas in a post-strike scenario.
There's certain underground bunker sites on the historical L4 transcontinental coaxial cable routes which were designed with equipment mounted on springs, massively thick concrete walls, decontamination showers, and so on. Other mountain top and flat land area microwave point to point relay sites were designed to take a certain amount of overpressure and possibly would have survived nearby smaller nuclear weapon strikes (though obviously not a direct hit).
Much of this pre-dates 1969 and the concept of the ARPANET. If you dig into things like what telecom services/links supported the NIKE missile batteries built around major cities and so forth. And what telecom services/medium to long distance links supported the data feeds from regional radar sites into the SAGE direction centers.
Here's a fairly typical example of the more costly site of site, which you can see the photos of under construction and how much extremely reinforced underground concrete is involved.
Well how deep a nuclear assault can reach? In Greece there are some witnesses saying that the major internet provider backbone fiber was found buried 10cm below the road. Just after the asphalt inside the pebble.
Google Fiber was infamous for doing it this way, called "microtrenching" or "nanotrenching", where they either cut a trench into pavement and lay the cable into that and fill over with asphalt or other material. When done poorly (read: most of the installs that they've done), it erodes the road surface and the base and causes all sorts of problems [0] [1] [2] [3]
Also lots of providers just string up cable on poles, which are routinely snagged by trucks, shot by ammunition, run into by cars, etc etc, so even more vulnerable than shallow burial. Some of these cables are major links so damage can cause wide-reaching problems. No match for an out of control sedan, let along a nuclear strike. [4] [5]
Each hop of the internet uses power. The power infrastructure is above ground for long enough to be overpowered by nukes. So even if the internet were entirely under ground and even if it were entirely only fiber it would need an underground-only power feed coming from an underground-only power generation source. Most internet service providers are above ground. Some telco is underground but only useful for old pots lines and some DS lines. Satellite ground station relays are above ground. Power plants are above ground. Solar panels are above ground.
I could be wrong, so after a nuclear event we should all try updating this thread assuming M5 Computer Security is EMP hardened and has backup power and a fuel contract with a fuel company that still exists. Most data-centers are not EMP hardened.
I strongly recommend Where Wizards Stay Up Late, which this article cites a lot. Fascinating history of ARPANET and building the infrastructure at BBN (on the team was Will Crowther of Colossal Cave Adventure fame!). Inspiring book in the same genre as Soul of a New Machine.
My understanding was that it was designed so that traffic could route around the destroyed segments. So if 9 out of the 10 routes between Lawrence Livermore and say MIT was destroyed, it would route traffic via the last route. Obviously if Lawrence Livermore is destroyed, this is all moot.
Also you have to remember back then the nukes were smaller.
> Also you have to remember back then the nukes were smaller.
I always had the impression they actually got smaller, as more precise targeting reduces the need for higher yields.
If you know your bomb will detonate inside a building, you might as well use a conventional warhead and avoid all the diplomatic fallout of nuking someone.
The Casaba-Howitzer was the weaponised application, apparently intended as a beam weapon. The mind boggles at what a nuclear shaped charge might accomplish.
The other use envisioned was for Project Orion, the nuclear-bomb-powered spaceship proposal. Directed blast would make for more efficient propulsion, it seems.
That's the narrative. Just like Tor's narrative is that it helps America's spies communicate from hostile jurisdictions. The former never got the attention as back then we had monoculture shaped by mainstream media (no other alternatives) and we just ate up whatever we were told.
The latter appears to be under more scrutiny lately, leading us to believe this is just like the lofty idea that VPN encryption is completely anonymous from the big five.
Spies operating out of China or Russia would never use VPN or Tor? That would be painting a red target on their backs. So I wonder what the true intention is for Tor as is the mysterious origin of Bitcoin and so many other things. We won't know.
One thing is for sure, what we believed to be bastions of Western democracy and privacy are no more.
If you use Tor without VPN as most do, it won't be your ISP that sees your domain lookups mate
If you do use VPN with Tor as some do, it won't be your ISP either.
We have an illusion of privacy because there is no true privacy anymore with digital technology and without privacy we don't have true freedom and as such we only live in a democracy in name only.
I'm no expert on Tor, but IIRC the story is precisely that spies operating from hostile territory would have a red target painted on them from using encrypted communications...unless a whole lot of people in that hostile territory were also using encrypted communications. This is why Tor was released open source and wide adoption was encouraged.
It's been known that if you connected to Tor in a hotel located in this US allied country (there have been briefings published around this so you can take a guess) you would immediately become visible and targeted for a drive by.
Tor just isn't as common as you think nor is it widely adopted due to unreliable and the problem with that cover explanation is that you wouldn't know where Tor is widely used in the first place to be able to find "safety in numbers".
I mean, no horse in this race or anything but sometimes there are informal reasons why a project gets funded. Getting the five-star to sign off some of their budget on something new and uncertain may require the backroom, unpublished message passed, 'because nukes make go boom'.
I'm all for the founding fathers of the internet asserting that it wasn't a cold war imperative, on citeable paper, but that doesn't out-of-hand invalidate somebody's assertion that the culture motivating grant funding in the halls of defense at the time was continuity of government or C&C during the armageddon that everyone was anticipating.
There's a bunch of good stuff on YouTube from the folks who actually developed the Internet. Here's a couple from Leonard Kleinrock, whose MIT thesis laid out much of the math behind packet switching and whose lab sent the first Internet message:
A key innovation of the Internet was packet-switching. Previous networks like AT&T's telephone system were circuit-switched: the configuration of the network, and route between source and destination, is an inherent property of the network, and once a connection is established it can't be easily reconfigured. Packet-switching makes the source and destination a property of the message, and then the network is responsible for figuring out a route from source to destination. Notably, because all information needed to specify the destination is included in the message, it can be retried or take a totally different route.
Most things have multiple causes, and the Internet is definitely one of them. The scalability and distribution properties were certainly one of them: a centralized system like the telephone network cannot scale to new uses and many new endpoints the way a distributed system like the Internet can. According to Kleinrock, the need for management to keep an eye on all the research they were funding was apparently another one of them. But given that it was funded by DARPA, the resilience of a packet-switched network to scenarios where individual circuits might go down was probably a major reason for the interest in this technology. It doesn't necessarily have to be a nuclear strike, but there were a number of scenarios of interest to RAND and DARPA that could involve a portion of the nation's communication network being disabled and still needing to get messages through.
This is also a good lesson to designers of future networks and computing systems. The end-to-end principle remains as valuable to system designers today as it did in the 1960s.
Interesting story but I have a bit of anecdotal evidence to share. Back when I was a Freshman at UIUC in 1989, I was given a campus tour and told that one of the buildings there was designed to collapse outwardly in order to protect the equipment in the basement. That equipment was a national computer network (not yet called the internet!)
So at the very least, the origin of this story predates 1991 by at least two years.
I don't recall the name of the building but here it is on Google maps.
Edit: It's not clear from my original comment but the reason for collapse would presumably be a nuclear strike. I remember this because this was a time when we grew up with a constant fear of a Russian nuclear strike and I couldn't help but wonder why anyone on earth would want to nuke Champaign.
Edit: Ah, here we go! It is the Foreign Languages Building (FLB), later renamed. I remember having to trudge here at 7ams on snowy winter days to listen to Japanese language cassettes.
It's not easy to make things stay waterproof after such an event. Water will find a way. The simplest thing will likely be the Achilles heel of such thoughtful engineering.
It doesn't mean that should stay there, as-is, forever. Like most failover solutions, it gives you a bit of time during an incident to come with a proper solution for the future.
Having it not fully waterproof (and maybe they also took that into account) has probably been seen as an improvement over totally crushed by rocks and bricks.
I was going to share this story but you beat me to it. They're still claiming this in tours ~2017.
The building was called the Foreign Languages Building until very recently and is now called the Literatures, Cultures & Linguistics Building.
Relevant info from the UIHistory site:
"Located on the site of the former Old Entomology Building, ground was broken on the Foreign Language Building (FLB) on December 18, 1968.
A popular myth is that the building's distinctive architecture was a result of its being designed to house a supercomputer on campus called Plato. The building was supposedly designed so that if it was bombed, the building's shell would fall outwards, protecting the supercomputer on the inside. It is also rumored that the building's interior layout was a result of trying to confuse Soviet spies and prevent them from stealing secrets from the supercomputer.
In reality, the building's architecture is not actually all that unique and was a popular style of the day. In fact, just a few blocks to the west, one may find the Speech and Hearing Sciences Building, which a 2-story clone of the building. Plato itself was real, but refered not to a secret government program, but rather to the first "modern" electronic learning system, the forbearer of course software like WebCT and Mallard. The mainframe computer that ran the Plato system was located in north campus, in a building which used to reside on the west side of the Bardeen Quad." [0]
Plato was in fact real... I used it many times! Looking back, it was pretty impressive technology for its day but was quickly becoming obsolete. I hated having to walk all the way to campus to get some physics units in that I missed.
I vaguely seemed to recall that sometime around the Gulf war, I was able to modem in and connect remotely. Shortly after, I stopped getting Plato assignments!
Plato was an early interactive learning system, the supercomputer was called the Illiac-IV.
The building was called the "Center for Advanced Computation". I don't know if the computer was in that building, but I don't think they were exactly hiding it from the Soviets.
In theory yes, however, in pratical terms you just need to "bomb" the right places and 90% of the communications would be gone for quite a while. Think PIX and DNS root servers, destroy those, and only minor services would be available. There are countries with a single PIX, sitting in regular rooms without any kind of security, unplug those and the whole country would be offline (to be fair, intra-ISP traffic would work). And there's no need to go that far (bombing places), a bad actor that can cut some submarine fiber in the right places would cripple the whole world. Or just someone messing up BGP config in a big ISP, no need to bomb or destroy anything, a single bad command can cause major issues worldwide (had happened before).
The Internet as it is now is structured to maximize the profits of the Internet service providers.
This results in a structure very different from what was conceived originally for the purpose of being resilient to partial destruction.
For the latter purpose, the best structure is a decentralized mesh with mostly equivalent links, which is much less economical than what the Internet uses now, i.e. a hierarchy of links of increasing throughputs that concentrates the traffic into few very high-speed links that pass through central high-capacity routers, so that the parts of the network where most of the traffic is concentrated are very vulnerable and their destruction would affect everybody.
The first digital computer was created to calculate army firing tables, but the first program they ended up running was for studying, in true WarGames style... global thermonuclear war.
That's right... computers, the internet, GPS, weather satellites, it was all for war. Paid for by the US and other world governments.
So the next time someone says "but Tor came from the government!" you can tell them this.
154 comments
[ 0.21 ms ] story [ 1018 ms ] threadBut who cares? https://tvtropes.org/pmwiki/pmwiki.php/Main/RuleOfCool
https://en.wikipedia.org/wiki/Betteridge's_law_of_headlines#...
(I know I know, the answer is banks are the least of your concern after a nuclear war)
In the US, only high ranking government officials and STRATCOM are operating during a nuclear attack. Everyone else is on their own.
We were able to use system time between universities and (we believed) it could also survive a nuke attack.
The idea of packet switching as a way make a communication network more robust came to Paul Baran a few years earlier, and while it was not the basis of Arpanet, it probably influenced it. Wikipedia [1] is not the best of the sources, but it sums it up nicely:
"After joining the RAND Corporation in 1959, Baran took on the task of designing a "survivable" communications system that could maintain communication between end points in the face of damage from nuclear weapons during the Cold War. Then, most American military communications used high-frequency connections, which could be put out of action for many hours by a nuclear attack.
[...]
After proving survivability, Baran and his team needed to show proof of concept for that design so that it could be built. [...] The result was one of the first store-and-forward data layer switching protocols, a link-state/distance vector routing protocol, and an unproved connection-oriented transport protocol. Explicit detail of the designs can be found in the complete series of reports On Distributed Communications, published by RAND in 1964.
[...]
The Distributed Network that Baran introduced was intended to route around damage.
[...]
In 1969, when the US Advanced Research Projects Agency (ARPA) started developing the idea of an internetworked set of terminals to share computing resources, the reference materials that they considered included Baran and the RAND Corporation's "On Distributed Communications" volumes. The resiliency of a packet-switched network that uses link-state routing protocols, which are used on the Internet, stems in some part from the research to develop a network that could survive a nuclear attack."
[1] https://en.wikipedia.org/wiki/Paul_Baran
But the point about Paul Baran is that for him packed switching was a way to make communications more resilient in face of nuclear bombing (and other things) and he had at least some influence on the birth of the Internet, so if you ask me "what is the relation between the Internet and a nuclear strike" my first answer is "Paul Baran"
From chapter two of Wizards:
> Roberts also learned from Scantlebury, for the first time, of the work that had been done by Paul Baran at RAND a few years earlier. When Roberts returned to Washington, he found the RAND reports, which had actually been collecting dust in the Information Processing Techniques Office for months, and studied them. Roberts was designing this experimental network not with survivable communications as his main—or even secondary—concern. Nuclear war scenarios, and command and control issues, weren’t high on Roberts’s agenda. But Baran’s insights into data communications intrigued him nonetheless, and in early 1968 he met with Baran. After that, Baran became something of an informal consultant to the group Roberts assembled to design the network. […]
* https://www.goodreads.com/book/show/281818.Where_Wizards_Sta...
* https://en.wikipedia.org/wiki/Larry_Roberts_(computer_scient...
Baran's influence was perhaps in theory and algorithms, not in intent/use.
There is a lot more to the design of 'the internet' than the selection of a packet switched protocol. The early boxes were not hardened in any way and were intended to support computer timesharing amongst academic researchers. The DoD's C2 providers themselves rejected the concept of a decentralised packet-switched network because 'it would never work'. Which is why the relevant theoretical papers were sitting on the shelf and available when ARPANET was designed
That cannot be said unless you can cite sources saying so. It's been a little while since I read Wizards, but I don't remember any mention of nuclear war until Baran's work at RAND is mentioned, which is a couple of chapters in (IIRC).
For Licklider et al it was all about research, collaboration, and resource sharing.
> The idea of packet switching as a way make a communication network more robust came to Paul Baran a few years earlier, and while it was not the basis of Arpanet, it probably influenced it.
Baran's work was used in things like queuing theory, but work was already underway on ARPAnet before Baran (and Davis in the UK) was roped in. In fact it was Davis that pointed out Baran's work to the ARPAnet folks:
* https://en.wikipedia.org/wiki/Donald_Davies
This is all covered in Where Wizards Say Up Late.
2) Not the only one, though.
3) It was such a good idea that it grew a life of its own, and no one talked about nuclear war anymore.
From the Prologue of Wizards:
> Bob Taylor, the director of a corporate research facility in Silicon Valley, had come to the party for old times sake, but he was also on a personal mission to correct an inaccuracy of long standing. Rumors had persisted for years that the ARPANET had been built to protect national security in the face of a nuclear attack. It was a myth that had gone unchallenged long enough to become widely accepted as fact.
> Taylor had been the young director of the office within the Defense Department’s Advanced Research Projects Agency overseeing computer research, and he was the one who had started theARPANET . The project had embodied the most peaceful intentions—to link computers at scientific laboratories across the country so that researchers might share computer resources. Taylor knew theARPANET and its progeny, the Internet, had nothing to do with supporting or surviving war—never did.Yet he felt fairly alone in carrying that knowledge.
> Lately, the mainstream press had picked up the grim myth of a nuclear survival scenario and had presented it as an established truth. When Time magazine committed the error, Taylor wrote a letter to the editor, but the magazine didn’t print it. The effort to set the record straight was like chasing the wind; Taylor was beginning to feel like a crank.
* https://www.goodreads.com/book/show/281818.Where_Wizards_Sta...
I would think that Taylor of all people who know:
* https://en.wikipedia.org/wiki/Robert_Taylor_(computer_scient...
From chapter two of Wizards:
> Roberts also learned from Scantlebury, for the first time, of the work that had been done by Paul Baran at RAND a few years earlier. When Roberts returned to Washington, he found the RAND reports, which had actually been collecting dust in the Information Processing Techniques Office for months, and studied them. Roberts was designing this experimental network not with survivable communications as his main—or even secondary—concern. Nuclear war scenarios, and command and control issues, weren’t high on Roberts’s agenda. But Baran’s insights into data communications intrigued him nonetheless, and in early 1968 he met with Baran. After that, Baran became something of an informal consultant to the group Roberts assembled to design the network. […]
* https://en.wikipedia.org/wiki/Larry_Roberts_(computer_scient...
I said it was ONE of the motivations; not the only one. And Bob Taylor was only one of the people involved; there were lots of others. Why a bureaucracy decides to support something is pretty much impenetrable and lost to history.
Are there any interviews or documentation from ARPA or the early days of ARPAnet that do say it was about nuclear war survival?
Licklider, Taylor, Roberts, Davies in the UK: no one else thinking about things in that way from all the reports and interviews I've seen. The only one that perhaps seems to have had an interest in it seems to have been Baran, and he came in later when the ball was already rolling.
> I said it was ONE of the motivations; not the only one.
Okay. Where are the documents and/or interviews of those involved in the decision-making and/or implementation process stating it was one of the motivations?
Obviously we're talking about a period where documentation is sparse or non-existent, and most of the players are dead. Why is this important to you?
As opposed to knowing things without evidence and trying to convince people of a position without providing evidence? Is that how history is supposed to be done, without evidence?
As least with a link you can gauge the quality of the reference and its sources.
Because if you are going to make a claim it'd be useful if you had a citation for it. Because we're as close to the events that occurred as is possible, and it's only going to get 'worse' as time passes, so we should try to get right now.
You say that "all Markoff could do was interview a few people". The phrase "few people" is doing a lot of heavy lifting: two of those "few" were Herzfeld (who ran ARPA at the time) and Taylor (who was in charge of getting ARPAnet going). If they didn't know why ARPA why created ARPAnet then who else would?
If there were/are supporting documents, interview, etc, which show that surviving a nuclear attack was a motivation, they should be shared.
I don't necessarily care what the motivations were, but I'd rather not folks repeating hand-wavy claims that don't seem to have any supporting documentation for. That was what the linked to web page is about in the first: trying to trace and dispel an apparent myth.
I have no obligation to do a lot of research for you which, I'm sure, would make no impression on you anyway.
"What can be asserted without evidence can also be dismissed without evidence." — Genghis Khan (or https://en.wikipedia.org/wiki/Hitchens%27s_razor )
LOL. I'm the one quoting Wikipedia and books and putting links to references in his posts. You're the one that has not put a single citation in anything that he's written in this sub-thread.
Worth noting perhaps that many (all?) technical innovations are the result of some underlying technology maturing to the point that it can be applied to a problem. In this case, I bet that nobody liked the fragility and brittleness of circuit switched networking, but in order to make a packet switched network you need small fast computers that are cheap enough to deploy as network nodes. These appeared : minicomputers. The first ARPANet nodes were minicomputers running routing software. In fact the Internet used regular computers as routers into near modern history (IBM RISC machines iirc were deployed at the DS3 upgrade). So PSN is the result of a) people sitting around wishing they could have a PSN, and b) the technology to actually realize that becoming practical. There's no eureka moment.
That is not just for historical events, but for anything you are familiar with.
Michael Crichton coined the term Gell-Mann Amnesia Effect
https://theportal.wiki/wiki/The_Gell-Mann_Amnesia_Effect
You recall correctly. Info/pictures here[0].
0 - https://www.rcsri.org/collection/nsfnet-t3/
So, I guess in summary, I can't point you to definitive proof that those boards were running AIX, but it seems extremely likely to me.
0 - https://www.ietf.org/proceedings/29/ops/netstat.becker.slide... 1 - A network operator that was subsequently purchased by AOL.
But I checked and it looks like by the time these cards we created, AIX had already been ported to the IBM's ROMP, 370, and POWER processors, plus the 386, so AIX would seem to be fairly portable. I guess it would be easier to port it to the i960, than to do something from scratch. From marcus0x62's link, it looks like very few ( < 100?) of these boards were made.
I am unsure of what exact kernel strain wound up on the i960 cards, suffice to say any of them could have been called into this service since a well contained UNIX port is something that can be done by relatively few people.
IBM provided the IBM RT with special cards as the T1 implementation for NSFNet, and then the RS/6000s were used later and especially for higher speed T3 and FDDI nodes.
While the original NSFnet nodes and cards would be rare indeed, IBM commercialized this all as the 6611 Network Processor family.. which ranged from tiny PowerPC-only machines (based on the 7011) to custom chassis complete with the i960 cards. These sold from the early 1990s to mid-late 1990s and were not uncommon. Vanilla RS/6000s were also common in that era as networking multitools and were plenty good at it.
* https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ss...
* http://ps-2.kev009.com/basil.holloway/ALL%20PDF/sg245000.pdf
* http://www.bitsavers.org/pdf/ibm/6611/
The original conception of Message Blocks was for routing around a damaged network, but the term for Packet Switching was actually a means for multiple users to share a single connection. ARPANET included many ideas from NPL but was also its own thing.
So who invented Packet Switching depends on what parts of it you consider critical.
<https://www.rand.org/about/history/baran.html>
The first document introduces the basic problem:
Let us consider the synthesis of a communication network which will allow several hundred major communications stations to talk with one another after an enemy attack. As a criterion of survivability we elect to use the percentage of stations both surviving the physical attack and remaining in electrical connection with the largest single group of surviving stations. This criterion is chosen as a conservative measure of the ability of the surviving stations to operate together as a coherent entity after the attack. This means that small groups of stations isolated from the single largest group are considered to be ineffective.
<https://www.rand.org/pubs/research_memoranda/RM3420.html>
"Attack" isn't defined, but it's clear that resilience against broad assaults was a key consideration from the very beginning.
It was a consideration for Baran's work, but not for ARPAnet:
From chapter two of Wizards:
> Roberts also learned from Scantlebury, for the first time, of the work that had been done by Paul Baran at RAND a few years earlier. When Roberts returned to Washington, he found the RAND reports, which had actually been collecting dust in the Information Processing Techniques Office for months, and studied them. Roberts was designing this experimental network not with survivable communications as his main—or even secondary—concern. Nuclear war scenarios, and command and control issues, weren’t high on Roberts’s agenda. But Baran’s insights into data communications intrigued him nonetheless, and in early 1968 he met with Baran. After that, Baran became something of an informal consultant to the group Roberts assembled to design the network. […]
* https://www.goodreads.com/book/show/281818.Where_Wizards_Sta...
* https://en.wikipedia.org/wiki/Larry_Roberts_(computer_scient...
One underappreciated aspect of complex projects is how different goals and intentions may exist simultaneously, and how much active participants even at a high level may not be awarer of this. A friend had a uni professor who'd been part of the Glomar Explorer scientific mission which served as a cover for Project Azoran, the clandestine recovery of a Soviet nuclear submarine. The professor was unaware of the actual mission until well after the mission had concluded, when he read about it in the newspaper.
<https://en.wikipedia.org/wiki/Project_Azorian>
I tend to strongly discount personal-experience denials of covert or secondary mission roles by people otherwise connected with an activity (e.g., company employees, contractors, government workers, contractors, etc.). It's not that these are never, or even mostly incorrect. It's simply that for a large enough project, some secondary goal might well exist without the conscious awareness of many of those involved.
And again, in the case of Baran, we have the receipts.
I say this because I work with specialized equipment that uses RS-232 serial protocols for communication, and despite many decades of examples available of "the right" way to do it (e.g. OSI model), engineers continue(d) to not understand this lesson and design ad hoc protocols that don't respect this division of concerns and which suffer for it. Even in IP protocols designed to modernize this to wrap the RS-232 serial packets in internet packets, they repeat the same mistake(s). That is, in the midst of having to deal with a more complicated problem for serial protocol to IP protocol conversion because the original format didn't clearly distinguish envelope from data, they compound the problem by mixing levels in the new protocol.
For example, writing IPv4 into the standard for a proprietary an Application or Session level protocol even at the same time as our network is banning IPv4 and requiring IPv6, but the protocol is not even defined for IPv6 addresses. When it should be agnostic to IP level concerns entirely. (The engineers said, while designing the system, "well .1 is going to be this piece of equipment, .2 is going to be the other side, if it's blah blah blah it's .3, etc.")
A very recent and high level example of this is how the Matrix protocol was architected. By defining all the message formats in terms of JSON-over-HTTP it makes it difficult to only use part of the protocol and not all of it, and makes it difficult to use it over alternative transports since the assumptions of HTTP idioms are baked all the way down.
"Why did ARPA build the network?” Lukasik asks. “There were actually two reasons. One was that the network would be good for computer science.""
...
"But there was also another side to the story, which was that ARPA was a Defense Department agency. And after Eb [Rechtin] came in, defense relevance became the dominant notion. Everybody was writing relevance statements. "
...
"So in that environment, I would have been hard pressed to plow a lot of money into the network just to improve the productivity of the researchers. The rationale just wouldn’t have been strong enough. What was strong enough was this idea that packet switching would be more survivable, more robust under damage to the network. If a plane got shot down, or an artillery barrage hit the command center, the messages would still get through. And in a strategic situation—meaning a nuclear attack—the president could still communicate to the missile fields. So I can assure you, to the extent that I was signing the checks, which I was from nineteen sixty-seven on, I was signing them because that was the need I was convinced of.”
Waldrop, M. Mitchell. The Dream Machine (p. 273). Stripe Press. Kindle Edition.
Saying "The Internet isn't ARPANET" is ridiculous. Of course it isn't. ARPANET was an academic research project with a mix of defence and open R&D requirements. The Internet is a collection of extra layers of commercial development on top of some of that R&D.
Academic research projects are rarely hardened because the point of the project is to investigate possibilities, not to spend hundreds of billions building a physically bomb-proof network that's useless because the core tech doesn't work.
When the Berlin Wall came down the goals changed, but the core concept of distributed scalable robustness is still very much there today. Of course now we have too many choke points, so it's not as robust as it could be. But if someone cuts a cable packets will still find a longer, slower way around as long as the bandwidth is there.
On what basis? What is the distinction between being "created" to survive a nuclear strike, and being "designed" to do so?
> that was one of the reason that packet switching was invented (compared to the traditional, at the time, circuit switching).
Yes, but I don't think it's a relevant one. Baran's papers kinda-sorta-maybe had some influence on ARPANET, but ARPANET mostly got packet-switching (and certainly the term "packet") from Donald Davies. If you look at the actual layout of ARPANET it wasn't very survivable (not much redundancy in the links) [0], compared to Baran's proposal [1]. Internetworking and "the Internet" as we know it came much later and was way beyond the point where Baran had any influence.
[0]: https://commons.wikimedia.org/wiki/Category:ARPANET_maps [1]: https://personalpages.manchester.ac.uk/staff/m.dodge/cyberge...
It's not only Internet, FFT also was created to detect illegal nuclear testing and it's included the top ten algorithms of 20th century [1],[2]. There's no shame of admitting the facts.
If not for military purpose Internet will probably never ever see the light of day. The Internet packet switching end to end network precursor and predecessor in France proposed and implemented by Louis Pouzin, famously called the 4th man of the Internet, who coined the word "datagram" the very fundamental concept in packet switching, lost his proposal to other communication technology for France nation wide networks implementation [3].
The original inventors of the Internet proposed the idea to AT&T, the US communication behemoth and monopoly at the time laughed at the packet switching idea saying that it will not work and does not make any economic sense. The only reason Internet created and survived is because of the military applications and as any military application the main objective is to maintain and sustain command and control where Internet is more than capable of. I've once read someone simulated 99% infrastructure demolition (as in nuclear attack) and Internet communication managed to survive intact. Cannot recalled the article now, perhaps this is where ChatGPT becomes handy. The fact that the US military maintained a separate military network (similar to Internet) from the public Internet after the Internet gone public and its popularity increased, provided the hints why it's so important for the US military.
[1] Great algorithms are the poetry of computation:
https://www.andrew.cmu.edu/course/15-355/misc/Top%20Ten%20Al...
[2] The Algorithm That Almost Stopped The Development of Nuclear Weapons:
https://www.iflscience.com/the-algorithm-that-almost-stopped...
[3]Louis Pouzin:
https://en.wikipedia.org/wiki/Louis_Pouzin
And yet Charles M. Herzfeld (who was ARPA director at the time) and Robert Taylor (who was in charge of getting ARPAnet going) say otherwise: it was to link computing centres across the country so that resources could be shared and collaboration would be easier.
If Herzfeld and Taylor didn't know why ARPA created ARPAnet then who else would?
The entire linked to article is about tracing the source of the "able to withstand large scale nuclear attack" original story myth:
> However, the documentation is voluminous and the people who were in the room have all given a consistent story about how it was to build a network for time-sharing of expensive computers and better collaboration.
According to Wikipedia, apparently "Taylor had convinced ARPA director Charles M. Herzfeld to fund a network project earlier in February 1966, and Herzfeld transferred a million dollars from a ballistic missile defense program to Taylor's budget". This budget probably equivalent to tens of millions USD in today's money. The narrative "to link computing centres across the country so that resources could be shared and collaboration would be easier" using a large chunk of budget from ballistic missile systems that could carry nuclear warheads that were distributed across the country does not make sense to me.
I remember back in the days when the internet was first starting to happen, seeing comments about packet switching. The gist of what I recall was that there was lots of dark fiber, and folks like AT&T were trying to prevent it from being used and force slow/expensive packet switching on us, billing us per-packet or something.
it is hard to dig up any article about this however.
There's certain underground bunker sites on the historical L4 transcontinental coaxial cable routes which were designed with equipment mounted on springs, massively thick concrete walls, decontamination showers, and so on. Other mountain top and flat land area microwave point to point relay sites were designed to take a certain amount of overpressure and possibly would have survived nearby smaller nuclear weapon strikes (though obviously not a direct hit).
Much of this pre-dates 1969 and the concept of the ARPANET. If you dig into things like what telecom services/links supported the NIKE missile batteries built around major cities and so forth. And what telecom services/medium to long distance links supported the data feeds from regional radar sites into the SAGE direction centers.
Here's a fairly typical example of the more costly site of site, which you can see the photos of under construction and how much extremely reinforced underground concrete is involved.
https://coldwar-ct.com/Home_Page_S1DO.html
Also lots of providers just string up cable on poles, which are routinely snagged by trucks, shot by ammunition, run into by cars, etc etc, so even more vulnerable than shallow burial. Some of these cables are major links so damage can cause wide-reaching problems. No match for an out of control sedan, let along a nuclear strike. [4] [5]
[0] https://www.techrepublic.com/article/google-fiber-is-using-a...
[1] https://wpln.org/post/google-fiber-disruptions-have-some-say...
[2] https://www.nashvillescene.com/news/pithinthewind/google-tre...
[3] https://arstechnica.com/information-technology/2019/02/googl...
[4] https://www.wmur.com/article/crash-manchester-comcast-servic...
[5] https://www.cbsnews.com/sacramento/news/crash-vandalism-comc...
and etc
Each hop of the internet uses power. The power infrastructure is above ground for long enough to be overpowered by nukes. So even if the internet were entirely under ground and even if it were entirely only fiber it would need an underground-only power feed coming from an underground-only power generation source. Most internet service providers are above ground. Some telco is underground but only useful for old pots lines and some DS lines. Satellite ground station relays are above ground. Power plants are above ground. Solar panels are above ground.
I could be wrong, so after a nuclear event we should all try updating this thread assuming M5 Computer Security is EMP hardened and has backup power and a fuel contract with a fuel company that still exists. Most data-centers are not EMP hardened.
<https://www.rfc-editor.org/rfc/rfc2549>
Also you have to remember back then the nukes were smaller.
I always had the impression they actually got smaller, as more precise targeting reduces the need for higher yields.
If you know your bomb will detonate inside a building, you might as well use a conventional warhead and avoid all the diplomatic fallout of nuking someone.
<https://apnews.com/article/hellfire-r9x-al-zawahri-d0d25b7ed...>
Yes, more precise targeting / flight controls means smaller warheads, or simply kinetic-kill munitions.
Shaped charges also pack a punch depending on where your delivery is intended.
And of course, there is a nuclear version of same:
<https://en.wikipedia.org/wiki/Nuclear_shaped_charge>
Sounds useful for demolition.
The other use envisioned was for Project Orion, the nuclear-bomb-powered spaceship proposal. Directed blast would make for more efficient propulsion, it seems.
The latter appears to be under more scrutiny lately, leading us to believe this is just like the lofty idea that VPN encryption is completely anonymous from the big five.
Spies operating out of China or Russia would never use VPN or Tor? That would be painting a red target on their backs. So I wonder what the true intention is for Tor as is the mysterious origin of Bitcoin and so many other things. We won't know.
One thing is for sure, what we believed to be bastions of Western democracy and privacy are no more.
If you do use VPN with Tor as some do, it won't be your ISP either.
We have an illusion of privacy because there is no true privacy anymore with digital technology and without privacy we don't have true freedom and as such we only live in a democracy in name only.
Tor just isn't as common as you think nor is it widely adopted due to unreliable and the problem with that cover explanation is that you wouldn't know where Tor is widely used in the first place to be able to find "safety in numbers".
I'm all for the founding fathers of the internet asserting that it wasn't a cold war imperative, on citeable paper, but that doesn't out-of-hand invalidate somebody's assertion that the culture motivating grant funding in the halls of defense at the time was continuity of government or C&C during the armageddon that everyone was anticipating.
https://www.youtube.com/watch?v=vuiBTJZfeo8
https://www.youtube.com/watch?v=rHHpwcZiEW4
And from Bob Kahn, who designed the router of that early Internet (interviewed by Vint Cerf, who invented TCP/IP):
https://www.youtube.com/watch?v=EKxNMTVnBzM
https://www.youtube.com/watch?v=hKZ6tJcQpcI
A key innovation of the Internet was packet-switching. Previous networks like AT&T's telephone system were circuit-switched: the configuration of the network, and route between source and destination, is an inherent property of the network, and once a connection is established it can't be easily reconfigured. Packet-switching makes the source and destination a property of the message, and then the network is responsible for figuring out a route from source to destination. Notably, because all information needed to specify the destination is included in the message, it can be retried or take a totally different route.
Most things have multiple causes, and the Internet is definitely one of them. The scalability and distribution properties were certainly one of them: a centralized system like the telephone network cannot scale to new uses and many new endpoints the way a distributed system like the Internet can. According to Kleinrock, the need for management to keep an eye on all the research they were funding was apparently another one of them. But given that it was funded by DARPA, the resilience of a packet-switched network to scenarios where individual circuits might go down was probably a major reason for the interest in this technology. It doesn't necessarily have to be a nuclear strike, but there were a number of scenarios of interest to RAND and DARPA that could involve a portion of the nation's communication network being disabled and still needing to get messages through.
This is also a good lesson to designers of future networks and computing systems. The end-to-end principle remains as valuable to system designers today as it did in the 1960s.
So at the very least, the origin of this story predates 1991 by at least two years.
I don't recall the name of the building but here it is on Google maps.
https://www.google.com/maps/@40.106201,-88.2268272,3a,75y,91...
Edit: It's not clear from my original comment but the reason for collapse would presumably be a nuclear strike. I remember this because this was a time when we grew up with a constant fear of a Russian nuclear strike and I couldn't help but wonder why anyone on earth would want to nuke Champaign.
Edit: Ah, here we go! It is the Foreign Languages Building (FLB), later renamed. I remember having to trudge here at 7ams on snowy winter days to listen to Japanese language cassettes.
https://uihistories.library.illinois.edu/virtualtour/maincam...
Edit: And here's a contemporary article about the FLB, which also cited some of the crazy rumors about this building.
https://imgur.com/HXenjnt.png
Having it not fully waterproof (and maybe they also took that into account) has probably been seen as an improvement over totally crushed by rocks and bricks.
The building was called the Foreign Languages Building until very recently and is now called the Literatures, Cultures & Linguistics Building.
Relevant info from the UIHistory site:
"Located on the site of the former Old Entomology Building, ground was broken on the Foreign Language Building (FLB) on December 18, 1968.
A popular myth is that the building's distinctive architecture was a result of its being designed to house a supercomputer on campus called Plato. The building was supposedly designed so that if it was bombed, the building's shell would fall outwards, protecting the supercomputer on the inside. It is also rumored that the building's interior layout was a result of trying to confuse Soviet spies and prevent them from stealing secrets from the supercomputer.
In reality, the building's architecture is not actually all that unique and was a popular style of the day. In fact, just a few blocks to the west, one may find the Speech and Hearing Sciences Building, which a 2-story clone of the building. Plato itself was real, but refered not to a secret government program, but rather to the first "modern" electronic learning system, the forbearer of course software like WebCT and Mallard. The mainframe computer that ran the Plato system was located in north campus, in a building which used to reside on the west side of the Bardeen Quad." [0]
[0] https://uihistories.library.illinois.edu/virtualtour/maincam...
Hilarious that the myth extends to the interior design - the basement really is a maze the first few times you visit.
I vaguely seemed to recall that sometime around the Gulf war, I was able to modem in and connect remotely. Shortly after, I stopped getting Plato assignments!
Plato was an early interactive learning system, the supercomputer was called the Illiac-IV.
The building was called the "Center for Advanced Computation". I don't know if the computer was in that building, but I don't think they were exactly hiding it from the Soviets.
This results in a structure very different from what was conceived originally for the purpose of being resilient to partial destruction.
For the latter purpose, the best structure is a decentralized mesh with mostly equivalent links, which is much less economical than what the Internet uses now, i.e. a hierarchy of links of increasing throughputs that concentrates the traffic into few very high-speed links that pass through central high-capacity routers, so that the parts of the network where most of the traffic is concentrated are very vulnerable and their destruction would affect everybody.
That's right... computers, the internet, GPS, weather satellites, it was all for war. Paid for by the US and other world governments.
So the next time someone says "but Tor came from the government!" you can tell them this.