- db-wg - mailman.ripe.net

Re: [db-wg] whois_rip feature request, multiple inverse attribute queries needed
by Wilfried Woeber, UniVie/ACOnet 17 Feb '05

17 Feb '05

>To: av(a)nethead.de >CC: db-wg(a)ripe.net >Subject: Re: [db-wg] whois_rip feature request, multiple inverse attribute > queries needed >From: Havard Eidnes <he(a)uninett.no> >Date: Fri, 07 Jan 2005 16:59:42 +0100 (CET) > >> would it be possible to enhance the RDB query in a way that >> multiple inverse queries are possible?! I would like to be able >> to query objects which match a certain set of inverse >> attributes with only one whois-query. > >If I understood the question correctly, that's already possible. > >You can list the multiple attribute names (admin-c, tech-c, etc.) >separated by comma as the argument to the -i query option. > >Regards, > >- Håvard Supplying a list of arguments actually results in a logical .OR. operation. But at 1st reading, my interpretation of the request was a .AND. operation. I think we need more details, please! _________________________________:_____________________________________ Wilfried Woeber : e-mail: Woeber(a)CC.UniVie.ac.at UniVie Computer Center - ACOnet : Tel: +43 1 4277 - 140 33 Universitaetsstrasse 7 : Fax: +43 1 4277 - 9 140 A-1010 Vienna, Austria, Europe : RIPE-DB: WW144, PGP keyID 0xF0ACB369 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

5 5

Proposed changes for object ordering
by Shane Kerr 16 Feb '05

16 Feb '05

Dear Colleagues, As mentioned in the posting with the subject "Proposed changes for abuse", here is the proposal to change object ordering. As always, please have a look and discuss it here. -- Shane Kerr Software Manager RIPE NCC This is a proposal to display output differently, making recursive lookup results clearer. Currently, the software has a grouping algorithm that sorts objects by type. For example, if a query finds two INETNUM objects, such as: inetnum: 10.0.0.0 - 10.0.0.127 . . admin-c: PERSON1-RIPE tech-c: PERSON1-RIPE . . inetnum: 10.0.0.128 - 10.0.0.255 . . admin-c: PERSON1-RIPE tech-c: PERSON2-RIPE . . For a query, such as: $ whois 10.0.0.0 - 10.0.0.0.255 Here, the related PERSON/ROLE/ORGANISATION objects will also be returned, after being grouped into types, ending duplication. Therefore, the actual result will contain: inetnum: 10.0.0.0 - 10.0.0.127 inetnum: 10.0.0.128 - 10.0.0.255 person: PERSON1-RIPE person: PERSON2-RIPE This kind of output may be misleading. The user needs to find contact details by looking first at the "admin-c:" and "tech-c:" attributes, and then look them up in the PERSON/ROLE objects shown at the end of the list. This becomes time consuming as the number of objects returned increases. We will change the default output format. We will group objects by relevance. This change will give the following result for the same query: % Information related to '10.0.0.0 - 10.0.0.127' inetnum: 10.0.0.0 - 10.0.0.127 person: PERSON1-RIPE % Information related to '10.0.0.128 - 10.0.0.255' inetnum: 10.0.0.128 - 10.0.0.255 person: PERSON1-RIPE person: PERSON2-RIPE The changes explained in the section 'Hiding Attributes That Contain E-Mail Addresses' in the abuse proposal will apply to each grouping in turn. If only PERSON2-RIPE contains an "abuse-mailbox:" attribute, PERSON1-RIPE will not be filtered when it first occurs in the output, but it will be filtered upon its second occurrence. The 'traditional' output format of the whois server will still be possible, by using the '-G' option. Note: Another proposal could be to present the reordered output if the '-G' option is passed, otherwise to use the current ordering. This would leave the average user with the confusing output, and give the more advanced users the intuitive output. Making it an option would avoid potential problems with tools breaking, but some of the abuse changes will break tools so this may be a good time to change the default.

1 0

RE: [db-wg] whois_rip feature request, multiple inverse attribute queries needed
by Titley, Nigel 15 Feb '05

15 Feb '05

Joao Damas wrote: > Perhaps it is time to think about leaving the whois query syntax as it > is now and look at a different way of looking up things in RIR DBs > (based on crisp?). > The current RIPE whois syntax may not be the best but it has been > consistent for quite a few years and overloading it is likely to not > make things easier for casual users while it would be muddle things > for long time users I must say, I'm inclined to agree with Joao on this. Let's leave the RIPE whois syntax to enjoy its retirement in peace and concentrate on how to get the features we want in CRISP. -- Nigel Titley Peering Coordinator, FLAG Telecom +44 20 8564 5812 ********************************************************************** This e-mail message is confidential and is intended only for the use of the individual or entity named above and contains information which is or may be confidential, non-public or legally privileged. Any dissemination or distribution of this message other than to its intended recipient is strictly prohibited. You should not copy it or use it for any purpose nor disclose the contents to any other person. If you have received this message in error, please notify us by email to postmaster(a)flagtelecom.com immediately and delete the original message and all copies from all locations in your computer systems. This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG Telecom cannot accept liability for any damage which you may sustain as a result of software viruses. ********************************************************************** This message has been scanned for viruses by MailControl - www.mailcontrol.com

1 0

AfriNIC Transition
by Axel Pawlik 09 Feb '05

09 Feb '05

Dear Colleagues, AfriNIC is the emerging Regional Internet Registry (RIR) for the African and Indian Ocean region. In preparation for its final recognition expected in April by ICANN, AfriNIC will begin operating as a fully functional RIR for the African region from 21 February 2005. The RIPE NCC is committed to its members and has therefore created a structured transition for members moving from the RIPE NCC to AfriNIC. Details of the transition can be found at: http://www.ripe.net/info/resource-admin/afrinic/ If you have questions regarding the transition to AfriNIC, please contacts us at <afritrans(a)ripe.net>. Regards, Axel Pawlik RIPE NCC

1 0

RE: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0
by Titley, Nigel 19 Jan '05

19 Jan '05

Shane Kerr wrote: > We also plan on having the POEM object type implemented before the > next RIPE meeting, with work on that beginning as soon as the abuse > changes are completed. Excellent.... this is the *really* important work. Glad to see you have it scheduled so promptly. -- Nigel Titley Peering Coordinator, FLAG Telecom +44 20 8564 5812 ********************************************************************** This e-mail message is confidential and is intended only for the use of the individual or entity named above and contains information which is or may be confidential, non-public or legally privileged. Any dissemination or distribution of this message other than to its intended recipient is strictly prohibited. You should not copy it or use it for any purpose nor disclose the contents to any other person. If you have received this message in error, please notify us by email to postmaster(a)flagtelecom.com immediately and delete the original message and all copies from all locations in your computer systems. This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG Telecom cannot accept liability for any damage which you may sustain as a result of software viruses. ********************************************************************** This message has been scanned for viruses by MailControl - www.mailcontrol.com

1 0

Draft minutes of DB-WG meeting RIPE 49 V2.0
by Titley, Nigel 19 Jan '05

19 Jan '05

Gentlefolk, Niall has pointed out some major inaccuracies in the draft minutes, which I have corrected. Apologies for this. However luckily none of the action points have been impacted. Best regards Nigel -- Nigel Titley Peering Coordinator, FLAG Telecom +44 20 7478 9579 ********************************************************************** This e-mail message is confidential and is intended only for the use of the individual or entity named above and contains information which is or may be confidential, non-public or legally privileged. Any dissemination or distribution of this message other than to its intended recipient is strictly prohibited. You should not copy it or use it for any purpose nor disclose the contents to any other person. If you have received this message in error, please notify us by email to postmaster(a)flagtelecom.com immediately and delete the original message and all copies from all locations in your computer systems. This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG Telecom cannot accept liability for any damage which you may sustain as a result of software viruses. ********************************************************************** This message has been scanned for viruses by MailControl - www.mailcontrol.com

3 2

RE: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0
by Wilfried Woeber, UniVie/ACOnet 18 Jan '05

18 Jan '05

Yesterday I had a chat with Rodney T. about the same thing. I'll work with the NCC to come forward with an update on progress. Wilfried. ______________________________________________________________________ From: "Titley, Nigel" <NTitley(a)flagtelecom.com> To: "'MarcoH'" <marcoh(a)marcoh.net>, db-wg(a)ripe.net Subject: RE: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0 Date: Mon, 17 Jan 2005 16:17:21 -0000 MarcoH wrote: >> [AP49.3 RIPE NCC] To produce a document detailing the programme for >> introducing the changes. >> >> [AP49.4 RIPE NCC] To implement the abuse-email: attribute in the >> irt, person and role objects. > > Not that I want to push people, but is there any progress on this > topic or can anybody from the NCC give some indication on when this > is expected to get done ? I would be expecting both of these to be complete by next meeting, in the absence of any response to the contrary by the Ripe NCC. Nigel --

1 0

RE: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0
by Titley, Nigel 17 Jan '05

17 Jan '05

MarcoH wrote: >> [AP49.3 RIPE NCC] To produce a document detailing the programme for >> introducing the changes. >> >> [AP49.4 RIPE NCC] To implement the abuse-email: attribute in the >> irt, person and role objects. > > Not that I want to push people, but is there any progress on this > topic or can anybody from the NCC give some indication on when this > is expected to get done ? I would be expecting both of these to be complete by next meeting, in the absence of any response to the contrary by the Ripe NCC. Nigel -- Nigel Titley Peering Coordinator, FLAG Telecom +44 20 8564 5812 ********************************************************************** This e-mail message is confidential and is intended only for the use of the individual or entity named above and contains information which is or may be confidential, non-public or legally privileged. Any dissemination or distribution of this message other than to its intended recipient is strictly prohibited. You should not copy it or use it for any purpose nor disclose the contents to any other person. If you have received this message in error, please notify us by email to postmaster(a)flagtelecom.com immediately and delete the original message and all copies from all locations in your computer systems. This e-mail has been swept by Mailsweeper TM for viruses. However, FLAG Telecom cannot accept liability for any damage which you may sustain as a result of software viruses. ********************************************************************** This message has been scanned for viruses by MailControl - www.mailcontrol.com

1 0

CVS and Bugzilla for RIPE Whois Server
by RIPE Database Manager 17 Jan '05

17 Jan '05

Dear Colleagues, The RIPE NCC has the source codes of the RIPE Whois Database software available under CVS (a version control system) and is publishing the bugs via Bugzilla (a bug-tracking system). By doing so, this allows anyone to: * have early access to new features of the RIPE Database Whois Server Software and * submit patches to the RIPE Database Whois Server Software. It also provides an easy and accessible method for submitting and tracking bugs and enhancement requests. To accommodate this feature, a web interface is available to browse the source codes at: http://www.ripe.net/cgi-bin/cvsweb.cgi/whoisserver/ while you can submit and track bugs at: http://www.ripe.net/bugzilla/. Stable Source and Binary Releases are available at: ftp://ftp.ripe.net/ripe/dbase/software/. Getting the source codes: You should type the following commands to check out the latest source code under CVS: cvs -d :pserver:anonymous@cvs.ripe.net:/cvsroot login [ No password, so just press [ENTER] on password prompt ] cvs -d :pserver:anonymous@cvs.ripe.net:/cvsroot co whoisserver These commands apply to the command line version of the CVS client software. A directory of CVS clients is available at: http://dmoz.org/Computers/Software/Configuration_Management/Tools/Concurren… Any suggestions about the system can be directed to ripe-dbm(a)ripe.net . Best Regards, Related Links: More information about CVS is available at: http://www.gnu.org/software/cvs/#TOCintroduction More information about Bugzilla is available at: http://www.bugzilla.org/docs/ -- Can Bican RIPE NCC Software Engineering Department

1 0

whois_rip feature request, multiple inverse attribute queries needed
by Arnd Vehling 07 Jan '05

07 Jan '05

Hello, would it be possible to enhance the RDB query in a way that multiple inverse queries are possible?! I would like to be able to query objects which match a certain set of inverse attributes with only one whois-query. Right now i can only query one inverse attribute a time, which means i need to collect all objects which match one of the attributes and then sort out those who match both. This often results in very huge numbers of objects which i need to compare via a perl script. Would this enhancement be reasonable?! best regards, Arnd -- NetHead Network Design and Security Arnd Vehling av(a)nethead.De Gummersbacherstr. 27 Phone: +49 221 8809210 50679 Cologne, Germany Fax : +49 221 8809212

2 1