Following this discussion, I must admit I was still a bit confused as to what was going on. While I wasn't clear on the organizational ins and outs, it was certainly clear that RIPE was performing a valuable coordinating function, allowing the technical people to gather in one room and work out solutions to problems.

Sometimes the issues on the table were highly complex, such as how to do policy routing in an environment characterized by too many policies. Often, though, the issues were painfully simple.

Take the issue of country codes, the two letter abbreviations by which you send a letter or provide the root portion of a DNS name. The list of such codes used to be fairly static, but with the disintegration of the Soviet Union there were a bunch of new roots to the name tree.

Managing that root was a sign of power, and in more than one case, fights had broken out within a country between groups who felt they were the rightful namespace administrators. The right to control the top of the kee was a touchy issue in a place like Yugoslavia. Imagine a Serb administration of the Croatian subdomain, for example.

RIPE served as a place where these types of issues could be ironed out. Not everything can be solved on an informal technical level, of course, but it is amazing how many problems can be worked out this way.

One exchange in the RIPE plenary that I found interesting was the issue of where to find the current country codes. Officially, these codes are listed in an ISO standard and, in response to a query from the audience, a bureaucrat got up and explained that one obtained ISO standards from one's own national standards body.

Not a very useful solution to a simple problem, so somebody else got up and suggested that the information be obtained from the back of a Sun manual. The representative from Israel suggested that Larry Landweber maintained this information as part of his list of connectivity.

Finally, somebody wanted to know if this information wasn't online. He had heard about some standards server "someplace in the U.S.," but when he tried to obtain standards there he had received an error message.

I had the dubious honor of trying to explain why the ITU had withdrawn their permission for posting standards since the server wasn't helping "the right sort of people." Many of the Eastern Europeans were furious about the decision since it had been their only access to the vital documents. Would ISO be posting their standards, somebody wanted to know?

I explained the concept of a standards haven in some friendly location like Budapest. Everybody laughed and the plenary broke up.

That afternoon, I managed to drag Glenn Kowack away from the center of the vortex he creates to find out about EUnet. Glenn had just finished his first year as the CEO of EUnet. EUnet was sort of the analog of the U.S. USENET, but had evolved into a much more structured network.

In the U.S., the UUCP protocols had long been used to allow people to form a very loose confederation of systems, a sort of network anarchy. A new system would join USENET by setting up an arrangement with some existing system for the transfer of mail and news, usually using dial-up links. The only real rule was the unwritten tradition that if somebody was nice enough to let you join, you ought to do the same for somebody else. In this way, a loose web formed across the U.S. and a de facto network came into being.

The informal nature of USENET meant no acceptable use policies or votes to allow a new member in. Lack of formal structure, together with the low cost, meant that USENET (and the underlying UUCP protocols) spread quickly among small startup companies.

Much of USENET ended up falling under the umbrella of USENIX, the U.S. UNIX users group. In Europe, simple networks were also forming in the context of UNIX user groups and the UUCP protocols. In Europe, though, there wasn't quite the luxury for anarchy that the U.S. had.

For one thing, calls across national borders were expensive enough that it made sense to concentrate traffic through a star configuration of national nodes and a central switch. The central switch was the famous mcvax (now mcsun), housed at CWI in Amsterdam. Since an international call to one point in Europe costs pretty much the same as to any other point, there was no need for a fancy mesh topology, and the star stayed in place.

Because calls cost so much, users started paying their share of line charges from the very beginning. Administration and management was totally volunteer and fell under the umbrella of the European UNIX Users Group (EUUG), and the net came to be known as EUnet.

By the time Glenn joined EUnet in January 1990, it had grown to be a TCP/IP and WCP network with over 1,600 sites. Over the next year, it was to grow to well over 2,500 UUCP sites, 100 IP sites, and 750 news sites. All this traffic was going from local networks, run by a local UNIX user's group, into a national node, and then over to Amsterdam.

EUnet, with all these users, began playing a major role in European networking, pooling its money with other groups like NORDUnet so that bigger pipes could be leased. Many of these shared lines formed the de facto European backbone of RIPE, and then later of EBONE.

One of the interesting aspects of EUnet is that it is often the very first network in a country. By January 1992, EUnet already had 22 national members, each representing a national UNIX user's group, running a national node, and paying for their own line to mcsun. The cost of international links, the Amsterdam equipment, and miscellaneous overhead like Glenn were also apportioned among the members.

With the craze towards open systems at a peak, EEUG changed its name to EurOpen to signify openness, truth, and beauty. Thankfully, EUnet did not become OpenNet.

Both parts of the EurOpen name are applied in a fairly loose fashion. Open included things like UNIX and TCP/IP instead of being a code-word for only OSI. European is also interpreted kind of loosely. Iceland, Tunisia, and Moscow are members of EUnet, stretching the word far beyond the confines of the European Community, the European Free Trade Association, and even the European continental boundaries. Egypt and Algeria were coming on line soon and Glenn didn't really seem to care who joined as long as he could provide service and spread networking into new countries.

In fact, it was the desire to spread networking to those who could use it that got Glenn his job with EUnet, in a very indirect fashion. In the 70s and 80s, Glenn led a reasonably normal life, taking jobs like that of an R&D manager for Gould in Champaign-Urbana, Illinois. Of course, he did take a few years out to help found and run a community radio station, a job that many engineers don't sport on their resumes.

At the tail end of his stint with Gould, Glenn ended up as the first employee of the newly formed UNIX International. He enjoyed the job so much that, after the organization was off the ground, he quit and took three months off to go look at computers in Asia, visiting places like Hong Kong and Singapore.

He came back from his sabbatical and set up shop again in Shampoo-Banana, this time hanging out his shingle as a freelance consultant. He was doing various consulting jobs when Eastern Europe collapsed.

Glenn bought a Zenith laptop, packed his backpack, and took off. By the time he looked up, he found himself in Warsaw chairing the first meeting of the Polish UNIX Users Group, an event made all the more challenging by his lack of any knowledge of Polish.

In his travels, he made enough visits through Holland that he got to know the Amsterdam crowd well. EUnet decided to hire a real manager, and Glenn certainly seemed not only highly qualified but highly available. He took the job.

EUnet is proof that networks can be set up with minimal outlays of funds. With a headquarters budget of ECU 600,000 (U.S. $738,000) and a total pan-European outlay of well under ECU 10 million per year, EUnet has become one of the key European networks, acting as the lead player in bringing new countries into the world Internet.

EUnet has also played a key role in helping to form the EBONE consortium. EUnet's historical role in working with other organizations on line sharing has meant that lines to the U.S. and across Europe have been possible even when groups like RARE were unable to act.

One would think that a low-budget, technically astute, extremely effective network would win plaudits from all over, but EUnet has its detractors. 05I-only groups view EUnet and its informality as a definite threat. In some cases, active efforts are underway to try and prevent EUnet from operating.

A recent example was brought to light at the RIPE meeting. SWITCH, the national research network in Switzerland, had barred EUnet traffic from its network. Not only had the traffic been barred, it was cut off without any advance notice to EUnet, causing several days of confusion as people all over Europe tried to figure out their sudden loss of connectivity.

At the RIPE plenary, Michael Nowlan, the Irish chairman of EurOpen, read a prepared statement protesting the lack of notice. What had really happened illustrated the type of politics that EUnet encountered.

In each country, it is up to the national UNIX users group to figure out how to move traffic from the national node out to the rest of the country. In some countries, a simple dial-up star configuration is sufficient. In others, there is enough traffic that a backbone linking regional hubs makes sense.

How to provide that backbone is up to each group. In some cases, the group will simply lease lines and set up a backbone. In other cases, line-sharing agreements with a national research network might be established. In other cases, a contract can be set up with some other entity to provide the backbone.

In Switzerland, the Swiss UNIX group (CHWG) had been using SWITCH, the national research network, as a backbone. CHUUG and SWITCH got into a squabble over various matters and CHUUG decided to set up its own backbone. SWITCH set up their routers to filter out IP traffic, thus cutting off connectivity from the 22 EUnet countries to anybody on SWITCH or with a tail link off of SWITCH.

Fortunately, these childish games are the exception rather than the rule. In most countries, EUnet happily coexists with the national research networks. The national nets handle the universities and the UNIX group handles low-volume UUCP clients, IP links to small companies, and anybody else who falls outside the official domain of "research" as defined in that country.

With my work for the day done, I went out for a couple of beers with Scott Williamson, the manager of the new Network Information Center (NIC) in the U.S. The NIC had been recently transferred from SRI to GSI, a subsidiary of Infonet. GSI and Scott had a rough few months as things got going and Scott was now making the tour of conferences like RIPE and the IETF to convince the community that things were back in control.

Running the NIC is no easy task, I learned. Just maintaining the WHOIS database requires an 800 Mbyte database running Ingres, a condition specified by the Defense Communications Agency, the official funding agency for the NIC. Even though a great part of the traffic into the NIC comes from the NSFNET, not the MILNET, the NSF had yet to set up its own similar facility, making Scott responsible for both networks.

One of the big problems was that the NIC had inherited its communications facilities as part of the DCA contract, which specified a 64 kbps link to the Internet. A pipe of that size is not enough for an organization that is at the center of the Internet and the link was quickly flooded. Only after the NASA Science Internet stepped in with a T1 line did things start to get better.

Over beers, I learned that Scott is ideally suited for his job. His background was managing a team of UNIX programmers for various Washington tasks, such as a job for the Federal Emergency Management Agency (FEMA) simulating telephone disasters. More to the point, though, he is a second-degree black belt in a Korean martial art and spent three years in the Australian outback. Both experiences breed qualities that are useful when dealing with Washington bureaucrats.

That night, RIPE had set up a group dinner at a local Indonesian restaurant. Indonesia was a former Dutch colony and an Indonesian dinner provided excellent food, at a price that was affordable on all manner of budgets, an important consideration given the wide geographical representation at the meeting.

Over salads in gloppy peanut sauce, preserved eggs in sweet chili and lemon grass, and fiery beef curries, the conversation drifted in and out of shop talk. I was too jet lagged and burnt out to think about networks, so I concentrated on the food.