September 2009 - ncc-services-wg

New RIPE NCC Procedural Document Available
by Andrea Cima 28 Feb '11

28 Feb '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [Apologies for duplicate emails] Dear Colleagues, The RIPE NCC has published a new RIPE NCC procedural document: ripe-475, "Independent Internet Number Resources – Contractual Relationship Changes between sponsoring LIR and End User" This document describes the steps to be taken when there are changes in the contractual relationship between the End User of independent Internet number resources and the sponsoring Local Internet Registry (LIR). It also describes the scenarios in which the RIPE NCC may de-register independent Internet number resources and what happens to those resources once they are de-registered. The new document is available at: http://www.ripe.net/ripe/docs/ripe-475.html Kind regards, Andrea Cima RIPE NCC -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpfPukACgkQXOgsmPkFrjNlEwCcDtE364DhQCU0USBoK3kJhord yBgAoMbRsLFCStkXfvEaV6Mtm5b2sfxW =fKC3 -----END PGP SIGNATURE-----

8 11

Independent Resource procedure and implementation
by Daniel Suchy 28 Oct '10

28 Oct '10

Hello, I would like to open discussion related to "Action Required: Contractual Relationship for Independent Resource Assignments" emails, that almost all LIRs received from RIPE NCC in the past. I have some notes from perspective of small LIR (or from perspective of person helping running multiple small LIRs). My first note points to system in general. Although RIPE NCC has many required informations in own existing databases already, it requires additional action from LIR in general. Typical small LIR has one or more PA allocations and exactly _one_ autonomous system registered. In RIPE database, there are records matching allocated PA prefix and ASN (route objects with proper origin AS and related inetnum objects, many ASNs has paired LIRs org: in aut-num object). In addition, RIS service (with history!) can be used for verification of these informations obtained automatically from database. For incomprehensible reason, RIPE NCC doesn't use these informations at all and instead of this abuses ALL LIRs with submiting simple form with exactly one record within it. I thing RIPE RCC has enough resources (financial and human) to do that automatically. My second note points to implementation of this new tool. I discovered, that I'm not able to "new" tool used for confirmation. I'm using PKI login feature and I have one identity paired with more LIRs. Although I'm able login to the LIR portal and modify everything I need with my certificate, I'm _NOT_ able to update informations on "Independent Resources" page. The main reason is, that RIPE NCC created new and separated (!) tool instead of simple integration of new feature/functionality to existing LIR portal. So, instead of reusing existing code used for LIR portal authentication, new outside code was developed for this new tool. And this new code doesn't implement all authentication features from LIR portal. In my point of view, this is quite unprofessional approach of modern application development. Aplications should be multi-layer, allowing easy new feature implementation. I reported this issue to RIPE NCC on friday last week, but first "answer" I received yesterday from RIPE NCC was initiation of audit in one LIR. Just fortuitous event? I don't believe. I have no problems with audit itself, I have all records, but this takes some additional time (and of course, money). Just because I claimed some problems to RIPE NCC staff due to problematic internal _implementation_ of new policy. Ok, I would like to open public discussions about this problem. There are some questions to answer and discuss: * why RIPE NCC just doesn't use informations from RIPE database in case of their availability and verifiability, why abuses small LIRs instead * why aren't RIS data used for automatic obtaining of requested informations, where this can be applicable * why RIPE NCC didn't integrate "confirmation" tool to existing LIR portal and why new outside application with _limited_ functionality was developed instead of reusing of existing code and functionality * what architecture is used for LIR portal in general, can be there easily implemented new features Of course, I understand, that there are large LIRs and some historic mess, where this action may be required due to lack of records in existing databases. But, I think this is NOT a case of LIRs started in past couple of years, where all required data should be available. With regards, Daniel

13 28

RIPE NCC Services Working Group - Draft Agenda
by Sanghani, Bijal 25 Sep '09

25 Sep '09

Dear All, Please see below Draft Agenda for the NCC Services Working Group - A. Administrative Matters * Welcome * Select a scribe * Jabber Monitor * Microphone Etiquette * Approve Minutes from RIPE 58 * Finalise agenda B. RIPE NCC Update - Axel Pawlik, RIPE NCC (30 minutes) C. Contractual Relationship Requirement for End Users - Andrea Cima, RIPE NCC (15 minutes) D. Certification Update, Alex Band, RIPE NCC E. Discussion about inet(6)num and aut-num objects to reference sponsoring LIR - Piotr Strzyzewski (10 mins) F. Open Microphone Session Z. A.O.B. Regards, Bijal The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

1 0

LIR Portal PI doesn't work
by Max Tulyev 16 Sep '09

16 Sep '09

Hello! I am experiencing troubles with Independent Resources part of the LIR portal. It hangs continuously, goes slow - each page opens more than 1 minute, some time shows 500 error of Java subsystem. At last, when I tried to save changes about my PI/ASN clients, it cleared all marks I did before, cancel all my work for months. Am I only such unlucky guy, or there is really something happens there?

3 6

Agenda Items for RIPE 59 - NCC Services WG
by Sanghani, Bijal 16 Sep '09

16 Sep '09

Dear All, The count down has started to RIPE 59 in Lisbon, we are starting to put together a draft agenda for the NCC Services Working Group. If anyone would like to suggest a presentation or raise a topic for discussion please let either Kurtis or me know and we'll arrange a spot on the agenda for you. Regards, Bijal Sanghani The information contained in this e-mail message is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you should return it to the sender immediately. Please note that while we scan all e-mails for viruses we cannot guarantee that any e-mail is virus-free and accept no liability for any damage caused by any virus transmitted by this email.

1 0

Change to NIC handle usage in the RIPE Database
by Denis Walker 14 Sep '09

14 Sep '09

Dear Colleagues, On Thursday, 10 September the RIPE NCC implemented a change to NIC handle usage. It is no longer possible to re-use an old NIC handle. Additional checks are made when an update is sent to the RIPE Database to create a ROLE or PERSON object. If the NIC handle is in use, or has previously been used and deleted, the update will fail and a new error message will be returned in the acknowledgement: ***Error: The nic-hdl 'name' is not available. This change was requested by the Data Protection Task Force and discussed by the Database Working Group at RIPE 58: http://www.ripe.net/ripe/wg/db/minutes/ripe-58.html In the new implementation, users can select any NIC handle they wish in the same formats as before. The choice of characters and numbers is at the discretion of the user, within the same limits as before. The only difference is that when a NIC handle is chosen that has already been used, the update will fail. The main consequence of this is that if you delete a PERSON or ROLE object you cannot re-create it with the same NIC handle you had previously. Under the old system there was always a chance someone else could have taken your old NIC handle by the time you wanted to re-create it; this was the main reason for the change. The new system ensures that NIC handles map to people or roles uniquely over time. This change does not affect automatically generated organisation names. But we would like to hear feedback on whether it makes sense to also have these map to organisations uniquely over time. Regards, Denis Walker Business Analyst RIPE NCC

2 1

Deprecation of "rev-srv:" attribute completed
by Denis Walker 14 Sep '09

14 Sep '09

Dear Colleagues, On Wednesday, 2 September the RIPE NCC implemented the final stage of the "rev-srv:" deprecation. Information on this project can be found at: http://www.ripe.net/ripe/maillists/archives/db-wg/2009/msg00032.html There were approximately 100,000 remaining "rev-srv:" attributes. All but a small handful have been converted to "remarks:". The few remaining objects have very old syntax, mostly concerning the "status:" value and "country:" code. These old objects will be checked manually to determine the correct values. Regards, Denis Walker Business Analyst RIPE NCC

1 0

Country index gone?
by Hank Nussbacher 14 Sep '09

14 Sep '09

On: http://www.ripe.net/membership/ there is a link to list of members: http://www.ripe.net/membership/indices/ but I am getting: Not Found The requested URL /membership/indices/ was not found on this server. Thanks, Hank

2 1

LIR Portal Downtime: Incident Report
by Tim Bruijnzeels 09 Sep '09

09 Sep '09

Dear Colleagues, LIR Portal service has now been restored. The LIR Portal, along with several other RIPE NCC online services, was unavailable from 06:30 - 08:30 (UTC), 9 September 2009. The outage was caused by a faulty switch. We have performed emergency patching to fix the problem for now. A replacement switch will be installed this afternoon between 15:00 - 16:00 (UTC). A five-minute interruption to service is expected when we make this change. We apologise for the inconvience this may have caused for you. We are currently working on a project to migrate the LIR Portal to a new architecture, with improved redundancy, which, when implemented, will reduce the likelihood of such events. Regards, Tim Bruijnzeels LIR Portal Service Manager RIPE NCC

1 0

Unplanned LIR Portal Downtime
by Tim Bruijnzeels 09 Sep '09

09 Sep '09

Dear Colleagues, We regret to inform you that the LIR Portal service has been unavailable since this morning, 06:30 (UTC), 9 September 2009. We are currently working to fix the problem. The cause of the outage is not yet known, though it is not related to service outage that occurred yesterday. We will provide further details once the issue has been resolved. Regards, Tim Bruijnzeels Service Manager LIR Portal RIPE NCC

1 0