- db-wg - mailman.ripe.net

proposal: haiku object
by Robert S. Plaul 08 Mar '04

08 Mar '04

Proposal for Adding a Haiku Object to the RIPE Database Requirement: System Administrators and other users of the RIPE Database need some avocation beside their exhausting work with ip address space assignments, routing and other occupations concerning database objects which have to be taken seriously. The existing limerick object provides such avocation but obviously has some limitations: - The limerick has to have a fixed aabba rhyme scheme which restricts the creative genius of the author in an inadequate manner. It has to be admitted that this restriction can be considered as a challenge, but for spontaneous poetical outbreaks the fixed specifications and the great length of five lines are more debilitating than inspiring. - The limerick has to be humorous. While there is nothing wrong about funny poems, there are always moments in a System Administrators' life, when there is just not the need for jokes. Deeper insights into the meaning of life and other more or less important things are said to have come to people's minds while working with internet protocols. These insights should be given the opportunity to be put into a poetic form and as such into the RIPE database for the enlightenment of like-minded people. - Even System Administrators and other users of the RIPE Database need some variety, at least when writing poems. There is a need for another poem object beside the existing limerick object. Solution: The haiku ist a traditional Japanese poetic form without the restrictions of the limerick described before. It has no rhyme scheme and no measure encumbering the author. The only formal requirement (which is not even mandatory) is the segmentation into three lines of 5, 7 and 5 units each, which are usually understood as syllables in languages other than Japanese. Haikus don't have to be humorous, in fact the traditional Japanese haiku is not humorous at all.[1] Haikus have attracted attention in the IT world already some time ago. Mentionable appearances include the Salon Magazines's Haiku Error Message Contest[2] and the ActiveState Perl Haiku Contest[3]. Although there are also voices condemning the joke haiku (and proposing the limerick as an adequate poetic form)[4], the old Japanese poem still has its right to exist, even and particularly in the world of computer professionals. People occupied with servers, routing and internet protocols at large tend to have an own kind of humor not comparable to the stupid corny jokes told in the world outside. Besides the humorous aspects of computer adminstration, the haiku empowers computer professionals to turn their insights into other aspects of computer adminstration or even life to poetry. The haiku object as described below gives System Administrators and other users of the RIPE Database the opportunity to share their thoughts and feelings put into haikus with like-minded people. [1] http://en.wikipedia.org/wiki/Haiku [2] http://archive.salon.com/21st/chal/1998/02/10chal2.html [3] http://aspn.activestate.com/ASPN/Perl/Haiku/ [4] http://www.phenry.org/junkdrawer/haiku/ The haiku class: The haiku object represents a poem that usually has three lines with 5, 7 and 5 units. In languages other than Japanese units are generally applied as syllables. There is no rhyme scheme at all. haiku: [mandatory] [single] [primary/look-up key] descr: [optional] [multiple] [ ] text: [mandatory] [multiple] [ ] admin-c: [mandatory] [multiple] [inverse key] author: [mandatory] [multiple] [inverse key] remarks: [optional] [multiple] [ ] notify: [optional] [multiple] [inverse key] mnt-by: [mandatory] [multiple] [inverse key] changed: [mandatory] [multiple] [ ] source: [mandatory] [single] [ ] The content of the attributes of the haiku class are defined below: haiku Specifies the title of the haiku. HK-<string> <string> can include alphanumeric characters, and "_" and "-" characters. descr A short decription related to the object. A sequence of ASCII characters. text Text of the haiku. There are no fixed rules about the subject or form of the haiku although there are some traditional conventions. Further information about this Japanese poetic form can be found at <http://en.wikipedia.org/wiki/Haiku>. A sequence of ASCII characters. admin-c References an on-site administrative contact. From 2 to 4 characters optionally followed by up to 5 digits optionally followed by a source specification. The first digit must not be "0". Source specification starts with "-" followed by source name up to 9-character length. author References a haiku author. From 2 to 4 characters optionally followed by up to 5 digits optionally followed by a source specification. The first digit must not be "0". Source specification starts with "-" followed by source name up to 9-character length. remarks Contains remarks. A sequence of ASCII characters. notify Specifies the e-mail address to which notifications of changes to an object should be sent. An e-mail address as defined in RFC 2822. mnt-by Specifies the identifier of a registered mntner object used for authorisation of operations performed with the object that contains this attribute. Made up of letters, digits, the character underscore "_", and the character hyphen "-"; the first character of a name must be a letter, and the last character of a name must be a letter or a digit. The following words are reserved by RPSL, and they can not be used as names: any as-any rs-any peeras and or not atomic from to at action accept announce except refine networks into inbound outbound Names starting with certain prefixes are reserved for certain object types. Names starting with "as-" are reserved for as set names. Names starting with "rs-" are reserved for route set names. Names starting with "rtrs-" are reserved for router set names. Names starting with "fltr-" are reserved for filter set names. Names starting with "prng-" are reserved for peering set names. Names starting with "irt-" are reserved for irt names. Names starting with "lim-" and "hk-" are reserved for limericks and haikus respectively. changed Specifies who submitted the update, and when the object was updated. An e-mail address as defined in RFC 2822, followed by a date in the format YYYYMMDD. source Specifies the registry where the object is registered. Should be "RIPE" for the RIPE Database. Made up of letters, digits, the character underscore "_", and the character hyphen "-"; the first character of a registry name must be a letter, and the last character of a registry name must be a letter or a digit. -- RSP-RIPE

3 3

FYI: Cleanup of domain objects.
by Olaf M. Kolkman 04 Mar '04

04 Mar '04

Dear Colleagues, Excuxes for the duplicate messages. During the third week of March we will perform the cleanup as described in section B of the "Domain Cleanup Proposal"[1]. Users affected by this cleanup were contacted during the first week of January 2004[2]. Once the domain object cleanup has been finished, the RIPE NCC provisioning system will be migrated to generate reverse zones from the whois database. We will proceed with that around the last week of March 2004. This change should be transparent. A small notification will be sent to the dns-wg mailing list. The next step of the RDNS project [3] will be the introduction of the "mnt-domain:" attribute. More information about this introduction will be sent to the ncc-services-wg and dns-wg mailing lists by the end of March 2004. Please reply to me in private or to the <dns-wg(a)ripe.net> mailing list if you have any questions or comments. --Olaf Kolkman New Projects RIPE NCC [1] http://www.ripe.net/ripe/mail-archives/db-wg/2003/msg00738.html [2] The set of people contacted was larger than the set of people actually affected by the cleanup see http://www.ripe.net/ripe/mail-archives/db-wg/2004/msg00086.html for details. [3] http://www.ripe.net/reverse/rdns-project/

1 0

Minutes for DB WG RIPE 47
by Titley, Nigel 02 Mar '04

02 Mar '04

Folks, Please find attached the final minutes for the DB WG session. All comments received (thanks Leo), have been folded in. 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

1 0

Subnet administration
by Carl Smith 25 Feb '04

25 Feb '04

Hi, Im not sure if this is the right mailinglist for it .. if not sorry for posting it here. We are looking for a way to administer several subnets within our company. We use the 10.0.0.0 block and need to convert this from our excel sheets into something more manageable. What we need is to be able to do is VLAN (number and remark) fixed addresses/DHCP (per address two remarks) subnet (subnets from /16 til /30) Thanks for any advice ! Regards, Carl _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

rpsl to arin format conversion
by terry l. ridder 23 Feb '04

23 Feb '04

hello; i am doing some research on the rir databases. for my purposes having all data in, what i call 'arin' format, would be the simplest for processing. are there any software utilities available for converting from rpsl to 'arin' format? if no software utilities are available is there a mapping description available from rpsl to 'arin' format? -- terry l. ridder ><>

2 4

RPSLng Deployment
by Tim Streater 23 Feb '04

23 Feb '04

Dear All, I was not at the recent RIPE Mtg and so may be behind the curve. I have been trying to see what is the status of the deployment of RPSLng, and testing the tools. My simple test worked OK, but I can't do more without having more objects to test against. These would need to be inserted by others. There was some traffic on the RPSLng list during the autumn, and near as I can make out there is still some dispute about some details of the syntax; I am not able to contribute meaningfully to that debate. I do note that the contentious items appeared to relate to the aut-num object. It seems to me we need: 1) Agreement 2) Deployment 3) Population 4) and for us, JunOS support The production database contains inet6num: objects. It does not contain or support route6: objects. Is anything in dispute about the route6: object? If not, could the production server be updated to support it, as a step forward. This would allow organisations to enter their route6: objects, and more extensive testing could then be done against these, using -f to keep the aut-num local. This would allow a bit of (2) and (3) in advance of complete (1). It would focus people's minds a bit. At present I have no lever to get customers to do (3) when any route6: objects they enter can only be in the test db. At the moment it feels like everyone is waiting for everyone else :-) Is this justified or am I completely at sea? Cheers, -- Tim

2 1

Organisation object timeline
by Engin Gunduz 18 Feb '04

18 Feb '04

Dear Colleagues, [apologies for duplicate mails] Please find below the timeline for deployment of organisation object in the RIPE Whois Database. You can find the latest organisation object proposal at http://www.ripe.net/ripe/mail-archives/db-wg/2003/msg00689.html For questions and comments please contact me at <engin(a)ripe.net>. Best regards, -- Engin Gunduz RIPE NCC Software Engineering Department ================================ Timeline for Organisation Object ================================ 11 March 2004 Thursday : Pre-release of whois software with organisation object capability. (for tests by external parties, LIRs) 17 April 2004 Saturday : Deployment of whois software with organisation object capability. Creation of organisation objects for existing LIRs, update of existing allocation inetnums and inet6nums. 19 April 2004 Monday : The RIPE NCC starts using the new request forms updated for organisation object.

1 0

RE: [db-wg] rpsl to arin format conversion
by Wilfried Woeber, UniVie/ACOnet 17 Feb '04

17 Feb '04

>are there any software utilities available for converting from rpsl to >'arin' format? Sorry, I don't have an answer, but rather a question: why don"t you try to do it "the other way 'round", as RPSL is properly described in an RFC? Wilfried. _________________________________:_____________________________________ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

4 3

RE: [db-wg] rpsl to arin format conversion
by Tim Streater 17 Feb '04

17 Feb '04

At 15:50 17/02/2004, Terry Ridder wrote: >On Tue, 17 Feb 2004, Wilfried Woeber wrote: > >> >are there any software utilities available for converting from rpsl to >> >'arin' format? >> >> Sorry, I don't have an answer, but rather a question: >> >> why don"t you try to do it "the other way 'round", >> as RPSL is properly described in an RFC? >> >> Wilfried. >> > >arin's db contains the most records. > >logically, it makes sense to convert the other rir dbs to arin format. > >also converting from arin to rpsl would lose information which exists in >arin's db. Examples please, both syntax and semantics. >those helping with the research have a better understanding of arin >format than rpsl. > >-- >terry l. ridder ><> Cheers, ___________________________________________________________________ * * Tim Streater Network Engineer * * * Francis House * 112 Hills Road Tel +44 1223 302992 * Cambridge CB2 1PQ Fax +44 1223 303005 D A N T E United Kingdom WWW http://www.dante.net ____________________________________________________________________

2 1

[off-topic] fwd: SMTP delivery error [was: rpsl to arin format conversion]
by Wilfried Woeber, UniVie/ACOnet 17 Feb '04

17 Feb '04

Just fyi ...the following is cute, I think. I didn't want to hide it from you all. Look at the "-Rcvd: 550" line ;-) Cheers, Wilfried. ______________________________________________________________________ Date: Tue, 17 Feb 2004 15:07:32 +0100 From: SMTP delivery agent <Postmaster(a)cc.univie.ac.at> To: <woeber(a)cc.univie.ac.at> Subject: SMTP delivery error Note: this message was generated automatically. An error was detected while processing the enclosed message. A list of the affected recipients follows. This list is in a special format that allows software like LISTSERV to automatically take action on incorrect addresses; you can safely ignore the numeric codes. --> Error description: Error-For: terrylr(a)blauedonau.com Error-Code: 3 Error-Text: %MX_SMTP-F-MBX_UNAVAILABLE, action not taken: mailbox unavailable -(Via blauedonau.com) -Transcript: -Rcvd: 220-strauss.blauedonau.com ESMTP Sendmail 8.12.10/8.12.10; Tue, 17 Feb 2004 08:07:31 -0600 -Rcvd: 220-blauedonau.com runs a whitelist mail server. -Rcvd: 220 spam and network abuse are not tolerated. -Sent: HELO access.cc.univie.ac.at -Rcvd: 250 strauss.blauedonau.com Hello access.cc.univie.ac.at [192.153.174.2], pleased to meet you -Sent: MAIL FROM:<woeber(a)cc.univie.ac.at> -Rcvd: 550 5.7.1 Austria blocked on account of spam and network abuse. Error-End: 1 error detected ------------------------------ Rejected message ------------------------------ [ removed ]

2 1