- NZNOG - lists.nznog.org

Spam from local sources?
by NZNOG＠neilnz.com 10 Oct '04

10 Oct '04

Anyone else received any spam today from a local, un-named company? I'm trying to track down where he got my email address from... And yes, he is a member of this list. I thought people on here should know better than this!!! N.

15 28

Re: Re: [nznog] Re: Networkstuff promotion
by Jonny Martin 09 Oct '04

09 Oct '04

> crap > more crap So how about that Telstra outage then... Jonny.

1 0

Networkstuff promotion
by Michael Hallager 09 Oct '04

09 Oct '04

Hello all. I have just gone through and added a few names to the no-contact list although only about 50% of the people posting so far in this subject so far were ever emailed in the first place. At last count, about 5 or 6. The actions of some in threatening mail blocks and in continuing this on NZNOG has made it rather hard for me to asertain who would like to be added. I have already discussed it with others, some who would rather keep the pot boiling... for no obvious reason.... I have tried to sort this out with as many people as possible. So I repeat - contact me directly with your details and it will happen. I sincerely apologise again to all who were offended. // Michael Hallager Director || Head geek || Making IT work. URL: http://www.networkstuff.co.nz networkStuff, NZ's leading online supplier of high quality new and used networking equipment. Phone: (09) 839-1000 (DDI) 0800 638-788 (Freecall) Fax: (09) 837-8100 0800 329-788 (Freefax) Mobile: 029 638-7883 (SMS, MMS and PXT supported)

4 3

Re: [nznog] Spam from local sources?
by Ewen McNeill 09 Oct '04

09 Oct '04

In message <Pine.LNX.4.56.0410102013390.12121(a)babylon.blakjak.net>, Mark Foster writes: >>[Regarding an apparently fairly widespread email to people "involved >> in the local internet / computer industry."] > >Speaking of which; any representatives of Michael's upstream present on >the list? If so you can colour this as an official complaint about the UCE >from Michael Hallager as he obviously doesn't see the reason that NZNOG >have such a low opinion of him. I sent a report to abuse@$UPSTREAMISP around 17:30 with full details. I assume someone at $UPSTREAMISP will deal with it tomorrow. Meanwhile the reaction is hopefully a sufficient demonstration that sending advertising (spam) to "individuals who we have found on the New Zealand internet" is fairly counter productive if your aim is to attract new customers. Particularly when the spam goes to those involved in running the networks. So hopefully there will not be a repeat. Ewen

1 0

RE: [nznog] Spam from local sources?
by NZNOG＠neilnz.com 09 Oct '04

09 Oct '04

Michael, after sending spam (presumably to a bunch of people on this list) you shouldn't be throwing stones. I sent the email to the list at 5:14pm although Paradise didn't pass it on until just after 6pm... In any case, I sent the email to the list before I heard from you - and to be honest I don't give spammers the courtesy of assuming they'll reply intelligently or in a timely fashion (Which you did, however). Cheers - Neil G -----Original Message----- From: Michael Hallager [mailto:michael(a)networkstuff.co.nz] Sent: Sunday, 10 October 2004 7:03 p.m. To: Neil(a)neilnz.com Subject: Re: [nznog] Spam from local sources? We have had this discussion and I thought that we settled the matter. Why are you trying to stir? Michael > Anyone else received any spam today from a local, un-named company? > I'm trying to track down where he got my email address from... And > yes, he is a member of this list. > > I thought people on here should know better than this!!! > > N. > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog -- // Michael Hallager Director || Head geek || Making IT work. URL: http://www.networkstuff.co.nz networkStuff, NZ's leading online supplier of high quality new and used networking equipment. Phone: (09) 839-1000 (DDI) 0800 638-788 (Freecall) Fax: (09) 837-8100 0800 329-788 (Freefax) Mobile: 029 638-7883 (SMS, MMS and PXT supported)

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 07 Oct '04

07 Oct '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. These objects are used to configure the APE and/or WIX route servers so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers, you will maintain at least one BGP session at all times and consequently a full set of APE and/or WIX routes. The update causing these changes had the following mail headers: - From: Andy Linton <asjl(a)citylink.co.nz> - Cc: - Subject: FAILED: (fwd) - Date: Fri, 8 Oct 2004 16:52:09 +1300 (NZDT) - Msg-Id: <Pine.LNX.4.58.0410081642280.1327(a)jennings.citylink.co.nz> NZRR Database Notification Department --- PREVIOUS OBJECT: aut-num: AS9889 as-name: NZRR-AS9889 descr: Maxnet descr: initially peering at '202.7.0.116' descr: see Citylink RT job #1320 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS9889 notify: rpsl-admin(a)wix.net.nz notify: nznog(a)list.waikato.ac.nz notify: alastair.johnson(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)wix.net.nz 20041008 source: NZRR REPLACED BY: aut-num: AS9889 as-name: NZRR-AS9889 descr: Maxnet admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS9889 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS9889 notify: rpsl-admin(a)wix.net.nz notify: nznog(a)list.waikato.ac.nz notify: alastair.johnson(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)wix.net.nz 20041008 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 07 Oct '04

07 Oct '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. These objects are used to configure the APE and/or WIX route servers so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers, you will maintain at least one BGP session at all times and consequently a full set of APE and/or WIX routes. --- OBJECT BELOW CREATED: route-set: AS9439:RS-ROUTES:AS9889 descr: Route set advertised to AS9439 by Maxnet - AS9889 members: 202.14.217.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.37.72.0/24^24-29, 202.37.181.0/24^24-29, 202.50.167.0/24^24-29, 202.89.32.0/19^19-29, 210.55.29.0/24^24-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 210.55.110.0/24^24-29, 210.55.155.0/24^24-29, 210.55.169.0/24^24-29, 210.55.214.0/24^24-29, 210.55.230.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)wix.net.nz notify: nznog(a)list.waikato.ac.nz notify: alastair.johnson(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)wix.net.nz 20041008 source: NZRR

1 0

RE: [nznog] Ameritrade.com smtp server issue
by Gordon Smith 07 Oct '04

07 Oct '04

Looks like a Sprint routing issue. Ameritrade are a customer of alter.net & they should be reachable via Savvis when going across Sprint: 8 sl-bb24-ana-10-2.sprintlink.net (144.232.1.205) 133.225 ms 132.062 ms 132.340 ms 9 sl-st21-la-13-0.sprintlink.net (144.232.20.69) 134.608 ms 135.151 ms 134.132 ms 10 bpr2-so-3-0-0.LosAngelesEquinix.savvis.net (208.174.196.73) 132.760 ms 132.626 ms 133.118 ms 11 bpr1-ae0.LosAngelesEquinix.savvis.net (208.172.35.49) 134.405 ms 134.300 ms 134.417 ms 12 bpr1-so-5-0-0.LosAngeles.savvis.net (208.173.57.61) 140.357 ms 135.033 ms 134.136 ms 13 dcr1-ae1-0.LosAngeles.savvis.net (208.172.47.1) 136.275 ms 134.696 ms dcr2-ae1-0.LosAngeles.savvis.net (208.172.47.13) 133.501 ms 14 dcr2-loopback.SanFranciscosfo.savvis.net (206.24.210.100) 139.084 ms 137.953 ms 140.427 ms 15 bpr2-so-4-0-0.SanJoseEquinix.savvis.net (206.24.211.78) 137.337 ms 136.382 ms 136.519 ms 16 POS3-3.BR1.SJC7.ALTER.NET (208.173.55.2) 137.376 ms 137.765 ms * Alter.net's backbone is reachable, but not all their routes are.... Cheers, Gordon > -----Original Message----- > From: jfp [mailto:jfp(a)clearfield.com] > Sent: Friday, 8 October 2004 12:36 p.m. > To: nznog(a)list.waikato.ac.nz > Subject: [nznog] Ameritrade.com smtp server issue > > > Hi people, we are having issues sending mail to Ameritrade.com. > > It looks like their firewall is dropping the smtp connection > to smtp.ameritrade.com (199.200.9.140) from us. > > I can connect to it from our US server and they claim that > they have lots of NZ customers with no issues. > > So I think they are blocking the 210 block of addresses (we show up as > 210.48.112) because we share that with Korea. > (This is not a mail server block, we don't get a connection > to the mail server, so it must be the firewall in front) > > Could get some of you to try to telnet to smtp.ameritrade.com on port > 25 and let me know the result and the block it's coming from? > > I need some concrete evidence. > > Thanks. > > > jfp. > > -------------------------------------------------------------- > ---------- > Jean-Francois Pirus <jfp(a)clearfield.com> Senior > Software Engineer > Phone (+64-9) 358 2081 Clearfield > Software Ltd > Fax (+64-9) 358 2083 4th Floor 8-10 > Whitaker Place > Mob (+64-21) 640 779 P O Box 2348 Auckland, > New Zealand > -------------------------------------------------------------- > ---------- > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

2 1

Re: [nznog] Ameritrade.com smtp server issue
by Jean-Francois Pirus 07 Oct '04

07 Oct '04

Thanks for the data guys. I am getting a vast majority of failures so it's a bit more widespread than expected. I will collate it and ask them to review their response :-) Thanks again. jfp. ------------------------------------------------------------------------ Jean-Francois Pirus <jfp(a)clearfield.com> Clearfield Software Ltd Phone (+64-9) 358 2081 4th Floor 8-10 Whitaker Place Fax (+64-9) 358 2083 P O Box 2348 Auckland, New Zealand ------------------------------------------------------------------------

2 1

RE: [nznog] Ameritrade.com smtp server issue
by Michael Bordignon 07 Oct '04

07 Oct '04

> It looks like their firewall is dropping the smtp connection to > smtp.ameritrade.com (199.200.9.140) from us. timing out for me too - seems as though they're firewalling everything, as even tcptraceroute fails 8 sl-bb21-sj-3-2.sprintlink.net (144.232.8.130) 188.567 ms 189.587 ms 188.584 ms 9 sl-bb24-sj-13-0.sprintlink.net (144.232.3.214) 188.096 ms 185.861 ms 190.153 ms 10 sl-bb21-stk-12-0.sprintlink.net (144.232.20.180) 278.218 ms 196.284 ms 201.601 ms 11 sl-bb22-kc-2-0.sprintlink.net (144.232.20.168) 230.531 ms 231.154 ms 233.457 ms 12 sl-gw10-kc-6-0.sprintlink.net (144.232.23.82) 234.645 ms 233.974 ms 232.707 ms 13 sl-think1-6-0.sprintlink.net (144.224.22.6) 234.018 ms 233.321 ms 234.457 ms 14 * * Michael

1 0

RE: [nznog] Ameritrade.com smtp server issue
by Craig Humphrey 07 Oct '04

07 Oct '04

Looks like a connectivity issue between Sprint and UUNet/Alternet. Here's a couple of traces, one from London, one from Virginia. Please excuse the excessive layout. [Virginia] Report for smtp.ameritrade.com [199.200.9.140] Analysis: Connections to SMTP port 25 on host 'smtp.ameritrade.com' are working, but ICMP packets are being blocked past network "UUNET Technologies, Inc. UUNETCUSTB40" at hop 10. It is a SMTP server (ESMTP Server ready). ------------------------------------------------------------------------ ------------------------------------------------------------------------ ----------------------- | Hop | %Loss | IP Address | Node Name | Location | Tzone | ms | Graph | Network | ------------------------------------------------------------------------ ------------------------------------------------------------------------ ----------------------- | 0 | | 161.58.180.113 | WIN10115.visualware.com | Dulles, VA, USA | -05:00 | | | Verio, Inc. VRIO-161-058 | | 1 | | 161.58.176.129 | - | ?Englewood, CO | | 0 | x | Verio, Inc. VRIO-161-058 | | 2 | | 161.58.156.140 | - | ?Englewood, CO | | 0 | x | Verio, Inc. VRIO-161-058 | | 3 | | 129.250.28.206 | xe-1-2-0-3.r20.asbnva01.us.bb.verio.net | Ashburn, VA, USA | -05:00 | 0 | x | Verio, Inc. VRIO-129-250 | | 4 | | 129.250.9.70 | p16-0.uunet.asbnva01.us.bb.verio.net | Ashburn, VA, USA | -05:00 | 0 | x | Verio, Inc. VRIO-129-250 | | 5 | | 152.63.43.182 | 0.so-2-2-0.XL1.DCA5.ALTER.NET | Washington, DC, USA | -05:00 | 0 | x | UUNET Technologies, Inc. UUNET-BACKBONE | | 6 | | 152.63.25.37 | 0.so-2-0-0.TL1.DCA8.ALTER.NET | Washington, DC, USA | -05:00 | 0 | x | UUNET Technologies, Inc. UUNET-BACKBONE | | 7 | | 152.63.0.126 | 0.so-1-2-0.TL1.STL3.ALTER.NET | St. Louis, MO, USA | -06:00 | 15 | x | UUNET Technologies, Inc. UUNET-BACKBONE | | 8 | | 152.63.88.58 | 0.so-7-0-0.CL1.KCY4.ALTER.NET | Kansas City, MO, USA | -06:00 | 31 | x | UUNET Technologies, Inc. UUNET-BACKBONE | | 9 | | 152.63.93.185 | 179.ATM6-0.GW3.KCY4.ALTER.NET | Kansas City, MO, USA | -06:00 | 31 | x | UUNET Technologies, Inc. UUNET-BACKBONE | | 10 | | 157.130.165.126 | ameritrade-gw.customer.alter.net | ?Ashburn, VA, USA | -05:00 | 31 | x- | UUNET Technologies, Inc. UUNETCUSTB40 | | ... | | | | | | | | | | ? | | 199.200.9.140 | smtp.ameritrade.com | | | | | AccuTrade, Inc. ACTRADE | ------------------------------------------------------------------------ ------------------------------------------------------------------------ ----------------------- [London] Report for smtp.ameritrade.com [199.200.9.140] Analysis: IP packets are being lost past network "Sprint SPRINT-INNET1" at hop 19. VisualRoute cannot determine the next network at hop 20. Connections to SMTP port 25 are not working. ------------------------------------------------------------------------ ------------------------------------------------------------------------ ----------------------------------------- | Hop | %Loss | IP Address | Node Name | Location | Tzone | ms | Graph | Network | ------------------------------------------------------------------------ ------------------------------------------------------------------------ ----------------------------------------- | 0 | | 192.168.101.239 | visualroute.visualware.co.uk | ... | | | | (private use) | | 1 | | 192.168.101.254 | - | ... | | 0 | x | (private use) | | 2 | | 195.167.164.1 | - | ?London, UK | * | 0 | x | Richmond Software | | 3 | | 195.167.252.170 | s12-1-7.access2.lon1.uk.vital-group.net | ?London, UK | * | 21 | x------ | IPCENTA Ltd | | 4 | | 195.167.248.1 | - | ?London, UK | * | 0 | x | Vital International | | 5 | | 134.222.109.173 | ldn-s2-rou-1002.UK.eurorings.net | ?Amsterdam, Netherlands | +01:00 | 0 | x | RIPE Network Coordination Centre RIPE-ERX-134-219-0-0 | | 6 | | 134.222.231.61 | ldn-s2-rou-1001.UK.eurorings.net | ?Amsterdam, Netherlands | +01:00 | 0 | x | RIPE Network Coordination Centre RIPE-ERX-134-219-0-0 | | 7 | | 134.222.230.145 | obl-rou-1003.NL.eurorings.net | ?Amsterdam, Netherlands | +01:00 | 0 | x | RIPE Network Coordination Centre RIPE-ERX-134-219-0-0 | | 8 | | 134.222.229.237 | ledn-rou-1001.NL.eurorings.net | ?Amsterdam, Netherlands | +01:00 | 2 | x | RIPE Network Coordination Centre RIPE-ERX-134-219-0-0 | | 9 | | 134.222.254.2 | ewr-brdr-02.inet.qwest.net | Newark, NJ, USA | -05:00 | 78 | x | RIPE Network Coordination Centre RIPE-ERX-134-219-0-0 | | 10 | | 205.171.17.125 | ewr-core-01.inet.qwest.net | Newark, NJ, USA | -05:00 | 79 | x | Colorado SuperNet, Inc. CSN-BLOCK-7 | | 11 | | 205.171.17.62 | nyc-brdr-01.inet.qwest.net | New York, NY, USA | -05:00 | 78 | x | Colorado SuperNet, Inc. CSN-BLOCK-7 | | 12 | | 205.171.1.134 | - | Denver, CO, USA | -07:00 | 90 | x---- | Colorado SuperNet, Inc. CSN-BLOCK-7 | | 13 | | 144.232.13.1 | sl-bb25-nyc-11-0.sprintlink.net | New York, NY, USA | -05:00 | 159 | --x-- | Sprint SPRINT-INNET9 | | 14 | | 144.232.9.156 | sl-bb24-chi-2-0.sprintlink.net | Chicago, IL, USA | -06:00 | 121 | x---- | Sprint SPRINT-INNET9 | | 15 | | 144.232.26.110 | sl-bb22-chi-9-0.sprintlink.net | Chicago, IL, USA | -06:00 | 134 | -x----- | Sprint SPRINT-INNET9 | | 16 | | 144.232.19.202 | sl-bb20-kc-14-2.sprintlink.net | Kansas City, MO, USA | -06:00 | 133 | -x----- | Sprint SPRINT-INNET9 | | 17 | | 144.232.2.118 | sl-bb21-kc-15-0.sprintlink.net | Kansas City, MO, USA | -06:00 | 109 | x | Sprint SPRINT-INNET9 | | 18 | | 144.232.23.74 | sl-gw10-kc-5-0.sprintlink.net | Kansas City, MO, USA | -06:00 | 109 | x | Sprint SPRINT-INNET9 | | 19 | | 144.224.22.6 | sl-think1-6-0.sprintlink.net | - | | 110 | x- | Sprint SPRINT-INNET1 | | ... | | | | | | | | | | ? | | 199.200.9.140 | smtp.ameritrade.com | Omaha, NE, USA | | | | AccuTrade, Inc. ACTRADE | ------------------------------------------------------------------------ ------------------------------------------------------------------------ ----------------------------------------- > -----Original Message----- > From: jfp [mailto:jfp(a)clearfield.com] > Sent: Friday, October 08, 2004 12:36 PM > To: nznog(a)list.waikato.ac.nz > Subject: [nznog] Ameritrade.com smtp server issue > > > Hi people, we are having issues sending mail to Ameritrade.com. > > It looks like their firewall is dropping the smtp connection to > smtp.ameritrade.com (199.200.9.140) from us. > > I can connect to it from our US server and they claim that they have > lots of NZ customers with no issues. > > So I think they are blocking the 210 block of addresses (we show up as > 210.48.112) because we share that with Korea. > (This is not a mail server block, we don't get a connection > to the mail > server, so it must be the firewall in front) > > Could get some of you to try to telnet to smtp.ameritrade.com on port > 25 and let me know the result and the block it's coming from? > > I need some concrete evidence. > > Thanks. > > > jfp. > > -------------------------------------------------------------- > ---------- > Jean-Francois Pirus <jfp(a)clearfield.com> Senior > Software Engineer > Phone (+64-9) 358 2081 Clearfield > Software Ltd > Fax (+64-9) 358 2083 4th Floor 8-10 > Whitaker Place > Mob (+64-21) 640 779 P O Box 2348 Auckland, > New Zealand > -------------------------------------------------------------- > ---------- > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

1 0

Ameritrade.com smtp server issue
by jfp 07 Oct '04

07 Oct '04

Hi people, we are having issues sending mail to Ameritrade.com. It looks like their firewall is dropping the smtp connection to smtp.ameritrade.com (199.200.9.140) from us. I can connect to it from our US server and they claim that they have lots of NZ customers with no issues. So I think they are blocking the 210 block of addresses (we show up as 210.48.112) because we share that with Korea. (This is not a mail server block, we don't get a connection to the mail server, so it must be the firewall in front) Could get some of you to try to telnet to smtp.ameritrade.com on port 25 and let me know the result and the block it's coming from? I need some concrete evidence. Thanks. jfp. ------------------------------------------------------------------------ Jean-Francois Pirus <jfp(a)clearfield.com> Senior Software Engineer Phone (+64-9) 358 2081 Clearfield Software Ltd Fax (+64-9) 358 2083 4th Floor 8-10 Whitaker Place Mob (+64-21) 640 779 P O Box 2348 Auckland, New Zealand ------------------------------------------------------------------------

3 2

RE: [nznog] Ameritrade.com smtp server issue
by Craig Humphrey 07 Oct '04

07 Oct '04

We're blocked at 210.86.19.x and 210.55.180.x > -----Original Message----- > From: jfp [mailto:jfp(a)clearfield.com] > Sent: Friday, October 08, 2004 12:36 PM > To: nznog(a)list.waikato.ac.nz > Subject: [nznog] Ameritrade.com smtp server issue > > > Hi people, we are having issues sending mail to Ameritrade.com. > > It looks like their firewall is dropping the smtp connection to > smtp.ameritrade.com (199.200.9.140) from us. > > I can connect to it from our US server and they claim that they have > lots of NZ customers with no issues. > > So I think they are blocking the 210 block of addresses (we show up as > 210.48.112) because we share that with Korea. > (This is not a mail server block, we don't get a connection > to the mail > server, so it must be the firewall in front) > > Could get some of you to try to telnet to smtp.ameritrade.com on port > 25 and let me know the result and the block it's coming from? > > I need some concrete evidence. > > Thanks. > > > jfp. > > -------------------------------------------------------------- > ---------- > Jean-Francois Pirus <jfp(a)clearfield.com> Senior > Software Engineer > Phone (+64-9) 358 2081 Clearfield > Software Ltd > Fax (+64-9) 358 2083 4th Floor 8-10 > Whitaker Place > Mob (+64-21) 640 779 P O Box 2348 Auckland, > New Zealand > -------------------------------------------------------------- > ---------- > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

1 0

RE: [nznog] NZ Linux mirrors
by Craig Humphrey 07 Oct '04

07 Oct '04

I've also updated the WLUG Wiki page: http://www.wlug.org.nz/NewZealandLinuxMirrors Thanks to "Aristotle Pagaltzis" for editing my first attempt at Wiki layout. > -----Original Message----- > From: Mark Foster [mailto:blakjak(a)blakjak.net] > Sent: Thursday, October 07, 2004 5:43 PM > To: nznog(a)list.waikato.ac.nz > Cc: nzlug(a)linux.net.nz > Subject: Re: [nznog] NZ Linux mirrors [snip snip] > At the risk of responding to myself - its now online: > > http://www.linux.net.nz/node/view/75 > > > NZLUG: A list of currently known Linux mirrors is now > published on the LUG > site as per above. :) > Apologies for the crosspost. > > Cheers > Mark.

2 1

NZ Linux mirrors
by Craig Humphrey 06 Oct '04

06 Oct '04

Hi people, Ok, was bored an inquisitive today, so did a little Google and came up with the following Linux mirror sites in NZ, there's even a few FreeBSD ones tagged on the end. If anyone's aware of any others, please let me know and I'll maintain an informal list (and notify linux.net.nz and WLUG). If my boss lets me, I'll stick it on a website too... Later'ish Craig Linux Kernel www.nz.kernel.org ftp.ihug.co.nz/Linux/kernels/kernel/ ftp://linux.jetstreamgames.co.nz/dist/kernel/ Caos ftp://linux.jetstreamgames.co.nz/dist/caos Debian ftp.ihug.co.nz/Linux/CD-images/Debian-3.0/ ftp://debian.ihug.co.nz/debian/ ftp://debian.ihug.co.nz/debian-non-US/ ftp://debian.paradise.net.nz/ ftp://debian.co.nz/Debian/ ftp://linux.jetstreamgames.co.nz/dist/debian/ ftp://linux.jetstreamgames.co.nz/dist/debian-cd/ ftp://linux.jetstreamgames.co.nz/dist/debian-non-US/ ftp://linux.jetstreamgames.co.nz/dist/debian-security/ ftp.jetstreamgames.co.nz/debian/ ftp.jetstreamgames.co.nz/debian-non-US/ ftp.jetstreamgames.co.nz/debian-security/ ftp://ftp.tranzpeer.net/debian/ ftp://ftp.tranzpeer.net/debian-backports/ ftp://ftp.tranzpeer.net/debian-cd/ ftp://ftp.tranzpeer.net/debian-non-US/ ftp://ftp.tranzpeer.net/debian-security/ ftp.nz.debian.org/debian/ (ftp.citylink.co.nz) WIX only (there may be other distros on here) ftp://mirror.inspire.net.nz/debian/ ftp://mirror.inspire.net.nz/debian-backports/ ftp://mirror.inspire.net.nz/debian-cd/ ftp://mirror.inspire.net.nz/debian-non-US/ ftp://mirror.inspire.net.nz/debian-security/ Fedora ftp.wicks.co.nz/pub/linux/dist/fedora/ ftp.ihug.co.nz/Linux/CD-images/Fedora/ ftp://debian.co.nz/Fedora linux.jetstreamgames.co.nz/fedora/ Gentoo ftp.ihug.co.nz/Linux/CD-images/Gentoo-1.2/ ftp://debian.co.nz/Gentoo/ ftp://linux.jetstreamgames.co.nz/dist/gentoo/ ftp://linux.jetstreamgames.co.nz/dist/gentoo-portage/ ftp://linux.jetstreamgames.co.nz/dist/gentoo-x86-portage/ Knoppix ftp.ihug.co.nz/Linux/CD-images/Knoppix-3.3/ ftp://debian.co.nz/Knoppix/ ftp://linux.jetstreamgames.co.nz/dist/knoppix/ ftp://mirror.inspire.net.nz/knoppix/ Mandrake ftp.ihug.co.nz/Linux/CD-images/Mandrake-9.2/ ftp://debian.co.nz/Mandrake/ ftp://linux.jetstreamgames.co.nz/dist/mandrake/ ftp://ftp.tranzpeer.net/mandrake/ ftp://mirror.inspire.net.nz/mandrake/ RedHat ftp.ihug.co.nz/Linux/CD-images/RedHat-9.0/ ftp.redhat.co.nz/pub/linux/dist/redhat/ (ftp.wicks.co.nz) ftp://ftp.tranzpeer.net/redhat/ ftp://mirror.inspire.net.nz/Redhat 9.0/ ftp://mirror.inspire.net.nz/Redhat%208.0/ ftp://mirror.inspire.net.nz/Redhat%207.3/ Slackware ftp.ihug.co.nz/Linux/CD-images/Slackware-9.1/ ftp://debian.co.nz/Slackware/ Suse ftp://linux.jetstreamgames.co.nz/dist/suse/ Xandros ftp://debian.co.nz/Xandros/ Yoper ftp://linux.jetstreamgames.co.nz/dist/yoper/ ftp://nz1.yoper.com/pub/ Other ftp.ihug.co.nz/Linux/CD-images/Floppyfw-2.04-FloppyFirewall/ ftp.ihug.co.nz/Linux/CD-images/Freesco-0.27-FloppyDistro/ FreeBSD ftp://debian.co.nz/FreeBSD/ ftp://linux.jetstreamgames.co.nz/dist/freebsd/ ftp://ftp.nz.freebsd.org/pub/FreeBSD/ (ftp.tranzpeer.net) ftp://mirror.inspire.net.nz/FreeBSD/

3 3

RE: [nznog] NZ Linux mirrors
by Craig Humphrey 06 Oct '04

06 Oct '04

If I get the go-ahead to set up a site/page with this, I'll set up something to check for "up-to-date-ness". Still, at least these ones exist, unlike many I tried. (unless they're all hiding behind WIX only routes) > -----Original Message----- > From: Barry Murphy [mailto:barry(a)unix.co.nz] > Sent: Thursday, October 07, 2004 5:03 PM > To: Craig Humphrey; nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] NZ Linux mirrors > > Hi, > > A number of the links you have shown, i.e. debian.paradise.net.nz are > generally out of date thus of no use. But good work anyways. > > Barry

1 0

RE: [nznog] Modem Pool's
by Wayne Kampjes 06 Oct '04

06 Oct '04

Telecom do a Remote Private Office Network http://www.telecom.co.nz/content/0,3900,201876-201214,00.html Cheers Wayne -----Original Message----- From: Craig Humphrey [mailto:Craig.Humphrey(a)chapmantripp.com] Sent: Thursday, 7 October 2004 11:43 To: nznog(a)list.waikato.ac.nz Subject: RE: [nznog] Modem Pool's If you're going to make it that complex, VPN'ing, etc. Why not VPN over the internet? > -----Original Message----- > From: Geraint Jones [mailto:g.jones(a)french-maid.co.nz] > Sent: Thursday, October 07, 2004 11:34 AM > To: Matthew Poole > Cc: nznog(a)list.waikato.ac.nz > Subject: RE: [nznog] Modem Pool's > > To our head office, so I would be looking to maybe have a box > in a rack > with a pool attached so I can then VPN the traffic back to > head office, > as pictured below. > > Sales Reps > | > Modem Pool > | > My Colo'd Server > | > |---VPN Over the net > | > Server at head office > > > > Geraint Jones > Systems Administrator > French Maid Foods Limited > www.french-maid.net > > Tel: +64 (0)4 568 2687 > Fax: +64 (0)4 568 2345 > Mob: +64 (0)21 739 240 _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog ------------------------------------------------------------------------------ "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." ------------------------------------------------------------------------------

2 1

RE: [nznog] Modem Pool's
by Craig Humphrey 06 Oct '04

06 Oct '04

If you're going to make it that complex, VPN'ing, etc. Why not VPN over the internet? > -----Original Message----- > From: Geraint Jones [mailto:g.jones(a)french-maid.co.nz] > Sent: Thursday, October 07, 2004 11:34 AM > To: Matthew Poole > Cc: nznog(a)list.waikato.ac.nz > Subject: RE: [nznog] Modem Pool's > > To our head office, so I would be looking to maybe have a box > in a rack > with a pool attached so I can then VPN the traffic back to > head office, > as pictured below. > > Sales Reps > | > Modem Pool > | > My Colo'd Server > | > |---VPN Over the net > | > Server at head office > > > > Geraint Jones > Systems Administrator > French Maid Foods Limited > www.french-maid.net > > Tel: +64 (0)4 568 2687 > Fax: +64 (0)4 568 2345 > Mob: +64 (0)21 739 240

2 1

RE: [nznog] Modem Pool's
by Geraint Jones 06 Oct '04

06 Oct '04

To our head office, so I would be looking to maybe have a box in a rack with a pool attached so I can then VPN the traffic back to head office, as pictured below. Sales Reps | Modem Pool | My Colo'd Server | |---VPN Over the net | Server at head office Geraint Jones Systems Administrator French Maid Foods Limited www.french-maid.net Tel: +64 (0)4 568 2687 Fax: +64 (0)4 568 2345 Mob: +64 (0)21 739 240 -----Original Message----- From: Matthew Poole [mailto:matt(a)p00le.net] Sent: Thursday, October 07, 2004 11:23 AM To: Geraint Jones Cc: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Modem Pool's On Thu, 7 Oct 2004, Geraint Jones wrote: > Completely off topic but I cant really think of anywhere better to post > it. > Does anyone know of an ISP/Telco that will rent a modem pool ? > > I am looking at providing our sales reps with dial in access, and > thought there may be someone on the list that's used this kind of > service. > Do you mean dialup access to the 'net, or dialup access to your network? This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

2 1

Modem Pool's
by Geraint Jones 06 Oct '04

06 Oct '04

Completely off topic but I cant really think of anywhere better to post it. Does anyone know of an ISP/Telco that will rent a modem pool ? I am looking at providing our sales reps with dial in access, and thought there may be someone on the list that's used this kind of service. Geraint Jones Systems Administrator French Maid Foods Limited www.french-maid.net <http://www.french-maid.net/> Tel: +64 (0)4 568 2687 Fax: +64 (0)4 568 2345 Mob: +64 (0)21 739 240 This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

2 1

[Fwd: Warning: spammer seeking services]
by Nic Bellamy 04 Oct '04

04 Oct '04

Hi all, it was suggested to me that this warning might also be NZNOG-worthy. His message to me triggered my spammer-o-meter, so I did some digging: -----Forwarded Message----- From: Nic Bellamy <nic(a)bellamy.co.nz> To: nzlug(a)linux.net.nz Subject: [nzlug] Warning: spammer seeking services Date: Tue, 05 Oct 2004 11:56:31 +1300 Just in case anyone here gets an enquiry from this chap regarding setup of mail servers: Ralph Juliano/Raphael Giuliani <r.juliano(a)verizon.net> Atlas Sales Suite 515, 2700 Market Street (aka. Crestview Apartments) Wilmington Delaware 19802 USA Phone +1-302-762-2828 Fax +1-302-762-5232 He's a spammer. He also seems to lack a sense of humour, as he didn't appear to find my sending him a picture of his apartment funny in the slightest, nor the advice to get a real job. Be vigilant. Cheers, Nic. -- Nic Bellamy <nic(a)bellamy.co.nz> Bellamy Consulting -- Software & Security -- http://www.bellamy.co.nz/ Phone: +64-6-377-4957 Fax: +64-6-377-0505 Mobile: +64-21-251-8954

1 0

Something a bit more on-topic: UK firm recons it's got the busiest interchange!
by Craig Humphrey 04 Oct '04

04 Oct '04

http://news.bbc.co.uk/2/hi/technology/3700290.stm I'm surprised it's bigger than any in the USA or say Germany.

9 10

RE: [nznog] so ... what is the real reason there is whois anyway?
by Frank March 01 Oct '04

01 Oct '04

-----Original Message----- From: Robert Gray [mailto:bob(a)brockhurst.co.nz] Sent: Friday, 1 October 2004 7:30 a.m. Keith Davidson wrote: > InternetNZ has already agreed to implement DNSSEC. Waiting for the > resolution of the issue of "walking the zone" appears prudent. The debate about "walking the zone" has centered on whether this is actually an issue, luminaries such as Joe Abley and Bill Manning have suggested that it is not. Others, well DPF, has suggested that it is. ----------------------------------- The debate is much wider than this. It amounts to whether or not a technical standard circumvents a wider policy issue relating to access to the zone file and WHOIS data. It is an international debate - although as far as .nz is concerned it is an issue of local Internet community concern. There is a tension between those concerned with the technical issues relating to the DNSSEC standard and those concerned with public policy issues - the problem plainly arises from a failure on the part of the standards setters to take the wider policy issues into account... Unfortunate, but certainly understandable. Whether .geek.nz should have a difference policy set from the other unmoderated .nz 2LDs was debated at the time it was established... The outcome has been well canvassed on this list and I will not repeat it. The policy relating to release of the .nz zone file has been recently reviewed and all received views taken into account. The zone file will be released at the discretion of the NZOC and (ultimately) InternetNZ Council provided that there is a clear public interest and the party concerned is prepared to sign up to strict usage criteria. Timing (not the principle) of DNSSEC implementation is also under constant review. All of these matters have been debated in public, there are no hidden agendas, the only concerns have been the best stewardship of .nz in the interests of all Internet users and, especially, those reliant on the .nz DN space According to Robert Gray: <quote>That the society wishes to ignore the views, however well informed, of a "handful of NZNOGers" speaks volumes about the need for industry membership of InternetNZ. Why pay money to be ignored when you can be ignored for free.</quote> To which the only response I can make is that democracy does have its downside for those who find themselves in the minority. ---- Frank March Chair, .nz Oversight committee _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog http://www.govt.nz - connecting you to New Zealand central & local government services Any opinions expressed in this message are not necessarily those of the Ministry of Economic Development. This message and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivery to the intended recipient, be advised that you have received this message in error and that any use is strictly prohibited. Please contact the sender and delete the message and any attachment from your computer.

2 1

ns1,2,3,5.dns.net.nz hot being helpful
by Tim Nicholas 30 Sep '04

30 Sep '04

Hi all, Anyone know why ns1 ns2 ns3 and ns5.dns.net.nz aren't giving out useful information? That's 4 of 7 primary servers for all of .nz and seems to be affecting all of the second level domains. 22:35:04 tim(a)stella ~$ for i in 1 2 3 4 5 6 7; do host -t ns dnc.net.nz ns$i.dns.net.nz;echo; done dnc.net.nz NS record currently not present at ns1.dns.net.nz dnc.net.nz NS record currently not present at ns2.dns.net.nz dnc.net.nz NS record currently not present at ns3.dns.net.nz dnc.net.nz NS ns2.actrix.co.nz dnc.net.nz NS internetnz.net.nz dnc.net.nz NS ns1.actrix.co.nz dnc.net.nz NS record currently not present at ns5.dns.net.nz dnc.net.nz NS ns2.actrix.co.nz dnc.net.nz NS ns1.actrix.co.nz dnc.net.nz NS internetnz.net.nz dnc.net.nz NS internetnz.net.nz dnc.net.nz NS ns1.actrix.co.nz dnc.net.nz NS ns2.actrix.co.nz 22:37:40 tim(a)stella ~$ Cheers, Tim -- Tim Nicholas || Cilix Email: tim(a)nicholas.net.nz || Wellington, New Zealand http://tim.nicholas.net.nz/ || Cell/SMS: +64 21 337 204

17 42

Notification of NZRR Database changes
by NZRR Database Notifications 29 Sep '04

29 Sep '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. These objects are used to configure the APE and/or WIX route servers so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers, you will maintain at least one BGP session at all times and consequently a full set of APE and/or WIX routes. The update causing these changes had the following mail headers: - From: Andy Linton <asjl(a)citylink.co.nz> - Cc: - Subject: - Date: Thu, 30 Sep 2004 12:42:53 +1200 (NZST) - Msg-Id: <Pine.LNX.4.58.0409301238310.22181(a)jennings.citylink.co.nz> NZRR Database Notification Department --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16, 192.107.113.0/24, 192.173.16.0/21, 199.212.90.0/23, 199.212.92.0/23, 202.6.84.0/24, 202.12.70.0/24, 202.12.248.0/21, 202.14.100.0/24, 202.21.130.0/24, 202.21.136.0/23, 202.36.155.0/24, 202.36.157.0/24, 202.36.32.0/24, 202.36.36.0/22, 202.36.44.0/24, 202.36.45.0/24, 202.36.76.0/23, 202.37.136.0/24, 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.49.249.0/24, 202.50.87.0/24, 202.50.246.0/24, 202.55.96.0/20, 202.74.224.0/21, 203.9.179.0/24, 203.9.180.0/24, 205.233.128.0/21, 205.233.136.0/23, 205.233.243.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 notify: john.johnston(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20030407 changed: rpsl-admin(a)wix.net.nz 20040629 changed: rpsl-admin(a)wix.net.nz 20040831 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16, 192.107.113.0/24, 192.173.16.0/21, 198.32.66.0/24, 199.212.90.0/23, 199.212.92.0/23, 202.6.84.0/24, 202.12.70.0/24, 202.12.248.0/21, 202.14.100.0/24, 202.21.130.0/24, 202.21.136.0/23, 202.36.155.0/24, 202.36.157.0/24, 202.36.32.0/24, 202.36.36.0/22, 202.36.44.0/24, 202.36.45.0/24, 202.36.76.0/23, 202.37.136.0/24, 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.240.0/23, 202.37.252.0/23, 202.37.76.0/24, 202.37.85.0/24, 202.41.136.0/22, 202.41.140.0/24, 202.49.62.0/24, 202.49.89.0/24, 202.49.249.0/24, 202.50.87.0/24, 202.50.246.0/24, 202.55.96.0/20, 202.74.224.0/21, 203.9.179.0/24, 203.9.180.0/24, 205.233.128.0/21, 205.233.136.0/23, 205.233.243.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 notify: john.johnston(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20030407 changed: rpsl-admin(a)wix.net.nz 20040629 changed: rpsl-admin(a)wix.net.nz 20040831 changed: rpsl-admin(a)wix.net.nz 20040930 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16, 192.107.113.0/24, 192.173.16.0/21, 199.212.90.0/23, 199.212.92.0/23, 202.6.84.0/24, 202.12.70.0/24, 202.12.248.0/21, 202.14.100.0/24, 202.21.130.0/24, 202.21.136.0/23, 202.36.155.0/24, 202.36.157.0/24, 202.36.32.0/24, 202.36.36.0/22, 202.36.44.0/24, 202.36.45.0/24, 202.36.76.0/23, 202.37.136.0/24, 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.49.249.0/24, 202.50.87.0/24, 202.50.246.0/24, 202.55.96.0/20, 202.74.224.0/21, 203.9.179.0/24, 203.9.180.0/24, 205.233.128.0/21, 205.233.136.0/23, 205.233.243.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 notify: john.johnston(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20030407 changed: rpsl-admin(a)wix.net.nz 20040629 changed: rpsl-admin(a)wix.net.nz 20040831 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS4770 descr: Route set for AS4770 members: 138.235.0.0/16, 192.107.113.0/24, 192.173.16.0/21, 198.32.66.0/24, 199.212.90.0/23, 199.212.92.0/23, 202.6.84.0/24, 202.12.70.0/24, 202.12.248.0/21, 202.14.100.0/24, 202.21.130.0/24, 202.21.136.0/23, 202.36.155.0/24, 202.36.157.0/24, 202.36.32.0/24, 202.36.36.0/22, 202.36.44.0/24, 202.36.45.0/24, 202.36.76.0/23, 202.37.136.0/24, 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.240.0/23, 202.37.252.0/23, 202.37.76.0/24, 202.37.85.0/24, 202.41.136.0/22, 202.41.140.0/24, 202.49.62.0/24, 202.49.89.0/24, 202.49.249.0/24, 202.50.87.0/24, 202.50.246.0/24, 202.55.96.0/20, 202.74.224.0/21, 203.9.179.0/24, 203.9.180.0/24, 205.233.128.0/21, 205.233.136.0/23, 205.233.243.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 notify: john.johnston(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20030407 changed: rpsl-admin(a)wix.net.nz 20040629 changed: rpsl-admin(a)wix.net.nz 20040831 changed: rpsl-admin(a)wix.net.nz 20040930 source: NZRR

1 0

ICONZ Prefix update 20040930
by John Johnston 29 Sep '04

29 Sep '04

AS: 4770 APE: 192.203.154.44 WIX: 202.7.1.1 Guys, another prefix list update. Prefix list is attached or can be pulled from http://www.iconz.co.nz/prefix Cheers -- John Johnston Engineering Manager ICONZ New Zealand Limited DDI: +64 9 977 3500 FAX: +64 9 977 3535 Mobile: +64 21 277-5692 Email:john.johnston(a)iconz.net 0800 THE NET www.iconz.co.nz

1 0

Whois Server Policy Review
by Peter Macaulay 28 Sep '04

28 Sep '04

InternetNZ, through the Office of the Domain Name Commissioner, is reviewing the Whois Server Policy. All aspects of the policy are subject to this review. For more information, including a consultation paper, feedback form, and details about the review working group, please see: http://dnc.org.nz/whois-review Feedback is due by 5pm on Monday 1 November 2004, and comments will be published on the DNC website as they are received. -- Peter Macaulay Executive Director InternetNZ Direct +64 4 495 2113

1 0

Re: [nznog] so ... what is the real reason there is whois anyway?
by Ewen McNeill 28 Sep '04

28 Sep '04

NOTE: operational content here is marginal; replies in email may be best In message <20040929014242.GD5188(a)stateless>, Nicholas Lee writes: >How about restricting access to whois information via a >registration-required web interface, rate limit access dependant on >GeoIP location, and make it difficult for scripts. The New Zealand whois interface is already rate limited (as David mentioned). Taking away the traditional whois interface again (Domainz didn't provide it for a long time) and replacing it with a web interface will reduce the ability for legitimate users to use the traditional tools to look up information (which may be integrated into their workflow). But it won't make it any more difficult for someone who is determined to extract the information from the whois database; HTTP libraries are just as available as TCP/IP connection libraries these days. If you put in a registration step, then again you make it more difficult for someone who is legitimately trying to look up information without really making it more difficult for a scripted solution. If you add a "type in the text from this distorted image" step (eg, a captcha), then there is a proven workaround for such things -- you offer free pr0n to anyone that decodes one of those images, then feed the result back into the system. It's unlikely there'll ever be a short supply of people wanting free pr0n. If you "randomize" the output of the whois information, then you make the service more difficult for legitmate users to use, but again nothing that's particularly hard for a scraping script to work around (if the output is programatically generated then it's almost always programatically parsable, particularly if you only want a subset of the information and aren't too concerned about false parsing). Besides which only one scammer (or enterprising supplier of scammers) needs to extract this information; it can be sold or reused for quite a while after it's extracted. The "useful lifetime" of the information is probably in the order of 6-12 months, and if you get a few "good" scams through in that time, the effort to extract it easily pays off. Since most of the scams that have been effective have been paper-based, and since the main operational need is for an email contact or a phone number contact, possibly the most productive thing to do is review whether the physical address information is made available (by default). But ultimately I think that so long as there's money to be made (and gullible people available to be scammed), such things will continue to happen almost irrespective of how difficult one tries to make it to obtain the information -- at least up to the point where legitimate users have long since given up trying to use the service. And it's not always a good idea to substantially interfere with legitimate use just because of a small amount of illegitimate use. Ewen

1 0

OT: Laptop repairs.
by barry＠unix.co.nz 27 Sep '04

27 Sep '04

Hey guys, sorry to post off topic, just wanted to get a general idea on whats going on here. I bought a laptop 2months ago from Noel Lemmings, top of the range of the NEC model, shortly after getting it I had issues with software freezing etc and then the sound just stopped functioning. I tried installing other OSs on the laptop thinking it was just windows being its self, however the problem occurred on both FreeBSD and Debian linux. I sent the laptop in for repair (Theyve now had it close on 2 weeks) where they said they couldnt find a fault (typical) so I told them to keep it for a few more days. They then did find a fault and said it looked to be hardware related as per what I told them. They sent it in for repair where some other doofis tried to reinstall windows and then 2 days later said it was hardware related and it would take 5 days for a new MB to be sent from Malaysia. Well this morning I was called and asked if it would be alright if they could reinstall my laptop and did I want anything backed up; obviously no notes have been left with the laptop saying that its been reinstalled 11 times in the last 2 weeks and nothing is on the laptop. I call up this afternoon and ask when I can pickup the machine, they tell me that Malaysia dont have stock of my MB and Ill have to wait another 2 weeks before I might get my laptop back. When I asked if this was normal, they said yes, no laptop vendors keep stock in the country, only for desktops. So my questions are 1./ Should they be replacing the laptop with a new one 2./ Do hardware vendors never keep stock of parts in NZ (specially for a new range of equipment) 3./ How long should a laptop be in for repairs if its a P1 (Priority 1) job? Please reply directly. Thanks Barry ------------------------------------------------------------- This mail sent through UnixCo Webmail: http://www.unix.co.nz/

1 1

OT: A bit of a rash
by David Zanetti 27 Sep '04

27 Sep '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I know this is off-topic, so please excuse my stupidity in thinking anyone cares about this anyway. I recently partook of some "services", and now I've developed a bit of a rash. At first, I denied it existed, because that would make me unclean, but now it's ruined my life, and I'm losing my hair, and also my dog has developed a bit of an interest in the neighbours. Anyway, I thought I ask here, of all places, if: 1. How long does it normally take for rashes of a random and unspecified nature to go away? 2. What's the going rate for "services"? 3. Just how many people are going to use this list to air completely irrelevent issues ranging from end users with ADSL problems thru to completely offtopic posts about the service you get from random big name retail chains. [Aside: BTW, in case it's not obvious, I am of course joking about the rash. No really.] - -- David Zanetti | (__) #include <geek/unix.h> | ( oo Mooooooo http://hairy.geek.nz/ | /(_O ./ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFBWNqYT21+qRy4P+QRAveOAKCprXgFaYq2C3ZwAC5eMoPPmCx//gCfQgeE vuelU3xnDdmdscfLTDiFHgk= =r8aX -----END PGP SIGNATURE-----

1 0

RE: [nznog] Acceptable levels of Latency, Jitter and Packet loss on national links
by Craig Humphrey 27 Sep '04

27 Sep '04

That's all well and good, but since it's also the only "performance metrics" given in the contract, it's all I have to go on (hence soliciting references from existing customers). It would be nice to get an indication of what performance we can expect, not just "oh, it'll never get worse than this..." I've got a load of questions for the provider around these (and other) issues, so I'll just have to see what they come up with. Later'ish Craig > -----Original Message----- > From: Joe Abley [mailto:jabley(a)isc.org] > Sent: Tuesday, September 28, 2004 2:54 AM [snip snip] > It may actually be that the performance guarantee is a paper-dwelling > construct, and has little or no form in the actual network. > > I have certainly come across providers in my past for whom > performance > guarantees were necessary in order to be able to bid for > projects, but > the cost of deploying infrastructure to support the > guarantees was much > higher than just giving a few refunds now and then. As such the > guarantees didn't really exist outside the billing department. > > > Joe

1 0

RE: [nznog] Acceptable levels of Latency, Jitter and Packet loss on national links
by Donald Neal 27 Sep '04

27 Sep '04

> -----Original Message----- > From: Joe Abley [mailto:jabley(a)isc.org] > Sent: Monday, 27 September 2004 4:09 p.m. > To: Craig Humphrey > Cc: nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] Acceptable levels of Latency, Jitter and > Packet loss on national links > > > On 26 Sep 2004, at 22:25, Craig Humphrey wrote: > > > Latency Jitter IP Packet Loss > > "Realtime" <50ms <12.5ms <0.1% > > "Interactive" <75ms <50ms <0.1% > > "Business" <200ms <100ms <1.0% > > > > And yes, we're chasing references who are already using > this service. > > > > The reason for my dissatisfaction... Based on crude testing > with ping, > > we already get an average of 25ms latency over the 2Mbit/s fibre > > (during > > normal background load), and that's a round trip! So I'm > not sure how > > the above is really an improvement... > > What is the actual RTT over the ethernet service? Normal performance > and guaranteed performance seem very unlikely to be similar (or even > comparable within an order of magnitude). Among other reasons this is because normal performance is seen when things are normal. A provider's performance guarantee is presumably going to have a more demanding specification than just "you'll see numbers like this most of the time". - Donald Neal [All opinions mine only.] Donald Neal |World Domination is Technical Specialist |proceeding according to Operations Engineering |plan. - Andrew Tridgell 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." ------------------------------------------------------------------------------

2 1

Acceptable levels of Latency, Jitter and Packet loss on national links
by Craig Humphrey 26 Sep '04

26 Sep '04

Hi People, We're about to upgrade our site to site 2Mbit/s frame relay WAN links (Akl, Wgn & Chc) to 10Mbit/s fibre into a central cloud, but I'm not entirely happy with the performance levels our provider is offering us. Below I've listed what's on offer, but I wanted to see what other providers consider to be deliverable levels for National links. All thoughts and comments welcome, probably off-list (to keep the noise down), and I can post a summary if people are interested. Latency Jitter IP Packet Loss "Realtime" <50ms <12.5ms <0.1% "Interactive" <75ms <50ms <0.1% "Business" <200ms <100ms <1.0% And yes, we're chasing references who are already using this service. The reason for my dissatisfaction... Based on crude testing with ping, we already get an average of 25ms latency over the 2Mbit/s fibre (during normal background load), and that's a round trip! So I'm not sure how the above is really an improvement... Soon'ish Craig

2 1

Notification of NZRR Database changes
by NZRR Database Notifications 26 Sep '04

26 Sep '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. These objects are used to configure the APE and/or WIX route servers so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers, you will maintain at least one BGP session at all times and consequently a full set of APE and/or WIX routes. --- PREVIOUS OBJECT: aut-num: AS24111 as-name: NZRR-AS24111 descr: NZwireless descr: initially peering at '202.7.1.69' descr: see Citylink RT job #929 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS24111 notify: rpsl-admin(a)wix.net.nz notify: nznog(a)list.waikato.ac.nz notify: andrew.tipton(a)nzwireless.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)wix.net.nz 20040810 source: NZRR REPLACED BY: aut-num: AS24111 as-name: NZRR-AS24111 descr: nzWireless descr: initially peering at '192.203.154.14' descr: see Citylink RT job #1236 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS24111 notify: rpsl-admin(a)ape.net.nz notify: nznog(a)list.waikato.ac.nz notify: andrew.tipton(a)nzwireless.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)ape.net.nz 20040927 source: NZRR --- PREVIOUS OBJECT: route: 203.110.28.0/23 descr: Route for NZwireless - AS24111 origin: AS24111 notify: rpsl-admin(a)wix.net.nz notify: nznog(a)list.waikato.ac.nz notify: andrew.tipton(a)nzwireless.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)wix.net.nz 20040810 source: NZRR REPLACED BY: route: 203.110.28.0/23 descr: Route for nzWireless - AS24111 origin: AS24111 notify: rpsl-admin(a)ape.net.nz notify: nznog(a)list.waikato.ac.nz notify: andrew.tipton(a)nzwireless.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)ape.net.nz 20040927 source: NZRR --- OBJECT BELOW CREATED: route-set: AS9560:RS-ROUTES:AS24111 descr: Route set advertised to AS9560 by nzWireless - AS24111 members: 203.110.28.0/23^23-24 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)ape.net.nz notify: nznog(a)list.waikato.ac.nz notify: andrew.tipton(a)nzwireless.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)ape.net.nz 20040927 source: NZRR

1 0

RE: [nznog] nznog research group for NGI?
by Donald Neal 26 Sep '04

26 Sep '04

> -----Original Message----- > From: Daniel Lawson [mailto:daniel(a)wand.net.nz] > Sent: Thursday, 23 September 2004 9:41 a.m. > To: jon.brewer(a)worldnet.att.net; nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] nznog research group for NGI? [...] > The NZ Advanced Network is not about reading webpages. It's not about > downloading mp3s or using Kazaa. It's about shipping multi-gigabyte > volumes of data between research organisations. It's about developing > the next generation of network apps that will rely on this > capacity of > transit. > > As for 15 c/MB charges at Victoria, we face similar charges > at Waikato. > It's one of the reasons we (as a network research group) want this > network - not because we care overly about paying to read > Slashdot every > morning, but because 15 or 10 even 1 c/MB is far too much > when you want > to send 600 GB of network traces to Auckland. And it'll take > too long > across a 10Mbit TC ethernet connection. You know, talking about what specific users plan to do with a research network might actually be operational content, and so on topic for this list. - Donald Neal Donald Neal |World Domination is Technical Specialist |proceeding according to Operations Engineering |plan. - Andrew Tridgell 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." ------------------------------------------------------------------------------

2 1

Sprintlink- Planned Outage Notification
by Jonathan Brewer 25 Sep '04

25 Sep '04

Folks, This came from one of our providers, and I hadn't seen mention of it on the list. Not that 5min is any big deal, but it's nice to know why the pager is going off in the middle of the night. Cheers, JB Dear Valued Customer, Sprintlink, our upstream provider has notified us of an upcoming outage caused by Telecom NZ Ltd performing scheduled maintenance work. Details are as follows: Start date: 3 Oct 04, Sunday Time: 00:01 hrs End date:3 Oct 04, Sunday Time: 01:01 hrs Duration: One 5 minute outage during this window. Reason: Maintenance work by TNZ

1 0

APNIC records to be marked as 'private' for end user delegations
by Mark Foster 23 Sep '04

23 Sep '04

http://www.apnic.net/docs/policy/proposals/prop-007-v001.html http://www.apnic.net/info/faq/privacy-faq.htm As at 30 September client-side delegation information will be hidden from whois - the only info provided will be the ISP involved. Suprised there hasnt been any discussion of this on here so thought id pass it through. (original information sourced via NANOG, where theyre now busy 'discussing' the merits of making life easier for spammers, etc.) Cheers Mark. [posts are imho, as usual]

1 0

new BIND releases today
by Joe Abley 23 Sep '04

23 Sep '04

Fresh out of the oven: BIND 9.3.0 BIND 9.2.4 BIND 8.4.5 For more information, see: http://www.isc.org/sw/bind/ http://www.isc.org/sw/bind/bind9.3.php Joe

5 7

International routing issues yesterday
by Tom Hibbert 23 Sep '04

23 Sep '04

Hi guys, We were stung by a routing issue yesterday affecting us and many of our customers unable to reach most international hosts. Our clients are with lots of different ISPs, and so far we have had confirmation from Orcon (thanks Craig) that there was an issue with the Global Gateway. I'd appreciate if someone from VISP or Iconz could confirm that they were affected too. I know getting an official report from Telecom or GG will be next to impossible, but it would be great if someone from there could tell me which endpoint was affected. Thanks in advance :) Tom Hibbert Technical Specialist Phone: +64-9-306-0230 Technical Helpdesk: +64-9-306-0234 Mobile: +64-274-307-784 Email: tom(a)nsp.co.nz Website: http://www.nsp.co.nz The information in this email and any attachments is confidential. This information may be subject to legal, professional, or other privilege. It must not be disclosed to any person without our authority. If you are not the intended recipient you are not authorised to and must not disclose, copy, distribute, or retain this message or any part of it. Please return this message to the sender immediately and delete any and all copies from your system.

1 0

TelstraClear WIX/APE de-peering and national/international cost split
by Bruce Fitzsimons 22 Sep '04

22 Sep '04

Hello list. As a TC Cable customer I'm curious about what the impact of the TC de-peering is going to be on my monthly bill. They've previously announced (and I believe its still on their FAQsite) that they may revisit the current 1:10 cost differential between international and national traffic at some time in the future. I'd hazard a guess that the de-peering may provide some impetus for this, since national traffic sources who don't pay to peer with them may cost them more money. It'd be nice of course if that meant they reconsidered their peering policy, but I won't hold my breath. Anyone heard anything? Have I got the peering cost equation the wrong way around? /Bruce

1 0

nznog research group for NGI?
by Lin Nah 22 Sep '04

22 Sep '04

Looks like the NGI proposal will shut out private or commercial users unless they comply with the Network use policy. All points to setting up a nznog related research group in order to be able to play in it. Unfortunately nothing states the fee required to be a Partner. Anyway they are looking for feedback by 1 Oct "Private Sector shut out of Advanced Network" http://computerworld.co.nz/news.nsf/UNID/35095BD5DF6B4AABCC256F160019E134 http://www.morst.govt.nz/?CHANNEL=IT+INFRASTRUCTURE&PAGE=IT+Infrastructure all a big yawn? lin

8 10

RE: [nznog] nznog research group for NGI?
by Craig Humphrey 21 Sep '04

21 Sep '04

Hi Daniel, This isn't a dig at you... > -----Original Message----- > From: Daniel Lawson [mailto:daniel(a)wand.net.nz] > Sent: Wednesday, September 22, 2004 5:10 PM > To: Simon Lyall; nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] nznog research group for NGI? [snip snip] > I2 won't give us free or cheap gigabit access at home. It will give > universities, other research organisations and similarly minded > businesses a high speed collaborative platform. That's what > it's there for. So an "under subscription" scheme rather than the commercial "over subscription" scheme... Ahhh... That's right, it's better and faster, because almost no one is using it! If bandwidth and technology is cheap enough that the Government can set up something like this and presumably have it economically viable (while excluding fee paying commercial customers), then why can't our existing infrastructure be upgraded to similar or even better capabilities since there would be lots of $$ involved? Maybe I'm just naive... And have over simplified things. Just my 2c. Later'ish Craig

1 0

RE: [nznog] nznog research group for NGI?
by Craig Humphrey 21 Sep '04

21 Sep '04

To quote from Page 28 of the Advanced Network Architecture document: http://www.morst.govt.nz/uploadedfiles/Documents/Current%20work/An%20Adv anced%20Network%20Architecture%20for%20New%20Zealand%20V1.11.pdf "...Beyond the current use of the Internet for email, web-browsing and web-oriented applications, some of the current R+E+I use is to support applications that require peer-to-peer connection between institutions, both nationally and overseas, simply because there is no other economic alternative. For this last important group of applications the overall Internet performance is particularly bad - latency, jitter, low bandwidth and packet loss are aggravated by the volume-oriented cost structures. ..." Is it just me, or is that a nice little dig at the current Internet situation and it's duopoly on International bandwidth (OK, so the likes of IHUG and others have their "own" International links, but they probably pale in comparison to the big two.) Oh and I see that it's primarily IPv4 based, with IPv6 being offered as a service over the top. So much for next generation... Shouldn't this be IPv6 based from the start, with perhaps IPv4 gateways at the fringe? Maybe I just need to read more... But it's home time... Later'ish Craig

1 0

RE: [nznog] nznog research group for NGI?
by Craig Humphrey 21 Sep '04

21 Sep '04

Sheesh... Heaven forbid that someone should set up a network that might compete with Telco's.... Don't you think that if someone can do it better/cheaper, then that's a Good Thing(tm) for competition in NZ. I know the network is supposed to be for "research", but then you could argue that the original NZ backbone (linking the Universities, etc) was too and look where it is now... Then again, maybe you don't want to look... :) Just my 2c. Later'ish Craig > -----Original Message----- > From: Lin Nah [mailto:lin(a)darkmere.gen.nz] > Sent: Wednesday, September 22, 2004 4:35 PM > To: nznog(a)list.waikato.ac.nz > Subject: [nznog] nznog research group for NGI? > > Looks like the NGI proposal will shut out private or commercial users > unless they comply with the Network use policy. > > All points to setting up a nznog related research group in order to > be able to play in it. Unfortunately nothing states the fee required > to be a Partner. > > Anyway they are looking for feedback by 1 Oct > > "Private Sector shut out of Advanced Network" > http://computerworld.co.nz/news.nsf/UNID/35095BD5DF6B4AABCC256 > F160019E134 > > http://www.morst.govt.nz/?CHANNEL=IT+INFRASTRUCTURE&PAGE=IT+In > frastructure > > all a big yawn? > > lin > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > http://list.waikato.ac.nz/mailman/listinfo/nznog >

3 2

NZ Network Providers List?
by Evan Taylor 21 Sep '04

21 Sep '04

Hello from Australia, This is my first post to this list, just subscribed - looks interesting! Figured this was the most obvious place to start asking questions ... The organisation I work for has just made some aquisitions in NZ. We have taken over (or about to) an existing network running on the Telecom PON service. I was wondering - is there a global register of network providers in NZ? Currently we are sticking with Telecom as its already implemented, but I would like to research further out and see what other options there are. We have a guide for AUS, http://www.whirlpool.net.au/ Though not completely concise its an excellent start. I'm finding already the Telecom PON service - even the upgraded POM - quite restrictive. I cannot SNMP query any routers (we do all our own stats) nor, can I manage these myself (we also managed all our own gear). DSL in NZ seems quite interesting - up to 8Mbit/s according to the Xtra website? I take it this is not gaureenteed and on distance basis as well. I notice that you utilise full GDMT here - not GDMT.Lite as we do. Without moving off the Telstra DSLAMs I am lucky if I can get 1.5Mbit/s downstream and 256k up. Very interested to know more about providers, carriers, etc. over there in NZ - hopefully might be able to head over in the near future too! Cheers, Ev-

4 5

Telecoms "deadline"
by Richard Patterson 21 Sep '04

21 Sep '04

I was told yesterday by a Telecom employee that the 250,000 goal for Broadband residential users was an ultimatum from the comcom to Telecom saying "reach this otherwise we will unbundle the local loop" Are any ISP's thinking of boycotting UBS or iUBS for the greater good so to speak? or is everyone just going to jump on the bandwagon for slightly faster intarwebnet? -Richard

1 0

OT, Archiving Email
by Gavin Palmer 20 Sep '04

20 Sep '04

Hiya All, Please forgive the OT post. Can anyone shed some light on how long the law requires us to archive/retain email for legal purposes, and is this covered in the new amendment act? Please reply off list if this is too OT. Thanx Gav

1 0

OT: Motorola S1936 (voice/data) interface wanted
by Michael Hallager 19 Sep '04

19 Sep '04

Hi all. Anyone got a Motorola S1936 interface unit? This connects a Motorola carphone to a (RJ11?) standard telecommunications device (phone, fax, dialup modem etc). // Michael Hallager Director || Head geek || Making IT work. URL: http://www.networkstuff.co.nz networkStuff, NZ's leading online supplier of high quality new and used networking equipment. Phone: (09) 839-1000 (DDI) 0800 638-788 (Freecall) Fax: (09) 837-8100 0800 329-788 (Freecall) Mobile: 029 638-7883

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 19 Sep '04

19 Sep '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. These objects are used to configure the APE and/or WIX route servers so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers, you will maintain at least one BGP session at all times and consequently a full set of APE and/or WIX routes. The update causing these changes had the following mail headers: - From: Andy Linton <asjl(a)citylink.co.nz> - Cc: - Subject: - Date: Mon, 20 Sep 2004 15:18:43 +1200 (NZST) - Msg-Id: <Pine.LNX.4.58.0409201518200.5722(a)jennings.citylink.co.nz> NZRR Database Notification Department --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS7657 descr: Route set advertised to AS9560 by ihug - AS7657 members: 203.109.128.0/17^17-24, 203.173.128.0/17^17-24, 203.118.128.0/18^18-24, 203.96.192.0/19^19-24, 210.55.248.0/21^21-24, 202.49.240.0/22^22-24, 202.50.188.0/22^22-24, 202.21.136.0/23^23-24, 202.36.94.0/23^23-24, 202.49.46.0/23^23-24, 202.49.88.0/23^23-24, 202.49.148.0/23^23-24, 202.49.176.0/23^23-24, 202.49.180.0/23^23-24, 192.107.113.0/24, 202.21.130.0/24, 202.36.44.0/24, 202.49.33.0/24, 202.49.48.0/24, 202.49.63.0/24, 202.49.178.0/24, 202.49.186.0/24, 202.50.84.0/24, 202.50.103.0/24, 202.50.255.0/24, 210.55.110.0/24, 210.55.184.0/24 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)wix.net.nz notify: noc(a)ihug.co.nz notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20031210 changed: rpsl-admin(a)ape.net.nz 20040813 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS7657 descr: Route set advertised to AS9560 by ihug - AS7657 members: 203.109.128.0/17^17-24, 203.173.128.0/17^17-24, 203.118.128.0/18^18-24, 203.96.192.0/19^19-24, 210.55.248.0/21^21-24, 202.49.240.0/22^22-24, 202.50.188.0/22^22-24, 202.21.136.0/23^23-24, 202.36.94.0/23^23-24, 202.36.230.0/23^23-24, 202.49.46.0/23^23-24, 202.49.88.0/23^23-24, 202.49.148.0/23^23-24, 202.49.176.0/23^23-24, 202.49.180.0/23^23-24, 192.107.113.0/24, 202.21.130.0/24, 202.36.44.0/24, 202.49.33.0/24, 202.49.48.0/24, 202.49.63.0/24, 202.49.178.0/24, 202.49.186.0/24, 202.50.84.0/24, 202.50.103.0/24, 202.50.255.0/24, 210.55.110.0/24, 210.55.184.0/24 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)wix.net.nz notify: noc(a)ihug.co.nz notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-NZRR-NZ changed: asjl(a)wix.net.nz 20031210 changed: rpsl-admin(a)ape.net.nz 20040813 changed: rpsl-admin(a)ape.net.nz 20040920 source: NZRR

1 0

domestic vs. international
by Joe Abley 17 Sep '04

17 Sep '04

Would any access providers who measure such things care to share the ratio of domestic:international traffic, inbound to and outbound from their networks? Back when I was crashing routers in AS 4768 the feeling was that about 20% of traffic stayed local, within New Zealand. That was pre-Southern Cross, though, and it's perfectly possible that the ratio was inflated due to unsatisfied demand. The prices for transit in other countries are much, much cheaper now, and the cost of reaching those countries directly (if you buy your own transmission capacity there) has also gone down substantially, so maybe that would also act to make the ratio lower. On the other hand, as people become more used to doing things over the Internet, you'd expect local content to grow. On yet another hand (four, now?) since so many people are still inexplicably cursed with dialup, maybe that growth would be lower than in other, more enlightened markets. Seems like an interesting question, anyway. I guess this would be easiest to measure at an ISP that used separate domestic and international uplinks (like Telecom used to provision, and may still do for all I know, and like TCL have started to do). If anybody would like to share some numbers, feel free to mail me directly and I can summarise back to the list. Joe

1 0