- ripe-list - mailman.ripe.net

NSFnet stats
by Hank Nussbacher 20 Dec '92

20 Dec '92

Just to let everyone know that the NSFnet now has stats by port and country. The info can be found in nis.nsf.net (nsfnet/statistics/1992 t3-9211.country and t3-9211.ports) and I post below the country stats. Thanks to all involved who have listened and have worked to make this happen: <NIC.MERIT.EDU> /nsfnet/statistics/1992/t3-9211.country ************************************************************************* The following statistics represent traffic, broken down by network, during the one-month reporting period. This compilation reflects an effort to capture as much and as accurate data as possible. However, no guarantee is given for the completeness of the data or its accuracy. Please keep these points in mind when using this data: 1) Only traffic traversing the NSFNET backbone service is included. For example, two nets in Europe might exchange a great deal of traffic, but would not appear below because none of the traffic used the backbone service. 2) On September 2, 1991, a sampling method to collect statistics was begun, as management of the sheer volume of data had become untenable. The data in this report is scaled as if all packets had been analyzed. Sampling will not affect the magnitude nor the ordering of the majority of the data in the report, but omissions may occur for extremely low volume entities. 3) Only countries with IP connectivity to the NSFNET backbone service are shown here. Traffic entering through an application gateway (such as mail via uunet or bitnet) will be credited to that gateway's country. 4) The "(unrecognized origin)" category consists primarily of traffic sent from a network not currently defined in Merit/NSFNET's Topology database to a network that is in the database. A non-zero value in the "Out" column of this category indicates networks that have since been removed from the database. 5) The data are ordered by decreasing number of incoming packets in the first table, and by decreasing number of incoming bytes in the second table. 6) Data is tab-delimited for easy loading into spreadsheets. Questions and comments regarding this data should be sent to nsfnet-info(a)merit.edu ************************************************************************* NSFNET T3 Traffic Distribution by Country November 1992 Packet Total: 22,095,693,800 Byte Total: 4,085,444,551,000 Networks: 9,685 Countries: 47 Packets Packets Percentages In To Out From In Out Nets Country Backbone Backbone ==== ===================== ============== ============== ===== ===== 3626 United States 20539748050 19720090850 92.96 89.25 150 Australia 261376550 231969600 1.18 1.05 183 United Kingdom 230836050 295684900 1.04 1.34 45 Sweden 164259450 160723500 0.74 0.73 274 Germany 141866350 188324600 0.64 0.85 41 Finland 135995150 154420300 0.62 0.70 29 Norway 72164450 91095900 0.33 0.41 161 Japan 63905550 63549100 0.29 0.29 3 Iceland 58927500 73053400 0.27 0.33 13 Mexico 52158900 46434650 0.24 0.21 236 Canada 49095000 306951100 0.22 1.39 4054 (unrecognized origin) 47820700 102952100 0.22 0.47 244 France 46383900 89660000 0.21 0.41 6 Denmark 31375800 40147200 0.14 0.18 18 Israel 30874100 38149600 0.14 0.17 28 Korea 26678400 33187250 0.12 0.15 76 Netherlands 22870850 52548050 0.10 0.24 7 Hong Kong 20626150 27382500 0.09 0.12 31 New Zealand 13320250 14616850 0.06 0.07 8 Chile 13210500 17703350 0.06 0.08 28 Brazil 12582100 13945300 0.06 0.06 3 Puerto Rico 11746900 12908200 0.05 0.06 55 Switzerland 10988750 57134600 0.05 0.26 30 South Africa 7588600 9889900 0.03 0.04 93 Italy 5718150 32472800 0.03 0.15 54 Taiwan 3467100 112246000 0.02 0.51 43 Austria 3347500 25087750 0.02 0.11 20 Portugal 3249350 6235000 0.01 0.03 11 Greece 2829750 5095950 0.01 0.02 11 Ireland 1665150 4335650 0.01 0.02 25 Spain 1500550 8325150 0.01 0.04 1 India 1475550 2074100 0.01 0.01 2 Thailand 1006400 1240300 0.00 0.01 1 Argentina 934500 1369400 0.00 0.01 12 Singapore 856750 35009400 0.00 0.16 3 Estonia 783350 1162900 0.00 0.01 10 Belgium 737650 3642200 0.00 0.02 1 Ecuador 503300 521850 0.00 0.00 20 Czechoslovakia 406400 2156200 0.00 0.01 11 Poland 309000 5701500 0.00 0.03 2 Slovenia 143050 207300 0.00 0.00 4 Venezuela 136700 4994600 0.00 0.02 6 Hungary 109200 1044850 0.00 0.00 1 Tunisia 48350 56300 0.00 0.00 1 Latvia 36650 33650 0.00 0.00 1 Luxembourg 15550 94550 0.00 0.00 2 Malaysia 7450 53750 0.00 0.00 1 Croatia 6400 9850 0.00 0.00 Bytes Bytes Percentages In To Out From In Out Nets Country Backbone Backbone ==== ===================== ============== ============== ===== ===== 3626 United States 3874759959550 3509503835000 94.84 85.90 150 Australia 37408344600 57199677950 0.92 1.40 41 Finland 32903180050 22675528900 0.81 0.56 45 Sweden 25272340250 28260920050 0.62 0.69 183 United Kingdom 21508921150 80004317700 0.53 1.96 274 Germany 21362364850 61922783000 0.52 1.52 161 Japan 11637747450 16709804550 0.28 0.41 244 France 10531128850 28654549850 0.26 0.70 29 Norway 7909722350 19900125850 0.19 0.49 3 Iceland 5589222550 17681731950 0.14 0.43 4054 (unrecognized origin) 4538228200 13944473600 0.11 0.34 236 Canada 4429599450 67898239000 0.11 1.66 13 Mexico 3749162950 11148620950 0.09 0.27 18 Israel 3428805000 11403356100 0.08 0.28 76 Netherlands 3223535450 12769613900 0.08 0.31 6 Denmark 3004141700 10302597950 0.07 0.25 28 Korea 2658757950 10321332850 0.07 0.25 55 Switzerland 2060560500 10566275100 0.05 0.26 7 Hong Kong 1228195050 9446487200 0.03 0.23 54 Taiwan 1026363750 27884530450 0.03 0.68 31 New Zealand 935282500 4720038850 0.02 0.12 28 Brazil 929662000 4507641000 0.02 0.11 3 Puerto Rico 893519700 2173422300 0.02 0.05 30 South Africa 882690350 3411293250 0.02 0.08 8 Chile 790497500 5543901400 0.02 0.14 93 Italy 717757100 8790434450 0.02 0.22 20 Portugal 710669900 1338440500 0.02 0.03 43 Austria 383144150 5408831300 0.01 0.13 11 Greece 188586150 1409062350 0.00 0.03 11 Ireland 174839100 1407597900 0.00 0.03 25 Spain 111072050 2279623550 0.00 0.06 1 Argentina 83728450 195588300 0.00 0.00 12 Singapore 81261250 10795247300 0.00 0.26 1 India 76363500 364949250 0.00 0.01 2 Thailand 60789650 134337300 0.00 0.00 10 Belgium 55404150 1023665100 0.00 0.03 3 Estonia 39387000 380217000 0.00 0.01 20 Czechoslovakia 25934600 581140850 0.00 0.01 1 Ecuador 24547500 103400800 0.00 0.00 11 Poland 20961250 1698215550 0.00 0.04 4 Venezuela 8772150 684105150 0.00 0.02 2 Slovenia 6519200 82782600 0.00 0.00 6 Hungary 5526100 157442000 0.00 0.00 1 Tunisia 4018150 5368650 0.00 0.00 1 Latvia 1750200 3436150 0.00 0.00 1 Luxembourg 821550 40154450 0.00 0.00 2 Malaysia 481750 2364300 0.00 0.00 1 Croatia 282400 3047500 0.00 0.00

1 0

RIPE meeting - Prague - visas
by Anne Lord 18 Dec '92

18 Dec '92

Dear All, There are still some nationalities that will need to obtain visas before travelling to Czechoslovakia. The countries are: Turkey Cyprus Albania Israel

1 0

Re: Ripe meetings in Prague
by wallace＠rare.nl 18 Dec '92

18 Dec '92

Anne, Can you please send me a copy of the registration form for the Prague meeting. I was cleaning up my PC and I wiped it off the disc. I need a copy to register the cpmu's participation. Thanks and compliments of the season. Bruce.

1 0

Ripe meetings in Prague
by wallace＠rare.nl 18 Dec '92

18 Dec '92

Anne, Can you please send me a copy of the registration form for the Prague meeting. I was cleaning up my PC and I wiped it off the disc. I need a copy to register the cpmu's participation. Thanks and compliments of the season. Bruce.

1 0

FYI: Announcement of HEPnet Consortium
by k13＠nikhef.nl 17 Dec '92

17 Dec '92

ANNOUNCEMENT European HEPnet Consortium The leased lines and infrastructure which form the present HEPnet service constitute a major component of international academic and research networking in Europe. In order to provide a formal basis for interaction with other bodies on behalf of HEPnet, the European HEPnet Consortium has been established. It will act as a coordinating and negotiating body for HEPnet activities and will consider the optimization of the use and cost of HEPnet resources. Members of the Consortium are drawn from institutions which have a substantial commitment to HEP networking. Normally they have sole use of, or share a major part of, at least one international leased line for HEP data and file transfer. Both CERN and DESY are members of the Consortium. The Consortium is incorporated into the HEP-CCC (HEP Computing Coordi- nating Committee), so combining within a single body the functions of each. The HEP-CCC will revise its membership and its terms of reference as appropriate to take proper account of its wider role. The Chairman of the HEP-CCC is also the Chairman of the Consortium. A body known as the HEPnet Consortium Executive Board acts as the executive arm of the Consortium and reports through ist Chairman to the Consortium. The Executive Board has five members, namely, the Chairman, Vice Chairman, and Secretary, who are appointed by the Consortium for a two year period, and the convenors of the ECFA HEPnet Requirements Com- mittee and HEPnet Technical Committee of the HEP-CCC, who are ex-officio members of the Board. The objectives and achievements of the European HEPnet Consortium will be reviewed annually. For further information, contact the Secretary, European HEPnet Consor- tium Executive Board, c/o CERN, CH-1211 Geneva 23, Switzerland (E-mail address: EHC-EB(a)CERN.CH)

1 0

Date Amsterdam IETF meeting
by Erik Huizer 16 Dec '92

16 Dec '92

Here's what has just been announced over the IETF list. So mark your diaries for 12-16 july Amsterdam. Erik ------- Forwarded Message Date: Tue, 15 Dec 92 11:28:26 -0500 From: Steve Coya <scoya(a)CNRI.Reston.VA.US> To: IETF-Announce:; Subject: Upcoming IETF Meeting dates Greetings, The dates for the next two IETF meetings are: Spring 1993: Columbus, OHIO OARnet and The Ohio State University Host: Kannan Varadhan March 29-April 2, 1993 Summer 1993: Amsterdam, The Netherlands SURFnet and RARE Host: Erik Huizer July 12-16, 1993 This information is maintained in the file 0mtg-sites.txt which is stored on the IETF shadow directories. We are still working with local hosts and hotels for the following three meetings, and will update the file once we have contracts in place. Steve ------- End of Forwarded Message

1 0

Re: Nsfnet and Ebone stats
by Peter Lothberg 14 Dec '92

14 Dec '92

> As to Ebone: I realize with ciscos it is impossible to do. But we > can at least create reports of ifInOctets/ifOutOctets per Ebone backbone > link, as well as ifInErrors/ifOutErrors and perhaps the downTrap to see > how many times a link goes to the down state and for how long. This is what we do today, and I'm buisy making this information avaliable, in a way that data collected at various EBS-sites compare with others... There is statistics and statistics... -Peter A question is, I do beleive it is technically possible to get the detailed inforrmation, by adding hardware and software. How much extra money are you willing to pay extra for this, a ruff guess is that with organisatial support and so, we look at a 35% increese of the Ebone costs. -Peter

2 1

Re: maps-wg-request
by Daniele Bovio 11 Dec '92

11 Dec '92

On Fri, 11 Dec 92 10:25:15 +0100 you said: > > Daniele Bovio <HI(a)FRORS12.BITNET> writes: > * Thanks to all who pointed out the typo included in my previous message > * concerning the maps-wg. > * The request for subscription should be sent to: maps-ws-request(a)ripe.net > ^^ > * and *not* at maps-ws.request(a)ripe.net as previously indicated. > ^^ > >Some people never learn ;-) Hey| *I* used to say that| :-) :-) :-) :-) > >One last time: maps-wg-request(a)ripe.net. > >If nothing works anymore, try postmaster(a)ripe.net ;-) On the other hand meeting(a)ripe.netwas broken, Marten has just fixed it. :-) 1 all, ball in the middle :-) > >-Marten d.

1 0

maps-wg-request
by Daniele Bovio 11 Dec '92

11 Dec '92

Thanks to all who pointed out the typo included in my previous message concerning the maps-wg. The request for subscription should be sent to: maps-ws-request(a)ripe.net and *not* at maps-ws.request(a)ripe.net as previously indicated. Soooorry :-7 d.

2 1

Maps Working Group
by Daniele Bovio 11 Dec '92

11 Dec '92

Folks, as the people attending the last RIPE meeting in Paris may remember, I volunteered to chair the network maps group and to kick off once more the discussion on this topic. A list has been created at the RIPE NCC for this purpose: maps-wg(a)ripe.net The list will be used essentially to discuss and find out what we think about the following: * are maps useful or not. * is it worth producing them or not. * should maps be produced centrally (NCC) or in a distributed fashion (various regional networks should provide them) * should/could maps be produced from the RIPE database or not. * what amount of manpower we estimate necessary to produce and maintain network maps (both centrally and distributed). * any other issue related to the production of maps I have forgot and you would like to suggest. (not necessarily in this order ;-)) If you feel interested in discussing these topics please send a mail to: maps-wg.request(a)ripe.net to be added to the list. The idea is to go to the January meeting with a preliminary draft document answering these questions, finalize it in a parallel session, and eventually present the outcome to the RIPE assembly. Best Regards d.

2 1