- ripe-list - mailman.ripe.net

Document Announcement: Quarterly Report 4
by Anne Lord 07 May '93

07 May '93

New/Revised RIPE Document Announcement -------------------------------------- A new document below ripe-87 is now available from the RIPE document store. Ref: ripe-87 Title: RIPE NCC Quarterly Report, Issue 4, March 1993 Author: NCC Date: 6 May 1993 Format: PS=697094 TXT=68517 Short content description ------------------------- The fourth Quarterly Report describing the activities of the RIPE NCC from January 1st 1993 until end March 1993. FTP Access ---------- All RIPE documents and Internet RFC`s are available via anonymous FTP from host ftp.ripe.net. Type "ftp ftp.ripe.net". Login with username "anonymous" supplying your email address as the password. After logging in, type "cd ripe/docs/ripe-docs" followed by the command "get <filename> For example "get ripe-87.txt". Electronic Mail Retrieval of Documents -------------------------------------- Documents can also be retrieved from the RIPE document store using a mail server program. For more information on how to use the program, send email to: mail-server(a)ripe.net with "send HELP" in the body text. RIPE NCC Interactive Information Server --------------------------------------- Type "telnet info.ripe.net". This is a menu driven service which allows the document store to be browsed. After reading documents you are prompted as to whether you would like to receive an email copy of the document you have just read. If you would, you simply enter your email address and the document will be mailed to you. Below are details of access methods for systems administrators: Gopher Access ------------- The same documents are available via a "gopher" server at "gopher gopher.ripe.net". WAIS Access ----------- There is also a "WAIS" server at wais.ripe.net, where there is a WAIS index for RIPE documents "ripe-docs.src" WWW Access ---------- For those who wish to add this home page at the RIPE NCC to their own customized home pages, it can be accessed as: http://www.ripe.net./local/spool/www/default.html MIME Mail Reader ---------------- Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the ASCII version of the RIPE document. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mail-server(a)ripe.net" Content-Type: text/plain SEND <ripe-87.txt> --OtherAccess Content-Type: Message/External-body; name="<ripe-87.txt"; site="ftp.ripe.net"; access-type="anon-ftp"; directory="ripe-docs/docs" Content-Type: text/plain --OtherAccess-- --NextPart--

1 0

limerick-wg created
by RIPE Limerick Working Group 04 May '93

04 May '93

People, by popular demand, the NCC has created the limerick working group, whose main task is to review incoming limericks that are RIPE or network related. If the working group deems there to be "rough consensus and rhyming code" the limericks will be put in the RIPE document store in the directory ripe/limericks. Please consult the README in that directory for more details. Of course, Mike Norris' excellent limericks are the first to be entered in the RIPE hall of limericks. Kind Regards, -Marten RIPE Network Coordination Centre, Limericks Department

1 0

bitnet nodes on Internet
by Gabor Csuka, DESY - Germany 03 May '93

03 May '93

Dear All, Who knows any public and up-to-date data about what bitnet nodes are on the Internet ? With best regards, Gabor CSUKA -- DESY / Germany email: csuka(a)heracc.desy.de

1 0

Limerick (is a city in Ireland)
by mnorris＠dalkey.hea.ie 03 May '93

03 May '93

Though the meeting was bigger in Prague, RIPE 15 in A/dam was no drag; We got trams from the Muider, And plenty of CIDR, Plus bollards to put in our bag. There was good news about the EBONE Info too from the new IXI clone But what really did matter Was the erudite chatter As we dined in the Huis Van Loon. While Anne tapped on her notebook computer Noting the orthoepy of router While no-one could doubt her When she called it a router It was felt that a router was cuter. Cheers. Mike Norris

1 0

Re: bitnet nodes on Internet
by Hank Nussbacher 03 May '93

03 May '93

On Mon, 03 May 1993 10:32:50 EDT you said: >Dear All, > >Who knows any public and up-to-date data about what bitnet nodes >are on the Internet ? Yes. Send mail to listserv(a)bitnic.educom.edu with the text: send internet listing > >With best regards, > >Gabor CSUKA >-- >DESY / Germany >email: csuka(a)heracc.desy.de Hank

1 0

RIPE-81
by Tony Bates 03 May '93

03 May '93

Folks, Following the acceptence of RIPE-81 as the official RIPE document for routing policy information the, "WORK IN PROGRESS" tag has been removed from the document. The document store has been updated accordingly. The Document is ftp.ripe.net:ripe/docs/ripe-docs/ripe-81.{ps,txt} -Tony.

1 0

RIPE DNS Hostcount April 1993
by Marten Terpstra 03 May '93

03 May '93

Folks, Another hostcount, in time this time ;-) - Quite a few new top level domains: cy - Cyprus cz - Czech Republic eg - Egypt ge - Georgia li - Liechtenstein mt - Malta sk - Slovak Republic tr - Turkey - All the countries that have less hosts now have been re-counted, but did not improve. - Reasonable increase of slightly over 10,000 hosts to just over 366,000. - The full zone output for all countries can again be found on ftp.ripe.net:/ripe/hostcount. - Total History again appended below. Cheers, -Marten ---- RIPE DNS Hostcount Previous Count : Wed Mar 31 1993 This Count : Fri Apr 30 1993 CY SOA COUNTED DUPL REAL CHANGE ============================================================ al 1 0 0 0 0 at 251 10684 67 10617 + 257 be 48 3581 71 3510 + 236 bg 1 1 0 1 0 by 0 0 0 0 0 ch 133 27640 619 27021 + 766 cs 88 2431 30 2401 - 102 cy 5 30 0 30 + 1 cz 10 1129 25 1104 + 1104 de 1236 80963 2417 78546 + 3243 dk 100 5753 52 5701 + 116 dz 0 0 0 0 0 ee 14 138 1 137 + 3 eg 1 0 0 0 0 es 217 7905 77 7828 + 158 fi 188 22475 614 21861 + 307 fr 462 36228 701 35527 + 116 gb 1 7 0 7 + 1 ge 1 0 0 0 0 gr 58 973 163 810 - 75 hr 21 422 4 418 + 28 hu 16 857 5 852 + 108 ie 39 1527 33 1494 - 163 is 26 1043 10 1033 + 14 it 273 11071 128 10943 + 339 il 52 4369 46 4323 - 50 li 1 0 0 0 0 lt 1 0 0 0 0 lu 9 154 1 153 + 6 lv 1 7 0 7 0 mt 1 0 0 0 0 nl 357 30317 370 29947 + 756 no 391 21573 212 21361 + 635 pl 125 2525 13 2512 + 439 pt 73 2425 45 2380 + 118 ro 2 15 0 15 0 se 430 30140 310 29830 + 490 si 7 385 1 384 + 12 sk 7 71 1 70 + 70 su 128 81 2 79 + 4 tn 0 0 0 0 - 17 tr 8 196 2 194 + 194 ua 28 0 0 0 0 uk 550 73934 8868 65066 + 1881 va 0 0 0 0 0 yu 2 2 0 2 0 ============================================================ 5363 381052 14888 366164 +10995 History Oct 1990 31724 Nov 1990 33665 Dec 1990 29230 Jan 1991 43832 Feb 1991 - Mar 1991 44506 Apr 1991 46948 May 1991 - Jun 1991 63267 Jul 1991 - Aug 1991 73069 Sep 1991 92834 Oct 1991 104824 Nov 1991 129652 Dec 1991 - Jan 1992 141308 Feb 1992 161434 Mar 1992 167939 Apr 1992 170050 May 1992 182528 Jun 1992 196758 Jul 1992 213017 Aug 1992 221951 Sep 1992 232522 Oct 1992 254585 Nov 1992 271795 Dec 1992 284374 Jan 1993 303828 Feb 1993 322902 Mar 1993 355140 Apr 1993 366164

1 0

Re: Caching in Europe?
by Hank Nussbacher 02 May '93

02 May '93

On Fri, 30 Apr 93 13:47:58 +0200 you said: > >I haven't seen the figures, but some of the traffic from Switzerland >comes from nic.switch.ch. > >The Swiss Academic and Research network operates a fairly large anon FTP >server which mirrors many of the well known archives. > >In March 93, about 3.2 GByte of a total consumption of 20 GByte went into >the direction of the NSFnet backbone. Most certainly a large amount of >that volume was made with files we got through the NSFnet. > >Thomas Below is an extract from the April Internet Hunt results: ------------------------ Country Bytes Bytes % In % Out Gigs Ratio In Out Recv Out:In To BB From BB Hong Kong 1.9E+09 1.5E+10 0.04 0.29 14 7.986719 Greece 3.6E+08 2.1E+09 0.01 0.04 2 5.881365 Korea 2.1E+09 1.2E+10 0.04 0.24 12 5.827162 Singapore 3.1E+09 1.7E+10 0.06 0.33 16 5.423357 Brazil 1.0E+09 5.4E+09 0.02 0.1 5 5.268544 Ireland 5.8E+08 3.0E+09 0.01 0.06 2 5.105389 Poland 4.8E+08 2.3E+09 0.01 0.04 2 4.808341 Israel 3.4E+09 1.5E+10 0.07 0.3 15 4.506155 Czechoslovakia 9.7E+08 4.4E+09 0.02 0.09 4 4.502612 Spain 1.5E+09 6.6E+09 0.03 0.13 6 4.46984 New Zealand 1.2E+09 5.3E+09 0.02 0.1 5 4.294803 Italy 9.1E+09 3.4E+10 0.18 0.67 34 3.73034 Belgium 1.6E+09 5.7E+09 0.03 0.11 5 3.641767 South Africa 1.6E+09 5.6E+09 0.03 0.11 5 3.530957 Austria 6.5E+09 2.1E+10 0.13 0.41 20 3.238235 Hungary 3.4E+08 1.1E+09 0.01 0.02 1 3.172214 United Kingdom 3.3E+10 1.0E+11 0.64 2.01 102 3.120415 Mexico 3.8E+09 1.1E+10 0.07 0.21 10 2.765493 Canada 8.4E+10 2.3E+11 1.64 4.51 230 2.75814 Germany 3.6E+10 9.7E+10 0.71 1.89 96 2.682364 Norway 1.0E+10 2.7E+10 0.2 0.53 26 2.652069 Chile 1.2E+09 3.3E+09 0.02 0.06 3 2.62276 Taiwan 1.2E+10 3.0E+10 0.23 0.58 29 2.486676 Portugal 9.3E+08 2.3E+09 0.02 0.04 2 2.476198 Puerto Rico 7.9E+08 1.5E+09 0.02 0.03 1 1.938452 Japan 1.2E+10 2.4E+10 0.24 0.46 23 1.923033 Sweden 3.1E+10 5.2E+10 0.6 1.02 52 1.686067 France 3.8E+10 6.0E+10 0.73 1.17 59 1.594334 Australia 4.5E+10 6.1E+10 0.88 1.19 61 1.353244 Netherlands 2.7E+10 3.6E+10 0.54 0.7 35 1.311529 Switzerland 4.0E+10 3.8E+10 0.77 0.75 38 0.968221 Denmark 1.5E+10 1.4E+10 0.28 0.27 13 0.934667 United States 4.7E+12 4.1E+12 90.89 80.93 4143 0.890443 Finland 4.0E+10 2.5E+10 0.79 0.5 25 0.628287 ------------------------ I would be interested in hearing details of the FTP archive servers being run at Switzerland/Denmark/Finland. How many gigabytes? How many files requested per month? What is the average size of a file requested? Which file is requested most often? What percentage is local requests? What percentage is European requests? What percentage is non-European requests? Which systems do you mirror files for? You get the general idea. Thanks, Hank

1 0

Re: Caching in Europe?
by Dave Morton 30 Apr '93

30 Apr '93

Mike, I take your point ref: the differences between AFS sharing v. FTP access. And yes, I think members of RIPE are aware of the potential savings esp. here in Europe where bandwidth tends to be very expensive. Then there is also the matter of educating end users - that would also help and I feel we've not done a great job of it. Best regards, Dave >> From: Dave Morton <Dave.Morton(a)ecrc.de> >> To: ripe(a)ripe.net, schwartz(a)latour.cs.colorado.edu >> Subject: Re: Caching in Europe? >> >> Mike, >> How would this compare to AFS for example ? > >Dave, > >AFS does whole file caching at each client, primarily to reduce file >server load. In conrtrast, our study suggests placing caches within >the network to reduce duplicate transmissions across individual links. > >AFS evolved from a system originally built to support easy access to >files from anywhere in a moderately large university community. In >such an environment there isn't much widespread sharing - most files >are accessed by one or a handful of users working on a project >together, as opposed to thousands of sites retrieving the same popular >FTP files. In our study we found that half of all FTP data by volume >crossing a particular network link were duplicate transmissions of >files that had previously traversed that link. > - Mike >

2 1

Re: Caching in Europe?
by Mike Schwartz 30 Apr '93

30 Apr '93

> Date: Fri, 30 Apr 93 10:17:27 +0200 > From: Dave Morton <Dave.Morton(a)ecrc.de> > To: ripe(a)ripe.net, schwartz(a)latour.cs.colorado.edu > Subject: Re: Caching in Europe? > > Mike, > How would compare this to AFS for example ? Dave, AFS does whole file caching at each client, primarily to reduce file server load. In conrtrast, our study suggests placing caches within the network to reduce duplicate transmissions across individual links. AFS evolved from a system originally built to support easy access to files from anywhere in a moderately large university community. In such an environment there isn't much widespread sharing - most files are accessed by one or a handful of users working on a project together, as opposed to thousands of sites retrieving the same popular FTP files. In our study we found that half of all FTP data by volume crossing a particular network link were duplicate transmissions of files that had previously traversed that link. - Mike

1 0