- NZNOG - lists.nznog.org

'Registering' a DNS server
by Gerard Creamer 27 Feb '08

27 Feb '08

We've just set up a new DNS server for a client whose domain name is a .co.nz name, and we can't make it a primary or secondary for .com or .net names. In the (distant) past we've 'registered' name servers with Network Solutions, and then it's been all good. Now that the registries are with Verisign there seems to be no way to register anything other than a name server on a .com or .net name, and that has to be completed via the registrar (Tucows, Godaddy etc). I'm not sure whether I'm being particularly dense or if this is actually a difficult thing to do - can someone please let me know what the process is now for registering a .nz server to enable it to be a primary or secondary for .com or .net names. Thanks, Gerard

13 22

Re: [nznog] heads up to registries re Day in the Life of the Internet
by k claffy 27 Feb '08

27 Feb '08

hi folks, many of you have already heard about it, but we want to remind folks of the 'day in the life of the Internet' 2008 experiment: we're coordinating dns (and possibly other types of) measurements from a single (2)day period in mid-march 2008. we will repeat our simultaneous root server collections from 2007, and try to expand our coverage to include other TLDs, and hopefully data from other levels of the hierarchy, e.g., caching resolver data. we'd also like to compare statistics from secured vs unsecured zones. we're hoping this experiment provides data to help answer questions operators care about, e.g., IPv6 adoption, DNSSEC adoption, pollution to root servers, use of unallocated addresses in the wild, reverse DNS deployment, <send us your questions> (working list at: http://www.caida.org/projects/ditl/questions/ ) OARC is providing special support for this project, and Duane is executing some practice runs with participations this week, to test measurement/transport logistics. DNS-based participation should not require much work, ideally running 'dnscap' on/near DNS server(s) and sending the pcap files to OARC: (public.oarci.net) but there are other methods of participation too, depending on your policy constraints. (indexing data into datacat and controlling distribution of the data through your own AUP, or submitting more "cooked" data, e.g., logfile summaries, RRD graphs, reports based on data collected internally by networks during the DITL dates. if you are interested in donating the time and energy and (some form of) data to this project, please let duane, kenjiro, or me know and we'll get you started. URLs with details: http://www.caida.org/projects/ditl/ duane's nanog talk last week: http://www.caida.org/publications/presentations/2008/nanog_dw_ditl/ dns-specific guidance: http://www.caida.org/research/dns/roottraffic/dnsroot_measurement_recommend… thanks, k

1 0

YouTube "IP hijacking"
by Juha Saarinen 26 Feb '08

26 Feb '08

Fat thread on NANOG: http://www.merit.edu/mail.archives/nanog/msg06299.html Did anyone in NZ notice? -- Juha

5 7

NZRR Route Registry Update
by NZRR Database Notifications 26 Feb '08

26 Feb '08

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:AS24324 descr: advertised to AS9560 by Kordia - AS24324 members: 118.148.0.0/15^15-29, 124.157.64.0/19^19-29, 58.84.224.0/20^20-29, 116.89.224.0/20^20-29, 202.56.32.0/20^20-29, 202.68.80.0/20^20-29, 203.144.32.0/20^20-29, 117.104.176.0/21^21-29, 123.108.144.0/21^21-29, 202.20.0.0/21^21-29, 202.49.16.0/21^21-29, 202.49.128.0/21^21-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 218.185.224.0/21^21-29, 202.27.88.0/23^23-29, 202.65.160.0/23^23-29, 202.174.190.0/23^23-29, 203.110.28.0/23^23-29, 116.90.132.0/24^24-29, 192.173.17.0/24^24-29, 202.21.130.0/24^24-29, 202.27.83.0/24^24-29, 202.27.90.0/24^24-29, 202.36.75.0/24^24-29, 202.36.137.0/24^24-29, 202.36.154.0/24^24-29, 202.36.173.0/24^24-29, 202.37.168.0/24^24-29, 202.37.197.0/24^24-29, 202.49.158.0/24^24-29, 202.49.183.0/24^24-29, 203.30.174.0/24^24-29, 203.171.4.0/24^24-29, 203.97.62.200/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: smc(a)kordia.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080213 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS24324 descr: advertised to AS9560 by Kordia Limited - AS24324 members: 118.148.0.0/15^15-29, 124.157.64.0/19^19-29, 58.84.224.0/20^20-29, 116.89.224.0/20^20-29, 202.56.32.0/20^20-29, 202.68.80.0/20^20-29, 203.144.32.0/20^20-29, 117.104.176.0/21^21-29, 123.108.144.0/21^21-29, 202.20.0.0/21^21-29, 202.49.16.0/21^21-29, 202.49.128.0/21^21-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 218.185.224.0/21^21-29, 202.27.88.0/23^23-29, 202.65.160.0/23^23-29, 202.174.190.0/23^23-29, 203.110.28.0/23^23-29, 116.90.132.0/24^24-29, 192.173.17.0/24^24-29, 202.21.130.0/24^24-29, 202.27.83.0/24^24-29, 202.27.90.0/24^24-29, 202.36.75.0/24^24-29, 202.36.137.0/24^24-29, 202.36.154.0/24^24-29, 202.36.173.0/24^24-29, 202.37.168.0/24^24-29, 202.37.197.0/24^24-29, 202.49.158.0/24^24-29, 202.49.183.0/24^24-29, 203.30.174.0/24^24-29, 203.92.25.0/24^24-29, 203.171.4.0/24^24-29, 203.97.62.200/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: smc(a)kordia.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080227 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 26 Feb '08

26 Feb '08

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, 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, 203.84.134.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 20071213 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, 210.79.48.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, 203.84.134.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 20080227 source: NZRR ------------------------------------------------------------

1 0

OSPF on a Mac
by Matthew Poole 25 Feb '08

25 Feb '08

Greetings all Anyone know of any implementations of OSPF that run on OS X? Preferably something I don't have to build from source, but from what little I've found on Google thus far I don't think that's an option. -- Matthew Poole "Don't use force. Get a bigger hammer."

3 2

Orcon DSL (Beer Involved)
by Jasper Bryant-Greene 21 Feb '08

21 Feb '08

If there's anyone on the list from Orcon and/or Telecom who has the ability to provision Orcon DSL by midnight tonight to a Wellington address for a broadband monitoring company who shall not be named, I would appreciate a ping off-list. Significant quantities of beer are involved. -jasper

1 0

Update to the IPv4 Registry¹s Format and Content
by Leo Vegoda 21 Feb '08

21 Feb '08

This message has been sent to several lists. I apologise for duplicates. IANA has improved the format for the IPv4 Address Space registry. At the same time, the entries that were marked ³Various Registries² have been replaced with references to the Regional Internet Registry (RIR) that provides WHOIS and reverse DNS service for that /8 allocation. If you want to machine-process the IPv4 registry, the new fields are: * Prefix * Designation * Date * Whois * Status * Note where the Date will always be of the form ³YYYY-MM² and the status has the following possible values: RESERVED, LEGACY, ALLOCATED and UNALLOCATED /8 allocations that contain legacy assignments in them that are now managed by the RIRs have the text ³Administered by² in the Designation column. Legacy assignments refer to IP address allocations made before the RIR system was established. Reserved address space held by IANA does not have a date listed. The registry can be found at: http://www.iana.org/assignments/ipv4-address-space If you have questions about the structure of the new format, please send e-mail to iana(a)iana.org. Kind regards, Leo Vegoda Manager, Number Resources - IANA

1 0

Using nolisting to reduce spam
by Glen Eustace 19 Feb '08

19 Feb '08

Yesterday, I came across the concept of 'nolisting' as a technique for reducing the volume of inbound spam. It wasn't something I had previously come across so have done some reading on the topic. http://nolisting.org as a starting point. For such a simple technique, I was surprised by its impact. Simply speaking, the idea is to use a primary MX that doesn't listen on port 25 but simply rejects the connection. Well behaved MTAs will all try the secondary MX(es) and delivery will occur. Many spambots only try the primary so there is an immediately benefit, less inbound to check in other ways and a consequential increase in the available resources on the mail server(s). I set it up on one domain and behavior seems to be exactly as described. My reading suggests that there is no negative impact on legitimate mail and no noticeable additional latency in delivery as the switch from the primary to secondary on a reject is almost instantaneous. I was wondering whether anyone else has had any experience with this technique and if so whether the claim that it has no negative impact is true. Also, if people haven't heard of it, it may be something people might want to look at as another weapon in the anti-spam war. Glen.

18 24

query_status: 440 Request Denied Another one bites the dust
by Barry Murphy 18 Feb '08

18 Feb '08

query_status: 440 Request Denied from 4 sources, including dnc site. Barry

3 2

DNS sub-domain best practice
by Matthew Poole 18 Feb '08

18 Feb '08

My employer (part of a large educational institution) is delegated a bunch of 4LD zones within our org's 3LD space. These are utilised in a flat fashion, with staff machines, lab machines and servers all present as hosts inside various 4LDs. One 4LD has literally thousands of For obvious reasons, I'd like to move at least some stuff into 5LD space, starting with the labs. However, when I suggested this, my boss shot me down with "Too much typing. If it's a problem then we should differentiate at the 4th level." The only way to deal with that kind of attitude would appear to be a formal proposal (there are other issues in our DNS that need to be tidied up, so it's not just a proposal for this one thing), and I want to include some industry references about best practice in zone structuring. However, Google's not being kind to me at present. All it wants to tell me about is AD and MS DNS, and we're using bind so that doesn't translate so well. Anyone got some guides that I can refer to when I talk about why we shouldn't be using the 4LD as our functional level for all things? -- ËMatthew Poole "Don't use force. Get a bigger hammer."

2 1

Local Government Broadband Forum
by Richard Naylor 17 Feb '08

17 Feb '08

The above event will be webcast live, after a change in plans. The URL for the webcast is http://www.r2.co.nz/20080220/ There are test tones and bars on the streams now for interested folks to test their connectivity. The test pattern will be replaced by live video and/or audio on Wednesday and Thursday morning. The recorded video of the event will be available in the week beginning 25 February. Richard

1 0

Upcoming APNIC EC elections.
by Jonny Martin 17 Feb '08

17 Feb '08

[apologies for duplicates] Hi All, For those of you not already aware, the APNIC Executive Council elections are coming up, due to close at the 25th APNIC Open Policy Meeting in Taipei (25 - 29th Feb 2008). David Hughes from Australia has been nominated for the EC and would make both for a great member to represent the internet interests of Australia, NZ, and South Pacific. There hasn't been an ANZ based person on the EC since Geoff Huston in 2003. Given the impending implosion of the v4 internet it's a pretty important time for the ANZ/ Pacific internet community to have a member on the EC familiar with the region and it's many challenges. David has a wealth of experience, and has been heavily involved in the APNIC and operator community in the Asia Pacific region for many years now. He is a most suitable candidate for this role. More info on David here: http://www.apnic.net/meetings/25/elections/ec/david_hughes.html Wondering why you should care? The EC are effectively the Board of Directors of APNIC. They set the budget, fee schedules, provide policy and strategic guidance to APNIC, and a host of other duties outlined at: http://www.apnic.net/ec/ec-role.pdf If you don't know already, then find out who your APNIC corporate contact is and make sure they get involved and vote. Online voting opens on 13 Feb. I'll be at APNIC25 so if you don't want or have time, or care to vote, then it's easy to appoint a proxy to vote on your behalf. I'm more than happy to do this for you - all you have to do is fill out the proxy form below. Form already filled out with my details for your convenience. I'm also happy to relay any comments or questions you have on the policy proposals being discussed at the meeting. Details of current proposals are at: http://www.apnic.net/meetings/25/ Cheers, Jonny. APNIC Proxy voting form. (taken from http://www.apnic.net/meetings/ proxy.html) (Note that there are also SIG and AsiaPac NRO votes taking place at APNIC25, you can fill out the proxy form with specific votes you want here, or entrust me to make an appropriate choice). --- Proxy voting form APNIC Member Meeting - 29 Feb 2008 To register your proxy, please print and complete this form and return it by fax to +61-7-3858-3199 before 9:00am Taipei time (UTC +8:00) on Wednesday, 27 February 2008. Note: Your APNIC Membership must be current on the day of the meeting, in order for your proxy to have effect. I/We ___________________________________________________________ (person's name) of _____________________________________________________________ (company name) being a member of APNIC with _______________ votes HEREBY APPOINT _____________Jonny Martin________________________ (person's name) of _________________________FX Networks_________________________ (company name) or failing him/her ________________________________________________________________ (person's name) of _____________________________________________________________ (company name) to be my/our proxy to vote for me/us at the meeting of members to be held on 29 February 2008 and at any adjournment thereof. _______Voting for David Hughes from Melbourne IT________________ (Any restrictions on voting to be inserted here) Signed this _____________ day of ____________________ _________ (day) (month) (yr) ________________________________________________________________ (member's account name - eg "ABCNET-AP") ________________________________________________________________ (member's signature) ________________________________________________________________ (member's contact phone number) ________________________________________________________________ (member's contact facsimile number) ________________________________________________________________ (member's contact email address) ---

2 1

NZNOG '08 Presentation Videos
by Dean Pemberton 14 Feb '08

14 Feb '08

Hi all. R2 have the NZNOG 2008 Presentation videos up on their website. http://www.r2.co.nz/20080124/ Knock yourself out. =) Dean

2 1

NZRR Route Registry Update
by NZRR Database Notifications 14 Feb '08

14 Feb '08

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: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 14.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 46.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 112.0.0.0/8^+, 113.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} remarks: For the complete set of bogons, please see: fltr-martians - special use and reserved prefixes fltr-bogons - fltr-unallocated + fltr-martian http://www.cymru.com/Documents/bogon-list.html admin-c: RTH32-ARIN tech-c: RTH32-ARIN notify: radb(a)cymru.com notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-BOGON-FILTERS changed: rpsl-admin(a)nzix.net 20040819 changed: rpsl-admin(a)nzix.net 20060113 changed: rpsl-admin(a)nzix.net 20060914 changed: rpsl-admin(a)nzix.net 20070716 source: NZRR REPLACED BY: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 14.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 46.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 112.0.0.0/8^+, 113.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} remarks: For the complete set of bogons, please see: fltr-martians - special use and reserved prefixes fltr-bogons - fltr-unallocated + fltr-martian Based on the work done at Team Cymru http://www.team-cymru.org/?sec=8&opt=25 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: radb(a)cymru.com notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-BOGON-FILTERS changed: rpsl-admin(a)nzix.net 20040819 changed: rpsl-admin(a)nzix.net 20060113 changed: rpsl-admin(a)nzix.net 20060914 changed: rpsl-admin(a)nzix.net 20070716 changed: rpsl-admin(a)nzix.net 20080215 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 14 Feb '08

14 Feb '08

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: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 94.0.0.0/8^+, 95.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 112.0.0.0/8^+, 113.0.0.0/8^+, 114.0.0.0/8^+, 115.0.0.0/8^+, 173.0.0.0/8^+, 174.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 186.0.0.0/8^+, 187.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} remarks: For the complete set of bogons, please see: fltr-martians - special use and reserved prefixes fltr-bogons - fltr-unallocated + fltr-martian http://www.cymru.com/Documents/bogon-list.html admin-c: RTH32-ARIN tech-c: RTH32-ARIN notify: radb(a)cymru.com notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-BOGON-FILTERS changed: rpsl-admin(a)nzix.net 20040819 changed: rpsl-admin(a)nzix.net 20060113 changed: rpsl-admin(a)nzix.net 20060914 changed: rpsl-admin(a)nzix.net 20070716 source: NZRR REPLACED BY: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 14.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 46.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 112.0.0.0/8^+, 113.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} remarks: For the complete set of bogons, please see: fltr-martians - special use and reserved prefixes fltr-bogons - fltr-unallocated + fltr-martian http://www.cymru.com/Documents/bogon-list.html admin-c: RTH32-ARIN tech-c: RTH32-ARIN notify: radb(a)cymru.com notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-BOGON-FILTERS changed: rpsl-admin(a)nzix.net 20040819 changed: rpsl-admin(a)nzix.net 20060113 changed: rpsl-admin(a)nzix.net 20060914 changed: rpsl-admin(a)nzix.net 20070716 source: NZRR ------------------------------------------------------------

1 0

173/8 and 174/8 allocated to ARIN
by Leo Vegoda 14 Feb '08

14 Feb '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The IANA IPv4 registry has been updated to reflect the allocation of two /8 IPv4 blocks to ARIN in February 2008: 173/8 and 174/8. You can find the IANA IPv4 registry at: http://www.iana.org/assignments/ipv4-address-space Please update your filters as appropriate. Kind regards, Leo Vegoda Manager, Number Resources - IANA -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFHtItTvBLymJnAzRwRAq4hAJsF7zELnkKFSHvGccPpoCK+ypwOLgCfZYgA YJOrIPDwVY2rkq7tQ+wXPAo= =Ame2 -----END PGP SIGNATURE-----

1 0

NZRR Route Registry Update
by NZRR Database Notifications 12 Feb '08

12 Feb '08

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:AS24324 descr: advertised to AS9560 by Kordia - AS24324 members: 118.148.0.0/15^15-29, 124.157.64.0/19^19-29, 58.84.224.0/20^20-29, 116.89.224.0/20^20-29, 202.56.32.0/20^20-29, 202.68.80.0/20^20-29, 203.144.32.0/20^20-29, 117.104.176.0/21^21-29, 202.20.0.0/21^21-29, 202.49.16.0/21^21-29, 202.49.128.0/21^21-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 218.185.224.0/21^21-29, 202.27.88.0/23^23-29, 202.65.160.0/23^23-29, 202.174.190.0/23^23-29, 203.110.28.0/23^23-29, 116.90.132.0/24^24-29, 192.173.17.0/24^24-29, 202.21.130.0/24^24-29, 202.27.83.0/24^24-29, 202.27.90.0/24^24-29, 202.36.75.0/24^24-29, 202.36.137.0/24^24-29, 202.36.154.0/24^24-29, 202.36.173.0/24^24-29, 202.37.168.0/24^24-29, 202.37.197.0/24^24-29, 202.49.158.0/24^24-29, 202.49.183.0/24^24-29, 203.171.4.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: smc(a)kordia.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20071221 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS24324 descr: advertised to AS9560 by Kordia - AS24324 members: 118.148.0.0/15^15-29, 124.157.64.0/19^19-29, 58.84.224.0/20^20-29, 116.89.224.0/20^20-29, 202.56.32.0/20^20-29, 202.68.80.0/20^20-29, 203.144.32.0/20^20-29, 117.104.176.0/21^21-29, 123.108.144.0/21^21-29, 202.20.0.0/21^21-29, 202.49.16.0/21^21-29, 202.49.128.0/21^21-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 218.185.224.0/21^21-29, 202.27.88.0/23^23-29, 202.65.160.0/23^23-29, 202.174.190.0/23^23-29, 203.110.28.0/23^23-29, 116.90.132.0/24^24-29, 192.173.17.0/24^24-29, 202.21.130.0/24^24-29, 202.27.83.0/24^24-29, 202.27.90.0/24^24-29, 202.36.75.0/24^24-29, 202.36.137.0/24^24-29, 202.36.154.0/24^24-29, 202.36.173.0/24^24-29, 202.37.168.0/24^24-29, 202.37.197.0/24^24-29, 202.49.158.0/24^24-29, 202.49.183.0/24^24-29, 203.30.174.0/24^24-29, 203.171.4.0/24^24-29, 203.97.62.200/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: smc(a)kordia.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080213 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 12 Feb '08

12 Feb '08

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:AS9245 descr: advertised to AS9560 by Compass Communications - AS9245 members: 203.152.96.0/19^19-29, 203.96.0.0/20^20-29, 203.96.32.0/20^20-29, 117.104.176.0/21^21-29, 202.36.121.0/24^24-29, 202.36.157.0/24^24-29, 202.37.112.0/24^24-29, 202.37.234.0/24^24-29, 203.171.4.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: davey.goode(a)compass.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070813 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9245 descr: advertised to AS9560 by Compass Communications - AS9245 members: 203.152.96.0/19^19-29, 203.96.0.0/20^20-29, 203.96.32.0/20^20-29, 117.104.176.0/21^21-29, 123.108.144.0/21^21-29, 116.90.132.0/24^24-29, 202.36.121.0/24^24-29, 202.36.157.0/24^24-29, 202.37.112.0/24^24-29, 202.37.234.0/24^24-29, 203.30.174.0/24^24-29, 203.171.4.0/24^24-29, 203.97.62.200/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: davey.goode(a)compass.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080213 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 12 Feb '08

12 Feb '08

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:AS9245 descr: advertised to AS9439 by Compass Communications - AS9245 members: 203.152.96.0/19^19-29, 203.96.0.0/20^20-29, 203.96.32.0/20^20-29, 117.104.176.0/21^21-29, 202.36.121.0/24^24-29, 202.36.157.0/24^24-29, 202.37.112.0/24^24-29, 202.37.234.0/24^24-29, 203.171.4.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: davey.goode(a)compass.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070813 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS9245 descr: advertised to AS9439 by Compass Communications - AS9245 members: 203.152.96.0/19^19-29, 203.96.0.0/20^20-29, 203.96.32.0/20^20-29, 117.104.176.0/21^21-29, 123.108.144.0/21^21-29, 116.90.132.0/24^24-29, 202.36.121.0/24^24-29, 202.36.157.0/24^24-29, 202.37.112.0/24^24-29, 202.37.234.0/24^24-29, 203.30.174.0/24^24-29, 203.171.4.0/24^24-29, 203.97.62.200/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: davey.goode(a)compass.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080213 source: NZRR ------------------------------------------------------------

1 0

BNZ Scam
by Tim Price 10 Feb '08

10 Feb '08

Heads up on a bnz scam i just got through. Link goes to http://tohkoh.notlong.com/ which redirects to http://72.21.54.146/~dallas/www.bnz.co.nz/Internet_Banking/index.html -- Kind Regards Tim Price Technical Manager thepacific.net Ltd tim(a)tpnet.co.nz +64 3 5439095

2 1

Tech help needed in Christchurch
by Andy Linton 10 Feb '08

10 Feb '08

Wildly off topic but there is a beer reward! My son has recently moved to study in Christchurch and taken his PC which runs Ubuntu with him. He's having problems getting it to boot and needs help from someone with clue. Replies off list to me please. Thanks andy

1 0

Policy proposals at APNIC 25
by Elly Tawhai 07 Feb '08

07 Feb '08

Hi NZNOG members At APNIC's 25 Open Policy Meeting in two weeks, the community will be discussing a number of proposals related to the depletion of remaining unallocated IPv4 address pool. If your network will need more IPv4 addresses in the next few years, these proposals will affect you. In the lead up to APNIC 25, the community is currently discussing the proposals on the APNIC Policy SIG mailing list. It's great to see that some NZNOG members are already contributing to the debate. Policy is driven by input from the community. So I encourage you to read the discussions to date and add your thoughts to the Policy SIG mailing list. We need to know what you want so APNIC policies best meet your needs. Policy proposals under discussion --------------------------------- prop-050: IPv4 address transfers prop-052: Cooperative distribution of the end of the IPv4 free pool prop-053: Changing minimum IPv4 allocation size to /24 prop-054: NIR operational policy document revision prop-055: Global policy for the allocation of the remaining IPv4 address space prop-056: IPv4 soft landing prop-057: Proposal to change IPv6 initial allocation criteria prop-058: Proposal to create IPv4 shared use address space among LIRs You can read more about the proposals at: http://www.apnic.net/policy/proposals How to join the discussion -------------------------- You can view the Policy SIG mailing list archive at: http://mailman.apnic.net/mailing-lists/sig-policy The bulk of discussion about proposals to be presented at APNIC 25 has occurred in January and February this year. To join the mailing list, go to: http://www.apnic.net/community/lists 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

NZRR Route Registry Update
by NZRR Database Notifications 07 Feb '08

07 Feb '08

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:AS64622 descr: Route set advertised to AS9439 by Brookers - AS64622 members: 202.27.88.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: mukesh.patel(a)thomson.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050629 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS64622 descr: advertised to AS9439 by Thomson Brookers - AS64622 members: 202.27.88.0/23^23-29, 202.27.90.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: Michael.Fletcher(a)thomson.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080208 source: NZRR ------------------------------------------------------------

1 0

Re: [nznog] NZNOG Digest, Vol 62, Issue 6
by Hosting Direct Ltd 05 Feb '08

05 Feb '08

DNC, Whois: I got back from there team this message: "There was a temporary blip and order has been restored so you should be able to access the whois server. Stuart Anderson Compliance Officer Domain Name Commission". Regards Ben -----Original Message----- From: nznog-request(a)list.waikato.ac.nz [mailto:nznog-request(a)list.waikato.ac.nz] Sent: Wednesday, 6 February 2008 12:00 p.m. To: nznog(a)list.waikato.ac.nz Subject: NZNOG Digest, Vol 62, Issue 6 Send NZNOG mailing list submissions to nznog(a)list.waikato.ac.nz To subscribe or unsubscribe via the World Wide Web, visit http://list.waikato.ac.nz/mailman/listinfo/nznog or, via email, send a message with subject or body 'help' to nznog-request(a)list.waikato.ac.nz You can reach the person managing the list at nznog-owner(a)list.waikato.ac.nz When replying, please edit your Subject line so it is more specific than "Re: Contents of NZNOG digest..." Today's Topics: 1. NZRR Route Registry Update (NZRR Database Notifications) 2. dns access denied, from at least 5 hosts (Chris Hodgetts) 3. Re: dns / whois (for .nz) access denied, from at least 5 hosts (Chris Hodgetts) 4. Re: dns access denied, from at least 5 hosts (Mike Bordignon) 5. Re: dns access denied, from at least 5 hosts (Mark Foster) 6. Re: dns access denied, from at least 5 hosts (Chris Hodgetts) 7. Re: dns access denied, from at least 5 hosts (Barry Murphy) 8. Re: dns access denied, from at least 5 hosts (Craig Whitmore) 9. Re: dns access denied, from at least 5 hosts (Joe) 10. Re: dns access denied, from at least 5 hosts (Blair Harrison) 11. Re: dns access denied, from at least 5 hosts (Blair Harrison) 12. Re: dns access denied, from at least 5 hosts (Chris Hodgetts) 13. Sysadmin Miniconf slides online (Ewen McNeill) ---------------------------------------------------------------------- Message: 1 Date: Tue, 05 Feb 2008 14:27:49 +1300 From: NZRR Database Notifications <rpsl-admin(a)nzix.net> Subject: [nznog] NZRR Route Registry Update To: nznog(a)list.waikato.ac.nz Message-ID: <E1JMCbF-0000JG-B9(a)totti.citylink.co.nz> 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 Maxium 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/23^23-29, 210.54.142.0/23^23-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.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 20080131 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, 119.47.112.0/21^21-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/23^23-29, 202.49.88.0/23^23-29, 210.54.142.0/23^23-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.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 205.233.243.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 20080205 source: NZRR ------------------------------------------------------------ ------------------------------ Message: 2 Date: Tue, 05 Feb 2008 15:14:56 +1300 From: Chris Hodgetts <chris(a)archnetnz.com> Subject: [nznog] dns access denied, from at least 5 hosts To: nznog(a)list.waikato.ac.nz Message-ID: <1202177696.29924.34.camel(a)julia.intra.jungledrum.co.nz.> Content-Type: text/plain Hello, Just doing a whois on a few domain names, and I am getting access denied. I have tried on 5 different hosts, on 5 different networks, and all getting the same response. I have even gone to the dnc.org.nz page and nothing of note there. It's been like this for what seems like 10 - 15 minutes, but might be longer. Any clues? ------------------------------ Message: 3 Date: Tue, 05 Feb 2008 15:16:24 +1300 From: Chris Hodgetts <chris(a)archnetnz.com> Subject: Re: [nznog] dns / whois (for .nz) access denied, from at least 5 hosts To: nznog(a)list.waikato.ac.nz Message-ID: <1202177784.29924.36.camel(a)julia.intra.jungledrum.co.nz.> Content-Type: text/plain On Tue, 2008-02-05 at 15:14 +1300, Chris Hodgetts wrote: > Hello, > > Just doing a whois on a few domain names, and I am getting access > denied. > > I have tried on 5 different hosts, on 5 different networks, and all > getting the same response. > > I have even gone to the dnc.org.nz page and nothing of note there. > > It's been like this for what seems like 10 - 15 minutes, but might be > longer. > > Any clues? > > > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog ------------------------------ Message: 4 Date: Tue, 05 Feb 2008 15:18:49 +1300 From: Mike Bordignon <mike(a)gmi.co.nz> Subject: Re: [nznog] dns access denied, from at least 5 hosts To: Chris Hodgetts <chris(a)archnetnz.com> Cc: nznog(a)list.waikato.ac.nz Message-ID: <47A7C789.2050809(a)gmi.co.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed on 5/02/2008 3:14 p.m. Chris Hodgetts wrote: > Hello, > > Just doing a whois on a few domain names, and I am getting access > denied. > > I have tried on 5 different hosts, on 5 different networks, and all > getting the same response. > > I have even gone to the dnc.org.nz page and nothing of note there. > > It's been like this for what seems like 10 - 15 minutes, but might be > longer. > > Any clues? I get the same thing.. I seem to get a 440 Request Denied each and every time I try to whois a domain name. ------------------------------ Message: 5 Date: Tue, 5 Feb 2008 15:24:37 +1300 (NZDT) From: Mark Foster <blakjak(a)blakjak.net> Subject: Re: [nznog] dns access denied, from at least 5 hosts To: Mike Bordignon <mike(a)gmi.co.nz> Cc: nznog(a)list.waikato.ac.nz Message-ID: <Pine.LNX.4.62.0802051523340.11258(a)maverick.blakjak.net> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed I assume we're talking about .nz based on the reference to the DNC... I just queried one fine both from cli and from the DNC's website. Mark. On Tue, 5 Feb 2008, Mike Bordignon wrote: > > on 5/02/2008 3:14 p.m. Chris Hodgetts wrote: >> Hello, >> >> Just doing a whois on a few domain names, and I am getting access >> denied. >> >> I have tried on 5 different hosts, on 5 different networks, and all >> getting the same response. >> >> I have even gone to the dnc.org.nz page and nothing of note there. >> >> It's been like this for what seems like 10 - 15 minutes, but might be >> longer. >> >> Any clues? > > I get the same thing.. I seem to get a 440 Request Denied each and every > time I try to whois a domain name. > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog > ------------------------------ Message: 6 Date: Tue, 05 Feb 2008 15:28:02 +1300 From: Chris Hodgetts <chris(a)archnetnz.com> Subject: Re: [nznog] dns access denied, from at least 5 hosts To: Mark Foster <blakjak(a)blakjak.net> Cc: nznog(a)list.waikato.ac.nz Message-ID: <1202178482.29924.38.camel(a)julia.intra.jungledrum.co.nz.> Content-Type: text/plain Someone with quick fingers (and I think you know who you are) must have done something.. because it is now working.. Took a long time to work though! Must have been about 15 minutes.. On Tue, 2008-02-05 at 15:24 +1300, Mark Foster wrote: > I assume we're talking about .nz based on the reference to the DNC... > > I just queried one fine both from cli and from the DNC's website. > > Mark. > > > > On Tue, 5 Feb 2008, Mike Bordignon wrote: > > > > > on 5/02/2008 3:14 p.m. Chris Hodgetts wrote: > >> Hello, > >> > >> Just doing a whois on a few domain names, and I am getting access > >> denied. > >> > >> I have tried on 5 different hosts, on 5 different networks, and all > >> getting the same response. > >> > >> I have even gone to the dnc.org.nz page and nothing of note there. > >> > >> It's been like this for what seems like 10 - 15 minutes, but might be > >> longer. > >> > >> Any clues? > > > > I get the same thing.. I seem to get a 440 Request Denied each and every > > time I try to whois a domain name. > > > > _______________________________________________ > > NZNOG mailing list > > NZNOG(a)list.waikato.ac.nz > > http://list.waikato.ac.nz/mailman/listinfo/nznog > > ------------------------------ Message: 7 Date: Tue, 5 Feb 2008 16:20:19 +1300 (NZDT) From: "Barry Murphy" <barry(a)unix.co.nz> Subject: Re: [nznog] dns access denied, from at least 5 hosts To: "Chris Hodgetts" <chris(a)archnetnz.com> Cc: nznog(a)list.waikato.ac.nz Message-ID: <1829.58.28.159.65.1202181619.squirrel(a)www.secure.unix.co.nz> Content-Type: text/plain;charset=iso-8859-1 Yeah, I had this same problem a few months back where someone from .nz finally responded to this list saying "there is no problem" where many people were getting the same issue as me... Once again the outage was only 20mins or so, see http://list.waikato.ac.nz/pipermail/nznog/2007-November/013617.html Thanks Barry > Someone with quick fingers (and I think you know who you are) must have > done something.. because it is now working.. > > Took a long time to work though! > Must have been about 15 minutes.. > > > On Tue, 2008-02-05 at 15:24 +1300, Mark Foster wrote: >> I assume we're talking about .nz based on the reference to the DNC... >> >> I just queried one fine both from cli and from the DNC's website. >> >> Mark. >> >> >> >> On Tue, 5 Feb 2008, Mike Bordignon wrote: >> >> > >> > on 5/02/2008 3:14 p.m. Chris Hodgetts wrote: >> >> Hello, >> >> >> >> Just doing a whois on a few domain names, and I am getting access >> >> denied. >> >> >> >> I have tried on 5 different hosts, on 5 different networks, and all >> >> getting the same response. >> >> >> >> I have even gone to the dnc.org.nz page and nothing of note there. >> >> >> >> It's been like this for what seems like 10 - 15 minutes, but might be >> >> longer. >> >> >> >> Any clues? >> > >> > I get the same thing.. I seem to get a 440 Request Denied each and >> every >> > time I try to whois a domain name. >> > >> > _______________________________________________ >> > NZNOG mailing list >> > NZNOG(a)list.waikato.ac.nz >> > http://list.waikato.ac.nz/mailman/listinfo/nznog >> > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog > ------------------------------ Message: 8 Date: Tue, 5 Feb 2008 16:38:50 +1300 From: "Craig Whitmore" <lennon(a)orcon.net.nz> Subject: Re: [nznog] dns access denied, from at least 5 hosts To: <barry(a)unix.co.nz>, "Chris Hodgetts" <chris(a)archnetnz.com> Cc: nznog(a)list.waikato.ac.nz Message-ID: <E9A679E4C7074C1D80604FE2405AFF54(a)CraigPC> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original > http://list.waikato.ac.nz/pipermail/nznog/2007-November/013617.html > > Thanks > Barry > I had the same problem last time from various machines and networks and I tested this time as well from various places and the problem was defiantely there. Thanks Craig ------------------------------ Message: 9 Date: Tue, 05 Feb 2008 16:26:12 +1300 From: Joe <h4xz0r(a)loose.net.nz> Subject: Re: [nznog] dns access denied, from at least 5 hosts To: barry(a)unix.co.nz Cc: nznog(a)list.waikato.ac.nz Message-ID: <47A7D754.7040207(a)loose.net.nz> Content-Type: text/plain; charset="iso-8859-1" By the time I'd got around to testing this it had come right. Any official explanation? Joe. Barry Murphy wrote: > Yeah, I had this same problem a few months back where someone from .nz > finally responded to this list saying "there is no problem" where many > people were getting the same issue as me... Once again the outage was only > 20mins or so, see > http://list.waikato.ac.nz/pipermail/nznog/2007-November/013617.html > > Thanks > Barry > > > >> Someone with quick fingers (and I think you know who you are) must have >> done something.. because it is now working.. >> >> Took a long time to work though! >> Must have been about 15 minutes.. >> >> >> On Tue, 2008-02-05 at 15:24 +1300, Mark Foster wrote: >> >>> I assume we're talking about .nz based on the reference to the DNC... >>> >>> I just queried one fine both from cli and from the DNC's website. >>> >>> Mark. >>> >>> >>> >>> On Tue, 5 Feb 2008, Mike Bordignon wrote: >>> >>> >>>> on 5/02/2008 3:14 p.m. Chris Hodgetts wrote: >>>> >>>>> Hello, >>>>> >>>>> Just doing a whois on a few domain names, and I am getting access >>>>> denied. >>>>> >>>>> I have tried on 5 different hosts, on 5 different networks, and all >>>>> getting the same response. >>>>> >>>>> I have even gone to the dnc.org.nz page and nothing of note there. >>>>> >>>>> It's been like this for what seems like 10 - 15 minutes, but might be >>>>> longer. >>>>> >>>>> Any clues? >>>>> >>>> I get the same thing.. I seem to get a 440 Request Denied each and >>>> >>> every >>> >>>> time I try to whois a domain name. >>>> >>>> _______________________________________________ >>>> NZNOG mailing list >>>> NZNOG(a)list.waikato.ac.nz >>>> http://list.waikato.ac.nz/mailman/listinfo/nznog >>>> >>>> >> _______________________________________________ >> NZNOG mailing list >> NZNOG(a)list.waikato.ac.nz >> http://list.waikato.ac.nz/mailman/listinfo/nznog >> >> > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog > >

1 0

Sysadmin Miniconf slides online
by Ewen McNeill 05 Feb '08

05 Feb '08

For those that are interested, all the slides that are available from the Sysadmin Miniconf on Wednesday 23rd January 2008 are now online: http://nznog.miniconf.org/programme08.html Thanks to the speakers for speaking (and making their slides available for reference), and to Simon Lyall for hosting the miniconf website. Ewen

1 0

dns access denied, from at least 5 hosts
by Chris Hodgetts 04 Feb '08

04 Feb '08

Hello, Just doing a whois on a few domain names, and I am getting access denied. I have tried on 5 different hosts, on 5 different networks, and all getting the same response. I have even gone to the dnc.org.nz page and nothing of note there. It's been like this for what seems like 10 - 15 minutes, but might be longer. Any clues?

7 10

NZRR Route Registry Update
by NZRR Database Notifications 04 Feb '08

04 Feb '08

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 Maxium 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/23^23-29, 210.54.142.0/23^23-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.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 20080131 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, 119.47.112.0/21^21-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/23^23-29, 202.49.88.0/23^23-29, 210.54.142.0/23^23-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.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 205.233.243.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 20080205 source: NZRR ------------------------------------------------------------

1 0

New phishing site
by Michael Fincham 03 Feb '08

03 Feb '08

Hi guys, If you're yet to catch this one, http://www.fanebook.com/index.php is phishing for Facebook passwords. -- -Michael Fincham Unleash Technology Solutions www.unleash.co.nz Phone: 0800 750 250

2 2

TelstraClear Cable
by Tony Wicks 03 Feb '08

03 Feb '08

I've just been informed that TelstraClear has quietly stopped wholesale access to its cable network. While it has been a stupid situation over the last few years in that TelstraClear has been selling wholesale access that is slower and more expensive than their retail offering (and complaining about Telecom doing the same on their network), to just stop all together seems bizarre. Another interesting decision from TelstraClear's wholesale department to go right along with their starting the whole de-peering mess I suppose. All at the same time that the TelstraClear technical people have been doing a nice job of improving access and redundancy to the cable network, I'm guessing no one has told the techs....

4 3

Re: [nznog] TelstraClear Cable
by Tony Wicks 03 Feb '08

03 Feb '08

Tony, Just wondering where you heard this as I am sat at home right now on a Wholesale TelstraCable connection that runs straight into our network. If they are dropping wholesale I'll have a busy week next week moving our customers. Hmm.. Cheers, Bill -- Bill Walker Senior Network Engineer Snap Internet Limited They informed me this when I asked to check for cable availability for a couple of customers. My impression is they are refusing to add new connections for wholesale customers not so much existing ones. But who knows ? You would have thought some sort of official announcement would have been appropriate not just (quote) – “we do not resale cable modems” And further clarification when asked – “We no longer wholesale cable modems” I know there has been very little interest from wholesale ISP’s in wholesaling cable (that can be expected when the wholesale price exceeds the Telco’s retail price and at lower speeds), but it does seem strange. Especially with the work being done to improve the wholesale access and redundancy to the network. This reeks of a its too hard to do the paperwork so we’ll just tell customers we don’t do it anymore if they ask. Its really quite disappointing, I wonder what they would do if Telecom came along and asked for wholesale access.

2 1

CDNs in NZ?
by Simon Lyall 03 Feb '08

03 Feb '08

Just wondering if anyone is aware of any commercial Content Delivery Networks with distributed NZ-based Internet delivery points apart from Akamai and Citylink? By "commercial" I mean ones that people can buy delivery off, not "internal only" ones such as the root servers. By "distributed" I mean a minimum of APE and WIX. Connectivity to the other half of the NZ eyeballs would be good too. -- Simon J. Lyall | Very Busy | Web: http://www.darkmere.gen.nz/ "To stay awake all night adds a day to your life" - Stilgar | eMT.

5 5

colville fibre
by Fred Look 02 Feb '08

02 Feb '08

hello folks does anyone know where exactly telecom is up to with the fiber cable for northern coromandel we were promised "before christmas" and workers came and layed lots of fiberoptic then.......... nothing tried telecom site but no info who might i ask or better still apply some encouragement to Fred Look brees

2 1

Re: [nznog] Orcon traffic going intl to telstraclear for some ranges
by Barry Murphy 30 Jan '08

30 Jan '08

Thanks, Just as I suspected. On calling orcon they said they were un aware of the issue, even though it had been present for 2hrs 30 mins (I always give them time to fix something incase they caused it and to allow others to call in). I logged a case and it's now been an hr with no word back, so I'm not sure what the issue is, will call them now. Thanks for the input people. Cheers B > A trace from my Orcon dsl to www.telstraclear.co.nz goes via asianetcom. I > suspect Orcon may not be listening to telstraclear's domestic prefix > list.. > or their domestic Telstra circuit has gone dead.. > > -----Original Message----- > From: Barry Murphy [mailto:barry(a)unix.co.nz] > Sent: Thursday, January 31, 2008 3:14 PM > To: Joe > Cc: nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] Orcon traffic going intl to telstraclear for some > ranges > > Yeh as per my trace, clear was ok, telstraclear.co.nz , paradise.net.nz > and a few others were not. Just like to hear from those that see the same > issue, and I'm guessing it may be an orcon only fault. > > Cheers > B > > >> Test from 202.20.5.34 (DTS Ltd) >> Host >> Loss% Snt Last Avg Best Wrst StDev >> 1. >> 192.168.1.1 >> 0.0% 10 0.3 0.3 0.2 0.3 0.0 >> 2. >> dts-uh-gw-dmz2.dts.net.nz >> 0.0% 10 2.0 2.5 2.0 4.6 0.8 >> 3. >> dts-slx-gw.dts.net.nz >> 0.0% 10 2.5 2.3 1.8 3.1 0.4 >> 4. >> g1-0-1159b.u21.tar.telstraclear.net >> 0.0% 10 4.1 6.1 4.1 18.5 4.4 >> 5. >> ae1-844.ie4.telstraclear.net >> 0.0% 10 3.3 4.2 3.2 9.3 1.9 >> 6. >> ge-1-2-0-843.ie1.telstraclear.net >> 0.0% 10 13.3 25.4 13.3 62.5 18.5 >> 7. >> front1-clix.clear.net.nz >> 0.0% 10 13.8 14.3 13.5 16.4 1.0 >> 8. >> karma.clear.net.nz >> 0.0% 10 14.5 15.0 13.7 16.9 1.2 >> >> Looks fine from here. >> >> Regards, >> >> Joe. >> >> Barry Murphy wrote: >>> Anyone else noticed this since 12 this afternoon, traffic to some >>> telstra >>> ip ranges going international even though they appear in my national >>> routing table supplied by orcon... I've confirmed this from one other >>> host >>> (tr.meta.net.nz) on orcon, anyone else? >>> >>> Telstra DSL customers, their web hosting division and a few others are >>> going international then back into the country, however some clear >>> sites >>> are fine as per below: >>> >>> traceroute to karma.clear.net.nz (203.97.32.100), 64 hops max, 40 byte >>> packets >>> 1 primary (60.234.66.129) 0.635 ms 0.624 ms 0.586 ms >>> 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.523 ms 0.638 ms >>> 0.681 ms >>> 3 60.234.9.8 (60.234.9.8) 0.735 ms 1.384 ms 0.837 ms >>> 4 203.97.2.161 (203.97.2.161) 3.436 ms 3.243 ms 3.865 ms >>> 5 g1-0-1043.u12.brh.telstraclear.net (203.98.23.17) 3.546 ms 7.114 >>> ms >>> 3.424 ms >>> 6 g9-0-945.u11.pnr.telstraclear.net (203.98.23.194) 6.000 ms 3.777 >>> ms >>> 5.136 ms >>> 7 gi-4-0-878.u21.telstraclear.net (218.101.61.138) 14.288 ms 15.050 >>> ms >>> 14.254 ms >>> 8 a12-3-23.u21.tar.telstraclear.net (203.98.23.34) 15.076 ms 42.059 >>> ms >>> 14.670 ms >>> 9 ae1-844.ie4.telstraclear.net (218.101.61.117) 11.554 ms 11.333 ms >>> 11.358 ms >>> 10 ge-1-2-0-843.ie1.telstraclear.net (218.101.61.105) 12.270 ms >>> 12.990 >>> ms 13.572 ms >>> 11 front1-clix.clear.net.nz (203.167.243.212) 13.052 ms 13.249 ms >>> 12.983 ms >>> 12 karma.clear.net.nz (203.97.32.100) 13.143 ms 13.142 ms 13.069 ms >>> >>> >>> traceroute to 121-72-28-16.dsl.telstraclear.net (121.72.28.16), 64 hops >>> max, 40 byte packets >>> 1 primary (60.234.66.129) 0.642 ms 0.590 ms 0.557 ms >>> 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.549 ms 1.177 ms >>> 0.944 ms >>> 3 ge-1-3-0-400.cr1.sky.orcon.net.nz (60.234.9.21) 7.836 ms 6.838 ms >>> 5.536 ms >>> 4 OrconInternet.gw1.akl1.asianetcom.net (203.192.167.153) 5.077 ms >>> 3.406 ms 1.778 ms >>> 5 ge-1-2-0-0.gw4.akl1.asianetcom.net (202.147.55.222) 1.274 ms >>> 2.696 >>> ms 1.902 ms >>> 6 po4-0.cr2.syd1.asianetcom.net (202.147.55.254) 23.995 ms 29.158 >>> ms >>> 35.145 ms >>> 7 gi1-3.gw2.syd1.asianetcom.net (202.147.40.190) 31.912 ms 24.378 >>> ms >>> 26.212 ms >>> 8 61.88.133.205 (61.88.133.205) 27.267 ms 28.816 ms 28.926 ms >>> 9 GigabitEthernet1-4.ken12.Sydney.telstra.net (139.130.65.145) >>> 33.790 >>> ms 30.153 ms 26.487 ms >>> 10 Bundle-Ether4.ken-core4.Sydney.telstra.net (203.50.6.41) 30.889 ms >>> 28.365 ms 26.615 ms >>> 11 Bundle-Ethernet3.chw-core2.Sydney.telstra.net (203.50.6.26) 30.871 >>> ms >>> 28.709 ms 27.337 ms >>> 12 Port-Channel1.pad-gw1.Sydney.telstra.net (203.50.6.25) 26.592 ms >>> 27.205 ms 28.404 ms >>> 13 unknown.net.reach.com (134.159.126.33) 27.117 ms 27.875 ms >>> 30.866 >>> ms >>> 14 i-3-0.tauc-core01.net.reach.com (202.84.142.142) 52.229 ms 52.308 >>> ms >>> 58.073 ms >>> 15 203.167.233.14 (203.167.233.14) 52.988 ms 54.358 ms 53.908 ms >>> 16 ie1-g-0-0-0.telstraclear.net (203.98.50.1) 29.688 ms 27.061 ms >>> 29.254 ms >>> 17 218.101.61.163 (218.101.61.163) 29.570 ms 29.038 ms 36.667 ms >>> 18 *^C >>> >>> >>> traceroute to www.paradise.net.nz (203.96.152.127), 64 hops max, 40 >>> byte >>> packets >>> 1 primary (60.234.66.129) 0.624 ms 0.638 ms 0.571 ms >>> 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.426 ms 0.446 ms >>> 0.426 ms >>> 3 ge-1-3-0-400.cr1.sky.orcon.net.nz (60.234.9.21) 2.177 ms 1.786 ms >>> 2.296 ms >>> 4 OrconInternet.gw1.akl1.asianetcom.net (203.192.167.153) 2.946 ms >>> 2.431 ms 1.834 ms >>> 5 ge-1-2-0-0.gw4.akl1.asianetcom.net (202.147.55.222) 0.990 ms >>> 2.633 >>> ms 2.567 ms >>> 6 po4-0.cr2.syd1.asianetcom.net (202.147.55.254) 25.366 ms 25.566 >>> ms >>> 25.068 ms >>> 7 gi1-2.gw2.syd1.asianetcom.net (202.147.40.182) 25.462 ms 24.029 >>> ms >>> 23.939 ms >>> 8 61.88.133.205 (61.88.133.205) 27.373 ms 26.260 ms 28.539 ms >>> 9 gigabitethernet4-3.ken12.sydney.telstra.net (139.130.2.65) 28.342 >>> ms >>> 31.793 ms 28.448 ms >>> 10 Bundle-Ether4.ken-core4.Sydney.telstra.net (203.50.6.41) 27.120 ms >>> 28.729 ms 34.028 ms >>> 11 Bundle-Ethernet3.chw-core2.Sydney.telstra.net (203.50.6.26) 34.244 >>> ms >>> 28.564 ms 29.506 ms >>> 12 Port-Channel1.pad-gw1.Sydney.telstra.net (203.50.6.25) 197.367 ms >>> 204.040 ms 200.955 ms >>> 13 unknown.net.reach.com (134.159.126.33) 26.861 ms 31.010 ms >>> 29.032 >>> ms >>> 14 i-3-0.tauc-core01.net.reach.com (202.84.142.142) 52.340 ms 50.991 >>> ms >>> 50.760 ms >>> 15 203.167.233.14 (203.167.233.14) 56.734 ms 51.162 ms 52.239 ms >>> 16 ie1-g-0-0-0.telstraclear.net (203.98.50.1) 26.802 ms 25.833 ms >>> 27.581 ms >>> 17 218.101.61.162 (218.101.61.162) 27.050 ms 26.124 ms 31.480 ms >>> 18 218.101.61.42 (218.101.61.42) 43.502 ms 44.411 ms 46.399 ms >>> ^C >>> >>> >>> traceroute to www.clear.net.nz (203.97.33.220), 64 hops max, 40 byte >>> packets >>> 1 primary (60.234.66.129) 0.607 ms 0.610 ms 0.575 ms >>> 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.467 ms 0.833 ms >>> 0.523 ms >>> 3 60.234.9.8 (60.234.9.8) 0.537 ms 0.489 ms 0.495 ms >>> 4 203.97.2.161 (203.97.2.161) 19.630 ms 9.418 ms 6.234 ms >>> 5 g1-0-1043.u12.brh.telstraclear.net (203.98.23.17) 11.222 ms 6.493 >>> ms >>> 3.908 ms >>> 6 g9-0-945.u11.pnr.telstraclear.net (203.98.23.194) 4.781 ms 5.040 >>> ms >>> 3.573 ms >>> 7 gi-4-0-878.u21.telstraclear.net (218.101.61.138) 14.362 ms 15.289 >>> ms >>> 13.767 ms >>> 8 a12-3-23.u21.tar.telstraclear.net (203.98.23.34) 14.173 ms 15.508 >>> ms >>> 14.625 ms >>> 9 ae1-844.ie4.telstraclear.net (218.101.61.117) 11.188 ms 11.102 ms >>> 11.259 ms >>> 10 ge-1-2-0-843.ie1.telstraclear.net (218.101.61.105) 12.479 ms >>> 12.812 >>> ms 12.576 ms >>> 11 front1-clix.clear.net.nz (203.167.243.212) 12.714 ms 12.948 ms >>> 13.112 ms >>> ^C >>> >>> Cheers >>> Barry >>> >>> >>> _______________________________________________ >>> NZNOG mailing list >>> NZNOG(a)list.waikato.ac.nz >>> http://list.waikato.ac.nz/mailman/listinfo/nznog >>> >>> >> >> > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog > >

1 0

Orcon traffic going intl to telstraclear for some ranges
by Barry Murphy 30 Jan '08

30 Jan '08

Anyone else noticed this since 12 this afternoon, traffic to some telstra ip ranges going international even though they appear in my national routing table supplied by orcon... I've confirmed this from one other host (tr.meta.net.nz) on orcon, anyone else? Telstra DSL customers, their web hosting division and a few others are going international then back into the country, however some clear sites are fine as per below: traceroute to karma.clear.net.nz (203.97.32.100), 64 hops max, 40 byte packets 1 primary (60.234.66.129) 0.635 ms 0.624 ms 0.586 ms 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.523 ms 0.638 ms 0.681 ms 3 60.234.9.8 (60.234.9.8) 0.735 ms 1.384 ms 0.837 ms 4 203.97.2.161 (203.97.2.161) 3.436 ms 3.243 ms 3.865 ms 5 g1-0-1043.u12.brh.telstraclear.net (203.98.23.17) 3.546 ms 7.114 ms 3.424 ms 6 g9-0-945.u11.pnr.telstraclear.net (203.98.23.194) 6.000 ms 3.777 ms 5.136 ms 7 gi-4-0-878.u21.telstraclear.net (218.101.61.138) 14.288 ms 15.050 ms 14.254 ms 8 a12-3-23.u21.tar.telstraclear.net (203.98.23.34) 15.076 ms 42.059 ms 14.670 ms 9 ae1-844.ie4.telstraclear.net (218.101.61.117) 11.554 ms 11.333 ms 11.358 ms 10 ge-1-2-0-843.ie1.telstraclear.net (218.101.61.105) 12.270 ms 12.990 ms 13.572 ms 11 front1-clix.clear.net.nz (203.167.243.212) 13.052 ms 13.249 ms 12.983 ms 12 karma.clear.net.nz (203.97.32.100) 13.143 ms 13.142 ms 13.069 ms traceroute to 121-72-28-16.dsl.telstraclear.net (121.72.28.16), 64 hops max, 40 byte packets 1 primary (60.234.66.129) 0.642 ms 0.590 ms 0.557 ms 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.549 ms 1.177 ms 0.944 ms 3 ge-1-3-0-400.cr1.sky.orcon.net.nz (60.234.9.21) 7.836 ms 6.838 ms 5.536 ms 4 OrconInternet.gw1.akl1.asianetcom.net (203.192.167.153) 5.077 ms 3.406 ms 1.778 ms 5 ge-1-2-0-0.gw4.akl1.asianetcom.net (202.147.55.222) 1.274 ms 2.696 ms 1.902 ms 6 po4-0.cr2.syd1.asianetcom.net (202.147.55.254) 23.995 ms 29.158 ms 35.145 ms 7 gi1-3.gw2.syd1.asianetcom.net (202.147.40.190) 31.912 ms 24.378 ms 26.212 ms 8 61.88.133.205 (61.88.133.205) 27.267 ms 28.816 ms 28.926 ms 9 GigabitEthernet1-4.ken12.Sydney.telstra.net (139.130.65.145) 33.790 ms 30.153 ms 26.487 ms 10 Bundle-Ether4.ken-core4.Sydney.telstra.net (203.50.6.41) 30.889 ms 28.365 ms 26.615 ms 11 Bundle-Ethernet3.chw-core2.Sydney.telstra.net (203.50.6.26) 30.871 ms 28.709 ms 27.337 ms 12 Port-Channel1.pad-gw1.Sydney.telstra.net (203.50.6.25) 26.592 ms 27.205 ms 28.404 ms 13 unknown.net.reach.com (134.159.126.33) 27.117 ms 27.875 ms 30.866 ms 14 i-3-0.tauc-core01.net.reach.com (202.84.142.142) 52.229 ms 52.308 ms 58.073 ms 15 203.167.233.14 (203.167.233.14) 52.988 ms 54.358 ms 53.908 ms 16 ie1-g-0-0-0.telstraclear.net (203.98.50.1) 29.688 ms 27.061 ms 29.254 ms 17 218.101.61.163 (218.101.61.163) 29.570 ms 29.038 ms 36.667 ms 18 *^C traceroute to www.paradise.net.nz (203.96.152.127), 64 hops max, 40 byte packets 1 primary (60.234.66.129) 0.624 ms 0.638 ms 0.571 ms 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.426 ms 0.446 ms 0.426 ms 3 ge-1-3-0-400.cr1.sky.orcon.net.nz (60.234.9.21) 2.177 ms 1.786 ms 2.296 ms 4 OrconInternet.gw1.akl1.asianetcom.net (203.192.167.153) 2.946 ms 2.431 ms 1.834 ms 5 ge-1-2-0-0.gw4.akl1.asianetcom.net (202.147.55.222) 0.990 ms 2.633 ms 2.567 ms 6 po4-0.cr2.syd1.asianetcom.net (202.147.55.254) 25.366 ms 25.566 ms 25.068 ms 7 gi1-2.gw2.syd1.asianetcom.net (202.147.40.182) 25.462 ms 24.029 ms 23.939 ms 8 61.88.133.205 (61.88.133.205) 27.373 ms 26.260 ms 28.539 ms 9 gigabitethernet4-3.ken12.sydney.telstra.net (139.130.2.65) 28.342 ms 31.793 ms 28.448 ms 10 Bundle-Ether4.ken-core4.Sydney.telstra.net (203.50.6.41) 27.120 ms 28.729 ms 34.028 ms 11 Bundle-Ethernet3.chw-core2.Sydney.telstra.net (203.50.6.26) 34.244 ms 28.564 ms 29.506 ms 12 Port-Channel1.pad-gw1.Sydney.telstra.net (203.50.6.25) 197.367 ms 204.040 ms 200.955 ms 13 unknown.net.reach.com (134.159.126.33) 26.861 ms 31.010 ms 29.032 ms 14 i-3-0.tauc-core01.net.reach.com (202.84.142.142) 52.340 ms 50.991 ms 50.760 ms 15 203.167.233.14 (203.167.233.14) 56.734 ms 51.162 ms 52.239 ms 16 ie1-g-0-0-0.telstraclear.net (203.98.50.1) 26.802 ms 25.833 ms 27.581 ms 17 218.101.61.162 (218.101.61.162) 27.050 ms 26.124 ms 31.480 ms 18 218.101.61.42 (218.101.61.42) 43.502 ms 44.411 ms 46.399 ms ^C traceroute to www.clear.net.nz (203.97.33.220), 64 hops max, 40 byte packets 1 primary (60.234.66.129) 0.607 ms 0.610 ms 0.575 ms 2 ge-0-3-0-200.cr1.nct.orcon.net.nz (60.234.9.1) 0.467 ms 0.833 ms 0.523 ms 3 60.234.9.8 (60.234.9.8) 0.537 ms 0.489 ms 0.495 ms 4 203.97.2.161 (203.97.2.161) 19.630 ms 9.418 ms 6.234 ms 5 g1-0-1043.u12.brh.telstraclear.net (203.98.23.17) 11.222 ms 6.493 ms 3.908 ms 6 g9-0-945.u11.pnr.telstraclear.net (203.98.23.194) 4.781 ms 5.040 ms 3.573 ms 7 gi-4-0-878.u21.telstraclear.net (218.101.61.138) 14.362 ms 15.289 ms 13.767 ms 8 a12-3-23.u21.tar.telstraclear.net (203.98.23.34) 14.173 ms 15.508 ms 14.625 ms 9 ae1-844.ie4.telstraclear.net (218.101.61.117) 11.188 ms 11.102 ms 11.259 ms 10 ge-1-2-0-843.ie1.telstraclear.net (218.101.61.105) 12.479 ms 12.812 ms 12.576 ms 11 front1-clix.clear.net.nz (203.167.243.212) 12.714 ms 12.948 ms 13.112 ms ^C Cheers Barry

4 5

NZRR Route Registry Update
by NZRR Database Notifications 30 Jan '08

30 Jan '08

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:AS24025 descr: advertised to AS9560 by Helix - AS24025 members: 202.49.240.0/22^22-29, 202.14.217.0/24^24-29, 202.49.59.0/24^24-29, 202.50.176.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(a)helix.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060119 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS24025 descr: advertised to AS9560 by Helix - AS24025 members: 202.14.217.0/24^24-29, 202.37.179.0/24^24-29, 202.49.59.0/24^24-29, 202.50.176.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(a)helix.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080131 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 30 Jan '08

30 Jan '08

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/23^23-29, 210.54.142.0/23^23-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.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 20080115 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maxium 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/23^23-29, 210.54.142.0/23^23-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.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 20080131 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 30 Jan '08

30 Jan '08

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:AS64546 descr: Route set for Intelligroup - AS64546 members: 210.48.106.48/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: cam(a)intelligroup.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20040311 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS64546 descr: advertised to AS9439 by Soltius New Zealand Limited - AS64546 members: 210.48.106.48/29, 210.48.106.160/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: Paul.Trainor(a)soltius.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080131 source: NZRR ------------------------------------------------------------

1 0

Sky Tower power issues?
by Sid Jones 29 Jan '08

29 Jan '08

Anyone else got power issues at the Sky Tower..... We're getting an interesting story from an upstream about the status of the electricity. Call this me double-checking. -- cheers, Sid

2 1

Percentage of users that do peer-to-peer
by Nathan Ward 28 Jan '08

28 Jan '08

Hi guys, A short questionnaire for those of you who sell Internet services, if I may: 1) How many users (as a percentage) on your network use peer to peer? 2) Can you break that down in to: - Users that use p2p 1-3 days per month on average - Users that use p2p 1-6 days per week on average - Users that use p2p 6-7 days per week on average 3) What percentage of your network traffic is peer to peer? (by bitrate /and/ by packetrate, if possible) 4) What percentage of your users are users that do more than say, 80% of their traffic as peer to peer 5) Do you have a histogram available of % of users for various different amounts of data per month? If you reply, please do it offlist, I won't tell anyone your secrets, etc. I'm only after percentages. I don't work for any competing ISPs right now, so can't use your info competitively, this is for some Internet research work I'm doing - believe it or not in the IPv6 area. Findings will be publicly available and based on an aggregate of all ISPs who give me data, and I'll likely talk about my findings at the next NZNOG meeting. For the good of the Internet community and all that. If you have some kind of p2p shaping boxes, they tend to have these sorts of stats available. If you can only provide one or two of these stats, that's still really useful. Cheers! -- Nathan Ward

1 0

NZRR Route Registry Update
by NZRR Database Notifications 28 Jan '08

28 Jan '08

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, 119.15.0.0/19^19-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, 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.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 20071221 changed: rpsl-admin(a)nzix.net 20080102 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, 119.15.0.0/19^19-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, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.49.0.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 20080129 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 28 Jan '08

28 Jan '08

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, 119.15.0.0/19^19-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, 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.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 20071221 changed: rpsl-admin(a)nzix.net 20080102 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, 119.15.0.0/19^19-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, 192.173.16.0/21^21-29, 202.46.176.0/21^21-29, 202.49.0.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 20080129 source: NZRR ------------------------------------------------------------

1 0

pdf presentations from conference
by Mark Smith 28 Jan '08

28 Jan '08

are the presentations from the conference up on the web page yet? -- Mark Smith E mark.smith(a)endace.com P +64 7 957 0540 W http://www.endace.com Endace Technologies, Limited 85 Alexandra Street Hamilton Endace delivers absolute performance for monitoring and intervention over the widest range of network types and software applications.

5 6

Mac bits left behind at NZNOG08
by Jonny Martin 28 Jan '08

28 Jan '08

A Mac mini-DIV to DVI and 3-pin to cloverleaf mains lead where behind at NZNOG last week. Let me know if they belong to you, and I'll send them off. Cheers, Jonny.

2 1

Updated .nz Domain Growth Statistics
by Blair Harrison 25 Jan '08

25 Jan '08

Hello List, I've updated my graphs once again and they are available to view at http://jedi.school.nz/nzdg.html Please let me know if you have any comments or ideas for other ways to display this information. Cheers, Blair

1 0

Perry's NZNOG'08 IP-over-something challenge!
by Nathan Ward 23 Jan '08

23 Jan '08

I hereby issue the challenge to get IP running over the dishes photographed at: http://unobtainium.braintrust.co.nz/~nward/dishes/ Normally, you'd stand at one and talk, and someone standing at the other would hear you.. you've all played with these before. Perry's challenge is to make two laptops talk to each other, using sound. Note: These photos were taken in winter, which is why those girls have lots of warm stuff on. I have a tshirt on today, but it's raining a little. -- Nathan Ward

15 20

Re: [nznog] NZNOG Digest, Vol 61, Issue 14
by yuri 23 Jan '08

23 Jan '08

On 24/01/2008, Bruce Kingsbury wrote: > > > Does one person standing at one dish speaking IP and the person at the > > other end reconstituting packets count as a solution? > > What, an IPoV solution? Hmmm.. You mean like this http://xkcd.com/257/ ? Yuri

1 0

Re: [nznog] NZNOG Digest, Vol 61, Issue 14
by Stu Fleming 23 Jan '08

23 Jan '08

> > From: Matthew Poole <matt(a)p00le.net> > Subject: Re: [nznog] Perry's NZNOG'08 IP-over-something challenge! > > > For those who don't understand the terminology, Ed's talking about pouring > roughly 15L/sec of cold, high-pressure water on said drunk students. Who, > presumably, won't stay drunk for long :P You obviously haven't been to Dunedin lately... Does one person standing at one dish speaking IP and the person at the other end reconstituting packets count as a solution?

2 1

NZNOG 2008 live stream
by Jonny Martin 22 Jan '08

22 Jan '08

Hi All. The live stream is available at http://www.r2.co.nz/20080124/ Recordings of all the sessions will also be available online after the conference, thanks to Richard Naylor and co. at R2. Cheers, Jonny.

1 0

Could someone from Compass, Orcon, DTS, Xtreme, Actrix, etc. please contact me off-list?
by Jonathan Brewer 22 Jan '08

22 Jan '08

Preferably in Dunedin. There's this conference going on, with at least 130 network admins present, and there are a couple of companies conspicuously absent. Regards...

1 1