- ripe-list - mailman.ripe.net

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

Re: Nsfnet and Ebone stats
by Hank Nussbacher 11 Dec '92

11 Dec '92

As to Nsfnet: Seems to me that if one is gonna plunk down millions of dollars into a federally subsidized network infrastructure to replace some existing infrastructure - it should at least be upward compatible in all aspects - which includes statistical monitoring and recording. If it is impossible to do now - then someone in NSF/ANS/Merit should come out and say it. 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. Data Communications just had an interesting issue with an article about line reliability and it showed that on average in Europe line reliability was around 99.1% as opposed to the CCITT recommendation of 99.6% for intercontinental links and 99.9% for continental links. I have been monitoring my links and find that I average 30 down states a month sometimes for as short as 8 seconds - and Data Communications goes into this as a synchronization problem between PTTs - which use different synch methods - and they can't tell when a link goes down until you call them. Here is an extract from an article I have written for a local computer newspaper: --------------------------------------------- What are the major causes of a digital telecommunications circuit to go out of service? Synchronization and multiplexing signals on high bandwidth international links is more complicated than on slower speed analog links. Synchronizing at the international level is particularly tricky because different carriers (PTTs) often use different signalling schemes. These synchronization problems usually result in a link disruption of under 2 minutes, long enough to force users off a remote application. Due to the fact that different PTTs use different signalling standards, it is close to impossible for PTTs to monitor digital circuits and instead wait for customers to call them to report circuit outages. PTTs usually show higher availability statistics than customers, since they only start their "down clock" when a customer reports the problem, which is often 15-30 minutes after the line has gone down. Interestingly enough, the higher the data speed, the more reliable the digital data circuit (from the INTUG report): Speed Uptime ------ ------ 768kb 99.99% 384kb 99.94 1544kb (T1) 99.94 1024kb 99.9 128kb 99.88 1984kb 99.88 512kb 99.87 2048kb (E1) 99.56 64kb 99.03 256kb 97 Looking at the above table, users would be recommended to stay away from 256kb circuits and to upgrade as fast as possible from 64kb to 128kb circuits. Almost all higher speed lines (other than 64kb and 256kb) meet the CCITT recommendations. --------------------------------------------- All I am saying is that we need some 'minimal' amount of SNMP recording and reporting and I am sure we are all doing this on our own national level so why not expand it to the Ebone? Hank

1 0

RIPE Meeting - Registration Form
by Anne Lord 10 Dec '92

10 Dec '92

********************************************************************** If you are interested in participating in the 14th RIPE Meeting in Prague, would you kindly fill in the attached form and mail it to meeting(a)ripe.net as soon as possible (DEADLINE Friday, January 8, 1993): ---------------------------------------------------------------------- 14th RIPE meeting Registration and Accommodation reservation form Prague, January 1993 (a) Registration ( ) I would like to take part in the RIPE meeting. ( ) I already have a RIPE badge from a previous meeting. ( ) I need a RIPE badge to be made for me (please state here *exactly* what you wish to be printed on your badge). Name: Affiliation: Country: (b) Accommodation ** We can only make reservations if this form is received before ** January 8th! ( ) Please reserve the following accommodation in Hotel KRYSTAL for the nights of: ( ) Sat Jan 23 ( ) Tue Jan 26 ( ) Sun Jan 24 ( ) Wed Jan 27 ( ) Mon Jan 25 ( ) Please reserve a whole double room for me. ( ) Please reserve a double room for me to share with Mr/Mrs/Ms ------------------------------------------------------------ NOTE: Please be ready to pay your hotel bill in cash in local currency Kcs (1 DM = approx. 18 Kcs) to the staff of the Czech Technical University (not in the hotel) by Tuesday January 26, 1993 noon at the latest. You will get an official receipt. ( ) I shall arrange my own accomodation. c) Visit to Old Town of Prague ( ) I should like to take part in a guided tour through the Old Town of Prague on Sunday, January 24, at 10 a.m. (d) Personal details Please give your name and contact details below. Name: Address: Address: Country: E-Mail Address: ------------------------------------------------------------- Please send your completed form to: e-mail : meeting(a)ripe.net or fax: +31 20 592 5090.

1 0

RIPE meeting - Hotel Details
by Anne Lord 10 Dec '92

10 Dec '92

********************************************************************* 14th RIPE meeting Details of Hotels in Prague Prague, January 1993 The official RIPE meeting hotel is the HOTEL KRYSTAL (***). The hotel is conveniently located not far from the RIPE meeting venue and will provide a focal point for participants wishing to get together outside the meeting hours. A special price has been negotiated with the hotel for guests of the Czech Technical University. A block booking has been made at this hotel. To book accommodation at this hotel, simply fill in the the appropriate part of the registration form that follows this mail. Hotel: single occupancy double occupancy ------------------------------------------------------------------ KRYSTAL (***) (inc. breakfast) 800.- 1100.- J. Martiho 2/407 Prague 6 - Vokovice Phone: +(42 2) 316 4223 316 4231 Fax: 316 4770 There are only double rooms in the hotel. All rooms are equipped with a shower and WC. Directions from the RIPE meeting venue -------------------------------------- To get to the Hotel KRYSTAL from the site of the RIPE meeting, walk about 100 meters along the Solinova Street to the Evropska Street. You can go there by tram or by bus. By tram: use the subway pedestrian pass (take the first right-hand stairway exit) to get to the tram stop. Take tram no. 2 or 26 for 8 stops to the "Koospol" station. Cross the Evropska St and walk back about 150 meters, then turn right and walk about 100 meters to the KRYSTAL (a tall brown and white building). By bus: the bus no. 119 stops immediately before the "Evropska - Solinova" crossroad. Take this bus to the "Koospol" station (3 stops). You should walk back about 200 meters to the tram stop and follow the instructions above. Other Hotels ------------ Details of other hotels close to the RIPE meeting venue are included below for those who prefer to arrange their own accommodation. Approximate prices are given for one night in Czechoslovak Crowns (Kcs). Breakfast is not included. Hotel: single room double room ---------------------------------------------------------------- DIPLOMAT (*****) 6500.- 7500.- Evropska 15 Prague 6 - Dejvice Phone: +(42 2) 331 4177 Fax: 331 4226 Directions from the RIPE meeting venue -------------------------------------- To get to the DIPLOMAT hotel from the site of the RIPE Meeting, walk about a hundred meters along Solinova Street, cross the Evropska Street, preferably (more safely!) by the subway at the "Dejvicka" Underground station. Hotel: single room double room ------------------------------------------------------------------ INTERNATIONAL (****) 2200.- 3000.- Nam. druzby 1 Prague 6 - Dejvice Phone: +(42 2) 320 592 320 828 Fax: 311 6031 Directions from the RIPE meeting venue -------------------------------------- You can get from the site of the RIPE Meeting to the INTERNATIONAL by taking a 15-minute walk, by a tram no. 20 (2 stops to the "Hotel International" terminal station) or by a bus no. 107, 116 or 147 (1 stop). --------------------------------------------------------------------

1 0