- NZNOG - lists.nznog.org

FYI - Transfer of management
by Elly Tawhai 20 May '05

20 May '05

Hi, Following discussions between APNIC and NZTelecom, the following address ranges will be transfered from NZTelecom to APNIC's management from 1 July 2005: 202.27/16 202.37/16 202.36/16 202.49/16 202.50/16 As a result, a number of changes will come into effect for address space within these ranges. 1. Status To ensure that the management of this address space is consistent with other "swamp space" previously dealt with, the following business rule has been applied: Any range greater than /23 will be registered with the status "Allocated Portable" Any range of /23 or less will registered with the status "Assigned Portable" * Note, ranges with the status "Allocated Portable" are able to be sub-delegated to customers. 2. Mnt-by All maintainers referenced within the mnt-by attribute will be changed to APNIC-HM, as APNIC now protects all registrations of historical resources. For more information on this policy, please see section 4 of "Historical resource policies" at: http://www.apnic.net/docs/policy/historical-resource-policies.html#4 To ensure the integrity of information in the APNIC Whois Database, APNIC will not update historical information in the APNIC Whois Database until the resource holder: - establishes the organisation's right to the resources, and - enters a formal agreement with APNIC (either as a member or non-member account holder. If necessary, you can create a non-member account to manage your historical resources at: http://ftp.apnic.net/apnic/docs/historical-maintain-form Please note that APNIC non-members are subject to a US$100 annual account fee to cover APNIC's administrative costs. 3. Domain objects Domain objects of /24 have been created within APNIC whois database based on the zone data, which has been transfered. Please note, none of these changes will be made until 1 July 2005. If you have any further queries about how to make updates please do not hesitate to contact APNIC at <helpdesk(a)apnic.net>. Regards, APNIC Secretariat

3 2

Fw: [nznog] Police arrest two over 027 hack
by Dream Net Internet 19 May '05

19 May '05

----- Original Message ----- From: "Dream Net Internet" <sales(a)dreamnet.co.nz> To: "Barry Murphy" <barry(a)unix.co.nz> Sent: Friday, May 20, 2005 11:17 AM Subject: Re: [nznog] Police arrest two over 027 hack > for sure this problem should be solved so it is not possible or at least > not so damn easy. > > Anyone from Telecom got any comments? would be interested to know what is > going to be done about this. > > Regards > Adam Fenech > www.dreamnet.co.nz > 0800 484 393 > > WARNING This email contains information which is CONFIDENTIAL and may be > subject to LEGAL PRIVILEGE. If you are not the intended recipient you must > not peruse, use, disseminate, distribute or copy this email or > attachments. If you have received this in error please notify us > immediately by return email, 0800484393 and delete this email. Thank you. > ----- Original Message ----- > From: "Barry Murphy" <barry(a)unix.co.nz> > To: "Dream Net Internet" <sales(a)dreamnet.co.nz> > Sent: Friday, May 20, 2005 11:16 AM > Subject: Re: [nznog] Police arrest two over 027 hack > > >> The theory was already out there, I was just backing up that it does >> work, >> doesnt work on my 021 however. Proof of concept. >> >> This is a bug that should be rectified. >> >> Barry >> >> >> ----- Original Message ----- >> From: "Dream Net Internet" <sales(a)dreamnet.co.nz> >> To: "Barry Murphy" <barry(a)unix.co.nz>; "Simon Allard" >> <simon.allard(a)staff.ihug.co.nz>; <nznog(a)list.waikato.ac.nz> >> Sent: Friday, May 20, 2005 10:48 AM >> Subject: Re: [nznog] Police arrest two over 027 hack >> >> >>> thats not the greatest thing to post to a whole list :( >>> >>> Regards >>> Adam Fenech >>> www.dreamnet.co.nz >>> 0800 484 393 >>> >>> WARNING This email contains information which is CONFIDENTIAL and may be >>> subject to LEGAL PRIVILEGE. If you are not the intended recipient you >>> must >>> not peruse, use, disseminate, distribute or copy this email or >> attachments. >>> If you have received this in error please notify us immediately by >>> return >>> email, 0800484393 and delete this email. Thank you. >>> ----- Original Message ----- >>> From: "Barry Murphy" <barry(a)unix.co.nz> >>> To: "Simon Allard" <simon.allard(a)staff.ihug.co.nz>; >>> <nznog(a)list.waikato.ac.nz> >>> Sent: Friday, May 20, 2005 10:38 AM >>> Subject: Re: [nznog] Police arrest two over 027 hack >>> >>> >>> > It's quite simple, I stumbled onto it a few months back. >>> > >>> > I use voipjet voip provider which lets u set you callerid, I set it to >>> > 6427304xxxx ( my mobile number ) and tried to call myself to see what >>> > it >>> > would show as my callerid, however my phone didn't ring, it went into >>> > my >>> > voice mail. >>> > >>> > Since that day i've had a pin request when dialing into my voice mail. >>> > >>> > Regards >>> > Barry >>> > >>> > ----- Original Message ----- >>> > From: "Simon Allard" <simon.allard(a)staff.ihug.co.nz> >>> > To: <nznog(a)list.waikato.ac.nz> >>> > Sent: Friday, May 20, 2005 10:30 AM >>> > Subject: RE: [nznog] Police arrest two over 027 hack >>> > >>> > >>> >> >>> >> He was on 20/20 last night saying "I wasn't the person involved, but >>> >> I >>> > know >>> >> how it was done". >>> >> >>> >> >From what I could tell he had setup some type of Soft PABX (Probably >>> >> Asterisk), and was writing his own caller-id and putting them out >>> >> some >>> > sort >>> >> of ISDN/E1 connection. >>> >> >>> >> >>> >> >>> >> >>> >> > -----Original Message----- >>> >> > From: Dream Net Internet [mailto:sales(a)dreamnet.co.nz] >>> >> > Sent: Friday, 20 May 2005 10:17 a.m. >>> >> > To: Kevin Stewart; nznog(a)list.waikato.ac.nz >>> >> > Subject: Re: [nznog] Police arrest two over 027 hack >>> >> > >>> >> > Suhil again! wondered when we would hear about him again lol >>> >> > Regards >>> >> > Adam Fenech >>> >> > www.dreamnet.co.nz >>> >> > 0800 484 393 >>> >> > >>> >> > WARNING This email contains information which is CONFIDENTIAL and >>> >> > may >>> >> > be >>> >> > subject to LEGAL PRIVILEGE. If you are not the intended recipient >>> >> > you >>> > must >>> >> > not peruse, use, disseminate, distribute or copy this email or >>> >> > attachments. >>> >> > If you have received this in error please notify us immediately by >>> > return >>> >> > email, 0800484393 and delete this email. Thank you. >>> >> > ----- Original Message ----- >>> >> > From: "Kevin Stewart" <kevins(a)callplus.co.nz> >>> >> > To: <nznog(a)list.waikato.ac.nz> >>> >> > Sent: Friday, May 20, 2005 10:02 AM >>> >> > Subject: [nznog] Police arrest two over 027 hack >>> >> > >>> >> > >>> >> > > 19 year old Hamilton man named..... >>> >> > > >>> >> > > >>> >> > >>> > >> http://computerworld.co.nz/news.nsf/UNID/489D061905E8E697CC257005000CDA17? >>> >> > OpenDocument&pub=Computerworld >>> >> > > >>> >> > > >>> >> > > -- >>> >> > > Kevin Stewart >>> >> > > >>> >> > > Network Engineer >>> >> > > DDI ++ 64 9 919 6120 >>> >> > > Mobile ++ 64 21 885 505 >>> >> > > Email kevins(a)callplus.co.nz >>> >> > > >>> >> > > _______________________________________________ >>> >> > > NZNOG mailing list >>> >> > > NZNOG(a)list.waikato.ac.nz >>> >> > > http://list.waikato.ac.nz/mailman/listinfo/nznog >>> >> > > >>> >> > > >>> >> > >>> >> > _______________________________________________ >>> >> > NZNOG mailing list >>> >> > NZNOG(a)list.waikato.ac.nz >>> >> > http://list.waikato.ac.nz/mailman/listinfo/nznog >>> >> >>> >> _______________________________________________ >>> >> NZNOG mailing list >>> >> NZNOG(a)list.waikato.ac.nz >>> >> http://list.waikato.ac.nz/mailman/listinfo/nznog >>> >> >>> > >>> > _______________________________________________ >>> > NZNOG mailing list >>> > NZNOG(a)list.waikato.ac.nz >>> > http://list.waikato.ac.nz/mailman/listinfo/nznog >>> > >>> > >>> >>> >> >> >> >

2 1

Peering BOF IX Meeting Minutes (fwd)
by Simon Lyall 19 May '05

19 May '05

To put something vaguely closer to on topic before Andy goes postal. Heres Bill Norton's ( you may remember him from previous network conferences) little summary of the Peering BOF at this week's nanog. The most interesting bit is the "Transit Survey" of prices for Tier1 interconnect. This is roughly how much it'll cost you if you move your site to the US and send your content to TelstraClear via a large US provider. -- Simon J. Lyall | Very Busy | Web: http://www.darkmere.gen.nz/ "To stay awake all night adds a day to your life" - Stilgar | eMT. ---------- Forwarded message ---------- From: William B. Norton <bill.norton(a)gmail.com> Subject: Peering BOF IX Meeting Minutes Peering BOF IX Meeting Minutes Seattle, WA May 16, 2005 7:30-9:00PM ...Transcribing my notes here for those who couldn't make the Peering BOF... comments/corrections to wbn(a)equinix.com or wbn(a)umich.edu A 5 Minute Plea for Multicast Peering ------------------------------------------------- Celeste Anderson (ISI/Los Nettos) spoke about the need for greater peering of native multicast routing. The audience commented that the volume of multicast traffic was still relatively small (a few T1's worth) in comparison to unicast traffic, and that there is still not significant customer demand to do so. We discussed the chicken and egg problems for a bit. Transit Survey ------------------------ A few people in the community suggested it would be good to get a sense of transit prices, to see if they were continuing to fall, remaining constant, or were rising back up. In previous white papers I had polled the Peering Coordinator Community to get a sense of transit prices for comparison against peering costs, so with this previous data and an audience survey we to take a stab. I asserted that with transit you often get what you pay for, and we were not interested in identifying the "lowest price", the "bottom feeder" price points that have no customer service, and that there is in fact a qualitative difference between transit services. I was looking for approximations of "Tier 1 ISP" pricing ? as expected, there was some debate here. To avoid the rathole of "Tier 1" etc. and to focus on "quality" of transit services for a quick price measure I pulled together some questions to disqualify some upstream providers from the survey: Q1: When you complain about packet loss to your Upstream, you are told A) I have Bob working on it, he will call you back in 15 minutes B) Call this other number (which rings busy) C) ?Let me put you on hold for an hour(Barry Manilow sings the songs that make the whole world sing) D) You should have sent your packets earlier I told folks if they answered "C" or "D" to please not answer the poll ? we were not interested in bottom feeder pricing for this poll. Q2: My Upstream Provider's Reliability is A) 6 9's B) Close to 6 9's C) Closer to 9 6's D) Don't know ? I'll let you know when they stay up long enough to measure. I told folks if they answered "C" or "D" to please not answer the poll? we were not interested in bottom feeder pricing for this poll. Q3: My Upstream Provider's Customer Service Makes Me Feel? A) Like a VIP B) Like a Nuisance C) Very, very unclean. D) Like I was just traded to another inmate for 2 packs of menthol cigarettes. I told folks if they answered "C" or "D" to please not answer the poll? we were not interested in bottom feeder pricing for this poll. Source: A couple of these questions/answers came from a Wired magazine article I read on the flight up, which referenced http://www.5ives.com. While not a particularly scientific survey, we did get 28 viable data points with the averages being: 10Mbps commit: $41.75/Mbps 100Mbps commit: $33.83/Mbps 1000Mbps commit: $20.73/Mbps 10000Mbps commit: $13.80/Mbps About 6 months or so ago I did a similar poll with the Peering Coordinator Community and the #s were around $85, $60, $45, $30, indicating that perhaps the transit prices have indeed fallen. If any of you are interested in the raw data (thanks to Eric Troyer for putting the data points into a spreadsheet) let me know and I'll email you the spreadsheet. Peering at 10G ? introduction to The Great (Public vs. Private) Peering Debate ---------------------------------------------------------------------------------------------------------------- The motivation for the Great Debate was a white paper I am working on called "The Great (Public vs. Private) Peering Debate: Peering at 10G" in which I documented the Peering Coordinator Community assertion and the math that the next best alternative to 10G Public Peering was many 1G Private Peering sessions. I walked through the models for both cases (10G Public and 1G Private) peering, specifying sample equipment (thanks ras!), cost estimates, etc. so we could compare the two alternatives side-by-side. There were many valid points raised during this discussion including: 1) In the modeling we were not including backbone costs, only IX and Peering equipment fees at one location, 2) There are other valid configurations of equipment, including removing the peering router and using switches by themselves (debate here as well), 3) There were a wide variety of redundancy configurations that could/should be considered as well in both cases. The nice thing about modeling this stuff is the ability to identify and discuss assumptions, to change #'s, to have something on the table to discuss, and it was a lively discussion before and after the BOF. The punch line for the current model I shared was that public peering at 10G and private peering at 1G both are very cost effective solutions, yielding less than $10/Mbps with a few gigabits of peering. Also, the more traffic peered, the more the cost of these two models of peering converged ? so Public vs. Private becomes an architectural / religious issue. This leads to the Great Debate ? when do people prefer Public Peering and when do they prefer Private Peering, and why? The Great (Public vs. Private) Peering Debate ------------------------------------------------------------------- I recruited Maurice Dean (who was the Peering Coordinator at Global Crossing and now at Google) to present and defend "The Strongest Arguments for Public Peering", and Peter Cohen (Peering Coordinator for Telia) to share "The Strongest Arguments for Private Peering". We used a modified Oxford Style Debate, providing each side three minutes for opening remarks, three minutes each to attack the other side's points and defend their own, a few minutes for the audience to ask clarification questions, and finally two minutes for the debaters to present summary remarks. The audience would then vote for "Who made the more compelling case." Maurice started out by pointing out that IXes today are not the IXEs of 1995, but rather are large and reliable infrastructure that provide access to a rich population of potential peers. Public peering provides instantaneous access to peers, provides aggregation benefits, ease of administration and is easy to scale peering capacity. He pointed also to the marketing benefits of public peering at the IXes. Peter opened by stating that Private Peering provided superior control over peering infrastructure. He went on that Private Peering scaled very well, that the same fiber pairs could be reused as both sides simply upgraded cards. Private Peering is simpler according to Peter since no NetFlow was needed, that there were not 20 peers all peering across the same 10G interface. For some he claimed ISPs, the only way to measure public peering traffic volume to a peer was to turn down a peering session and see the difference in traffic load. Maurice countered reinforcing that modern IXes have overcome the head of line blocking issues of the past and indeed scale very well, and in fact scale well even across a metro area. He defended the NetFlow attack by mentioning that some IXes have sFlow, providing public peering visibility on a per-peer traffic volume basis. Peter countered that Maurice was a "Stooly for the IXes", and depending on a single port for peering is asking for trouble. Further, participation in some IXes requires going to member meetings, and who has time for that. Finally that the added complexity of adding a public peering switch was problematic ? he used the analogy of air travel. "How many of you prefer a direct flight over one with connections?" The audience asked a variety of questions next but I did not jot them all down. A few points did come up though ? that circuit upgrades for private peering can take 6 months or more depending on which side is in a hurry to upgrade. Another point was that public peering was seen by some as easier to justify to their company since it would be used across many peers. The closing remarks were a rehash of the points above, but Maurice introduced a couple additional points ? that 90 day trials could be effectively done over a public peering fabric without additional costs to those attached, and that public peering fabrics enabled more opportunities (for peering? For add'l services? For transit sales?...not sure what he meant here). Peter reasserted that placing all the eggs in one public peering port was just asking for trouble. The audience next voted "Who presented the more compelling case?" We had to count twice because it was so close. The final results: Public Peering presented the more compelling case: 37 Private Peering presented the more compelling case: 33 Maurice Dean won the Great Peering Debate. White Paper Available -------------------------------- I captured these and other arguments for and against private peering in the white paper mentioned above ? I would love to have a few more reviewers give me some feedback/edits/etc. If you are interested in 10 Gigabit Ethernet Peering or the debate discussion, send me an email (wbn(a)equinix.com) with the Subject: "The Great (Public vs. Private) Peering Debate ? Peering at 10G" and I'll send you a copy. If you provide comments on the draft I will add you to the acknowledgements section of the next version of the document. We were running out of time so we moved quickly to Peering Personals, giving Peering Coordinators a chance to introduce themselves to the group. Peering Personals ? (jotted down everything on the sheets) -------------------------------------------------------------------------------------- Korea Telecom ? 4766 ? Bong-Hwa Song ? 40 Gbps Capacity, peering in Seattle PAIX, Palo Alto PAIX, EQLA, LINX, AMSIX, songbh(a)kt.co.kr AARNET ? 7575 ? Mark Prior ? Research Net, Seattle SIX, PAIX, LAIIX, LAAP, FixW, P|Wave, mark.prior(a)aarnet.edu.au Netflix ? Vish Y ? vish(a)netflix.com ? Selective peer Steve Gibbard ? PCH ? 42, 3856 ? Data Collection ? Open Peering 0 25 locations all over the world (SIX, EQLA, LAIIX, NYIIX, PAIXNY, EQASH,NOTA,?) Steve Gibbard ? Hurricane Electric ? 6939 ? scg(a)stevegibbard.com, peering(a)he.net ? 2700 routes, public but migrating to private at EQSJO, EQLA, EQCHI, EQDAL, EQASH, PAIXPA,NYIIX, LINX, AMSIX Brokaw Price ? Yahoo! ? 10310 ? OPEN ? peering(a)yahoo-inc.com Todd Underwood ? 64597 ? todd(a)renesys.com ? NOTA, LINX, Goofy peering, route collection only, store updates, Google ? Maurice Dean ? 15169 ? selective peering ? peering(a)google.com, NYIIX, EQ-CHI, EQCHI, EQASH, NOTA, PAIXPA,PAIXVA,1118th, TelX (60 Hudson)., LINX< AMSIX, LAIIX Akamai ? 12222 ? Patrick Gilmore ? 20940 outside U.S., OPEN and at every IX, content heavy, peering(a)akamai.com ESNET ? 293 ? Yvonne ? ipv4, ipv6, multicast, EQASH, EQSJO, MAEEast MAEWest, PAIX, AADS, FixW, Pacific NW Gigapop, peering(a)es.net, selective peering policy with AUP Celeste Anderson ? AS4, AS27, AS2152/2153, ISI/Los Nettos, research net, lots of eyeballs, LAIIX, LAAP, Pacific Wave, PAIX LA, Mostly OPEN~selective, eyeballs, peering(a)pacificwave.net, celestea(a)usc.edu, Matt Peterson ? SixApart , AS# pending, SIX, EQSJO, LiveJournal.com, matt(a)sixapart.com -------------------------------------------------------------------------------------------------------------- Hope this help! -- //------------------------------------------------ // William B. Norton <wbn(a)equinix.com> // Co-Founder and Chief Technical Liaison, Equinix, Inc. // GSM Mobile: 650-315-8635 // Skype, Y!IM: williambnorton

1 0

Police arrest two over 027 hack
by Kevin Stewart 19 May '05

19 May '05

19 year old Hamilton man named..... http://computerworld.co.nz/news.nsf/UNID/489D061905E8E697CC257005000CDA17?O… -- Kevin Stewart Network Engineer DDI ++ 64 9 919 6120 Mobile ++ 64 21 885 505 Email kevins(a)callplus.co.nz

4 4

Re: [nznog] Police arrest two over 027 hack
by Liz Q 19 May '05

19 May '05

On Fri, 20 May 2005 10:30, Simon Allard wrote: > He was on 20/20 last night saying "I wasn't the person involved, but I know > how it was done". Apparently it was him and his old friend ^God (will) Liz -- Everything goes wrong all at once.

1 0

RE: [nznog] Police arrest two over 027 hack
by Donald Neal 19 May '05

19 May '05

> > He was on 20/20 last night saying "I wasn't the person > involved, but I know > how it was done". > > >From what I could tell he had setup some type of Soft PABX (Probably > Asterisk), and was writing his own caller-id and putting them > out some sort > of ISDN/E1 connection. > For a number of reasons this would be a good place for this thread to end. - Donald Neal Donald Neal |"Sub judice - The Israeli Support Engineer |underground system" NGN Operations | 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: [nznog] Automatic NZNOG On-topic Converter
by Tim John 19 May '05

19 May '05

_WAY_ to much time on your hands :) ... But then of course, you did mention beer ! Tim -----Original Message----- From: Andy Linton [mailto:asjl(a)citylink.co.nz] Sent: Thursday, 19 May 2005 5:51 p.m. To: nznog(a)list.waikato.ac.nz Subject: [nznog] Automatic NZNOG On-topic Converter Hi there, Do you guys know about any server or add-on to MS Exchange that automatically converts off-topic requests into mail about Network Operations or if that's too hard, discussions about beer? andy _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Automatic PDF Converter
by Yehudi Binder 18 May '05

18 May '05

Hi there, Do you guys know about any server or add-on to MS Exchange that automatically converts e-mail attachments - doc, xls, etc. - to pdf before posting the e-mail? Thanks, Yehudi H. Binder IT Security Analyst Electronic Transaction Services Ltd This electronic message together with any attachments is confidential, and may be privileged. It is intended solely for the addressee. If you are not the intended recipient do not copy, disclose, or use the contents in any way and please notify us by return e-mail immediately, then destroy the message. ETSL is not responsible for any changes made to this message and/or any attachments after sending by ETSL.

4 3

Notification of NZRR Database changes
by NZRR Database Notifications 17 May '05

17 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- OBJECT BELOW CREATED: aut-num: AS17492 as-name: NZRR-AS17492 descr: Vector Communications descr: APE peering at '192.203.154.19' descr: see Citylink RT job #2404 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS17492 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: matthew.oram(a)vectornetworks.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050518 source: NZRR --- OBJECT BELOW CREATED: route-set: AS9560:RS-ROUTES:AS17492 descr: Route set advertised to AS9560 by Vector Communications - AS17492 members: 202.126.192.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: matthew.oram(a)vectornetworks.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050518 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 17 May '05

17 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS7657 descr: advertised to AS9560 by ihug - AS7657 members: 192.107.113.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.44.0/24^24-29, 202.36.94.0/23^23-29, 202.36.95.0/24^24-29, 202.36.230.0/24^24-29, 202.36.231.0/24^24-29, 202.37.182.0/24^24-29, 202.49.33.0/24^24-29, 202.49.46.0/23^23-29, 202.49.63.0/24^24-29, 202.49.148.0/24^24-29, 202.49.148.0/23^23-29, 202.49.149.0/24^24-29, 202.49.178.0/24^24-29, 202.49.180.0/23^23-29, 202.49.186.0/24^24-29, 202.49.249.0/24^24-29, 202.50.84.0/24^24-29, 202.50.103.0/24^24-29, 202.50.188.0/22^22-29, 202.50.255.0/24^24-29, 203.96.192.0/24^24-29, 203.96.192.0/19^19-29, 203.96.193.0/24^24-29, 203.96.212.0/23^23-29, 203.96.220.0/24^24-29, 203.96.223.0/24^24-29, 203.109.132.0/22^22-29, 203.109.133.0/24^24-29, 203.109.134.0/24^24-29, 203.109.135.0/24^24-29, 203.109.144.0/24^24-29, 203.109.144.0/20^20-29, 203.109.146.0/24^24-29, 203.109.150.0/24^24-29, 203.109.155.0/24^24-29, 203.109.157.0/24^24-29, 203.109.158.0/24^24-29, 203.109.163.0/24^24-29, 203.109.192.0/22^22-29, 203.109.192.0/21^21-29, 203.109.198.0/24^24-29, 203.109.199.0/24^24-29, 203.109.230.0/24^24-29, 203.109.233.0/24^24-29, 203.109.252.0/22^22-29, 203.109.253.0/24^24-29, 203.109.255.0/24^24-29, 203.118.128.0/20^20-29, 203.118.130.0/23^23-29, 203.118.132.0/23^23-29, 203.118.136.0/24^24-29, 203.118.144.0/24^24-29, 203.118.144.0/20^20-29, 203.118.147.0/24^24-29, 203.118.148.0/24^24-29, 203.118.150.0/24^24-29, 203.118.154.0/24^24-29, 203.118.155.0/24^24-29, 203.118.157.0/24^24-29, 203.118.158.0/24^24-29, 203.118.159.0/24^24-29, 203.118.160.0/20^20-29, 203.118.161.0/24^24-29, 203.118.164.0/22^22-29, 203.118.168.0/21^21-29, 203.118.176.0/24^24-29, 203.118.176.0/23^23-29, 203.118.177.0/24^24-29, 203.118.178.0/24^24-29, 203.118.179.0/24^24-29, 203.118.180.0/24^24-29, 203.118.181.0/24^24-29, 203.118.182.0/24^24-29, 203.118.183.0/24^24-29, 203.118.184.0/24^24-29, 203.118.185.0/24^24-29, 203.118.186.0/24^24-29, 203.118.187.0/24^24-29, 203.118.188.0/24^24-29, 203.118.189.0/24^24-29, 203.118.190.0/24^24-29, 203.118.191.0/24^24-29, 203.173.140.0/22^22-29, 203.173.146.0/23^23-29, 203.173.148.0/22^22-29, 203.173.152.0/22^22-29, 203.173.160.0/24^24-29, 203.173.161.0/24^24-29, 203.173.164.0/22^22-29, 203.173.168.0/23^23-29, 203.173.170.0/23^23-29, 203.173.172.0/22^22-29, 203.173.188.0/22^22-29, 203.173.192.0/19^19-29, 203.173.224.0/20^20-29, 203.173.240.0/21^21-29, 203.173.248.0/21^21-29, 210.55.110.0/24^24-29, 210.55.184.0/24^24-29, 202.126.80.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS7657 descr: advertised to AS9560 by Ihug Ltd - AS7657 members: 203.118.128.0/18^18-29, 203.173.192.0/18^18-29, 203.96.192.0/19^19-29, 202.46.160.0/20^20-29, 202.126.80.0/20^20-29, 203.109.144.0/20^20-29, 203.173.144.0/20^20-29, 203.109.192.0/21^21-29, 203.173.136.0/21^21-29, 203.173.168.0/21^21-29, 202.50.188.0/22^22-29, 203.109.132.0/22^22-29, 203.109.252.0/22^22-29, 203.173.164.0/22^22-29, 203.173.188.0/22^22-29, 202.21.136.0/23^23-29, 202.36.94.0/23^23-29, 202.36.230.0/23^23-29, 202.49.46.0/23^23-29, 202.49.148.0/23^23-29, 202.49.180.0/23^23-29, 202.61.2.0/23^23-29, 203.173.160.0/23^23-29, 203.173.186.0/23^23-29, 192.107.113.0/24^24-29, 202.21.130.0/24^24-29, 202.36.44.0/24^24-29, 202.37.182.0/24^24-29, 202.49.33.0/24^24-29, 202.49.63.0/24^24-29, 202.49.144.0/24^24-29, 202.49.178.0/24^24-29, 202.49.186.0/24^24-29, 202.49.249.0/24^24-29, 202.50.84.0/24^24-29, 202.50.103.0/24^24-29, 202.50.255.0/24^24-29, 203.109.163.0/24^24-29, 203.109.230.0/24^24-29, 203.109.233.0/24^24-29, 203.173.162.0/24^24-29, 210.55.110.0/24^24-29, 210.55.184.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050518 source: NZRR --- PREVIOUS OBJECT: route: 203.118.128.0/18 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 203.118.128.0/18 descr: Route for Ihug Ltd - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050518 source: NZRR --- PREVIOUS OBJECT: route: 202.36.230.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.36.230.0/23 descr: Route for Ihug Ltd - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050518 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 16 May '05

16 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maxnet - AS9889 members: 202.6.5.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.49.141.0/24^24-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 203.97.42.0/24^24-29, 203.167.219.56/29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-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)nzix.net notify: nznog(a)list.waikato.ac.nz notify: david.fox(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050323 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maxnet - AS9889 members: 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.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.49.141.0/24^24-29, 203.97.42.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, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: david.fox(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050517 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS9889 descr: advertised to AS9439 by Maxnet - AS9889 members: 202.6.5.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.49.141.0/24^24-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 203.97.42.0/24^24-29, 203.167.219.56/29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-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)nzix.net notify: nznog(a)list.waikato.ac.nz notify: david.fox(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050323 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS9889 descr: advertised to AS9439 by Maxnet - AS9889 members: 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.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.49.141.0/24^24-29, 203.97.42.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, 203.167.219.56/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: david.fox(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050517 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS18406 descr: advertised to AS9439 by FX Networks - AS18406 members: 202.53.189.0/24^24-29, 161.29.254.0/23^23-29, 202.7.4.72/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050315 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS18406 descr: advertised to AS9439 by FX Networks - AS18406 members: 161.29.254.0/23^23-29, 202.53.189.0/24^24-29, 161.29.192.8/29, 202.7.4.72/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc-minor(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050517 source: NZRR

1 0

RE: [nznog] ISP Jobs in NZ
by Steve Hawken 16 May '05

16 May '05

Hi, We are looking for a couple of network engineers in Auckland. We have two roles, one at tier 2 and one at tier 3. Anyone interested in working in the ISP / Telco space drop me an email. Cheers, Steve Steve Hawken Senior Network Engineer DDI ++ 64 9 919 6038 Mobile ++ 64 21 778 891 Email steveh(a)callplus.co.nz -----Original Message----- From: Ben O'Hara [mailto:bohara(a)gmail.com] Sent: Thursday, 12 May 2005 9:51 p.m. To: nznog(a)list.waikato.ac.nz Subject: [nznog] ISP Jobs in NZ Hi All, Im looking into maybe moving out to NZ from the UK for a year or so and wondering what the job prospects are like in the ISP industry? Ive previously worked fora large ISP here in the UK as a systems/network engineer and would prefer to get a job in the same sort of role over in NZ. Any tips, pointers etc gratefully appreciated. Whats the best area of the country for work? (im thinking Auckland or Wellington) Anything in the Gisborne region? (Ive got family there) Whats the pay like over there for sys/net eng positions? Regards Ben O'Hara _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog ----------------------------------------------------------------------------------------------- This message and any attachments contain privileged and confidential information. If you are not the intended recipient of this message, you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify the sender immediately via email and then destroy this message and any attachments.

5 6

RE: [nznog] ISP Jobs in NZ
by Scott Walsh 12 May '05

12 May '05

Hi Ben, Right at the moment NZ has quite a low unemployment rate in most industries, including IT. A number of companies that I'm aware of are looking for staff and there are not that many people looking for job. So it is quite a good time to be looking for IT work in general (In fact we're looking for an entry-level/tier 1 network person at the moment, anyone interested get in touch). This also means of course IT pay rates are beginning to rise in order to try and attract staff. Both Wellington and Auckland have a number of IT jobs in general also Christchurch has quite a few. A lot of IT jobs are not advertised in NZ (1/2 - 2/3 according some of the recruitment agents), but of the ones that are more of them are listed on: http://it.jobstuff.co.nz/ http://www.nzherald.co.nz/ Those may give you an idea of the types of jobs going. The Herald tends to cover Auckland jobs, Stuff tends to cover Wellington and the rest of the country. Keep in mind when looking at pay rates, if you convert the pay to pounds in won't look that great but the costs of living are lower in NZ too. Thanks Scott Walsh Service Implementation Specialist Integrated Technology Services (ITS) IBM New Zealand Limited -----Original Message----- From: Ben O'Hara [mailto:bohara(a)gmail.com] Sent: Thursday, 12 May 2005 21:51 To: nznog(a)list.waikato.ac.nz Subject: [nznog] ISP Jobs in NZ Hi All, Im looking into maybe moving out to NZ from the UK for a year or so and wondering what the job prospects are like in the ISP industry? Ive previously worked fora large ISP here in the UK as a systems/network engineer and would prefer to get a job in the same sort of role over in NZ. Any tips, pointers etc gratefully appreciated. Whats the best area of the country for work? (im thinking Auckland or Wellington) Anything in the Gisborne region? (Ive got family there) Whats the pay like over there for sys/net eng positions? Regards Ben O'Hara _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

2 1

Upcoming Live Webcasts
by Richard Naylor 12 May '05

12 May '05

Launch of the NZ Digital Strategy Sorry folks for the short notice - it sonly just starting to come together........<sigh> CityLink will be webcasting the Launch of the NZ Digital Strategy on Monday 16 May beginning at approximately 1400 hours. I believe the Launch is at the Beehive, with Minister David Cunliffe. We will not be on site for the event, just webcasting off a videoconference link. Our information about the event is currently very limited. Hopefully by Monday we will have a little more clue...... Operators may be interested in watching the event - it is of some relevance - and Help Desks may get calls requesting assistance. Broadcasters wanting a contribution feed should contact me. There will be high quality audio and video streams available for redistribution, but owing to the source from the site, this may be at reduced quality. The event will use servers in both AKL and WLG and will have international access (ie it is a not restricted webcast). The URL for the event is (ok - will be - when we know something we'll write it) http://www.r2.co.nz/20050516 For best performance ISPs are recommended to be peering at APE or WIX. The Tech Team at CityLink are able to assist if anyone wants to peer in a hurry. Thanks you for your co-operation. Rich

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 12 May '05

12 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS18119 descr: advertised to AS9439 by LinuxNet - AS18119 members: 192.107.113.0/24^24-29, 202.7.4.80/29, 202.7.6.32/28^28-29, 202.21.136.0/23^23-29, 202.36.44.0/24^24-29, 202.37.136.0/24^24-29, 202.49.249.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: lincoln(a)linuxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050225 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS18119 descr: advertised to AS9439 by LinuxNet - AS18119 members: 202.46.160.0/20^20-29, 202.126.80.0/21^21-29, 202.21.136.0/23^23-29, 202.61.2.0/23^23-29, 192.107.113.0/24^24-29, 202.36.44.0/24^24-29, 202.37.136.0/24^24-29, 202.49.144.0/24^24-29, 202.49.249.0/24^24-29, 202.7.4.80/29, 202.7.6.32/29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: soa(a)linuxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050513 source: NZRR

1 0

ISP Jobs in NZ
by Ben O'Hara 11 May '05

11 May '05

Hi All, Im looking into maybe moving out to NZ from the UK for a year or so and wondering what the job prospects are like in the ISP industry? Ive previously worked fora large ISP here in the UK as a systems/network engineer and would prefer to get a job in the same sort of role over in NZ. Any tips, pointers etc gratefully appreciated. Whats the best area of the country for work? (im thinking Auckland or Wellington) Anything in the Gisborne region? (Ive got family there) Whats the pay like over there for sys/net eng positions? Regards Ben O'Hara

1 0

Survey Results for 2006
by Simon Lyall 11 May '05

11 May '05

Results from the 2006 bit of the survey are below. I'll do the rest of the survey over the next few days. -- Simon J. Lyall | Very Busy | Web: http://www.darkmere.gen.nz/ "To stay awake all night adds a day to your life" - Stilgar | eMT. "I'm sick of you people, your just a bunch of fickle mush heads" - Joe Quimby. NZNOG 06 -------- 38 Forms were returned and 37 were counted towards the total. Not all questions were answered by everybody. My comments are in [] brackets. I have tried to get quotes that generally represent what most people are saying. 1. Are you likely to attend NZNOG 06. Yes: 33 No: 2 Maybe: 2 2. Are you likely to attend Linux.conf.au in Dunedin at the end of Jan 06? Yes: 19 No: 18 3. The following are venues/times that NZNOG might be held. Please rate how likely your are to attend and which you would prefer. [ Most people who expressed a preference said they could attend both. ] (a) Jan/Feb: 7 (b) Mar/Apr: 9 Either: 16 "Yeah, but we've held great conferences in the past without ICANN. I just think that the whole ICANN/Internetnz thing has the capability to hijack NZNOG. " "May not be able to go if it's a teaching time. " "I'm OK for either, unless of course the cost is going to be much higher. A bit higher would be OK if we're talking 50-80 more. " "Very unlikely to attend, unless conf was over easter stat holidays. " "Not if I have to pay. " "Option B. It'd be easier to get to both Linux.conf.au & NZNOG if there is a bit of a gap between them. " "I would almost certainly attend either one, given that both the conference and I would be in Wellington. I'd have a slight preference for March/April due to (a) more chance of overseas networking folks (better timing for network-related things, and fewer clashes), and (b) making it easier to "catch up" on work immediately after Linux.Conf.au in Dunedin. " " If it is directly after linux.conf.au this would be good for getting overseas visitors with Linux interests (more interesting to me than networking people maybe), however it could be harder for me to get time off to go to two events in a row. " " Likely to attend either; more preference for option (b) on the basis that I'm not going to attend most of the ICANN stuff, so more likely to get interesting diverse speakers for an ICANN + NZNOG combo. " 4. Please comment on the following, how you feel about them and how important these are to you. # International Speakers "Important, but we only need a 2 or 3, - or at least 1 a day. " "Really important, it's the overseas speakers which many attendees need to justify the expense to bill payers. " "Good to have some, bad to have many. " "This is a big plus - makes the *management* see value in the event. " "It's very valuable to have 2-3 international speakers so that NZNOG doesn't become isolated from what's happening in the outside world. " "Important to give flavor and to justify attendance to boss. Perhaps only 2 or 3 needed. " > Low cost ( < $500 for programme + accommodation) [ Many people said low cost was *very* important while a few were happy to pay more. Perhaps a "professional" option could be offered ( with what? ) ] "I'm not convinced cost is as much of a barrier as people claim - I think that old saw of people struggling to get sign off on a $400 conference, but getting a $2400 conference approved with no hassle is probably more true than people realise. " "Too cheap for the quality of speakers / programme " "The cheaper it is, the more people I can send along. " " Important. Expense = must justify to bean counters. Certainly individuals are less likely to attend if its expensive. " "Very, I can't afford 500 for a conference " "Low costs means easy to get work to pay for it. " "It's good. It encourages participation. Participation is good. " " Important that it is affordable for people who have to pay their own way. (IE, don't aim it only as a company-sponsored-attendance event) " "Not fantastically important to cut the price to the bone. A good conference for teachers can be several thousand dollars! " " Personal I'd be happy with the program as long as it was sub-$1000 (easyish to get work to pay for that). However it would be great to see the cost stay low so people can pay for themselves if they want and to make it easy for the small-mid size companies. " "Important (helps to get a much bigger audience), but I don't think it's the end of the world if it went over a little over $500. " "I suspect attendance in Wellington will be lower simply due to a number of people in Auckland being willing/able to drive to Hamilton, but not willing/able to take the time to drive/fly to Wellington. (Adding in flights to the "total cost" may also be valuable in planning.) " "Very important to me. The low cost is the one of the main reasons why I decided to attend. " "Important. Low cost enables unfunded people to appear and for other to not to have to go to high up the food chain to attend. " "Yes - I pay for it myself. " "Very important - $500 would be about my limit " Types of attendees ------------------ [ Just about everybody was happy with the follow sort of people attending. ] - Network Operators (people who type BGP commands) - Admins of large websites - Admins of Large mail servers - Security Admins at large sites - Large ISP technical personal - Small ISP technical personal - Network researchers - Small Hosting providers - Students - Wireless Operators "I would like to hear about large mail system scaling. " "Am more interested if it is someone from a large site. " " I'd also like to see Design Engineers as there are people who don't necessarily type the commands into the 'live' systems, but they _design_ the system. " [ Re Security Admins at large sites ] "Especially dealing with large customer volumes and/or traffic volumes. (e.g. Managed firewalls doing 1Gb/s for 30,000 customers.) " " Yes. Small hosting providers could be future big hosting providers one day. " [ Most people were happy with the following although some expressed reservations. ] - Network consultants "as long as they're geeks and not suits" - Programmers (Open source projects) " Maybe, if they work on projects relevant to network operators " - Government Policy people ( eg MOC, CCIP) " In moderation. They seem to add little value and observe a hell of a lot. " " Definitely would like to see more policy presence. Policy becomes law becomes our implementation pain. " - Vendor sponsored speakers "If they agree to be 95% non-commercial " "As long as they aren't just salesman fine by me." "Great way of getting a speaker that would be otherwise hard to get" The following were less popular. - Equipment Vendor salesman " I suspect allowing too many vendors along spoils the open nature of the NZNOG conference, however the occasional bit is fine by me. " " No, Spray them with mace at the door. We can go do vendor sex at every other conference... " - Script Kiddies Ooh, this could be fun. We could all bring a baseball bat and have a go. That would be GREAT! [ NOTE: Similar to the above was said by several people. ] Other things ------------ # Official event dinner [ The majority of people felt this was very important ] "This is critical, as it involves beer." "Do it right or not at all" # Curry Night [ Many people rated this as more important than the official dinner while others were uninterested. ] "I prefer the socialising to the actual food. Personally I hate curries, but in a case like this I'll put up with them to be able to meet the people there. " "Being the night before, many people must have been like myself and unavailable... " "Important, but showing the strain of size. " # Joe and Dean [ Popular with most people. ] "NZNOG without Joe and Dean is like a fish without a bicycle! Important - as a guideline for the types of people we need there " " WTF? Is this NZ Network Idol? Puhhleeaazzee.. I mean they're good dudes and stuff, but this is about peering and not hierarchy isn't it? " # Wireless Access at event [ About one third of people didn't care while the others all rated it as vital. ] "Required. I actually fixed stuff while I was in a conference." # Nearness to the office. [ Not important to most, see Wireless question above. ] "The office is the laptop where the network connection terminates, isn't it? " "Important that it isn't " # Vendor Booths [ Quite a few negative comments here. I think people would be happy to have a few booths if they (a) Contributed to the bottom line of the conference and (b) Were targeted at the audience and interesting. ] "Prefer not to have them" "A couple would be nice especially if they had cute gear and helped subsidize events. " # Breaks between talks [ People thought these were good, no real consensus on how long however. People liked the free soft drinks in 05 but weren't so hot on the finger food ] "Smoker" "Hmm - I think the current format works, but there needs to be a larger 'buffer' zone to be used for spillover at the end of interesting presentations. Maybe if it could be structured so the presentations ran through to 6:30pm ish? " "Should be longish, talk is important." "Definitely good. Half of NZNOG's value is social" "It's very useful to have 10-15 minutes between talks to grab the speaker and ask questions. At most pairs of talks run together. The Linux.Conf.au pattern seems to work reasonably well. (45 minute talks, 15 minutes gap, talk often runs a little into the gab.) " "A few more than '05 might be good " "Keep them brief, a couple of sessions, then a break, etc.. I badly need a good way to secure my laptop. " "Not too long. While talk is good having 45 minute breaks all day is overdoing it. Perhaps 20 minutes for morning and afternoon tea and an hour for lunch. " # Start and finish times each day. [ Several people requested a slightly later start on Day 1 for those traveling. In general people seemed happy with a 9-6 , with perhaps some less official things going a little later. Starting before 9 was unpopular. ] "9-5 is good. " "I'd prefer a later start, since as we all know, we geeks tend to stay up late each night " # Wider programme or narrowly focused on Network operators. [ Very mixed results here. Hard core network geeks said keep it narrow while most other people wanted it a little wider. There appeared to be less objection if "non core" talks were on tutorial or in a separate stream. ] "I would enjoy a wider programme, but due to my work Network design/operation/engineering/support would be more useful to my employer. " "Focused on networks. I.E. not general Linux stuff." "Wider/Diverse programme, but with a Network Operator thing " "Wide programs are good if there are a couple of streams, otherwise you sit through stuff that isn't interest to. " "It occurred to me that it may make sense to (a) revive SAGE-NZ (a "NZ branch" of the System Administrators Guide) and (b) have some sort of system administrators stream. Perhaps there could be a SAGE-NZ "miniconf" the day before/after? " "Since network operators can also have other roles (mainly in small companies), its nice to have the programme focused a bit wider than just network operations. " # Single or Multiple streams. [ No real consensus ] "I would prefer single streams - if we have enough content, run for more days." "Multiple is good, but maybe just 2, ended up with overlaps of 2 interesting topics last time " "Single is best if the topics are related. If the two streams were quite separate (ie. Administrative and Technical) streamed would be OK. " "Single if possible but multiple might be an option. Perhaps if there were multiple then people could pick beforehand what talks they were interested in and we could schedule the clashes so a minimal number of people were disappointed." # Recording and/or broadcast of Events. [ This was split into two. Almost everyone was in favour of recording and making the event available later especially if there were multiple streams. Several people suggested not broadcasting it however to encourage people to tune up to the actual conference. ] "Absolutely to both." "great to go back to parts missed, or confirm something" "If I can't get there in person I will *definitely* watch the streams, either live or delayed. They're a great way to increase participation... " "Makes it difficult to argue I have to go. :) " "Recording everything definitely, especially if there are multiple streams. Broadcast isn't as important since it encourages people to actually attend. " "a good thing, but need to be much better quality than '05. Also open standards are good - I don't like having to install proprietary software. " # Giveaways [ People seemed to think these were okay to have but not very important. especially they didn't seem to want (a) Junk or (b) Lots of money being spent on them. ] " Yes - especially if it involves beer. " " Freebies rock. " " To be honest I'd happily trade a lower conference fee for no giveaways, or just a T-shirt. If they're sponsored bits then fine, but otherwise I think the money is better spent on something else. " " Not important to me " # Misc "Thinking back to '04, the best thing I felt about it was that the residential nature of the con forced a bunch of people to communicate who wouldn't otherwise do so (especially in person). So things that aid that (curry night, distance from the office, breaks between talks, common accommodation) seem to me important. " 5. Please rate on the following topics and make other comments if you like. [ I have rated the topics as following. The first number is the average score the topic received, the second is the number of people giving it a score of 4 or 5 while the 3rd number is the number giving it a score of 1 or 2. Around 30 to 35 people voted each time. I have chopped the list of topics into 3 groups (feel free to shuffle each group up or down a topic or two). The first groups appears to have a lot of people very interested and not many people disinterested. The second group have less but still positive net interest. The 3rd group have below average interest a a larger number of people uninterested. I would guess we aim for large or multiple talks from the first group and single, lightning, streamed or no talks on the others. All depends on offers and speakers obviously. Oh and if you don't know what LAMP is: http://en.wikipedia.org/wiki/LAMP ] VOIP : 4.3 27 0 Network Monitoring : 4.0 25 2 Peering : 4.0 23 2 Lightning talks : 3.9 23 3 Network Design Philosophy : 3.9 22 2 Network Measurement : 3.9 21 3 Internet Exchange Updates : 3.9 20 3 Security and Encryption : 3.8 21 2 IPV6 : 3.7 21 4 DDOS : 3.7 17 3 WAN Solutions / VPNs : 3.6 15 4 BGP and other routing protocols : 3.5 16 6 ENUM : 3.5 15 6 Fibre Optics : 3.3 12 8 Wireless : 3.3 10 4 Spam : 3.3 13 9 APNIC : 3.1 7 8 Mail Servers : 3.0 12 9 Virtual Servers (eg Xen, UML) : 3.0 11 10 MPLS : 2.9 11 13 Government Policy : 2.9 10 13 LDAP : 2.8 7 11 Multicast : 2.8 9 13 Web Server Administration : 2.7 7 15 Asset Management for Network Hardware : 2.6 9 15 UltraWideband : 2.6 9 15 LAMP : 2.6 6 12 INOC-DBA : 2.6 5 14 DNSSEC : 2.5 8 7 PGP Key Signing party : 2.5 8 20 Other Talk topics suggested: DNS (general) Clustering/Redundant Network Design Latest Internet practices (shaping etc) "things with cool factor For example unique and clever solutions to difficult problems. I think the conference should continue to aim not at a demographic (large ISP or small ISP), but just encouraging people to think up really just, I dunno *struggles trying not to use a buzz word* clever, outside the box solutions to hard problems. " 5. Are you interested in giving a talk? [ Around 1/3 the people who replied to the survey indicated interest in giving a talk. Some of these will be approached. ] 6. Other stuff. [ further quotes from people ] Fix the catering. - I thought the lightening talks were interesting, but maybe just a couple of minutes too short to be cover a complete topic, maybe 10 mins not 5 ? - Would be nice to see the program go up a little earlier to allow staff to plan to go (ie: not adding tutorials after people had booked) I don't recall having any linux/unix specific material at NOG '05, which is a fundamental part of most ISP networks in NZ. While it's a huge topic I'd have liked to hear some linux/Unix/Solaris specific content (not installfests) Perhaps some discussions of the future of Internet in NZ, and some predictions on where the Internet is heading based on current trends. I believe you touched on a couple of these areas briefly, which was nice. Not Hamilton, and a different time in the year. While publishing the programme early is good perhaps not having the exact timetable up will discourage managers from only assigning time for people to go to specific events. Perhaps an official wiki for people to post stuff or Blog aggregator. Small prizes ( USB fobs) for each speaker to give away per talk might encouraged people to ask good questions. Some howto guides for using network tools like nagios would be cool. A talk or two about how people see the Internet going. People I'd like to see: Somebody from Southern Cross talking about the cables. Somebody from Weta talking about the server or storage farm. Somebody from a large ISP talking about traffic shaping People talking about large storage Area networks People from some large sites ( Xtra, stuff, herald) talking about how they look after the network, servers, site, etc. Some practical VOIP stuff. I like Tshirts better than those with collars. If its in Wellington make some plan for flying people in and out of Palmerston and bus transit between. I have a hobbyist interest in community and non-profit networking; I don't know how that subject could be integrated though.

6 7

Ghetto colocation in wellington
by Tim Nicholas 11 May '05

11 May '05

Hi all, Does anywhere know of anyone who does cheap nasty collocation hosting in or around Wellington? I'm thinking no backup power, tower style boxes allowed, that sort of thing. Connectivity doesn't have to be too flash but availability of 8 or 16 IP addresses would be ideal. Reply to me directly. If there are enough responses to warrant it I'll summarise for the list. Thanks, Tim -- Tim Nicholas || TJN Email: tim(a)nicholas.net.nz || Wellington, New Zealand http://tim.nicholas.net.nz/ || Cell/SMS: +64 21 337 204

4 3

Barracuda Spam Firewalls...
by Dan Clark 09 May '05

09 May '05

Hi Guys, Can anyone who is using Barracuda Spam Firewalls in a Production ISP environment please contact me. I'm interested to know if they work well with multiple virtual hosts/domain names? Do they work straight out of the box? Are they fast? Is anyone running more than one in multiple locations, clustered etc? Are there any problems you may have noticed after you turned it on? Kind Regards Dan Clark Technical Director Synaptic Ltd

1 0

Videos of NZNOG-05 Tutorials now available
by Richard Naylor 04 May '05

04 May '05

Videos of the Tutorials from NZNOG-05 are now available at http://www.r2.co.nz/20050203/ We have updated the page with links to the tutorials. At this stage they are not available for downloading - that would depend on (polite) demand. Thanks to Jamie and the others for recording the sessions. Rich

1 0

Seminar in Hamilton.
by Richard Nelson 04 May '05

04 May '05

Rich Groves was scheduled to give a presentation at NZNOG'05 but was unable to make it due to immigration processing delays. He is going to give a (similar) presentation to WAND this Friday at 2pm at the University of Waikato. Sorry for the short notice, but if anybody would like to come, you would be welcome. Title "Creating a Passive Network Analysis Framework to Glean Internet Weather" Bio: Rich Groves is a former Principal Network Engineer at America Online and Network Architect at MCI and is now a Technologist at Endace as well as researcher for WAND. If anybody wants to come, please email me directly so I can keep track of numbers and I'll send you room details. The abstract of his planned NZNOG'05 talk was: The purpose of this project is to create a generic passive network monitoring framework for use with highly trafficked TCP applications. I will talk in depth about key performance indicators that we will use to assess the health of AOL Client streams as well as AOL Instant Messenger and ICQ. The location to glean this data is a number of tap points in front of the AOL Instant Messenger service. This is a staggering 400+ million TCP connects per day and places a veritable "Internet Weather Report" at our fingertips of round trip times, packet loss, latency and stability. This monitoring infrastructure will work as an "early warning" of negative client and transit network performance. Some other uses for this will be understanding the effects of changes during maintenance windows as well as providing data to compute a "user frustration index" that will give us more insight into client performance than active war dialers have. Richard Nelson richardn(a)cs.waikato.ac.nz WAND Network Research Group

1 0

any help appreciated
by Brett Johanson 03 May '05

03 May '05

Hello Im looking into setting up a data center, and am looking to peer with the ape, i was wondering how i can do this i am also applying for some IP space from apnic and having a little trouble setting up the PERSOn as it keeps failing. Any Help on this matter would be appreciated i just really need to know what to do to peer with the ape router recommendations etc Cheers _________________________________________________________________ Need more speed? Get Xtra Broadband @ http://jetstream.xtra.co.nz/chm/0,,202853-1000,00.html

6 7

Notification of NZRR Database changes
by NZRR Database Notifications 02 May '05

02 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes. filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 7.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 41.0.0.0/8^+, 42.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 73.0.0.0/8^+, 74.0.0.0/8^+, 75.0.0.0/8^+, 76.0.0.0/8^+, 77.0.0.0/8^+, 78.0.0.0/8^+, 79.0.0.0/8^+, 89.0.0.0/8^+, 90.0.0.0/8^+, 91.0.0.0/8^+, 92.0.0.0/8^+, 93.0.0.0/8^+, 94.0.0.0/8^+, 95.0.0.0/8^+, 96.0.0.0/8^+, 97.0.0.0/8^+, 98.0.0.0/8^+, 99.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 112.0.0.0/8^+, 113.0.0.0/8^+, 114.0.0.0/8^+, 115.0.0.0/8^+, 116.0.0.0/8^+, 117.0.0.0/8^+, 118.0.0.0/8^+, 119.0.0.0/8^+, 120.0.0.0/8^+, 121.0.0.0/8^+, 122.0.0.0/8^+, 123.0.0.0/8^+, 124.0.0.0/8^+, 125.0.0.0/8^+, 126.0.0.0/8^+, 173.0.0.0/8^+, 174.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 186.0.0.0/8^+, 187.0.0.0/8^+, 189.0.0.0/8^+, 190.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} remarks: For the complete set of bogons, please see: fltr-martians - special use and reserved prefixes. fltr-bogons - fltr-unallocated + fltr-martian. http://www.cymru.com/Documents/bogon-list.html admin-c: RTH32-ARIN tech-c: RTH32-ARIN notify: radb(a)cymru.com notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-BOGON-FILTERS changed: rpsl-admin(a)nzix.net 20040819 source: NZRR REPLACED BY: filter-set: fltr-unallocated descr: Unallocated (by IANA) IPv4 prefixes. filter: {1.0.0.0/8^+, 2.0.0.0/8^+, 5.0.0.0/8^+, 7.0.0.0/8^+, 23.0.0.0/8^+, 27.0.0.0/8^+, 31.0.0.0/8^+, 36.0.0.0/8^+, 37.0.0.0/8^+, 39.0.0.0/8^+, 42.0.0.0/8^+, 49.0.0.0/8^+, 50.0.0.0/8^+, 74.0.0.0/8^+, 75.0.0.0/8^+, 76.0.0.0/8^+, 77.0.0.0/8^+, 78.0.0.0/8^+, 79.0.0.0/8^+, 89.0.0.0/8^+, 90.0.0.0/8^+, 91.0.0.0/8^+, 92.0.0.0/8^+, 93.0.0.0/8^+, 94.0.0.0/8^+, 95.0.0.0/8^+, 96.0.0.0/8^+, 97.0.0.0/8^+, 98.0.0.0/8^+, 99.0.0.0/8^+, 100.0.0.0/8^+, 101.0.0.0/8^+, 102.0.0.0/8^+, 103.0.0.0/8^+, 104.0.0.0/8^+, 105.0.0.0/8^+, 106.0.0.0/8^+, 107.0.0.0/8^+, 108.0.0.0/8^+, 109.0.0.0/8^+, 110.0.0.0/8^+, 111.0.0.0/8^+, 112.0.0.0/8^+, 113.0.0.0/8^+, 114.0.0.0/8^+, 115.0.0.0/8^+, 116.0.0.0/8^+, 117.0.0.0/8^+, 118.0.0.0/8^+, 119.0.0.0/8^+, 120.0.0.0/8^+, 121.0.0.0/8^+, 122.0.0.0/8^+, 123.0.0.0/8^+, 173.0.0.0/8^+, 174.0.0.0/8^+, 175.0.0.0/8^+, 176.0.0.0/8^+, 177.0.0.0/8^+, 178.0.0.0/8^+, 179.0.0.0/8^+, 180.0.0.0/8^+, 181.0.0.0/8^+, 182.0.0.0/8^+, 183.0.0.0/8^+, 184.0.0.0/8^+, 185.0.0.0/8^+, 186.0.0.0/8^+, 187.0.0.0/8^+, 189.0.0.0/8^+, 190.0.0.0/8^+, 197.0.0.0/8^+, 223.0.0.0/8^+} remarks: For the complete set of bogons, please see: fltr-martians - special use and reserved prefixes. fltr-bogons - fltr-unallocated + fltr-martian. http://www.cymru.com/Documents/bogon-list.html admin-c: RTH32-ARIN tech-c: RTH32-ARIN notify: radb(a)cymru.com notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz mnt-by: MAINT-BOGON-FILTERS changed: rpsl-admin(a)nzix.net 20040819 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 02 May '05

02 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: aut-num: AS2687 as-name: NZRR-AS2687 descr: AT&T Global descr: WIX peering at '202.7.0.49' descr: see Citylink RT job #1979 descr: APE peering at '192.203.154.74' descr: see Citylink RT job #2334 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS2687 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS2687 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: greg.kapp(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050503 source: NZRR REPLACED BY: aut-num: AS2687 as-name: NZRR-AS2687 descr: AT&T Global descr: WIX peering at '202.7.0.49' descr: see Citylink RT job #1979 descr: APE peering at '192.203.154.74' descr: see Citylink RT job #2334 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS2687 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS2687 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: attnzdns(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050503 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 02 May '05

02 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: aut-num: AS2687 as-name: NZRR-AS2687 descr: AT&T descr: APE peering at '192.203.154.74' descr: see Citylink RT job #2334 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS2687 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: Mark.Crawford(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050503 source: NZRR REPLACED BY: aut-num: AS2687 as-name: NZRR-AS2687 descr: AT&T Global descr: WIX peering at '202.7.0.49' descr: see Citylink RT job #1979 descr: APE peering at '192.203.154.74' descr: see Citylink RT job #2334 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS2687 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS2687 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: greg.kapp(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050503 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 02 May '05

02 May '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: aut-num: AS2687 as-name: NZRR-AS2687 descr: AT&T Global descr: WIX peering at '202.7.0.49' descr: see Citylink RT job #1979 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS2687 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: greg.kapp(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050302 source: NZRR REPLACED BY: aut-num: AS2687 as-name: NZRR-AS2687 descr: AT&T descr: APE peering at '192.203.154.74' descr: see Citylink RT job #2334 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS2687 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: Mark.Crawford(a)ap.att.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050503 source: NZRR

1 0

The New Zealand Network Operators' Group
by Donald Neal 01 May '05

01 May '05

The New Zealand Network Operators' Group The New Zealand Network Operators' Group (NZNOG) has no king, president or formal membership. It consists of the subscribers to this mailing list, which anyone is free to join. Conference Our next conference is expected to take place in Wellington in the first half of 2006. If you're interested inattending, you have replied to the survey, haven't you? Other Meetings See http://auckland.thursdaynightcurry.com/ or http://wellington.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://nzix.net/ for details of the Auckland, Palmerston North and Wellington exchanges, and some information on others under construction. About This Mailing List This list has around 800 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. You may choose to receive postings as they come in, or just to receive daily "digests". See the bottom of the page http://list.waikato.ac.nz/mailman/listinfo/nznog/ to change the form in which you receive postings. 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 Telecom. 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/pipermail/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

NZNOG Conference Survey.
by Simon Lyall 29 Apr '05

29 Apr '05

Below is a series of questions about NZNOG 05 and 06. Please fill out as many questions as you can and feel free to add extra comments wherever. The results will be used to decide when, where and how NZNOG 06 will be run. If you are short of time please fill out the 2006 questions first. Email the filled in version back to simon(a)darkmere.gen.nz . Email me if you have any questions. Answers will be kept confidential. Results will be summarized back to the list. Questions ========= About you --------- Which City/Country do you live/work in : What position do you work in : What does your job involve : Attendance ---------- Did you attend NZNOG 05 ? : Did you attend NZNOG 04 ? : Did you attend earlier NZNOGs? : If you didn't attended NZNOG 05: a. what reasons didn't your attend? b. What would have made you more likely to attend? NZNOG 05 -------- If you attended NZNOG 05 please answer the following questions. 1. Did your employer pay for all or part of the costs? Did they give you time to attend or did you have to take holidays? 2. Please comment on the following, how you feel about them and how important these are to you. General organization: Accommodation: Wednesday night dinner (curry): Thursday Dinner (Official dinner): Internet Access: Other: 3. The main presentations. Abstracts of the presentations and tutorials at nznog05 are at: http://www.nznog.org/tutorial.php http://www.nznog.org/abstract.php a. Can you list things in the programme or the conference that your especially liked. b. Can you list things in the programme or the conference that your especially disliked. c. Do you have any other comments about the programme or running of the conference. NZNOG 06 -------- 1. Are you likely to attend NZNOG 06. 2. Are you likely to attend Linux.conf.au in Dunedin at the end of Jan 06? 3. The following are venues/times that NZNOG might be held. Please rate how likely your are to attend and which you would prefer. a. Wellington in late Jan or Early Feb ( after linux.conf.au) Pro: Overseas people able to go to linux.conf.au and NZNOG Pro: Cheaper Accommodation and Venue Con: Clashes with NANOG or RIPE so harder to get overseas speakers b. Wellington in March or early April Pro: Less clashes with overseas events. Pro: Overseas people able to go to ICANN and NZNOG Con: Most expensive venue and accommodation. 4. Please comment on the following, how you feel about them and how important these are to you. International Speakers: Low cost ( < $500 for programme + accommodation): Types of attendees - Network Operators (people who type BGP commands): - Admins of large websites: - Admins of Large mail servers: - Security Admins at large sites: - Network consultants: - Large ISP technical personal: - Small ISP technical personal: - Programmers (Open source projects): - Script Kiddies: - Vendor sponsored speakers: - Network researchers: - Government Policy people ( eg MOC, CCIP): - Small Hosting providers: - Equipment Vendor salesman: - Students: - Wireless Operators: Official event dinner: Curry Night: Joe and Dean: Wireless Access at event: Nearness to the office: Vendor Booths: Breaks between talks: Start and finish times each day: Wider programme or narrowly focused on Network operators: Single or Multiple streams: Recording and/or broadcast of Events: Giveaways: 4. Please rate on the following topics and make other comments if you like. 5 is "Extremely interested" 3 is "Interested enough to attend" 1 is "I'll work on my minesweeper skills outside" Peering : DNSSEC : Internet Exchange Updates : INOC-DBA : APNIC : Virtual Servers (eg Xen, UML) : Lightning talks : PGP Key Signing party : Mail Servers : DDOS : Network Monitoring : LAMP : Measurement : Government Policy : Wireless : Spam : IPV6 : VOIP : ENUM : Multicast : BGP and other routing protocols : UltraWideband : MPLS : WAN Solutions / VPNs : Fibre Optics : LDAP : Network Measurement : Asset Management for Network Hardware : Network Design Philosophy : Security and Encryption : Web Server Administration : Other(s) (please add) : 5. Are you interested in giving a talk? Talks can be tutorials, 30m-2h presentations or 5-10 minutes lightning talks. Please let us know if you are interested in giving one and if possible what type and what topic(s). 6. Other stuff. Please add other comments, suggestions, feedback etc on what you would like for the 06 conference including possible speakers, talks, events and topics not mentioned above.

1 1

Notification of NZRR Database changes
by NZRR Database Notifications 26 Apr '05

26 Apr '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS4770 descr: advertised to AS9439 by ICONZ - AS4770 members: 131.203.0.0/16^16-29, 138.235.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 192.107.113.0/24^24-29, 192.133.31.0/24^24-29, 192.173.16.0/21^21-29, 192.88.85.0/24^24-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.12.248.0/21^21-29, 202.126.80.0/21^21-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.174.160.0/24^24-29, 202.182.192.0/19^19-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.27.208.0/24^24-29, 202.36.119.0/24^24-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.183.0/24^24-29, 202.36.226.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.86.0/23^23-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.49.62.0/24^24-29, 202.49.80.0/23^23-29, 202.49.89.0/24^24-29, 202.50.196.0/22^22-29, 202.50.200.0/21^21-29, 202.50.208.0/20^20-29, 202.50.246.0/24^24-29, 202.50.52.0/22^22-29, 202.50.87.0/24^24-29, 202.53.176.0/20^20-29, 202.55.96.0/20^20-29, 202.6.84.0/24^24-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS4770 descr: advertised to AS9439 by ICONZ - AS4770 members: 131.203.0.0/16^16-29, 138.235.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 210.48.0.0/17^17-29, 210.185.0.0/18^18-29, 202.182.192.0/19^19-29, 210.54.160.0/19^19-29, 202.50.208.0/20^20-29, 202.53.176.0/20^20-29, 202.55.96.0/20^20-29, 202.174.160.0/20^20-29, 210.56.32.0/20^20-29, 192.173.16.0/21^21-29, 202.12.248.0/21^21-29, 202.37.144.0/21^21-29, 202.37.224.0/21^21-29, 202.50.200.0/21^21-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.126.80.0/21^21-29, 205.233.128.0/21^21-29, 202.36.36.0/22^22-29, 202.37.140.0/22^22-29, 202.37.200.0/22^22-29, 202.41.136.0/22^22-29, 202.50.52.0/22^22-29, 202.50.196.0/22^22-29, 210.54.136.0/22^22-29, 210.55.24.0/22^22-29, 202.21.136.0/23^23-29, 202.36.44.0/23^23-29, 202.36.76.0/23^23-29, 202.37.86.0/23^23-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.49.80.0/23^23-29, 205.233.136.0/23^23-29, 210.55.182.0/23^23-29, 192.88.85.0/24^24-29, 192.107.113.0/24^24-29, 192.133.31.0/24^24-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.27.208.0/24^24-29, 202.36.32.0/24^24-29, 202.36.119.0/24^24-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.183.0/24^24-29, 202.36.226.0/24^24-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.136.0/24^24-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.232.0/24^24-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 205.233.243.0/24^24-29, 210.54.140.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050427 source: NZRR --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 131.203.0.0/16^16-29, 138.235.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 192.107.113.0/24^24-29, 192.133.31.0/24^24-29, 192.173.16.0/21^21-29, 192.88.85.0/24^24-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.12.248.0/21^21-29, 202.126.80.0/21^21-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.174.160.0/24^24-29, 202.182.192.0/19^19-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.27.208.0/24^24-29, 202.36.119.0/24^24-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.183.0/24^24-29, 202.36.226.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.86.0/23^23-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.49.62.0/24^24-29, 202.49.80.0/23^23-29, 202.49.89.0/24^24-29, 202.50.196.0/22^22-29, 202.50.200.0/21^21-29, 202.50.208.0/20^20-29, 202.50.246.0/24^24-29, 202.50.52.0/22^22-29, 202.50.87.0/24^24-29, 202.53.176.0/20^20-29, 202.55.96.0/20^20-29, 202.6.84.0/24^24-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 131.203.0.0/16^16-29, 138.235.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 210.48.0.0/17^17-29, 210.185.0.0/18^18-29, 202.182.192.0/19^19-29, 210.54.160.0/19^19-29, 202.50.208.0/20^20-29, 202.53.176.0/20^20-29, 202.55.96.0/20^20-29, 202.174.160.0/20^20-29, 210.56.32.0/20^20-29, 192.173.16.0/21^21-29, 202.12.248.0/21^21-29, 202.37.144.0/21^21-29, 202.37.224.0/21^21-29, 202.50.200.0/21^21-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.126.80.0/21^21-29, 205.233.128.0/21^21-29, 202.36.36.0/22^22-29, 202.37.140.0/22^22-29, 202.37.200.0/22^22-29, 202.41.136.0/22^22-29, 202.50.52.0/22^22-29, 202.50.196.0/22^22-29, 210.54.136.0/22^22-29, 210.55.24.0/22^22-29, 202.21.136.0/23^23-29, 202.36.44.0/23^23-29, 202.36.76.0/23^23-29, 202.37.86.0/23^23-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.49.80.0/23^23-29, 205.233.136.0/23^23-29, 210.55.182.0/23^23-29, 192.88.85.0/24^24-29, 192.107.113.0/24^24-29, 192.133.31.0/24^24-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.27.208.0/24^24-29, 202.36.32.0/24^24-29, 202.36.119.0/24^24-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.183.0/24^24-29, 202.36.226.0/24^24-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.136.0/24^24-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.232.0/24^24-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 205.233.243.0/24^24-29, 210.54.140.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050427 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 21 Apr '05

21 Apr '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS7657 descr: advertised to AS9560 by ihug - AS7657 members: 192.107.113.0/24, 202.21.130.0/24, 202.21.136.0/23^23-24, 202.36.44.0/24, 202.36.94.0/23^23-24, 202.36.230.0/23^23-24, 202.37.182.0/24, 202.49.33.0/24, 202.49.46.0/23^23-24, 202.49.63.0/24, 202.49.64.0/24, 202.49.140.0/24, 202.49.148.0/23^23-24, 202.49.176.0/23^23-24, 202.49.178.0/24, 202.49.180.0/23^23-24, 202.49.186.0/24, 202.49.249.0/24, 202.50.84.0/24, 202.50.103.0/24, 202.50.188.0/22^22-24, 202.50.255.0/24, 203.96.192.0/19^19-24, 203.109.128.0/17^17-24, 203.118.128.0/18^18-24, 203.173.128.0/17^17-24, 210.55.110.0/24, 210.55.184.0/24, 210.55.202.0/23^23-24, 210.55.248.0/21^21-24 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS7657 descr: advertised to AS9560 by ihug - AS7657 members: 192.107.113.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.44.0/24^24-29, 202.36.94.0/23^23-29, 202.36.95.0/24^24-29, 202.36.230.0/24^24-29, 202.36.231.0/24^24-29, 202.37.182.0/24^24-29, 202.49.33.0/24^24-29, 202.49.46.0/23^23-29, 202.49.63.0/24^24-29, 202.49.148.0/24^24-29, 202.49.148.0/23^23-29, 202.49.149.0/24^24-29, 202.49.178.0/24^24-29, 202.49.180.0/23^23-29, 202.49.186.0/24^24-29, 202.49.249.0/24^24-29, 202.50.84.0/24^24-29, 202.50.103.0/24^24-29, 202.50.188.0/22^22-29, 202.50.255.0/24^24-29, 203.96.192.0/24^24-29, 203.96.192.0/19^19-29, 203.96.193.0/24^24-29, 203.96.212.0/23^23-29, 203.96.220.0/24^24-29, 203.96.223.0/24^24-29, 203.109.132.0/22^22-29, 203.109.133.0/24^24-29, 203.109.134.0/24^24-29, 203.109.135.0/24^24-29, 203.109.144.0/24^24-29, 203.109.144.0/20^20-29, 203.109.146.0/24^24-29, 203.109.150.0/24^24-29, 203.109.155.0/24^24-29, 203.109.157.0/24^24-29, 203.109.158.0/24^24-29, 203.109.163.0/24^24-29, 203.109.192.0/22^22-29, 203.109.192.0/21^21-29, 203.109.198.0/24^24-29, 203.109.199.0/24^24-29, 203.109.230.0/24^24-29, 203.109.233.0/24^24-29, 203.109.252.0/22^22-29, 203.109.253.0/24^24-29, 203.109.255.0/24^24-29, 203.118.128.0/20^20-29, 203.118.130.0/23^23-29, 203.118.132.0/23^23-29, 203.118.136.0/24^24-29, 203.118.144.0/24^24-29, 203.118.144.0/20^20-29, 203.118.147.0/24^24-29, 203.118.148.0/24^24-29, 203.118.150.0/24^24-29, 203.118.154.0/24^24-29, 203.118.155.0/24^24-29, 203.118.157.0/24^24-29, 203.118.158.0/24^24-29, 203.118.159.0/24^24-29, 203.118.160.0/20^20-29, 203.118.161.0/24^24-29, 203.118.164.0/22^22-29, 203.118.168.0/21^21-29, 203.118.176.0/24^24-29, 203.118.176.0/23^23-29, 203.118.177.0/24^24-29, 203.118.178.0/24^24-29, 203.118.179.0/24^24-29, 203.118.180.0/24^24-29, 203.118.181.0/24^24-29, 203.118.182.0/24^24-29, 203.118.183.0/24^24-29, 203.118.184.0/24^24-29, 203.118.185.0/24^24-29, 203.118.186.0/24^24-29, 203.118.187.0/24^24-29, 203.118.188.0/24^24-29, 203.118.189.0/24^24-29, 203.118.190.0/24^24-29, 203.118.191.0/24^24-29, 203.173.140.0/22^22-29, 203.173.146.0/23^23-29, 203.173.148.0/22^22-29, 203.173.152.0/22^22-29, 203.173.160.0/24^24-29, 203.173.161.0/24^24-29, 203.173.164.0/22^22-29, 203.173.168.0/23^23-29, 203.173.170.0/23^23-29, 203.173.172.0/22^22-29, 203.173.188.0/22^22-29, 203.173.192.0/19^19-29, 203.173.224.0/20^20-29, 203.173.240.0/21^21-29, 203.173.248.0/21^21-29, 210.55.110.0/24^24-29, 210.55.184.0/24^24-29, 202.126.80.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 192.107.113.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 192.107.113.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.21.130.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.21.130.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.21.136.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.21.136.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.36.44.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.36.44.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.36.94.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.36.94.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.37.182.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.37.182.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.33.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.33.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.46.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.46.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.63.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.63.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.148.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.148.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.178.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.178.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.180.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.180.0/23 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.186.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.186.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.49.249.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.49.249.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.50.84.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.50.84.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.50.103.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.50.103.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.50.188.0/22 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.50.188.0/22 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 202.50.255.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 202.50.255.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 203.96.192.0/19 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 203.96.192.0/19 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 210.55.110.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 210.55.110.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route: 210.55.184.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20041116 source: NZRR REPLACED BY: route: 210.55.184.0/24 descr: Route for ihug - AS7657 origin: AS7657 notify: rpsl-admin(a)nzix.net notify: michael.zhang(a)staff.ihug.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 138.235.0.0/16^16-29, 192.107.113.0/24^24-29, 192.173.16.0/21^21-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.12.248.0/21^21-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.36.119.0/24^24-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.249.0/24^24-29, 202.49.159.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 202.55.96.0/20^20-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.126.80.0/21^21-29, 202.182.192.0/19^19-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050419 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 131.203.0.0/16^16-29, 138.235.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 192.107.113.0/24^24-29, 192.133.31.0/24^24-29, 192.173.16.0/21^21-29, 192.88.85.0/24^24-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.12.248.0/21^21-29, 202.126.80.0/21^21-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.174.160.0/24^24-29, 202.182.192.0/19^19-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.27.208.0/24^24-29, 202.36.119.0/24^24-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.183.0/24^24-29, 202.36.226.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.86.0/23^23-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.49.62.0/24^24-29, 202.49.80.0/23^23-29, 202.49.89.0/24^24-29, 202.50.196.0/22^22-29, 202.50.200.0/21^21-29, 202.50.208.0/20^20-29, 202.50.246.0/24^24-29, 202.50.52.0/22^22-29, 202.50.87.0/24^24-29, 202.53.176.0/20^20-29, 202.55.96.0/20^20-29, 202.6.84.0/24^24-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS4770 descr: advertised to AS9439 by ICONZ - AS4770 members: 138.235.0.0/16^16-29, 192.107.113.0/24^24-29, 192.173.16.0/21^21-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.12.248.0/21^21-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.36.119.0/24^24-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.249.0/24^24-29, 202.49.159.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 202.55.96.0/20^20-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.126.80.0/21^21-29, 202.182.192.0/19^19-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050419 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS4770 descr: advertised to AS9439 by ICONZ - AS4770 members: 131.203.0.0/16^16-29, 138.235.0.0/16^16-29, 161.29.0.0/16^16-29, 161.65.0.0/16^16-29, 192.107.113.0/24^24-29, 192.133.31.0/24^24-29, 192.173.16.0/21^21-29, 192.88.85.0/24^24-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.12.248.0/21^21-29, 202.126.80.0/21^21-29, 202.12.70.0/24^24-29, 202.14.100.0/24^24-29, 202.174.160.0/24^24-29, 202.182.192.0/19^19-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.27.208.0/24^24-29, 202.36.119.0/24^24-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.183.0/24^24-29, 202.36.226.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.37.86.0/23^23-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.159.0/24^24-29, 202.49.249.0/24^24-29, 202.49.62.0/24^24-29, 202.49.80.0/23^23-29, 202.49.89.0/24^24-29, 202.50.196.0/22^22-29, 202.50.200.0/21^21-29, 202.50.208.0/20^20-29, 202.50.246.0/24^24-29, 202.50.52.0/22^22-29, 202.50.87.0/24^24-29, 202.53.176.0/20^20-29, 202.55.96.0/20^20-29, 202.6.84.0/24^24-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050422 source: NZRR

6 7

ICONZ prefix update 20050422
by John Johnston 20 Apr '05

20 Apr '05

AS: 4770 APE: 192.203.154.44 WIX: 202.7.1.1 Hey all, For all those that peer direct with ICONZ there is another update. Please apply the full list as there have been a few additions. Current list is attached or goto http://www.iconz.net/prefix Regards John Johnston Network Engineering Manager ICONZ New Zealand Limited DDI: +64 9 977 3500 FAX: +64 9 977 3535 Mobile: 021 277 5692 Email: john.johnston(a)iconz.net 0800 THE NET www.iconz.net

1 0

RIPE NCC to begin allocating from 87/8
by leo vegoda 20 Apr '05

20 Apr '05

Dear Colleagues, This announcement is being sent to multiple lists. I apologise for duplicates. The RIPE NCC received the IPv4 address range 85.0.0.0 - 88.255.255.255 (85/8, 86/7 and 88/8) from the IANA in April 2004. We began making allocation from 85/8 in August 2004 and from 86/8 in March, this year. We expect to start making allocations from 87/8 in the next few weeks. We have been announcing two prefixes from 87/8: 87.192.0.0/16 and 87.255.248.0/21, which originated in AS12654. These announcements have now been withdrawn as we will start to allocate from this /8. We are currently announcing two prefixes from 88/8, from which we will allocate in a few months. Those announcements are: 88.192.0.0/16 and 88.255.248.0/21, originating in AS12654. Details of the BGP announcements, reachability tools and other information are available on our web site at: http://www.ris.ripe.net/debogon/debogon.html You may want to update any filters you have in place. Kind regards, -- leo vegoda Registration Services Manager RIPE NCC

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 19 Apr '05

19 Apr '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS64562 descr: advertised to AS9439 by Liverton Limited - AS64562 members: 210.48.106.96/28^28-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: james.scott(a)liverton.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050113 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS64562 descr: advertised to AS9439 by Liverton Limited - AS64562 members: 202.160.49.32/28^28-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: james.scott(a)liverton.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050420 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS24005 descr: advertised to AS9439 by SafeNZ Networks Limited - AS24005 members: 203.98.6.0/24^24-29, 203.97.68.0/28^28-29, 219.88.140.0/24^24-29, 60.234.32.0/23^23-29, 219.88.140.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: tonyw(a)tonyw.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050318 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS24005 descr: advertised to AS9439 by safenz networks limited - AS24005 members: 203.98.6.0/24^24-29, 203.97.68.0/28^28-29, 219.88.140.0/24^24-29, 60.234.32.0/23^23-29, 202.137.240.0/21^21-29, 202.50.252.0/24^24-29, 203.167.254.0/24^24-29, 203.167.255.0/24^24-29, 203.97.6.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: tonyw(a)tonyw.com mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050420 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 18 Apr '05

18 Apr '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 138.235.0.0/16^16-29, 192.107.113.0/24^24-29, 192.173.16.0/21^21-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.12.248.0/21^21-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.36.119.0/24^24-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.249.0/24^24-29, 202.49.159.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 202.55.96.0/20^20-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.182.192.0/19^19-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050318 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS4770 descr: advertised to AS9560 by ICONZ - AS4770 members: 138.235.0.0/16^16-29, 192.107.113.0/24^24-29, 192.173.16.0/21^21-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.12.248.0/21^21-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.36.119.0/24^24-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.249.0/24^24-29, 202.49.159.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 202.55.96.0/20^20-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.126.80.0/21^21-29, 202.182.192.0/19^19-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050419 source: NZRR --- PREVIOUS OBJECT: route-set: AS9439:RS-ROUTES:AS4770 descr: advertised to AS9439 by ICONZ - AS4770 members: 138.235.0.0/16^16-29, 192.107.113.0/24^24-29, 192.173.16.0/21^21-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.12.248.0/21^21-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.36.119.0/24^24-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.249.0/24^24-29, 202.49.159.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 202.55.96.0/20^20-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.182.192.0/19^19-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050318 source: NZRR REPLACED BY: route-set: AS9439:RS-ROUTES:AS4770 descr: advertised to AS9439 by ICONZ - AS4770 members: 138.235.0.0/16^16-29, 192.107.113.0/24^24-29, 192.173.16.0/21^21-29, 198.32.66.0/24^24-29, 199.212.93.0/24^24-29, 202.6.84.0/24^24-29, 202.12.70.0/24^24-29, 202.12.248.0/21^21-29, 202.14.100.0/24^24-29, 202.20.6.0/24^24-29, 202.21.130.0/24^24-29, 202.21.136.0/23^23-29, 202.36.155.0/24^24-29, 202.36.157.0/24^24-29, 202.36.32.0/24^24-29, 202.36.36.0/22^22-29, 202.36.44.0/24^24-29, 202.36.45.0/24^24-29, 202.36.76.0/23^23-29, 202.36.119.0/24^24-29, 202.37.136.0/24^24-29, 202.37.140.0/22^22-29, 202.37.144.0/21^21-29, 202.37.163.0/24^24-29, 202.37.197.0/24^24-29, 202.37.200.0/22^22-29, 202.37.224.0/21^21-29, 202.37.232.0/24^24-29, 202.37.240.0/23^23-29, 202.37.252.0/23^23-29, 202.37.76.0/24^24-29, 202.37.85.0/24^24-29, 202.41.136.0/22^22-29, 202.41.140.0/24^24-29, 202.46.190.0/24^24-29, 202.49.62.0/24^24-29, 202.49.89.0/24^24-29, 202.49.249.0/24^24-29, 202.49.159.0/24^24-29, 202.50.87.0/24^24-29, 202.50.246.0/24^24-29, 202.55.96.0/20^20-29, 202.74.224.0/21^21-29, 202.78.240.0/21^21-29, 202.126.80.0/21^21-29, 202.182.192.0/19^19-29, 205.233.128.0/21^21-29, 205.233.136.0/23^23-29, 205.233.243.0/24^24-29, 210.185.0.0/18^18-29, 210.48.0.0/17^17-29, 210.54.136.0/22^22-29, 210.54.140.0/24^24-29, 210.54.160.0/19^19-29, 210.55.182.0/23^23-29, 210.55.24.0/22^22-29, 210.56.32.0/20^20-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050419 source: NZRR

1 0

HEADS UP - Webcasting Activity -> V8 debate
by Richard Naylor 17 Apr '05

17 Apr '05

It appears that R2.co.nz will be webcasting the Public Meeting to discuss the proposal that Wellington Host a leg of the V8 Supercar Championships. The meeting is tomorrow night 19 April at 7pm The webcast server will be located on WIX and network operators may experience a frenzy of petrolheads wanting to watch their team win. Or hassling their Help Desks that nothing works. Operators not currently peering at WIX should contact CityLink if they would like assistance with peering. WARNING - we have included a 2Mbps stream for broadcast use. Broadcast operators should contact me if they have any special requirements. Thank you for your co-operation. Richard aka richard.naylor(a)r2.co.nz

1 0

Jetstream Partnering Program
by Blair Harrison 17 Apr '05

17 Apr '05

Hi All, I'm just wondering if there are any ISPs out there still on the Jetstream Partnering Program who haven't signed the WSA or made other arrangements for their Jetstream customers yet? Offlist replies are fine :) Regards, Blair Harrison Systems Administrator WISE Net | http://wise.net.nz

1 0

ICONZ prefix update 2005-04-18
by John Johnston 17 Apr '05

17 Apr '05

AS: 4770 APE: 192.203.154.44 WIX: 202.7.1.1 Hey all, For all those that peer direct with ICONZ here is an update Add prefix 202.126.80.0/21 Current list is attached or goto http://www.iconz.net/prefix Regards John Johnston Network Engineering Manager ICONZ New Zealand Limited DDI: +64 9 977 3500 FAX: +64 9 977 3535 Mobile: 021 277 5692 Email: john.johnston(a)iconz.net 0800 THE NET www.iconz.net

1 0

OT: Anyone on the list from AU?
by Barry Murphy 16 Apr '05

16 Apr '05

Hey guys, Sorry for this post, but is anyone on this list situated in Oz? I'm currently building an ISPmap for Oz and require a help/regional admin in Oz to help update the map. Thanks Barry

1 0

IANA IPv4 allocations and bogon update: 41/8
by Rob Thomas 13 Apr '05

13 Apr '05

-----BEGIN PGP SIGNED MESSAGE----- [ Apologies to those of you who receive this note in multiple forums. ] Hi, team. The numerous Team Cymru bogon projects have been updated as of 13 APR 2005 to reflect the following IANA allocation made on 12 APR 2005: 041/8 Apr 05 AfriNIC (whois.afrinic.net) IANA allocations change over time, so please check regularly to ensure you have the latest filters if you are not using the bogon BGP feed(s). We do announce updates to the bogon projects to sundry lists, such as the bogon-announce list. We can not stress this point strongly enough - these allocations change. If you do not adjust your filters, you will be unable to access perhaps large portions of the Internet. Worse yet, you may end up blocking access for people who transit through you. Please do not apply any filters or blocks to your network without carefully considering the ramifications of doing so. As a point of reference, the Team Cymru master Bogon Reference Page can be found here: <http://www.cymru.com/Bogons/> A quick summary of the documents and projects that have been updated include the following: HTTP The Bogon List - <http://www.cymru.com/Documents/bogon-list.html> The Text Bogon Lists - <http://www.cymru.com/Documents/bogon-bn-nonagg.txt> - <http://www.cymru.com/Documents/bogon-bn-agg.txt> Secure BIND Template - <http://www.cymru.com/Documents/secure-bind-template.html> Secure IOS Template (Cisco) - <http://www.cymru.com/Documents/secure-ios-template.html> Secure BGP Template (Cisco) - <http://www.cymru.com/Documents/secure-bgp-template.html> Secure JUNOS Template (Juniper) - <http://www.cymru.com/gillsr/documents/junos-template.htm> Secure JUNOS BGP Template (Juniper) - <http://www.cymru.com/gillsr/documents/junos-bgp-template.htm> Ingress Prefix Filter Templates, Loose and Strict (Cisco) - <ftp://ftp-eng.cisco.com/cons/isp/security/Ingress-Prefix-Filter- Templates/> Ingress Prefix Filter Template, Loose (Juniper) - <http://www.cymru.com/gillsr/documents/junos-isp-prefix-filter- loose.htm> Ingress Prefix Filter Template, Strict (Juniper) - <http://www.cymru.com/gillsr/documents/junos-isp-prefix-filter- strict.htm> BGP Bogon route-server for AUTOMATED updates of bogon filters - All bogon route-server peers have already received the appropriate BGP prefix updates. - <http://www.cymru.com/BGP/bogon-rs.html> RADb fltr-unallocated fltr-martian fltr-bogons - <http://www.cymru.com/Bogons/index.html#radb> RIPE NCC fltr-unallocated fltr-martian fltr-bogons - <http://www.cymru.com/Bogons/index.html#ripe> DNS Bogon (bogons.cymru.com) zone - <http://www.cymru.com/Bogons/index.html#dns> Monitoring Bogon prefix monitoring - <http://www.cymru.com/BGP/robbgp-bogon.html> Bogus ASN monitoring - <http://www.cymru.com/BGP/asnbogusrep.html> Please feel free to contact Team Cymru <team-cymru(a)cymru.com> with any comments, questions, or concerns. Thank you for your continued support. Rob. - -- Rob Thomas http://www.cymru.com ASSERT(coffee != empty); -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.2 iQCVAwUBQl578FkX3QAo5sgJAQEBUQQAhxlGUyzcvxzHVF2/PHZt27K04nSCxSWu k0G70eCN6QRib3h9HIlz3GCu24aBPJMcM+zH6SOGjydVHsDFJFFGuw42HcTWAttV 35nbzeN4jqBQQZGtel3he+lNPcd60uHloE3za/4F6P/flBrl2S3peoCo4TpxDnfe RoBcAod+aTQ= =74Xj -----END PGP SIGNATURE-----

1 0

DNS + IPv6
by Philip D'Ath 10 Apr '05

10 Apr '05

I'm doing some work with IPv6 at the moment, and one of the upcoming tasks I'm going to need to do is get a couple of IPv6 DNS servers online. Can someone tell me if the NZ SRS supports IPv6 glue records? Specifically, can I register the AAAA NS records?

3 2

Re: [nznog] Trade Me peering via the APE and WIX route servers
by Andy Linton 07 Apr '05

07 Apr '05

Trademe are announcing their network to both APE and WIX. Their preference is to route packets via the WIX as they're based in Wellington so we've path stuffed the APE announcement so that dual APE/WIX homed entities favour the WIX. This is also so that paths can be symmetric as return packets from Trademe will favour the WIX where they can. Some of you who peer at the APE and WIX may still be favouring announcements from your upstream provider and in many cases these will be links that you pay charges which are related to usage in some way. If I were in your shoes I'd be constructing some BGP policy tweaks to favour APE routes over routes from a link I was paying for regardless of AS path. I've added two community strings to the announcements of 202.21.128.0/24 via AS24078 which may help: 24078:9439 announced via WIX 24078:9560 announced via APE

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 07 Apr '05

07 Apr '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: aut-num: AS24078 as-name: NZRR-AS24078 descr: TradeMe descr: APE peering at '192.203.154.18' descr: see Citylink RT job #2209 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS24078 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050408 source: NZRR REPLACED BY: aut-num: AS24078 as-name: NZRR-AS24078 descr: TradeMe descr: APE peering at '192.203.154.18' descr: see Citylink RT job #2209 descr: WIX peering at '202.7.1.67' descr: see Citylink RT job #359 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS24078 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS24078 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050408 source: NZRR

2 1

Notification of NZRR Database changes
by NZRR Database Notifications 07 Apr '05

07 Apr '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- OBJECT BELOW CREATED: route-set: AS9560:RS-ROUTES:AS24078 descr: Route set advertised to AS9560 by TradeMe - AS24078 members: 202.21.128.0/24^24-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050408 source: NZRR

1 0

Russell Brown interviews Raymond O'Brien
by Simon Lyall 06 Apr '05

06 Apr '05

from TelstraClear on peering. http://www.darkmere.gen.nz/temp/rb_raymondobrien-2005-04-06.mp3 -- Simon J. Lyall | Very Busy | Web: http://www.darkmere.gen.nz/ "To stay awake all night adds a day to your life" - Stilgar | eMT.

2 1

RE: [nznog] Seminar on UWB
by Donald Neal 06 Apr '05

06 Apr '05

> -----Original Message----- > From: Steve Phillips [mailto:steve(a)focb.co.nz] > Sent: Wednesday, 6 April 2005 9:05 p.m. > To: nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] Seminar on UWB > > > wasn't this posted earlier today ? > At the time I acted on the request I received to post it, I hadn't noticed that it had already been posted. My apologues for any confusion caused. - Donald Neal Donald Neal |"Do not use your laptop in a wet Support Engineer |environment unless it operates on NGN Operations |batteries." 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

Seminar on UWB
by Donald Neal 05 Apr '05

05 Apr '05

This announcement is posted on behalf of the Ministry for Economic Development. - - - - - Dear industry colleagues, Ultra Wide Band (UWB) is a new wireless technology developed to transmit large amounts of data over very short distances. UWB devices are designed to operate at very low power levels, enabling them in theory, to share spectrum with traditionally licensed services over a wide range of frequencies without adverse impact to those services. Potential applications of UWB are high-speed wireless networking in the workplace or at home, ground penetrating radar for geological surveys and search and rescue, wall penetrating imaging in construction, vehicular radar for collision avoidance, medical imaging, and hand-held communication and measurement systems. The Ministry is in the process of preparing an engineering discussion paper seeking submissions from the industry and stakeholders, on spectrum allocation and technical standards for UWB devices. In conjuction with this paper, the Ministry is planning to hold seminars in Auckland and Wellington to clarify and discuss issues raised. The details of the seminars are given below: Auckland 10 am Friday 15 April 2005 Stamford Plaza 22 Albert St, Auckland Central Wellington 10 am Wednesday 20 April 2005 Rangi Marie Room 1 Te Papa Cable st Wellington Confirmation of your attendance together with your choice of venue should be sent to <mailto:radiospectrum(a)med.govt.nz> mailto:radiospectrum(a)med.govt.nz Please feel free to circulate this message to any additional persons who you feel may have an interest in this topic. The Ministry expects to publish the discussion paper prior to the seminar dates. Kind Regards, Chris Perera Senior Planning Analyst Radio Spectrum Policy & Planning The Ministry of Economic Development 33, Bowen St, Wellington, New Zealand DDI: +64-4-462 4279 Fax: +64-4-499 0969 email: <mailto:chris.perera(a)med.govt.nz> chris.perera(a)med.govt.nz 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. "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."

3 2

Seminar on UWB (fwd)
by Jamie Curtis 05 Apr '05

05 Apr '05

Forwarded by request from Chris Perera (a speaker at the last NZNOG conference for those of you not there). ---------- Forwarded message ---------- Date: Wed, 6 Apr 2005 11:01:33 +1200 From: Chris Perera <chris.perera(a)med.govt.nz> Subject: Seminar on UWB Dear industry colleagues, Ultra Wide Band (UWB) is a new wireless technology developed to transmit large amounts of data over very short distances. UWB devices are designed to operate at very low power levels, enabling them in theory, to share spectrum with traditionally licensed services over a wide range of frequencies without adverse impact to those services. Potential applications of UWB are high-speed wireless networking in the workplace or at home, ground penetrating radar for geological surveys and search and rescue, wall penetrating imaging in construction, vehicular radar for collision avoidance, medical imaging, and hand-held communication and measurement systems. The Ministry is in the process of preparing an engineering discussion paper seeking submissions from the industry and stakeholders, on spectrum allocation and technical standards for UWB devices. In conjuction with this paper, the Ministry is planning to hold seminars in Auckland and Wellington to clarify and discuss issues raised. The details of the seminars are given below: Auckland 10 am Friday 15 April 2005 Stamford Plaza 22 Albert St, Auckland Central Wellington 10 am Wednesday 20 April 2005 Rangi Marie Room 1 Te Papa Cable st Wellington Confirmation of your attendance together with your choice of venue should be sent to <mailto:radiospectrum(a)med.govt.nz> mailto:radiospectrum(a)med.govt.nz Please feel free to circulate this message to any additional persons who you feel may have an interest in this topic. The Ministry expects to publish the discussion paper prior to the seminar dates. Kind Regards, Chris Perera Senior Planning Analyst Radio Spectrum Policy & Planning The Ministry of Economic Development 33, Bowen St, Wellington, New Zealand DDI: +64-4-462 4279 Fax: +64-4-499 0969 email: <mailto:chris.perera(a)med.govt.nz> chris.perera(a)med.govt.nz 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.

1 0

RFC1918 Addresses in routing paths
by Jonathan Brewer 04 Apr '05

04 Apr '05

Hi Folks, I am wondering about the etiquette of reporting RFC1918 addresses back to hosts performing a traceroute. Example below: Hostname 1. ourhost.ourprovider.net.nz 2. f3-0-2.core1.wlg.ourprovider.net.nz 3. f0-0-4.core3.wlg.ourprovider.net.nz 4. f4-0-5.core2.akl.ourprovider.net.nz 5. g1-0-1396.u12.brfd.otherprovider.net.nz 6. g1-0-1043.u12.brh.otherprovider.net.nz 7. 10.65.32.1 8. 10.65.32.250 9. 10.69.0.2 10. a12-3-23.u21.tar.otherprovider.net.nz 11. fa7-4-1042.bigrouter.otherprovider.net.nz 12. otherhost.otherprovider.net.nz Any comments on this practice? Cheers, Jon ------------------------------------ Araneo Limited info (at) araneo.net.nz 5th Floor Central House 26 Brandon Street Wellington, New Zealand tel: +64-4-473-3932 fax: +64-4-472-0960 http://www.araneo.net.nz ------------------------------------

7 7

Notification of NZRR Database changes
by NZRR Database Notifications 31 Mar '05

31 Mar '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- OBJECT BELOW CREATED: aut-num: AS24386 as-name: NZRR-AS24386 descr: Networker descr: APE peering at '192.203.154.15' descr: see Citylink RT job #2115 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS24386 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: simon(a)networker.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050401 source: NZRR --- OBJECT BELOW CREATED: route-set: AS9560:RS-ROUTES:AS24386 descr: Route set advertised to AS9560 by Networker - AS24386 members: 203.109.148.24/29, 203.109.194.16/28^28-29, 203.118.128.32/27^27-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: simon(a)networker.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050401 source: NZRR

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 30 Mar '05

30 Mar '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- PREVIOUS OBJECT: aut-num: AS23754 as-name: NZRR-AS23754 descr: CityLink descr: SIX peering at '218.100.25.3' descr: see Citylink RT job #1927 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24387 accept ANY AND NOT fltr-bogons export: to AS24387 announce AS23754 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050331 source: NZRR REPLACED BY: aut-num: AS23754 as-name: NZRR-AS23754 descr: CityLink descr: SMARTLINX3 peering at '218.100.26.3' descr: see Citylink RT job #1927 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24385 accept ANY AND NOT fltr-bogons export: to AS24385 announce AS23754 notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050331 source: NZRR --- OBJECT BELOW CREATED: route-set: AS24385:RS-ROUTES:AS23754 descr: Route set advertised to AS24385 by CityLink - AS23754 members: 202.8.44.0/22^22-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: asjl(a)citylink.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050331 source: NZRR

1 0