- ncc-services-wg - mailman.ripe.net

RIPE Database Bulk Access Service to be Cancelled as of 6 July 2010
by Paul Palse 23 Jun '10

23 Jun '10

[Apologies for duplicates] Dear Colleagues, We regret to inform you that due to European data protection laws, the RIPE NCC is now unable to provide the RIPE Database Bulk Access service. The Bulk Access service will be discontinued on 6 July 2010 and all contracts relating to it will be cancelled as of this date. All services provided by the RIPE NCC must abide by the restrictions imposed by data protection regulation. Due to the level of access to personal data in the RIPE Database provided to Bulk Access service users, we are no longer able to legally offer this service. For more information about personal data in the RIPE Database, please seethe RIPE Data Protection Task Force homepage at: http://www.ripe.net/ripe/tf/dp/index.html The Near Real Time Mirroring (NRTM) service offers similar functionality to the Bulk Access service but does not contain personal data. For more information about this and instructions on how to sign up for this service, please see: http://www.ripe.net/db/support/about-nrtm.html If you have any questions about the RIPE Database, the Bulk Access service or the NRTM service, please contact ripe-dbm(a)ripe.net. Kind regards, Paul Palse -- Database Group Manager at RIPE NCC http://www.ripe.net/info/ncc/contact.html

1 1

Problem with RIPE Database Daily Split Files
by Denis Walker 22 Jun '10

22 Jun '10

[Apologies for duplicate emails] Dear Colleagues Over the weekend there was a problem with the generation of the RIPE Database daily split files. These are the files available on the FTP site with a text dump of operational data split by object type. If you downloaded these files with a datestamp for Sunday 20 June 2010, some of the files are truncated and do not contain the full data set. Please do not use this data. You need to download the files again with the full contents. If you download this data daily, any processing you do on the contents may have errors resulting from the data downloaded on Sunday. The RIPE NCC will improve the sanity checks on these files to prevent such events happening in future. Apologies for any inconvenience this may have caused. Regards Denis Walker Business Analyst RIPE NCC Database Group

1 0

Maintenance of RIPE Database updates
by Agoston Horvath 17 Jun '10

17 Jun '10

[Apologies for multiple emails] Dear colleagues, As part of the continued efforts to improve its services, the RIPE NCC is migrating the RIPE Database updates service to a more advanced infrastructure. For the migration, we need to disable all updates to the RIPE Database. On 21 June 2010, between 07:00 and 08:00 (UTC), you may experience outages with the RIPE Database update services. Updates sent via syncupdates will be rejected. Updates sent via mail will be queued and processed after the migration. Other services relying on RIPE Database updates will show problems. For example, webupdates will not work and the LIR Portal will not be able to update objects. RIPE Database Queries, NRTM and any service that does not rely on RIPE Database updates will continue working without interruption. This migration is at the infrastructure level of the service. There should be no visible change to the service for users after the migration is complete. Apologies for any inconvenience this may cause. Kind regards, Agoston Horvath Database Group RIPE NCC

1 0

Reminder: Global IPv6 Deployment Monitoring Survey
by Paul Rendek 17 Jun '10

17 Jun '10

[Apologies for duplicates] Dear Colleagues, This is a reminder to participate in the 2010 Global IPv6 Deployment Monitoring Survey being conducted by GNKS Consult and TNO, in collaboration with the RIPE NCC. The survey is now available at: http://www.surveymonkey.com/s/IPv6deploymentmonitoring2010 The survey will close on 1 July 2010. All five Regional Internet Registries have committed to soliciting participation in this survey in order to compile the most complete global IPv6 deployment data possible. The goal of the survey is to gain a better understanding of where the community is moving, and what can be done to ensure the Internet community is ready for the widespread adoption of IPv6. We encourage all organisations in the RIPE NCC service region to participate in this survey, which we hope will establish a comprehensive view of present IPv6 penetration and future plans for IPv6 deployment. The survey is composed of 23 questions and can be completed in about 15 minutes. For those without IPv6 allocations or assignments, or who have not yet deployed IPv6, the questions will be fewer in number. Results of the IPv6 Deployment Monitoring Survey will be presented and discussed at RIPE 61, which will be held 15-19 November in Rome, Italy. Results will also be published on IPv6 Act Now: http://ipv6actnow.org Please provide your name and contact information on the survey form if you wish to receive the draft survey analysis when available. Please also indicate whether you are willing to share additional data with the TNO and GNKS Consult IPv6 Deployment Monitoring team. Any questions concerning the survey itself should be addressed to <info(a)gnksconsult.com >. Regards, Paul Rendek Head of External Relations and Communications RIPE NCC

1 0

"referral-by:" attribute
by Denis Walker 09 Jun '10

09 Jun '10

Dear Colleagues As a first step to clearing up long standing issues that cause confusion in using the RIPE Database, we would like to propose making the "referral-by:" attribute optional in maintainer objects. Historically maintainers were strictly controlled and users had to apply to the RIPE Database administrators to get one. This was created and "referral-by:" referenced ripe-dbm-mnt. The RFC for RPSS allowed for maintainers to be able to create other maintainers in this controlled world. The "referral-by:" attribute was intended to be an audit trail back to the root maintainer creation. This was never implemented in the RIPE Database software. Since the strict control was relaxed, we have always advised that "referral-by:" references itself. It is a redundant attribute that confuses new users. When we set up AfriNIC, they asked us to drop this attribute completely. If we make it optional now, although it is still in the RPSL definition, it can be completely ignored. Does anyone have any strong views on this either way? Regards Denis Walker Business Analyst RIPE NCC Database Group

6 8

RIPE NCC Services WG (draft) Minutes - RIPE 60
by Lindqvist Kurt Erik 06 Jun '10

06 Jun '10

All, please find the minutes from the NCC Services WG at RIPE60. If you have any comments or changes, please let me know. Best regards, - kurtis - Begin forwarded message: > > --------------------------------------- > > Minutes from RIPE 60 > > RIPE Meeting: 60 > Working Group: RIPE NCC > Status: Draft > Revision Number: 1 > > RIPE 60 NCC Services Working Group > Prague, 5 May 2010, 16:00 – 17:30 > Chair: Kurtis Lindquist > > A. Administrative Matters > > • Welcome > Kurtis Lindquist welcomed the attendees and began the session at 16:00 local time. > > • Approval of Minutes from RIPE 59 > > Minutes from RIPE59 approved without objections. > > B. Report from RIPE NCC > > Axel Pawlik from the RIPE NCC gave a report on the RIPE NCC. The presentation is available at: > http://www.ripe.net/ripe/meetings/ripe-60/uploads/presentations/Wednesday/N… > > There were no questions. > > C. RIPE Labs Update > > Mirjam Kuehne from the RIPE NCC gave an update on RIPE Labs. The presentation is available at: > http://www.ripe.net/ripe/meetings/ripe-60/uploads/presentations/Wednesday/N… > > There were no questions. > > D. Update on the 2007-1 Project > > Arne Kiessling from the RIPE NCC gave an update on 2007-01. The presentation is available at: > http://www.ripe.net/ripe/meetings/ripe-60/uploads/presentations/Wednesday/N… > > Piotr Strzyzewski commented that there are some resources where you can't contact the end user. He asked if Arne used the BGP table to find out how many one could reclaim. > > Arne said not yet. He added that they know there are some that can be reclaimed, but there might be reasons why they are not announcing their prefix. > > Piotr commented that there might be some that he could reclaim. > > Arne responded that they do check the use when they receive the documents. He said that in Phase 3, they would have to ask the end-user and take this into account. > > Kurtis asked that if users were now with another LIR, if they could sign a contract with a new one? > > Arne said yes, that the new LIR could submit the documentation to the RIPE NCC and they would process it. He added that if someone hadn’t yet submitted documentation, that they could also send an email. > > Kurtis asked if the email should be sent to the hostmaster. > > Arne confirmed ‘yes’, to hostmaster(a)ripe.net or enduser-contract(a)ripe.net preferably. > > Kurtis then asked if Arne had said that they had decided on a time-out when they stop reaching an end-user. > > Arne answered that this was for when they’ve tried to contact everyone, admin-c, upstream, etc., but it still needed to be decided what to do then. He asked for input. > > Kurtis replied that, in his opinion, there is only a reasonable level of attempts to find these people. After time X, RIPE NCC should simply publish all the resources and then reclaim the resources in a month or so. He then confirmed that the RIPE NCC would be writing up a proposal, and that if they start in September, which means it’ll be before the next RIPE meeting and that it would have to be discussed on the mailing list. > > Arne confirmed that there would be communication on the mailing list. > > Rudiger Volk asked that the proposals for the final decision were at RIPE 61. > > Arne confirmed that would be the case. > > Kurtis asked if it could be documented in August. > > Arne replied that August was the planned start date and that a test-run would happen in the summer where they would contact a certain number of end-users and see what kind of response they’d get. > > Wilfried Woeber asked about orphaned resources. He said he worked through a short list of resources and that there were quite a few he marked as ‘not my end user', as they had since become an LIR. He asked about having a place in the LIR Portal where they could go and mark that kind of resources as 'this registry is the proper one to contact for this resource'? > > Arne agreed that it was a good idea and said they’d look into it. > > Kurtis mentioned that this was posted on the list but that there was a reason not to implement it. > > E. Small But Interesting Things > > Robert Kisteleki from the RIPE NCC gave an update from the Science Group. The presentation is available at: > http://www.ripe.net/ripe/meetings/ripe-60/uploads/presentations/Wednesday/N… > > There were no questions. > > G. Open Microphone Session > > No one came forward. > > Z. A.O.B. > > There were no more questions. > > Kurtis closed the session. Best regards, - kurtis -

1 0

Announcement: RIPE NCC Training Courses
by Training 03 Jun '10

03 Jun '10

[Apologies for duplicate e-mails] Dear Colleagues, The RIPE NCC invites you to register for one of our upcoming training courses: - The LIR Training Course This course teaches LIRs how to request Internet number resources and interact with the RIPE NCC. A course outline is available at: http://www.ripe.net/training/lir/outline.html - The Routing Registry Training Course This course teaches LIRs how to use the RIPE Database for routing. A course outline is available at: http://www.ripe.net/training/rr/outline.html - The IPv6 Training Course This course teaches LIRs about the need for IPv6 and includes basic information on how to plan your deployment. A course outline is available at: http://www.ripe.net/training/ipv6/outline.html To see the location of upcoming courses and to register, please use the LIR Portal or complete the registration form on our website at: RIPE NCC Upcoming Courses List & Registration https://lirportal.ripe.net/lirportal/training/course-list.html If you have any questions, please do not hesitate to contact us at <training(a)ripe.net>. Kind regards, Rumy Kanis Training Services Manager RIPE NCC

1 1

2010 IPv6 Deployment Monitoring Survey Now Underway
by Paul Rendek 02 Jun '10

02 Jun '10

[Apologies for duplicates] Dear Colleagues, As announced at RIPE 60 in Prague, GNKS Consult and TNO are working with the RIPE NCC to repeat the 2009 survey on the current and future use of IPv6 throughout the RIPE NCC service region. The IPv6 Deployment Monitoring Survey is now online, and we encourage all members of the RIPE community to participate: http://www.surveymonkey.com/s/IPv6deploymentmonitoring2010 The purpose of the survey is to better understand where the community is moving, and what can be done to ensure the Internet community is ready for the widespread adoption of IPv6. As it is mostly the same as the survey carried out in 2009, comparison of progress will be possible. In addition, RIPE community participation will contribute to a better understanding of the global situation, as APNIC, AfriNIC and LACNIC will also send out the request to participate to their communities. We encourage all organisations in the RIPE NCC service region to participate in this survey, which we hope will establish a comprehensive view of present IPv6 penetration and future plans for IPv6 deployment. The survey is composed of 23 questions and can be completed in about 15 minutes. For those without IPv6 allocations or assignments, or who have not yet deployed IPv6, the questions will be fewer in number. The survey will close on 1 July 2010. Results of the IPv6 Deployment Monitoring Survey will be presented and discussed at RIPE 61, which will be held 15-19 November in Rome, Italy. Results will also be published on IPv6 Act Now: http://ipv6actnow.org Please provide your name and contact information on the survey form if you wish to receive the draft survey analysis when available. Please also indicate whether you are willing to share additional data with the TNO and GNKS Consult IPv6 Deployment Monitoring team. We appreciate your time and interest in completing this survey. If you have any questions concerning the survey, please send an email to <info(a)gnksconsult.com >. Regards, Paul Rendek Head of External Relations and Communications RIPE NCC

1 0

2007-01 Policy Implementation - Phase Two Deadline Extended
by Arne Kiessling 18 May '10

18 May '10

[Apologies for duplicate emails] Dear Colleagues, The RIPE NCC has once more extended the deadline for Phase Two of the 2007-01 policy implementation ("Contractual Requirements for Provider Independent Resource Holders in the RIPE NCC Service Region"). This decision is based upon feedback and input received from the RIPE community during RIPE 60 regarding the implementation of Phase Three of policy proposal 2007-01. In Phase Three the RIPE NCC will contact all holders of independent Internet resources who, at the end of Phase Two, have not signed an agreement with either a sponsoring LIR or the RIPE NCC regarding the registration of the resources assigned to them. The RIPE NCC will draft a procedural document for Phase Three and make it available for review on the NCC Services Working Group Mailing List in the near future. The deadline extension will also allow LIRs some more time to provide the necessary documentation for any independent Internet resources that they marked as "My End User" during the first step of Phase Two of the policy implementation. It is hoped that this will reduce the number of resource holders to be contacted in Phase Three of the policy implementation. The start of Phase Three is scheduled to begin after the RIPE 61 Meeting in November 2010. The RIPE NCC will update the community regarding definite timelines for the end of Phase Two, the start of Phase Three and other topics related to the policy implementation on the NCC Services Working Group Mailing List. If you have any comments or questions, please contact <enduser-contract(a)ripe.net>. Kind regards, Arne Kiessling IP Resource Analyst RIPE NCC

1 0

inquiry
by Mohammad Wassef 10 May '10

10 May '10

Sa.ogertel Dear sir I've tried to get my asused to find out if I have any invalid entries , unfortunately I came to know that such report cannot be generated through the lirportal & it has to be requested through lir-help , what I'm trying to say is that it would make our job a lot easier if such report can be generated through the lirportal instead of asking for it each time I assign an allocation & it could save you guys the headache of answering each time the file is requested , Thois is a suggestion that will make the process of fixing invalid entries much more faster & sufficent Regards Mohammad Wassef Core Network Engineer CYBERIA GROUP Tel: +966 1 464 7114 x 120 P.O.Box 301079 RYD 11372, Mobile: +966 500 50 5452 Fax: +966 -1 - 465 4735 <http://www.cyberiagroup.com> www.cyberiagroup.com

2 1