- NZNOG - lists.nznog.org

WISP Technology - Trango?
by Jack Pivac 20 Jan '07

20 Jan '07

Hi all, Currently planning on setting up a community wireless project in South Taranaki. Range is looking to be up to 10km from the AP's. At the moment I'm looking at using Trango Radio Units [1] and was after thoughts/comments on this choice... Cheers, Jack [1] http://www.trangobroadband.com/

6 6

Re: [nznog] WISP Technology - Trango?
by Jack Pivac 19 Jan '07

19 Jan '07

Hi Jon, Thankyou for that advice, I will ensure to take it onboard. I'm interested to hear your thoughts on the pro's and con's of Trango vs Motorola Canopy? At the moment while price is always something to keep in mind, ease of administration is going to be top priority as I want to keep the running-round-fixing-it-after-install to a minimum. Kind Regards, Jack Jonathan Brewer wrote: > Hi Jack, > > There are two popular off the shelf systems currently sold in New Zealand. > Trango is one, Motorola Canopy is the other. Both are available in > .9/2.4/5.3/5.8GHz frequency bands, and both have unique advantages and > drawbacks. You could also go down the path of Mikrotik or StarOS, or other > of the myriad wireless ethernet based systems. You might find these less > expensive in terms of hardware, and you might find them more expensive in > terms of administration. > > Whatever you choose, please assume that you'll be sharing spectrum with > other users, and plan accordingly. > > Here is some unsolicited planning advice for the new WISP. (Attention! This > advice is not from any company I may work with/work for/own shares in/go > drinking with, etc., read on at your own risk, and may peace and harmony be > with you.) > > Both Trango Fox and Motorola Canopy subscriber units can be purchased with > small parabolic reflectors. This tightens the subscriber beam width from > 30-60 degrees (by default spraying unwanted radio everywhere) down to 9-10 > degrees. Please use these reflectors, and remember to turn the subscriber > unit radio power down accordingly. Your network will run better, and your > neighbors' networks will run better. > > With any system you choose, use external base station antennas. Buy a good > quality sector antenna (slotted waveguide made from drain pipe does not > qualify) and ensure you have it physically tilted down. If your most distant > customer is 10km away, please make sure you're not pointing your antenna > where someone 30km away is going to hear your noise. This will benefit you > too - your AP will be hearing your subscriber units and not SUs from the > next town over. > > Good luck. > > Cheers, > > Jon > > > >> -----Original Message----- >> From: Jack Pivac [mailto:email(a)delphinus.co.nz] >> Sent: Friday, 19 January 2007 3:12 p.m. >> To: nznog(a)list.waikato.ac.nz >> Subject: [nznog] WISP Technology - Trango? >> >> Hi all, >> >> Currently planning on setting up a community wireless project >> in South Taranaki. >> Range is looking to be up to 10km from the AP's. >> >> At the moment I'm looking at using Trango Radio Units [1] and >> was after thoughts/comments on this choice... >> >> >> Cheers, >> Jack >> >> [1] http://www.trangobroadband.com/ >> >> _______________________________________________ >> NZNOG mailing list >> NZNOG(a)list.waikato.ac.nz >> http://list.waikato.ac.nz/mailman/listinfo/nznog >> >> > > > >

1 0

Auckland/PN "road trip" bus cancelled
by Martin Kealey 19 Jan '07

19 Jan '07

Hi folks We haven't had enough people to warrant hiring a bus (needed about a dozen minimum). Unless another 5 people jump up immediately, the proposal won't proceed... We might still look at using a smaller vehicle, but it won't be as much fun. Sorry folks... I was really looking forward to doing this. -Martin PS: no, there won't be another chance next year because the people I was getting the bus from are retiring and selling their buses.

3 2

Shocking iptables performance
by Jasper Bryant-Greene 19 Jan '07

19 Jan '07

We currently have a pair of Linux iptables firewall boxes that are being replaced in a month's time with a pair of Cisco ASA firewalls. Recently during testing we noticed transfer rates through the Ciscos (attached to the same Cisco routers on the other side) is over 30x faster than through the iptables firewalls. I know that iptables isn't hugely fast, there's a reason you pay for Ciscos etc etc, but the resources I have read usually indicate that iptables slowness is related to massive rulesets. We have 2415 rules, which I don't consider to be *that* many... The boxes aren't heavily loaded (about 10% system, 90% idle), and have plenty of free memory. They aren't swapping. I've tested turning off logging, which had virtually no effect. Anybody encountered anything similar? Is it likely to simply be related to the number of rules? Cheers Jasper -- _________________________________________ http://www.digiweb.co.nz Webhosting, Dedicated Servers, E-commerce Phone: (64 3) 351 6713 Fax: (64 3) 351 6705 Free: 0800 DIGIWEB (0800 344-493) Email: jasper(a)digiweb.co.nz PLEASE NOTE: The information contained in this email message and any attached files may be confidential and subject to privilege. The views expressed may not necessarily be the official view of Digiweb New Zealand Limited. All technical advice and opinions are offered on a 'no-liability' basis. If you are not the intended recipient, you are notified that any use, disclosure or copying of this email is unauthorised. If you have received this email in error, please notify us immediately by reply email and delete the original. Thank you.

12 16

NZNOG 2007: DRAFT Network Systems Miniconf Programme
by Ewen McNeill 18 Jan '07

18 Jan '07

For those of you that are wondering which tutorial stream to go to, here is the _draft_ Network Systems Miniconf Programme (subject to change, but hopefully close to what it will be like on the day). Ewen -=- cut here -=- 08:00-09:00 - Registration 09:00-09:15 - Welcome 09:15-10:00 - Martin Kealey: From routers to Unix: shell tips for the network admin (45 minutes) 10:00-10:30 - Spare (BOF discussion on using Unix shell for automation?) 10:30-11:00 - Morning Tea 11:00-11:45 - Jonny Martin: Asterisk by Example... Doing useful VoIP things (45 minutes) 11:45-12:30 - Ewen McNeill: 42 hosts in 1U: Using virtual machines (45 minutes) 12:30-13:30 - Lunch 13:30-14:15 - Andrew McMillan: Using Debian packages for system administration (45 minutes) 14:15-15:00 - Matt Brown: Configuration Automation using CFengine (45 minutes) 15:00-15:30 - Server configuration management BOF 15:30-16:00 - Afternoon Tea 16:00-16:45 - Sam Sargeant: DNS registration services, and the .govt.nz 2LD (45 minutes) 16:45-17:15 - Martin Kealey: Mail debugging: how to talk to SMTP, POP & IMAP servers (30 minutes) 17:15-17:45 - Mail Server Best Practices BOF -=- cut here -=-

1 0

Re: [nznog] WISP Technology - Trango?
by Alex Hague 18 Jan '07

18 Jan '07

Hi Jack, You may also wish to check out http://meraki.net/ - this is a commercialization of the MIT Roofnet project. Will probably be a lot cheaper than Trango. Cheers, Alex -----Original Message----- From: Jack Pivac [mailto:email(a)delphinus.co.nz] Sent: Friday, 19 January 2007 3:12 p.m. To: nznog(a)list.waikato.ac.nz Subject: [nznog] WISP Technology - Trango? Hi all, Currently planning on setting up a community wireless project in South Taranaki. Range is looking to be up to 10km from the AP's. At the moment I'm looking at using Trango Radio Units [1] and was after thoughts/comments on this choice... Cheers, Jack [1] http://www.trangobroadband.com/

1 0

WISP Technology - Trango?
by Russell Tester 18 Jan '07

18 Jan '07

If you are setting up a community wireless project the very least you should consider is an open standard (such as 802.11) for the wireless. This will make it much easier for others to join / extend the project as well as provide neumorous other benefits! Russell Tester Serverworks Ltd Tel +64 3 9771750 Cell 021 478 611 -----Original Message----- From: Jack Pivac [mailto:email(a)delphinus.co.nz] Sent: Friday, 19 January 2007 3:12 p.m. To: nznog(a)list.waikato.ac.nz Subject: [nznog] WISP Technology - Trango? Hi all, Currently planning on setting up a community wireless project in South Taranaki. Range is looking to be up to 10km from the AP's. At the moment I'm looking at using Trango Radio Units [1] and was after thoughts/comments on this choice... Cheers, Jack [1] http://www.trangobroadband.com/ _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Re: [nznog] Shocking iptables performance
by Mark Seward 18 Jan '07

18 Jan '07

On 1/19/07, Jasper Bryant-Greene <jasper(a)digiweb.net.nz> wrote: > [root(a)firewall1 root]# mii-tool > eth0: negotiated 100baseTx-FD flow-control, link ok > eth1: negotiated 100baseTx-FD flow-control, link ok > > Looks ok to me. Fixing it with mii-tool -F 100baseTx-FD makes no > difference to transfer rates. What devices are connected to each interface on this firewall and what do they say about duplex and collisions / otherwise errored packets? 100Mb NICs and switches are notorious for misbehaving in ways that cripple throughput as you describe. Mark.

1 0

DNS problems yesterday?
by Patrick Mchale 18 Jan '07

18 Jan '07

Hey There, I was wondering if anyone noticed an odd external DNS problem happening yesterday, the National Library's main website was affected for several hours. We could resolve internally but nothing from outside would get resolved. Nothing was changed on our DNS servers. Vodafone seemed to be affected also. Default Server: planet.natlib.govt.nz Address: 192.122.171.130 > server 210.55.131.76 Default Server: jupiter.natlib.govt.nz Address: 210.55.131.76 > www Server: jupiter.natlib.govt.nz Address: 210.55.131.76 Name: slbweb.natlib.govt.nz Address: 210.55.131.96 Aliases: www.natlib.govt.nz > server defiant.netgate.net.nz Default Server: defiant.netgate.net.nz Address: 202.37.245.17 > www.natlib.govt.nz Server: defiant.netgate.net.nz Address: 202.37.245.17 Name: slbweb.natlib.govt.nz Address: 210.55.131.96 Aliases: www.natlib.govt.nz > server reliant.net.nz *** Can't find address for server reliant.net.nz: Non-existent host/domain > server reliant.netgate.net.nz Default Server: reliant.netgate.net.nz Address: 202.37.245.20 > www.natlib.govt.nz Server: reliant.netgate.net.nz Address: 202.37.245.20 Name: slbweb.natlib.govt.nz Address: 210.55.131.96 Aliases: www.natlib.govt.nz > server 203.96.152.4 Default Server: rachel.paradise.net.nz Address: 203.96.152.4 > www.natlib.govt.nz Server: rachel.paradise.net.nz Address: 203.96.152.4 *** rachel.paradise.net.nz can't find www.natlib.govt.nz: Non-existent host/domain > server 202.73.198.15 Default Server: isdn1ldv.vodafone.co.nz Address: 202.73.198.15 > www.natlib.govt.nz Server: isdn1ldv.vodafone.co.nz Address: 202.73.198.15 *** isdn1ldv.vodafone.co.nz can't find www.natlib.govt.nz: Non-existent host/domain Cheers Patrick McHale National Library of New Zealand.

8 11

Re: [nznog] DNS problems yesterday?
by Patrick Mchale 18 Jan '07

18 Jan '07

Thanks for the responses, We kinda thought there was a bit of fiddling going on but at to who and finding a definitive answer, this problem may be a total mystery forever. We are though inquiring into one particular DNS provider to check if anything went astray yesterday. The report was very interesting and a very useful website for finding out about a particular sites DNS issues and security. I need to read up more on the info it presented and sort out some changes. Cheers Patrick McHale >>> "Patrick Mchale" <Patrick.Mchale(a)natlib.govt.nz> 19/01/2007 9:26 a.m. >>> Hey There, I was wondering if anyone noticed an odd external DNS problem happening yesterday, the National Library's main website was affected for several hours. We could resolve internally but nothing from outside would get resolved. Nothing was changed on our DNS servers. Vodafone seemed to be affected also. Default Server: planet.natlib.govt.nz Address: 192.122.171.130 > server 210.55.131.76 Default Server: jupiter.natlib.govt.nz Address: 210.55.131.76 > www Server: jupiter.natlib.govt.nz Address: 210.55.131.76 Name: slbweb.natlib.govt.nz Address: 210.55.131.96 Aliases: www.natlib.govt.nz > server defiant.netgate.net.nz Default Server: defiant.netgate.net.nz Address: 202.37.245.17 > www.natlib.govt.nz Server: defiant.netgate.net.nz Address: 202.37.245.17 Name: slbweb.natlib.govt.nz Address: 210.55.131.96 Aliases: www.natlib.govt.nz > server reliant.net.nz *** Can't find address for server reliant.net.nz: Non-existent host/domain > server reliant.netgate.net.nz Default Server: reliant.netgate.net.nz Address: 202.37.245.20 > www.natlib.govt.nz Server: reliant.netgate.net.nz Address: 202.37.245.20 Name: slbweb.natlib.govt.nz Address: 210.55.131.96 Aliases: www.natlib.govt.nz > server 203.96.152.4 Default Server: rachel.paradise.net.nz Address: 203.96.152.4 > www.natlib.govt.nz Server: rachel.paradise.net.nz Address: 203.96.152.4 *** rachel.paradise.net.nz can't find www.natlib.govt.nz: Non-existent host/domain > server 202.73.198.15 Default Server: isdn1ldv.vodafone.co.nz Address: 202.73.198.15 > www.natlib.govt.nz Server: isdn1ldv.vodafone.co.nz Address: 202.73.198.15 *** isdn1ldv.vodafone.co.nz can't find www.natlib.govt.nz: Non-existent host/domain Cheers Patrick McHale National Library of New Zealand. _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Malware used to spam pump and dump scams
by matthew＠auscert.org.au 17 Jan '07

17 Jan '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greetings all, As above - anyone aware of what particular bit of malware is being used to spam pump and dump scams? Also seeing similar usage for mule recruitment. Subjects may have the stock symbol CBFE for the stock P&D or "Managers opened - GAPFG Co" for the mule recruitment. Any feedback appreciated. Thanks for your time, - -- Matthew McGlashan -- Coordination Centre Team Leader | Hotline: +61 7 3365 4417 Australian Computer Emergency Response Team | Direct: +61 7 3365 7924 (AusCERT) | Fax: +61 7 3365 7031 The University of Queensland | WWW: www.auscert.org.au Qld 4072 Australia | Email: auscert(a)auscert.org.au -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) Comment: http://www.auscert.org.au/render.html?it=1967 Comment: http://www.auscert.org.au/render.html?it=1967 iQCVAwUBRa7T0Ch9+71yA2DNAQLKHAP/U0x1SudRh4BRtg+mxxkry6YifNUPFD+J 6sYjwErVf1N4N+Y6WN5zmU9JuXO+HqrMf79JiZ9eff3fC/2xd7jK1wJWr1GzNO5w jw8jZmO0QAC/2UzrEQuC9q4eDbogk/mHCLzSpg2qyzY6+cdN6IFGcnmgnkL0ycUk eTRO+t+6PQE= =AijR -----END PGP SIGNATURE-----

1 0

IGMP testing - thanks
by Ian Batterbee 16 Jan '07

16 Jan '07

Thanks all for the suggestions. That C source code, (the setting of theIP_ADD_MEMBERSHIP socket option in particular), led me to this rather useful document: http://tldp.org/HOWTO/Multicast-HOWTO-7.html ...which describes how it is the kernel's task to send IGMP out for sockets set as above, and not the application's problem, which explains why there aren't many apps around that send IGMP. And using 'tcpdump -n igmp', on the client end, I can see that it's doing what it should be doing :) Thanks.

1 0

Re: [nznog] IGMP test tools
by chris＠chrishellberg.com 16 Jan '07

16 Jan '07

Hi Ian, What about using a media application like vlc (videolan) and joining a multicast group? I think you might be able to run it in command line mode, if you don't have an X server listening. This'll trigger your IGMP membership reports and respond to group queries. /Chris ----- Original Message ---- From: Ian Batterbee <ian.batterbee(a)aut.ac.nz> To: nznog(a)list.waikato.ac.nz Sent: Tuesday, January 16, 2007 10:45:30 PM Subject: [nznog] IGMP test tools Hi all, I'm looking for some linux test tools that I can run that will send IGMP join commands and that will respond to IGMP queries (to keep the group alive), that I can use to prove or disprove a sparse mode pim configuration. There's such a blatent lack of matches for anything like this on google that I wonder if I'm overlooking some basic utility that is already included with most distros or is built into the kernel, but I can't come up with anything on that front either. Using a Cisco router or switch as a multicast group member is a possibility, but I'd rather use linux hosts if I can do so. _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

2 1

IGMP test tools
by Ian Batterbee 16 Jan '07

16 Jan '07

Hi all, I'm looking for some linux test tools that I can run that will send IGMP join commands and that will respond to IGMP queries (to keep the group alive), that I can use to prove or disprove a sparse mode pim configuration. There's such a blatent lack of matches for anything like this on google that I wonder if I'm overlooking some basic utility that is already included with most distros or is built into the kernel, but I can't come up with anything on that front either. Using a Cisco router or switch as a multicast group member is a possibility, but I'd rather use linux hosts if I can do so.

3 2

Notification of NZRR Database changes
by NZRR Database Notifications 15 Jan '07

15 Jan '07

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. 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. --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS9733 descr: Route set advertised to AS9439 by Netspace Services Limited - AS9733 members: 203.118.134.64/26^26-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: operations(a)netspace.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061219 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS9733 descr: advertised to AS9439 by Netspace Services Limited - AS9733 members: 210.4.208.0/21^21-29, 203.118.134.64/26^26-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: operations(a)netspace.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070116 source: NZRR

1 0

Hello all & a word on SPEWS DNS blackhole
by Michael Fincham 15 Jan '07

15 Jan '07

Hi everyone... Just wondering if anyone knows how prevalent checking against the (supposedly now defunct) SPEWS SPAM DNS blackhole list remains among NZ operators? Reason I ask is that our netblock seems to be inadvertently (and/or incorrectly) listed as an Aussie porn spam sender, and with the general unpleasantness involved in dealing with SPEWS combined with the apparent departure of their admins, I don't see any real resolution to this other than waiting for people to stop using SPEWS on their mail servers... Currently it looks like iServe's mail server is still using SPEWS as are the mail servers used by ISP amuri.net. These are the only two I have encountered so far since moving our mail server to its new home (202.6.116.105) -- --Michael Fincham Unleash Technology Solutions

3 2

Re: [nznog] Hello all & a word on SPEWS DNS blackhole
by Michael Fincham 15 Jan '07

15 Jan '07

> We do not use SPEWS though if you would kindly provide onlist a list > > of your > netblock addresses, myself and I'm sure others will check them against the > BL's we use and if neccessary whitelist accordingly. Hooray. Nothing like a post like that to restore my faith in humanity :^) We've got: 202.6.116.0/23 and for a short time longer, 210.55.104.0/26 - although that is technically assigned to Maxnet, not directly to us, and we are phasing out mailing from addresses in that range. Here's hoping I didn't break the threading with this post - I need to turn off digest mode :) -- --Michael Fincham Unleash Technology Solutions

2 1

Bus/Train to NZNOG
by Joel van Velden 15 Jan '07

15 Jan '07

Hi all The idea was floated at last weeks Curry in Auckland about hiring a bus to travel to NZNOG, as there would possibly be quite a number of people between Auckland and Palmerston North interested in a less stressful and cheaper means of getting there. I have no idea of what numbers would be required at this stage or what the cost would be. Obviously it would be cheaper than flying, but take longer to get there. The other alternative might be to group-book the train, which has tables, not sure about AC power, you can walk around, is apparently newly-refurbished, but probably takes a little longer than a bus, and possibly more expensive. Is anyone is interested? Contacting me off-list would be best. Regards, Joel van Velden

4 3

NZNOG Programme.
by Jonny Martin 14 Jan '07

14 Jan '07

Right, Neil and I have pretty much sorted the NZNOG programme. It's reasonably flexible, with a bit of room to slot things in if any important last minute talks pop up etc. It takes into account any preferences for days to talk on I have received. A couple of additions that have come up recently are for InternetNZ to have a talking slot to cover anti-spam legislation, copyright bills, and general telecommunications issues and how they impact ISPs. There is also a NZ internet history session slotted in. Richard Wood is writing a book on the subject for InternetNZ so will use this slot to gain some more content for this. Can someone give this a quick sanity check please? Dave will be throwing this on the website when he gets back in the office this afternoon. Cheers, Jonny.

3 2

[NZNOG 07 Conference] Registrations Close Today!
by Mark Foster 14 Jan '07

14 Jan '07

A gentle reminder that today is the last day for Conference registrations. If you havn't yet, but intended to, now is the time! I would imagine that ~3pm today is as late as anyone would want to dare leave it, as after that details of the registrations need to go out to our hosts, etc. (Registrations post today will continue to be accepted, but theres no guarantees around the availability of accomodation, for example.) Cheers Mark.

1 1

Old Newby
by Allister Clarke 11 Jan '07

11 Jan '07

Hello. I am back. Last posted while at Waikato uni in 2002. Hello Lindsay if you are still around? Al.

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 10 Jan '07

10 Jan '07

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. 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. --- 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, 202.150.96.0/19^19-29, 203.99.0.0/19^19-29, 202.126.192.0/20^20-29, 203.96.192.0/20^20-29, 219.88.128.0/20^20-29, 219.88.240.0/20^20-29, 210.54.56.0/21^21-29, 210.54.148.0/22^22-29, 210.55.12.0/22^22-29, 202.37.82.0/23^23-29, 202.0.151.0/24^24-29, 202.36.170.0/24^24-29, 202.37.19.0/24^24-29, 202.37.78.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.164.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 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: karl.skewes(a)team.orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060728 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, 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, 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.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: thomas.salmen(a)team.orcon.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20070111 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 10 Jan '07

10 Jan '07

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. 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. --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maxnet - 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, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.6.116.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.181.0/24^24-29, 202.49.141.0/24^24-29, 202.150.102.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: simon.allard(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061011 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, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.6.116.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.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 20070111 source: NZRR

1 0

Greylisting New Zealand whitelist
by Simon Lyall 08 Jan '07

08 Jan '07

Andy wrote: > You can see the routes advertised at the APE and WIX on the pages: > but it does provide a couple of lists that by some definition are in NZ. I don't know what "some definition" is but by most definitions there are quite a few non-NZ IPs there ( Specificly things like 203.59.0.0/17 that ihug advertising on behalf of iinet). Anyway, you don't want random IPs home luser IPs for greylisting, you want IPs that are sending you non-spam email. -- Simon J. Lyall | Very Busy | Web: http://www.darkmere.gen.nz/ "To stay awake all night adds a day to your life" - Stilgar | eMT.

9 13

[NZNOG 07 Conference] Registrations over the Holiday Period
by Mark Foster 08 Jan '07

08 Jan '07

Folks, Unfortunately it seems there was a glitch in the backend of nznog.org during the Christmas period. Anyone who registered for NZNOG during the holiday period _and did not receive an emailed confirmation__ - could you please re-register via http://www.nznog.org. If you are in any way in doubt, could you register again anyway. We'll be watching for duplicates. Sorry for the trouble. Regards Mark

2 1