April 1994 - lir-wg - mailman.ripe.net

Re: Chairman Resigns
by Juergen Rauschenbach 28 Apr '94

28 Apr '94

Daniel, Wilfried, ... > > While this is true, I view the local registries very much as customers > of the NCC as well. We provide a service for you. One of the tasks of > the local-ir group is to provide feedback (critisism, requests) > about that service to the NCC and maybe even complain to others > if the NCC doesn't provide the required service. Even more important is the opportunity to put the local-ir forces together to defend the Internet address room ... ... > > > > While I don't want to try to keep bothering you to reconsider your > > decision - let me say that I think we (all the Local-IRs) were *VERY* > > happy with the way this WG was chaired by you. > I want to second this. > Thank you for your kind words. They really help sometimes. > > > I hope that we can find > > a way to keep this collaborative attitude instead of implementing > > "pressure groups" within RIPE. > > I hope so too. > > Daniel > Juergen

1 0

RE: Chairman Resigns
by Wilfried Woeber, UniVie/ACOnet 28 Apr '94

28 Apr '94

Daniel, >I am sorry but this coming meeting I have to definitely >resign as the chairman of this group. There are two reasons: If this is a final decision then we have to accept it :-( But - >1) I (still) do not think it is right that an NCCer chairs a > this group. One of the missions of the group is to act as > a pressure group towards the NCC. I have expressed this in I'm not sure whether this is the one and only possible position. My understanding was that the NCC as the Regional Registry has some responsibilities towards the Global Registry, and thus I don't see where a "pressure group" approach would fit into the picture. > the past but those present at that meeting forcefully :-) > agreed that they were happy I agreed to stay on. > Since the fact that I chair this group now has been used > as one of the arguments to critisise the RIPE NCC management > structure as a whole I have to resign. Given the recent history in networking in Europe, this is probably not going to stop the criticisms but at least lifts the responsibility from your shoulders :-( >2) The NCC is currently understaffed and any reduction in the load > on all staff is welcome. This seems to be the most valid point. >So please be prepared that a new chairperson will have to be elected >at the next meeting. While I don't want to try to keep bothering you to reconsider your decision - let me say that I think we (all the Local-IRs) were *VERY* happy with the way this WG was chaired by you. I hope that we can find a way to keep this collaborative attitude instead of implementing "pressure groups" within RIPE. Best regards, Wilfried. -------------------------------------------------------------------------- Wilfried Woeber : e-mail: Wilfried.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 --------------------------------------------------------------------------

3 2

Chairman Resigns
by Daniel Karrenberg 26 Apr '94

26 Apr '94

This is a message to the local-ir working group of RIPE. I am sorry but this coming meeting I have to definitely resign as the chairman of this group. There are two reasons: 1) I (still) do not think it is right that an NCCer chairs a this group. One of the missions of the group is to act as a pressure group towards the NCC. I have expressed this in the past but those present at that meeting forcefully :-) agreed that they were happy I agreed to stay on. Since the fact that I chair this group now has been used as one of the arguments to critisise the RIPE NCC management structure as a whole I have to resign. 2) The NCC is currently understaffed and any reduction in the load on all staff is welcome. So please be prepared that a new chairperson will have to be elected at the next meeting. Daniel

2 2

Agenda of the local IR working group for the 18th meeting
by Daniel Karrenberg 25 Apr '94

25 Apr '94

Draft Agenda for the Local IR working group at the 18th RIPE meeting 1. Agenda Bashing 2. Minutes of last meeting (already circulated) 3. Election of new chairperson 4. European Registry Report by the NCC 5. Reports of significant events at local registries 6. RFC1597 and its implications for local IRs (very short) 7. Funding of and Charging for local registry service 8. AoB Suggestions (for additional points) welcome. Daniel

1 0

Alert: Harlow Butler Brokering Services
by RIPE NCC Hostmaster 22 Apr '94

22 Apr '94

Dear Internet Registries, we have received some messages that Harlow Butler Brokering Services, an international stockbroker, might try to apply for more IP address space at easy local-IR individually because their request for an unjustified amount of address space has been denied. They are talking about going to the registeries in each country directly to circumvent this decision and try to collect address space this way. We would apreciate if any address assignement to this organisation would be handled with extreme discretion and we be notified of any requests from them, so we can coordinate an orderly process. Kind regards, Geert Jan de Groot RIPE NCC Hostmaster of the day.

2 2

Internet Registry Object
by Daniel Karrenberg 20 Apr '94

20 Apr '94

I have an action to propose a "registry" object for the RIPE database. Defining such an object is not so much of a problem. In fact we already have the information needed in tagged format. Look at the Irish Internet registries as an example: org: EUnet IE status: Provider person: Michael Nowlan address: O'Reilly Institute address: Trinity College address: Dublin 2 country: Ireland (ie) phone: +353 1 671 9361 phone: +353 1 702 1787 fax-no: +353 1 677 2204 e-mail: mn(a)dec4ie.ieunet.ie org: HEAnet status: Provider person: Mike Norris address: 21 Fitzwilliam Square address: Dublin 2 country: Ireland (ie) phone: +353 1 6612748 fax: +353 1 6610492 e-mail: mnorris(a)hea.ie org: IE EUnet status: Registry of Last Resort person: Michael Nowlan address: O'Reilly Institute address: Trinity College address: Dublin 2 country: Ireland (ie) phone: +353 1 671 9361 phone: +353 1 702 1787 fax-no: +353 1 677 2204 e-mail: mn(a)dec4ie.ieunet.ie However putting this in the database is not all. We need to define a querying mechanism. This is where the problem starts. Options: 1) Return all the regsitries on queries for the country code together with the toplevel domain object. 2) Return all registries on queries for "cc-reg" or some such magic. 3) Add a special flag to whois to query for registries. All these options are not very applealing because all of them have a big potential for user confusion. Also I am convinced that this information should always be presented together with some information about what a local registry is and what it is not. What did we want to achieve by putting this information in the database? - easy updates via the normal means - access to up to date information at all times between publications of the local registry list We can achieve the -more important- second goal by making this information available via the RIPE document store together with the explanatory information. This could be implemented quickly (before the RIPE meeting). The first goal cannot be achieved that way. But since the amount of info and changes is expected to be small, the NCC can process update requests manually. So my conclusion is not to include this in the database but in the document store. If I have not considered some important argument, please let me know pricately or via a discussion on these lists. If there is consensus we will implement it that way. Daniel

2 4

Re: Internet Registry Object
by Wilfried Woeber, UniVie/ACOnet 20 Apr '94

20 Apr '94

>With 113 relatively stable entities I do not think that manual update >by the NCC is a problem. > >Daniel Daniel, if you want to handle the update manually, fine with me! Can we then use the ripe-dbm mailbox and use the tagged format you have already? E.g. let's assume my phone number changes and I update my person entry. Then it would be natural to think about having the same thing updated in the IR-entry. >PS: Also an answer to Wilfired's message. Thanks :-) Wilfried.

2 1

RE: Internet Registry Object
by Wilfried Woeber, UniVie/ACOnet 19 Apr '94

19 Apr '94

Dear all, lend me a couple of minutes to describe my expectations, without going into technical implementation details, as described by Daniel below... 1. How about using proven and widely known tools and info-channels? For me this means putting objects into the database, and maybe having them guarded (for ease of update). I don't really believe in manual update procedures... Finding info should be possible both through the Interactive Info Service at the NCC, and probably through the WWW interface. 2. Lets investigate a setup, - where we get the over-all info from the document store (the envelope), - more details by looking into a WWW compound document and getting - the details dynamically out of the database (clicking on an item). Please feel free to give me a blow on the head... Cheers, Wilfried. ________________________________________________________________________________ Daniel said: I have an action to propose a "registry" object for the RIPE database. Defining such an object is not so much of a problem. In fact we already have the information needed in tagged format. Look at the Irish Internet registries as an example: org: EUnet IE status: Provider person: Michael Nowlan address: O'Reilly Institute address: Trinity College address: Dublin 2 country: Ireland (ie) phone: +353 1 671 9361 phone: +353 1 702 1787 fax-no: +353 1 677 2204 e-mail: mn(a)dec4ie.ieunet.ie org: HEAnet status: Provider person: Mike Norris address: 21 Fitzwilliam Square address: Dublin 2 country: Ireland (ie) phone: +353 1 6612748 fax: +353 1 6610492 e-mail: mnorris(a)hea.ie org: IE EUnet status: Registry of Last Resort person: Michael Nowlan address: O'Reilly Institute address: Trinity College address: Dublin 2 country: Ireland (ie) phone: +353 1 671 9361 phone: +353 1 702 1787 fax-no: +353 1 677 2204 e-mail: mn(a)dec4ie.ieunet.ie However putting this in the database is not all. We need to define a querying mechanism. This is where the problem starts. Options: 1) Return all the regsitries on queries for the country code together with the toplevel domain object. 2) Return all registries on queries for "cc-reg" or some such magic. 3) Add a special flag to whois to query for registries. All these options are not very applealing because all of them have a big potential for user confusion. Also I am convinced that this information should always be presented together with some information about what a local registry is and what it is not. What did we want to achieve by putting this information in the database? - easy updates via the normal means - access to up to date information at all times between publications of the local registry list We can achieve the -more important- second goal by making this information available via the RIPE document store together with the explanatory information. This could be implemented quickly (before the RIPE meeting). The first goal cannot be achieved that way. But since the amount of info and changes is expected to be small, the NCC can process update requests manually. So my conclusion is not to include this in the database but in the document store. If I have not considered some important argument, please let me know pricately or via a discussion on these lists. If there is consensus we will implement it that way. Daniel -------------------------------------------------------------------------------- Return-Path: <dfk(a)ripe.net> Received: from email.univie.ac.at by access.cc.univie.ac.at (MX V3.1) with SMTP; Fri, 15 Apr 1994 14:14:45 +0100 Received: from ncc.ripe.net by email.univie.ac.at with SMTP (PP) id <29896-0(a)email.univie.ac.at>; Fri, 15 Apr 1994 14:14:59 +0200 Received: from reif.ripe.net by ncc.ripe.net with SMTP id AA27717 (5.65a/NCC-2.2); Fri, 15 Apr 1994 14:14:47 +0200 Received: from localhost.ripe.net by reif.ripe.net with SMTP id AA12109 (5.65a/NCC-2.1); Fri, 15 Apr 1994 14:14:47 +0200 Message-ID: <9404151214.AA12109(a)reif.ripe.net> X-Organization: RIPE Network Coordination Centre X-Phone: +31 20 592 5065 Sender: Daniel.Karrenberg(a)ripe.net

1 0

Announce: New Registry of Last Resort
by RIPE NCC Hostmaster 18 Apr '94

18 Apr '94

Dear All, There is now a Registry of Last Resort in Belgium. This service is being provided by Stephan Biesbroeck of Belnet. Our thanks to him. Below are the contact details: org: Belnet status: Registry of Last Resort person: Stephan Biesbroeck address: DPWB - SPPS address: Wetenschapsstraat 8 address: B-1040 Brussels country: Belgium (be) phone: +32 2 2383470 fax-no: +32 2 2311531 e-mail: ir(a)belnet.be Regards, Anne

1 0

NCC Service During Public Holidays in May
by Daniel Karrenberg 18 Apr '94

18 Apr '94

As usual in May there are a number of public holidays and days during which our campus is closed. For your information here is how this will affect NCC service: 5 May reduced service Bevrijdingsdag 12 May closed Ascension day 13 May reduced service campus closed 23 May closed 2e Pinksterdag Reduced service means that response times may be longer than you expect and that you may get an answering machine when you call. Also please bear with us during the days following these as we process any backlogs. If you have any further questions, please do not hesitate to contact us. Regards Daniel Karrenberg RIPE NCC Manager

1 0