From av at nethead.de Fri Jan 7 10:17:28 2005 From: av at nethead.de (Arnd Vehling) Date: Fri, 07 Jan 2005 10:17:28 +0100 Subject: [db-wg] whois_rip feature request, multiple inverse attribute queries needed Message-ID: <41DE53A8.6040705@nethead.de> 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 at nethead.De Gummersbacherstr. 27 Phone: +49 221 8809210 50679 Cologne, Germany Fax : +49 221 8809212 From he at uninett.no Fri Jan 7 16:59:42 2005 From: he at uninett.no (Havard Eidnes) Date: Fri, 07 Jan 2005 16:59:42 +0100 (CET) Subject: [db-wg] whois_rip feature request, multiple inverse attribute queries needed In-Reply-To: <41DE53A8.6040705@nethead.de> References: <41DE53A8.6040705@nethead.de> Message-ID: <20050107.165942.26588066.he@uninett.no> > 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 From woeber at cc.univie.ac.at Thu Jan 13 17:02:26 2005 From: woeber at cc.univie.ac.at (Wilfried Woeber, UniVie/ACOnet) Date: Thu, 13 Jan 2005 18:02:26 +0200 Subject: [db-wg] whois_rip feature request, multiple inverse attribute queries needed Message-ID: <00A3DD22.81153DC4.6@cc.univie.ac.at> >To: av at nethead.de >CC: db-wg at ripe.net >Subject: Re: [db-wg] whois_rip feature request, multiple inverse attribute > queries needed >From: Havard Eidnes >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 at 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From marcoh at marcoh.net Mon Jan 17 10:02:59 2005 From: marcoh at marcoh.net (MarcoH) Date: Mon, 17 Jan 2005 10:02:59 +0100 Subject: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0 In-Reply-To: References: Message-ID: <20050117090259.GA4224@marcoh.net> > [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 ? Grtx, MarcoH From ripe-dbm at ripe.net Mon Jan 17 17:06:52 2005 From: ripe-dbm at ripe.net (RIPE Database Manager) Date: Mon, 17 Jan 2005 17:06:52 +0100 Subject: [db-wg] CVS and Bugzilla for RIPE Whois Server Message-ID: <200501171606.j0HG6qn4024888@x61.ripe.net> 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 at cvs.ripe.net:/cvsroot login [ No password, so just press [ENTER] on password prompt ] cvs -d :pserver:anonymous at 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/Concurrent_Versions_System/Clients/ Any suggestions about the system can be directed to ripe-dbm at 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 From NTitley at flagtelecom.com Mon Jan 17 17:17:21 2005 From: NTitley at flagtelecom.com (Titley, Nigel) Date: Mon, 17 Jan 2005 16:17:21 -0000 Subject: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0 Message-ID: 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 at 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 From woeber at cc.univie.ac.at Tue Jan 18 09:38:42 2005 From: woeber at cc.univie.ac.at (Wilfried Woeber, UniVie/ACOnet) Date: Tue, 18 Jan 2005 10:38:42 +0200 Subject: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0 Message-ID: <00A3E0D2.57AA19C4.5@cc.univie.ac.at> 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" To: "'MarcoH'" , db-wg at 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 -- From tcremer at de.cw.net Tue Jan 18 11:24:38 2005 From: tcremer at de.cw.net (Tobias Cremer) Date: Tue, 18 Jan 2005 11:24:38 +0100 Subject: [db-wg] whois_rip feature request, multiple inverse attribute queries needed In-Reply-To: <00A3DD22.81153DC4.6@cc.univie.ac.at> References: <00A3DD22.81153DC4.6@cc.univie.ac.at> Message-ID: <41ECE3E6.8060005@de.cw.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I was thinking about that problem as well (due to some work I am doing together with Arnd who made the original post). |>>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. Yes, but only for the same kind of attributes, right? Means I cannot search for admin-c and mnt-by in the same -i query like I would do with whois -i tech-c,mnt-by toc76-ripe,CW-EUROPE-GSOC but of course whois -i admin-c,tech-c toc76-ripe works. | 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. So the question if it is a OR or a AND operation is a second point beneath that and would apply to searching only i.e. "pn" attributes and serching multiple different attributes. Regards: Tobias - -- Tobias Cremer M.A. IP Admin Engineer Cable & Wireless Telecommunication Services GmbH Landsbergerstr. 155 80687 Muenchen Germany Tel +49 89 926 99 0 -- FAX +49 89 926 99 180 -- COMNET 7 49 9169 www.cw.com/de - -- Every message GnuPG signed -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB7OPlhC6y11CNwvcRAuwoAJ9b2aV9QqYrHa0zAFOnywOMpu5myACgwcoD vt14ZJqVdT0PrBJQfGurQlU= =w/Of -----END PGP SIGNATURE----- From shane at ripe.net Wed Jan 19 10:38:19 2005 From: shane at ripe.net (Shane Kerr) Date: Wed, 19 Jan 2005 10:38:19 +0100 Subject: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0 In-Reply-To: <20050117090259.GA4224@marcoh.net> References: <20050117090259.GA4224@marcoh.net> Message-ID: <41EE2A8B.5020106@ripe.net> 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 ? We have a tentative timeline worked out: - mid-Feburary, formal proposal of changes. The idea is to take the previously agreed on changes and document what it will look like for users exactly. - early-March, completed implementation, migration plan to working group. - mid-March, migration to new software. 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. -- Shane Kerr RIPE NCC From NTitley at flagtelecom.com Wed Jan 19 12:51:58 2005 From: NTitley at flagtelecom.com (Titley, Nigel) Date: Wed, 19 Jan 2005 11:51:58 -0000 Subject: [db-wg] Draft minutes of DB-WG meeting RIPE 49 V2.0 Message-ID: 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 at 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 From av at nethead.de Sun Jan 23 17:28:02 2005 From: av at nethead.de (Arnd Vehling) Date: Sun, 23 Jan 2005 17:28:02 +0100 Subject: [db-wg] whois_rip feature request, multiple inverse attribute queries needed In-Reply-To: <41ECE3E6.8060005@de.cw.net> References: <00A3DD22.81153DC4.6@cc.univie.ac.at> <41ECE3E6.8060005@de.cw.net> Message-ID: <41F3D092.4010105@nethead.de> Tobias Cremer wrote: > Yes, but only for the same kind of attributes, right? Means I cannot > search for admin-c and mnt-by in the same -i query like I would do with > whois -i tech-c,mnt-by toc76-ripe,CW-EUROPE-GSOC > > but of course > > whois -i admin-c,tech-c toc76-ripe > > works. Right, i need to do searches on different inverse-attributes in one query. And i would like to only get those objects back which match both inverse attributes. > So the question if it is a OR or a AND operation is a second point > beneath that and would apply to searching only i.e. "pn" attributes and > serching multiple different attributes. Right, would be cool to be able to specify if one wants to "AND" or "OR" the returned objects. @DevTeam, would it be possible to get this in sometime soonish? best regards, Arnd