- NZNOG - lists.nznog.org

Re: [nznog] New IXs in NZ - discussion
by Stu Fleming 17 Dec '14

17 Dec '14

Coming very late to the party on this, but I wanted to wait until announcements (both press and BGP) were out there: On 11 November 13:18, Tim Hoffman <tim(a)hoffman.net.nz> >We've had some interesting announcements of Megaport and IX Australia building internet >exchanges into NZ over the last week or so. I've been a bit surprised at how little chatter there >has been around this on the list. I've just completed standing up our (WICNZ AS38437) peering with APE and hope to complete megaport IX peering in the next couple of days. We're peering IPv4 and IPv6 on both. Our peering record is at http://www.peeringdb.com/view.php?asn=38437 NOC contact: Stu 021 993 125 stewart(a)wic.co.nz I've noted with interest the migration away from Sky Tower to 220 Queen St in particular and the healthy participation by a large number of operators on APE. See below for how you can help me :-) >It's interesting looking at the differences between the 3 IXs we're about to have. >Citylink, who have the critical mass of all the peers, are in the most locations, and are the most >expensive. They've also got a product set around metro ethernet, dark fibre, and have a CDN >running. And they're doing some interesting things around a "SDN driven IX". An announcement in the last few days which seems to have been overlooked on NOG is the relaunch of the Dunedin Peering Exchange: http://www.scoop.co.nz/stories/BU1412/S00637/citylink-tech-boost-for-dunedi… As you will probably all know (to varying degrees of snark), Dunedin won the Chorus Gigatown competition, providing gigabit speeds on UFB at the retail level. As such, we're expecting higher than normal traffic volumes and hopefully an associated increase in exchanges between providers. I would strongly encourage any operator with a presence in Dunedin to connect to the Dunedin Exchange when it becomes available. We're committed to peering there and hope to see others connecting! Regards, Stu

1 0

Re: [nznog] FW: Primary access method
by Scott Pettit 17 Dec '14

17 Dec '14

> On 17/12/14 11:20 pm, "Joel van Velden" <joel(a)tpnz.co.nz> wrote: >There is no NZ ISP that fully supports IPv6 on DSL/UFB that I am aware >of. We (vorco.net) do support IPv6 on all connections and it's on by default. All customers are assigned a static /56 via DHCPv6 PD, so all that's required is enabling it on the CPE and it is a "production" feature. We officially test and support it on Cisco 867VAE, all 880's, 890's and anything upwards of that and provide template config for these. We have also tested and know it works with Netcomm NF4V (on firmware RB017 and RB019) but don't provide support for those. We've gone to great lengths to pester anyone we connect to with broken IPv6 and as at right now are not aware of any outstanding issues. -Scott

1 0

Re: [nznog] Primary access method
by Pete Mundy 17 Dec '14

17 Dec '14

On 18/12/2014, at 12:20 PM, Joel van Velden <joel(a)tpnz.co.nz> wrote: > There is no NZ ISP that fully supports IPv6 on DSL/UFB that I am aware of. Let's change that awareness then! :) http://www.sinch.co.nz/support-centre.html Very first question on their list: "Can I get IPv6?" Answer: "I'm so glad you asked, yes all our plans are IPv6 enabled." That statement makes me think they seem pretty supportive. *disclaimer - I am not a customer of Sinch, nor have I ever used their products. I simply had their service pointed out to me recently, and I think I maybe I'll get a test circuit from them sometime next year. Pete

1 0

AKL-IX and domestic vs. international
by Dave Mill 11 Dec '14

11 Dec '14

Hi all (Note, I'm not trying to place blame at any party here. Just interested in people's thoughts on this situation) We, Inspire/AS17705, recently peered at AKL-IX. I was interested in using this peering exchange as much as possible so we have tended to prefer AKL-IX routes over any other peering exchange (though we still prefer bi-lats, private interconnects, etc, over AKL-IX). Simple stuff.. We learnt a lot of routes off AKL-IX. We started sending traffic out via. AKL-IX. Cue customer complaints. In general, we were sending all traffic to AS4826/Vocus out via AKL-IX. I believe if another ISP had Vocus as an international provider the traffic would ingress that ISP via their international pipe. This led to one customer having packet loss over a VPN (I'd assume the far end had congested international) and another customer getting billed for this traffic as international. We ceased learning Vocus routes from the AKL-IX. Problem solved... Except, this doesn't really sound ideal to me. If Vocus are announcing routes to AKL-IX (their choice) I would like to be free to use them. What should we be doing in a situation like this? What should Vocus be doing? Am I just making a mountain out of a molehill here and should I just shut-up and leave my current fix in place? Cheers Dave

6 12

Cloudflare on the APE
by Jamie Baddeley 07 Dec '14

07 Dec '14

With N4L joining the APE the fun keeps coming.. New CDN in town and it's a win for NZ. http://www.scoop.co.nz/stories/BU1412/S00034/ape-brings-the-world-closer-to… At an operational level I'm sure the CloudFlare guys will provide an update soon. regards jamie

19 31

Re: [nznog] Licence NZNOG video recordings
by Richard Naylor 02 Dec '14

02 Dec '14

At 01:48 p.m. 2/12/2014, Nick wrote: >A woefully inadequate search of the archives does not produce an >answer to this, so tempting all fate, I submit a possibly list >relevant query... > >What is the copyright licencing on the r2 recordings of NZNOG? Each >page clearly displays their copyright, which is fair and makes >sense, but there appears to be no distribution licence (eg Creative Commons?) The copyright is held by R2 (2011) Ltd and all rights are reserved. We use that statement whenever a client fails to advise what rights they would like to assert. This is to protect the client's interests despite their ignorance - if that makes sense. We have only 2 clients who (usually) advise what rights to assert and they are usually a form of CC. On the funny side - even Creative Commons NZ don't advise, even after 7 years of waiting, so we hold the rights on their launch in NZ ! http://www.r2.co.nz/20071027/

7 7

Megaport event in Auckland
by Denver Maddux 02 Dec '14

02 Dec '14

Hi all, Just a heads up that Megaport will be hosting a small get together next week in Auckland. Date: Tuesday, 9 December Time: 3:00 - 5:00pm Venue: Gallery 1, Pullman Hotel Auckland Cnr Princes St and Waterloo Quadrant, Auckland City 1010 Our event will highlight: - What is Megaport? - What is MegaDirect? - What is MegaIX? - How does it work? - Who is on it? - How can I connect? - Come and meet the team! Whilst most of you probably understand the Megaport model it would be great for at least me to just meet some of you. And I’m buying drinks just after the session. :) Along with me, Mitchell Warden, Michael Glynn, and Joshua Munro will be leading the session from Megaport. If anyone is interested in attending, shoot me a direct email and I’ll make sure your name is on the list. Thanks, Denver Maddux Megaport

2 2

Fwd: Operators and the IETF - Thank You and Next Steps
by Jamie Baddeley 02 Dec '14

02 Dec '14

of interest to folks? Brian - I saw your name mentioned in dispatches - would be keen to get your perspective as an active Kiwi IETF'er. cheers jamie ---------- Forwarded message ---------- *From: *Chris Grundemann <grundemann(a)isoc.org> *Subject: **Operators and the IETF - Thank You and Next Steps* *Date: *3 December 2014 11:14:58 am NZDT *To: *DL Deploy360 Team <deploy360(a)isoc.org> Hello! Thanks again for completing the Internet Society’s “Operators and the IETF <http://www.internetsociety.org/deploy360/projects/operators-and-the-ietf/>” survey! For those of you who are interested, this message provides some follow up information. I want to make sure that you’re all aware of what we’ve done with the data we collected, what we plan to do next, and how you can get (or stay) involved should you want to. We collected, analyzed, and synthesized all of the responses collected in the first 6 months of 2014. This is currently published in an IETF Internet-Draft <https://tools.ietf.org/html/draft-opsawg-operators-ietfaft-opsawg-operators…> . The results were further condensed into a presentation that was given during the OpsAWG meeting at IETF 91. You can view the video <http://recordings.conf.meetecho.com/Playout/watch.jsp?recording=IETF91_OPSA…> (the Operators and the IETF bit starts at about 01:07:00) and check out the slides <http://www.slideshare.net/Deploy360/operators-ietf-ietf91> if you like. For more information on what all happened in relation to this effort during the most recent IETF meeting, check out this blog post <http://www.internetsociety.org/deploy360/blog/2014/11/operators-and-the-iet…> . As for next steps, we have a couple things in mind. Several of us are going to try to start hosting an “IETF help desk” at the major NOG/NOF meetings around the world. First up to try are NANOG 63, APRICOT 2014, and RIPE 70. This desk will have an IETF banner on it and be manned by volunteers with IETF clue. The idea is to answer folks’ questions on the spot, providing easier access to the IETF process for everyone. The helpdesk and all other future efforts to bring these two communities closer together and help ensure that operational realities inform the development of key technologies will be (at least initially) discussed on a new mailing list: http://snozzages.com/cgi-bin/mailman/listinfo/synergy I highly encourage anyone receiving this message to sign up, if you’d like to be involved in this continuing discussion. Either way, thank you for your participation thus far! Cheers, ~Chris -- Chris Grundemann Director, Deployment & Operationalization Internet Society (ISOC)

2 1

IPv6 troubleshooting for Residential ISP Helpdesks - a document
by Dean Pemberton 02 Dec '14

02 Dec '14

Andy just poked this under my nose. Great looking resource! They are looking for feedback if you've got any. ---------- At IPv6 WG session in London, we discussed the most recent version of the "IPv6 Troubleshooting for Residential ISP Helpdesks" document. The proposed plan of action was to reach the consensus on the technical details of the document and then publish it (as combined IPv6 WG and BCOP TF effort). This email announces the working group last call for the "IPv6 Troubleshooting for Residential ISP Helpdesks" document. Please read the most recent version of it: https://www.ripe.net/ripe/groups/tf/bcop/ipv6-troubleshooting-for-residenti… and provide your comments to the list *until 23:59 Fri Dec 19th 2014*. ---------

1 0

Cooling Pads for Juniper SRX?
by Skeeve Stevens 01 Dec '14

01 Dec '14

Hi all, I have an issue with some Juniper SRX100's overheating. I've seen them get hot before, especially placed on something similar (i.e. another SRX100)... and given warnings of overheating, but never shut down.... but this situation is different. These SRX100's are shutting down as they are reaching a core temperature of 70c as they are located in racks that are outside in the sun and on particularly hot days - around 32c-36c they overheat and turn themselves off. Some might say this is understandable... and I sort of agree. Although their operating system says they are good to 40c, that doesn't really seem to be the case. The SRX110's are a little more tolerant given they are bigger units - but have the same operating environmentals (along with the EX2200-C). But at the moment I have the SRX100's and would prefer not to swap them out as it will cost significantly. Then one of my staff had (what I think) a good idea today... to use cooling pads... maybe like the ones you use for laptops or something. So I am wondering if anyone has been some solid - not $20 junk or such.. but something that runs off mains, and works well 24x7x365 - maybe even something that only kicks in once a certain temperature has been reached. I thought if anywhere, a couple of these mailing lists might have had some experience with these kinds of things - especially for those who have built regional pops and have had to cool some equipment. Thanks all! ...Skeeve *Skeeve Stevens - *eintellego Networks Pty Ltd skeeve(a)eintellegonetworks.co.nz ; www.eintellegonetworks.co.nz Phone: +612 8014 7398; Cell +61 (0)414 753 383 ; skype://skeeve facebook.com/eintellegonetworks ; <http://twitter.com/networkceoau> linkedin.com/in/skeeve twitter.com/theispguy ; blog: www.theispguy.com The Experts Who The Experts Call Juniper - Cisco - Cloud - Consulting - IPv4 Brokering

1 0