- NZNOG - lists.nznog.org

NZRR Route Registry Update
by NZRR Database Notifications 27 Nov '07

27 Nov '07

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9503 descr: advertised to AS9560 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 123.108.144.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.59.4.0/22^22-29, 202.89.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071108 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9503 descr: advertised to AS9560 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 123.108.144.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.59.4.0/22^22-29, 202.89.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.162.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071128 source: NZRR ------------------------------------------------------------

1 0

APNIC 25 Call for Proposals
by Elly Tawhai 25 Nov '07

25 Nov '07

APNIC 25 25 February - 29 February 2008 Howard Plaza Hotel Taipei, Taiwan Dear colleagues Special Interest Groups (SIGs) will be held at the 25th APNIC Open Policy Meeting. We invite you to submit proposal presentations for these sessions. There are two types of presentations: - Policy proposal (P) A proposal which requires feedback and community consensus before it can proceed. - Informational (I) Typically a status report delivered to convey information to the audience. Informational presentations may be presented in SIG sessions. * Submitting policy proposals To submit a policy proposal before the 28 January 2008 deadline, you have two options: 1. Use the online form at: http://www.apnic.net/cgi-bin/policy_proposal.pl 2. Send your proposal in TEXT format to the appropriate SIG Chair, CCing <sig(a)apnic.net>. * Submitting informational proposals Send your proposal in TEXT format to <program(a)apnic.net>, preferably before 28 January 2008. Agenda slots will be allocated on a first-come first-served basis, so it is advisable to submit your proposal as soon as possible. More information ---------------- SIG archives and guidelines for presenters are available at: http://www.apnic.net/meetings/archive/sigs/ SIG chairs can be contacted at: * Policy SIG <sig-policy-chair(a)apnic.net> * Database SIG <sig-db-chair(a)apnic.net> * DNS operations SIG <sig-dns-chair(a)apnic.net> * IPv6 technical SIG <sig-ipv6-chair(a)apnic.net> * IX SIG <sig-ix-chair(a)apnic.net> * NIR SIG <sig-nir-chair(a)apnic.net> * Routing SIG <sig-routing-chair(a)apnic.net> We look forward to seeing you in Taipei! Kind regards, Elly ________________________________________________________________________ Elly Tawhai email: hostmaster(a)apnic.net Internet Resource Analyst/ Liaison (Australasia), APNIC sip: helpdesk(a)voip.apnic.net http://www.apnic.net/helpdesk phone: +61 7 3858 3188 fax: +61 7 3858 3199 ________________________________________________________________________

1 0

An explanation of what went wrong at Mayoral Drive on 4/11
by Matthew Poole 21 Nov '07

21 Nov '07

ComputerWorld article. http://s0.tx.co.nz/at/tep34n279457j138688i194855f2c4680224a4t9s4z During testing a UPS failed to start a generator, then its batteries went flat and the systems it was feeding had to be restarted. Fire and Police were hit hard because they'd only very recently consolidated to a single database from three region-based ones, and hadn't had a DR drill (one was planned) so it was the first time they'd actually done a cut-over. That sod Murphy strikes again! -- Matthew Poole "Don't use force. Get a bigger hammer."

9 14

Re: [nznog] An explanation of what went wrong at Mayoral Drive on 4/11
by Russell Sharpe 20 Nov '07

20 Nov '07

I agree with you on that as well as my comments Peter :| -----Original Message----- From: Peter Mott [mailto:peter(a)mott.co.nz] Sent: Wednesday, 21 November 2007 20:02 To: Russell Sharpe Cc: 'NZNOG' Subject: Re: [nznog] An explanation of what went wrong at Mayoral Drive on 4/11 On 21/11/2007, at 7:45 PM, Russell Sharpe wrote: > IMHO. This type of incident enforces my feeling that some providers > are only interested in profits, not customer service. :( and a gross > lack of investment More likely due to a lack of ... * personal ownership of having it stay going * basic problem solving skills * understanding of how it works * consequences for when you screw up Blame management if you want, but I would start with parents and schools. Time for a beer. regards Peter Mott -/-

1 0

Re: [nznog] An explanation of what went wrong at Mayoral Drive on
by Stewart Fleming 20 Nov '07

20 Nov '07

> -----Original Message----- > From: nznog-request(a)list.waikato.ac.nz > [mailto:nznog-request(a)list.waikato.ac.nz] > Sent: Wednesday, 21 November 2007 12:00 p.m. > Message: 2 > Date: Wed, 21 Nov 2007 09:38:51 +1300 (NZDT) > From: Matthew Poole <matt(a)p00le.net> > Subject: [nznog] An explanation of what went wrong at Mayoral Drive on > 4/11 > To: NZNOG <nznog(a)list.waikato.ac.nz> > Message-ID: <Pine.LNX.4.62.0711210935340.8793(a)maverick.blakjak.net> > Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed > > > ComputerWorld article. > http://s0.tx.co.nz/at/tep34n279457j138688i194855f2c4680224a4t9s4z > > During testing a UPS failed to start a generator, then its > batteries went flat and the systems it was feeding had to be > restarted. Interesting that there was a similar power-related failure of emergency systems in the South Island a few days after this incident. And that a similar incident occurred at the Telecom Dunedin exchange about 6 months ago (UPS test, generator started, sparked, caused a fire, fire happened to be in same room as mains cutover switch...UPS ran flat.)

1 0

NZNOG 2008 registrations are up/up
by Jonny Martin 20 Nov '07

20 Nov '07

The NZNOG 2008 website is up and registrations are now open. http://conference.nznog.org Hope you can make it to Dunedin, Jan 23-25 2008! Cheers, Jonny.

3 2

Re: [nznog] An explanation of what went wrong at Mayoral Drive on 4/11
by Matthew Poole 20 Nov '07

20 Nov '07

On Wed, 21 Nov 2007, Jeremy Strachan wrote: > > "during testing" means someone must have been onsite - to check the > generator started?? > > or are the dumb enough not to do that ... because of staff cuts ... > Who know? One would HOPE that they'd have engineers on-site for testing of critical components. Still, this is far more of an explanation that I'd ever expected to be given! -- Matthew Poole "Don't use force. Get a bigger hammer."

1 0

NZRR Route Registry Update
by NZRR Database Notifications 19 Nov '07

19 Nov '07

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 210.54.142.0/23^23-29, 117.53.150.0/24^24-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071113 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 210.54.142.0/23^23-29, 117.53.150.0/24^24-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071120 source: NZRR ------------------------------------------------------------

1 0

Security alert - http://www.bugmenot.com/ offering username/passwords online
by Paul England 12 Nov '07

12 Nov '07

Hi everyone, I just thought I'd share this with everyone as we recently found that some of our domains were on this website... It's the first website of it's kind that I've ever come across and personally I'm concerned that it's going to grow in popularity. There is an automated system to allow systems admins to block their domains from this website... definitely worth doing. Cheers - Paul England

9 13

NZRR Route Registry Update
by NZRR Database Notifications 12 Nov '07

12 Nov '07

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 117.53.150.0/24^24-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.54.142.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071113 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 210.54.142.0/23^23-29, 117.53.150.0/24^24-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071113 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 12 Nov '07

12 Nov '07

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 117.53.150.0/24^24-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.54.142.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071004 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 117.53.150.0/24^24-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.0/24^24-29, 210.54.142.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071113 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 07 Nov '07

07 Nov '07

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9503 descr: advertised to AS9560 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 123.108.144.0/21^21-29, 202.46.176.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.59.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.119.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071024 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9503 descr: advertised to AS9560 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 123.108.144.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.59.4.0/22^22-29, 202.89.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071108 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 07 Nov '07

07 Nov '07

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS9503 descr: advertised to AS9439 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 123.108.144.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.59.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.119.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071024 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS9503 descr: advertised to AS9439 by FX Networks - AS9503 members: 131.203.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 166.65.0.0/16^16-29, 202.53.176.0/20^20-29, 202.191.32.0/20^20-29, 210.48.160.0/20^20-29, 116.90.128.0/21^21-29, 123.108.144.0/21^21-29, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.78.240.0/21^21-29, 203.190.208.0/21^21-29, 202.37.48.0/22^22-29, 202.59.4.0/22^22-29, 202.89.4.0/22^22-29, 202.6.116.0/23^23-29, 202.124.106.0/23^23-29, 192.88.85.0/24^24-29, 192.122.171.0/24^24-29, 192.133.31.0/24^24-29, 192.195.219.0/24^24-29, 202.20.97.0/24^24-29, 202.36.33.0/24^24-29, 202.36.119.0/24^24-29, 202.36.218.0/24^24-29, 202.46.190.0/24^24-29, 202.49.106.0/24^24-29, 202.50.247.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071108 source: NZRR ------------------------------------------------------------

1 0

InternetNZ launches public consultation on Internet peering
by Dean Pemberton 07 Nov '07

07 Nov '07

Hi all. InternetNZ is asking for public consultation on Internet Peering. There are a number of interesting things in this email, my apologies for its length. The first is the InternetNZ Peering Report which can be downloaded at http://peering.internetnz.net.nz/wp-content/uploads/2007/11/issues-regardin… And the second are the 8 questions which InternetNZ is asking for submissions on. People are welcome to send in their own submissions, and if the discussion is within the AUP then feel free to voice them here too. I look forward to the discussion. =) I've included the original RTF document as text below inline with the list rules. Dean -------- Original Message -------- InternetNZ launches public consultation on Internet peering For immediate release 7 November 2007 InternetNZ (the Internet Society of New Zealand Inc) today launches a public consultation on Internet peering, a subject that relates to the performance and reliability of the Internet. This follows the release of a report commissioned by the Society entitled “Issues regarding Internet peering and interconnection in New Zealand”. Some key issues identified in the report include conflicting interpretations of the term peering, cost of transit, lack of reliable internet traffic data and statistics and the challenges faced by content providers InternetNZ invites comments on any issues presented in the report and what further steps should be considered in progressing peering and data interconnection issues in New Zealand. A consultation document is attached and submissions have been invited either by email in response to that document, or at the website http://peering.internetnz.net.nz, where comments can be attached to the individual questions. The mission of InternetNZ is to protect and promote the Internet in New Zealand. InternetNZ is a public policy advocate for Internet and telecommunications issues that further an open and uncaptureable Internet. InternetNZ promotes neutral peering and neutral peering exchanges on the basis that it provides diversity for the Internet network and assists in improving network performance. For further information contact: Richard Wood Communications and Research Officer InternetNZ richard(a)internetnz.net.nz 0274 974 837 ----------Attachment------- InternetNZ Invites Comment on Peering Consultation Document - 7 November 2007 ------------------------------------------------- InternetNZ (the Internet Society of New Zealand Inc) has commissioned a report "Issues regarding Internet peering and interconnection in New Zealand", which examines the state of peering and related issues in New Zealand. The report can be found here: http://peering.internetnz.net.nz/wp-content/uploads/2007/11/issues- regarding-internet-peering-and-interconnection-in-new-zealand-099.pdf InternetNZ invites comments on any issues presented in the report and what further steps should be considered in progressing peering and data interconnection issues in New Zealand. Submissions must be received by 5pm, Friday 7 December. InternetNZ is also inviting comments and discussion online at the website http://peering.internetnz.net.nz Background --------------- The mission of InternetNZ is to protect and promote the Internet in New Zealand. InternetNZ is a public policy advocate for Internet and telecommunications issues that further an open and uncaptureable Internet. InternetNZ promotes neutral peering and neutral peering exchanges on the basis that it provides diversity for the Internet network and assists in improving network performance. In March 2008 InternetNZ commissioned an external working group chaired by Dr Murray Milner to undertake a wide ranging industry consultation on peering and related issues. The terms of reference were as follows; • To facilitate industry discussion on issues relating to Internet peering in New Zealand inclusive of all interested and affected stakeholders and in a collaborative fashion. • To establish policies and principles that will expedite an industry-wide agreement on peering and local interconnection of data. The findings and recommendations contained in "Issues regarding Internet peering and interconnection in New Zealand" do not represent InternetNZ policy but are designed to provide a framework for a wider industry debate on peering and data connection issues. Following the public consultation process, InternetNZ will publish a final report that will incorporate feedback from public submissions To assist the feedback process, outlined below are a list of specific questions based on the findings and recommendations raised in the report Questions ------------ 1. Peering: Interpretation and Definition The term peering is open to many interpretations. The report identifies the differences in what is meant by the word "peering" and says that emotive responses flowing from historical events can be overcome by defining as far as possible what peering means. Do you agree with definition of peering that is proposed in the report. If not, what would be more appropriate? 2. Cost of Transit International benchmarking suggests the cost of transit is relatively high in New Zealand. Do you agree? Specifically, is there a market failure or evidence of SMP (significant market power) with regard to the cost of transit? Should government conduct an investigation regarding the price of transit? And finally should Government regulate the price of transit? 3. The state of networking - lack of reliable data The report highlights the difficulty in having any informed debate about the state of networking in relation to local, national and international data interconnection in New Zealand, without access to reliable Internet traffic data and statistics. Do you support the need for an initiative that would collect and make available on an aggregated basis, New Zealand Internet traffic flows and volumes? If so who should collect that data? Specifically; the Telecommunication Carrier's Forum, Commerce Commission, Ministry of Economic Development, InternetNZ, or other? 4. Rich Media Content Distribution The report identifies the challenges faced by content providers, particularly the distribution of audio and video files. What initiatives with regards to peering and data interconnection would assist the growth and viability of the NZ digital content industry? 5. Consumer Pricing Strategies The report suggests consumer pricing strategies that differentiate between national and international traffic might encourage a greater take-up of New Zealand-sourced content. Do you agree? 6. Telecom Local Peering Proposal The report has noted a significant industry development with regards to Telecom's Local Peering Proposal, which has been the subject of industry discussions since April 2007. Do you support the proposals put forward in Telecom's local peering initiative? 7. Peering Code of Practice The report is neutral at this time on whether a Peering Code of Practice could be a useful mechanism to progress industry cooperation on peering and data connection issues. Do you support the need for a specific self regulatory industry initiative such as a Code of Practice to manage and develop consensus on peering and data connection issues? Failing that, should Government consider some form of regulation? 8. Other Please comment on any other issues in the report that you feel are not covered by the above questions. ------------ Please forward submissions to richard(a)internetnz.net.nz. InternetNZ will publish all submissions on its website at www.internetnz.net.nz and considers you have consented to this by filing your submission

1 0

Spam & NZ Anti Spam law issues.
by Skip Parker 05 Nov '07

05 Nov '07

Hi, I hope this email is not too far off List Topic, however i have a question that I would like some feedback for from NZ ISP's. (I believe its been raised before) A number of my customers run Email List Services which sends out various messages to a subscribed customer base (compliant with the NZ Anti Spam Laws etc). The issue we have is that while we have done ALL we can to adhere to good internet etiquette, we seem to be loosing the battle to send legitimate emails to our customers. In the last month ive been discussing these issues with many ISP's and the range of responses are "Sure heres how you can make it work" to "Go Away we dont want to deal with this". What I'm wondering is this. If we setup a whitelist service that had a set of guidelines, would ISP's look at adopting it in their Firewall/Spam filtering services. Some guidelines for such a service would be: - New Zealand Based List Servers Only - New Zealand Anti Spam law compliant - Correct DNS and Fixed IP Address configured - Agreed Email Delivery Speeds (i.e x number of messages per hour) - Agreed Email Volumes (i.e x number of bulk message sent per day) - Server/Service Administrator Details registered for contacting etc - Security Compliance etc.. Keen to hear any feedback and suggestions. I think i speak for a number of content providers when i say that we want to work with ISP's and provide a service that works for both our Customers and you guys as ISP's. Skip Parker skip(a)ignition.net.nz

9 11

BBBZZZZZTTTT: Where did all the lights go?
by Dean Pemberton 04 Nov '07

04 Nov '07

Anyone get effected by the Telecom power outage? Dean

8 9

[Apnic-announce] APNIC additional IPv4 address blocks
by Elly Tawhai 01 Nov '07

01 Nov '07

Dear colleagues The information in this announcement is to enable the Internet community to update network configurations, such as routing filters, where required. APNIC received the following IPv4 address blocks from IANA in October 2007 and will be making allocations from these ranges in the near future: 114/8 115/8 Reachability and routability testing of new prefixes will commence soon. The daily report will be published at the usual URL: http://www.ris.ripe.net/debogon For more information on the resources administered by APNIC, please see: http://www.apnic.net/db/ranges.html For information on the minimum allocation sizes within address ranges administered by APNIC, please see: http://www.apnic.net/db/min-alloc.html Kind regards, Elly ________________________________________________________________________ Elly Tawhai email: hostmaster(a)apnic.net Internet Resource Analyst/ Liaison (Australasia), APNIC sip: helpdesk(a)voip.apnic.net http://www.apnic.net/helpdesk phone: +61 7 3858 3188 fax: +61 7 3858 3199 ________________________________________________________________________

1 0

Re: [nznog] The day the routers died
by Scott Weeks 01 Nov '07

01 Nov '07

Once, back when I was working on a global network, myself, some folks from Europe and some folks from your part of the world were all working on a big problem together and I kept hearing the guys from your part of the world snicker every time the Europe guys said 'rooter'. Being from Hawaii, I didn't get it. Later, it was explained to me. Now every time I hear the Europe guys say 'rooter' I laugh and everyone now looks at me strangely. ;-) scott --- danclarknz(a)gmail.com wrote: haha the 'Rooter' ;-) --------------------------------- On 11/1/07, Philip D'Ath <pid(a)ifm.net.nz> wrote: > > Not on topic, I know, but this is very entertaining and will appeal to > people on this group. > > http://www.youtube.com/watch?v=_y36fG2Oba0

1 0

IPv6 tunnel appliance beta testers wanted
by Nathan Ward 31 Oct '07

31 Oct '07

Righty, As many of you know, I've been working on building some little tunnelling appliances to push IPv6 over IPv4 using well known protocols (6to4 and Teredo). Both 6to4 and Teredo benefit from having relays in as many places as possible. Cisco currently supports 6to4. I'm not sure if anyone else does. Noone supports Teredo. With both 6to4 and Teredo being built in and enabled by default on Vista (and enable-able on XP SP2), the amount of tunnelled IPv6 traffic on the Internet is increasing. I recently posted on the v6ops IETF mailing list about Azureus's support for IPv6 - when I use this client, over half of my DHT peers are IPv6 peers, and 99% of them were over tunnelled IPv6, either with 6to4 or Teredo. So, in light of this, I've put together a small FreeBSD based image for Soekris hardware. This does Teredo and 6to4, and also BGP. It does some funky tricks to hook all of these boxes together, tunnelling over IPv4. So, you get interconnection with many other networks over IPv4 best paths and existing IPv4 transit. I'm also expecting to be able to get you on to the v6IX (Citylink's IPv6 peering) as well if you (or your transit provider) are an existing IPv4 peer at APE or WIX. This software will be freely available when it's ready. Here's the best bit: Thanks to InternetNZ, I'll soon have have 6 boxes to do a live test of the code, and hopefully more down the line when it's ready to go for real. So, I'm looking for people who are running networks that fit one (or more) of the following: - Large numbers of end users - Lots of content on IPv6 (yeah, I'm dreaming) - Universities (or other large private networks) It doesn't matter if you have some IPv6 deployed, or if you only have IPv4 deployed, or if you haven't even thought about IPv6 deployment yet. What I need from you: - A shelf somewhere, and an IEC C13 (a.k.a. jug plug) cable/outlet. - An IPv4 address or two. - A 10/100 ethernet port (or two if you're keen on resiliency). - The ability to statically route a couple of IPv4 addresses at your box. - Also useful (but not necessary!) is an IPv6 allocation, and some form of transit internationally (a free IPv6 tunnel from somewhere overseas is fine- native transit isn't required) What you get: - 6to4 relay - Teredo relay - IPv6 interconnection to other people with these boxes Impacts: - If it breaks, you might end up with customer IPv6 traffic being impacted. (ie. not that much impact at all, right now) I'm working right now on some deployment pictures and all that noise, so there's more info coming. Please let me know if you're interested, or if you're interested but have some concerns, or, whatever. I'm wanting to get boxes in fairly soon - ie. before xmas brownouts. Integration is pretty minimal if you have an IPv4 network - plug in and point a route or two. It's only slightly more if you have an IPv6 network. Cheers! -- Nathan Ward Braintrust Ltd.

1 0

The day the routers died
by Philip D'Ath 31 Oct '07

31 Oct '07

Not on topic, I know, but this is very entertaining and will appeal to people on this group. http://www.youtube.com/watch?v=_y36fG2Oba0

3 2

[nznog-owner@list.waikato.ac.nz: Re: DNS lookup false positives with: com.co.nz > 208.73.212.12 > information.com]
by Richard Haakma 29 Oct '07

29 Oct '07

On Tue, Oct 30, 2007 at 09:43:32AM +1300, Paul Adshead wrote: > Are any others being affected by the fools who have registered "com.co.nz"? > > It's been setup as a 'catch all' search engine, for the 'append parent DNS > suffix' queries. So a lookup on "abcd.com" that should fail, comes back > successful from "abcd.com.co.nz"... :-( I add a line search . in /etc/resolv.conf in my mail servers to fix this sort of stuff. All email addresses should be fully qualified. Regards, RH.

1 0

DNS lookup false positives with: com.co.nz > 208.73.212.12 > information.com
by Paul Adshead 29 Oct '07

29 Oct '07

Are any others being affected by the fools who have registered "com.co.nz"? It's been setup as a 'catch all' search engine, for the 'append parent DNS suffix' queries. So a lookup on "abcd.com" that should fail, comes back successful from "abcd.com.co.nz"... :-(

4 3

114/8 and 115/8 allocated to APNIC
by Leo Vegoda 29 Oct '07

29 Oct '07

Hi, The IANA IPv4 registry has been updated to reflect the allocation of two /8 IPv4 blocks to APNIC in October 2007: 144/8 and 115/8. You can find the IANA IPv4 registry at: http://www.iana.org/assignments/ipv4-address-space Please update your filters as appropriate. Regards, Leo vegoda Manager, Number Resources - IANA

1 1

NZRR Route Registry Update
by NZRR Database Notifications 28 Oct '07

28 Oct '07

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS17746 descr: advertised to AS9560 by Orcon Internet Ltd - AS17746 members: 60.234.0.0/16^16-29, 121.98.0.0/16^16-29, 156.62.0.0/16^16-29, 202.150.96.0/19^19-29, 203.99.0.0/19^19-29, 203.96.192.0/20^20-29, 219.88.128.0/20^20-29, 219.88.240.0/20^20-29, 116.199.208.0/21^21-29, 210.54.56.0/21^21-29, 202.127.8.0/22^22-29, 210.54.148.0/22^22-29, 210.55.12.0/22^22-29, 202.37.82.0/23^23-29, 202.175.142.0/23^23-29, 192.203.216.0/24^24-29, 202.27.77.0/24^24-29, 202.36.170.0/24^24-29, 202.37.19.0/24^24-29, 202.37.173.0/24^24-29, 202.37.194.0/24^24-29, 202.49.187.0/24^24-29, 202.49.233.0/24^24-29, 202.49.246.0/24^24-29, 202.50.167.0/24^24-29, 202.50.246.0/24^24-29, 202.174.160.0/24^24-29, 203.86.200.0/24^24-29, 210.54.12.0/24^24-29, 210.55.1.0/24^24-29, 210.55.8.0/24^24-29, 210.55.199.0/24^24-29, 202.27.188.128/25^25-29, 210.55.0.0/25^25-29, 210.55.180.128/26^26-29, 210.55.193.64/27^27-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: ricky.tipper(a)team.orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070928 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS17746 descr: advertised to AS9560 by Orcon Internet Ltd - AS17746 members: 60.234.0.0/16^16-29, 121.98.0.0/16^16-29, 156.62.0.0/16^16-29, 202.150.96.0/19^19-29, 203.99.0.0/19^19-29, 203.96.192.0/20^20-29, 219.88.128.0/20^20-29, 219.88.240.0/20^20-29, 116.199.208.0/21^21-29, 210.54.56.0/21^21-29, 202.127.8.0/22^22-29, 210.54.148.0/22^22-29, 210.55.12.0/22^22-29, 202.37.82.0/23^23-29, 202.175.142.0/23^23-29, 192.203.216.0/24^24-29, 202.27.77.0/24^24-29, 202.36.170.0/24^24-29, 202.37.19.0/24^24-29, 202.37.173.0/24^24-29, 202.37.194.0/24^24-29, 202.49.187.0/24^24-29, 202.49.233.0/24^24-29, 202.49.246.0/24^24-29, 202.50.167.0/24^24-29, 202.50.246.0/24^24-29, 202.95.250.0/24^24-29, 202.174.160.0/24^24-29, 203.86.200.0/24^24-29, 210.54.12.0/24^24-29, 210.55.1.0/24^24-29, 210.55.8.0/24^24-29, 210.55.199.0/24^24-29, 202.27.188.128/25^25-29, 210.55.0.0/25^25-29, 210.55.180.128/26^26-29, 210.55.193.64/27^27-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: ricky.tipper(a)team.orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071029 source: NZRR ------------------------------------------------------------

1 0

Youtube in NZ?
by Joel van Velden 25 Oct '07

25 Oct '07

Does anyone know anything about todays launch of a New Zealand portal on Youtube and in particular talk of a local youtube server? -Joel

3 2