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

Recent Database update changes
by Denis Walker 13 Oct '04

13 Oct '04

[ Apologies for duplicate messages ] Dear Colleagues, In preparation of a new release of the Whois software we have fixed several bugs and implemented some of the simple features asked for over the last few months for the update program, dbupdate. A brief description follows of the features implemented. 1) Change to the overall result of a mail update message. During the re-structuring of the dbupdate program we changed the way we report the overall result of a mail update. This caused some confusion and we have now returned to the behaviour of the previous version of dbupdate. To make this clear here are the outcomes we now report: A blank update message - FAILED: ANY object update failed - FAILED: Otherwise - SUCCESS: 2) Handling of keywords in the Subject: line of a mail update. Currently there are only two keywords used by dbupdate. These are NEW and HELP (HOWTO is also valid but taken to mean the same as HELP). NEW forces all objects found in the mail message to be treated as a creation request. Any object that already exists will result in an error. HELP returns help text. To use a keyword it has to be put in the Subject: line of the mail message, with NO other words present. If any other word is found for example Subject: NEW objects then none of the words are actioned as keywords and they are all reported in the acknowledgement reply as invalid keywords. In this context it is impossible for dbupdate to know if a word is a keyword. As many users often include their own reference in the Subject: line it means it is impossible for them to also use a keyword and they always get their references reported in the Warning messages af the acknowledgement. To overcome these problems we have introduced a KEYWORDS: tag. When this tag is found in a Subject: line all text up to and including this KEYWORDS: tag is ignored by dbupdate. Only what follows this tag is checked for valid keywords. The same rules apply as before. If a word is found after the KEYWORDS: tag that is not a valid keyword none of the words are actioned as keywords. In this case all the words following the KEYWORDS: tag are reported as invalid keywords in the acknowledgement reply. Adding the KEYWORDS: tag at the end of a Subject: line means that valid keywords can still be used with a users reference in the same line. By adding the KEYWORDS: tag at the end of the Subject: line with no keywords following it means that the users reference will not be reported as invalid keywords. The default behaviour is unaltered. A keyword can still be placed on a line with no other words and actioned. We could easily make another change, if users would prefer it, so that keywords will ONLY be accepted if they follow the KEYWORDS: tag. This would make the default behaviour ignore the whole Subject: line and not report any of it as errors if the KEYWORDS: tag is not found. This default behaviour may be more appropriate to the way the Subject: line is currently used in most cases. Please let us know if this is preferred. All keywords and the KEYWORDS: tag are case insensitive. 3) Differnce in notification messages We have been asked to highlight changes in the notification message between the old and new objects for a modification operation. This is particularly useful when "import:" and "export:" attributes are changed in large AUT-NUM objects. This has now been implemented as a selectable option. To request it the user includes the keyword DIFF. When this DIFF keyword is used each object in the notification message that is a modify operation will include a difference before the standard output of the old and new versions of the objects. So the output will have the difference listing followed by the old and new objects. For example, a new subject line may look like this Subject: changes to aut-num: as1234 KEYWORDS: DIFF The difference is the standard unix diff, but with one slight change. In our acknowledgement and notification messages we have used three dashes --- followed by a new line to signify the start of a section relating to an object. This is to make it easy to parse the output and find the start of each object in the message. Unfortunately diff also uses --- to seperate lines that have changed. So we have had to replace --- with === in the diff output. If the DIFF keyword is not used the output remains unchanged. Using a simple PERSON object as the example the new output is as follows: --- OBJECT BELOW MODIFIED: Differences in [person] TP10-DB-TEST 7c7,8 < notify: case040-1(a)ripe.net === > changed: dbtest(a)ripe.net 20040101 > notify: case040-2(a)ripe.net person: Test Person address: Singel 258 address: Amsterdam phone: +31 20 535 4444 nic-hdl: TP10-DB-TEST changed: dbtest(a)ripe.net 20020101 notify: case040-1(a)ripe.net source: DB-TEST REPLACED BY: person: Test Person address: Singel 258 address: Amsterdam phone: +31 20 535 4444 nic-hdl: TP10-DB-TEST changed: dbtest(a)ripe.net 20020101 changed: dbtest(a)ripe.net 20040101 notify: case040-2(a)ripe.net source: DB-TEST 4) Include person/role name in creation results. The last additional feature is to include the name of a PERSON or ROLE object in the acknowledgement output after a successful creation. Previously only the new nic-hdl was listed. For example, if two PERSON objects are created using AUTO- nic-hdls for Denis Walker and David Wilkinson the reply would only say DW23-RIPE and DW24-RIPE have been created. The user would then have to do a whois lookup to determine which was which. The reply now states: --- Create SUCCEEDED: [person] DW23-DB-TEST Denis Walker --- Create SUCCEEDED: [person] DW24-DB-TEST David Wilkinson Regards Denis Walker RIPE NCC Software Engineering Department.

2 1

ASN request and org object
by Hank Nussbacher 12 Oct '04

12 Oct '04

I recently requested a new ASN and was asked to submit an org object for the new ASN. When I looked at the v1.1 of the ASN request form at: http://www.ripe.net/ripe/docs/asnrequestform.html it lists the org object as optional and not mandatory. So I asked why it was requested? The response I got was: >The "org" line is optional in the RIPE DB; this is new attribute which was >introduced short time ago and it's absent in most objects. > >However we think it is important to know which company an ASN is assigned to >and this is why we are asking to create this object for every new >registration. If this is the case then I think the ASN request form should be updated to reflect that org is now mandatory and not optional. Regards, Hank

2 2

Notification of Virus E-mail
by RIPE NCC WebMaster 29 Sep '04

29 Sep '04

Dear Subscribers, At approximately 20.15 GMT on 28 September 2004, an e-mail containing a virus was posted to the ncc-services-wg mailing list. The message with the subject "Re: Hi" was sent to the list with forged headers, including a valid subscriber's e-mail address (Adrian(a)ripe.net) and therefore accepted and distributed by the mail list software. We urge you not to open the attachment ("price.scr"). The posting will be removed from the mail list archives. We are currently analysing the incident in order to prevent this from happening again We apologise for any inconvenience this may have caused. Regards Jeroen Bet RIPE NCC WEBMASTER ==================

1 0

Re: Hi
by Adrian 28 Sep '04

28 Sep '04

1 0

Re: NCC#2004091986 Hallo from Germany
by RIPE NCC 20 Sep '04

20 Sep '04

Dear Andreas, Thank you for your email. However, the new contract is only available in English and won't be translated in any other language. Further, the RIPE NCC only communicates in English with its members. Kind regards, Monique van Troost First Line Support Operator RIPE NCC On Thu, 16 Sep 2004 17:30:33 +0200 (MEST), <jennen(a)aball.de> wrote: > Hi, > > i am a new member of the list. > > We are an Internet Provider in Hannover, Germany > > Do you have any translations in German of the new > contract papers, which we shall sign ? > > Ist es auch erlaubt in Deutsch hier zu schreiben ? > > > Gruss Andreas Jennen. > -- / \__ Wir sind Internet Provider in Hannover und Umgebung! > ( *\___ <- Nando,Andreas Jennen, Roscherstr. 12, 30161 Hannover, DE > / O EMAIL jennen(a)aball.de Voice: (+49 511)388 31 23, Fax:699091 > / (_____/ Pos(Grad, Minuten): N 52 18.559';E 009 35.714' Hoehe: 112 m > /_____/ U http://www.aball.de --

1 0

RE: Agenda - ncc-services wg - RIPE 49 - Updated
by Sanghani, Bijal 16 Sep '04

16 Sep '04

Hi All, With the addition of the 'Feedback from Recent LIR Mergers' Presentation on Thursday, please see below updated proposed agenda - Day 1: Tuesday, 21 September 2004, 14:00 - 15:30 Day 2: Thursday, 23 September 2004, 14:00 - 15:30 Room: Medici Agenda: (Tuesday) A. Administrative Matters (5 min) - Welcome - Select a scribe - Distribute participants list - Finalise agenda - Approve minutes from RIPE 48: http://www.ripe.net/wg/ncc-services/r48-minutes.html B. RIPE NCC Update - Axel Pawlik (10-15 mins) C. RIPE NCC Activity Plan 2005 - Axel Pawlik (10-15 mins) D. Anti-Spam Measures at NCC - Jim Reid (10-15 mins) Some RIPE NCC managed mailing lists are relaying spam. This appears to be exacerbated by the NCC's policy of neutrality and fairness. To prevent false positives, especially from new members, the NCC mail systems accept and sometimes forward spam. This presentation requests a review of this policy and the NCC's anti-spam defences. (Thursday) Distribute participants list E. RIPE NCC Billing Procedures and Charging Scheme - Jochem de Ruig (10-15mins) F. RIPE NCC Training Team activities and developments - Rumy Kanis (20mins) G. Feedback from Recent LIR Mergers - Bijal (10-15mins) H. Topic's for Discussion - Kurtis (10-15 mins) Y. Open Microphone Z. AOB -----Original Message----- From: Sanghani, Bijal [mailto:BSanghani@flagtelecom.com] Sent: Tuesday, September 07, 2004 1:03 PM To: 'ncc-services-wg(a)ripe.net'; 'wg-chairs(a)ripe.net' Cc: 'webmaster(a)ripe.net'; 'meeting(a)ripe.net' Subject: Agenda - ncc-services wg - RIPE 49 Hi All, Please see below proposed agenda for the RIPE NCC Services WG for RIPE 49 - Day 1: Tuesday, 21 September 2004, 14:00 - 15:30 Day 2: Thursday, 23 September 2004, 14:00 - 15:30 Room: Medici Agenda: (Tuesday) A. Administrative Matters (5 min) - Welcome - Select a scribe - Distribute participants list - Finalise agenda - Approve minutes from RIPE 48: http://www.ripe.net/wg/ncc-services/r48-minutes.html B. RIPE NCC Update - Axel Pawlik (10-15 mins) C. RIPE NCC Activity Plan 2005 - Axel Pawlik (10-15 mins) D. Anti-Spam Measures at NCC - Jim Reid (10-15 mins) Some RIPE NCC managed mailing lists are relaying spam. This appears to be exacerbated by the NCC's policy of neutrality and fairness. To prevent false positives, especially from new members, the NCC mail systems accept and sometimes forward spam. This presentation requests a review of this policy and the NCC's anti-spam defences. (Thursday) Distribute participants list E. RIPE NCC Billing Procedures and Charging Scheme - Jochem de Ruig (10-15 mins) F. RIPE NCC Training Team activities and developments - Rumy Kanis (20 mins) G. Topic's for Discussion - Kurtis (10-15 mins) Y. Open Microphone Z. AOB Best regards, Bijal Sanghani FLAG Telecom ********************************************************************** 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

Agenda - ncc-services wg - RIPE 49
by Sanghani, Bijal 07 Sep '04

07 Sep '04

Hi All, Please see below proposed agenda for the RIPE NCC Services WG for RIPE 49 - Day 1: Tuesday, 21 September 2004, 14:00 - 15:30 Day 2: Thursday, 23 September 2004, 14:00 - 15:30 Room: Medici Agenda: (Tuesday) A. Administrative Matters (5 min) - Welcome - Select a scribe - Distribute participants list - Finalise agenda - Approve minutes from RIPE 48: http://www.ripe.net/wg/ncc-services/r48-minutes.html B. RIPE NCC Update - Axel Pawlik (10-15 mins) C. RIPE NCC Activity Plan 2005 - Axel Pawlik (10-15 mins) D. Anti-Spam Measures at NCC - Jim Reid (10-15 mins) Some RIPE NCC managed mailing lists are relaying spam. This appears to be exacerbated by the NCC's policy of neutrality and fairness. To prevent false positives, especially from new members, the NCC mail systems accept and sometimes forward spam. This presentation requests a review of this policy and the NCC's anti-spam defences. (Thursday) Distribute participants list E. RIPE NCC Billing Procedures and Charging Scheme - Jochem de Ruig (10-15 mins) F. RIPE NCC Training Team activities and developments - Rumy Kanis (20 mins) G. Topic's for Discussion - Kurtis (10-15 mins) Y. Open Microphone Z. AOB Best regards, Bijal Sanghani FLAG Telecom ********************************************************************** 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

Joint Evaluation of Requests by The RIPE NCC and AfriNIC
by Axel Pawlik 01 Sep '04

01 Sep '04

[Apologies for duplicate postings] Dear Colleagues, The RIPE NCC has been working very closely with AfriNIC (The African Network Information Center) to prepare for their emergence as a new Regional Internet Registry. As part of this transition process, the RIPE NCC and AfriNIC will conduct joint review of all IP and AS Number requests coming from the emerging AfriNIC region. Effective September 1, 2004, the RIPE NCC will be forwarding all requests for IP address space and Autonomous System Numbers to AfriNIC, if the request is within the defined region proposed for AfriNIC. These requests will be co-evaluated by the RIPE NCC and AfriNIC. If you would like more information about AfriNIC, or if you have not yet manifested your support, please visit the AfriNIC website or send an e-mail to <contact(a)afrinic.net>. http://www.afrinic.net More information can also be found on our website at: http://www.ripe.net/ripencc/afrinic/ Regards, Axel Pawlik Managing Director RIPE NCC

1 0

Re: [ncc-services-wg] OK, I'm lost...
by Wilfried Woeber, UniVie/ACOnet 18 Aug '04

18 Aug '04

>Peter, if you need to communicate with us, as a non-member, >then ncc(a)ripe.net works, as well as the telephone. Last time when I communicated with ripe-dbm, I think I didn't have to specify my reg.id ;-) Wilfried ( https://cert.aco.net/ ) _________________________________:_____________________________________ 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 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~:~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ...there's no place like 127.0.0.1 (or ::1 ?)

1 0

OK, I'm lost...
by Peter Galbavy 18 Aug '04

18 Aug '04

RIPE-301 (specifically about closed registries) 3.8: "In cases where End Users of an LIR keep the address space assigned to them after the LIR closes, the LIR maintainer in the database objects representing these assignments needs to be removed and replaced by the RIPE NCC maintainer. The LIR should provide the RIPE NCC with a list of relevant database objects agreeing to the RIPE NCC overwriting the current LIR maintainer." OK, I missed this as "my" LIR was closed due to non-payment after my previous "issues". That not-withstanding, the actualy allocations to end-users remain, and should be maintainable, even if very slowly, somehow. RIPE-301 does not (in 4.0) imply that end-user assignments (and ASes) are automatically removed where an LIR is closed by RIPE - in fact it implies the opposite, but doesn't say it explicity. If we get to the situation where the object would have been correctly and timely changed to the NCC maintainer, it appears that the current robot behaviour would still be the same; This page implies that it is *impossible* to communicate with RIPE unless you are an LIR: http://www.ripe.net/ripencc/mem-services/registration/status.html There is a chasm here between RIPE-301 and hostmaster(a)ripe.net etc. Is there a (poublic) solution ? rgds, -- Peter

2 1