- NZNOG - lists.nznog.org

Re: [nznog] How to get square eyes
by Steve Martin 05 Jul '04

05 Jul '04

TV1 for me is fine, TV2 seems to be having ... issues. No picture or sound ... Was also the same for me last night ... Steve ----- Original Message ----- From: "Drew Broadley" <drew(a)corrupt.co.nz> To: "Richard Naylor" <richard.naylor(a)citylink.co.nz> Cc: <nznog(a)list.waikato.ac.nz> Sent: Tuesday, July 06, 2004 9:40 AM Subject: Re: [nznog] How to get square eyes Richard Naylor wrote: > done battle with remotes. Should be all good now. no front panel > controls and 3 STBs use the same remote. <sigh> at least I got the > weather for next few days. (missed tomorrow, of course) > > There is some blocking artifacts due to satellite reception at the > moment. This is also the cause of the occasional hue. > > Tomorrow we will try and put up some alternate bit rates for you to > try as well as making the web pages a little more coherent. But what > you see now is here to stay, so you can tell folks about it. > > rich I cannot seem to get any of the TV One and TV2 streams ? Streaming a blank screen and no sound (or hiss) - Drew _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

RE: [nznog] Internet Funkiness this morning
by Steve Schmidt 05 Jul '04

05 Jul '04

Once the rollback had been completed at 4pm, we had a couple of blips, 1 early evening and 1 at about 12am apparently due to problems on an alpine switch in Auckland. Other than that, all is looking good at this stage. _____ From: robbie_gernandt(a)wilsonandhorton.co.nz [mailto:robbie_gernandt(a)wilsonandhorton.co.nz] Sent: Tuesday, 6 July 2004 8:41 a.m. To: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Internet Funkiness this morning anybody still experiencing difficulties with TC services this morning? cheers Robbie G ************************************************************************ *** This eMail may contain privileged and confidential information intended only for the use of the intended recipient. If you are not the intended recipient of this message, any use, dissemination, distribution or reproduction of this message is prohibited. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of APN News & Media NZ Ltd. For more information on APN News & Media NZ Ltd please visit our web site at http://www.apn.co.nz ************************************************************************ *** CAUTION: This e-mail and any attachment(s) contains information that is intended to be read only by the named recipient(s). It may contain information that is confidential, proprietary or the subject of legal privilege. This information is not to be used by any other person and/or organisation. If you are not the intended recipient, please advise us immediately and delete this e-mail from your system. Do not use any information contained in it.

1 0

RE: [nznog] Internet Funkiness this morning
by Scott Walsh 05 Jul '04

05 Jul '04

Hi, We were informed there will most likely be more drops this afternoon while the back out was done... Scott -----Original Message----- From: Mark Potter [mailto:Mark.Potter(a)tvnz.co.nz] Sent: Monday, 5 July 2004 1:19 p.m. To: nznog(a)list.waikato.ac.nz Subject: RE: [nznog] Internet Funkiness this morning I heard they were backing out changes made on the weekend. :( Mark P -----Original Message----- Hi guys - I expect this message will bounce or disappear somewhere since I have seen nothing over this list this morning (Monday 5th) but... Does anyone know what the story is with Telstra this morning? Our International has been bouncing up and down (more down than up) and now national is starting to act funky. I've confirmed several others are experiencing this on Telstra circuits but all anyone can get out of Telstra is "Upstream provider problems" Just like to know if I'm going to be able to do any (Internet) related work today. Cheers - Neil G ps. If you get this after Monday the 5th, just ignore the message. NOTICE: This message contains privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that you must not disseminate, copy or take any action in reliance on it. If you have received this message in error please notify Allied Telesyn Research Ltd immediately. Any views expressed in this message are those of the individual sender, except where the sender has the authority to issue and specifically states them to be the views of Allied Telesyn Research. _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog ================================================================ CAUTION: This e-mail and any attachment(s) contains information that is intended to be read only by the named recipient(s). It may contain information that is confidential, proprietary or the subject of legal privilege. This information is not to be used by any other person and/or organisation. If you are not the intended recipient, please advise us immediately and delete this e-mail from your system. Do not use any information contained in it. ================================================================ For more information on the Television New Zealand Group, visit us online at http://www.tvnz.co.nz ================================================================ _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

4 4

RE: [nznog] How to get square eyes
by Regan Murphy 04 Jul '04

04 Jul '04

> 4 TV stations now available - TV-One, TV-2, Shine TV and Maori TV > > check out www.r2.co.nz/meta/live.htm > Went to fire up the TV One stream to catch the news but it seems to be broadcasting TV2 instead? -- Regan

1 0

RE: [nznog] How to get square eyes
by Regan Murphy 04 Jul '04

04 Jul '04

http://www.videolan.org/ The open source VLC Media Player plays ASX streams no problem. > -----Original Message----- > From: Richard Naylor [mailto:richard.naylor(a)citylink.co.nz] > Sent: Monday, 5 July 2004 3:29 p.m. > To: Richard Hector; nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] How to get square eyes > > At 03:26 p.m. 5/07/2004 +1200, Richard Hector wrote: > > >How about something viewable with free software? > > use mplayer on Linux. Other players available for OS-X. And I > think VideoLAn works, but haven't tried it. > > rich > off to battle remote units and get channels right - again......... > > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

1 0

How to get square eyes
by Richard Naylor 04 Jul '04

04 Jul '04

It was a busy week end. Another radio station available - Cool Blue Radio www.coolblueradio.com 4 TV stations now available - TV-One, TV-2, Shine TV and Maori TV check out www.r2.co.nz/meta/live.htm Things like audio levels etc are being checked, changed, and otherwise fiddled with. Equally routing will change later in the week, but will be transparent to most. If there is demand, we'll look at higher resolution versions as well. I also plan a page that lets you watch all 4 stations at once - for the serious channel surfer. enjoy ! rich ps - I know the web page is "soviet", I'll get that sorted soon.

6 6

RE: [nznog] Internet Funkiness this morning
by Mark Potter 04 Jul '04

04 Jul '04

I heard they were backing out changes made on the weekend. :( Mark P -----Original Message----- Hi guys - I expect this message will bounce or disappear somewhere since I have seen nothing over this list this morning (Monday 5th) but... Does anyone know what the story is with Telstra this morning? Our International has been bouncing up and down (more down than up) and now national is starting to act funky. I've confirmed several others are experiencing this on Telstra circuits but all anyone can get out of Telstra is "Upstream provider problems" Just like to know if I'm going to be able to do any (Internet) related work today. Cheers - Neil G ps. If you get this after Monday the 5th, just ignore the message. NOTICE: This message contains privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that you must not disseminate, copy or take any action in reliance on it. If you have received this message in error please notify Allied Telesyn Research Ltd immediately. Any views expressed in this message are those of the individual sender, except where the sender has the authority to issue and specifically states them to be the views of Allied Telesyn Research. _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog ================================================================ CAUTION: This e-mail and any attachment(s) contains information that is intended to be read only by the named recipient(s). It may contain information that is confidential, proprietary or the subject of legal privilege. This information is not to be used by any other person and/or organisation. If you are not the intended recipient, please advise us immediately and delete this e-mail from your system. Do not use any information contained in it. ================================================================ For more information on the Television New Zealand Group, visit us online at http://www.tvnz.co.nz ================================================================

1 0

Internet Funkiness this morning
by neil gardner 04 Jul '04

04 Jul '04

Hi guys - I expect this message will bounce or disappear somewhere since I have seen nothing over this list this morning (Monday 5th) but... Does anyone know what the story is with Telstra this morning? Our International has been bouncing up and down (more down than up) and now national is starting to act funky. I've confirmed several others are experiencing this on Telstra circuits but all anyone can get out of Telstra is "Upstream provider problems" Just like to know if I'm going to be able to do any (Internet) related work today. Cheers - Neil G ps. If you get this after Monday the 5th, just ignore the message. NOTICE: This message contains privileged and confidential information intended only for the use of the addressee named above. If you are not the intended recipient of this message you are hereby notified that you must not disseminate, copy or take any action in reliance on it. If you have received this message in error please notify Allied Telesyn Research Ltd immediately. Any views expressed in this message are those of the individual sender, except where the sender has the authority to issue and specifically states them to be the views of Allied Telesyn Research.

1 0

Zombies
by Simon Lyall 02 Jul '04

02 Jul '04

It looks like there are lot of NZ based Zombies sending very large amounts of Spam ( much of it in German) to some ISPs. This has really been going hard over the last hour. I'm seeing adsl accounts at xtra, iprolink and ihug, xtra dialups etc etc. As a related issue, how do people feel about a whitelist RBL of NZ mail servers, It looks like it's not good to just whitelist NZ IPs -- Simon J. Lyall. | Very Busy | Mail: simon(a)darkmere.gen.nz "To stay awake all night adds a day to your life" - Stilgar | eMT.

4 5

RE: [nznog] WorldXChange
by Gordon Smith 01 Jul '04

01 Jul '04

Thats probably because national peering isn't up yet :-) Cheers, Gordon -----Original Message----- From: Craig Spiers [mailto:craig(a)concept.net.nz] Sent: Friday, 2 July 2004 2:37 p.m. To: nznog(a)list.waikato.ac.nz Subject: [nznog] WorldXChange Anyone from WXC on this mailing list? Your domestic traffic is being routed via australia.. :)

1 0

WorldXChange
by Craig Spiers 01 Jul '04

01 Jul '04

Anyone from WXC on this mailing list? Your domestic traffic is being routed via australia.. :)

1 0

ECM UPS - Support
by Mark Piper 01 Jul '04

01 Jul '04

Good morning, Sorry if this is a bit offtopic. I am urgently trying to find a contact for someone who sells and/or provides support for ECM UPS equipment. Any contact details would be appreciated. Best Regards, -- Mark Piper SolNet Solutions Limited L12, SolNet House, 70 The Terrace PO Box 397, Wellington, New Zealand DDI +64 4 462 5089 Office +64 4 462 5000, Fax +64 4 462 5012 www.solnetsolutions.co.nz

1 0

Routing funky-ness to WIX via GGI?
by Matthew Poole 30 Jun '04

30 Jun '04

A number of people are reporting difficulties accessing the Debian mirror at ftp.citylink. FTPing in from IHUG or Max (and apparently from Xtra, and I'd guess anyone else who transits via GGI) gets the following message: 550- ISP Routing Error 550- 550- Your ISP's access to local New Zealand content is currently 550- broken. Please contact your ISP and advise them that they 550- may well be able to fix this problem for you by peering with 550- the route servers and/or other ISPs at the APE or the WIX. 550- 550- The server you have connected to is not within New Zealand. 550- In order to protect you from prohibitive international 550- traffic charges, you will not be able to access the resources 550- you were looking for, here. 550- 550- We apologise for any inconvenience. 550 Now, we all expect Xtra/Telecom to play nasty games with domestic traffic, but can anyone shed light on why "good" ISPs such as the Hug or Max aren't doing the domestic peering thing? Are we starting to see preemptive peering termination by ISPs who're preparing for the day when the two Ts stop playing the game? On the other side, are we now seeing a trend towards content providers playing a political game to try and reverse the swing away from peering? Obviously Citylink are far more involved at the peering level than nearly any other content provider, but blocking access to content mirrors under the guise of protecting the consumer(when in reality it's protecting the provider) is not a good way to make friends.

9 12

The New Zealand Network Operators' Group
by Donald Neal 30 Jun '04

30 Jun '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 We're now working towards our next annual conference, to be hosted by the WAND group in Hamilton on February 2nd to 4th, 2005. See http://www.nznog.org/ for details of this year's conference, which drew something over 120 participants. Also see http://auckland.thursdaynightcurry.com/ if you live in or near Auckland or Wellington. 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, not 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 around 690 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

RE: [nznog] Routing funky-ness to WIX via GGI?
by Craig Humphrey 29 Jun '04

29 Jun '04

Newbie alert! We're connected directly to GGI, what are our options (if any) for peering with APE/WIX? Later'ish Craig [don't ask, we have more politics than the Behive...] > -----Original Message----- > From: Matthew Poole [mailto:matt(a)p00le.net] > Sent: Wednesday, June 30, 2004 9:38 AM > To: nznog(a)list.waikato.ac.nz > Subject: [nznog] Routing funky-ness to WIX via GGI? > > > A number of people are reporting difficulties accessing the > Debian mirror > at ftp.citylink. > > FTPing in from IHUG or Max (and apparently from Xtra, and I'd guess > anyone else who transits via GGI) gets the following message: > 550- ISP Routing Error > 550- > 550- Your ISP's access to local New Zealand content is currently > 550- broken. Please contact your ISP and advise them that they > 550- may well be able to fix this problem for you by peering with > 550- the route servers and/or other ISPs at the APE or the WIX. > 550- > 550- The server you have connected to is not within New Zealand. > 550- In order to protect you from prohibitive international > 550- traffic charges, you will not be able to access the resources > 550- you were looking for, here. > 550- > 550- We apologise for any inconvenience. > 550 > > Now, we all expect Xtra/Telecom to play nasty games with > domestic traffic, > but can anyone shed light on why "good" ISPs such as the Hug > or Max aren't > doing the domestic peering thing? Are we starting to see preemptive > peering termination by ISPs who're preparing for the day when > the two Ts > stop playing the game? > > On the other side, are we now seeing a trend towards content providers > playing a political game to try and reverse the swing away > from peering? > Obviously Citylink are far more involved at the peering level > than nearly > any other content provider, but blocking access to content > mirrors under > the guise of protecting the consumer(when in reality it's > protecting the > provider) is not a good way to make friends. > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

3 2

Re: RE: [nznog] Routing funky-ness to WIX via GGI?
by Jonny Martin 29 Jun '04

29 Jun '04

I would have thought that taking users to the content is a far better approach in this instance. Mirroring the content at APE serves only to strengthen the Auckland-centric nature of the NZ internet. Cheers, Jonny. > > Well what about hosting a mirror in APE? If anyone could provide the > > space in Sky tower I have a spare box which could be used for an APE > > mirror and I don't mind maintaining it. Still getting the data from WIX > > to APE would incur a cost somewhere and seeing as my Orcon link also > > seems to route international, this isn't a possibility. > > > > I've asked the Same as well.. >

3 2

Re: [nznog] Routing funky-ness to WIX via GGI?
by Ewen McNeill 29 Jun '04

29 Jun '04

In message <Pine.LNX.4.56.0406301004510.32463(a)babylon.blakjak.net>, Matthew Poole writes: >On Wed, 30 Jun 2004, Matthew Poole wrote: >Which is doubly frustrating, since it means that nobody who wants anything >faster than a 128k connection in the vast majority of the country has any >chance to use peered traffic - Cable=Paradise=TelstraClear, and >Jetstream fullrate or Jetstream Surf=Telecom. FWIW, it is possible to reach the (WIX-based) ftp.citylink.co.nz server from Paradise/TelstraClear cable: -=- cut here -=- ewen(a)basilica:~ $ ftp ftp.citylink.co.nz Connected to ftp.citylink.co.nz. 220 (vsFTPd 1.2.1) Name (ftp.citylink.co.nz:ewen): anonymous 331 Please specify the password. Password: 230 Login successful. Remote system type is UNIX. Using binary mode to transfer files. ftp> ls 200 PORT command successful. Consider using PASV. 150 Here comes the directory listing. -rw-r--r-- 1 1004 1004 53894917 Jun 15 2003 OOo_1.0.3.1_Win32Intel_install.zip lrwxrwxrwx 1 1004 1004 7 May 26 09:44 OpenBSD -> openbsd drwxr-xr-x 12 1004 1004 1032 Jun 29 11:19 backports drwxr-xr-x 9 1004 1004 512 Jun 28 19:33 debian drwxr-xr-x 6 1004 1004 264 Nov 20 2003 debian-non-US drwxr-xr-x 5 1004 1004 192 Jun 29 16:02 debian-security [....] -=- cut here -=- So if you do have a choice between Paradise/TelstraClear cable and Jetstream and reaching the Citylink FTP server is important to you, you may wish to take that into account. Providers of high volume free content (such as the Citylink FTP server) are left in a somewhat difficult position -- either they do something like this (ie offer it on WIX for anyone who can reach WIX), or they somehow try to find enough money to pay for big enough links to reach everyone, or they just give up and don't offer anything at all. Given how popular ftp.citylink.co.nz probably is, and how much traffic that likely involves, I doubt that (after paying for all the mirroring costs, admin time, etc) Citylink's generosity can extend to paying for "domestic transit" links to all the people who might want to use it. Offering it free on WIX to anyone that can reach it seems like the next best thing to me. The "the content is here, come and get it" incentive is just an added bonus over the link cost savings. And I for one am pleased they chose to continue offering the FTP site even if access is not as NZ wide as it was before. Downloading at 2Mbps (Paradise cable) or 100Mbps (WIX) sure beats slower international downloads. Ewen

9 9

Re: [nznog] Routing funky-ness to WIX via GGI?
by Liz Q 29 Jun '04

29 Jun '04

> Well what about hosting a mirror in APE? If anyone could provide the > space in Sky tower I have a spare box which could be used for an APE > mirror and I don't mind maintaining it. Still getting the data from WIX > to APE would incur a cost somewhere and seeing as my Orcon link also > seems to route international, this isn't a possibility. > > Barry I have a box already at orcon doing mirror of a fair few things already - i have the drive space for more easily Liz

1 0

F.ROOT-SERVERS.NET
by Barry Murphy 29 Jun '04

29 Jun '04

Thinking of this whole routing issue. What's going to happen with the F Root server? If I remember correctly Telstra Clear helped make it happen and sponsored something (Maybe bandwidth or rack space?), what will happen here. Seeing as Telstra will be dropping links to APE, I'm guessing all their customers will be routing internationally for their F-root? Barry

4 3

Wanted...
by Craig Spiers 28 Jun '04

28 Jun '04

Anyone have any rackmount ears for a 7200 series cisco lying around they want to sell? Or an NPE-200 or better ? Reply offlist :) Thanks

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 28 Jun '04

28 Jun '04

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. The update causing these changes had the following mail headers: - From: Andy Linton <asjl(a)citylink.co.nz> - Cc: - Subject: - Date: Tue, 29 Jun 2004 12:58:48 +1200 (NZST) - Msg-Id: <Pine.LNX.4.58.0406291258240.3080(a)jennings.citylink.co.nz> NZRR Database Notification Department --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16^+, 192.173.16.0/21^+, 192.188.185.0/24, 202.6.84.0/24, 202.12.70.0/24, 202.14.100.0/24, 202.27.99.0/24, 202.36.36.0/22^+, 202.36.76.0/23^+, 202.37.76.0/24, 202.37.85.0/24, 202.37.132.0/24, 202.37.138.0/23^+, 202.37.140.0/22^+, 202.37.144.0/21^+, 202.37.163.0/24, 202.37.171.0/24, 202.37.184.0/23^+, 202.37.186.0/24, 202.37.192.0/23^+, 202.37.197.0/24, 202.37.200.0/22^+, 202.37.224.0/21^+, 202.37.248.0/22^+, 202.37.252.0/24, 202.49.144.0/24, 202.50.16.0/20^+, 203.99.65.0/24, 203.99.66.0/24, 203.99.71.0/24, 210.48.0.0/17^+, 210.54.0.0/22^+ admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)ape.net.nz notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20030407 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16, 192.173.16.0/21, 202.6.84.0/24, 202.12.70.0/24, 202.14.100.0/24, 202.21.130.0/24, 202.36.155.0/24, 202.36.157.0/24, 202.36.32.0/24, 202.36.36.0/22, 202.36.45.0/24, 202.36.76.0/23, 202.37.140.0/22, 202.37.144.0/21, 202.37.163.0/24, 202.37.197.0/24, 202.37.200.0/22, 202.37.224.0/21, 202.37.232.0/24, 202.37.252.0/23, 202.37.76.0/24, 202.37.85.0/24, 202.49.62.0/24, 202.49.89.0/24, 202.50.246.0/24, 202.55.96.0/20, 203.9.179.0/24, 203.9.180.0/24, 210.185.0.0/18, 210.48.0.0/17, 210.54.136.0/22, 210.54.140.0/24, 210.54.160.0/19, 210.55.182.0/23, 210.55.24.0/22, 210.55.253.0/24, 210.56.32.0/20 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)ape.net.nz notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20030407 changed: rpsl-admin(a)wix.net.nz 20040629 source: NZRR --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16^16-24, 192.173.16.0/21^21-24, 192.188.185.0/24, 202.6.84.0/24, 202.12.70.0/24, 202.14.100.0/24, 202.27.99.0/24, 202.36.36.0/22^22-24, 202.36.76.0/23^23-24, 202.37.76.0/24, 202.37.85.0/24, 202.37.132.0/24, 202.37.138.0/23^23-24, 202.37.140.0/22^22-24, 202.37.144.0/21^21-24, 202.37.163.0/24, 202.37.171.0/24, 202.37.184.0/23^23-24, 202.37.186.0/24, 202.37.192.0/23^23-24, 202.37.197.0/24, 202.37.200.0/22^22-24, 202.37.224.0/21^21-24, 202.37.248.0/22^22-24, 202.37.252.0/24, 202.49.144.0/24, 202.50.16.0/20^20-24, 203.99.65.0/24, 203.99.66.0/24, 203.99.71.0/24, 210.48.0.0/17^17-24, 210.54.0.0/22^22-24 admin-c: RPA1-NZRR tech-c: RPA1-NZRR mnt-by: MAINT-NZRR-NZ notify: rpsl-admin(a)ape.net.nz notify: nznog(a)list.waikato.ac.nz changed: rpsl-admin(a)ape.net.nz 20030428 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16, 192.173.16.0/21, 202.6.84.0/24, 202.12.70.0/24, 202.14.100.0/24, 202.21.130.0/24, 202.36.155.0/24, 202.36.157.0/24, 202.36.32.0/24, 202.36.36.0/22, 202.36.45.0/24, 202.36.76.0/23, 202.37.140.0/22, 202.37.144.0/21, 202.37.163.0/24, 202.37.197.0/24, 202.37.200.0/22, 202.37.224.0/21, 202.37.232.0/24, 202.37.252.0/23, 202.37.76.0/24, 202.37.85.0/24, 202.49.62.0/24, 202.49.89.0/24, 202.50.246.0/24, 202.55.96.0/20, 203.9.179.0/24, 203.9.180.0/24, 210.185.0.0/18, 210.48.0.0/17, 210.54.136.0/22, 210.54.140.0/24, 210.54.160.0/19, 210.55.182.0/23, 210.55.24.0/22, 210.55.253.0/24, 210.56.32.0/20 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)ape.net.nz notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)ape.net.nz 20030428 changed: rpsl-admin(a)wix.net.nz 20040629 source: NZRR

1 0

ICONZ prefix update
by John Johnston 28 Jun '04

28 Jun '04

For all that peer with ICONZ, we have an updated that needs to be applied. Prefix list is attached or list at http://www.iconz.net/prefix Cheers -- Regards John Johnston Engineering Manager ICONZ Phone: 64 9 977 3500 Fax: 64 9 977 3535 Mob: +64 21 277 5692 http://www.iconz.net

1 0

Clear postmaster bouncing
by David Zanetti 24 Jun '04

24 Jun '04

Just tried to email Clear's postmaster address and it's bounced. Was trying to report some bouncing of ecan.govt.nz which has Clear listed as a secondary. Someone may wish to look at both issues. Bounces and stuff follow... Emailing postmaster: Recipient address: postmaster(a)clear.net.nz Reason: Remote SMTP server has rejected address Diagnostic code: smtp;553 5.1.4 duplicate/ambiguous directory match: postmaster(a)clear.net.nz Remote system: dns;ms2.clear.net.nz (TCP|192.168.16.112|58792|192.168.16.29|25) Bounce for ecan.govt.nz: ----- The following addresses had permanent fatal errors ----- <chris.macann(a)ecan.govt.nz> (reason: 550 5.7.1 We do not relay, please contact postmaster(a)clear.net.nz) Lookup for ecan.govt.nz: $ host -t mx ecan.govt.nz ecan.govt.nz MX 20 mx.clear.net.nz ecan.govt.nz MX 10 bill.ecan.govt.nz -- David Zanetti <david.zanetti(a)catalyst.net.nz> Team Leader, Systems Administration +64-4-8032233 +64-21-402260

4 3

RE: [nznog] Auckland Wifi Operators
by paul_brislen＠nzherald.co.nz 24 Jun '04

24 Jun '04

Also Reach Wireless... www.reachwireless.co.nz. $8.50/hour, or $18.95/day according to the blurb. No mention of speed though. *************************************************************************** This eMail may contain privileged and confidential information intended only for the use of the intended recipient. If you are not the intended recipient of this message, any use, dissemination, distribution or reproduction of this message is prohibited. Any views expressed in this message are those of the individual sender and may not necessarily reflect the views of APN News & Media NZ Ltd. For more information on APN News & Media NZ Ltd please visit our web site at http://www.apn.co.nz ***************************************************************************

1 0

RE: [nznog] Auckland Wifi Operators
by Peter Thompson 24 Jun '04

24 Jun '04

Try RoamAD - pretty sure they've got downtown covered.. http://www.roamad.com/ Peter Thompson Network Engineer Woosh Wireless Limited >>I'm interested in locating anyone who may be able to offer me a short term >>wifi connection in Auckland city, especially the downtown cbd area. >> >>If anyone has any info on any operators who might be able to assist, >>please let me know... >> >>--- >>Matt Camp _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 24 Jun '04

24 Jun '04

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. The update causing these changes had the following mail headers: - From: Andy Linton <asjl(a)citylink.co.nz> - Cc: - Subject: - Date: Fri, 25 Jun 2004 13:01:14 +1200 (NZST) - Msg-Id: <Pine.LNX.4.58.0406251257220.11308(a)jennings.citylink.co.nz> NZRR Database Notification Department --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS17474 descr: Route set for ConceptNET - AS17474 members: 202.127.8.0/22^22-29, 203.97.44.0/24^24-29, 203.97.66.0/24^24-29, 202.62.116.0/23^23-29, 202.49.250.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)ape.net.nz notify: craig(a)concept.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)ape.net.nz 20040304 changed: rpsl-admin(a)ape.net.nz 20040325 changed: rpsl-admin(a)ape.net.nz 20040617 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS17474 descr: Route set for ConceptNET - AS17474 members: 202.49.250.0/24, 202.50.176.0/24, 202.62.116.0/23, 202.127.8.0/22, 202.150.96.0/20, 203.97.44.0/24, 203.97.66.0/24 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)ape.net.nz notify: craig(a)concept.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)ape.net.nz 20040304 changed: rpsl-admin(a)ape.net.nz 20040325 changed: rpsl-admin(a)ape.net.nz 20040617 changed: rpsl-admin(a)ape.net.nz 20040625 source: NZRR

1 0

Auckland Wifi Operators
by Matt Camp 24 Jun '04

24 Jun '04

I'm interested in locating anyone who may be able to offer me a short term wifi connection in Auckland city, especially the downtown cbd area. If anyone has any info on any operators who might be able to assist, please let me know... --- Matt Camp

1 0

RE: [nznog] Spam sorkshop live media streams are now live.
by Regan Murphy 24 Jun '04

24 Jun '04

> > Rich's video streams of the spam workshop are now up and running. > > http://www.r2.co.nz/20040624/ > > Knock yourself out :) > > Cheers, > Jonny. Many thanks for streaming this. 384kbps asx stream ran perfectly for me. -- Regan

3 4

ConceptNET (AS17474) Prefix-list/Peering Update
by Craig Spiers 23 Jun '04

23 Jun '04

Could those of you with networks currently peering with Conceptnet (AS17474) please update your prefix lists to allow the following two ranges. Full prefix list further down. Those of you not currently peering, contact me via email and we can arrange peering. Changes: Added: 202.50.176.0/24 Added: 202.150.96.0/20 Full Prefix List: ip prefix-list conceptnet description ConceptNET Outbound Routes <craig(a)concept.net.nz> ip prefix-list conceptnet seq 5 permit 202.150.96.0/20 ip prefix-list conceptnet seq 10 permit 202.127.8.0/22 ip prefix-list conceptnet seq 15 permit 202.62.116.0/23 ip prefix-list conceptnet seq 20 permit 203.97.44.0/24 ip prefix-list conceptnet seq 25 permit 203.97.66.0/24 ip prefix-list conceptnet seq 30 permit 202.49.250.0/24 ip prefix-list conceptnet seq 35 permit 202.50.176.0/24 Regards, Craig - ConceptNET

1 0

Spam sorkshop live media streams are now live.
by jonny＠citylink.co.nz 23 Jun '04

23 Jun '04

Rich's video streams of the spam workshop are now up and running. http://www.r2.co.nz/20040624/ Knock yourself out :) Cheers, Jonny.

3 2

RE: [nznog] Spam sorkshop live media streams are now live.
by Craig Humphrey 23 Jun '04

23 Jun '04

A good salary and the party line.... > -----Original Message----- > From: Peter Mott [mailto:peter.mott(a)2day.com] > Sent: Thursday, June 24, 2004 2:26 PM > To: jonny(a)citylink.co.nz > Cc: nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] Spam sorkshop live media streams are now live. > > jonny(a)citylink.co.nz wrote: > > > Rich's video streams of the spam workshop are now up and running. > > > > http://www.r2.co.nz/20040624/ > > > > Knock yourself out :) > > Indeed, what is the women from Microsoft on for crying out loud! > > regards > > -- > Peter Mott > Chief Enthusiast > 2DAY INTERNET LIMITED > http://www.2day.com

1 0

NZNOG 2005 in Hamilton - Format
by Donald Neal 23 Jun '04

23 Jun '04

NZNOG People, Last Wednesday I wrote to the list: >Planning is now under way for the next NZ Network Operators' >Group conference. This is to be hosted by the WAND group >(Thanks again, guys!) at The University of Waikato's main >campus in Hamilton in the first week of February 2005. >If you have an opinion on the form this should take, please >speak up now. If not, you're likely to end up with something >bearing a strong resemblance to this year's gathering, with >tutorials on Wednesday and a stream of presentations on >Thursday and Friday. (That's 2-4 February.) My thanks to the one person who provided feedback. Next year's format is likely to bear a close resemblance to this year's, give or take changes dictated by the content being presented. - Donald Neal Donald Neal | Bubble and squeak Technical Specialist | - Boiled mouse. Operations Engineering | [Martin Neal] Integration & Services Division +----------------------- Alcatel NZ Ltd - Telecom's network operations manager ------------------------------------------------------------------------------ "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

whois reverse lookups?
by Dan Clark 23 Jun '04

23 Jun '04

Is it just me or are reverse lookups just not working against IP Space? bash-2.05# whois 203.97.66.1 whois: connect(): Operation timed out Is this all dealt with via APNIC? Cheers Dan

4 5

SNORT IDS Collaborators
by James Spooner 22 Jun '04

22 Jun '04

Hi All We are looking to speak with those of you who have a SNORT deployed on a decent-size production network. In particular we are looking for real-world configurations and the opportunity to analyse the performance of our SNORT based products on a diverse range of networks. Anyone interested can contact me off-list. Best Regards James -- James Spooner, BCMS email: james(a)endace.com VHDL Firmware Development voice: +64 7 834 6721 Endace Technology fax: +64 7 858 5095 Hamilton, New Zealand mobile: +64 2 144 7638

1 0

Domainz Invoice PDFs
by Steve Withers 22 Jun '04

22 Jun '04

Just received a Domainz invoice e-mail with attached PDF file. Like last year, the PDF file is not readable in Acrobat or Ghostview. That took a few days to fix as I recall. I've sent it back and asked them to look into it. Others may see this. Steve

1 0

[OT] registrars
by PhoneNet 22 Jun '04

22 Jun '04

Need pointers to reputable domain registrar able to handle .nz, .au and the usual international (com, ca, uk) ... the one I use is able to all but au and nz Ian Phonenet/Webhostnz

1 0

Changes to announcements to the APE and WIX route servers
by Andy Linton 21 Jun '04

21 Jun '04

When you're announcing to the list that you are making changes to your BGP announcements it would help if people would: 1) State which AS these announcements are coming from. This helps me double check I'm making changes to the right route objects. 2) State which routers the BGP sessions are on. This helps me double check I'm making changes to the right route objects. 3) Give a list of all the prefixes you want announced in CIDR format. I'm happy to see a mention of the changes as well but having the complete list means I can be sure it's right. Posting the Cisco prefix list doesn't really help me that much as tthe route servers don't get configured by me cutting and pasting. Others may have different requirements but this info would really help me. For example, something like: We've added the following block to our announcement to the APE route servers: 222.222.222.0/24 Our AS is 34567 and the complete list we're announcing from 192.203.154.150 is: 222.222.219.0/24 222.222.221.0/24 222.222.222.0/24 ---- You can check what we think your filter lists look like by going to: http://www.ape.net.nz/cgi-bin/ShowRoutes.cgi http://www.wix.net.nz/cgi-bin/ShowRoutes.cgi

2 2

Trademe route announcement to WIX route servers
by Andy Linton 20 Jun '04

20 Jun '04

The guys at Trademe (www.trademe.co.nz) have asked me to point out that they are now announcing their own network numbers via their own AS to the WIX route servers. They've discontinued use of all other numbers. The AS is: 24078 Their router is: 202.7.1.67 The network block is: 202.21.128.0/24 If you peer with the WIX route servers (and if you don't I'd encourage you to do so) and for some reason you're not allowing this network block through your BGP filters, I'd recommend that you do. Trademe move a whole heap of traffic and optimising your path to them would be 'a good thing'. If you're not connected to WIX then your path to them will be via your upstream ISP which in many cases will see your traffic head to Auckland before coming back down to Wellington.

1 0

Reminder: Anti Spam Workshop
by David Farrar 20 Jun '04

20 Jun '04

InternetNZ has had around 55 registrations for the anti spam legislative options workshop next Thursday. If there is anyone else intending to attend, please can you register by the end of Monday (we need to change logistics if we end up with more than 70). There seems to be a good range of people attending with around 25+ from ISPs, Telcos and Network Operators; a dozen from Government Departments and agencies; half a dozen from business and even a couple of lawyers! One can register online at https://secure.internetnz.net.nz/membership/anti-spam040519.html The latest agenda is attached (as rtf) for those interested. DPF -- David Farrar e-mail: david(a)farrar.com blog: http://www.kiwiblog.co.nz msn: dpf666(a)hotmail.com icq: 29964527

2 4

HEADSUP: Upcoming Webcast
by Richard Naylor 19 Jun '04

19 Jun '04

There will be a dual webcast of 5 streams each on Tuesday 22 June. This will be between approximately 2pm and 5pm. The venue will be Parliament's debating chamber for the first reading of the NZ Sign Language Bill. The dual webcast features 2 distinct webcasts. One webcast will be of the MPs debate, the other will be of the Sign Language Interpreters, interpreting the debate. Both webcasts will carry audio of the debate. Traffic volumes are not expected to be high, but ISP Help Desks may receive calls for assistance from hearing impaired clients. There is also significant international interest in the issue. After the event, the material will be available for later viewing. rich

1 0

Woosh\Walker Wireless Prefix List Update
by Beatty Lane-Davis 17 Jun '04

17 Jun '04

Hi Everyone, Woosh Wireless has obtained some more addresses from the generous folks at APNIC that we'll be announcing to all our valued peers at APE, the magic number we'll be advertising is: 202.74.192.0/19 Cheers, b blanedavis(a)woosh.com +64.21.544.716

1 0

SMTP Servers and Reverse DNS Lookup
by Rawiri Blundell 17 Jun '04

17 Jun '04

I brought this to the attention of the applicable people, apparently you caught us at a bad time - we're in a transitional stage. Run a dig now, it should all resolve to TClear I'm told Hope I dont stuff this up.. my very first mailman post ever. Rawiri Blundell ComputerLand Technical Support Analyst http://wellington.nzwireless.org ------------------------------------------------------------------------ ----------- Tony Wicks Tue Jun 15 15:01:02 NZST 2004 Here is an example for a company that **should** know better - [root(a)s... <http://list.waikato.ac.nz/mailman/listinfo/nznog> root]# dig computerland.co.nz mx ; <<>> DiG 9.2.1 <<>> computerland.co.nz mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15150 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 1 ;; QUESTION SECTION: ;computerland.co.nz. IN MX ;; ANSWER SECTION: computerland.co.nz. 86400 IN MX 5 smtp.computerland.co.nz. computerland.co.nz. 86400 IN MX 10 mta.xtra.co.nz. ;; AUTHORITY SECTION: computerland.co.nz. 86400 IN NS alien.xtra.co.nz. computerland.co.nz. 86400 IN NS terminator.xtra.co.nz. ;; ADDITIONAL SECTION: smtp.computerland.co.nz. 86400 IN A 203.167.229.7 ;; Query time: 297 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Tue Jun 15 15:00:23 2004 ;; MSG SIZE rcvd: 143 [root(a)s... <http://list.waikato.ac.nz/mailman/listinfo/nznog> root]# dig -x 203.167.229.7 ; <<>> DiG 9.2.1 <<>> -x 203.167.229.7 ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 61325 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;7.229.167.203.in-addr.arpa. IN PTR ;; AUTHORITY SECTION: 229.167.203.in-addr.arpa. 1800 IN SOA dns1.clear.net.nz. hostmaster.clear.net.nz. 2004051709 10800 3600 604800 1800 ;; Query time: 30 msec ;; SERVER: 203.98.6.51#53(203.98.6.51) ;; WHEN: Tue Jun 15 15:00:38 2004 ;; MSG SIZE rcvd: 108 [root(a)s... <http://list.waikato.ac.nz/mailman/listinfo/nznog> root]#

1 0

Fwd: Asia Pacific Peering Guidebook Reviewer Request
by Joe Abley 16 Jun '04

16 Jun '04

Begin forwarded message: > From: "William B. Norton" <wbn(a)equinix.com> > Date: 16 June 2004 12:49:01 EDT > To: nanog(a)merit.edu > Cc: wbn(a)equinix.com > Subject: Asia Pacific Peering Guidebook Reviewer Request > > > Hi all - > > If you have no interest in Internet Peering in Asia, read no further. > Otherwise,... > > Over the last year I have been working with the Peering Coordinator > Community, particularly those that have built into and throughout > Asia, to document what is *different* about peering in Asia as > compared to say the U.S. and Europe. In February of this year I > pulled together a group of Peering Coordinators for the APRICOT > Peering Track. I asked them to share Peering processes that they found > different, interesting, counter intuitive, or unexpected. This white > paper documents the lessons learned and insights gained from Peering > Coordinators experienced with peering in Asia. > > The Asia Pacific Peering Guidebook follows the path set by "The > Evolution of the US Peering Ecosystem" white paper that I presented at > the last NANOG, but focuses on the common dynamics and experiences > that folks shared with me over the last year and at the APRICOT > Peering Track. First, the paper documents what I call the "Foreign > Tier 1 Peering Dynamic" that casts a Tier 1 ISP in one Peering > Ecosystem as a Tier 2 ISP in another. We focus on the motivations, the > reasons why this occurs as ISPs expand globally. > > Next, Peering Coordinators shared five reasons that they expanded > into/within Asia: > 1) Incumbent Tier 1 ISPs to peer their routes outside their home market > 2) Meet US Tier 1 ISP Peering Prerequisites > 3) Customers want them in Asia > 4) Global Marketing Benefits > 5) Sell transit in a more attractive transit market > > using four methods of interconnection: > 1) Extend into foreign country > 2) reciprically peer in each others coountry > 3) Half-Circuit peering > 4) Buy an ISP with Tier 1 peering in the foreign ecosystem > > The Peering Coordinators shared nine lessons, things they wish they > had known before expanding into Asia: > 1) Tier 1 ISPs will not want to peer in their home market > 2) There are several challenges peering in Asia > 2a) Peering Process is different - peering@ does not uniformly work > 2b) Many language zones > 2c) Many time zones - logisitics issues here > 2d) Oceans add cost, latency - transpacific transport prices estimated > in the paper > 2e) local loops still a major expense > 2f) transit prices highly variable across countries in Asia - transit > street prices quoted > 3) Creative peering deals > 4) Watch for Inadvertent Tromboning > 5) Local Presence is required > 6) Separation of Int'l Transit from Domestic Transit in some markets > 7) Content that transcends the language barrier is not allowed to be > hosted in country > 8) No true regional content in Asia > 9) Content Peering works in Asia > 10) Understand the Internet Peering Ecosystem prior to building in > > On this last point, the paper enumerates several data points including > naming the Tier 1's, the emerging broadband players, the peering > inclinations, etc. for Hong Kong, Tokyo, Sydney and Singapore. Some of > the Yahoo!Broadband activities for example in Japan show that some > places in Asia are leap-frogging the US in terms of next-gen access > bandwidth. How would you like 40Mbps DSL access for $50/mo or FTTH for > $100/mo? > > I'm at the point where I'd like to do a dozen or so final paper > walk-throughs, where I email the white paper and walk interested folks > through the paper to solicit comments and suggestions. I've found > that talking people through the paper is this is the most effective > way for me to make sure the paper (and subsequent presentation) flow > well, and also increases the likelihood of me getting some feedback. > > If you have any interest in the topic and can spare about 30 minutes > for a walkthrough over the next few weeks, send me a note and let's > schedule a time I can talk you through the paper. I'm also planning a > group walk through (a concall basically) towards the end of the month. > > As with all the Peering White Papers, this one will be made freely > available to the community when it is finished. > > Bill > > Here are the other Peering White Papers that are available (google for > "William B. Norton" to find them on the web, or email wbn(a)equinix.com > with the white paper title in the subject line and I'll send you the > latest version of the white paper.) > > 1. Interconnection Strategies for ISPs documents two dominant > methods ISPs use to interconnect their networks. Over 200 ISPs helped > create this white paper to identify when Internet Exchange Points make > sense and the Direct Circuit interconnect method makes sense. > Financial Models included in the paper quantify the tradeoffs between > these two methods. All relevant data points are footnoted as to > source. > 2. Internet Service Providers and Peering answers the questions: > "What is Peering and Transit? What are the motivations for Peering? > What is the ISP Peering Coordinators Process for obtaining peering? > What are criteria for IX selection?" > 3. A Business Case for Peering builds upon the previous white > papers but focuses on the questions important to the Chief Financial > Officer: "When does Peering make sense from a financial standpoint? > When do all the costs of Peering get completely offset by the cost > savings?" > 4. The Art of Peering: The Peering Playbook builds on the > previous white papers by asking the Peering Coordinators to share the > "Tricks of the Trade", methods of getting peering where otherwise they > might not be able to get peering. These 20 tactics range from the > straight forward to the obscure, from the clever to the borderline > unethical. Nonetheless, Peering Coordinators might be interested in > field-proven effective ways of obtaining peering in this highly > controversial white paper. > 5. The Peering Simulation Game finishes up my half day Peering > Tutorial by engaging the audience in the role of the Peering > Coordinator. Each ISP in turn rolls the dice, expands their network, > collects revenue for each square of customer traffic, and pays transit > fees to their upstream ISP. They quickly learn that if they peer with > each other, the costs of traffic exchange are much less, but they need > to negotiate how to cover the costs of the interconnect. ISP Peering > coordinators have commented on how close the peering simulation game > is to reality in terms of the dialog that takes place. > 6. Do ATM-based Internet Exchange Points Make Sense Anymore? > Applies the "Business Case for Peering" financial models to ATM and > Ethernet-based IXes using current market prices for transit, > transport, and IX Peering Costs. > 7. The Evolution of the U.S. Peering Ecosystem, introduces and > focuses on several fundamental changes in the Peering Ecosystem > spurred by several events following the telecom collapse of 1999/2000. > 8. The Art of Peering: The IX Playbook follows the same tact as > The Peering Playbook; we first introduce the framework theory of how > and why IXes are valuable from an economic perspective. We then > enumerate about a dozen tactics IXes use to get over the "Start Up > Hump", to build a strong critical mass of participants, and finally, > defense tactics to maintain that population. (To be released at a > future date.) >

1 0

CallPlus prefix list update
by Steve Hawken 16 Jun '04

16 Jun '04

Hi, For networks peering with CallPlus AS 9790 please update your prefix list as below: ip prefix-list callplus-networks description callplus networks contact noc(a)callplus.co.nz ip prefix-list callplus-networks seq 5 permit 202.0.151.0/24 ip prefix-list callplus-networks seq 10 permit 202.36.244.0/23 le 24 ip prefix-list callplus-networks seq 15 permit 202.37.129.0/24 ip prefix-list callplus-networks seq 20 permit 202.49.34.0/23 le 24 ip prefix-list callplus-networks seq 25 permit 202.49.62.0/24 ip prefix-list callplus-networks seq 30 permit 202.50.109.0/24 ip prefix-list callplus-networks seq 35 permit 202.50.170.0/24 ip prefix-list callplus-networks seq 40 permit 202.180.64.0/18 le 24 ip prefix-list callplus-networks seq 45 permit 203.97.152.0/24 ip prefix-list callplus-networks seq 50 permit 203.100.223.208/20 le 24 ip prefix-list callplus-networks seq 55 permit 203.184.0.0/18 le 24 ip prefix-list callplus-networks seq 60 permit 203.215.142.0/23 le 24 ip prefix-list callplus-networks seq 65 permit 210.55.111.0/24 ip prefix-list callplus-networks seq 70 permit 210.55.254.0/24 Cheers, Steve Steve Hawken Senior Network Engineer DDI ++ 64 9 919 6038 Mobile ++ 64 21 778 891 Email steveh(a)callplus.co.nz <mailto:steveh(a)callplus.co.nz>

1 0

NZNOG 2005 in Hamilton
by Donald Neal 15 Jun '04

15 Jun '04

Planning is now under way for the next NZ Network Operators' Group conference. This is to be hosted by the WAND group (Thanks again, guys!) at The University of Waikato's main campus in Hamilton in the first week of February 2005. If you have an opinion on the form this should take, please speak up now. If not, you're likely to end up with something bearing a strong resemblance to this year's gathering, with tutorials on Wednesday and a stream of presentations on Thursday and Friday. (That's 2-4 February.) Don't rush to volunteer to present just yet - we should have a proper Call for Presenters out around the end of this month - but now is the time for people who are likely to attend to suggest topics they'd like to know more about, people they'd like to hear from, or changes to the way things have been done in the past. Please post suggestions either to me or to the list as seems appropriate. I'll try to provide a digest of responses by next Friday, 25 June. - Donald Neal Donald Neal | Bubble and squeak Technical Specialist | - Boiled mouse. Operations Engineering | [Martin Neal] Integration & Services Division +----------------------- Alcatel NZ Ltd - Telecom's network operations manager ------------------------------------------------------------------------------ "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

Re: Dynamic address space in SORBS causes mail rejection
by Richard Cox 15 Jun '04

15 Jun '04

On Wed, 16 Jun 2004 11:14:12 +1200 "Craig Box" <craig(a)itpartners.co.nz> wrote: | While we're on the subject of mail rejections, I look after a couple | of sites on a TelstraClear Tempest connections, both with IP addresses | on 203.97.48.0/21. Unfortunately, spam DNS blacklist SORBS list them | as being on Dynamic IP space: | | 203.97.48.x found in Dynamic IP Space (Cable, DSL & Dial Ups) | Address or Block: 203.97.48.0 / 21 | Information: Dynamic IP address, use your ISPs mail server | | ..and as such a number of sites (a number growing by about one a day, | just the ones I get told about) are blocking mail based on the SORBS | listing. The point being that the inbound mail administrators have the right to decide whether to accept connections from hosts in dynamic-IP ranges. | Some months ago I got in touch with TC's faults desk and they | claim to have emailled off to SORBS to have this reclassified. | | Nothing changed, so I got in touch with our local tech contact at TC; | he said he'd fire it off to the ISP guys but I've not heard back from | him either. All true. On Jan 30 The Telstra Abuse Desk wrote to SORBS about the block being labelled as "dynamic" and asked for "a copy of the headers of the spam". SORBS replied, explaining that the DUHL list identified their IP's DHCP status, not that any spam had been sent. Telstra Abuse Desk didn't respond to that reply. On March 11 Mark Seward wrote in again from Telstra, asking for the block status to be changed: SORBS replied, explaining that for security reasons such a request would need to come from the designated APNIC PoC for the IP block (which currently would be netobjs(a)clear.net.nz) However that reply got an auto-response saying that Mark Seward was no longer with Telstra, and mail should now go to Peter Ambrose and/or Sid Jones, so SORBS dutifully forwarded the previous correspondence to those two people, hoping they'd get the appropriate person to write in to authorise the change. But nothing further was heard until April 7 when Jason, as "isp.duty(a)team.telstraclear.co.nz" wrote in asking how to get the block's status changed, and he was sent a similar answer to that which had gone to Mark Seward, Peter Ambrose, and Sid Jones: but still nothing was heard from the designated PoC. | I've asked around about this and the best suggestions are "you're an | ISP customer, you should be smarthosting through an ISP mail server." | Problems with this include the fact that we no longer have any control | over retry/routing/any of the niceties of controlling your own outbound | SMTP; the fact that clear.net.nz mailservers are currently being eaten | by Zafi and mail delivery will probably slow down; and the fact that | we "just plain shouldn't have to." If you're on static IP, then as you say, you shouldn't have to. TelstraClear should have been able to follow the simple instructions to get this changed, normally a very straightforward process! | I'm not sure where to go from here. It's possible that if I ask TC | to set the PTR for each affected customer to smtp.$CLIENT and then | manually request that it's removed from SORBS, it may be done. If an IP is to send mail, that is a good suggestion in its own right. DNS should also have a sensible TTL - at least 12 hours is reasonable. -- Richard Cox

1 0

Akamai outage
by Juha Saarinen 15 Jun '04

15 Jun '04

http://www.infoworld.com/article/04/06/15/HNakamaioutage_1.html Not sure if NZ is affected too, but have noticed that Windows Update is unusually slow. -- Juha

2 1

Dynamic address space in SORBS causes mail rejection
by Craig Box 15 Jun '04

15 Jun '04

Hi everyone. While we're on the subject of mail rejections, I look after a couple of sites on a TelstraClear Tempest connections, both with IP addresses on 203.97.48.0/21. Unfortunately, spam DNS blacklist SORBS (http://www.dnsbl.au.sorbs.net/) list them as being on Dynamic IP space: 203.97.48.x found in Dynamic IP Space (Cable, DSL & Dial Ups) Address or Block: 203.97.48.0 / 21 Information: Dynamic IP address, use your ISPs mail server ...and as such a number of sites (a number growing by about one a day, just the ones I get told about) are blocking mail based on the SORBS listing. Some months ago I got in touch with TC's faults desk and they claim to have emailled off to SORBS to have this reclassified. Nothing changed, so I got in touch with our local tech contact at TC; he said he'd fire it off to the ISP guys but I've not heard back from him either. I've asked around about this and the best suggestions are "you're an ISP customer, you should be smarthosting through an ISP mail server." Problems with this include the fact that we no longer have any control over retry/routing/any of the niceties of controlling your own outbound SMTP; the fact that clear.net.nz mailservers are currently being eaten by Zafi and mail delivery will probably slow down; and the fact that we "just plain shouldn't have to." We have a hosted mail server of our own that we could use as a smarthost, however it will be a significant increase in load on this machine where we have a perfectly good mail server sitting at the clients site. I agree completely about customers not running mail service on dial-up lines, but a Tempest connection with a static IP address is a business service, not a 56k modem with an infected Windows box behind it. I'm not sure where to go from here. It's possible that if I ask TC to set the PTR for each affected customer to smtp.$CLIENT and then manually request that it's removed from SORBS, it may be done. Their FAQ (http://www.dnsbl.au.sorbs.net/DUL-FAQ.html) suggests I'm more likely to be asked to have my ISP ask. I'd like to see TC deal to this, perhaps by putting more information in the WHOIS db about what space is static and what is dynamic, and possibly changing PTR records appropriately. According to the DNSBL faq, the contact listed in the RIR can have it changed - it would be really nice if this problem could go away. If there are any other suggestions that anyone has about how to deal with this problem, please let me know. Regards, Craig Box Phone 07 957 2653 IT Partners Ltd Fax 07 957 2659 PO Box 9361 Mobile 021 475 869 Hamilton, New Zealand _________________________________________________________________ #include <standard-disclaimer.h> _________________________________________________________________

1 0

Map/schematic over NZ Internet connectivity?
by Juha Saarinen 15 Jun '04

15 Jun '04

Has the NZ Internet connectivity been mapped out yet? Maybe I'm not googling right, but I can't find any resource which lists national and international connectivity for New Zealand. -- Juha

6 9

RE: [nznog] TelstraClear Inhternational / National Traffic billing
by Donald Neal 15 Jun '04

15 Jun '04

> On Tue, 15 Jun 2004, Joe Abley wrote: > > > On 15 Jun 2004, at 08:22, Drew Broadley wrote: > > > > > The end is nigh. > > > > The doomsaying is all very dramatic, but where's the reasoning? > > > > If it suddenly costs money to talk to networks which are > customers of > > TCL, it surely makes *more* sense to peer with them > directly, not less. Indeed. Peering by US content providers is one of the big changes identified in http://www.nanog.org/mtg-0405/pdf/norton.pdf . Perhaps sadly, one of the possible futures for the US identified by the author in answer to questions about his presentation at the most recent NANOG was the New Zealand model, in which charges aren't made for national traffic. - Donald Neal Donald Neal | Bubble and squeak Technical Specialist | - Boiled mouse. Operations Engineering | [Martin Neal] Integration & Services Division +----------------------- Alcatel NZ Ltd - Telecom's network operations manager ------------------------------------------------------------------------------ "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