- NZNOG - lists.nznog.org

As expected, Swain nixed unbundling
by Juha Saarinen 18 May '04

18 May '04

http://www.nzherald.co.nz/latestnewsstory.cfm?storyID=3567355 Forgot to buy Telecom shares... arggh. -- Juha

1 0

DalNet nodes in NZ?
by Simon Blake 18 May '04

18 May '04

The folks from Dalnet are pestering Citylink to provide free hosting for a server they'll provide. I couldn't find any list of nodes on dalnet, so I have no feeling for how many there may already be in NZ. So I guess my question is, are these folks legit, is it a worthwhile thing to be associated with, would anybody use it if we did set it up? I have vague recollections of IRC nodes in NZ attracting significant DOS traffic in the past - does that sort of thing still happen? Shuold I run screaming from the room? Cheers Si

2 2

Lucent TNT Access Servers...
by Seeby Woodhouse 16 May '04

16 May '04

Apologies for the 'for sale' notice, but this really does seem like the most obvious forum that would have people interested in this sort of gear. Orcon currently has 6 x 480 Port Lucent TNT Access servers for sale, and we'll take the best offer over $12,000 + GST each (that's just $25 per port). You can still buy these new, and I have been told that current US$ list price is around US$181,000 Below is the current US$ list price of the components - each chassis has 10 x 48 port cards, 2 x E1 cards, and 1 of everything else. TNT-2DC-H 408078095 TNT Base, NCM3L20DRB $17,000.00 TNTV-SL-ADI-C 300076684 48-port MultiDSP NCD3BB0BAA $13,000.00 TNT-SL-CE1-C 300268471 Single-slot module (8) E1 interfaces IPI1GBABAA $4,000.00 TNT-SL-E100ND-C 300304193 4-Port, 10/100 Port Voice Ethernet Module IPI69D0CAA $10,000.00 TNT-OSLIC 300351004 Base TAOS RTU software license for the MAX TNT N/A $10,000.00 TNT-SO-R2 300071495 R2 tone-based support for most E1 countries. $5,000.00 TNT-SP-DRAM-32 407938745 32MB JEDEC DRAM Memory module. $1,000.00 Note: - The chassis in their current configuration won't do V.92. - The chassis also have the voice hash codes so that you can provide VOIP services on PRIs etc. Cheers Seeby Woodhouse Managing Director Orcon Internet Limited - www.orcon.net.nz Mob +64 (0) 21 366 666 / Wk +64 (9) 444 4414 ext 700

1 0

possible jeopardy for F root server in Auckland tomorrow morning
by Joe Abley 16 May '04

16 May '04

I hear there will be power testing on all levels in the Sky Tower tomorrow (Tuesday) between 0630 and 0730 local time, and "short breaks" are to be expected on all levels. The F root node in Auckland lives on Level 48. The power to the F-root node is supplied through UPSes, but I do not know the list time those UPSes were called upon to supply service. Accordingly, it is at least possible that multiple components of the F-root node will reboot, in which case peers of ISC in Auckland may see transient re-routing towards some other F-root node (Brisbane, Hong Kong, Palo Alto or San Francisco, probably). If there's any persistent issue outside that window, please feel free to send mail to noc(a)isc.org as usual. If you're at the APE and not peering with us, and you'd like to, send mail to peering(a)isc.org. Joe

1 1

NTP sources within NZ
by Russell Fulton 05 May '04

05 May '04

Hi, we have discovered that most of the off campus sources we had for our NTP service are no longer there. Anybody willing to let us connect to their servers? -- Russell Fulton /~\ The ASCII Network Security Officer \ / Ribbon Campaign The University of Auckland X Against HTML New Zealand / \ Email!

9 8

RE: [nznog] Hikoi webcast - maybe
by Richard Naylor 04 May '04

04 May '04

At 12:16 p.m. 5/05/2004 +1200, David Robb wrote: >On Wed, 5 May 2004, Jonathan Brewer wrote: > > > Hey Richard, > > > > Nice webcast, but where's the 8mbps HDTV stream!? > >Or at least something a bit higher bandwidth than 128kbit. Sorry - the HDTV stuff is about 12 months away due to a CPU capacity crisis - we need the 64bitters and appropriate software. I chose 128k as the best single stream to do that would be usable by the max people. I was using my laptop so cpu was limited. WHile I could have done a higher bit rate, the audience would have been restricted. A number of contacts reported firewall blocks in place and so some resorted to dial-up !! I use protocol roll over to try and get around firewalls, so I'm supporting mms and rtsp. So sorry bout the 128, but it did get a good audience. A link to the stream was carried by Stuff.co.nz and we had a simultaneous peak of 92 viewers. The log files shows something like 1550 connections looking at VideoNow. I didn't have individual logging turned on, so its mixed with other traffic, but VideoNow was saturating the log file, so about 1500 odd connex. The next stage is to get the gear a little more portable (like a backpack, like our other portable units) and also get multi-bit rate. And yes, we are available for the beach volley-ball championship, but would insist on full coverage of the event, including all the lead up trials etc. Do I have any volunteers for the camera crew ? rich

2 1

Re: [nznog] NTP sources within NZ
by Ewen McNeill 04 May '04

04 May '04

In message <2370.202.27.185.71.1083729519.squirrel(a)www.crypt.gen.nz>, "Kerry Tho mpson" writes: >Simon Blake said: >> Setting up a GPS NTP source has been on the list of things I've wanted >> to get done for a while now - I've got several rooftop mounted PC's that >> have stunning views of the heavens. [....] > >Dick Smiths have a usb GPS receiver ( http://www.dse.co.nz & search for >XH6831 ) which uses the standard NMEA protocol over what seems to be an >emulated serial port. IIRC that GPS receiver doesn't do PPS (pulse-per-second). Without pulse per second you can't get NTP-accurate time out of a GPS -- there's just too much jitter in the timing reports. (NMEA output is fairly slow (9600bps?) and in many GPSes they don't even treat the NMEA output as a high priority, so it's only "near the second" not on starting on the second.) >From what I remember most GPSes under about $400-$500 won't do PPS, and some of the more expensive ones don't either. I think there are some models around the $500-$600 range which will do PPS, but I don't recall which ones off hand. Ewen

1 0

Re: [nznog] NTP sources within NZ
by John Rumsey 04 May '04

04 May '04

mark.harris(a)ssc.govt.nz wrote: > Russell Fulton wrote: > >> we have discovered that most of the off campus sources we had for our >> NTP service are no longer there. Anybody willing to let us connect >> to their servers? > > > > Industrial Research's Measurement Standards Laboratory (MSL)is now > providing a publicly accessible primary Network Time Protocol (NTP) > server for the synchronisation of computer time for connections within > New Zealand. More details are available on their website: http://www.irl.cri.nz/msl/services/time/ntpServer.html cheers, John Rumsey

1 0

Hikoi webcast - maybe
by Richard Naylor 04 May '04

04 May '04

a "maybe" heads up. We have been developing a webcasting facility known as VideoNow. It is webcasting with the encoder over CafeNet, so you can roam around town. Last friday we drove the van around, which seems to have amused a few folks. I'll put some footage up later for a laugh. Tomorrow the Hokoi will parade/march thru town. There is a strong possibility that we will have a camera on Lambton Quay to catch the action. The VideoNow URL is http://www.r2.co.nz/20040414/ If the camera is live it will connect, if not you get a message. Keep trying - the stream will kick in as we get near an access point. The "maybe" part is how much sleep we get tonight. Camera batteries are already charging........ rich

9 9

RE: [nznog] NTP sources within NZ
by mark.harris＠ssc.govt.nz 04 May '04

04 May '04

Russell Fulton wrote: > we have discovered that most of the off campus sources > we had for our NTP service are no longer there. Anybody > willing to let us connect to their servers? Industrial Research's Measurement Standards Laboratory (MSL)is now providing a publicly accessible primary Network Time Protocol (NTP) server for the synchronisation of computer time for connections within New Zealand. The Measurement Standards Laboratory (MSL) is the official disseminator of the time standard, UTC(MSL), for New Zealand. (Most people will be familiar with their time service disseminated as a series of "pips" broadcast by Radio New Zealand on the National Radio station. ) MSL is now providing a Network Time Protocol (NTP) stratum 1 server for connections within New Zealand. The server is referenced to UTC(MSL) by direct connection of a pulse per second signal from the master caesium atomic clock which is part of the New Zealand time standard. The time in the server is typically stable to around 1 microsecond with respect to the time in the caesium clock. Using the server The server is a publicly available server open to all connections from within NZ. Its address is msltime.irl.cri.nz (Note: this server only services NTP and 'Simple Network Time Protocol' (SNTP) requests. It does not respond to 'datetime' requests. Government agencies however, should register their use of the server with MSL by sending the IP address of their server (a static address is required) and a contact email address to time(a)irl.cri.nz . The reason for this requirement is that some servers overseas have been flooded with requests from devices such as routers and access to the server may have to be restricted at some time in the future. Agencies should limit their requests to come from at most three servers and then any additional server should connect to what will be the agency's three stratum 2 clocks. The best and most accurate way of using this service is to install the official NTP distribution from www.ntp.org. Versions are available for most versions of Unix. Windows versions are available for Windows NT, 2000 and XP. Please note that this message has been liberally pillaged from a fact sheet on the E-government website (http://www.e.govt.nz/programme/docs/Time.pdf) and further details are contained there (sorry, pdf only at present. I'm working on getting more accessible pages up there). Regards Mark Harris Manager Moderation and Web Standards State Services Commission PO Box 329, Wellington, NZ Tel: 64 4 495 2844 Email mailto:web.guidelines(a)ssc.govt.nz -- Caution: The content of this email is the property of the State Services Commission. If you have received this message in error please notify the sender immediately and delete.

1 0

Heads Up - Webcast tomorrow - TUESDAY
by Richard Naylor 03 May '04

03 May '04

We have a webcast tomorrow - Tuesday 4 May 2004 NZ Wireless Data Forum conference at Te Papa. It appears that the organisers haven't put any URLS to the streams anywhere public, so I don't expect any traffic issues. But as usual Help Desks may get questions from users etc. Or you may have a few minutes free and want to see whats new in wireless stuff yourselves. http://www.r2.co.nz/20040504 If theres enough interest, we can use VideoNow (a camera and wireless laptop) to do a tour of the exhibition area to show what toys were on display. Need a time that suits. Theres no lunch break (S**T !!! when will we eat ? We're starting at 6:30am!) and the presentations go thru til 1630. May get someone else to drive that bit videonow is at http://www.r2.co.nz/20040414 rich

3 5

Sasser Virus Information
by Nick MacKechnie (thenet) 03 May '04

03 May '04

Hi All, Sasser seems to be alive and well, here is some information that you may find useful. -- Based on the information at the Symantec link: - Blocking destination tcp ports 5554 and 9996 at the routers will stop the payload being transferred across network segments. (5554 appears to be the content transfer channel (FTP), 9996 is the remote shell used to run commands on a host). - Deploying an IPSec policy with filter actions for Block on port 5554 and 9996 can be used to block the transfer of the payload to or from individual hosts. Blocking inbound 445 is also possible, but may cause problems depending on your specific requirements re File and Print sharing on clients. NB This is a technique to limit the spread of the virus, not to mitigate the vulnerability. -- Group Policy deployment of the removal tool has not been tested to my knowledge, but: - When assigned to a computer, the package is executed using a Local System logon, so shouldn't encounter any permissions issues. - The cleanup tool fails if the MS04-011 hotfix is not installed. - Group Policy does not guarantee an order of completion for assigned packages. - If the package runs unsuccessfully, it may not be run again by the software deployment engine; instead, consider using MSI to get the cleanup tool onto the workstations and a computer startup script to execute the tool. - Our typical suggestion is to install MS04-011, reboot, then run the cleanup tool; GP software deployment may not be able to accomplish this in a single step.

1 0

OT: Looking for 2nd hand 1U servers.
by Lin Nah 02 May '04

02 May '04

HI all I'm look for several ( more than 3 ) 1U machines for servers that I'm putting online. My budget is tight and I don't need high performance. Just realiable stuff. So if people have older boxes lying around ( that isn't broken) doing nothing that would be great. Minimum spec would be: 1U (2U might be okay but 1U prefered), 600MHz+ i386, IDE or SCSI disk (or ability to take a normal one) and 100Mb/s Ethernet. I'd prefer Auckland unless you have several to offset the cost of shipping. Anyway email me if you have any available or know where I can get hold of some. regards lin ps If you are interested in curry and beer this Thurs dinner, contact me if you are in Auckland or go to thursdaynightcurry.com for Wgtn.

1 0

The New Zealand Network Operators' Group
by Donald Neal 02 May '04

02 May '04

The New Zealand Network Operators' Group The New Zealand Network Operators' Group (NZNOG) has no king, president or formal membership. At present it consists of the subscribers to this mailing list, which anyone is free to join. Meetings See http://www.nznog.org/ for details of the January 2004 conference. We are now working towards a similar gathering to be held in late January or early February 2005. Also see http://auckland.thursdaynightcurry.com/ if you live in or near Auckland. Operators' Contact List See http://www.usenet.net.nz/noc/ for operational contact details for most New Zealand ISP's. These are intended for use by other network operators rather than by most customers. Internet Exchanges See http://www.ape.net.nz/ for details of the Auckland Peering Exchange and those connected there. See http://www.wix.net.nz/ for the Wellington Internet Exchange. About This Mailing List This list has over six hundred addresses subscribed. You may only post to the list from a subscribed address. A number of people subscribe addresses which do not receive email purely to allow posting from them. The NZNOG mailing list is provided through a server at The University of Waikato, and is administered by employees of Alcatel NZ Ltd, Citylink and ihug Ltd. None of these organisations, nor any administrator, is responsible for its content. NZNOG Mailing List Acceptable Use Policy The NZNOG mailing list exists to provide a forum for the exchange of technical information and the discussion of implementation issues that require cooperation among New Zealand network service providers. In order to continue to provide a useful forum for discussion of relevant technical issues, users of the list are asked to respect the following guidelines. 1. Discussion will focus on Internet operational and technical issues. 2. Discussion related to meetings of network service providers is appropriate. 3. Discussion unrelated to these topics is not appropriate. 4. Postings to multiple mailing lists are discouraged. 5. Postings that include foul language, character assassination, and lack of respect for other participants are unacceptable. 6. Blatant product or service marketing is unacceptable. 7. Postings of a political, philosophical or legal nature are discouraged. 8. Postings to the list should be in ASCII or MIME encoded as text/plain. Attachments should not be sent to the list. To present a document, a suitable URL may be referred to. For documents of general interest, the use of proprietary file formats is discouraged. 9. Breaches of list etiquette should be dealt with privately with the offending list user, and should not result in complaints being sent to the list. 10. A person repeatedly breaching list etiquette shall receive warnings from the list administrator. A further breach after the second such warning within thirty days shall result in the offender being unsubscribed from the list. Other action may also be taken to block postings to the list by the offender. Any such unsubscription is to be immediately announced to the list. Mailing List Archives A full archive is available at http://list.waikato.ac.nz/archives/nznog/ Any message sent to the list will be archived and made available on the web automatically. Changes are not made to the archive on request, though the administrators remain happy to assist the Office of the Privacy Commissioner should any complaint be laid with that office. One way to search the archive is to use google and prefix your search with site:list.waikato.ac.nz . Subscribing to the List See http://list.waikato.ac.nz/mailman/listinfo/nznog to subscribe. Donald Neal NZNOG Mailing List Owner/Administrator/Muggins ------------------------------------------------------------------------------ "This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002." ------------------------------------------------------------------------------

1 0

go on - burn up some bandwidth
by Richard Naylor 29 Apr '04

29 Apr '04

http://www.r2.co.nz/xyzzy it will be gone shortly

3 2

RE: [nznog] go on - burn up some bandwidth
by Regan Murphy 29 Apr '04

29 Apr '04

> > http://www.r2.co.nz/xyzzy > > it will be gone shortly > 384Kbps streams nicely over telstraclear 2mpbs dsl with 100KB/sec of downloads running in the background :D -- Regan

1 0

WHOIS at ARIN.NET not responding.....
by Steve Withers 28 Apr '04

28 Apr '04

Anyone else unable to use the WHOIS at arin.net? I can't get a response when trying to check ownership of IP addresses. 15:24 2004 04 29 Steve

4 5

RE: [nznog] WHOIS at ARIN.NET not responding.....
by Gordon Smith 28 Apr '04

28 Apr '04

You should really be raising this as a fault with your ISP then. > -----Original Message----- > From: Steve Withers [mailto:swithers(a)mmp.org.nz] > Sent: Thursday, 29 April 2004 4:19 p.m. > To: nznog > Subject: RE: [nznog] WHOIS at ARIN.NET not responding..... > > > My IP is: 222.152.48.55 > > I'm on Jetstream (Orcon is the nominal ISP). > > Steve > >

1 0

Also can't reach: thememoryhole.org / 69.50.191.178
by Steve Withers 28 Apr '04

28 Apr '04

This site has also been unreachable by me at any time of the day or night since i first tried to access it several days ago: 165.229.193.230 www.thememoryhole.org I'm on Jetstream Surf via Orcon steve(a)tbird:~$ traceroute www.thememoryhole.org traceroute to www.thememoryhole.org (69.50.191.178), 30 hops max, 38 byte packets 1 * * * 2 210-55-64-32.adsl.netgate.net.nz (210.55.64.32) 52.484 ms 50.206 ms 51.823 ms 3 192.168.253.1 (192.168.253.1) 59.802 ms 58.922 ms 63.941 ms 4 p-c1.akbr1.global-gateway.net.nz (202.50.245.237) 67.791 ms 80.210 ms 75.767 ms 5 ge-0-3-0-6.akbr3.global-gateway.net.nz (202.37.246.18) 57.844 ms 58.677 ms 57.849 ms 6 p1-3.sjbr1.global-gateway.net.nz (202.50.116.178) 220.129 ms 216.446 ms 220.135 ms 7 so-1-3-0-0.pabr3.global-gateway.net.nz (202.37.245.230) 215.672 ms 216.760 ms 215.868 ms 8 sl-st20-pa-6-3.sprintlink.net (144.223.243.17) 226.198 ms 222.401 ms 227.933 ms 9 sl-bb20-sj-8-3.sprintlink.net (144.232.20.43) 237.942 ms 240.469 ms 239.977 ms 10 sl-bb21-sj-15-0.sprintlink.net (144.232.3.158) 219.841 ms 224.752 ms 219.945 ms 11 sl-st20-sj-13-0.sprintlink.net (144.232.9.58) 235.917 ms 238.727 ms 235.858 ms 12 sl-browing-21-0.sprintlink.net (144.223.242.10) 235.995 ms 234.561 ms 236.013 ms 13 g2-2-0.a1.hywr.broadwing.net (216.140.3.41) 221.734 ms 220.906 ms 219.880 ms 14 * * * 15 * * * 16 * * * 17 * * * ...etc....

1 0

RE: [nznog] WHOIS at ARIN.NET not responding.....
by Gordon Smith 28 Apr '04

28 Apr '04

Working fine from here (via Sprint) I'm assuming you're trying from port-222-152-48-55.fastadsl.net.nz (www.mmp.org.nz) I'd suggest checking your connectivity from one of the route-servers A trace to that box dies: 10 g8-0-0-6.akbr1.global-gateway.net.nz (202.37.246.17) 84.608 ms 77.022 ms 89.586 ms 11 fid-int.akbr1.global-gateway.net.nz (202.50.245.238) 90.192 ms 91.546 ms 90.002 ms 12 * * > -----Original Message----- > From: Steve Withers [mailto:swithers(a)mmp.org.nz] > Sent: Thursday, 29 April 2004 3:25 p.m. > To: nznog > Subject: [nznog] WHOIS at ARIN.NET not responding..... > > > Anyone else unable to use the WHOIS at arin.net? > > I can't get a response when trying to check ownership of IP > addresses. > > 15:24 2004 04 29 > > Steve > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

1 0

IANA IPv4 allocations and bogon update: 58/8, 59/8
by Rob Thomas 28 Apr '04

28 Apr '04

-----BEGIN PGP SIGNED MESSAGE----- Hi, team. **NOTE WELL: Thanks to a donation from the RIPE NCC we have a new bogon prefix data offering. See below for the details. The numerous Team Cymru bogon projects have been updated as of 01 APR 2004 to reflect the following IANA allocation made on 01 APR 2004: 58/8 Apr 04 APNIC 59/8 Apr 04 APNIC IANA allocations change over time, so please check regularly to ensure you have the latest filters if you are not using the bogon BGP feed(s). We do announce updates to the bogon projects to sundry lists, such as the bogon-announce list. We can not stress this point strongly enough - these allocations change. If you do not adjust your filters, you will be unable to access perhaps large portions of the Internet. Worse yet, you may end up blocking access for people who transit through you. Please do not blindly apply any filters or blocks to your network without carefully considering the ramifications of doing so. As a point of reference, the Team Cymru master Bogon Reference Page can be found here: <http://www.cymru.com/Bogons/> A quick summary of the documents and projects that have been updated include the following: HTTP The Bogon List - <http://www.cymru.com/Documents/bogon-list.html> The Text Bogon Lists - <http://www.cymru.com/Documents/bogon-bn-nonagg.txt> - <http://www.cymru.com/Documents/bogon-bn-agg.txt> Secure BIND Template - <http://www.cymru.com/Documents/secure-bind-template.html> Secure IOS Template (Cisco) - <http://www.cymru.com/Documents/secure-ios-template.html> Secure BGP Template (Cisco) - <http://www.cymru.com/Documents/secure-bgp-template.html> Secure JUNOS Template (Juniper) - <http://www.qorbit.net/documents/junos-template.pdf> Secure JUNOS BGP Template (Juniper) - <http://www.qorbit.net/documents/junos-bgp-template.pdf> Ingress Prefix Filter Templates, Loose and Strict (Cisco) - <ftp://ftp-eng.cisco.com/cons/isp/security/Ingress-Prefix-Filter-Templates/> Ingress Prefix Filter Template, Loose (Juniper) - <http://www.qorbit.net/documents/junos-isp-prefix-filter-loose.pdf> Ingress Prefix Filter Template, Strict (Juniper) - <http://www.qorbit.net/documents/junos-isp-prefix-filter-strict.pdf> BGP Bogon route-server for AUTOMATED updates of bogon filters - All bogon route-server peers have already received the appropriate BGP prefix updates. - <http://www.cymru.com/BGP/bogon-rs.html> RADb fltr-unallocated fltr-martian fltr-bogons - <http://www.cymru.com/Bogons/index.html#radb> RIPE NCC fltr-unallocated fltr-martian fltr-bogons - <http://www.cymru.com/Bogons/index.html#ripe> DNS Bogon (bogons.cymru.com) zone - <http://www.cymru.com/Bogons/index.html#dns> Monitoring Bogon prefix monitoring - <http://www.cymru.com/BGP/robbgp-bogon.html> Please feel free to contact Team Cymru <team-cymru(a)cymru.com> with any comments, questions, or concerns. Thanks! Rob, for Team Cymru. - -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty); -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.2 iQCVAwUBQJApa1kX3QAo5sgJAQHypAP+NF/noJVKOCT8jfTviUyOvEUmr/UwcCwC XsomXcCp9/QAfaMElUaa34Jm4OY3eVUqIvwm/cF1Pg7EhfzjzgHzpru9EWMtMuju eHxGXZpETdVbh+YB3oZIqIP/jydO0UpwiEUHuq9behvTgM3FGjs/yMot/sIs1/dp /22VF+/QhOc= =Bmje -----END PGP SIGNATURE-----

1 0

RE: [nznog] Domainz issue
by Tim John - Domainz 28 Apr '04

28 Apr '04

> The ultimate gift from domainz and somebody complains about it. You just can't please some people :) Grant, please email me off list to discuss further. Tim -----Original Message----- From: Peter Mott [mailto:peter.mott(a)2day.com] Sent: Thursday, 29 April 2004 9:12 a.m. To: Grant Zanetti Cc: NZNOG(a)list.waikato.ac.nz Subject: Re: [nznog] Domainz issue Grant Zanetti wrote: > Currently anyone using the staff proxy here at Iconz is being refused > access to the domainz website. Any and all attempts to contact > someone so find out why this is have been ignored. Strike me dead! The ultimate gift from domainz and somebody complains about it. > Can someone from Domainz drop me an email to explain why we are being > blocked? And you want to fix this? /me recommends a stiff drink -- Peter Mott Chief Enthusiast 2DAY INTERNET LIMITED http://www.2day.com "Hell, there are no rules here - we're trying to accomplish something!" Thomas A Edison _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Domainz issue
by Grant Zanetti 28 Apr '04

28 Apr '04

Currently anyone using the staff proxy here at Iconz is being refused access to the domainz website. Any and all attempts to contact someone so find out why this is have been ignored. Can someone from Domainz drop me an email to explain why we are being blocked? Thanks. -- http://the.mani.ac.nz

2 1

Telstra Clear routing 210.54.142.0/24 incorrectly
by Peter Simmons 27 Apr '04

27 Apr '04

Hi, Perhaps there is someone from Telstra Clear on this list that can help. We (Strongnet) own the 210.54.142.0/24 range it is hosted at United Networks datacentre in Northcoat, Auckland. For some reason or other the routers that Telstra Clear 'Tempest' customers go through is routing traffic to that ip range as over its international connection. This means that those customers have to pay international rates for traffic that goes to our network. Obviously they should only have to pay national traffic rates as it is national. Traffic going from our network to the Telstra Clear 'Tempest' customers is routed nationally. Only traffic coming from the Telstra Clear 'Tempest' customers to our network is being routed internationally. It seems that only Telstra Clear customers are having this problem. So if anyone knows how to fix it or is in a position to fix it please do. Regards, Pete

2 1

"Domain Names Australia" banned from trading
by Matthew Poole 27 Apr '04

27 Apr '04

Not strictly related, but I know that a lot of people on here have had grief as a result of the little toad's actions. So, take a read of http://www.nzherald.co.nz/latestnewsstory.cfm?storyID=3563220, and gloat at the well-earned smack-down.

2 1