- NZNOG - lists.nznog.org

NZRR Route Registry Update
by NZRR Database Notifications 01 Oct '08

01 Oct '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maxiumum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 114.134.160.0/20^20-29, 202.55.96.0/20^20-29, 114.134.176.0/21^21-29, 119.47.112.0/21^21-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 117.53.150.0/23^23-29, 210.54.142.0/23^23-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.37.232.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.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: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080926 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maxiumum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 114.134.160.0/20^20-29, 202.55.96.0/20^20-29, 114.134.176.0/21^21-29, 119.47.112.0/21^21-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 117.53.150.0/23^23-29, 210.54.142.0/23^23-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.37.232.0/24^24-29, 202.49.89.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 205.233.243.0/24^24-29, 210.54.13.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: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20081002 source: NZRR ------------------------------------------------------------

1 0

4 byte ASN support on WIX route servers
by Dane Foster 01 Oct '08

01 Oct '08

We now have 4 byte ASN support on the WIX, and a single peer with one. If anyone out there is lurking and wants to test it out please feel free to sign up. If you want to test a bi-lat feel free to contact me off list and I can sort that out. Support on APE and other IXs will be coming soon. Cheers, Dane Foster Network Engineer CityLink Ltd.

3 2

IPv6 Penetration Survey final reminder
by Elly Tawhai 30 Sep '08

30 Sep '08

Hi NZNOG Community, ________________________________________________________________________ IPv6 Penetration Survey final reminder ________________________________________________________________________ Almost seven hundred organizations have responded thus far to the IPv6 Penetration Survey. Sponsored by ARIN, in cooperation with the Cooperative Association for Internet Data Analysis (CAIDA), this survey is gathering data regarding current and future use of IPv6 around the world. We cordially invite and encourage all organizations in the AfriNIC, APNIC, ARIN, LACNIC, and RIPE NCC regions to participate in the survey so we can establish a comprehensive view of present IPv6 penetration and future plans for IPv6 deployment. The survey opened on 8 September and remains available until 17:00 EDT on 1 October 2008. The results of the survey will be presented and discussed at the ARIN XXII Public Policy and Members Meeting to be held in Los Angeles, CA 15-17 October 2008. Additionally, the summary results will be shared with all the RIRs for further distribution within their respective regions. The survey data will support ongoing research. The survey is composed of 22 questions that can be answered in a few minutes. This is a secure survey, and all data will be presented in summary form only and kept confidential between ARIN and CAIDA. When you complete the survey, you will be entered in a drawing for prizes: one raffle per RIR region. You must provide your contact information to win. Please take a few moments to complete the survey located at: https://www.surveymonkey.com/s.aspx?sm=loMM8qu18yFoKyi0rTUpQg_3d_3d We encourage all organizations in the APNIC region to participate. If you don't have IPv6 resources at the moment we would like to know why and you will only need to answer a few questions to tell us so. Questions regarding the survey should be directed to info(a)arin.net. Kind regards, Elly ________________________________________________________________________ Elly Tawhai email: hostmaster(a)apnic.net Senior Internet Resource Analyst, APNIC sip: hostmaster(a)voip.apnic.net http://www.apnic.net/helpdesk phone: +61 7 3858 3188 fax: +61 7 3858 3199 ________________________________________________________________________

1 0

The New Zealand Network Operators' Group
by Donald Neal 30 Sep '08

30 Sep '08

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. The group is intended to facilitate discussion among operators of networks in New Zealand on matters relevant to network operators as described in the list's Acceptable Use Policy. That policy appears later in this posting. Conference We hold New Zealand's only technical networking conference. Our next conference is to be hosted by FX Networks in Auckland on 28-30 January 2009. See http://list.waikato.ac.nz/pipermail/nznog/2008-September/014419.html for the 2009 Call for Participation. Other Meetings See http://thursdaynightcurry.com/ if you live in or near Auckland, Hamilton or Wellington. Operators' Contact List See http://www.nznog.org/?page_id=6 for operational contact details for most New Zealand ISP's. These are intended for use by other network operators, not by most customers. Internet Exchanges See http://www.nzix.net/ for details of exchanges in operation. Though HIX is such a stupid name. About This Mailing List This list around 1000 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 APN Online, Citylink, and The University of Waikato. 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 -- Donald Neal | "Careful design and strict discipline are Research Officer | necessary to prevent this sort of mess WAND | from escaping the development laboratory The University of Waikato | and infesting the production environment." | - D. Russell

1 0

NZRR Route Registry Update
by NZRR Database Notifications 29 Sep '08

29 Sep '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS45177 descr: Route set advertised to AS9560 by Vibe Communications - AS45177 members: 120.136.0.0/21^21-29 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: status(a)vibecommunications.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080821 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS45177 descr: advertised to AS9560 by Vibe Communications - AS45177 members: 120.136.0.0/21^21-29, 202.37.194.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: sam(a)vibecommunications.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080930 source: NZRR ------------------------------------------------------------

1 0

CISCO Advise sought.
by Chris Hodgetts 25 Sep '08

25 Sep '08

Hello, We are having some issues with our very basic Cisco configuration, that we cant seem to track down. (Random disconnections to only one host) I am not sure if this is the right forum, so if you believe it's not please stop reading. If you notice something obviously wrong with the config snippet at the bottom, please advise, and a beer is on offer. If you need more information than what was is provided below, and you would be keen to give up some of your valuable time for beer, please contact me off list. If you are still reading then you clearly do think this might be an appropriate place for questions of this nature, here goes the config snippet. All comments off list. ----------------------------------------------------------------------- Currently we have the following: ip nat pool ST_NAT_POOL 192.168.202.74 192.168.202.74 prefix-length 24 ip nat inside source route-map ST_NAT_MAP pool ST_NAT_POOL overload access-list 164 remark Some Telco (NAT) access-list 164 permit ip 192.168.254.0 0.0.0.255 1.2.3.0 0.0.0.255 access-list 164 permit ip 123.12.123.0 0.0.0.224 1.2.3.0 0.0.0.255 route-map ST_NAT_MAP permit 100 match ip address 164 We do some NAT on packets heading to some telco that go out our default route, and our ISP does some magic.. more info if needed. We had the following line in and the problem was still there however Cisco said it was bad, so we removed it and replaced it with the above explicit hosts, but the problem still appears. access-list 164 permit ip any 1.2.3.0 0.0.255 Basically we get random disconnections, but only to this Some Telco we have other connections to other telco's that are OK, these are natted, but are talking direct to a public IP, or are VPN'ed. This configuration is on a replacement Cisco, the old Cisco, with a very similar config, works fine, but has other issues which is why we need to replace it. Thanks and any comments please off list.

2 2

NZRR Route Registry Update
by NZRR Database Notifications 25 Sep '08

25 Sep '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maximum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 202.55.96.0/20^20-29, 119.47.112.0/21^21-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 117.53.150.0/23^23-29, 202.49.88.0/23^23-29, 210.54.142.0/23^23-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.37.232.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 205.233.243.0/24^24-29, 210.54.13.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: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080415 source: NZRR REPLACED BY: route-set: AS9560:RS-ROUTES:AS9889 descr: advertised to AS9560 by Maxiumum Internet Ltd - AS9889 members: 123.100.64.0/18^18-29, 124.198.128.0/18^18-29, 202.89.32.0/19^19-29, 203.89.160.0/19^19-29, 114.134.160.0/20^20-29, 202.55.96.0/20^20-29, 114.134.176.0/21^21-29, 119.47.112.0/21^21-29, 202.189.160.0/21^21-29, 210.55.100.0/22^22-29, 210.55.104.0/22^22-29, 117.53.150.0/23^23-29, 210.54.142.0/23^23-29, 192.138.251.0/24^24-29, 202.6.5.0/24^24-29, 202.27.8.0/24^24-29, 202.27.204.0/24^24-29, 202.36.70.0/24^24-29, 202.36.227.0/24^24-29, 202.37.72.0/24^24-29, 202.37.162.0/24^24-29, 202.37.181.0/24^24-29, 202.37.232.0/24^24-29, 202.150.102.0/24^24-29, 203.12.15.0/24^24-29, 203.97.42.0/24^24-29, 210.54.13.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: noc(a)maxnet.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080926 source: NZRR ------------------------------------------------------------

1 0

Joe Stewart is out of the office until 13 October 2008
by Joe.Stewart＠dia.govt.nz 24 Sep '08

24 Sep '08

I will be out of the office starting 25/09/2008 and will not return until 13/10/2008. Rob Hunter is acting for me whilst I am gone. His number is 04 494 0635. Alternatively, you could call Karmyn Lyons, Karmyn's number is 04 494 0628, she will assist you. Regards, joe I will be viewing my emails. Thanks Joe stewart ==== CAUTION: This email message and any attachments contain information that is CONFIDENTIAL and may be LEGALLY PRIVILEGED. If you are not the intended recipient, any use, disclosure or copying of this message or attachments is strictly prohibited. If you have received this email message in error please notify us immediately and erase all copies of the message and attachments. Thank you. ====

1 0

Cisco advisories 24 Sept 2008
by Nathan Ward 24 Sep '08

24 Sep '08

Sorry if you've seen this already. Big day over at Cisco, 12 advisories. http://www.cisco.com/warp/public/707/cisco-sa-20080924-bundle.shtml Of particular interest to operators I know about in NZ are: - L2TP bug that causes a specially crafted packet to trigger a reload - Bug on uBR7200 and 10000 that causes a reload with a special crafted packet - MPLS bug on newer boxes that causes a reload with a special packet - Bugs in the SIP stack that can cause a reload of the device remotel Check out the URL above for more juicy details. -- Nathan Ward

1 0

Solarix - Peering on APE
by Craig Spiers 23 Sep '08

23 Sep '08

Hi All, We are now peering on APE. Those wishing to peer with us directly, please contact me off list. I would strongly suggest it.. as it appears that most people seem to have an advertise all, accept none policy in regards to the route servers. Cheers Kind Regards, Craig Spiers - Network Manager Solarix Limited DDI: +64 9 974 4753 | FAX: +64 9 523 8057 MOB: +64 21 857 183 | <mailto:craig.spiers(a)solarix.co.nz?subject=From%20Signature> email: craig.spiers(a)solarix.co.nz The information contained in this email is privileged and confidential and intended for the addressee only. If you are not the intended recipient you are asked to respect that confidentiality and not disclose, copy or make use of its contents. If received in error you are asked to destroy this email and contact the sender immediately.

4 3

Re: [nznog] Solarix - Peering on APE
by Andy Linton 23 Sep '08

23 Sep '08

I sent this to Craig directly when I wanted you all to see it (:-) On Wed, Sep 24, 2008 at 8:43 AM, Andy Linton <asjl(a)lpnz.org> wrote: > On Tue, Sep 23, 2008 at 7:35 PM, Craig Spiers <craig(a)spiers.gen.nz> wrote: >> Hi All, >> >> >> >> We are now peering on APE. Those wishing to peer with us directly, please >> contact me off list. >> >> I would strongly suggest it.. as it appears that most people seem to have an >> advertise all, accept none policy in regards to the route servers. > > If that's the case then it's kind of disappointing. Arranging to have > assymetric routing would seem to rather defeat the object of peering > with the route servers. > > All the route servers operate a strong policy of only importing the > routes that peers have said they'll advertise and exporting the union > of those sets minus default and a list of bogons as defined on the > Team Cymru website. > > It's quite easy to look at what the route servers are importing and > exporting wrt a particular AS on the Looking Glass page at > http://nzix.net > > Of course that doesn't tell anyone if a particular peer is running an > "accept none" policy. You'd have to wonder if anyone who does this > will make a better fist of getting a bilateral peering set up any > better. >

2 1

Sell me your unused outbound capacity.
by Nathan Ward 22 Sep '08

22 Sep '08

Sorry for this post, but it's a request that few sales droids understand, this seems to be the only way to get it to all the people in-country who do understand this without having to call you all up individually. My current colocation provider have consistently demonstrated their inability to provide service to the CIR that I pay for, so I'm looking around at alternative options. If you are a provider with lots of megabits of traffic that is predominantly inbound (ie. you have lots of customers on ADSL tails or whatever), you have lots of outbound capacity that you're paying for but not selling. Sell it to me, cheaper than your sales droids would normally sell a symmetric circuit for, because I'm the opposite of you - I push significantly more traffic than I than pull - and I don't want to buy bits I don't use either. I'm interested in both international and domestic capacity, for web hosting and media streaming (no, not for P2P or anything like that). IPv6 is a bonus. Also, anyone else who has a similar need for outbound capacity for this sort of thing give me a yell, it might be worthwhile hooking up. All responses off-list please, including flames. Um, beer for anyone who hooks me up with someone I eventually buy from. Phew. Beer flowing in the same direction as the money, *and* a preference for IPv6 service? You saw it here first. -- Nathan Ward

1 0

23 September
by Richard Naylor 22 Sep '08

22 Sep '08

Tomorrow is 23 September and TVNZ 7 and InternetNZ have their ICT Debate scheduled to start at around 9pm, after the news. While you wait for this exciting event to start, you can watch the Tawa Schools Music Festival, live from the Michael Fowler Center in Wellington. http://www.r2.co.nz/20080923 starting at 7:30pm and running for around 2 hours. On 4 Oct 1994, our first public webcast, was the Tawa Schools Music Festival, so the webcast tomorrow is for us a trip down memory lane. Its also a fun event. You can see the 1994 event at http://www.r2.co.nz/19941004 In 1994, the MFC was connected to the Internet by fiber via WCC, which was connected to VUW by 2Mbps microwave. The concert webcast had 16 viewers in 12 countries. It impressed then Mayor Fran Wilde so much that she wrote about it in her weekly column in the Evening Post. So maybe a question for the politicians in the debate is - why after 14 years are people still debating whether we need fiber ? Why is it all taking so long ? But maybe its just better to drink beer and enjoy the concert. Cheers - Richard

8 7

MTUs on internet transit and peering
by Alastair Johnson 21 Sep '08

21 Sep '08

Hi, I was wondering if anyone has seen a general trend to supporting >1500B MTUs on Internet transit and peering sessions? I recall from years ago that AGC/ANC/PacNet supported interface-default MTUs, meaning that ATM connected customers had 4470B MTU. Obviously these days with most people running GE or XE in their networks with MPLS and 802.1Q you are looking at networks capable internally of jumbograms, but is anyone running this across network boundaries? Are there any plans for the NZ IXs to be jumbo-capable? I'd be interested in hearing from anyone who is jumbo-enabled on their transit connections, and particularly interested in hearing if they are seeing any significant number of packets that are >1500B on the Internet. aj

6 7

Auckland IPv6 Internet Exchange
by Andy Linton 21 Sep '08

21 Sep '08

We've been working on changes to the IPv6 exchange so that we have a process for IPv6 that is similar to that for IPv4. There's a new web page at http://v6ix.nzix.net/ape6/ with more info. For those who are current peers (http://v6ix.nzix.net/ape6/peers.html) you'll be able to request changes in the same way as you can for IPv4 using this page http://v6ix.nzix.net/cgi-bin/ape6/ChangeRoutes.cgi You'll also be able to see what's going on at the Looking Glass at http://nzix.net/cgi-bin/lg.cgi?router=rs1-v6.ape.net.nz and http://nzix.net/cgi-bin/lg.cgi?router=rs2-v6.ape.net.nz We'll be adding a second IPv6 route server rs2-v6.ape.net.nz very shortly. Changes to IPv6 route announcements will come to the nznog list as they currently do for IPv4. If you're not already peering with IPv6 see the link to the application form at http://v6ix.nzix.net/ape6/

1 0

NZRR Route Registry Update
by NZRR Database Notifications 21 Sep '08

21 Sep '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- PREVIOUS OBJECT: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink descr: DPE peering at '218.100.23.3' descr: see Citylink RT job #1927 descr: WIX peering at '202.7.0.7' descr: see Citylink RT job #4541 descr: APE peering at '192.203.154.5' descr: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 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 20060222 source: NZRR REPLACED BY: aut-num: AS23755 as-name: NZRR-AS23755 descr: CityLink remarks: DPE peering at '218.100.23.3' remarks: see Citylink RT job #1927 remarks: WIX peering at '202.7.0.7' remarks: see Citylink RT job #4541 remarks: APE peering at '192.203.154.5' remarks: see Citylink RT job #4541 admin-c: RPA1-NZRR tech-c: RPA1-NZRR import: from AS24384 accept ANY AND NOT fltr-bogons export: to AS24384 announce AS23755 import: from AS9439 accept ANY AND NOT fltr-bogons export: to AS9439 announce AS23755 import: from AS9560 accept ANY AND NOT fltr-bogons export: to AS9560 announce AS23755 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 20080922 source: NZRR ------------------------------------------------------------

1 0

NZRR Route Registry Update
by NZRR Database Notifications 21 Sep '08

21 Sep '08

Dear Colleague, This is to notify you that one or more objects in which you are designated for notification have been modified in the NZRR routing registry database. 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. Diagnostic output: ------------------------------------------------------------ --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS24021 descr: Route set advertised to AS9560 by Tui Gateway - AS24021 mp-members: 2402:6000:0:0:0:0:0:0/32^32-64, 2406:E000:0:0:0:0:0:0/32^32-64 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: nward(a)daork.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080922 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS17435 descr: Route set advertised to AS9560 by WorldxChange - AS17435 mp-members: 2001:E20:0:0:0:0:0:0/32^32-64 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: gsmith(a)wxc.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080911 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS18119 descr: Route set advertised to AS9560 by LinuxNet - AS18119 mp-members: 2001:4428:0:0:0:0:0:0/32^32-64 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: lincoln(a)acsdata.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080911 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS4770 descr: Route set advertised to AS9560 by ICONZ - AS4770 mp-members: 2001:F50:0:0:0:0:0:0/32^32-64, 2405:6000:0:0:0:0:0:0/32^32-64 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: john.johnston(a)iconz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080911 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS24005 descr: Route set advertised to AS9560 by SafeNZ - AS24005 mp-members: 2407:1000:0:0:0:0:0:0/32^32-64 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: tonyw(a)safenz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080922 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS23710 descr: Route set advertised to AS9560 by ISC - F Root - AS23710 mp-members: 2001:500:2f::/48 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: tonyw(a)safenz.net mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080922 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS9896 descr: Route set advertised to AS9560 by SDS-Net - AS9896 mp-members: 2001:4403:DEAD:0:0:0:0:0/48^48-64 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: david.robb(a)team.telstraclear.co.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20080922 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR --- NEW OBJECT CREATION: route-set: AS9560:RS-ROUTES6:AS23754 descr: Route set advertised to AS9560 by CityLink - AS23754 mp-members: 2001:4410:0:0:0:0:0:0/32^32-64 mp-members: 2001:470:1f01:3795::/64 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 20080922 changed: rpsl-admin(a)nzix.net 20080922 source: NZRR ------------------------------------------------------------

1 0

Re: [nznog] Net outage last night?
by Dave Green 21 Sep '08

21 Sep '08

Justin Cook wrote: > On Fri, Sep 19, 2008 at 6:42 AM, Dave Green <dave.green(a)snowline.co.nz > <mailto:dave.green(a)snowline.co.nz>> wrote: > > Simon Lyall wrote: > > >Seriously, we've had people complaining about Orcon continuously for > >months here, if it's bad enough then there must be a few other > companies > >willing to take your money. Obviously it's not putting any > pressure on > >Orcon to fix it. > > > > > FWIW ... I use a supposedly 1Mbps Orcon sattelite service and, using > Youtube as my download test, find I can get .7-1.5Mbps sustained > download rates early morning ~4am-7am but only 200-300kbps most > evenings. I've checked with consumerspeedtest.org.nz > <http://consumerspeedtest.org.nz> at times when the > download is really slow and it tells me that I still have ~1Mpbs > download rate so not sure where the bottleneck is. Given that Orcon or > others seem to be pushing cheap sattelite service out to rural areas I > don't expect performance to improve any time soon. > > Dave > > > Simon obviously outlined the proper steps to take here, but if you're > going to ghettotest it, try using speedtest.net > <http://speedtest.net>. At least then you can try testing against > remote locations. Yes, tried that. Remote speedtest locations give similar poor results 200-300kbps, while consumer gives ~1Mbps measured at the same time of day. I'd be interested to know where the consumer test is run from, it uses Ookla as do many of the other test sites and I don't know if Ookla hosts the tests or provides an app to be used by the test provider. Dave

11 13

Hamilton Internet Exchange
by Andy Linton 21 Sep '08

21 Sep '08

We've been working with Velocity Networks (http://www.velocitynetworks.co.nz/) to provide a peering exchange in Hamilton. They provide the network infrastructure and CityLink handles the management of the route servers. There's a new web page at http://nzix.net/hix/ with more info. At present a couple of people have signed up - see http://nzix.net/hix/peers.html You'll also be able to see what's going on at the Looking Glass at http://nzix.net/cgi-bin/lg.cgi?router=rs1.hix.nzix.net and http://nzix.net/cgi-bin/lg.cgi?router=rs2.hix.nzix.net

1 0

Some commentary on network neutrality.
by Nicholas Lee 20 Sep '08

20 Sep '08

Some of the commentary on network neutrality. The same arguments apply equally well to neutral peering. Given government fiber investment might be an issue promises for the forthcoming election, it good be to informed. http://angry-economist.russnelson.com/network-neutrality-4.html "Price differentiation, and indeed, service differentiation only makes sense in a market with choices."

1 0

Kingston st space available
by Peter Mott 19 Sep '08

19 Sep '08

If anybody is looking for rack space with or without Internet transit (including APE) in Citylink's Kingston St data centre, please email me off list. regards Peter Mott Swizzle | Wholesale Hosted Servers +64 21 279 4995 -/-

1 0

Joe Stewart is out of the office until 22 september2008
by Joe.Stewart＠dia.govt.nz 18 Sep '08

18 Sep '08

I will be out of the office starting 19/09/2008 and will not return until 22/09/2008. Please call Karmyn on 04 494 0628, she will assist you. Regards joe I will be viewing my emails. Thanks Joe stewart ==== CAUTION: This email message and any attachments contain information that is CONFIDENTIAL and may be LEGALLY PRIVILEGED. If you are not the intended recipient, any use, disclosure or copying of this message or attachments is strictly prohibited. If you have received this email message in error please notify us immediately and erase all copies of the message and attachments. Thank you. ====

1 0

Re: [nznog] Net outage last night?
by Dave Green 18 Sep '08

18 Sep '08

Barry Murphy wrote: > Hi, > > >> Yes, tried that. Remote speedtest locations give similar poor results >> 200-300kbps, while consumer gives ~1Mbps measured at the same time of >> day. I'd be interested to know where the consumer test is run from, it >> uses Ookla as do many of the other test sites and I don't know if Ookla >> hosts the tests or provides an app to be used by the test provider. >> > > <friday rant> > Yes they host the files at the provider, however that aside, I'm not too > concerned about DSL or satalite connections, I'm talking about a server > sitting in their data center connected over ethernet, so nothing between > (satalites, dslams, switches) that could be causing the bottleneck. Through > these residential mediums one would pay around $1 a GB, we however pay > about $4 per GB for business grade bandwidth, this is my rant. > > Yes, I was digressing somewhere loosely on topic. Dave <returns to lurking in the shadows of the ghetto>

1 0

Wellington IPv6 Internet Exchange
by Andy Linton 18 Sep '08

18 Sep '08

We've been working on changes to the IPv6 exchange so that we have a process for IPv6 that is similar to that for IPv4. There's a new web page at http://v6ix.nzix.net/wix6/ with more info. For those who are current peers (http://v6ix.nzix.net/wix6/peers.html) you'll be able to request changes in the same way as you can for IPv4 using this page http://v6ix.nzix.net/cgi-bin/wix6/ChangeRoutes.cgi You'll also be able to see what's going on at the Looking Glass at http://nzix.net/cgi-bin/lg.cgi?router=rs1-v6.wix.net.nz and http://nzix.net/cgi-bin/lg.cgi?router=rs2-v6.wix.net.nz We've added a second IPv6 route server rs2-v6.wix.net.nz (202.7.0.8) and anyone who has an existing peering session with rs1-v6 should set that second session up soon. You'll also be able to see what's going on at the Looking Glass at http://nzix.net/cgi-bin/lg.cgi?router=rs1-v6.wix.net.nz and http://nzix.net/cgi-bin/lg.cgi?router=rs2-v6.wix.net.nz Changes to IPv6 route announcements will come to the nznog list as they currently do for IPv4. Similar changes for the APE6 exchange will follow soon. If you're not already peering with IPv6 see the link to the application form at http://v6ix.nzix.net/wix6/

1 1

Net outage last night?
by Chris Hodgetts 18 Sep '08

18 Sep '08

Good Morning, At approx. 2:30am on 4th September 2008 we experienced a very odd outage, that Orcon support knows nothing about. Just wanted to see if anyone else experienced a similar issue. I, who live north of the bridge, could get to the orcon data centre, but could not get to our queen street office. Other admin who lives south of the bridge could get to queen street office, but not to the datacentre. Unsure if this only effected Orcon or other providers as well. Be good to hear others experiences, or even an explanation if someone has one. Thanks, and kind regards.

8 9