- NZNOG - lists.nznog.org

Thanks NZNOG
by Terry Manderson 31 Jan '15

31 Jan '15

Hi NZNOGers, I'd just like to say thanks. Thanks for the hospitality extended to an Aussie. Thanks for a really nice 2 days of thought provoking and interesting speakers. Thanks to the current trustees for making it happen, and thanks to the sponsors for all the schwaag and subsiding the event (as they always do!). Mostly I'd like to give thanks to the exiting trustees Neil and Dean. Like previous trustees Joe and Andy they have given much of themselves, of their time, and their expertise to make the Internet a better place through NOG coordination. I know this first hand in my role with AusNOG. It's a tireless beast. Often without thanks. It chews up personal lives and makes employers look at you with raised eyebrows. People often comment "why bother", and question your sanity. But ultimately what you have done makes the Internet better, and each person who takes it on and makes such efforts to this amazing concoction of technology contributes to an entire world of "better". And it's with that sincere goal which you have both plainly embodied, that I offer you MY thanks and my appreciation for all you have done. You deserve more than just this email, more than the beer I will buy you when next we meet ... you deserve the recognition for those selfless efforts. Well done. Cheers Terry

3 2

Suggestions for router with 3G external antenna for remote site comms
by Darren Moss 31 Jan '15

31 Jan '15

Hi All, We have a bunch of regional sites (weather probes) that run some equipment, 2 PCs and are connected to the internet. At the moment it's dongle city which I would like to change over to something a little better :) I am looking for suggestions on a decent (business grade) router with 3G capability an external antenna connection. At each site, the equipment sits in a rack, inside a hut and signal strength is reasonable (3/5). My thinking is to deploy a basic Cisco router with a 3G WIC then an external antenna on the same mast where we collect weather data. Happy to hear suggestions and input. Many thanks Darren.

4 3

RFC 4084 Terminology for Describing Internet Connectivity
by Brian E Carpenter 29 Jan '15

29 Jan '15

As Dean requested http://tools.ietf.org/html/rfc4084 Regards Brian

1 0

Operators and the IETF
by Brian E Carpenter 29 Jan '15

29 Jan '15

Following up on the lightning talk I just gave in Rotorua: The IETF is concerned that we're not getting enough operator input at the time it counts: when specifications are being developed, years before they come out in software or hardware. There's been an effort to investigate the reasons for this problem, prior to trying to fix it. Everybody involved in Internet operations is welcome - indeed needed - to contribute. Full length presentation: http://www.ietf.org/proceedings/91/slides/slides-91-opsawg-0.pdf IETF draft: https://tools.ietf.org/html/draft-opsawg-operators-ietf Mailing list (anyone can join): http://snozzages.com/cgi-bin/mailman/listinfo/synergy Internet Society page: https://www.internetsociety.org/deploy360/operators-and-the-ietf/ How to get started with the IETF without further ado: http://www.ietf.org/newcomers.html Regards Brian Carpenter

2 1

Two interesting links from APNIC
by Dean Pemberton 29 Jan '15

29 Jan '15

IPv6 deployment status within NZ by ISP http://stats.labs.apnic.net/ipv6/NZ DNSSEC deployment status within NZ by ISP http://stats.labs.apnic.net/dnssec/NZ

1 0

Lightning talks
by Richard Nelson 29 Jan '15

29 Jan '15

We still have space to fit in a couple more lightning talks if anyone else has one to present. Richard.

1 0

NZNOG Video Feed?
by Tristram Cheer 29 Jan '15

29 Jan '15

Is R2 or someone livestreaming NZNOG this year? Tristram Cheer Network Architect - Most problems are the result of previous solutions... [Visit our Website]<http://www.uber.co.nz/> 09 438 5472 Ext 803 | 022 412 1985 | PO Box 5083, Whangarei, 0140 t(a)uber.co.nz<mailto:t(a)uber.co.nz> | www.ubergroup.co.nz<http://www.ubergroup.co.nz> [http://uber.co.nz/uploads/signatures/fb-s-v4.png]<http://ubergroup.co.nz/fb> [http://uber.co.nz/uploads/signatures/twitter-s-v4.png] <https://twitter.com/#!/ubergroupltd>

4 4

nznog 2015: Pic of who won puzzle
by Lin Nah 29 Jan '15

29 Jan '15

Since not all are on twitter, here's the pic of one of the group who won the puzzle. Not sure if the guys next to the winner is part of the group or just happened to be there. Go Wireless NZ @gowifi <https://twitter.com/gowifi> tweeted: Wohoo! Completed puzzle!! Great job guys! #nznog <https://twitter.com/search?q=%23nznog> http://ow.ly/i/8qIVj Tweet: https://twitter.com/gowifi/status/560597249663582208

2 1

Lightning talks
by Richard Nelson 28 Jan '15

28 Jan '15

If you want to present a lightning talk tomorrow in the conference, please send me an email or talk to me in a break. Talks should be around 5 minutes long and may or may not require presentation slides. If you have slides, upload them to owncloud.face.co.nz with username/password of nznog15. Put them in the Lightningtalks folder. Richard.

2 1

Beers tonight courtesy of vibe
by Callum Barr 27 Jan '15

27 Jan '15

Come down to Brew in eat street, rotovegas, meet and greet the vibe team and sample many fantastic beverages. We're here now until we expire. Call me if you get lost Callum +64275672746 -- Callum Barr me(a)callumb.com

1 0

bufferbloat talk at nznog friday
by Dave Taht 26 Jan '15

26 Jan '15

I am curious as to what aspects of bufferbloat I should cover more deeply in my upcoming talk at nznog this friday? http://www.nznog.org/home/2015-papers Most of my own personal focus has been on speeding up the edge of the internet, and now wifi, while I have a feeling I should touch upon more on island-to-world connectivity and satellite connectivity issues for this audience. We've given plenty of talks in the past. See talks by van jacobson, jim gettys, jesper dangaurd-bauer, Stephen hemminger, Eric Dumazet, Toke Hoiland Jorgensen, here: http://www.bufferbloat.net/projects/cerowrt/wiki/Bloat-videos And the manifesto for FQ+AQM here: https://gettys.wordpress.com/2013/07/10/low-latency-requires-smart-queuing-… So... To what extent do NZNOG folk already grok the causes and cures for bufferbloat? I'm perfectly willing to drop my usual detailed explanation of how tcp bandwidth probing works and talk abut new stuff going on, and wifi, if desired... talk more to bandwidth management and traffic engineering tools, etc. ... there is someone here today doing mikrotik training, and as yet only mikrotik only supports SFQ, not fq_codel. http://forum.mikrotik.com/viewtopic.php?f=1&t=89221 http://forum.mikrotik.com/viewtopic.php?f=2&t=63594 I have a pair of slides on the differences between SFQ and fq_codel. ... And so on. I'm here all week... I've borrowed a NZ vm, run a few experiments worldwide, am fiddling with some parameters... -- Dave Täht http://www.bufferbloat.net/projects/bloat/wiki/Upcoming_Talks

4 12

IPv6 support across NZ ISPs
by Lindsay Hill 26 Jan '15

26 Jan '15

After last year's IPv6 issues, I was wondering what the status is of IPv6 support across NZ ISPs. I couldn't find that data in any one place, so I've been pulling it together myself, into a Google Sheet: https://docs.google.com/spreadsheets/d/1KmhVGN_vPzerUzhpya8lBxdgHc1rCyuWIsY… This is primarily focused around residential ISPs, and the status of their IPv6 support for 'regular' customers. I'm interested in three things: * Is IPv6 supported - fully or trial? * What prefix lengths are given to customers * Are static allocations available?" I've got data on 11 ISPs so far, with requests out for another 3. This covers the majority of end-user connections in NZ. There are of course many more niche ISPs, and I'm happy to add their info. You can see that support is generally poor, which is probably why Google says we're only doing ~0.6% IPv6 traffic. Comments + Updates welcome. Once I've got a bit more data, this will probably go into a more permanent home. If we get enough data, we could break out into residential vs business vs co-location IPv6 support. I am aware of at least a couple of ISPs that are doing IPv6 trials, and when they go live, it will significantly shift the overall IPv6 penetration rate in NZ. But those trials are still mostly internal only, and you can only get on them if you know the right people. If the regular public can't get onto those trials, then I think they should be listed as "Unsupported" - too many ISPs have made noises about running trials years ago, but never got around to actually launching. You know who you are.

16 31

Re: [nznog] Chorus EUBA + IPV6
by Scott Pettit 26 Jan '15

26 Jan '15

On 26/01/15 21:37, "Brent Marquis" <Brent.Marquis(a)chorus.co.nz> wrote: >>Only affect PPPoE->PPPoA translation >This also means that IPv6 over VDSL (PTM) should be fine. >From: nznog-bounces(a)list.waikato.ac.nz >[mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Simon Allard >To summarise: >IPV6 doesn’t work on Chorus EUBA on some line card types >Only affect PPPoE->PPPoA translation >PPPoE end to end is fine. >Chorus say IPV6 not supported on EUBA >Customer numbers effected are smallish. Just to clarify, if a customer uses PVC 0/110 (Ethernet), there is no issue, right? We have lots of sites on EUBA using 0/110 and haven’t had any problems with IPv6, ditto for WVS. -Scott -- [https://s3-ap-southeast-2.amazonaws.com/e2emailsig/unnamed.png] Scott Pettit | Director +64 9 9502222 | SPettit(a)end2end.co.nz End 2 End Limited +64 9 9502220 205/100 Parnell Road, Parnell, Auckland 1052, New Zealand http://www.end2end.co.nz The content of this message and any attachments may be privileged, confidential or sensitive and is intended only for the use of the intended recipient(s). Any unauthorised used is prohibited. Views expressed in this message are those of the individual sender, except where stated otherwise with appropriate authority. All pricing provided is valid at the time of writing only and due to factors such as the exchange rate, may change without notice. Sales are made subject to our Terms & Conditions, available on our website or on request.

5 6

APE route flapping
by Tim Price 26 Jan '15

26 Jan '15

Hi All, Some of you may have noticed that there is some route flappage going on this morning and some of your Domestic/APE facing routing processes may be going haywire. It is probably an appropriate time to check your session route limits on APE and raise them to ~6000. Massey and Vocus; I note that your APE sessions are flapping with Vocus’s route updates causing the lions share of my issues this morning: http://nzix.net/cgi-bin/lg.cgi?query=bgp&protocol=IPv4&addr=neighbors+192.2 03.154.123&router=rs1.ape.nzix.net http://nzix.net/cgi-bin/lg.cgi?query=bgp&protocol=IPv4&addr=neighbors+192.2 03.154.62&router=rs1.ape.nzix.net Cheers, Tim.

1 0

Re: [nznog] IPv6 support across NZ ISPs [SECURITY=UNCLASSIFIED]
by HENDERSON MIKE, MR 26 Jan '15

26 Jan '15

Unfortunately, "those who have bothered to implement it" appear to be commercially inconsequential in the residential and mobile broadband markets. According to Andrew Cushen's recent blog post (at http://tinyurl.com/nvdxgh2) Spark, Vodafone and Callplus (= Orcon and Slingshot) between them own 94% of the residential broadband market, and of them Orcon says it has a 'trial' IPv6 offering, all the others Just Say No. Vodafone, Spark and two Degrees of course own 100% of the mobile broadband market, and none of them appear to offer IPv6. I'm afraid that v6 traffic is going to continue to be down amongst the noise until either Vodafone or Spark come to the IPv6 party Regards Mike Disclaimer: opinions expressed are mine and may not represent the position of my employer From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Pete Mundy Sent: Monday, 26 January 2015 5:37 p.m. To: nznog Subject: Re: [nznog] IPv6 support across NZ ISPs Agreed! Back-pats to those who have bothered to implement it. I know I base my purchasing decisions on it's availability. FWIW we went through a process of finding co-lo package providers that would provide IP space, bandwidth and physical hosting for our PBX equipment around 12 months ago and one of the pre-requisites was the ability to provision us IPv6 space. I was disappointed to find that only 3 of the 10 NZ providers we approached were able to offer it! Most said "it's on the roadmap, but not yet". Some just said "no". In the end we selected two of the providers that could, and we are very happy with the service from both. Hat tips to both Vibe and Unleash/Solarix; your IPv6 support was a significant part of what got you our custom :) Server colo (or VPS') are a different market than home DSL or UFB, but I think it could be interesting & useful to have some sort of matrix of IPv6 availability in that sector too. And 'business' UFB/HSNS/VSDL etc too for that matter. I do hope my 30% hit rate isn't an accurate indicator... Pete On 26/01/2015, at 10:38 AM, Alastair Johnson <aj(a)sneep.net<mailto:aj(a)sneep.net>> wrote: Nice work by FX. Keep it up. (and good work to the others that are offering IPv6 as compiled by Lindsay's list - also good work) The information contained in this Internet Email message is intended for the addressee only and may contain privileged information, but not necessarily the official views or opinions of the New Zealand Defence Force. If you are not the intended recipient you must not use, disclose, copy or distribute this message or the information in it. If you have received this message in error, please Email or telephone the sender immediately.

1 0

CloudFlare at AKL-IX doing some traffic!
by Michael Fincham 24 Jan '15

24 Jan '15

Hey all, Looks like ClareFlare have started moving some traffic at AKL-IX: <http://monitor.akl-ix.nz/cacti/graph.php?local_graph_id=18&rra_id=all> I look forward to seeing what happens next on this graph :) -- Michael Fincham

2 1

They're adding a "leap second" at Noon, Wednesday, 1 July 2015 NZ Standard Time {SECURITY=UNCLASSIFIED}
by HENDERSON MIKE, MR 15 Jan '15

15 Jan '15

Folks, Some of you may not have noticed this in the post-Christmas doze ... What will happen is that on 30th June [UTC time] the clock will go 23:59:59 > 23:59:60 > 00:00:00, instead of 23:59:59 > 00:00:00, i.e. an extra 'leap' second is inserted. It will cause the odd issue or two, depending on your environment and operating system.. For example, if you should happen to use RHEL you could start here https://access.redhat.com/articles/15145 There were certainly issues in other Linux distributions (including Oracle Linux and SLES) last time this happened on 30th June / 1st July 2012. Regards Mike ________________________________________ Press Coverage: This year will be slightly longer after the Paris Observatory announced that it was adding a "leap second" at midnight [UTC] on June 30 http://www.smh.com.au/technology/sci-tech/extra-second-to-be-added-to-2015-… Note: Midnight [UTC] on June 30 2015 is Noon, Wednesday, 1 July 2015 NZ Standard Time Official Announcement: INTERNATIONAL EARTH ROTATION AND REFERENCE SYSTEMS SERVICE (IERS) SERVICE INTERNATIONAL DE LA ROTATION TERRESTRE ET DES SYSTEMES DE REFERENCE SERVICE DE LA ROTATION TERRESTRE DE L'IERS OBSERVATOIRE DE PARIS 61, Av. de l'Observatoire 75014 PARIS (France) Tel. : 33 (0) 1 40 51 22 26 FAX : 33 (0) 1 40 51 22 91 e-mail : services.iers(a)obspm.fr<mailto:services.iers(a)obspm.fr> http://hpiers.obspm.fr/eop-pc Paris, 5 January 2015 Bulletin C 49 To authorities responsible for the measurement and distribution of time UTC TIME STEP on the 1st of July 2015 A positive leap second will be introduced at the end of June 2015. The sequence of dates of the UTC second markers will be: 2015 June 30, 23h 59m 59s 2015 June 30, 23h 59m 60s 2015 July 1, 0h 0m 0s The difference between UTC and the International Atomic Time TAI is: from 2012 July 1, 0h UTC, to 2015 July 1 0h UTC : UTC-TAI = - 35s from 2015 July 1, 0h UTC, until further notice : UTC-TAI = - 36s Leap seconds can be introduced in UTC at the end of the months of December or June, depending on the evolution of UT1-TAI. Bulletin C is mailed every six months, either to announce a time step in UTC or to confirm that there will be no time step at the next possible date. Daniel Gambis Head Earth Orientation Center of IERS Observatoire de Paris, France http://datacenter.iers.org/eop/-/somos/5Rgv/latest/16<http://datacenter.iers..org/eop/-/somos/5Rgv/latest/16> The information contained in this Internet Email message is intended for the addressee only and may contain privileged information, but not necessarily the official views or opinions of the New Zealand Defence Force. If you are not the intended recipient you must not use, disclose, copy or distribute this message or the information in it. If you have received this message in error, please Email or telephone the sender immediately.

2 1

APNIC Consultations at Conference - Wednesday
by Richard Nelson 14 Jan '15

14 Jan '15

Hostmaster consultations ------------------------ APNIC is offering free, individual Hostmaster consultation sessions at the NZNOG Conference. These will be available on Wednesday Jan 28. At these sessions you can ask about: - How to request IPv4, IPv6, and AS numbers from APNIC - How to transfer IPv4 addresses and AS numbers - Current policies for IP and AS number management in the APNIC region - How to maintain and update your resource registration record in the APNIC Whois Database - Any individual issues you might have To register for the Hostmaster consultations, please email: elly(a)apnic.net

1 0

New prefixes on WIX
by Tim Price 13 Jan '15

13 Jan '15

Heads up that ~700 new prefixes just appeared then vanished from WIX route reflector 2. This momentarily pushed the route totals up over 2000 which may have reset a few BGP sessions for anyone limiting their received prefixes to 2000 on that session. Cheers, Tim.

1 0

python network trace analysis tutorial at NZNOG 2014
by Nevil Brownlee 13 Jan '15

13 Jan '15

Hi all: I'm giving a tutorial on "analysing network traces with python" at NZNOG 2015. The tutorial will cover how to use my python-libtrace module, with lots of example python programs. However, the examples I can think up easily are mostly trivial. It would help me a lot to know what kinds of trace analysis ISPs would actually find useful! If/when you collect packet traces, what kinds of information or analysis would you like to get from them? Any suggestions would be much appreciated - please email me off-list, nevil(a)auckland.ac.nz Cheers, Nevil -- --------------------------------------------------------------------- Nevil Brownlee Computer Science Department Phone: +64 9 373 7599 x88941 The University of Auckland FAX: +64 9 373 7453 Private Bag 92019, Auckland 1142, New Zealand

1 0

Fwd: Re: [mailop] Wildcarding of AHBL public DNSbl lists on Jan 1st
by Thom Hooker 04 Jan '15

04 Jan '15

(Apologies if you've seen this notification from the mailop list already. ) See the post below re: the AHBL RBL wildcarding certain zones today. There are NZ ASs in the latest CSV lists in the link below (Vodafone NZ, ICONZ, HD & NZ Wireless), this change may affect mail flows. Regards Thom -------- Original Message -------- Subject: Re: [mailop] Wildcarding of AHBL public DNSbl lists on Jan 1st Date: Fri, 26 Dec 2014 16:26:34 -0700 From: Brielle Bruns <bruns(a)2mbit.com> To: mailop(a)mailop.org On 12/26/14 4:00 PM, Frank Bulk (iname.com) wrote: > Thanks, that's helpful. > > I'm not sure how many IPs you have, but Cymru's service might be an option: >https://www.team-cymru.org/Services/ip-to-asn.html > > I found some other options: >http://quaxio.com/bgp/ >http://ipinfo.io/ >http://dev.maxmind.com/geoip/legacy/geolite/ (usage described here: >https://stackoverflow.com/questions/13110386/ip-to-asn-mapping-algorithm) > Thanks. I threw together a shell script that handles the conversion for me based on the geoiplookup tool and the output is going here: http://www.ahbl.org/queries/ I have to generate the lists manually for now, but it should help those looking to figure out who on their network is doing queries. -- Brielle Bruns The Summit Open Source Development Group http://www.sosdg.org /http://www.ahbl.org _______________________________________________ mailop mailing list mailop(a)mailop.org http://chilli.nosignal.org/mailman/listinfo/mailop _____________________________________________________________________________ This email has been filtered by SMX. For more info visit http://smxemail.com _____________________________________________________________________________

1 0

BCP / Guidance on IPv6 prefix size to provide to customers
by Alexander Neilson 02 Jan '15

02 Jan '15

I wondered if anyone on here had any guidance on any current BCP (or BCOP) or some general guidance on IPv6 allocations to customers (I am speaking here only for casual day to day allocations to customers) Looking through email archives and discussions that have seen around there was fairly vigorous discussions but no real resolutions. I have seen suggestions of /48, /50, /56. I am inclined to allocate /56’s to each customer (providing 256 /64’s). I don’t want to prevent customers from having the flexibility to do what they need / want to do nor stymie future use cases. If there is some good guidance on a need for /48’s then I will look at it and will use those if needed. Also, is current operating practice amongst others for all links to be /64’s even for p2p links? It seems a lot of documentation / reference texts are a few years old now and some providers have told me that this advice is no longer current but I haven’t yet seen this codified. My /32 allocation is provisionally as follows: 16 bits of /56 allocations - 65,535 customer allocations 8 bits for internal (leaves me 255 /64’s for p2p links between routers) Currently using PPPoE for IPv4 authentication for bulk customers and bespoke routed configurations for the rest. I intend to continue the PPPoE at this stage and just provide dual stack to every customer when connecting. I am still open to any input people have or feedback about what contributed to their deployments. I have looked into archives but was unable to find clear guidance that wasn’t discussed at length to be out of date / disputed so I am primarily looking for what the current best practice is so I can take advantage of the best advise for rolling out the deployment (I know we are late to this party but better late than never) Regards Alexander Alexander Neilson Neilson Productions Limited alexander(a)neilson.net.nz 021 329 681 022 456 2326

7 13

Re: [nznog] Whole of Domain Web Harvest 2015
by emma h 23 Dec '14

23 Dec '14

for those wishing to block, the apache rewrite rule is; RewriteEngine on RewriteRule ^(.*)$ http:/your.domain.co.nz [R=301,L] RewriteCond %{HTTP_USER_AGENT} ^(.*)NLNZ_IAHarvester2015(.*)$ RewriteRule ^(.*)$ http://tinyurl.com/NLNZ-IAHarvester2015 merry festivus. -- em

2 1

AUI 10BaseT transceiver
by Gareth Fletcher 23 Dec '14

23 Dec '14

Hi team Is anyone near Auckland CBD/Ponsonby and have one of these they'd be willing to part with this afternoon/next week? We seem to have trashed all ours years ago... Please reply off-list, with beer of choice of course :) Cheers! Gareth

1 0

Whole of Domain Web Harvest 2015
by Jay Gattuso 23 Dec '14

23 Dec '14

Hi NZNoggers, I write to let you know of our intent to commence the next NZ Whole of Domain web harvest on the 12th of Jan 2015. The crawl will take approximately 3 weeks to complete. We will be following the same model as previous years, with the Internet Archive acting on our behalf to undertake the crawl. We will be adhering to robots.txt in the main, however when content blocked by robots.txt is embedded in a page that’s not blocked by robots.txt we will attempt to capture that content. The metadata the crawler will be using is:- metadata.userAgentTemplate=Mozilla/5.0 (compatible; NLNZ_IAHarvester2015 +(a)OPERATOR_CONTACT_URL@) metadata.operatorContactUrl=https://natlib.govt.nz/publishers-and-authors/web-harvesting/domain-harvest The contact URL gives some information that describes why we are doing this, and what we’re doing. If you have any questions or concerns, please drop me a line – I’ll be monitoring this email address over the Xmas period. Many thanks, Jay Jay Gattuso | Digital Preservation Analyst | Preservation, Research and Consultancy National Library of New Zealand | Te Puna Mātauranga o Aotearoa PO Box 1467 Wellington 6140 New Zealand | +64 (0)4 474 3064 jay.gattuso(a)dia.govt.nz<mailto:jay.gattuso(a)natlib.govt.nz>

1 0