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

Last call to participate: 2010 Global IPv6 Deployment Monitoring Survey
by Paul Rendek 29 Jun '10

29 Jun '10

[Apologies for duplicates] Dear Colleagues, This is a last-call reminder to participate in the 2010 Global IPv6 Deployment Monitoring Survey, conducted by GNKS Consult and TNO in collaboration with the RIPE NCC. The survey is available at: http://www.surveymonkey.com/s/IPv6deploymentmonitoring2010 The deadline to complete the survey is this Thursday, 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

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

28 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 0

RIPE Database Update - Service Outage Report
by Denis Walker 24 Jun '10

24 Jun '10

Apologies for duplicate emails Dear colleagues, Between 22:06 and 23:21 hours (UTC) on 23 June 2010, there was an interruption to the RIPE Database Update service. The failure was in the back end of the update server. During this period, the RIPE Database Update front-end software was still running and processing updates. The back-end server failed all these updates. Users received acknowledgements for these updates showing that an internal software error had occurred. This affected all updates in this period from webupdates, syncupdates and by email. It also affected any updates attempted through the LIR Portal. If you submitted any updates during this period, please check the acknowledgement and re-submit the update if necessary. We apologise for any inconvenience this might have caused. Regards, Denis Walker Business Analyst RIPE NCC Database Group

1 0

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

24 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 0

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