- lir-wg - mailman.ripe.net

New at the RIPE NCC: David Kessens
by Daniel Karrenberg 11 Nov '94

11 Nov '94

Today the RIPE NCC welcomes David Kessens as new junior administrative staff member. David will join Anne Lord, Mirjam Kuehne, Geert Jan de Groot and myself in providing the NCC's core services from today. This will provide much needed relief. I ask all of you to welcome David and to help him get used to his new responsibilities quickly. Mirjam Kuehne moves from her current junior administrative staff position to join the technical staff. So you will deal with her more frequently on hostmaster and other technical issues. If you have any further questions, please do not hesitate to contact us. Regards Daniel Karrenberg RIPE NCC Manager

2 1

Re: in-addr.arpa
by Geert Jan de Groot 10 Nov '94

10 Nov '94

Hi Hank, The Internic is fighting an overload problem (sounds familiar, doesn't it?), and wants you to set up 114.192.in-addr.arpa yourself, so you can do the rest of the delegations yourself without Internic involvement. This will of course be faster for new delegations, so it is also beneficial to you. The message might be confusing because the Internic didn't realize the exact situation; the message itself is normally sent to people in the US asking for reverse delegation. Nevertheless, I think delegation of the block is still a good idea. Unless there are problems, I suggest you go ahead and set up the block delegations. The RIPE NCC is willing to run secondary for the zones on ns.ripe.net; contact <inaddr(a)ripe.net> for details. If there are problems, please do not hesitate to ping us. Kind regards, Geert Jan de Groot On Tue, 08 Nov 94 14:13:04 IST Hank Nussbacher wrote: > Up till a week ago I would send in my in-addr.arpa requests to > internic.net. They are now telling me they don't handle it anymore. > How do other sites handles in-addr.arpa registrations? !From: Inaddress Registration Role Account <inaddr(a)internic.net> !Subject: Re: Plz add to in-addr.arpa zone !To: HANK(a)taunivm.TAU.AC.IL (Hank Nussbacher) !Date: Thu, 3 Nov 1994 13:46:58 -0500 (EST) ! !Dear Coordinator: ! ! !Your request is in the block of 192.114.0.0 - 192.118.255.0. 0ur policy is !to delegate the block to the listed Service Provider. It is the Service !Providers responsiblity to provide inaddr service to networks within this !block and to notify potential requestors to contact them instead of the !INTERNIC on server additions, changes, and etc. ! !Please contact your Service Provider to initiate inaddr service. ! !Regards, !Registration Serivce

1 0

cron: /usr/lib/news/bin/sendbatch -c iddc
by wiesmueller＠via.at 01 Nov '94

01 Nov '94

>Return-Path: news >Date: Mon, 31 Oct 1994 01:35:06 +0100 >From: news <news> >To: news >Subject: cron: /usr/lib/news/bin/sendbatch -c iddc > >sendbatch: No articles for iddc. > >

1 0

None
by wiesmueller＠via.at 01 Nov '94

01 Nov '94

1 0

UUCP failed
by wiesmueller＠via.at 01 Nov '94

01 Nov '94

>Return-Path: uucp >Date: Thu, 27 Oct 1994 14:09:11 +0100 >From: uucp <uucp> >To: news >Subject: UUCP failed > >Message from UUCP on via Thu Oct 27 14:09:11 1994 > >The file > D.iddcdebbe (execution of "rnews") >could not be transferred to > iddc!D.viadebbe >as requested by > news >for the following reason: > too large for receiver >File saved as > /var/spool/uucp/.Preserve/D.iddcdebbe > > >File saved as > /var/spool/uucp/.Preserve/D.iddcdebfd > >

1 0

UUCP failed
by wiesmueller＠via.at 01 Nov '94

01 Nov '94

>Return-Path: uucp >Date: Thu, 27 Oct 1994 14:10:37 +0100 >From: uucp <uucp> >To: news >Subject: UUCP failed > >Message from UUCP on via Thu Oct 27 14:10:37 1994 > >The file > D.iddcdebd3 (execution of "rnews") >could not be transferred to > iddc!D.viadebd3 >as requested by > news >for the following reason: > too large for receiver >File saved as > /var/spool/uucp/.Preserve/D.iddcdebd3 > >

1 0

UUCP failed
by wiesmueller＠via.at 01 Nov '94

01 Nov '94

>Return-Path: uucp >Date: Thu, 27 Oct 1994 14:12:04 +0100 >From: uucp <uucp> >To: news >Subject: UUCP failed > >Message from UUCP on via Thu Oct 27 14:12:04 1994 > >The file > D.iddcdebe8 (execution of "rnews") >could not be transferred to > iddc!D.viadebe8 >as requested by > news >for the following reason: > too large for receiver >File saved as > /var/spool/uucp/.Preserve/D.iddcdebe8 > >

1 0

Israel starts charging for registration costs
by Hank Nussbacher 26 Oct '94

26 Oct '94

Since I brought up the point previously, and since it was discussed in Lisbon (I was unfortunately not able to attend), I guess I should show what we have done in Israel in this regards. Below is a document that has been circulated. One of things I think that has helped acceptance of this policy is the 'alternatives' section at the end. Perhaps other countries might want to use this as a model if they fall into the same boat we have. Comments? Thanks, Hank P.S. Machba is the name for the association running the Israeli network which is called ILAN. --------------------------------------------------------------------- Machba Internet Registration Fees October 1994 --------------------------------- Background ---------- In 1992 Machba was requested by the government to allow non-university organizations to connect to the network. Only during the period of 1993 did the government subsidize the connection of educational, cultural and R&D organizations that wished to connect to the Internet. At the start of 1994, Machba presented a request to the government to charge for registration services it was providing. These were to be one time costs for registering various Internet "entities" such as domain names or IP addresses. The costs were to range from $50-$200. The government committee along with the Ministry of Communication requested to see how much it would cost to subsidize this registration process. Machba presented a request for $25,000/yr which would cover all costs. This followed the model as in Belgium, France, Norway, England, Spain and Italy where the government funds the operation of Internet registration services. After a period of 9 months and continuing to present free registration services for Israel, Machba has been informed that the request has been turned down. It is therefore necessary for Machba to start charging effective October 15, 1994 for Internet registration services. Who does this affect? --------------------- This mainly affects Internet Service Providers in Israel and organizations not connected directly to Machba via a leased line. These fees are one time only and are not recurring. What are the new registration fees? ----------------------------------- - Any organization wanting a class C IP network will be charged $50 per class C network assigned. - Any organization wanting a domain name assigned in the .il domain will be charged $50. For secondary name service there is an additional $50 fee. A site wanting primary and secondary name service will be charged $200 per domain. - Any organization that wants ILAN to handle inverse domain name registration will be charged $30. - Any organization that wants its IP network to be routed globally will be charged $200. Ramifications ------------- Previously, organizations or individuals not connected to the Internet where not allowed to register a domain name. Now, any person or organization can secure a domain name for a $50 one-time fee. Once the organization or individual gains connectivity to the Internet, they will already have a domain name reserved for them. Alternatives ------------ For IP addresses, any Internet Service Provider can join the RIPE NCC in Amsterdam and obtain a block of addresses and perform the registration directly with them. The yearly fee to join RIPE is 2000ECUs (approx. $2500/yr) for small ISPs. Contact ncc(a)ripe.net for further details. For inverse domain names, any organization owning its own IP address can perform the registration of an inverse domain name directly with hostmaster(a)internic.net. For global routing of an IP address any IP service provider that has obtained a license from the Ministry of Communication can order its own leased line to abroad and route traffic directly rather than via Machba. For domain name registration under the .il structure there is currently no alternative but to contact Machba. ISPs in Israel that wish to cut down their costs in this area should set up their own primary and secondary nameservers. Machba is willing to "handover" the management for various subdomains to any organization that wishes to handle the registration function (gov.il, co.il, org.il, k12.il). This "handover" must be ratified by the Ministry of Communication as well as all other active Internet Service Providers in Israel.

3 2

Re: Israel starts charging for registration costs
by Hank Nussbacher 21 Oct '94

21 Oct '94

On Thu, 20 Oct 1994 19:15:29 +0100 (MET) you said: > >Hank, while I don't really see a problem with the actual amounts of >your charges, can you explain how you arrived at this arrangement >besides your obvious discussions with the Ministry of Communications? > >Did the organisations that are affected by this change have any say? We really tried to keep the charges at cost. Back when we were pushing the Internet in the wasteland of ignorance (now - everyone is suddenly an Internet maven :-)), a number of government ministries formed a committee to direct the way the Internet was to be handled in Israel. They were: Min of Communciation, Min of Science, Min of Industry and Trade and Min of Education. They each took the responsibility of representing their constituents. When we initially presented the request to charge for registration services the committee invited the existing ISPs to a meeting and asked their opinion. Of course they said they would do it for free but later that week called me and said they didn't realize what it would really cost. That is when we put in the request for central funding which would have allowed us to continue handing out IP numbers and domain names. Over the past year an interesting anomoly arose. One of the ISPs started charging sites a monthly fee for their own domain name (as well as a registration fee), while we did the work and registered the domain for free. ISPs also started to abuse the free service by asking for sometimes two or three aliases for the same domain. ISPs were not careful in their domain requests. They would quickly send in a request for a domain and only later after talking to the company they were connecting, request to change the domain to something else at the company's request. After the Ministry turned down the request (they still don't understand Internet at all), and after 3 more ISPs opened up, we realized we couldn't keep doing it for free. We stated the alternatives that are available for any ISP. The only "monopoly" we have is on the .il domain and we would gladly delegate it or parts to others as long as there is mutual consensus. > >Simon > > I'm curious to hear if others have done something similar or will in the near future. Hank

1 0

Database transition step 1 completed
by Marten Terpstra 14 Oct '94

14 Oct '94

Dear all, I am pleased to say that the first step of the RIPE database transition has been succesfully completed yesterday. Up till now, one minor and one major bug have been found and fixed and the database seems stable. Those who daily ftp the ripe database from ftp.ripe.net may have found that it was not there this morning. This was a simple typo in one of my scripts and has been fixed. The ftpable files (the complete database in ripe/dbase/ripe.db and the split versions in ripe/dbase/split) are currently generated at around 5:30 (AM for the US folks ;-) Dutch time, which is currently UTC+1. All database files ara available as uncompressed and compressed (both normal compress and gzip) versions. The generation time can be changed if you think there is a need (earlier, not later). Those who run a secondary copy of the database may find that the latest ftpable database takes much longer to index. This is because the database now includes large provider blocks, and the old software is not good at handling large blocks. The current plan is to have a beta release of the software (with some documentation on the changes) ready this weekend, so you can pick up this software and use it to index the RIPE database. This version will have all of the classless and other features as per the database transition plan (T1). As far as conflicts/problems in the guardian files are concerned, most of them have been resolved. There are some 15 guardian files left with problems. These guardians will be approached to correct these problems. If you have questions/comments/bugs, please report to me personally, or to any of the above lists if you think they are interesting for a larger audience. Regards, -Marten

1 0