From ops at ripe.net Tue Jun 10 18:24:38 2008 From: ops at ripe.net (Razvan Oprea) Date: Tue, 10 Jun 2008 18:24:38 +0200 Subject: [ncc-services-wg] Emergency maintenance announcement In-Reply-To: <3CF0D6D4-5BCA-4751-B339-52C4644F4935@ripe.net> References: <3CF0D6D4-5BCA-4751-B339-52C4644F4935@ripe.net> Message-ID: <1D375797-6A0E-40B2-98A3-38289F6CF85A@ripe.net> [Apologies for duplicates] Dear Colleagues, Due to unforeseen circumstances, the RIPE NCC had to carry out emergency maintenance work on our core storage infrastructure today, 10 June, between 15:00 and 17:30 (UTC). RIPE NCC services affected during this period include: www.ripe.net ftp.ripe.net e-learning.ripe.net lirportal.ripe.net DNSMON We apologise for any inconvenience that this may have caused. If you have any questions about this, please send an e-mail to . Regards, Razvan Oprea Senior Systems Engineer, RIPE NCC From wnagele at ripe.net Thu Jun 12 11:56:20 2008 From: wnagele at ripe.net (Wolfgang Nagele) Date: Thu, 12 Jun 2008 11:56:20 +0200 Subject: [ncc-services-wg] Announcement on prefix size change for k.root-servers.net (AS25152) Message-ID: <4850F2C4.7020300@ripe.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 [Apologies for duplicates] Dear Colleagues, The RIPE NCC, as operator of k.root-servers.net, will announce the less-specific prefix 193.0.14.0/23 within the next few days. This is due to a change in our traffic engineering policies. Affected locations: *) AMS-IX (NL) *) LINX (UK) *) JP-NAP, DIX-IE (JP) *) NAP (US/FL) *) NIXI (IN) We advise you to check whether you are peering with AS25152 and, if so, to ensure that you are allowing the prefix mentioned above. These are the recommended filter settings for our peerings: Cisco: - ---cut--- ip prefix-list as25152-policy seq 10 permit 193.0.14.0/23 le 24 ip prefix-list as25152-policy seq 20 deny 0.0.0.0/0 le 32 - ---cut--- Juniper: - ---cut--- policy-statement as25152-policy { term accept { from { route-filter 193.0.14.0/23 prefix-length-range /23-/24 accept; } } term reject { then reject; } } - ---cut--- If you have any questions, please contact us at . Regards, - -- Wolfgang Nagele DNS System Engineer RIPE NCC Singel 258 1016 AB Amsterdam Tel: +31 20 535 4444 Fax: +31 20 535 4445 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIUPLEjO7G63Byy8cRAkUZAJ9/g2kKieUn54sLofkChlPug8+8ZQCeP1P8 HWnbQjvj/g17fOE5MAIXW+c= =Y/z1 -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: wnagele.vcf Type: text/x-vcard Size: 275 bytes Desc: not available URL: From ruben at ripe.net Fri Jun 13 17:14:45 2008 From: ruben at ripe.net (Ruben van Staveren) Date: Fri, 13 Jun 2008 17:14:45 +0200 Subject: [ncc-services-wg] Announcing new RIS de-bogon prefixes References: <4852483B.8040806@ripe.net> Message-ID: [Apologies for duplicate e-mails] Dear Colleagues, As part of our effort to de-bogonise new address blocks, we are now announcing the following prefixes on RRC03: 112.0.0.0/24 113.0.0.0/24 112.50.0.0/21 112.50.0.0/21 112.255.0.0/16 113.255.0.0/16 More information about the Routing Information Service (RIS) De- Bogonising New Address Blocks Project can be found at: http://www.ris.ripe.net/debogon/index.shtml Kind regards, Ruben van Staveren RIPE NCC, Engineer -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: From gerard at ripe.net Mon Jun 16 12:16:41 2008 From: gerard at ripe.net (Gerard Leurs) Date: Mon, 16 Jun 2008 12:16:41 +0200 Subject: [ncc-services-wg] Emergency Maintenance Announcement Message-ID: <6A53BEFB-D91D-403B-8F75-A87A55044D14@ripe.net> [Apologies for duplicates] Dear Colleagues, Today, Monday, 16 June, the RIPE NCC will carry out emergency maintenance work on some of our servers. As a result, the following services will be temporarily unavailable at times over the course of the day: - www.ripe.net - lirportal.ripe.net Delayed response times can also be expected for RIPE NCC Registration Services and Customer Services. We apologise for any inconvenience that this may cause. If you have any questions, please send an e-mail to . Regards, Gerard Leurs Operations Coordinator, RIPE NCC From denis at ripe.net Wed Jun 18 17:04:16 2008 From: denis at ripe.net (Denis Walker) Date: Wed, 18 Jun 2008 17:04:16 +0200 Subject: [ncc-services-wg] Notification message change Message-ID: <485923F0.70607@ripe.net> [Apologies for duplicates] Dear Colleagues, With most updates to the RIPE Database, notification messages are sent out. Many of these notifications are hitting users' ticketing systems or arriving in mailboxes with auto-responders. The "Reply-to:" address in these notifications was . Our help desk ticketing system was receiving hundreds of e-mails a month from these auto-responders. This was causing a serious operational problem for our Customer Services Department. To solve this problem, we have changed the e-mail header in the notification messages we send out. They now have the "From:" and "Reply-to:" addresses set to . As the name suggests, any replies to this address are not read by anyone and they are just dropped from our mail system. We have also made a small change to the introductory text to make it clear that these e-mails are auto-generated. We also clearly show users the e-mail reply address to use if they have an issue with the notification. This change was implemented today. It should not affect any users unless they parse the mail headers or the introductory text in the notification. Examples of the old and new notification messages are shown below. Regards, Denis Walker Business Analyst RIPE NCC Database Group Old notification message ____________________________________________________ To: user at somewhere.com From: RIPE Database Notifications Subject: Notification of RIPE Database changes Reply-To: ripe-dbm at ripe.net Precedence: bulk Auto-Submitted: auto-generated Dear Colleague, This is to notify you that some object(s) in RIPE database which you either maintain or are listed as to-be-notified have been added, deleted or changed. The update causing these changes had the following mail headers: > From: user at somewhereelse.com > Subject: > Date: Tue, 17 Jun 2008 00:00:18 +0200 (CEST) > Reply-To: user at somewhereelse.com > MsgId: <2008061622> For assistance or clarification please contact: RIPE Database Administration New notification message ____________________________________________________ To: user at somewhere.com From: RIPE Database Notifications Subject: Notification of RIPE Database changes Reply-To: unread at ripe.net Precedence: bulk Auto-Submitted: auto-generated Dear Colleague, This is to notify you that some object(s) in RIPE database which you either maintain or are listed as to-be-notified have been added, deleted or changed. This message is auto-generated. Please DO NOT reply to this message. If you do not understand why we sent you this message, or for assistance or clarification please contact: RIPE Database Administration The update causing these changes had the following mail headers: > From: user at somewhereelse.com > Subject: > Date: Tue, 17 Jun 2008 00:00:18 +0200 (CEST) > Reply-To: user at somewhereelse.com > MsgId: <2008061622> From simon.leinen at switch.ch Fri Jun 20 21:36:41 2008 From: simon.leinen at switch.ch (Simon Leinen) Date: Fri, 20 Jun 2008 21:36:41 +0200 Subject: [ncc-services-wg] Announcing new RIS de-bogon prefixes In-Reply-To: (Ruben van Staveren's message of "Fri, 13 Jun 2008 17:14:45 +0200") References: <4852483B.8040806@ripe.net> Message-ID: Ruben van Staveren writes: > As part of our effort to de-bogonise new address blocks, we are now > announcing the following prefixes on RRC03: > 112.0.0.0/24 > 113.0.0.0/24 Since http://www.apnic.net/db/min-alloc.html lists /22 as minimum allocation size for 112.0.0.0/8 and 113.0.0.0/8, some of us will filter those /24s out. Is this what is intended? Personally I applaud this because it gives us a hint as to how many (or few) ISPs still filter based on minimum allocation sizes. > 112.50.0.0/21 > 112.50.0.0/21 > 112.255.0.0/16 > 113.255.0.0/16 OK, so those should be accepted everywhere (where somebody's home). Thanks for your de-bogonizing efforts. -- Simon.