- NZNOG - lists.nznog.org

Re: [nznog] [Fwd: Re: [Fwd: [Computer-support] Greylisting - one day after]
by Russell Fulton 15 Nov '06

15 Nov '06

> > -------- Original Message -------- > Subject: Re: [nznog] [Fwd: [Computer-support] > Greylisting - one day after] > Date: Thu, 16 Nov 2006 14:08:46 +1300 > From: Jasper Bryant-Greene <jasper(a)albumltd.co.nz> > Organisation: Album Limited > To: Richard <richard(a)alternativeuniverse.net> > CC: Russell Fulton <r.fulton(a)auckland.ac.nz>, > nznog(a)list.waikato.ac.nz > References: <2.1.1-1800921-393-A-OEWW(a)222.154.242.106> > > > > Question around this - we are currently looking at > implementing it, but > we have three mail servers behind a load balancer. The software we're > looking at is postgrey (as we use Postfix), but it uses BDB database > files... > > Which means each server has an individual greylisting > database, and mail > could potentially (worst case) be bounced three times before getting > through. Has anyone solved this problem already? With BDB database files you really don't have a lot (any?) options. You could put the file on a NFS share and let all 3 servers use it, but locking issues and overall BDB speed would probably impact your performance greatly. The best solution in this case would be to bring a new server that will run a real database (MySQL, Oracle). If you use a greylisting package that supports these databases (gld does), you can have all servers point to this server and use one central greylisting database. Of course, this way you have a single point of failure (while gld will allow e-mails to flow if the database is not available, you loose greylisting, of course). We at the moment have local MySQL databases on each server. This means that the greylisting delay could be longer, but as we don't have real load balancer but use DNS only, so far this hasn't been the case. As far as I can see, actually, remote MTAs always came back to exactly the same server they were originally greylisted on, probably due to DNS caching on their side. Bojan

2 1

Notification of NZRR Database changes
by NZRR Database Notifications 15 Nov '06

15 Nov '06

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:AS23754 descr: advertised to AS9439 by CityLink - AS23754 members: 198.48.0.0/22^22-29, 202.8.44.0/22^22-29, 198.32.71.0/24^24-29, 203.118.144.0/24^24-29, 202.7.4.32/28^28-29, 202.7.7.88/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)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050926 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS23754 descr: advertised to AS9439 by CityLink - AS23754 members: 198.48.0.0/22^22-29, 202.8.44.0/22^22-29, 202.7.6.0/23^23-29, 97.64.46.0/24^24-29, 198.32.71.0/24^24-29, 202.7.5.0/24^24-29, 203.118.144.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: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061116 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 15 Nov '06

15 Nov '06

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:AS23754 descr: advertised to AS9560 by CityLink - AS23754 members: 198.48.0.0/22^22-29, 202.8.44.0/22^22-29, 202.7.6.0/23^23-29, 198.32.71.0/24^24-29, 202.7.5.0/24^24-29, 203.118.144.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: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050624 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS23754 descr: advertised to AS9560 by CityLink - AS23754 members: 198.48.0.0/22^22-29, 202.8.44.0/22^22-29, 202.7.6.0/23^23-29, 97.64.46.0/24^24-29, 198.32.71.0/24^24-29, 202.7.5.0/24^24-29, 203.118.144.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: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061116 source: NZRR

1 0

[Fwd: [Computer-support] Greylisting - one day after]
by Russell Fulton 15 Nov '06

15 Nov '06

Hi Folks, This might be of interest to NZNOG members -- we have just implemented grey listing for some addresses and the results have been dramatic to say the least... Russell -------- Original Message -------- Subject: [Computer-support] Greylisting - one day after Date: Thu, 16 Nov 2006 10:50:26 +1300 From: Bojan Zdrnja <b.zdrnja(a)auckland.ac.nz> To: Computer Support <computer-support(a)list.auckland.ac.nz> Hi All, Yesterday at 12:00 (mid day) I enabled greylisting on our e-mail cluster. At the moment we are greylisting only machines that don't have reverse DNS entries, or match one of our predefined name regular expressions (these are matching on modem/dialup/cable/adsl machines). The results of this has been amazing - we are seeing a dramatic decrease in processed spam (almost 10 times!). I'm hoping that you are seeing effects of this in your mailboxes as well - there should be overall less spam (marked and unmarked). I'm attaching two graphs that are showing this. The first graph (total-messages.PNG) shows total messages received after I turned on greylising. Green are legitimate messages, blue is spam, red are infected messages. The second graph (CPU-groucho.PNG) shows CPU utilization on groucho (smtpa - the first SMTP machine). For some reason spammers like to hit this machine the most so you can see last 7 days. Now, this works great at the moment but spammers will adapt and improve their software. My wild guess is that this will help for maybe 6 months to a year, but it will definitely give us some time to prepare for future spam waves. Bojan

2 1

Re: [nznog] [Fwd: [Computer-support] Greylisting - one day after]
by Mark Seward 15 Nov '06

15 Nov '06

On 11/16/06, Daniel <daniel(a)fx.net.nz> wrote: > > Which means each server has an individual greylisting database, and mail > > could potentially (worst case) be bounced three times before getting > > through. Has anyone solved this problem already? .. > http://sqlgrey.sourceforge.net/ We have postfix+sqlgrey deployed across several mail hosts. It would be nice to have a replicated postgres behind it but otherwise it does the job very nicely. Also seen here: Similar dramatic reduction in inbound crap and recent increase in abuse of relays behind legit whitelisted hosts. Cheers, Mark.

1 0

Inbound mail filtering at Ihug
by Martin Kealey 14 Nov '06

14 Nov '06

Hi folks, Just a heads-up: We've recently tightened up the reverse & forward DNS tests applied by our inbound SMTP servers (zuul.ihug.co.nz); sending hosts with mismatched DNS entries are now likely to have all messages rejected. If you need an exception to this rule please let us know (presumably by phone...) -Martin Kealey (Systems Engineer, ihüg)

3 2

Re: [nznog] Inbound mail filtering at Ihug
by Martin Kealey 14 Nov '06

14 Nov '06

Ok, before I get a complete deluge of replies... Personally I agree that dropping connections without explanation is, to say the least, unhelpful. I only started here on Monday so some things might take longer than you'd expect, but I'm already looking into this and other outstanding email issues. -Martin

1 0

Invite to IPV6 Industry Update
by Martyn Pratt (marpratt) 14 Nov '06

14 Nov '06

Hi all, for those with an interest in IPv6, Tony Hain co-chair of the IETF working group developing IPv6 Transition tools will be speaking in Wellington and Auckland, please see below for more details . If anyone would like more info please feel free to contact me directly. Cheers Martyn Industry Update-IPV6 Please join us for an informative update from visiting Cisco Senior Technical Leader Tony Hain on IPV6 Developments and Trends Wellington Event When: Friday 1st December Where: Hotel Intercontinental, Thordon Room, Grey Street What Time: 9am to 10.30am RSVP: Trafong(a)cisco.com Please reply by Tuedsay 21st Nov and advise city in response Auckland Event When: Tuesday 28th November Where: Cisco Auckland Boardroom, L25 ASB Building, 135 Albert St What Time: 3pm- 4pm RSVP: Trafong(a)cisco.com Please reply by Tuedsay 21st Nov and advise city in response More about Tony Hain Tony is currently the Senior Technical Leader, IPv6 technologies with Cisco Systems. In addition to providing guidance to the various internal product teams, he was also co-chair of the IETF working group developing IPv6 Transition tools. His IETF participation since 1987 includes a term on the Internet Architecture Board from 1997 - 2001. Named an IPv6 Forum Fellow in 2004, he is currently serving as Technology Director on the forum's North American IPv6 task force steering committee ________________________________ <http://www.cisco.com/> Martyn Pratt Systems Engineer, New Zealand Cisco Systems, Inc. ________________________________ Contact Information: e-mail: Phone: DDI: Mobile: Web: martyn.pratt(a)cisco.com +64 9 355 1950 +64 9 355 1975 +64 21 504 632 www.cisco.com ________________________________

1 0

Speedtest for every ISP for ispmap.co.nz
by Barry Murphy 14 Nov '06

14 Nov '06

Howdy, Could someone from each ISP send me a link to a speedtest on one of your servers, that is if you have a speed test site for your ISP, this will be linked from http://www.ispmap.co.nz/searchisp.php to your speed test site. Secondly if you have tr.php (from http://tr.meta.net.nz) please advise the link at the same time so we can do something like http://www.ispmap.co.nz/yourIP.php (the traceroute to your IP) from each ISP's page. The idea is to allow users to speed test their connection and run traceroute tests to themselves from multiple providers. To make like easier for myself, please reply with the following: ISP Name: Speedtest URL: Traceroute URL: Are these run by the ISP (yes) or a third party (no): Please reply offlist. Thanks Regards Barry Murphy -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

ihug email issues
by Quintin Russ 13 Nov '06

13 Nov '06

Hi, Can someone from ihug please contact me offlist regarding ihug mail servers dropping connection from our servers. Thanks, Quintin

2 2

Notice of maintenance work on ns2.dns.net.nz
by DNS 12 Nov '06

12 Nov '06

Please note we will be doing some maintenance work on the machine that serves ns2.dns.net.nz between 19:00 and 21:00 on Monday the 30th of October. During this time ns2.dns.net.nz may not be available. Throughout this period the other six .nz zone servers (ns1,3,4,5,6,7) will be available. Please contact me if you have any questions. Dave Baker .nz Registry Services support(a)nzrs.net.nz

1 1

OT - Brother HL2700CN w Linux reports please
by John ＠ netTRUST 12 Nov '06

12 Nov '06

Any feedback on this printer's operation with Linux / CUPS using the network interface? Thanks.

2 1

Re: [nznog] More quotes for internet access needed...
by Gerard Creamer 07 Nov '06

07 Nov '06

Apologies - I didn't mean to be unclear in my post, or to speak untruths about radio. I thought the query was regarding connectivity to a home. I have worked with radio links a number of time in commercial settings and it's always been fabulous - both fast and very reliable, and it's great to see a number of purveyors of high class services getting established in this field. Every time I've tried to get radio going to a residential address (ie, in a suburb or regional centre) it's only been possible using products that sadly don't fall under the 'fast and reliable' umbrella. If you are lucky enough to be able to subscribe to a decent provider then be thankful and take the opportunity - I know I would if I could. Cheers, Gerard On 7/11/2006 10:29 p.m., Jonathan Brewer wrote: > Hi Folks, > > Since this is a technical list, I thought I'd contribute some data to answer > Gerard's comment: > > "Wireless has too high a latency" > > I left a ping running for the last hour across our gigabit wireless link > between Sky Tower and ANZ Centre in Auckland. Here are the results: > > 3904 packets transmitted, 3904 packets received, 0% packet loss > round-trip min/avg/max = 1/1.0/5 ms > > A couple points: > > 1. It's raining in Auckland. The unloaded link without the rain is > down around .5ms > 2. Under load in the rain it looks more like 1/3/8 ms. > 3. Yes, it really is wireless, not laser. Tx low 58.1 GHz, Tx high > 62.9 GHz. > > Cheers, > > Jon > > ------------------------- > Araneo Limited > 230B Left Bank > 116 Cuba Street > Wellington 6011 > > Ph: 04 978 7350 > Fx: 04 978 7355 > Mb: 021 345 054 > > http://www.araneo.net.nz/ > ------------------------- > >

2 1

More quotes for internet access needed...
by Jasper Bryant-Greene 06 Nov '06

06 Nov '06

Unrelated but similar request to Ernest's earlier today: I have a requirement for decent high-speed Internet access at my residence in Edgeware, Christchurch. National bandwidth is a priority (preferably 10Mb+, and preferably symmetrical), international doesn't have to be anything too flash. The premises we will be performing most data transfers to is dual-homed with TC and Telecom, so no particular preferences there for this end. I live maybe 25m from the closest TC cable, which would probably be close enough speed-wise, but there's another property between me and that cable, so I can't get hooked up. What, if any, are my options? If any providers able to help could email me quotes off-list I'd be appreciative. -- Jasper Bryant-Greene Director Album Limited jasper(a)albumltd.co.nz +64 21 708 334 / 0800 425 286 http://www.albumltd.co.nz/

9 8

Quotes for internet access needed
by Ernest Cunningham 06 Nov '06

06 Nov '06

Hi all, We are currently evaluating our internet access needs and are looking for quotes from those who can provide internet access that meets the following requirements: - ≥ 10 mbit/symetrical National / International - Approx. 100 gig monthly traffic allowance (estimate current average monthly usage to be about 30% international / 70 % national traffic) - Multiple static IP addresses (currently have 5 and use 3) - Customisable traffic shaping (no one tcp data stream to use more than 2mbit/sec at any time etc) - Additional high speed internet access for staff residences for remote development and server administration etc. (5-15 staff) - Office location is Christchurch CBD. - We host client database and web solutions so connection needs to be reliable. (read: Telecom ADSL will not cut the mustard). Please email me off list if you can help. Kind regards, Ernest Cunningham

1 0

How many bytes is 50mb?
by Don Gould 04 Nov '06

04 Nov '06

Does anyone know what the conventions are in NZ? I'm writting a small data control system and I need to know how ISPs count data here. I know the convention for a gig is 1000 mb. I don't know how people are counting mbs thou. Cheers Don -- Don Gould www.thinkdesignprint.co.nz - www.tcn.bowenvale.co.nz - www.bowenvale.co.nz - www.hearingbooks.co.nz - www.buxtonsquare.co.nz - SkypeMe: ThinkDesignPrint - Good ideas: www.solarking.co.nz

3 2

[Sort of OT] NZ FreeBSD mirror needed
by Juha Saarinen 30 Oct '06

30 Oct '06

Hello my beery little friends, Dan Langille wrote on the NZFUG list: "Hi folks, The computer running http://www.nz.freebsd.org/ is dying. The www mirror needs a new home. Any volunteers? I think this port does that for you: http://www.freshports.org/net/cvsup-mirror/ The NZ website is not a high volume website... It's just good to have the thing up and running." And I thought maybe a NZ ISP might be able to assist here. A cvsup and ftp mirror would be good too, if possible. Details on mirroring here: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/hubs/index.html And Andrew Thompson @ FreeBSD says there's a prebuilt system available if anyone wants to host it, or ISPs are welcome to use their own. Off list replies please. -- Juha Saarinen www.geekzone.co.nz/juha | Skype: juha_saarinen blogs.pcworld.co.nz/pcworld/techsploder www.computerworld.co.nz | MSN: juha_saarinen(a)msn.com Subtle recursive jokes in .sigs are not funny.

1 0

Re: [nznog] [Fwd: Re: NZNOG '06 videos]
by Richard Naylor 28 Oct '06

28 Oct '06

>On Thu, 2006-10-12 at 18:29 +1300, Jeremy Naylor wrote: >>Hey guys, >>Just a quick note to let you know that the videos for the talks at NZNOG >>'06 are now available. >>Sorry for the delay with them. >>They're at: http://www.r2.co.nz/20060323 > >Is there any easy way to download them without resorting to using >mplayer -dumpstream? If theres enough interest or demand, I put a copy onto an HTTP server. See if theres interest on nznog. Rich

1 0

Fwd: The Postel Network Operator's Scholarship
by Joe Abley 27 Oct '06

27 Oct '06

Begin forwarded message: > From: Joe Abley <jabley(a)ca.afilias.info> > Date: 13 October 2006 10:30:13 EDT (CA) > To: nanog-announce(a)nanog.org > Subject: The Postel Network Operator's Scholarship > > The Internet Society (ISOC) a 501c(3) corporation (http:// > www.isoc.org/isoc/general/trustees/incorp.shtml) has agreed to > accept a restricted donation from an anonymous source to be known as > the "Postel Network Operator's Scholarship." > > The Scholarship will be awarded annually to a recipient selected by a > "Selection Committee" consisting of a representative of the then > serving Board of ARIN (The American Registry of Internet Numbers - > http://www.arin.net) and a representative of the then serving > Steering Committee of NANOG (The North American Network Operator's > Group - http://www.nanog.org) > > The award is intended to enable a deserving network operator who > would not otherwise be able to attend the Joint Meeting to do so, and > whose attendance at the Joint Meeting will continue to build on the > legacy of Jon's lifetime contribution to the Internet. > > The Selection Committee will develop an open and public application > process, and will "whimsically" select the annual recipient > exclusively in response to the question: "What Would Jon Do?" if he > were asked to select a recipient. There are no criteria or > restrictions or other requirements, including but not limited to > nationality, location, age, or gender. > > The scholarship will cover the costs of travel from the recipient's > home city to the Joint Meeting. It will also cover the costs of > Hotel accommodation at the Conference Hotel. It will include a daily > stipend for food, beverages, and incidentals. It is expected that > the attendence fee for the meetings will be waived by ARIN and NANOG. > > The membership of the Selection Committee shall not be changed except > in the event that the membership of either the Board (in the case of > ARIN) or the Steering Committee (in the case of NANOG) ceases to be > based on the popular vote of the community each serve; in which case > the member whose process changes will be replaced by a similar body > that is based on the popular vote of the community that was served by > the ineligible member, and which will be appointed at the sole > discretion of the Board of Trustees of the Internet Society, and > under the same terms as the initial Selection Committee. > > At its option, the Internet Society may increase or decrease the > number of recipients each year based on the current state of the > Scholarship Fund, and the variable costs of travel and accommodation. >

1 0

Re: [nznog] Moving DNS providers - best practice.
by Peter Mott 26 Oct '06

26 Oct '06

On 27/10/2006, at 3:23 PM, Mark Foster wrote: > Ask them do a whois on the domain, and then point out that if they are > carrying Authoritive NS records for a domain which the rootservers are > pointing elsewhere - whois tells you this - they are breaking the DNS. One could also encourage folks to use different name servers for caching and not allow recursion on their authoritative servers. That way if they claim to be authoritative and they are no longer, nobody cares. I seem to remember having a discussion about this very thing with a large provider about 6 years ago and they were not interested in any form of co-operation that would prevent client internet experience being broken when a change of delegation took place. They didn't have the capacity to understand the problem let alone a resolve to solve it. I wonder if anything has changed :-) regards Peter Mott -/-

2 1

Re: [nznog] Moving DNS providers - best practice.
by Mark Foster 26 Oct '06

26 Oct '06

On Fri, 27 Oct 2006, Peter Mott wrote: > On 27/10/2006, at 3:23 PM, Mark Foster wrote: > >> Ask them do a whois on the domain, and then point out that if they are >> carrying Authoritive NS records for a domain which the rootservers are >> pointing elsewhere - whois tells you this - they are breaking the DNS. > > One could also encourage folks to use different name servers for caching and > not allow recursion on their authoritative servers. That way if they claim > to be authoritative and they are no longer, nobody cares. > > I seem to remember having a discussion about this very thing with a large > provider about 6 years ago and they were not interested in any form of > co-operation that would prevent client internet experience being broken when > a change of delegation took place. They didn't have the capacity to > understand the problem let alone a resolve to solve it. I wonder if anything > has changed :-) Actually a possible 'reason' for this just occurred to me. If you're buying a DNS hosting service from an ISP, does the ISP have the right to cancel said hosting service without authority from the customer? This, I believe, has been a cited reason _not_ to remove legacy DNS (despite what the registry says) for at least one provider i've heard of before now. It makes the issue one of customer-provider liason - and one of monetary/commercial significance - instead of dns/operational significance. I favour the latter. But there may be a valid point here... Mark.

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 25 Oct '06

25 Oct '06

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:AS24005 descr: advertised to AS9560 by SafeNZ Networks Limited - AS24005 members: 202.56.32.0/20^20-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 202.170.160.0/21^21-29, 203.98.6.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: tonyw(a)tonyw.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060217 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS24005 descr: advertised to AS9560 by SafeNZ Networks - AS24005 members: 202.56.32.0/20^20-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 202.170.160.0/21^21-29, 203.167.254.0/23^23-29, 202.50.252.0/24^24-29, 203.97.6.0/24^24-29, 203.98.6.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: tonyw(a)tonyw.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061026 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 25 Oct '06

25 Oct '06

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:AS24005 descr: advertised to AS9439 by SafeNZ Networks Limited - AS24005 members: 202.56.32.0/20^20-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 202.170.160.0/21^21-29, 203.98.6.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: tonyw(a)tonyw.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20060217 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS24005 descr: advertised to AS9439 by SafeNZ Networks - AS24005 members: 202.56.32.0/20^20-29, 202.56.48.0/21^21-29, 202.137.240.0/21^21-29, 202.170.160.0/21^21-29, 203.167.254.0/23^23-29, 202.50.252.0/24^24-29, 203.97.6.0/24^24-29, 203.98.6.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: tonyw(a)tonyw.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20061026 source: NZRR

1 0

Network Specialist - position available at the National Library Wellington
by Patrick Mchale 25 Oct '06

25 Oct '06

We currently have a position available for a Network Specialist at the National Library of New Zealand, Wellington Vacancy Number: NL1881 http://www.jobs.govt.nz/jobs/viewjob.aspx?OpportunityID=31009 for more details of the National Library http://www.natlib.govt.nz/en/about/2working.html Regards Patrick McHale Network Specialist National Library of New Zealand

1 0

OT Slingshot activations/admin request
by Barry Murphy 23 Oct '06

23 Oct '06

Hi There, First off sorry for the offtopic post, though I'm drinking beer and offering beer to someone that can help me from Slingshot activations / admin. For some odd reason my Italk number fell off the face of slingshot (perhaps it's in fiji or been sold without knowing) since Saturday afternoon. No one till now has been able to help and it's causing issues for people trying to contact me and for me in general. Please reply offlist if you can assist, beer offerings. Cheers Barry -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0