- ripe-list - mailman.ripe.net

Hostcount for June 1996
by Mirjam Kuehne 03 Jul '96

03 Jul '96

Dear all, Here is the hostcount for June 1996. The table shows an increase since last month of over 160,000 (or 6.1%) to a total of over 2,900,000 hosts in the DNS in Europe. DE shows the highest increase for June with more than 32,000 hosts more than in May. The hostcount can also be found under ftp://ftp.ripe.net/ripe/hostcount. The graphical version of the hostcount can be found at ftp://ftp.ripe.net/ripe/hostcount/RIPE-Hostcount-{Mo,Qu}.eps The translation of the country codes can be found at ftp://ftp.ripe.net/iso3166-countrycodes I would like to thank all people who help me to create the hostcount every month by counting hosts locally: at Gerhard Winkler <winkler(a)cc.univie.ac.at> be Herman Moons <Herman.Moons(a)CS.kuleuven.ac.be> ch Christoph Graf <graf(a)chx400.switch.ch> cy Panagiotis Tzounakis <pj(a)ics.forth.gr> cz Jiri Orsag <Jiri.Orsag(a)eunet.cz> de Peter Koch <pk(a)TechFak.Uni-Bielefeld.DE> dk Robert Martin-Legene <robert(a)dknet.dk> es Jose Sanchez-Seco <jose.sanchez(a)rediris.es> fi Petri Ojala <ojala(a)eunet.fi> fr Annie Renard <Annie.Renard(a)inria.fr> gr Dimitris Zisiadis <zisiadis(a)forthnet.gr> hr Ivan Maric <Ivan.Maric(a)stribor.srce.hr> hu Gabor Kiss <kissg(a)sztaki.hu> ie Mike Norris <mnorris(a)dalkey.hea.ie> il Sason Levi <sason(a)NetVision.net.il> it Antonio_Blasco Bonito <bonito(a)nis.garr.it> no Havard Eidnes <Havard.Eidnes(a)runit.sintef.no> pl Irek Neska <irek(a)nask.pl> pt Armando Domingues <fccn(a)dns.pt> ru Andrey Dobrotsvetov <adbr(a)ripen.net> sk Ivan Lescak <Ivan.Lescak(a)Slovakia.EU.net> Lubos Elias <Lubos.Elias(a)uakom.sk> sm Antonio_Blasco Bonito <bonito(a)nis.garr.it> tr Yener Yigit <yener(a)knidos.cc.metu.edu.tr> uk Kevin Hoadley <K.Hoadley(a)nosc.ja.net> If you have any questions, please don't hesitate to contact me. Kind regards, Mirjam Kuehne RIPE NCC RIPE DNS Hostcount Previous Count : Fri May 31 1996 This Count : Mon Jun 30 1996 CY SOA COUNTED DUPL REAL CHANGE ============================================================ al 5 78 0 78 - 1 am 6 129 7 122 + 6 at 2174 80365 6611 73754 + 4303 az 3 16 0 16 0 be 2210 43946 1919 42027 + 2727 bg 94 2071 86 1985 + 151 by 14 128 2 126 + 27 ch 3287 107616 4403 103213 + 3809 cy 91 929 14 915 + 219 cz 816 33064 725 32339 + 1941 de 13424 603759 27463 576296 +32152 dk 1882 78554 3622 74932 + 5878 dz 2 18 0 18 + 2 ee 311 6617 203 6414 + 704 eg 25 834 9 825 + 22 es 2090 80537 1271 79266 + 2689 fi 2242 300397 4877 295520 +25211 fo 20 75 0 75 + 54 fr 3844 192085 5384 186701 +18671 gb 2 40 0 40 0 ge 10 114 1 113 + 21 gr 503 12846 727 12119 + 956 hr 277 3662 703 2959 - 239 hu 633 25733 547 25186 + 1505 ie 839 20933 331 20602 + 1877 il 1143 40092 2549 37543 - 1291 is 174 10476 95 10381 + 232 it 4957 121306 9643 111663 + 5207 li 36 124 16 108 + 27 lt 80 1259 9 1250 + 37 lu 158 2829 59 2770 + 288 lv 98 4482 111 4371 + 377 ma 12 345 10 335 - 2 md 10 10 0 10 + 2 mk 14 163 17 146 + 13 mt 32 473 86 387 + 29 nl 4540 214692 4419 210273 + 4885 no 3447 121776 4895 116881 + 5953 pl 1104 39947 1558 38389 + 1998 pt 507 15887 372 15515 + 1199 ro 275 3685 158 3527 + 259 ru 1225 32895 2404 30491 + 9071 se 6016 193416 8483 184933 + 6367 si 390 9475 785 8690 - 216 sk 197 4872 208 0 - 4664 sm 9 432 190 242 + 42 su 484 14331 692 13639 + 332 tn 3 45 4 41 - 5 tr 334 10998 285 10713 + 925 ua 182 4397 745 3652 - 506 uk 20219 619716 57062 562654 +32122 va 2 3 0 3 0 yu 53 1082 24 1058 + 949 ============================================================ 80507 3063754 153784 2905306 +166315

1 0

RE: Please help: ptp links addresses
by Turff, Jeremy, TURFFJW 28 Jun '96

28 Jun '96

Dear Antonio We are using frame relay with Cisco routers. In our case we have used multipoint sub-interfaces. (note that multipoint has to be specified at both ends, you cannot combine point-to-point and multipoint) This has been used with a star configuration network where all of the user sites are connected to the central hub site over frame relay. This means that we do not need a subnet for each remote site which saves a lot of networks and means that we can use dual routers at the central hub site (with dual PVCs to provide resilience) and still get 250 user sites connected for each class C network number. I discussed this type of configuration on frame relay at a Cisco training course and it appears that few people are aware that this works. Hope this helps with frame relay - I cannot see it being of any use on point-to-point links, but will think about it's possible use on channelised ones cheers - Jeremy Jeremy Turff World Insurance Network Telephone +44 171 777 7621 ---------- From: owner-lir-wg[SMTP:owner-lir-wg@ripe.net] Sent: 25 June 1996 13:44 To: Antonio_Blasco Bonito Cc: lir-wg Subject: Re: Please help: ptp links addresses At 13:15 25/06/96 DST, Antonio_Blasco Bonito wrote: >Dear Local Registries, > > >I need some advice on the following: > >An italian ISP, which we run its delegated LIR, is planning its >backbone network where there are *A LOT* of point-to-point links (on >leased lines, on channelized lines, on Frame Relay PVCs, etc.). > >I know about two ways of managing the links in terms of IP addresses: > >1- using a /30 subnet for each link: > in this way both ends of the link have a unique address (binary > 01 and 10), but two addresses (binary 00 and 11) cannot be used, > so 50% of the address space used is wasted. This should be > avoided if possible because the address space required is > really large. > >2- using unnumbered interfaces for each link and, on cisco routers, > associating another interface IP address (the loopback interface > is quite useful for this purpose): > in this way addresses are not wasted but certain functionalities > are lost, i.e. SNMP monitoring of each physical interface, etc. > > >Are you aware of any other way to deal with this issue so that it >is possible to have IP addresses for each interface without wasting >address space? > >Thank you very much in advance. Of course ! You can use RFC1597 addresses which are routed only in your domain, so that your SNMP managers can reach each Interface. The problem is for somebody from the outside wanting to address the interface (which is frequent with tools like traceroute), who will not see any answers from your routers. Anyway, this is a good solution if you want access to your interfaces only from you domain (and, as a side effect, it increase security on your routers). We are currently using this scheme for our ISDN links. Regards, -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >> /Jean-Francois "Jef" Stenuit | Interpac Belgium NV/SA | Solaris 2.x \ \Internet administrator | 350/358 Avenue Louise Box 11 | Cisco / /Phone (32)(2) 646-6000 | B-1050 Brussels | Netblazer \ \Fax (32)(2) 640-3638 | Belgium | / /Email stenuit(a)interpac.be | | expert ... \ <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< <<

1 0

Re: Bitrate tax.
by Mats.Brunell＠KKS.SE 28 Jun '96

28 Jun '96

At 14.26 96-06-12, Eric Luyten wrote: >(NOT a joke) > >The Belgian Minister for Telecommunications came up with the idea of >introducing a "bitrate tax" on information transmission. >A number of mainstream newspaper articles mentioned a similar initiative >in the U.S. of A. (an important argument to convince adversaries !) >The new tax is/was supposed to bring in between .3 and 3 billion ECU per >annum. And what would the consequensces be on creative communiations, new ideas new companies and commerce? Why not put even more tax so that the budget's get even more improved:-) I think these are the best argument's on these matters. --mats -------------------------------------------------------------------------- Mats Brunell Stiftelsen för Kunskaps- och Kompetensutveckling Kungsgatan 28, 4 tr Box 3222 Tel: +46 8 14 49 45 S-103 64 Stockholm Fax: +46 8 24 75 09 --------------------------------------------------------------------------

1 0

RIPE24: Draft Minutes available: ripe-m-24
by RIPE NCC 24 Jun '96

24 Jun '96

RIPE Minutes Announcement ------------------------- The RIPE24 minutes are now available from the RIPE document store : ripe-m-24 24th meeting 1996 April DFN/TU - Berlin We decided to already publish the minutes, although we expect some working group minutes to still come in. When we have received more minutes from the working groups, an updated version will be posted. FTP Access ---------- All RIPE minutes (and more) 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/minutes/" followed by the command "get filename". The relevant filenames for this document are: ripe-m-24.txt for the ASCII version ripe-m-24.ps for the PostScript version 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 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 alternative methods of access. Gopher Access ------------- The same documents are available via a "gopher" server at "gopher gopher.ripe.net". 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 MIME Mail Reader ---------------- Below is the data which will enable a MIME compliant Mail Reader implementation to automatically retrieve the RIPE document by FTP or mail server. SEND ripe/minutes/ripe-m-24.txt

1 0

error in TR data for April
by Mirjam Kuehne 17 Jun '96

17 Jun '96

Hi all, You might have noticed that the numbers of hosts in Turkey (TR) dropped significantly in April. This was due to an error in the count. Unfortunately I received the correct version only after I publuished the April data, so I planned to include a note in the May count, but I forgot :-( Becasue the difference is really significant, I would like you to note the following change: CY SOA COUNTED DUPL REAL CHANGE ============================================================ wrong April data tr 140 3174 49 3125 - 5102 correct April data tr 234 9041 144 8897 + 670 This also effects the count for May: wrong May data tr 291 9981 193 9788 + 6663 correct May data: tr 291 9981 193 9788 + 891 . . . ============================================================ TOTALS 69879 2876817 137826 2738991 +133282 I will store the correct files from April on our ftp server until July. You can find them under: ftp://ftp.ripe.net/ripe/hostcount/tr.{output,error}-April.gz Kind regards, Mirjam Kuehne RIPE NCC

1 0

Re: Bitrate tax.
by Wilfried Woeber, UniVie/ACOnet 13 Jun '96

13 Jun '96

=> > TP - Tax paid I think it's more important to deal with the taxing environment ! E.g.: E0 transit (neither source nor destination within EC) E1 source or destination within EC E2 source and destination within EC TA tax paid abroad TB tax prepaid bulk (ship twice as fast, ignore TS) TR tax refund requested TM tax refund requested multiple (for multicast) TX tax exempt (sent on behalf of or under EC contract) TF data sent/received at a free port site TS special arrangements (have all routers consult central EC database before dealing with packet. That's for sites like CERN, ITU/CCITT, DANTE, UN,...) Morale: just have an April's fool day whenever you feel the need for it... Wilfried. -------------------------------------------------------------------------- Wilfried Woeber : e-mail: Woeber(a)CC.UniVie.ac.at Computer Center - ACOnet : Vienna University : Tel: +43 1 4065822 355 Universitaetsstrasse 7 : Fax: +43 1 4065822 170 A-1010 Vienna, Austria, Europe : NIC: WW144 --------------------------------------------------------------------------

1 0

Bitrate tax.
by Eric Luyten 13 Jun '96

13 Jun '96

(NOT a joke) The Belgian Minister for Telecommunications came up with the idea of introducing a "bitrate tax" on information transmission. A number of mainstream newspaper articles mentioned a similar initiative in the U.S. of A. (an important argument to convince adversaries !) The new tax is/was supposed to bring in between .3 and 3 billion ECU per annum. On a remotely related topic : a wellknown organisation recently asked for our advice on the perceived need for Internet regulation. <double sigh> Eric.

5 4

Re: Bitrate tax.
by Herman Van Uytven 13 Jun '96

13 Jun '96

On Thu, 13 Jun 1996 08:56:13 +0200 you said: >> The Belgian Minister for Telecommunications came up with the idea >> of introducing a "bitrate tax" on information transmission. No panic. The Telecom Minister of the Dutch speaking part of Belgium replied that he could not agree because the Dutch speaking part of Belgium seems to consume more bits than the French speaking part of Belgium, so a tax that would flow to the 'country' is unacceptable. -Herman-

1 0

Re: Bitrate tax.
by ben＠dxcern.cern.ch 13 Jun '96

13 Jun '96

Paul, I love your algorithm (.."use compression repeatedly on a message until it is reduced to zero bits..") and suggest it be applied to the Belgian Minister himself and (why not?) to DGXIII too. Another staunch European (:-)) Ben

1 0

Re: Bitrate tax.
by Paul Bryant 13 Jun '96

13 Jun '96

At 16:01 12/06/96 +0200, you wrote: > The Belgian Minister for Telecommunications came up with the idea > of introducing a "bitrate tax" on information transmission. >Perhaps IPng provides a "tax paid" field in the IP header? :-) Nice to see you still alive and kicking. I have a better solution. Use compression repeatedly on a message until it is reduced to zero bits and then send it at zero cost. Paul. > > > Piet > > Paul Bryant - Rutherford Appleton Laboratory, Chilton, Didcot, OX11 0QX, UK Mail P.Bryant(a)rl.ac.uk Tel.+44 1235 445 267 Fax. +44 1235 446 626

1 0