Featured Article » Nonfiction
So You Want to Build the Internet: IP Communicatons in 1633
![]()
The content of articles is available only to logged in members.
You can either Log In or subscribe.
In the mean time, a preview of this story is shown below. It's about the first half.
The internet, as we all know, is a complex beast. It depends on a wide variety of technologies to deliver a wide variety of information over a large number of different computing devices. So, how feasible is it to build an internet in the 1632 Universe? Less difficult than you might think, depending on what you're after. To make those decisions, we need to look at what resources are available on several fronts. Before going too far into this, you might also want to review "So You Want To Do Telecommunications In 1633?" in Grantville Gazette, Volume 2.
Resources
Computers
In 2003, a number of folks worked to put together a computer resource survey for Grantville, to provide some definition of what kind of computational resources might be available to the residents of Grantville who had been cast into the past. That survey can be found here:
http://homepage.mac.com/msb/163x/faqs/computers.html
Several assumptions (at least one of which proved to be too conservative) were made governing how many and what types of computers might be available. A few starting points can, however, be noted. First, don't expect to see anything introduced after February of 2000. That allows a couple of months for just-released technology to reach Grantville (which, you should note, is not necessarily going to have the latest and greatest hardware, either—historically West Virginia lags behind the rest of the country in tech adoption). Second, expect to see a lot of hand-me-down computers—older models, such as 386s, 486s, Pentium Is—that kind of thing. The one assumption that was, in fact, too conservative was that the Mannington schools had made a concerted effort, in the late 90s, to provide up-to-date computing hardware for the teachers to use with their students. As a result, there were more then-modern computers than expected—mostly Celerons and Pentium IIs, with a mix of Pentium IIIs.
Also worth noting is that there were more, older "scrap" computers than expected. Hold onto that thought, because we'll be getting back to it.
Routers
One of the big issues in building a network is routing capacity. In that sense, Grantville was sorely lacking. A grand total of 2 T-1s (with associated CSU/DSU hardware) have been identified within the radius of the ROF. By authorial fiat, a total of 4 early-model 802.11b wireless routers are also present—and no, these don't have the firmware that allows them to be used as long-distance bridges.
But, if you think back a few years to the early days of the Internet, you'll find that "routers" were not much more powerful than then-extant computers. Which means, if you think about it, that you're talking about something with the horsepower of a 386 or a 486. Hold that thought as well, because we'll be getting back to this issue.
Backbone
This is where you wind up with a real problem. Because, except for the in-town cable, and the 7 miles of fiber optic running under the CSX rail line, there just isn't anything useful—you'll have to make it all, using existing resources. Except, you don't. The groundwork has already been laid for you, if you know where to look. A few data points to consider:
- A few years ago, just to prove that they could, a datacomm company who shall remain nameless decided to demonstrate the robustness of their product by running an Ethernet networking connection over 8 strands of barbed wire. Just to finish proving the point, someone later ran an Ethernet link over a one mile section of barbed wire.
- At about the same time, a group in Norway actually implemented what had been henceforth a joke: IP over carrier pigeon. Using a printer, a scanner, and a carrier pigeon, they successfully established a network link between two computers, including a network segment delivered solely by carrier pigeon. The latency was, as you might expect, atrocious. Nonetheless, they were able to pass network data across the link.
- Ham radio operators routinely operate IP networks over high-frequency radio networks, worldwide.
- Most modern telephone service is delivered over a two-wire pair—what's known in the industry as unshielded twisted pair (UTP). If you look at a modern phone wire, however, you will find that it normally has two pairs of wires. What's interesting about this is that 1990s-era 10Megabit Ethernet (10BaseT, in industry parlance), will run quite nicely using two pairs of wire.
So, what does all this mean? Well, for starters, it means that if you are (a) willing to be a little unconventional in your methods, and (b) willing to accept reduced capability, you can build quite a bit of network with materials ready to hand. In fact, if you want, you can build out most of a small town with the equivalent of a 1990s office network. Getting outside of the town will be much more of a challenge, however.
Building the Network: Routers
Once you've decided to build the network, you need to have some form of router. A router is, really, just a computer that plays the role of traffic cop—it directs network traffic hither, thither, and yon. It's worth noting that Linux distributions since the 1990s all contain core routing software within the operating system and within the packages that are distributed. It's simply a matter of setting it up. It's also worth noting that a fully-fledged Linux router, using a stripped-down version of the operating system, will run in as little as 8 MB of memory space. Remember those 386s and 486s I mentioned? Well, a well-equipped 386 might have a whopping 8 MB of memory. Just about enough to act as a router, if needed. All we'd need was the right individuals, and some time to configure and program a router package, which could then be duplicated. So, that's one problem solved. But… now that we have routers, what network do we route traffic on?
Building the Network: the Backbone
If you did your homework, and read Rick Boatright's excellent article in Grantville Gazette, Volume 2, you'd realize that there will, very quickly, be quite a lot of telegraph wire being generated, and pulled around the countryside. What, then, is telegraph wire? Well, it's either iron or copper wire, with repeaters. A telegraph is really just a device that sends an analog signal of dots and dashes separated by blank space across that wire. Hmmm. Dots and dashes you say? Sounds an awful lot like 0s and 1s—binary bits. So, why not find a way to take advantage of all this iron wire being put up around Europe—and push IP network data across it instead of manually-driven telegraph key data?
In addition, you might have noticed the comment above about radio data communications. Since most of the radio traffic in the 1632 universe is Morse code (also known as CW—continuous wave), you run into the same objections to sending computer data via radio as you do to sending that computer data via telegraph line. Solve the problem of how to connect a computer to a telegraph line, and you can use that same solution to connect computers via radio—at least so long as you can establish radio communications. Which bring us to our next problem.
Building the Network: A Telegraph Modem
A modem (modulator-demodulator) is, at this point, a handy term for any device that interfaces between a computer and an outside network. The reality, of course, is that a modem is a fairly specific device term—if you're a techie.
In our case, however, what we need to build is a device that allows a computer to talk across a telegraph line. Fortunately, it's actually not all that hard to build such a device, or to control it from a computer. Using a simple combination of the computer's serial or parallel port, some custom programming, a solenoid, and an otherwise-standard telegraphy key, you can get the computer to "talk" to the telegraph line. In reality, automated telegraphs were commonly available by the end of the 19th century. In ...
That ends the preview. Probably in the middle of a sentence. Sorry.
