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

Re: [ncc-services-wg] Admin: request for "Company Registration documents"
by Jochem de Ruig 11 Oct '05

11 Oct '05

Dear Wilfried and all, > > This is stated in the Terms and Conditions document article 8.2.g. > > > > http://www.ripe.net/ripe/docs/terms-conditions.html > >Thanks, Jochem, > >this provision obviously has been added for this new version. Just >checked, it was not present in ripe-173, effectively ruling out the >possibility of operating a non-commercial LIR or internet service? > >Are you able to provide the rationale for including this additional >requirement? Indeed it was not present, we added this clause to be able to verify the legality of the contributor and existence of the contributor. As you can read from the Standard Terms and Conditions a Contributor can be a natural person or a legal entity. This also covers non-commercial organisations, government entities etc. We try to get as much clarity regarding the question: Does the organisation we sign a contract with exist? and do we sign a legal contract with this organisation? for a legal contract we need to make sure that the contract is signed by an authorised person. > > With the re-sign of the RIPE NCC agreements we noticed that for > > several existing members we are not in the possession of any company > > registration papers. Therefore we have approached those members. > > > > We are aware of the fact that not all organisations can submit an extract > > of the Trade register, in this case we request an equivalent document > > proving the registration of the Contributor's business with the national > > authorities. > >Judging from recent experience, providing a VAT number, and a reference to >the historic founding documents of a pretty old university are not considered >to be an "equivalent document". > >So, the other way 'round, what _is_ an "equivalent document" from your point >of view? Equivalent document is not well defined as we try to get confirmation of the legal status and existence of an organisation. Examples of document(s) are: - an extract from the trade register (which for commercial companies in many countries is easy to receive) - A copy of a founding document or charter signed by an authorised person - For another university we accepted a signed extract from the Official journal of laws from that country - An official paper on company letterhead signed by an authorised person, declaring the status and existence of the institute (for instance we accept this with ministries). - In case of natural persons we accept a copy of a passport. Also as a last resort we have accepted VAT registration papers although we initially prefer one of the above. And agree it is an additional bureaucratic procedure but this is a way we can sign an authorised legal agreement. Overall we have never denied anyone membership if they could not hand over an extract from the trade register but always we have come to an agreement regarding the equivalent document. And yes we do accept foreign language documents (but prefer English documents) Regards, Jochem de Ruig >And no, I won't be able to just grab the document from the university's >archive, >issued on 12th of March 1365 (no typo), and put it onto a copying machine... > > > Regards, > > > > > > Jochem de Ruig > > RIPE NCC > >Regards, >Wilfried

2 1

New RIPE Whois Database Manual
by Denis Walker 11 Oct '05

11 Oct '05

Dear Colleagues, We are pleased to announce the publication of an updated RIPE Whois Database Document. ripe-358 RIPE Whois Database Query Reference Manual Previously, this was part of ripe-252, The RIPE Database Reference Manual. The content has been thoroughly revised and updated. We have also improved the wording to make it clearer. We are now working on producing a RIPE Whois Database Update Reference Manual. The two new manuals together will obsolete ripe-252. You can find the document at: http://www.ripe.net/ripe/docs/db-query-manual.html Regards Denis Walker Software Enginerring Department RIPE NCC

2 1

Admin: request for "Company Registration documents"
by Wilfried Woeber, UniVie/ACOnet 10 Oct '05

10 Oct '05

Can anyone point me in the right direction (a ripe document?) which states a requirement for a(n existing) LIR to submit "company registration documents" to some admin clerk at the NCC? I cannot remember any such requirement to become a "registered company" as a prerequisite to becoming an LIR. I may be wrong. TIA, Wilfried.

6 6

Updated Hostcount++ proposal
by Andrei Robachevsky 06 Oct '05

06 Oct '05

Dear Colleagues, Please find below an updated proposal for Hostcount++. Hostcount ++ is a set of enhancements to the hostcount service that the RIPE NCC has been running for 15 years. The Hostcount++ concept was presented at RIPE 50: http://www.ripe.net/ripe/meetings/ripe-50/presentations/ripe50-serv-hostcou… The general feedback was positive, and there were some follow-up discussions. For examples of these discussions see: http://www.ripe.net/ripe/maillists/archives/ncc-services-wg/2005/msg00046.h… http://www.ripe.net/ripe/maillists/archives/ncc-services-wg/2005/msg00051.h… The Hostcount ++ proposal has been refined based on this feedback. Your comments and suggestions are appreciated. The RIPE NCC will make a short update on this project at the RIPE NCC Services Working Group at RIPE 51. Best regards, Andrei Robachevsky RIPE NCC Hostcount++ for the RIPE NCC Service Region =========================================== Motivation ---------- Every month the RIPE NCC coordinates the collection of data from the DNS zones of ccTLDs in the RIPE NCC Service Region and publishes summary statistics derived from this data. The first hostcount was in October 1990 and involved 19 ccTLDs. Since then, the hostcount has expanded to include around 100 ccTLDs. The hostcount is provided as an informational service to the Internet community. The current implementation of the Hostcount has several problems: - Connectivity problems with certain hosts - Lack of data accuracy due to access policies of some ccTLD domains - The increasing number of domains There are also issues related to privacy and acceptable use of the results. Objectives and Deliverables --------------------------- 1) To increase the precision and reliability of data, especially for trend analysis, more sources will be added. Our final aim is to collect data from: - Forward DNS - Reverse DNS - BGP view on availability of prefixes 2) Re-designing the software to be more scalable is very important, since the amount of input to be analysed is already of considerable size and is increasing every day. 3) To protect the privacy of domain holders and data, the following changes will be made: - Use cases will be defined in more detail and "Acceptable Use Policy" documents will be written accordingly. - Raw data will not be made available. 4) The following information will be made available, via textual dumps and graphs and tables on the web site: - Average visibility of RIPE NCC allocations: Visibility will be calculated by the information provided from the Routing Information Service (RIS) project. - Number of hosts and Average number of hosts: Host information will be retrieved via zone transfers. If the zone transfers fail due to blocking, partial zone information will be generated from reverse scan. Blocked zone transfers will be constructed by enumeration of the zones. - Breakdown of DNS record types: This information will depend on zone transfers of each allocation. 5) Results will be sorted into: - visible/invisible: This is based on whether a given IP range has been announced in the preceding month for longer than a particular threshold. - ccTLDs: This is based on the ccTLDs in the RIPE NCC service region. - RIPE NCC allocations: These are the allocations made by the RIPE NCC for its members. - IANA allocations: These are the /8 ranges for IPv4, and /23 ranges IPv6, allocated to the RIPE NCC. 6) In addition, timestamps of the results will be more consistent. 7) Hostcounts for certain ccTLDs will be performed locally by contributors. We look forward to increasing the number of contributors to distribute the load of the overall process. 8) Resulting software will be open-source, enabling a do-it-yourself kit for local statistics gathering.

3 2

Improved wording for request forms
by Laura Cobley 05 Oct '05

05 Oct '05

Dear Colleagues, We are pleased to announce the publication of four updated RIPE documents. We have improved the wording of these documents without changing the actual content of the request forms. This will make the request forms easier to use. These changes are part of a project to improve the wording of all request forms and supporting notes. The following RIPE documents have been edited: ripe-354 AS Number Request Form ripe-355 Supporting Notes for the Autonomous System Number Request Form ripe-356 Provider Independent (PI) Assignment Request Form ripe-357 Supporting Notes for the Provider Independent (PI) Assignment Request Form You can find the Documents in HTML format at: http://www.ripe.net/docs/asnrequestform.html http://www.ripe.net/docs/asnsupport.html http://www.ripe.net/docs/pi-requestform.html http://www.ripe.net/docs/pi-requestsupport.html Regards, Laura Cobley Registration Services RIPE NCC

1 0

RIPE NCC Service Interruption on 29 September
by Ruud de Kooter 04 Oct '05

04 Oct '05

Dear Colleagues, As we announced on 29 September, there was an unexpected disruption to our whois and web services between 05:10 and 06:00 UTC. Our investigations have shown that the problem was caused by an increasing traffic load and a growing number of peers on one of our routers. We made some configuration changes to improve load balancing between our border routers. This should prevent any similar problems from occurring in the future. We apologise for any disruption or delay this may have caused. If you have any further questions about this matter, please send an e-mail to <ops(a)ripe.net>. Regards Ruud de Kooter RIPE NCC

1 0

Charging for PI space?
by Hank Nussbacher 02 Oct '05

02 Oct '05

I'd like renew the discussion of PI address space and how it affects ones' RIPE category: http://www.ripe.net/ripe/docs/ripe-331.html Suppose a LIR was asked by a customer to acquire PI address space (/22) and the customer had justification for requesting it. What do LIRs charge the customer for doing this work and therefore increasing their "billing score" for one year? Regards, Hank

1 0

RIPE NCC Service Interruption
by RIPE NCC Operations 30 Sep '05

30 Sep '05

[apologies for duplicate mails] Dear Colleagues, >From 07:00 until 08:00 GMT, the RIPE NCC experienced an unexpected disruption to services. Although this may have caused delays to updates to the RIPE Whois Database, these updates have been processed normally. The disruption may have also affected some of these RIPE NCC services: - whois.ripe.net - www.ripe.net - lirportal.ripe.net - ns*.ripe.net - ftp.ripe.net - www.aso.icann.org - www.nro.net - k.root-servers.org (Global node at the AMS-IX) - AS112.ripe.net We apologise for any interruption or delay to services. If you have any questions or concerns regarding this issue, please contact <ops(a)ripe.net>. Regards, RIPE NCC Operations

3 2

Re: [ncc-services-wg] Feature request
by Max Tulyev 19 Sep '05

19 Sep '05

> I think I misunderstood what you wanted when we spoke last week. I > thought you were looking for some kind of added granularity to the > maintainer system. However, reading your request again it looks more > like you want to be able to use the RIPE Database to enforce a > contract between you and your customers. Is that correct? Correct, but not exactly RIPE DB. Just have an ability (for example, through letter to Hostmaster) to have general control on the objects I registered. > Can I ask why you'd want to use the RIPE Database to do this rather > than use an alternative, like a debt collection agency, or an order > from a civil court? That's because it is not working fine here... -- WBR, Max Tulyev (MT6561-RIPE, 2:463/253@FIDO)

1 0

Feature request
by Max Tulyev 19 Sep '05

19 Sep '05

Hi! As I register a lot of PI/AS, there is a bit problem I often face to. My clients wants to have control on their objects I registered for them (i.e. have their mnt-by). But there is an agreement between us, and sometimes (due to payment problems, violating the agreement, spam, etc.) I need to suspend or even remove objects. Having my mntner inside users' objects is often not acceptable because of users wants to change objects by themself (and do that quickly and transparently). Also there is administrative reason ("Why we can't change our objects, why there is alien mntner?"). How I can shut down objects I registered as LIR, but don't maintain? Is there some special feature? Thank you. -- WBR, Max Tulyev (MT6561-RIPE, 2:463/253@FIDO)

7 10