- NZNOG - lists.nznog.org

OOB - Vocus DC, 7A Parkhead Pl, Albany
by Bruce Forster 26 Apr '17

26 Apr '17

Hi Noggers, Looking for a 2/10mb OOB link in Vocus DC, 7A Parkhead Pl, Albany Can someone please email me off list with some pricing? -- Regards, Bruce

1 0

Re: [nznog] Alcatel IPv6 PPPoE
by JORDI PALET MARTINEZ 24 Apr '17

24 Apr '17

Sorry, wrong paste … https://www.sinog.si/docs/draft-IPv6pd-BCOP-v1.pdf Regards, Jordi -----Mensaje original----- De: JORDI PALET MARTINEZ <jordi.palet(a)consulintel.es> Fecha: lunes, 24 de abril de 2017, 23:49 Para: <nznog(a)list.waikato.ac.nz> Asunto: Re: [nznog] Alcatel IPv6 PPPoE This may be useful. Is work in progress, but we believe that we will reach consensus in the next RIPE meeting adding some suggestions that we got in the last weeks: º ALBARÁN.......: 02643/2557863 SERVICIO........: Ecommerce FECHA............: 20/04/2017 CLIENTE RECOGIDA.: MOREMAR SL CLIENTE ENTREGA.: ANA SUBIRATS RODRÍGUEZ CLIENTE ABONADO..: MOREMAR SL LOCALIDAD ENTREGA: IGUALADA OBS. ENTREGA TTM: HEMOS LLAMADO DURANTE TODA LA TARDE Y NADIE HA CONTESTADO, TENIAMOS 2 TELEFONOS Y NAD A -DESTINATARIO AUSENTE/CERRADO : X Regards, Jordi -----Mensaje original----- De: <nznog-bounces(a)list.waikato.ac.nz> en nombre de Brian E Carpenter <brian.e.carpenter(a)gmail.com> Organización: University of Auckland Responder a: <brian.e.carpenter(a)gmail.com> Fecha: lunes, 24 de abril de 2017, 22:35 Para: Pieter De Wit <pieter(a)insync.za.net>, <nznog(a)list.waikato.ac.nz> Asunto: Re: [nznog] Alcatel IPv6 PPPoE On 25/04/2017 07:51, Pieter De Wit wrote: > Good Morning List, > > I was wondering if anyone out here (there :)) has a working config for > an Alcatel 7750 to give out IPv6 to subscribers. We would like to > allocate /112's as a link net between the CPE and the BNG. We then want > to route a /64 or /48 over this link net. Please don't hand out /64s. That prevents people subnetting their IPv6 in their home or office. You can always hand out /56 if you really think /48 is too much. > All of this is configured in > Radius. > > The link-nets are configure using the "wan-host" option under the > subscriber interface. The /64 or /48 subnets is part of a /36 configured > as the "pd" option. > > From what I was reading, it appears as if the link-nets needs to be > /64...surely not ? Not unless your vendor has a pointless restriction. The only RFC in the area is https://tools.ietf.org/html/rfc6164 which recommends /127 but there's nothing to prevent /112 from working if that's what you want. Regards Brian _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz https://list.waikato.ac.nz/mailman/listinfo/nznog ********************************************** IPv4 is over Are you ready for the new Internet ? http://www.consulintel.es The IPv6 Company This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.

1 0

Xtra and SPF
by Glen Eustace 19 Apr '17

19 Apr '17

Hi, We have started receiving complaints from several of our customers for whom we are the MX for their domain. Some addresses in the domain are delivered locally, some are relayed to other mailboxes e.g. gmail and xtra. It seems that there are folks who still believe that SPF is a good thing and have ‘-all’ on their record. Xtra it would appear is now enforcing the rejection on email we relay to them. We are placed in an awkward position. Our customer wants us to fix something that we are not really able to. The SPF policy belongs to the sender and Xtra are doing the rejection. I have come across another add on technology for postfix called SRS for rewriting senders but that seems to be broken from all accounts as well. Is anyone else having these sort of issues, is there something I should be doing in the ‘relay’ process that will prevent the rejections I’d love to hear. Glen -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Glen Eustace, GodZone Internet Services, a division of AGRE Enterprises Ltd., P.O. Box 8020, Palmerston North, New Zealand 4446 Ph +64 6 357 8168, Mob +64 27 542 4015 “Specialising in providing low-cost professional Internet Services since 1997"

13 16

Interesting issue with iperf3 and UDP
by Dylan Hall 30 Mar '17

30 Mar '17

I stumbled across an issue with iperf3 and it's UDP mode recently that I thought was worth sharing. In short it's very bursty and in my opinion broken. Use iperf (2.0.x) instead. The interesting detail: I recently got UFB at home (200/100 plan) and wanted to put it through it's paces. I did the usual TCP tests and it all looked good, so I decided to try UDP to look for packet loss. Even with fairly low rates (10-50 Mbps) I was seeing loss vary from 5% to 50%. I tried a number of different hosts around NZ, and one in the US and although each reported different amounts of loss there was always loss. I ran the tests with "-l 1400" as an option to force 1400 byte packets. Without this iperf sends 8kB packets that get fragmented which confuses the loss figures somewhat. I repeated the tests with iperf rather than iperf3 and everything worked perfectly. Focusing on one testing host, a 10G connected server near my ISP to minimise transit network in the way. The following is a little piece of a packet capture from the sending host using iperf (2.0.5). The rate was set to 15 Mbps. I've added the Delta field which is the time since the last packet was seen in micro seconds. 23:27:57.979021 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 746 23:27:57.979766 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 745 23:27:57.980511 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 745 23:27:57.981254 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 743 23:27:57.982001 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 747 23:27:57.982749 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 748 23:27:57.983492 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 743 23:27:57.984238 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 746 23:27:57.984986 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 748 23:27:57.985731 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 745 23:27:57.986478 IP x.x.x.x.56460 > y.y.y.y.5001: UDP, length 1400 Delta: 747 The packets are very evenly spaced. The following is using iperf3 (3.1.3) also at 15 Mbps. 23:28:23.913489 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 8 23:28:23.913496 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 7 23:28:23.913505 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 9 23:28:23.913513 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 8 23:28:23.913520 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 7 23:28:23.913529 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 9 23:28:23.913537 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 8 23:28:24.012445 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 98908 23:28:24.012458 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 13 23:28:24.012468 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 10 23:28:24.012475 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 7 23:28:24.012483 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 8 23:28:24.012492 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 9 23:28:24.012499 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 7 23:28:24.012508 IP x.x.x.x.49233 > y.y.y.y.5201: UDP, length 1400 Delta: 9 It appears to send a burst of very closely spaced packets, then take a break, then repeat. The cycle is about 100ms. Applying some hopefully correct maths, it appears to send about 187kB of data in just over 1ms, then rest for almost 99ms. This gives is about the right average rate (15 Mbps), but for that first 1 ms it's sending at about 1.4 Gbps. I assume that the loss I'm seeing is either buffers over flowing somewhere in the path or the Chorus rate-limit on UFB discarding the packets. The old version of iperf uses a busy loop in the sender to achieve the very precise timing for UDP mode which has the side effect of causing 100% CPU while sending. I wonder if the change in iperf3 is an attempt to make it more efficient. Had I Googled the issue at the beginning I would have found this is a known problem: https://github.com/esnet/iperf/issues/296 https://github.com/esnet/iperf/issues/386 Hopefully this will save someone else from a couple hours of confusion :) Thanks, Dylan

3 2

Re: [nznog] AS-path changes on nzix.net route-servers
by Sid Jones 29 Mar '17

29 Mar '17

We’ve largely finished making the changes to the AS-path for those that have requested it on the APE and the WIX. We’ve not seen any issues so far. If you wish to schedule a change, please email us at peering(a)citylink.co.nz<mailto:peering(a)citylink.co.nz>

1 1

Bulk .nz whois
by Simon Lyall 20 Mar '17

20 Mar '17

One if the guys at $work is working to clean up our domains (mostly .nz) . We have a few hundred that are registered all over the place at various times, by different people, etc that we are hoping to consolidate. Problem is we need to get whois data for them but we ran into the dnc's limits. Any way to get around the limits? We tried reaching out to them but all they could suggest was going via a registrar. Simon Lyall | simon(a)darkmere.gen.nz | http://simonlyall.com Sent from a phone that cost more than my car

2 2

AS-path changes on nzix.net route-servers
by Sid Jones 12 Mar '17

12 Mar '17

Reminder, the NZIX changes will start being applied from today. We’re starting the changes on the WIX. APE changes will be in the next few days. Please contact us if you see any issues - faults(a)citylink.co.nz<mailto:faults(a)citylink.co.nz> or 0800 424 895

1 0

Anyone near AKL cbd have spare 3 x 1000Base-LX/LH (cisco coded GLC-LH-SMD) SFPs?
by Gareth Fletcher 05 Mar '17

05 Mar '17

that they would want to sell or give away (or for beer!!)! Please contact me off list :) In a pinch and my china order hasn't arrived yet. it's a nice hot day in Akl, you could be drinking cool beer this afternoon :) Today is your lucky day. Cheers Gareth

1 0

looking for 2U rackspace close to IX in NZ
by lenz 01 Mar '17

01 Mar '17

Hi, a bunch of friends of mine would like to extend their anycast cluster to NZ and were asking me if I know anyone who would have 2U of secure rack space with two separate uplinks and BGP-peering they could rent. Preferably close to one of the exchanges here, they are not too fuzzed where as they would only deal with the boxes remotely anyway. Company is reputable german company and there is beer for a successful referral :) Answers or pointers off-list would be the preferred comms channel :) cheers Lenz -- Lenz Gschwendtner geek, mentor, punk co-founder iwantmyname and others lnz.me/about

1 1

IRD Contact - Issue with services.ird.govt.nz
by Alexander Neilson 01 Mar '17

01 Mar '17

Hi NZNOG If there is someone in network operations from IRD on list or anyone has a contact could they please make contact off list. At $DAYJOB I have a customer who can load and interact with the main ird.govt.nz site but trying anything that touches https://services.ird.govt.nz is timing out. I have tested from two other IP Addresses in the same /24 and both other sites are loading correctly. (All three sites resolve / connect to 222.153.202.43) Same router is being used at all sites and the firewall rules that are different are not recording any matches during testing. SYN is sent but no SYN/ACK received. Customer has spoken to IRD but was told by IRD vague "Firewall issues" so I am looking for a contact to understand whats being seen from IRD side to resolve. Regards Alexander alexander(a)neilson.net.nz 021 329 681

2 2

Re: [nznog] Citylink IX communication
by Richard Naylor 01 Mar '17

01 Mar '17

At 11:18 p.m. 27/02/2017, Dylan Hall wrote: >Disclaimer: I worked for CityLink a while back so feel free to >consider the following biased or well informed as you see fit :) > >I think one aspect of this discussion that is often overlooked is >who participates in the peering exchanges. It's not just a handful >of large ISP's and content providers. > >Take a look at: > ><http://nzix.net/ape-peers.html>http://nzix.net/ape-peers.html >http://nzix.net/wix-peers.html > >We have a huge range of participants: universities, schools, >government, data centres, finance, researchers, broadcasters, etc. >Very few of these organisations operate networks as their core business. > >If it's so important to convince them all to opt-in to the change >what are we doing to explain why they should make that change? >Pointing at an RFC and yelling loudly hardly seems likely to be >accepted as a convincing argument outside of the networking community. Similar Disclaimer: I worked for CityLink a while back so feel free to consider the following biased or well informed as you see fit :) The original name WIX was "Wellington Information Exchange" back in 1996 to 1998. In 1997 (roughly) there was trial work done with Fore ATM switches because there was significant interest in " video" peering and "E1-peering", between Govt agencies. Of course VoIP-peering does a better job but has made less progress. WIX may lack the traffic volumes and number of carriers/ISPs but WIX is a more interesting exchange in terms of economic development in a community. Of course it does by-pass "service providers" in doing a lot of that. Some of the applications that (in theory) run include page ads for newspapers where the bank can update the interest rate in the ad for each edition of a newspaper. The ads used to cross town via cycle courier. WIX enabled that to be via FTP, without traffic charges. ( and couriers). So many of the WIX peers were on private AS numbers and often had someone else manage a simple peering router. This B2B peering is why there was a focus on having as many regional IXs as possible.

1 0

IANA IPv4 Recovered Address Space registry updated
by Paula Wang 01 Mar '17

01 Mar '17

Hi, An update has been made to the IANA IPv4 Recovered Address Space registry according to the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA (https://www.icann.org/resources/pages/allocation-ipv4-post-exhaustion-2012-…) The list of allocations can be found at: https://www.iana.org/assignments/ipv4-recovered-address-space/ Kind regards, Paula Wang IANA Services Specialist PTI

1 0

Citylink IX communication
by Tim Hoffman 26 Feb '17

26 Feb '17

Greetings, Given the importance of Citylink's IX services in the community, I feel that it is valuable to notify this communication from them to the entire list. I would note that they are explicitly stating in this communication they will not ever forcibly require consistent behavior. I would note that this is in direct violation of RFC7947; *2.2.2.1. Route Server AS_PATH Management* * As a route server does not participate in the process of forwarding* * data between client routers, and because modification of the AS_PATH* * attribute could affect the route server client BGP Decision Process,* * the route server SHOULD NOT prepend its own AS number to the AS_PATH* * segment nor modify the AS_PATH segment in any other way.* I would like to encourage (publicly) that Citylink implement this consistently, rather than in a haphazard way that varies customer by customer. Consistency is the key to supporting the NZ internet effectively *(Note, RFC7947 doesn't say "do this when your customer can be bothered")*. Additionally, I would like to encourage Citylink to communicate with the NZNOG community when publishing updates that could have an operational impact on the internet in NZ as a whole. Cheers, Tim ####### FOREWARDED MESSAGE BELOW ####### Dear REDACTED CityLink would like to inform you of some exciting NZIX developments that concern your existing ExchangeNET connection(s). We’re introducing some changes to the way we operate the NZIX route servers in order to improve our compliance with recent proposed standards (RFC7947 and RFC7948), and to minimise the disruption caused by routine administrative changes going forward. *Background* CityLink provides two route servers at each of the NZIX exchanges - currently Auckland (APE), Hamilton (HIX), Wellington (WIX), Christchurch (CHIX) and Dunedin (DPE). The route servers facilitate multilateral interconnection between the participants at each exchange by simplifying the BGP configuration and admin overhead otherwise needed to exchange routing information between multiple eBGP speakers. The NZIX route servers have traditionally prepended the exchange’s Autonomous System (AS) number to the AS path of the prefixes they advertise back out to peers. *What is changing?* A number of ExchangeNET customers have expressed a preference that the NZIX route servers no longer prepend the exchange AS number to the AS path of advertisements sent to them. This preference is consistent with recent proposed standards (RFC7947 and RFC7948), and is the recommended best current practice for Internet exchange route server operation. However, in order to put this change into effect, ExchangeNET customers who peer with the NZIX route servers may need to make a (potentially disruptive) change to their existing BGP configuration. While CityLink would prefer all ExchangeNET customers peering with the NZIX route servers to support this alignment with best current practice, we recognise that the timing to implement such changes may differ based on your individual business needs. Therefore, we have decided to implement the changes on a per-participant basis, and we invite those ExchangeNET customers who would like to “opt-in” to the changes (that is, for the NZIX route servers to no longer prepend the exchange AS number to the AS path of the advertisements sent to them), to contact us. We will endeavor to accommodate requests for configuration changes to be made at times convenient for each ExchangeNET customer, commencing from *13th March 2017* onwards. *Note:* We will *not* be changing the configuration of any existing sessions without that participant’s agreement. *What are the implications of the change?* · ExchangeNET customers who peer with the NZIX route servers will see the AS path for prefixes received shortened by one hop (the exchange AS number). This may alter the current choice of best path for those prefixes. · If you had been using the presence of an exchange AS in the AS path to influence your organisation’s routing policy, you may need to amend your configuration in order to achieve your routing policy objectives. It may not be quite so obvious that a given route has been learnt from a particular NZIX exchange point going forward. · Your router may need to be configured with its equivalent of *no bgp enforce-first-as* to restore its BGP session(s) with the NZIX route servers after the change is made. *I’d like to “opt-in” to the change. What do I need to do?* If you’d like us to remove the exchange AS number from the AS path of the advertisements you receive from the NZIX route servers, please email us at *peering(a)citylink.co.nz <peering(a)citylink.co.nz>* with your AS number, the contact details for the person(s) from your organisation that will be involved in making the changes, and an initial indication of when you’d like to implement the change (if known). Changes will only be implemented at a mutually-agreed time to minimise any disruption, commencing from *13th March 2017* onwards. *I’d prefer not to “opt-in” to the change right now. Do I need to do anything?* If you’d prefer that the NZIX route servers continue prepending the exchange AS number to the AS path of advertisements sent to you, you don’t need to take any action right now. However, we would appreciate a return email confirming the contact details for the most suitable person(s) from your organisation whom we should engage with on these matters going forward. *I’d prefer not to “opt-in” to the change at all. Will I be encouraged to eventually?* It is hoped that over time all ExchangeNET customers will choose to “opt-in” and thus support CityLink’s efforts to align the NZIX exchanges with best current practices, to the benefit of the wider NZ Internet community. *What will be the “default” configuration for new ExchangeNET customers?* Going forward, all new BGP sessions configured on the NZIX route servers will conform to the recommend best current practice (that is, the route servers will *not* prepend the exchange AS number to the AS path of prefixes sent to peers). *Is anything else changing?* Yes! The method by which configuration changes have historically been “pushed” to the NZIX route servers has necessitated a “hard reset” of the BGP session(s) with all existing peers. Although the two route servers at each exchange are reloaded independently (ensuring that each peer has an established session with at least one NZIX route server at all times), the overheads associated with performing the hard reset are higher than they need to be. In order to minimise the impact of routine administrative changes going forward, we are changing the way in which configuration changes are pushed to the route servers. Note that changes will continue to be applied to each route server independently, however, thereby ensuring optimal availability for NZIX. *I have a question about these changes. Who should I contact?* Please email us at *peering(a)citylink.co.nz <peering(a)citylink.co.nz>* in the first instance. We’ll be happy to help! Kind Regards, [image: CityLink Ltd] <http://www.citylink.co.nz/> *Toll Free* 0800 424 895 Level 6, 25 Cambridge Terrace *www.citylink.co.nz <http://www.citylink.co.nz/>* Wellington 6011 This mail message contains information that is confidential and which may be subject to legal privilege. If you are not the intended recipient, you must not use, distribute or copy this message. If you have received this message in error, please notify the sender immediately and erase this mail and its attachments.

7 10

Re: [nznog] Xtra and SPF
by Glen Eustace 20 Feb '17

20 Feb '17

> On 8/02/2017, at 1:15 PM, Criggie <criggie(a)criggie.org.nz> wrote: > > Its not really an answer, but SPF is doing what its told. Agreed. > > So either you have to convince Xtra's mail to disable their rejections > (unlikely) or you have to get something into the customer's SPF record > to permit your hosts to send. The domains with the hard fail SPFs are not my customers so I have no control over them at all. The issue is people emailing from those domains to domains we do host and they are getting the bounce and blaming us. (perhaps rightly so, but this has only become an issue in the last week and even then for only 2 customers) > Dirty hack that won't work much is to IPv6-enable your mail relay. There > seem to be fewer restrictions on that side, at least google is a little > more accepting. Already fully IPv6 enabled. So it looks like I need to go back and have another look at SRS. It would seem that either few organisations hosting email are ‘relaying’ like we do or have already implemented SRS. If that is the case, I’d be interested in knowing whether SRS creates its own set of problems.

12 11

NZNOG 2017 Videos
by Dave Mill 20 Feb '17

20 Feb '17

Hi all We have made the talks available from NZNOG 2017. Day 1 : https://www.youtube.com/playlist?list=PLeAkos2dldO5EmOe5zPbSuQzXoq4s Jeos Day 2 : https://www.youtube.com/playlist?list=PLeAkos2dldO5vjrg6vS0rYEPIvRs8 naAA Thanks to our A/V guys for doing the work behind this. Cheers Dave

2 1

Upcoming APNIC elections
by Tim Hoffman 20 Feb '17

20 Feb '17

Hi New Zealand internet community! I wanted to remind everyone that the APNIC elections <https://www.apnic.net/community/participate/elections/ec/ec-election-proces…> are coming up, with voting <https://www.apnic.net/community/participate/elections/ec/voting/> now closing in 6 days (3pm Monday, 27 February 2017). It's important that we all get involved in the democratic process that APNIC has and vote - those elected will determine policies that impact us all (for instance around IP address transfers and justification of IP space as we ramp down IPv4). Specifically, I wanted to highlight two candidates from the list of nominees <https://2017.apricot.net/elections/nominations/> that you may want to consider voting for to represent us. Both have had ties to the New Zealand internet community for over a decade, understand the challenges we face, and I believe would represent our needs well. Jon Brewer <https://2017.apricot.net/elections/nominations/jonathan-brewer/> is well known to our community. Wellington based, he founded Araneo and ran this company for some years, then since selling Araneo to TeamTalk has focused on helping developing communities (particularly in the pacific islands) establish better connectivity locally and to the world. *Gaurab Raj Upadhaya* <https://2017.apricot.net/elections/nominations/gaurab-raj-upadhaya/> has had involvement in many countries whose internet infrastructures have been developing over the past decade. He has strong ties to the networking community in New Zealand; these began in the early FX days. Starting his career in Nepal, he has experienced challenges greater than those we face in New Zealand around being a remote internet community connected to a US-centric internet first hand. He now leads the network organization at Limelight. *Don't forget to vote!* Cheers Tim -- Tim Hoffman | Twitter, Inc. 1355 Market St. | San Francisco, CA | 94103

2 1

Drinks - Auckland CBD 14/2
by Fraser McGlinn 13 Feb '17

13 Feb '17

Hi Guys, I'll be over in NZ (Auckland) early next week with the boss and thought a few beers were in order to catch up with people that we may not have seen in a while as well as to meet more of the NZNOG folk. We'll be putting on a few drinks at The Bluestone Room (9-11 Durham Ln, Auckland) on the 14th Feb from about 5:30pm, feel free to come down and join us for a few beers. Cheers, Fraser Drinks - Auckland CBD 14/2 Fraser McGlinn - Senior Network Operations Officer Web: www.anycast.com.au<http://www.anycast.com.au/> Peering: AS58511<https://www.peeringdb.com/asn/58511> Main Office: +61356224600 Level 1, 5/15 Phoenix Street Warragul, Victoria 3820, Australia [cid:image001.png(a)01D272FA.31833AC0] 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.

7 7

AWS Sydney
by Jed Laundry 08 Feb '17

08 Feb '17

Hey, Is anyone else noticing high packet loss to AWS Sydney this morning? PING ap-southeast-2.console.aws.amazon.com (54.240.195.68) 56(84) bytes of data. 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=12 ttl=240 time=40.4 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=17 ttl=240 time=39.6 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=20 ttl=240 time=40.7 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=32 ttl=240 time=161 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=34 ttl=240 time=40.2 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=39 ttl=240 time=294 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=41 ttl=240 time=40.7 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=47 ttl=240 time=40.4 ms 64 bytes from 54.240.195.68 (54.240.195.68): icmp_seq=54 ttl=240 time=65.5 ms Thanks, Jed.

10 9

Re: [nznog] Xtra and SPF
by Glen Eustace 07 Feb '17

07 Feb '17

> On 8/02/2017, at 1:03 PM, Jasper Bryant-Greene <jbg(a)rf.net.nz> wrote: > > SRS is the solution to this and is a standard, available on most mail systems. SPF is a good idea according to most of the internet, and is very widely implemented, so I suggest just getting with the times and fixing your mail relay to rewrite sender addresses according to the SRS standard rather than claiming to send mail for domains it's not authorized to do so for. I have found several articles saying that SRS is, like SPF, basically broken in that it doesn’t handle any situation where multiple relays are involved (not prepared to comment on whether that is right or not), hence my reluctance at this stage to using it. I agree that in principal SPF is a good idea but it breaks mailing lists, forwarding and relays. It has been my believe that using ~all (soft fail) is better than -all (hard fail) so that various anti-spam systems can use the soft fail as a contributing weighting, along with other things to determine what should be done with a message and to not rely on just the SPF.

1 0

NZIX / AKL-IX feedback
by Chris Browning 26 Jan '17

26 Jan '17

Hi All, With NZIX being a Not-for-profit that is overseen by a committee of its members, there a number of idea's bouncing around the of things that we could/should do with NZIX and the membership funds coming in. The NZIX committee is really interested in feedback on how we are going and where we should be heading to ensure that we steer the exchanges in the direction that best serves our members and the New Zealand Internet. NZIX has made a short survey to attempt to get some feedback on what we should be focusing on which can be found here https://www.surveymonkey.com/r/NZIX2017. Cheers Chris

1 0

Our poor Aussie mate
by Tim Hoffman 25 Jan '17

25 Jan '17

Hey all, Gav has lost his laptop at NZNOG, if anyone finds a backpack with megaport, AMS-IX, and PTC16 stickers, with a "Gavin tweedie" business card on it send me or him a message. Sorry for the aussie! Tim Sent from my iPhone

1 0

NZNOG 2017 Live Stream from Tauranga
by Jesse Archer 25 Jan '17

25 Jan '17

Morning, For those that can't make it... We're now streaming! http://www.nznog.org/nznog17/stream Recordings of each talk will also be posted on the NZNOG website after the event. *Jesse Archer* *General Manager*Full Flavour *p. *07 577 0099 *ddi*. 07 281 1391 *s*. Skype "myfullflavour" *e*. jesse(a)fullflavour.nz <jesse(a)fullflavourmedia.co.nz> *w*. fullflavour.nz <http://www.fullflavourmedia.co.nz/> *a. *Basestation, 148 Durham Street, Tauranga *a*. PO Box 13403, Tauranga Central, Tauranga 3141, New Zealand

3 4

NZNOG Conference 2017 - SOLD OUT!
by Jesse Archer 24 Jan '17

24 Jan '17

On behalf of the trustees, thanks to everyone who's registered for NZNOG 2017 in Tauranga. Welcome to those already in Tauranga for the workshop/tutorials - and safe travels for everyone else coming over the next 24 hours - we'll see you tomorrow! *Just a quick note that tickets have sold out. * Because we're so close to conference getting underway and as ticket sales have already exceeded our expectations, we won't be operating a waitlist. Ticket name changes with a small admin fee are permitted. Thanks! *Jesse Archer*

3 3

Lightning Talks
by Richard Nelson 24 Jan '17

24 Jan '17

Hi, Could anybody who would like to give a lightning talk please send an email to talks(a)nznog.org. Please give the topic of your talk and the time you expect to take. Thanks, Richard

1 0

Internet at the conference
by Nathan Ward 22 Jan '17

22 Jan '17

Hi, I’m in Tauranga for the week for work, and am staying at Trinity where the conference is being held. I’m attending on Thurs/Fri (now that I’ve registered having prev. forgotten haha). The wifi here, at least in the rooms, is abysmal - I’ve stayed here a few times before, and it’s always the same - and is the same now. Anywhere from 10-25% loss, and 100-500ms std-dev when ARPing the gateway at various times. I note that there’s an NZNOG SSID - is this using the same wifi equipment? MACs seem similar, but reception is poor, so maybe it’s just in the conference area? If you have an ethernet adapter, you can plug in to the lower of the two RJ45 holes in your room, get 100mbit link, auth with the captive portal, and get 2% loss instead, much better RTT though. Seems I can get around 8mbit/s out of it. Of course, if this is how it is without a bunch of nerds, it’s not going to get any better at the tail end of the week ! Long story short - unless the conf. organisers are sorting something else out, bring some 4G if you need to be online reliably - 4G on VFNZ seems to be OK here and has been a life saver for me when staying here in the past. Cheers, -- Nathan Ward

2 1

Amazon Prime Cache
by Mark Frater 19 Jan '17

19 Jan '17

Does anyone know what the story is with caching Amazon Prime traffic? Do they have an ISP programme for rolling out caches like the Netflix Open Connect Appliances?

1 0

looking for rack mount ears - HP 1920 series
by Terry Hughes 18 Jan '17

18 Jan '17

sorry, I know this is way off-topic, but I'm out of options. I need to re-work a small rack with a few 1920 OfficeConnect switches in it, and the original installer threw out the mounting ears and just sat the switches on top of some old equipment. The holes don't match any of the generic mounting kits I've got, and HP don't list the mounts as spares. Does anyone have a couple of mounting kits, or at least the ears? Fair compensation no problem. I'm in Wellington, but know how couriers work... thanks, Terry (long time lurker etc) 021 575715

1 0

NZNOG Conference Begins Next Week
by Jamie Baddeley 16 Jan '17

16 Jan '17

Hi Folks, Welcome to 2017 and another edition of the 'Nog. Next week the conference http://www.nznog.org/nznog17 begins! http://www.nznog.org/nznog17/nznog-2017-workshop http://www.nznog.org/nznog17/nznog-2017-tutorials http://www.nznog.org/nznog17/conference-programme It's not too late to register - the programme is looking good - thanks to the Programme Committee and the Presenters that have put their names forward and made the time to give back to the NZNOG community. For those of you attending the Social on Thursday Night - pack something warm/decent shoes - the event is outside and so far the summer has been pretty meh. Conference attendance is looking good, we look forward to seeing you all there next week! If any of you fancy putting your hand up for some random work to help with odd jobs at the conference let us know (and when you'd be available) at info(a)nznog.org - we'd appreciate it. Cheers Jamie on behalf of the NZNOG Trustees.

1 0

Supporting RIPE Atlas
by Sebastian Castro 15 Jan '17

15 Jan '17

Hi everyone: On preparation for NZNOG 2017 next week, I'd like to pitch the RIPE Atlas project to this audience. RIPE Atlas https://atlas.ripe.net/ is global measurement network composed by hundreds of lightweight probes, that allow their users to run a variety of network measurements. The probes are small, powered by USB, and let you run Ping, Traceroute, lightweight HTTP, DNS lookups, etc. It provides the convenience of running measurements from different networks, very useful for troubleshooting and monitoring, as well as research. There are 82 active probes in New Zealand, and we would like to cover most of the active ASNs in the country with a probe. NZRS uses RIPE Atlas for some of our research work, like Detecting if NZ ISP are doing DNSSEC validation <http://blog.nzrs.net.nz/dnssec-validation-at-spark-nz/> or testing local ISP resolvers for centricity <http://blog.nzrs.net.nz/resolvers-centricity-detection/>, as well as our efforts to map the Internet topology of NZ that will be presented at the conference. Some NZNOG members are RIPE Atlas ambassadors, like Dean Pemberton or myself, we can get you a probe if you are interested on hosting one. I'll bring a few to Tauranga next week, feel free to contact me if you want one. If there is more demand than available probes, I can get a bunch directly from RIPE and post them to you later. Kind Regards, -- Sebastian Castro Technical Research Manager NZRS Ltd. desk: +64 4 495 2337 mobile: +64 21 400535

1 0

Call For Presentations - DNS-OARC Workship 26, Madrid, 14-15 May 2017
by Geoff Huston 07 Jan '17

07 Jan '17

[with apologies to those who see this on multiple lists] Call For Presentations The DNS-OARC 26th Workshop will take place in Madrid, Spain on May 14th and 15th 2017, the Sunday and Monday following the ICANN GDD Industry Summit 2017. The Workshop's Program Committee is now requesting proposals for presentations. This workshop intends to build from previous strong DNS-OARC workshops, where both operational content and research are welcome. All DNS-related subjects are welcome. If you are an OARC member, and have a sensitive topic you would like to present for members-only, we will accommodate those talks too. A timeslot will be available for lightning talks (5-10 minutes) on Monday May 15th, for which submissions will be accepted during May 14th on a first-come first-served basis. Workshop Milestones: 6th January 2017, Call for Presentations posted and open for submissions 24th February 2017, Deadline for submission 17th March 2017, Draft Programme published 14th April 2017, Final Program published 28th April 2017, Final deadline for slideset submission Details for presentation submission will be published here: https://indico.dns-oarc.net/event/26/call-for-abstracts/ The workshop presentations will be organized by common themes, depending on the topics and the timing of each presentation. There are 30-minute and 15-minute slots, let us know your preference in your submission. To allow the Programme Committee to make objective assessments of submissions, so as to ensure the quality of the workshop, submissions SHOULD include slides. Draft slides are acceptable on submission. If you have questions or concerns you can contact the Programme Committee: https://www.dns-oarc.net/oarc/programme via <submissions(a)dns-oarc.net> Ray Bellis, for the OARC Programme Committee OARC depends on sponorship to fund its workshops and associated social events. Please contact <sponsor(a)dns-oarc.net> if your organization is interested in becoming a sponsor. (Please note that OARC is run on a non-profit basis, and is not in a position to reimburse expenses or time for speakers at its meetings.)

1 0

Met Service
by Alan Maher 03 Jan '17

03 Jan '17

Merry Xmas all, Anyone have a contact with Met Service IT provider/manager/ help desk? http://www.metservice.com/ is running on complete go slow right now. "Someone" needs to take a look at it. Cheers Alan Maher --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

3 2

a bufferbloat-less christmas
by Dave Taht 22 Dec '16

22 Dec '16

I gave a talk at nznog about 2 years ago about bufferbloat and the fixes we had planned for it. I'm pleased to say that we've got it mostly fixed in the Linux kernel at this point. did the NZwrt idea ever get traction? In particular, the wifi fixes (fq_codel at the mac layer, and airtime fairness) have today, entered lede (formerly openwrt). There's full support for the ath9k and partial support for some ath10k chips. Builds should be popping out in a few hours. Most of these patches are now in the linux 4.10 mainline - and ATF is scheduled for 4.11. The sqm-scripts (in lede and openwrt, which also work on mainline linuxes) have long enabled fixing dsl, cable, fiber, ethernet - but *are not* required to fix wifi - with these patches, "wifi just works!" with far less bloat and more concurrency. There's a ton of ath9k/ath10k using products out there supported by lede. The Turris Omnia has all the sqm-scripts, fq_codel, and the ath9k/ath10k stuff either in it now, or rapidly pending. There's also some good stuff in the dsl-aware-autoconfig-ing http://evenroute.com/ (but not the wifi stuff as yet). A lot of people are liking the edgerouter-x... ... And there are dozens of other firmwares and products using fq_codel functionality - notably the ubnt edgerouter calls it what it is, but you'll see it also under names like "adaptive qos", and so on. For a good bit of research as to how fq_codel helps on slow connections (in this case, in australia across NBN's speed tiers), see: http://caia.swin.edu.au/reports/161107A/CAIA-TR-161107A.pdf for some details what went into fixing wifi, see: https://lwn.net/Articles/705884/ So... Have a bloat-free christmas! fix it for yourself, and then a friend, or two. My testing while I was in NZ last time seemed to indicate no particular tuning was needed for your country, but I remain curious as to what happens when you deploy this new stuff, there - and, if, over the last 2 years, you had been. Wish I was there, myself. Looks nice and warm. -- Dave Täht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org

1 0

pool.ntp.org traffic gone wild
by Lincoln Reid 19 Dec '16

19 Dec '16

Hi, Is anyone else in NZ seeing their pool.ntp.org traffic volumes up by an order of magnitude over the last few days? 20mbps+ seems like quite a lot of NTP. Cheers, -- Lincoln Reid Head of Networks ACSData - AS18119 lincoln(a)acsdata.co.nz Phone: +64 4 939 2200 Fax: +64 4 939 2201

12 19

Certifications
by Lesley Longhurst 14 Dec '16

14 Dec '16

Hi all, As an all-purpose leading network bod for my company, what's a good certification strategy? I deal with a wide range of stuff from local LANs to international backbones, and it's high time I got myself a piece of paper to "prove" that I know some stuff. Is CCNA still a good starting point? Lesley Longhurst Opus International Consultants Ltd, 33 The Esplanade, Petone, Lower Hutt 5012, New Zealand PO Box 30 845, Lower Hutt 5040, New Zealand +64 4 471 7002 +64 21 244 3718 lesley.longhurst(a)opus.co.nz<mailto:lesley.longhurst(a)opus.co.nz> www.opus.co.nz<http://www.opus.co.nz/>

9 14

Re: [nznog] Certifications
by Kerry Milestone 13 Dec '16

13 Dec '16

You may also wish to look at some of the online MOOCs. For example, a certified course (you pay for, and get your work verified etc) in Digital Network Essentials but you've probably moved on already a bit from this particular one. https://www.edx.org/course/digital-networks-essentials-imtx-net01x "All about the IP, TCP and UDP Internet protocols and their properties (quality of service, congestion management, etc.)" Or slightly more esoteric and off the original topic but still interesting to do is this one, put together by some fairly clued up people in their field: https://www.edx.org/course/cyber-security-economics-delftx-secon101x "We discuss and apply different economic models that help determine the costs and benefits of security investments in network security." Looking at this one from Ivan Pepelnjak, the six week course covers quite a bit and certainly would expose the holes in your current knowledge you need filling. Playing First Packet in a network symphony orchestra would be a good place to progress from should you require to learn the specifics and intricacies of certain equipment. http://www.ipspace.net/Building_Network_Automation_Solutions "In the hands-on part of the course you’ll build your own lab, either using virtual devices or physical gear. If you decide to go with the virtual device approach, you can choose between Arista vEOS, Cisco VIRL, Cisco CSR, Cumulus VX, Juniper vSRX or Juniper vMX." >From a business perspective, I think it is more useful knowing the why rather than just the how which is what certificates themselves often can't portray and may become very clear in an interview or stressed (the internets are broken...) situation. On 14/12/16 09:45, nznog-request(a)list.waikato.ac.nz wrote: > > > Today's Topics: > > 1. Certifications (Lesley Longhurst) > 2. Re: Certifications (Nathan Ward) > 3. Re: Certifications (Criggie) > 4. Re: Certifications (Chris O'Donoghue) > 5. Re: Certifications (Lesley Longhurst) > 6. Re: Certifications (Dave Mill) > 7. Re: Certifications (Nathan Ward) > 8. Re: Certifications (Bill Walker) > 9. Re: Certifications (Joel Wir?mu Pauling)

1 0

Accommodation Early Bird Has Ended - Other Options
by Jesse Archer 12 Dec '16

12 Dec '16

Hi All, Just a heads up that the Trinity Wharf early bird pricing ended yesterday. Other options if you're looking to save some $$ are listed at the following link, but I wouldn't muck around (Tauranga is one of NZ's Summer hot spots). http://www.nznog.org/nznog17/venue Conference is selling nicely, if you're interested in the Workshop or Tutorials on offer, don't muck around - only a few spots left on those. Conference will finish at 4.30pm on Friday Jan 27. Your direct flight home options on this date include: *Auckland 5pm & 6:20pm* *Wellington 5:25pm* *Christchurch 4:00pm (transit via Wellington or Auckland available at 5:25pm or 6:20pm).* Check-in is 20 minutes before departure, I'd allow 30 minutes travel time from the venue to the airport just in case there is some peak Friday afternoon traffic on Hewletts Road (lots of traffic lights). Regards, Jesse Archer On Behalf Of The NZNOG Trustees

1 0

NZNOG 2017 Registrations are Open
by Dave Mill 04 Dec '16

04 Dec '16

Hi all A heads-up that we have just opened registrations to the NZNOG 2017 conference in Tauranga. Details are here - http://www.nznog.org/nznog17 . The conference is brought to you by Go Wireless NZ. We have placed information regarding our current workshop and tutorials on these pages: http://www.nznog.org/nznog17/nznog-2017-workshop http://www.nznog.org/nznog17/nznog-2017-tutorials (Note, we might have some Grandstream phone training available on the Wednesday as well - we are still firming up details) We'd encourage people to register early for the tutorials and workshops as some of these will have limited seats due to room availability. Also, a reminder that early bird accommodation rates at the conference venue will finish on December 12. Rooms are limited so again book your accommodation early. Check out accommodation options here - http://www.nznog.org/nznog17/venue A big thank you to all of our sponsors so far - http://www.nznog.org/nznog17/nznog-2017-sponsorship Hope to see you there! Cheers Dave (on behalf of the NZNOG Trust)

2 2

Strange issues in CHCH - Routing SYN Timeouts
by Brad Nightingale 01 Dec '16

01 Dec '16

Hi We are experiencing weird issues from out of our internet break out in CHCH. I don't want to drop our upstream in it so no names mentioned, but yes a ticket has been logged with them - this is just becoming urgent as it started . Since I have done this I have had reports from other IT Service Providers that say their customers are experiencing the same thing. Basically we can ping anything, but we cant web browse to wide range of certain sites (e.g. www.bnz.co.nz) - these would appear to be internationally hosted sites but I can't categorically state this. We are getting SYN Timeouts almost like there is async routing somewhere way up stream or some random MTU issue. I don't expect to have anyone solve the problem from this email, just a "yes there is an issue and we are experiencing it too and know XXX is working on it" would be helpful to know. Thanks Brad ________________________________ CAUTION: This communication, including any attachments are confidential. If you have received this communication in error, please advise the sender immediately and delete the message and any attachments. Nothing in this email designates an information system for the purposes of Section 11(a) of the New Zealand Electronic Transactions Act 2002, unless expressly stated otherwise.

1 0

Network Status/Anecdotes from #eqnz
by Joel Wirāmu Pauling 13 Nov '16

13 Nov '16

Hi all, Hope everyone is safe; thoughts are with everyone back home. As I went through the call list of friends and family this morning ; from the considerably less shakey Eastern Canada - my mind turned to work and network operators. Have a fairly rag-tag list of info mostly anecdotal from users on a variety of places (twitter/reddit/g+) about loss of services from ISP's (Nelson area seems pretty hard hit) Wondering how everyone's networks have held up and if there are any pain points, am sure the people at the forefront are already hard at work and sharing resources as required. But if there is anything people can and/or are willing to share it would be appreciated. -Joel

1 0

Re: [nznog] NZNOG Digest, Vol 167, Issue 2
by Logan Douglas 07 Nov '16

07 Nov '16

Try Jason Foden - General manager of Ondemand. He can point you in the right direction. I think his email is jason.foden(a)tvnz.co.nz Will confirm. Logan @ Live Motorsport NZ On Tue, Nov 8, 2016 at 12:00 PM, <nznog-request(a)list.waikato.ac.nz> wrote: > Send NZNOG mailing list submissions to > nznog(a)list.waikato.ac.nz > > To subscribe or unsubscribe via the World Wide Web, visit > https://list.waikato.ac.nz/mailman/listinfo/nznog > or, via email, send a message with subject or body 'help' to > nznog-request(a)list.waikato.ac.nz > > You can reach the person managing the list at > nznog-owner(a)list.waikato.ac.nz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of NZNOG digest..." > > > Today's Topics: > > 1. TVNZ onDemand Contact (Tristram Cheer) > 2. Re: TVNZ onDemand Contact (Jesse Archer) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 7 Nov 2016 03:05:50 +0000 > From: Tristram Cheer <t(a)uber.co.nz> > To: "nznog(a)list.waikato.ac.nz" <nznog(a)list.waikato.ac.nz> > Subject: [nznog] TVNZ onDemand Contact > Message-ID: > <PS1PR03MB16598F6295DE95103FAE52B096A70(a)PS1PR03MB1659. > apcprd03.prod.outlook.com> > > Content-Type: text/plain; charset="us-ascii" > > Hi All, > > I'm looking for someone in charge over at TVNZ who works on their Ondemand > platform, Helpdesk and noc so far are stuck and I need someone to work on a > widespread issue with their platform. > > > Cheers > > > TRISTRAM CHEER > UBER GROUP LIMITED > NETWORK ARCHITECT - MOST PROBLEMS ARE THE RESULT OF PREVIOUS SOLUTIONS... > > [Facebook]<https://www.facebook.com/UberGroup?_rdr=p> [Twitter] < > https://twitter.com/ubergroupltd> > > E: t(a)uber.co.nz<mailto:t(a)uber.co.nz> > P: 09 438 5472 Ext 803 | M: 022 412 1985 | W: www.uber.co.nz<http://www. > uber.co.nz> > 53 PORT ROAD | PO BOX 5083 | WHANGAREI | NEW ZEALAND > > > > >

1 0

TVNZ onDemand Contact
by Tristram Cheer 06 Nov '16

06 Nov '16

Hi All, I'm looking for someone in charge over at TVNZ who works on their Ondemand platform, Helpdesk and noc so far are stuck and I need someone to work on a widespread issue with their platform. Cheers TRISTRAM CHEER UBER GROUP LIMITED NETWORK ARCHITECT - MOST PROBLEMS ARE THE RESULT OF PREVIOUS SOLUTIONS... [Facebook]<https://www.facebook.com/UberGroup?_rdr=p> [Twitter] <https://twitter.com/ubergroupltd> E: t(a)uber.co.nz<mailto:t(a)uber.co.nz> P: 09 438 5472 Ext 803 | M: 022 412 1985 | W: www.uber.co.nz<http://www.uber.co.nz> 53 PORT ROAD | PO BOX 5083 | WHANGAREI | NEW ZEALAND

2 1

NZNOG 2017 Sponsorship and Conference Update
by Dave Mill 02 Nov '16

02 Nov '16

Hi all First of all, I'd like to welcome aboard Go Wireless NZ as our naming and Platinum sponsor for NZNOG 2017. NZNOG conferences just wouldn't be possible without sponsors like Go Wireless NZ so I'd strongly encourage you all to support them. Check out their website - https://www.gowifi.co.nz/ At the moment we haven't had as many sponsors come on-board as we would have hoped for. If you have been considering sponsoring NZNOG but haven't made contact yet please do so. If you know any companies that might consider sponsoring NZNOG please encourage them also. sponsorship(a)nznog.org is the email address for any sponsorship inquiries. If we don't get more sponsors on-board we may have to consider raising conference fees slightly. We'd really hope to not do this and to keep NZNOG at its standard low cost. We have a $1000 community sponsor level available so even having a few more companies/organisations coming on-board at that level would help a lot. We have a call for papers for the conference out. Richard Nelson posted this on Oct 13 to the list - its also available at http://www.nznog.org/call-for-papers . We have just locked in our first workshop (23 - 25 Jan) and tutorial (25 Jan) and hope to have more options soon. We'll aim to release some more details on these soon. Finally, we've had a few people book in accommodation at our venue nice and early which is great to see. A reminder, this conference is in Tauranga in the height of summer and accommodation will be at a premium. Some accommodation options are available here - http://www.nznog.org/nznog17/venue . Look forward to seeing you next year. Cheers Dave (on behalf of the NZNOG trust) http://www.nznog.org/nznog17

1 0

Juniper EX4600 "process switching"?
by Ewen McNeill 24 Oct '16

24 Oct '16

Does anyone have any suggestions for how to investigate what looks like certain paths of inter-virtual-router layer 3 switching (routing, via routes leaked into the VR) on a Juniper EX4600 (and I'd guess QFX5100) being sent via the supervisor CPU? Searching online turns up lots of advice for investigating, eg, "process switching" on Cisco (eg, http://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/ios-software-r…) but I'm not finding much documented for Juniper :-( From the customer point of view the most obvious symptom is approximately 10-20 ms additional latency on a local routed path (VLAN A on VR 1 to VLAN B on VR 2), but apparently only in one direction (ie, if we bypass the EX4600 in the problematic direction then it "seems to be okay". It happens even when there's basically no traffic (eg, under 1Mbps on a 1Gbps link), and only a couple of dozen devices on each VLAN. (At times we've seen the latency as high as 1000+ ms -- so over 1s, for local traffic -- but that was at a busier site.) From an internal point of view, the most obvious symptom is that the forwarding-options analzyer shows ingress/egress on one of the VLANs, but only ingress on the other VLAN; and "monitor traffic ..." shows only the missing egress traffic. Since I'd understood "monitor traffic" to only see traffic that goes via the supervisor CPU, I'm starting to wonder if the latency is coming due to the packet flow in that direction going through the processor CPU -- for some unknown reason. This is happening at two sites, but they're basically identical EX4600s facing basically identical switches, and equivalently configured routing instances in each. The two VLANs are sub-interfaces on the same aggregation (ae1) to the same switch, so it's sort of hairpinned, but via leaked static routes in the two routing instances. The on-VLAN hardware at each site is pretty similar too. So we're guessing the cause is the same, but don't know what it is. We've already tried testing with the aggregation down to a single link, and it appears to make no difference. We've also forced ethernet flow control off at both ends, without making a difference. Any thoughts, particularly to see what path through the EX4600 packets are taking, welcomed. Or documentation for how the EX4600/QFX5100 packet forwarding engine architecture works (I can find M/T/MX documents, but not the one I want...). Thanks, Ewen

2 3

[Job] The National Library of New Zealand is looking for an experienced Digital Preservation Web Engineer [Closes 28th Oct]
by Jay Gattuso 24 Oct '16

24 Oct '16

The National Library of New Zealand is looking for an experienced Digital Preservation Web Engineer to lead its web archiving programme. You will be responsible for the strategic and operational management of the Library's web archiving programme. The primary purpose of the Digital Preservation Web Engineer is to define, implement and support the efficient acquisition, preservation and discovery/delivery of web based digital content subject to the Library's legislated mandate. This includes harvesting via the Library's selective and whole-of-domain web archiving programmes and the design, deployment and implementation of mechanisms for storing, indexing and providing access (including data mining) to the web collections. You will be working within a team of 8 digital preservation specialists in the Preservation Research & Consultancy team and be responsible for: * developing a world class approach to the gathering, preservation, dissemination and interrogation of web based collections. * drafting a business case for indexing, search and delivery for the Library approx 80Tb of web archives. * contributing to the development of the strategic direction of the National Library with particular emphasis on the Library's digital (web) collection building, preservation and access roles. * working closely with national and international peers, related teams within the department and with external vendors. Working at the Department of Internal Affairs, you'll have the opportunity to make a real difference in the lives of New Zealanders. The National Library of New Zealand sits within the Information and Knowledge Services branch, the Department's epicentre of information management. Our branch is all about collecting, storing and preserving important things that are precious to New Zealand. You will have substantial practical experience in an IT environment with specific emphasis on web framework technologies and protocols, and preferably also demonstrated experience in web archiving. You will be a self-driven specialist, ideally with a tertiary qualification in information technology, computer science or information science or its equivalent. This role also requires you to be legally entitled to work in New Zealand. If you want to join a team of smart, committed people who do spectacular work for New Zealand - then this might be the right job for you. Applications close: 5PM, Friday 28 October 2016 For more information please contact: Steve Knight, Programme Director Preservation Research on +64 21 490 503 or steve.knight(a)dia.govt.nz<mailto:steve.knight(a)dia.govt.nz> Job description: To review the full job description, please click here<http://www.bfound.net/Company/164-20160916152621.pdf> Applications: To apply for this role at the National Library of New Zealand, please click here<https://www.bfound.net/loginbox.aspx?loginState=3&jobId=136955&CoId=164>

1 0

NZNOG17 - Call for Papers
by Richard Nelson 12 Oct '16

12 Oct '16

The NZNOG organising committee invites papers for its 14th annual conference, to be hosted at Trinity Wharf, Tauranga, New Zealand from 23 - 27th January 2017. There will the three day Workshops 23 – 25 January, a day of tutorials on 25 January with the main conference on 26 – 27 January. Conference objective: The NZNOG conference, workshops and tutorials are a once-a-year opportunity for individuals and organisations involved in Internet operations to meet and share the latest in Internet operations, technologies practices and receive high quality training. The event is unique in New Zealand and attracts technical, skilled individuals with a genuine interest in Internet operations and Internetworking technologies. Submit a paper: Presenters are invited to submit abstracts of their paper for consideration by Monday 28th November. Abstracts should be no more than one page long and provide a summary of your networking-related subject matter. To submit your paper please e-mail: talks(a)nznog.org When considering a presentation, remember that the NZNOG audience is mainly comprised of technical network operators and engineers with a wide range of experience levels from beginners to multi-year experience. There is a strong orientation to offer core skills and basic knowledge in SIGs and to address issues relevant to the day-to-day operations of ISPs and network operators in the conference sessions. Note: The inclusion of a title, bio, topic, abstract, and slides with proposals is not compulsory but will help us determine the quality of your proposal and increase the likelihood it will be accepted. The organising committee will evaluate proposals based on fit with the conference’s objective and its ability to stimulate lively discussions around the current state of New Zealand networking. This call for submissions can also be found at: http://www.nznog.org/call-for-papers For more information about the conference visit www.nznog.org or contact: talks(a)nznog.org

1 0

APNIC 42 has started - participate remotely!
by Elly Tawhai 03 Oct '16

03 Oct '16

________________________________________________________________________ APNIC 42 has started - participate remotely! ________________________________________________________________________ Hi NZNOG Community, If you can't attend a session in person, you can participate remotely using our online participation tools. We provide an Adobe Connect virtual conference room with live video, audio, transcript, chat, and real-time slides and YouTube live, allowing you to virtually attend and participate in APNIC 42 online. https://conference.apnic.net/42/remote Policy SIG ---------- If you want to play a part in how Internet number resources are managed, be sure to participate at the three Policy SIG sessions. As well as the proposals under discussion, there will also be interesting presentations on whois data quality and accuracy, and IPv4 transfers. https://conference.apnic.net/42/policy First TC Security Session ------------------------- With cyber security threats on the rise, it's important to keep up to date on Internet security vulnerabilities, mitigation techniques, and ways the Internet community can work together to find solutions. Check out the FIRST Technical Colloquia sessions to hear from regional and international Internet security experts share their real-world experiences. https://conference.apnic.net/42/program#/schedule/day/8/first-tc-security-s… Thanks to our sponsors ---------------------- Huge thanks go to our APNIC 42 sponsors. We really appreciate your support! https://conference.apnic.net/42/sponsor#sponsors Keep in touch ------------- Stay up to date with what's happening at the conference by subscribing to the APNIC Blog and following us on our social networks. http://blog.apnic.net https://www.apnic.net/about-APNIC/social-media ________________________________________________________________________ APNIC Secretariat secretariat(a)apnic.net Asia Pacific Network Information Centre (APNIC) Tel: 61 7 3858 3100 PO Box 3646 South Brisbane, QLD 4101 Australia Fax: 61 7 3858 3199 6 Cordelia Street, South Brisbane, QLD http://www.apnic.net ________________________________________________________________________

1 0

Huawei AR160 - Chorus VDSL config anyone?
by Mike Taylor 26 Sep '16

26 Sep '16

Just thought I'd chuck this out there, as my Google-fu seems to be failing. Does anyone have a known good, Chorus Wholesale, VDSL config for an Huawei AR160 router? (The look like a Cisco 800 series, NOT the white,plastic consumer version) Specifically, I'm having an issue where PPPoE Active Discovery is working. The ISP core starts sending PPPoE LCP requests, and the Huawei _seems_ to think it's sending replies, but I'm wiresharking it in our core, and PPPoE frames are NOT making it back to us... Cheers, Mike -- Mike Taylor The Total Team 0800 888 326 / +64 3 3779050

4 4

[Job] Telcos job opportunities
by Pierre-Emmanuel Goiffon 21 Sep '16

21 Sep '16

Hi NZNog, Please apologize if I breach any mailing-list rule with this email. I recently joined this mailing-list and I would like to introduce myself as I am actively looking for a job in telcos here. I have 14 years’ experience in the telecommunication Industry in Europe - in different types of companies like Renater (French equivalent to REANNZ), BT, Orange Business Services, Level 3 Communications - in different types of environments : Integrator, Telecommunications provider, Consultancy - in different types of positions : network engineer, contract manager, project manager, sales engineer I recently relocated in New Zealand for family reason, and I'm now actively looking for a Job here. As I found my last position in France via the FRNOG Community, I though it would make sense to contact the NZNOG Community here :) I am mainly looking for presales or project manager positions, but I am opened to hear about any vacancy that could match my profile. My CV is available here: https://www.dropbox.com/s/a7v3e16fvaokgqi/GOIFFON-CV_Sept2016.pdf?dl=0 Please reply off-list. Best Regards, Pierre-Emmanuel Goiffon

1 0

[Job posting] Digital Preservation Web Engineer
by Jay Gattuso 19 Sep '16

19 Sep '16

The National Library of New Zealand is looking for an experienced Digital Preservation Web Engineer to lead its web archiving programme. https://www.bfound.net/detail.aspx?jobId=136955&CoId=164&rq=5 You will be responsible for the strategic and operational management of the Library's web archiving programme. The primary purpose of the Digital Preservation Web Engineer is to define, implement and support the efficient acquisition, preservation and discovery/delivery of web based digital content subject to the Library's legislated mandate. This includes harvesting via the Library's selective and whole-of-domain web archiving programmes and the design, deployment and implementation of mechanisms for storing, indexing and providing access (including data mining) to the web collections. You will be working within a team of 8 digital preservation specialists in the Preservation Research & Consultancy team and be responsible for: * developing a world class approach to the gathering, preservation, dissemination and interrogation of web based collections. * drafting a business case for indexing, search and delivery for the Library approx 80Tb of web archives. * contributing to the development of the strategic direction of the National Library with particular emphasis on the Library's digital (web) collection building, preservation and access roles. * working closely with national and international peers, related teams within the department and with external vendors. Working at the Department of Internal Affairs, you'll have the opportunity to make a real difference in the lives of New Zealanders. The National Library of New Zealand sits within the Information and Knowledge Services branch, the Department's epicentre of information management. Our branch is all about collecting, storing and preserving important things that are precious to New Zealand. You will have substantial practical experience in an IT environment with specific emphasis on web framework technologies and protocols, and preferably also demonstrated experience in web archiving. You will be a self-driven specialist, ideally with a tertiary qualification in information technology, computer science or information science or its equivalent. This role also requires you to be legally entitled to work in New Zealand. If you want to join a team of smart, committed people who do spectacular work for New Zealand - then this might be the right job for you. 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

PCH peering survey 2016
by Bill Woodcock 14 Sep '16

14 Sep '16

Background: Five years ago PCH conducted the first, and to date only, comprehensive survey characterizing Internet peering agreements. The document that resulted can be found here: https://www.pch.net/resources/Papers/peering-survey/PCH-Peering-Survey-2011… <https://www.pch.net/resources/Papers/peering-survey/PCH-Peering-Survey-2011…> That document was one of the principal inputs to an important document that the OECD publishes every five years, one that recommends communications regulatory policy to OECD member nations: http://www.oecd.org/officialdocuments/publicdisplaydocumentpdf/?cote=DSTI/I… <http://www.oecd.org/officialdocuments/publicdisplaydocumentpdf/?cote=DSTI/I…> The survey had several useful findings which hadn’t previously been established as fact—most notably the portion of peering relationships that are “handshake” agreements, without written contract. These findings have improved the regulatory environments in which many of us operate our networks. At the time of the 2011 survey, we committed to repeating the survey every five years, so as to provide an ongoing indication of the direction peering trends take. It’s now five years later, so we’re repeating the survey. The survey is global in scope, and our goal is to reflect the diversity of peering agreements in the world; we’re interested in large ISPs and small ISPs, ISPs in Afghanistan and in Zimbabwe, bilateral agreements and multilateral, private and public. Our intent is to be as comprehensive as possible. In 2011, the responses we received represented 86% of all of the world’s ISPs and 96 countries. We would like to be at least as inclusive this time. Privacy: In 2011, we promised to collect the smallest set of data necessary to answer the questions, to perform the analysis immediately, and not to retain the data after the analysis was accomplished. In that way, we ensured that the privacy of respondents was fully protected. We did as we said, no data was leaked, and the whole community benefited from the trust that was extended to us. We ask for your trust again now as we make the same commitment to protect the privacy of all respondents, using the same process as last time. We are asking for no more data than is absolutely necessary. We will perform the analysis immediately upon receiving all of the data. We will delete the data once the analysis has been performed. The Survey: We would like to know the following five pieces of information relative to each Autonomous System you peer with: • Your ASN • Your peer’s ASN (peers only, not upstream transit providers or downstream customers) • Whether a written and signed peering agreement exists (the alternative being a less formal arrangement, such as a "handshake agreement") • Whether the terms are roughly symmetric (the alternative being that they describe an agreement with different terms for each of the two parties, such as one compensating the other, or one receiving more or fewer than full customer routes) • Whether a jurisdiction of governing law is defined • Whether IPv6 routes are being exchanged (this year, we’ll still assume that IPv4 are) The easiest way for us to receive the information is as a tab-text or CSV file or an Excel spreadsheet, consisting of rows with the following columns: Your ASN: Integer Peer ASN: Integer Written agreement: Boolean Symmetric: Boolean Governing Law: ISO 3166 two-digit country-code, or empty IPv6 Routes: Boolean For instance: 42 <tab> 715 <tab> false <tab> true <tab> us <tab> true <cr> 42 <tab> 3856 <tab> true <tab> true <tab> us <tab> true <cr> We are asking for the ASNs only so we can avoid double-counting a single pair of peers when we hear from both of them, and so that when we hear about a relationship in responses from both peers we can see how closely the two responses match, an important check on the quality of the survey. As soon as we've collated the data, we'll strip the ASNs to protect privacy, and only the final aggregate statistics will be published. We will never disclose any ASN or any information about any ASN. We already have more than 8,000 ASN-pair relationships documented, and we hope to receive as many more as possible. We'd like to finish collecting data by the end of September, about two weeks from now. If you’re peering with an MLPA route-server, you’re welcome to include just the route-server’s ASN, if that’s easiest, rather than trying to include each of the peer ASNs on the other side of the route-server. Either way is fine. If all of your sessions have the same characteristics, you can just tell us what those characteristics are once, your own ASN once, and give us a simple list of your peer ASNs. If your number of peers is small enough to be pasted or typed into an email, rather than attached as a file, and that’s simpler, just go ahead and do that. If you have written peering agreements that are covered by non-disclosure agreements, or if your organizational policy precludes disclosing your peers, but you’d still like to participate in the survey, please let us know, and we’ll work with whatever information you’re able to give us and try to ensure that your practices are statistically represented in our results. If you're able to help us, please email me the data in whatever form you can. If you need a non-disclosure, we're happy to sign one. Finally, if there are any other questions you’d like to see answered in the future, please let us know so that we can consider addressing them in the 2021 survey. The question about IPv6 routing in this year’s survey is there because quite a few of the 2011 respondents asked us to include it this time. Please respond by replying to this email, before the end of September. Thank you for considering participating. We very much appreciate it, and we look forward to returning the results to the community. -Bill Woodcock Executive Director Packet Clearing House

1 0

AS paths from NZIX route servers
by Lincoln Reid 08 Sep '16

08 Sep '16

Hi All, Currently ( all? ) the NZIX route servers insert the exchange ASN into routes that are advertised to the route servers. The exchanges that we peer with overseas such as Any2 in LA, Equinix Sydney and NSW-IX plus the new AKL-IX exchange do not insert the exchange ASN into advertisements, so all else being equal the paths from those exchanges are shorter than routes from APE and WIX by one AS hop. There are other NZ networks like us that peer at APE and/or WIX and also peer at overseas exchanges and to have optimal traffic flows with them, we put in one off hacks per network. The least ugly ways of doing this for us work fine but create per peer config that must be maintained. Ideally we can put bilateral peering up at APE and WIX so that the extra AS hop goes away but sometimes bilateral peering is impractical due to the other networks peering policy. I can't think of a reason why putting the exchange ASN in the path helps anyone. Is this just a hangover from the old days? Or is there some legitimate reason that it should be like this? Cheers, -- Lincoln Reid Head of Networks ACSData - AS18119 lincoln(a)acsdata.co.nz Phone: +64 4 939 2200 Fax: +64 4 939 2201

21 33

IANA AS Numbers registry update
by Paula Wang 08 Sep '16

08 Sep '16

Hi, The IANA AS Numbers registry has been updated to reflect the allocation of the following block to LACNIC in September 2016: 265629-266652 Assigned by LACNIC 2016-09-08 You can find the IANA AS Numbers registry at: http://www.iana.org/assignments/as-numbers/as-numbers.xml The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en Best Regards, Paula Wang IANA Specialist ICANN

1 0

IANA IPv4 Recovered Address Space registry updated
by Selina Harrington 01 Sep '16

01 Sep '16

Hi, ICANN has updated the IANA IPv4 Recovered Address Space registry according to the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA. The policy states that in each IPv4 allocation period, each RIR will receive a single IPv4 allocation unit from ICANN. An IPv4 allocation period is defined as a 6-month period following 1 March or 1 September in each year. The address space selection software can be downloaded from: https://github.com/icann/ The list of allocations can be found at: https://www.iana.org/assignments/ipv4-recovered-address-space/ Kind regards, Selina Harrington IANA Senior Specialist ICANN

1 0

Security clearance under TICSA
by Juha Saarinen 14 Aug '16

14 Aug '16

Thought I should pass on these somewhat partisan tweets: https://twitter.com/norightturnnz <https://twitter.com/norightturnnz> To those who haven’t seen them already. Full text of the bill here: http://www.legislation.govt.nz/bill/government/2016/0158/latest/DLM6921310.… <http://www.legislation.govt.nz/bill/government/2016/0158/latest/DLM6921310.…> Would be interested in comments on this, if it applies or not, and other things. Cheers — Juha

3 2

Call for Presentations - DNS-OARC 25th Workshop, Oct 2016 [Deadline Extended]
by Sebastian Castro 01 Aug '16

01 Aug '16

The DNS-OARC 25th Workshop will take place in Dallas, Texas during October 15th and 16th 2016, the Saturday and Sunday before NANOG68. To attract the best DNS minds, DNS-OARC is requesting proposals for presentations, with a preference for Resolver's Operations experiences, including running DNSSEC validating resolvers. This workshop intends to build from previous strong DNS-OARC workshops, where both operational content and research are welcome. All DNS-related subjects are accepted. If you are an OARC member, and have a sensitive topic you would like to present for members-only, we will accommodate those talks too. A time-slot will be available for lightning talks (5-10 minutes) on Sunday October 16th, for which submissions will be accepted during October 15th on a first-come first-served basis. Workshop Milestones * 15th June 2016, Call for Presentations posted and open for submissions * 21st August 2016, Deadline for submission * 1st September 2016, Final Program published * 10th October 2016, Final deadline for slideset submission Details for presentation submission will be published here: https://indico.dns-oarc.net/event/25/call-for-abstracts/ The workshop presentations will be organized by common themes, depending on the topics and the timing of each presentation. There are 30-minute and 15-minute slots, let us know your preference in your submission. To ensure the quality of the workshop, submissions should include slides. Draft slides are acceptable on submission. You can contact the Programme Committee: https://www.dns-oarc.net/oarc/programme via <submissions(a)dns-oarc.net> if you have questions or concerns. Sebastian Castro, for the OARC Programme Committee OARC is also seeking sponsorship for this workshop, please contact <sponsor(a)dns-oarc.net> if your organization is interested in becoming a sponsor. (Please note that OARC is run on a non-profit basis, and is not in a position to reimburse expenses or time for speakers at its meetings.)

1 0

IANA AS Numbers registry update
by Selina Harrington 29 Jul '16

29 Jul '16

Hi, The IANA AS Numbers registry has been updated to reflect the allocation of the following blocks to RIPE NCC: 64396-64495 Assigned by RIPE NCC 2016-07-29 204288-205211 Assigned by RIPE NCC 2016-07-29 205212-206235 Assigned by RIPE NCC 2016-07-29 206236-207259 Assigned by RIPE NCC 2016-07-29 The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en The 16-bit AS Number pool has now been exhausted. Future allocations will be made from the 32-bit pool. You can find the IANA AS Numbers registry at: http://www.iana.org/assignments/as-numbers/as-numbers.xml Regards, Selina Harrington IANA Senior Specialist ICANN

1 0

Fwd: [AusNOG] AusNOG 2016 programme and initial call for lightning talks
by Mark Prior 26 Jul '16

26 Jul '16

In case people are interested in heading across the ditch for AusNOG in September. Mark. -------- Forwarded Message -------- Subject: [AusNOG] AusNOG 2016 programme and initial call for lightning talks Date: Tue, 26 Jul 2016 12:29:24 +0930 From: Mark Prior <mrp(a)mrp.net> To: ausnog(a)lists.ausnog.net <ausnog(a)lists.ausnog.net> Hello, The AusNOG web site has now been updated with the AusNOG 2016 programme. See <http://www.ausnog.net/events/ausnog-2016> for more details on the programme and abstracts for most of the presentations. As you will notice this year we will again be having a short lightning talk session. Anyone registered to attend AusNOG is welcome to submit a proposal to <organisers(a)ausnog.net> by 29 August 2016. A lightning talk is a short presentation on topics that are either too short, too timely or too preliminary to include on the general agenda, or even just something to stir up some discussion. There is no requirement for slides. As we tried to cram in as many presentations as possible this year time for lightning talks is limited and so we may need to restrict them to 5 minutes (or just run late :-) The organisers would like to especially encourage people who haven't spoken at an AusNOG before to consider having a go. Kind Regards, Mark Prior (For the AusNOG Board) _______________________________________________ AusNOG mailing list AusNOG(a)lists.ausnog.net http://lists.ausnog.net/mailman/listinfo/ausnog

1 0

Microsoft APE port going into maintenance mode today at 2pm (NZT)
by Peter Tobin 25 Jul '16

25 Jul '16

Sent on behalf of Microsoft: Hello Auckland Peering Exchange Members, Microsoft will be performing maintenance on our connection into the exchange today, Tuesday 7/26 at 2pm local. You will see your sessions to AS 8075 drop while we complete our work. We will do our best to minimize impact. Thank you for your patience and thank you for peering with Microsoft. Microsoft AS8075 peering(a)microsoft.com<mailto:peering(a)microsoft.com>

1 0

Re: [nznog] Perth to Singapore link cut
by Regan Murphy 21 Jul '16

21 Jul '16

Would affect traffic to the Microsoft datacenters in Singapore and Hong Kong, think we have some bw on that leg. Alternate routes via JPN or Guam are much slower ☹ Sent from my Windows 10 phone From: Don Stokes<mailto:don(a)daedalus.co.nz> Sent: Friday, 22 July 2016 5:05 PM To: NZNOG(a)list.waikato.ac.nz<mailto:NZNOG(a)list.waikato.ac.nz> Subject: [nznog] Perth to Singapore link cut I just got a note from Vocus indicating a failure in the Perth to Singapore link. Hasn't had too much impact - the Japan based M.root-servers.net is showing a longish RTT routing via California (going from ~205ms to ~265ms). Not sure if it affects anyone in NZ other than Vocus-connected sites. Looks like the cut occurred around 14:53 today (NZST). -- don _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz https://list.waikato.ac.nz/mailman/listinfo/nznog

2 1

Perth to Singapore link cut
by Don Stokes 21 Jul '16

21 Jul '16

I just got a note from Vocus indicating a failure in the Perth to Singapore link. Hasn't had too much impact - the Japan based M.root-servers.net is showing a longish RTT routing via California (going from ~205ms to ~265ms). Not sure if it affects anyone in NZ other than Vocus-connected sites. Looks like the cut occurred around 14:53 today (NZST). -- don

1 0

Trying to locate a cell device of the coast of Otago
by Travis Baird 20 Jul '16

20 Jul '16

Hi everyone. I am posting here as a last resort and this isn't really relevant to to this group, but more than anything I am hoping someone here may have some more knowledge about cellular technology than me. I have a customer that has lost a fairly expensive Buoy off the cost of Otago and it's GPS has stopped working. Vodafone have confirmed they are still seeing it connected to their cell tower (2G only) but the Vodafone helpdesk people aren't particularly helpful when we start asking them about options for finding a rough location at sea so we have an idea where to look for it. Does anyone know if it's possible to triangulate a location of a cellular device these days? Is there a cutoff distance from the tower that the device will no longer be able to connect (e.g. if there is this helps narrow the search area at least)? Does anyone have an contact details for someone at VF that might be able to help? If anyone has any info that might help, please contact me off list. Thanks in advance. Regards -- Travis Baird | Managing Director Unifone NZ ltd <http://unifone.net.nz> a. 7 Kitchener St, Dunedin <https://www.google.co.nz/search?q=7+kitchener+st+dunedin> e. travis(a)unifone.net.nz <mailto:travis(a)unifone.net.nz> m. 029 763 8911 <tel:+64297638911> t. 03 974 8233 <tel:+6439748233>

7 7

A Leap Second will be added at 2016/12/31 23:59:60 UTC (Security=UNCLASSIFIED)
by HENDERSON MIKE, MR 20 Jul '16

20 Jul '16

FYI/A A Leap Second will be added to the world's clocks at 2016/12/31 23:59:59/60 UTC. Owing to the fortuitous operation of the rotating globe, this will happen at lunchtime NZ Time (noon or 13:00, depending on how NZ Summer Time works) on New Year's Day 2017, so will more likely affect our post-prandial nap than interrupt our New Year revels Details below sig block. Happy New Year 2017 :) Mike ______________________________ Mike Henderson Manager Information Systems Policy, Policy & Plans group, CIS Branch New Zealand Defence Force DDI: +64 4 496 0186 | Mobile: +64 21 243 8183 www.nzdf.mil.nz <http://force4nz.mil.nz/> ============================================================ Reformatted from https://datacenter.iers.org/web/guest/eop/-/somos/5Rgv/latest/16 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 1 40 51 23 35 e-mail: services.iers(a)obspm.fr web: http://hpiers.obspm.fr/eop-pc Paris, 6 July 2016 Bulletin C 52 To authorities responsible for the measurement and distribution of time UTC TIME STEP on the 1st of January 2017 A positive leap second will be introduced at the end of December 2016. The sequence of dates of the UTC second markers will be: * 2016 December 31, 23h 59m 59s * 2016 December 31, 23h 59m 60s * 2017 January 1, 0h 0m 0s The difference between UTC and the International Atomic Time TAI is: * from 2015 July 1, 0h UTC, to 2017 January 1 0h UTC : UTC-TAI = - 36s * from 2017 January 1, 0h UTC, until further notice : UTC-TAI = - 37s 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. Christian Bizouard Head Earth Orientation Center of IERS Observatoire de Paris, France 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

Large increase in traffic
by Dave Mill 12 Jul '16

12 Jul '16

Hi We're seeing a large increase in inbound traffic levels today. Appears to be coming in both over peering links and internationally. Right now it appears to be Microsoft related. An AKL-IX graph shows it well - http://monitor.akl-ix.nz/cacti/graph.php?local_graph_id=14&rra_id=all Or the MS port: http://monitor.akl-ix.nz/cacti/graph.php?action=view&local_graph_id=137&rra… Does anyone else have more information to add as to what MS patches or similar are causing this? And over what borders this traffic is entering their networks? Cheers Dave

5 4

Huge increase in Spam traffic over the past few days - Domains registered with MelbourneIT?
by Cameron Bradley 12 Jul '16

12 Jul '16

Hi All, Wondering if anyone else has seen the same situation in their environments. Our MTAs are taking an absolute pounding (and as a result I'm not sleeping much!) from a bunch of hosts with PTRs for domains ending in 'eas.com' (ex 'leipai168eas.com', 'attractive7eas.com', 'theevermoreseas.com', 'bajasouleas.com'). All the domains seem to be registered through Melbourne IT to random gmail addresses (which themselves look spammy!) and using cloudns nameservers. There has also been a noted increase in traffic from other domains, but this one stood out to me as a pattern. We've got mitigations in play, but I'd still be interested to see if anyone else was experiencing any noise. Cheers, Cam

1 0

Take the APNIC Survey - Your Views Matter
by Elly Tawhai 06 Jul '16

06 Jul '16

________________________________________________________________________ Take the APNIC Survey - Your Views Matter ________________________________________________________________________ Hi NZNOG Community, The APNIC Survey 2016 is now open. https://survey.apnic.net APNIC runs the survey every two years to ensure it is meeting the needs and wishes of its Members and those who use APNIC services. Your views are extremely valuable to APNIC. The results of the survey help guide the future direction of the organization. The survey will be conducted by independent research organization Survey Matters. The survey is anonymous and no identifying information will be made available to APNIC. The survey closes on 5 August 2016. Early Bird prize draw --------------------- Take the survey by Sunday, 10 July (23:59 UTC +10) to be in the draw for the Early Bird prize of a Microsoft Surface Pro 4 (128GB / Intel Core M3 / 4GB RAM). There are other prizes to be won during the survey period, including an Apple Watch Sport (42mm), so the sooner you complete the survey, the more chances you have to win. Take the APNIC Survey 2016 now! https://survey.apnic.net Thank you for your continued support of APNIC. ________________________________________________________________________ APNIC Secretariat secretariat(a)apnic.net Asia Pacific Network Information Centre (APNIC) Tel: +61 7 3858 3100 PO Box 3646 South Brisbane, QLD 4101 Australia Fax: +61 7 3858 3199 6 Cordelia Street, South Brisbane, QLD http://www.apnic.net ________________________________________________________________________

1 0

NOC status (was 2Degrees (SNAP) issues at 220 Queen Street this morning)
by Jamie Baddeley 05 Jul '16

05 Jul '16

I think it's a great idea. Would be a good paper/lightning talk from someone at the next NZNOG conference. The key issue is a standard API that network operators could present to an aggregator location like http://www.nznog.org/noc-list and for it to include info that operators need to know and care about. If some sort of API spec was published then at least folks would know what to aim for. Jeez, even a set of twitter handles to aggregate would be a start. But then we'd rely on Timmeh not breaking shit. Anyone up for talking about that sort of stuff in February? Jamie On 5 July 2016 at 14:07, Ian Lewis <Ian.Lewis(a)ultrafast.co.nz> wrote: > Just a thought… What do you folks think about adding “Network Status” page > links to the existing NOC list? http://www.nznog.org/noc-list > > > > Could provide a quick and easy zero-touch way of getting the word out > about network faults without tying up hard-working NOC people with serial > phone calls / emails? > > > > Disclaimer: my company doesn’t actually **have** a Network Status page > yet (working on it), but many on the NOC list do… > > > > Thoughts? > > > > PS Thanks for the idea Jesse Archer. J > > > > *Ian Lewis* > *T* +64 7 850 3841 |* M* +64 27 405 7765 | *E* > ian.lewis(a)ultrafast.co.nz > > > > *From:* nznog-bounces(a)list.waikato.ac.nz [mailto: > nznog-bounces(a)list.waikato.ac.nz] *On Behalf Of *Liam Farr > *Sent:* Tuesday, 5 July 2016 2:01 p.m. > *To:* Tim Hoffman > *Cc:* NZNOG Mailing-List > *Subject:* Re: [nznog] 2Degrees (SNAP) issues at 220 Queen Street this > morning > > > > Indeed shutting down all (flapping) circuits from the affected provider at > that location allowed traffic to traverse alternate paths and carriers and > normal operation to resume. > > > > Unfortunately not all downstream customers choose to buy 100% diverse > services due to cost constraints, and as such are vulnerable to network > interruptions affecting a particular POP or hand over point, this is an > accepted risk they take, but it doesn't make it any less impacting when it > breaks. (I believe you actually built some of the affected non-diverse > circuits back in the day bro). > > > > Sometimes when your shit is on fire, and you don't have enough information > about whats happening, in a communications vacuum it can help to reach out > to the community as someone else may know more than you, and sometimes when > you do that you don't always write the most comprehensive or eloquent > emails as your a little pre-occupied with the issues at hand. > > > > Thankfully the issues are mostly resolved or routed around, although a RCA > is going to take some time. > > > > On 5 July 2016 at 13:39, Tim Hoffman <tim(a)hoffman.net.nz> wrote: > > Sounds like your network is lacking in carrier diversity if they can cause > you that much bother bro > > Sent from my iPhone > > > On Jul 4, 2016, at 6:32 PM, Liam Farr <liam(a)maxumdata.com> wrote: > > Your right Tim, its not the NOC. > > > > At the time the NOC was being uncommunicative, and as a customer I was > left in the dark about a major P1 fault affecting me. > > > > Due to communication difficulties with the NOC and in exasperation as a > customer I decided to post here to see if anyone else was affected, or had > any further information they could provide on the issue, (i.e. is anyone > else affected, I'm trying to find out what the fuck is actually going on), > had the NOC been more communicative at the time I would not have resorted > to posting here. > > > > Subsequently I escalated this to my account manager and then the CTO, and > the flow of communication from NOC to customer has resumed in a > satisfactory manner. > > > > Thanks for your concern. > > > > On 5 July 2016 at 13:22, Tim Hoffman <tim(a)hoffman.net.nz> wrote: > > I wasn't aware that this mailing list was the 2degrees NOC email. > > > > On Mon, Jul 4, 2016 at 5:52 PM, Jesse Archer <jesse(a)fullflavour.co.nz> > wrote: > > We also noticed some issues. > > > > 2Degrees NOC are aware. > > > > > > > > > > *Jesse Archer * > *General Manager *Full Flavour > > *p. *07 577 0099 *ddi*. 07 281 1391 > *s*. Skype "myfullflavour" > *e*. jesse(a)fullflavour.nz <jesse(a)fullflavourmedia.co.nz> > *w*. fullflavour.nz <http://www.fullflavourmedia.co.nz/> > *a. *Basestation, 148 Durham Street, Tauranga > *a*. PO Box 13403, Tauranga Central, Tauranga 3141, New Zealand > > > > On Tue, Jul 5, 2016 at 11:02 AM, Liam Farr <liam(a)maxumdata.com> wrote: > > Hi, > > > > Just wondering if anyone else had issues with services delivered > by 2Degrees (SNAP) at 220 Queen Street this morning from 9AM onwards? > > > > > > > -- > > Kind Regards > > > > > > Liam Farr > > > > Maxum Data > > +64-9-950-5302 > > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > https://list.waikato.ac.nz/mailman/listinfo/nznog > > > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > https://list.waikato.ac.nz/mailman/listinfo/nznog > > > > > > > > -- > > Kind Regards > > > > > > Liam Farr > > > > Maxum Data > > +64-9-950-5302 > > > > > > -- > > Kind Regards > > > > > > Liam Farr > > > > Maxum Data > > +64-9-950-5302 > ------------------------------ > *Attention:* This e-mail message is intended for the intended recipient > only and it may contain Ultrafast Fibre Limited confidential or legally > privileged information or both. No confidentiality or privilege is waived > or lost if this email has been delivered to the wrong recipient. If you > have received this email in error, please immediately delete it from your > system and notify Ultrafast Fibre Limited. You must not disclose, copy or > relay any part of this correspondence if you are not the intended > recipient. Any views expressed in this message are those of the individual > sender and not Ultrafast Fibre Limited. This email has been checked for > viruses. However, Ultrafast Fibre Limited makes no warranty that this email > or any attachments are free from viruses or other conditions which may > damage or interfere with recipient data, hardware or software. The > recipient relies on its own procedures and assumes all risk of use and of > opening any attachments. > ------------------------------ > > > > _______________________________________________ > NZNOG mailing list > NZNOG(a)list.waikato.ac.nz > https://list.waikato.ac.nz/mailman/listinfo/nznog > >

9 8

Office 365
by Ryan Finnesey 05 Jul '16

05 Jul '16

I was hoping to touch base with providers that are offering office 365 or would like to offer office 365. Please ping me off list I have a few questions. Cheers Ryan

1 0

2Degrees (SNAP) issues at 220 Queen Street this morning
by Liam Farr 04 Jul '16

04 Jul '16

Hi, Just wondering if anyone else had issues with services delivered by 2Degrees (SNAP) at 220 Queen Street this morning from 9AM onwards? -- Kind Regards Liam Farr Maxum Data +64-9-950-5302

9 15

Vocus / FX Issues
by Jesse Archer 28 Jun '16

28 Jun '16

Hi, Anyone else having Vocus / FX issues this evening? *Jesse Archer* *General Manager*Full Flavour *p. *07 577 0099 *ddi*. 07 281 1391 *s*. Skype "myfullflavour" *e*. jesse(a)fullflavour.nz <jesse(a)fullflavourmedia.co.nz> *w*. fullflavour.nz <http://www.fullflavourmedia.co.nz/> *a. *Basestation, 148 Durham Street, Tauranga *a*. PO Box 13403, Tauranga Central, Tauranga 3141, New Zealand

6 6

Fw: [AusNOG] IPAM/DCIM - NetBox
by Michael Fincham 28 Jun '16

28 Jun '16

Hi folks, For those not also on AusNOG - we've been having a play with this today, and enjoying it considerably more than certain previous IPAM and DCIM solutions. About half of AusNOG seems to have turned up in the IRC channel, #netbox on Freenode. See you there. -Michael Begin forwarded message: Date: Tue Jun 28 14:07:32 EST 2016 From: Peter Carstairs <peter.carstairs+ausnog(a)gmail.com> To: ausnog(a)lists.ausnog.net Subject: [AusNOG] IPAM/DCIM - NetBox Hi noggers, Long time listener, first time caller. Thought people still use excel spreadsheets as their IPAM would find NetBox interesting and useful. https://github.com/digitalocean/netbox There's a live demo at http://netbox-demo01.packetlife.net/ username:admin password:demo Cheers, Pete

2 2

Smart hands requests
by Michael Lim 28 Jun '16

28 Jun '16

Hi Guys, We're looking for someone to provide us with smart hands assistance (rack, stack and remote console) around Auckland and Wellington. Just wondering if anyone here could help us out with some recommendations. Many Thanks Mike

1 0

NZNOG17 to be held in Tauranga
by Jamie Baddeley 26 Jun '16

26 Jun '16

Hi Folks, On behalf of the Trustees, I'm very pleased to announce that from the 23rd-27th of January 2017 the conference will be held in the Bay of Heaps, or more specifically, Tauranga. The venue is http://www.trinitywharf.co.nz - A couple of the trustees have visited the venue and they report it is a great spot. I know I'm looking forward to seeing you all there. I encourage all of you that are planning on going to book accomodation now. Book early and book often. We'll have more information up on the website soon about accomodation options. We'll let you know when that's up. I'll say it again, book now. At the venue, down the road, your mates place, whatever - it's the Bay of Plenty in January. You get the idea. For those of you out there seeking to sponsor this conference, then please get in touch with us via sponsorship(a)nznog.org (subject: sponsor)- we'd love to hear from you. For our good friends and sponsors from previous years, I'll be getting in touch with you next week. As always we sincerely appreciate your support. Now that we've got the venue sorted out we'll be sorting out registrations and all the rest of it which brings me to: --------- *Program Committee:* Once again we'll also need to assemble a program committee. Eligible PC candidates are those who have attended NZNOG conferences in the recent past, have broad technical knowledge of Internet operations, and have reasonable familiarity with the format of NZNOG conferences. PC members are expected to work actively to solicit content for the event and review submissions for technical merit. What the PC do and come up with is the most important thing for the whole conference. If you are interested in joining the PC send a brief note to "trustees at nznog.org". The note should include affiliation (if any) and contact details, and a brief description of why you would make a good addition to the PC. PC members receive complimentary registration for the event. ------------ Finally, can I just add that in what seems to be an ongoing climate of consolidation and acquisition, now is the time for all operators to get together to discuss what smart new things need to happen to keep moving the packets faster and better. There is always a better way. Cheers Jamie Baddeley on behalf of the NZNOG Trust.

6 7

Re: [nznog] Do people even read these? Re: BGP Update Report
by Geoff Huston 18 Jun '16

18 Jun '16

> On 19 Jun 2016, at 6:05 AM, Mikael Abrahamsson <swmike(a)swm.pp.se> wrote: > > On Fri, 17 Jun 2016, cidr-report(a)potaroo.net wrote: > >> >> TOP 20 Unstable Prefixes >> Rank Prefix Upds % Origin AS -- AS Name >> 1 - 202.65.32.0/21 28086 0.8% AS10131 -- CKTELECOM-CK-AP Telecom Cook Islands, CK >> 2 - 110.170.17.0/24 21868 0.7% AS134438 -- AIRAAIFUL-AS-AP Aira & Aiful Public Company Limited, TH >> 3 - 123.231.192.0/24 21562 0.7% AS133841 -- IDOLA-BROADBAND-AS-ID INDONESIA BROADBAND ACCESS - ANYWHERE, ID >> 4 - 93.181.192.0/19 20895 0.6% AS13118 -- ASN-YARTELECOM Verhnevolzhsky branch, RU >> 5 - 123.231.206.0/24 19170 0.6% AS133841 -- IDOLA-BROADBAND-AS-ID INDONESIA BROADBAND ACCESS - ANYWHERE, ID >> 6 - 123.231.193.0/24 19082 0.6% AS133841 -- IDOLA-BROADBAND-AS-ID INDONESIA BROADBAND ACCESS - ANYWHERE, ID >> 7 - 195.128.159.0/24 15455 0.5% AS56636 -- ASVEDARU , RU >> 8 - 192.254.88.0/24 15452 0.5% AS21859 -- ZNET - Zenlayer Inc, US >> 9 - 185.11.121.0/24 14957 0.5% AS202105 -- DSP-AS , SA > > Everyone of these prefixes have managed to average one update per 40 seconds during a week, or worse. How is that even possible? Yes, I know we don't generally have dampening anymore, but geez, that's a lot of updates. > In the case of Cook Islands Telecom the problem is not directly with them - its their one-up upstream Spark NZ (AS4648) who appears to be flicking this route across a number of transit upstreams (http://bgpupdates.potaroo.net/cgi-bin/per-prefix?prefix=202.65.32.0.21) Geoff

1 0

Call for Presentations - DNS-OARC 25th Workshop, Oct 2016
by Sebastian Castro 16 Jun '16

16 Jun '16

The DNS-OARC 25th Workshop will take place in Dallas, Texas during October 15th and 16th 2016, the Saturday and Sunday before NANOG68. To attract the best DNS minds, DNS-OARC is requesting proposals for presentations, with a preference for Resolver's Operations experiences, including running DNSSEC validating resolvers. This workshop intends to build from previous strong DNS-OARC workshops, where both operational content and research are welcome. All DNS-related subjects are accepted. If you are an OARC member, and have a sensitive topic you would like to present for members-only, we will accommodate those talks too. A timeslot will be available for lightning talks (5-10 minutes) on Sunday October 16th, for which submissions will be accepted during October 15th on a first-come first-served basis. Workshop Milestones * 15th June 2016, Call for Presentations posted and open for submissions * 14th August 2016, Deadline for submission * 1st September 2016, Final Program published * 10th October 2016, Final deadline for slideset submission Details for presentation submission will be published here: https://indico.dns-oarc.net/event/25/call-for-abstracts/ The workshop presentations will be organized by common themes, depending on the topics and the timing of each presentation. There are 30-minute and 15-minute slots, let us know your preference in your submission. To ensure the quality of the workshop, submissions should include slides. Draft slides are acceptable on submission. You can contact the Programme Committee: https://www.dns-oarc.net/oarc/programme via <submissions(a)dns-oarc.net> if you have questions or concerns. Sebastian Castro, for the OARC Programme Committee OARC is also seeking sponsorship for this workshop, please contact <sponsor(a)dns-oarc.net> if your organization is interested in becoming a sponsor. (Please note that OARC is run on a non-profit basis, and is not in a position to reimburse expenses or time for speakers at its meetings.)

1 0

Major fibre cut today
by Jesse Archer 08 Jun '16

08 Jun '16

Hi All, Anyone aware of a major fibre cut today in NZ that may have taken UFB services down for several ISPs? A certain ISP is claiming "all ISPs affected" but we haven't seen any issues with the carriers we use. *Jesse Archer* *General Manager*Full Flavour *p. *07 577 0099 *ddi*. 07 281 1391 *s*. Skype "myfullflavour" *e*. jesse(a)fullflavour.nz <jesse(a)fullflavourmedia.co.nz> *w*. fullflavour.nz <http://www.fullflavourmedia.co.nz/> *a. *Basestation, 148 Durham Street, Tauranga *a*. PO Box 13403, Tauranga Central, Tauranga 3141, New Zealand

3 2

Anyone got a 100Base-FX SFP?
by Nick Larsen 04 Jun '16

04 Jun '16

Hi all, Just wondering if anyone has a Cisco GLC-GE-100FX SFP they want to sell or give away. If so, please contact me off list. Regards, Nick Larsen

1 0

IANA AS Numbers registry update
by Selina Harrington 02 Jun '16

02 Jun '16

Hi, The IANA AS Numbers registry was updated on 25 May 2016 to reflect the allocation of the following blocks to APNIC: 64297-64395 135581-136505 136506-137529 You can find the IANA AS Numbers registry at: http://www.iana.org/assignments/as-numbers/as-numbers.xml The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en Regards, Selina Harrington IANA Senior Specialist ICANN

1 0

Consulting: IPSec VPNs to multiple customer networks
by Christoph Berthoud 01 Jun '16

01 Jun '16

Hi All, We are looking for any network consultant/company who can assist with the following. Replies off-list please :) We have several customers who we have established site-to-site IPSec VPN tunnels with to provide them with remote support (I hate this concept but I have to go with it). Some of these connections are just single sites with a single network, others are to a customer's head office with multiple sites/networks behind. As we onboard more customers, terminating all of these VPNs onto our office firewall/router is becoming a headache. We regularly make changes to our firewall/routing and frequently run into issues affecting the VPN tunnels. We also have complex NATing for customers that have overlapping subnets. I want to remove our office firewall/router as the terminating endpoint of these VPN tunnels. My thought is to build a 'hub and spoke' topology, using a centralised hub router to terminate all of the customer VPN tunnels, and our office then also becoming a spoke. Now changes to my office network have no impact on the VPN setup, and vice-versa. If this is something you, your company or someone you can refer has experience in, I would very much like to hear from you. If you have had this problem in the past and have any other clever solutions, I would also love to hear from you! Happy long weekend! -- Thanks Christoph Berthoud

2 1

IPv6 residential deployment survey
by Elly Tawhai 24 May '16

24 May '16

[On behalf of Consulintel] Hi NZNOG Community, Jordi Palet of Consulintel, who is actively promoting IPv6 globally and has participated at various APNIC events, is running a short survey on IPv6 home/residential access. If you work for an ISP that provides residential IPv6 access, or a customer of such an ISP, please feel free to participate in this survey at http://survey.consulintel.es/index.php/175122 Thanks, Elly

1 0

NZNOG 2017 Information
by Daniel Millar 24 May '16

24 May '16

Hi, Just wondering what the timeline is for information being released in regards to location etc? Best Regards, Daniel Millar - Sales & Technical Engineer Phone: +64 3 741 1339 | Fax: +64 3 327 3193 | Email: daniel.millar(a)gowifi.co.nz<mailto:daniel.millar(a)gowifi.co.nz> | www.gowifi.co.nz<http://www.gowifi.co.nz/> [cid:image001.png(a)01D1B6A2.6C3BF180]

3 2

APNIC 42/bdNOG6 Conference - Call for Papers
by Elly Tawhai 22 May '16

22 May '16

_______________________________________________________________________ APNIC 42/bdNOG6 Conference - Call for Papers _______________________________________________________________________ Hi NZNOG Community, The APNIC 42/bdNOG6 Program Committee is now seeking presentations for the APNIC 42/bdNOG6 Conference in Dhaka, Bangladesh. We are looking for content that would suit technical conference sessions, lightning talks and Birds of Feather (BoF) sessions. Key Dates --------- The timeline for submissions is: Call for Papers Opens 19 May 2016 First Round Paper Acceptance 11 July 2016 Final Deadline for Submissions 14 September 2016 Final Round Paper Acceptance 21 September 2016 Final Slides Received 01 October 2016 Submitting Proposals -------------------- https://conference.apnic.net/42/program#call-for-papers Program Material ---------------- The technical sessions at APNIC 42/bdNOG6 will include presentations relevant to Internet operations and technologies. The following topics are examples of possible areas of interest. - IP core network routing, switching and operations - IPv6 deployment and transition technologies - Access and transport network including 3G/LTE, WiMax, FTTx/GPON, STM, MPLS etc - Wi-Fi and SP Wi-Fi technologies - Content & service delivery (Multicast, Voice, Video, Telepresence, Gaming) and cloud computing - DNS / DNSSEC, Mail, WWW etc - Network security issues (NSP-SEC, DDoS, Anti-Spam, Anti-Malware) - Firewall and network security BCPs - Internet policy (Security, Regulation, Content Management, Addressing, etc) - IXPs and Peering - Research on Internet operations and deployment - Academic research on Internet technologies - IP telephony and voice - Internet operation and application in the Asia Pacific region perspective - ISP and Telco backbone network operation - Software defined networking and network function virtualization - Internet of Things architectures, standards, services, security, addressability, and manageability If you have any other ideas or proposals for panel or BoF sessions, please feel free to submit your ideas via the submission system. If you have any questions, please email the Program Committee: conference(a)apnic.net For more information about APNIC 42/bdNOG6, please visit: https://conference.apnic.net/42 On behalf of: APNIC 42/bdNOG6 Program Committee

1 0

Encouragement for the tech community to submit on the .nz WHOIS review
by Dean Pemberton 22 May '16

22 May '16

Hi All, Wearing my INZ hat here. The Domain Name Commission is currently running a consultation process around the .nz WHOIS policies and InternetNZ would like to encourage people to make submissions on that process. This is especially true of people in the technical and security fields. While I don't want to offer an opinion about the current policies, any of the submissions, or proposals, what I do want to do is to encourage you to read the proposal and submissions and consider if you might like to make a submission of your own on the process. You can see more information at the link below with an outline of a proposed process. https://dnc.org.nz/consultation-whois-review-process If you think that there might be a better process than the one outlined then please put in a submission with your input and if possible details of an alternative process. If you think that the process outlined is appropriate then please consider putting in a submission detailing why you support it. It's important to ensure that both sides are well represented in the submissions being considered. Comments can be sent by email to policies(a)dnc.org.nz, or by post to PO Box 11881 Wellington 6142. Submissions should be received by 7 June 2016. Regards, Dean -- Dean Pemberton Technical Policy Advisor InternetNZ +64 21 920 363 (mob) dean(a)internetnz.net.nz A better world through a better Internet

1 0

Mikrotik BGP VRF Advise
by Liam Farr 18 May '16

18 May '16

Hi, Im looking for someone to give some architectural advise on setting up VRFs on a Mikrotik for separating out BGP routing table functionally. E.g. Local BGP Peers / Local IX's > Local VRF National Transit BGP Peers > National VRF International Transit BGP Peers > International VRF Then leaking those routes into other VRFs, for example a customer transit VRF containing routes from all three. Is there anyone other there who has done this on a Mikrotik (preferably in production) that might be interested in providing some architectural advise / initial configuration help? Payment in cash / beer / hard liquor / your preferred currency. -- Kind Regards Liam Farr Maxum Data +64-9-950-5302

1 0

Exploit on Ubiquiti AirOS
by Dean Pemberton 16 May '16

16 May '16

Hi All I'm told that the local WISP operator community is dealing with a new worm[1] that exploits Ubiquiti AirOS devices running older firmwares. This could potentially be a lot of devices. http://community.ubnt.com/t5/airMAX-General-Discussion/Virus-attack-URGENT-… has ISPs from Spain, Brasil, and the US reporting infections in thelast 24 hours. Versions prior to these are vulnerable: 5.5.11 XM/TI. 5.5.10u2 XW 5.6.2 XW/XM/TI There looks to be some more information here which might or might not be related. https://hackerone.com/reports/73491 If you know anyone who makes use of UBNT AirOS products, now might be a time to give them a nudge. [1] quote from the forums "It's a self-distributing virus, so, once it can "see" neighbour antenas within the same subnet, it attacks the others."

2 1

AS17746 Gone burger
by Simon Allard 05 May '16

05 May '16

Good Morning NZNog. Just a FYI AS17746 is no longer aggregating any of the ex-Orcon IPv4 or Ipv6 subnets. These have been moved to AS9790. Its made our IPV6 uptake stats look a little sad, but that's just how it is. 17746 is still in the AS path for some routes, but the goal is for that to change overtime. Any issues encountered, please sing out Cheers, Si Simon Allard | Senior Network Architect D: 09 550 2790E: Simon.Allard(a)m2group.co.nz M: 020 100 0790W: vocus.co.nz A: PO Box 108-109, Symonds St, Auckland 1150

1 0

IANA AS Numbers registry update
by Selina Harrington 04 May '16

04 May '16

Hi, The IANA AS Numbers registry has been updated to reflect the allocation of the following blocks to ARIN: 395165-396188 396189-397212 You can find the IANA AS Numbers registry at: http://www.iana.org/assignments/as-numbers/as-numbers.xml The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en Regards, Selina Harrington IANA Senior Specialist ICANN

1 0

Xtra mail issues
by Chris Roberts 18 Apr '16

18 Apr '16

Hi Is there someone that can help with the issue of delayed mail with Xtra / Yahoo. There has been no mail sent to the xtra domain for some days now (like a week) so should there have been any issues it should have resolved. The NZNOG phone number for the NOC ends in Asia with some unhelpful people. We suspect the issue may have been caused by a winery sending a newsletter or a compromised user email address as you do from time to time. The domain that is being rejected is amuri.net I some one can contact me or sam(a)amuri.net or remove the block which would be even better that would be great. Below is the reject message: Action: failed Status: 4.4.2 Diagnostic-Code: X-Postfix; delivery temporarily suspended: lost connection with mx2.tnz.mail.yahoo.com[124.108.96.211] while sending RCPT TO and The mail system <xxxxxxx(a)xtra.co.nz>: delivery temporarily suspended: lost connection with mx2.tnz.mail.yahoo.com[124.108.96.211] while sending RCPT TO Cheers Chris --

1 0

OT: Dodgy Russian port-scanning service / 158.255.5.147 causing high CPU
by Liam Farr 16 Apr '16

16 Apr '16

Hi, Just thought I’d throw this at the list, more of an interest piece than anything. A downstream network noticed today some extra latency on their network, caused by a significant increase in packets / CPU usage on a Mikrotik CCR in the path. At approximately 3:20 am this morning there was an uptick of about 25k PPS on their network, although not a significant increase in the amount of overall traffic (mbps) on the network. After some investigation this afternoon it was found that the additional increase in traffic was coming from 158.255.5.147 which appears to be a Russian web based port scanning service. While the service itself claims not to be malicious, by design it was causing a detrimental affect on the customer network, (increased CPU and increased latency), there is also the question of what the results of the port scan are used for, which I highly doubt is a legitimate purpose... Anyway enjoy your Sunday :) Liam

1 0

InternetNZ briefing criticises proposed new GCSB spying powers
by Dean Pemberton 12 Apr '16

12 Apr '16

Hi NZNOG members, Just a cross post from INZ-members to let you know InternetNZ has done a short briefing on the recent report from the Intelligence & Security review. If you're interested but can't be faffed reading through 180 pages - The InternetNZ one is only 9 (including title page) and covers off a lot of the key issues for the Internet Community - think of it as a useful starter for 10. https://internetnz.nz/sites/default/files/submissions/InternetNZ_Briefing%2… Feel free to let us know if you have questions or things you think we got wrong. Cheers, Dean -- Dean Pemberton Technical Policy Advisor InternetNZ +64 21 920 363 (mob) dean(a)internetnz.net.nz A better world through a better Internet

1 0

RAD E1 over IP converters
by Richard Naylor 11 Apr '16

11 Apr '16

Having a bit of a clean out here and found a pair of RAD IP-MUX-11 units. They are E1 over IP. Basically they use about 10Mbps to shift an E1 circuit (2 Mbps). One unit has a faulty power supply (5v and 3.5V) but otherwise is good. Free to a good home can be your "home lab" or business - otherwise they go into the recycle bin. Email off list if you're interested will this (de)generate into a series of emails...... Rich

1 0

Re: [nznog] Fiji
by Lesley Longhurst 10 Apr '16

10 Apr '16

Sure. The answers boiled down to two: * ?Fiji Telecom * Talk to Jonathon Brewer I also had a useful phone call from ACS. (We're already in contact with them via other channels) ________________________________ From: Bill Walker <bill(a)wjw.co.nz> Sent: Monday, 11 April 2016 7:50 p.m. To: Lesley Longhurst Cc: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] Fiji Hi Lesley, Would you mind posting a summary to the list? Thanks Sent from my Motorola mr1 On 11/04/2016, at 7:35 PM, Lesley Longhurst <Lesley.Longhurst(a)opus.co.nz<mailto:Lesley.Longhurst(a)opus.co.nz>> wrote: Thanks all, I've had a few off-list answers. ________________________________ From: nznog-bounces(a)list.waikato.ac.nz<mailto:nznog-bounces(a)list.waikato.ac.nz> <nznog-bounces(a)list.waikato.ac.nz<mailto:nznog-bounces(a)list.waikato.ac.nz>> on behalf of Lesley Longhurst <Lesley.Longhurst(a)opus.co.nz<mailto:Lesley.Longhurst(a)opus.co.nz>> Sent: Monday, 11 April 2016 3:16 p.m. To: nznog(a)list.waikato.ac.nz<mailto:nznog(a)list.waikato.ac.nz> Subject: [nznog] Fiji Hi all, and "beer". Is there someone on the list who has a good understanding of ISPs and internet services in Fiji, or can someone point me at a better source for such info? Lesley Longhurst | Linux Systems Administrator | Opus International Consultants Ltd Phone +64 4 471 7002 | Mobile +64 21 244 3718 | Fax +64 4 473 3017 | Email lesley.longhurst(a)opus.co.nz<mailto:lesley.longhurst(a)opus.co.nz> Level 9, Majestic Centre, 100 Willis Street, Wellington 6011, New Zealand PO Box 12343, Wellington 6144, New Zealand Visit us online: www.opus.co.nz<http://www.opus.co.nz/> _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz<mailto:NZNOG(a)list.waikato.ac.nz> http://list.waikato.ac.nz/mailman/listinfo/nznog

2 2

Fiji
by Lesley Longhurst 10 Apr '16

10 Apr '16

Hi all, and "beer". Is there someone on the list who has a good understanding of ISPs and internet services in Fiji, or can someone point me at a better source for such info? Lesley Longhurst | Linux Systems Administrator | Opus International Consultants Ltd Phone +64 4 471 7002 | Mobile +64 21 244 3718 | Fax +64 4 473 3017 | Email lesley.longhurst(a)opus.co.nz<mailto:lesley.longhurst(a)opus.co.nz> Level 9, Majestic Centre, 100 Willis Street, Wellington 6011, New Zealand PO Box 12343, Wellington 6144, New Zealand Visit us online: www.opus.co.nz<http://www.opus.co.nz/>

1 1

Contacting Microsoft regarding Domain Names
by lennon＠orcon.net.nz 03 Apr '16

03 Apr '16

I tried contacting Microsoft Regarding .kiwi.nz domain a number of times but I have had no response from them and the problem has not been resolved. (This is over multiple years and multiple complaints) (Its only been 4 years) The Problem is.... I own www.kiwi.nz. This shouldn’t actually cause any problems except with bing webmaster tools. (Most other people including Google get it right within a few days/weeks) . Yes at the start I expected a problem but seeing all the bing stats for the thousands of other .kiwi.nz domains isn’t interesting for me. I expect people who own other domains like www.maori.nz and www.geek.nz etc would have the same issue as well maybe but you never know. Craig

3 2

Re: [nznog] Contacting Microsoft regarding Domain Names
by Regan Murphy 03 Apr '16

03 Apr '16

Have you been in touch via support? If so let me know an incident# to chase If not, come back to me privately with a more detailed account of the issue and I’ll see what I can do internally. Cheers, Regan Sent from my Windows 10 phone From: lennon(a)orcon.net.nz<mailto:lennon(a)orcon.net.nz> Sent: Monday, 4 April 2016 1:37 PM To: nznog(a)list.waikato.ac.nz<mailto:nznog(a)list.waikato.ac.nz> Subject: [nznog] Contacting Microsoft regarding Domain Names I tried contacting Microsoft Regarding .kiwi.nz domain a number of times but I have had no response from them and the problem has not been resolved. (This is over multiple years and multiple complaints) (Its only been 4 years) The Problem is.... I own www.kiwi.nz. This shouldn’t actually cause any problems except with bing webmaster tools. (Most other people including Google get it right within a few days/weeks) . Yes at the start I expected a problem but seeing all the bing stats for the thousands of other .kiwi.nz domains isn’t interesting for me. I expect people who own other domains like www.maori.nz and www.geek.nz etc would have the same issue as well maybe but you never know. Craig _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

NZNOG Trustees update
by Gerard Creamer 30 Mar '16

30 Mar '16

Hello NZNOG, We have some new Trustees to help us ensure that the NZNOG goodness perpetuates into the future. A big welcome to (in descending alphabetical order by the last letter in their first name) Barry Murphy, Jesse Archer, and Dave Mill. Remember to pass on your [congratulations|commiserations] next time you’re dealing with them. This means that we’re well stocked with Trustees as we prepare for NZNOG 2017. Our full roster is (in ascending numeric order by the second digit in their phone numbers): Jamie Baddeley Gerard Creamer Richard Nelson Dave Mill Jesse Archer Barry Murphy We’re working on venue options now, and will announce something when there’s something to announce. NZNOG is held in the last usable week in January, so that’ll be 23-27 January 2017. A huge thanks to all of the past Trustees - you have all done such fantastic work setting up solid structures and processes (with documentation!) that our jobs are less chaotic than I recall from pre-Trust days. Cheers, Gerard (NZNOG Trustee)

1 0

Fwd: [Akl-ix] It's official NZ IX Inc. Exists!
by Dave Mill 30 Mar '16

30 Mar '16

Hi all Last week there was a formal announcement of our new, community run internet exchange. It hasn't made it to NZNOG yet so passing this along. See below for details. Cheers Dave ---------- Forwarded message ---------- From: Joe Wooller <joe(a)akl-ix.nz> [image: page1image408] [image: page1image576] MEDIA RELEASE 17 March 2016 IAA supports the launch of NZ Internet Exchange Inc as foundation member “Following the overwhelming success of the Auckland Internet Exchange (AKL-IX) trial conducted by the Internet Association of Australia (IAA), operators of IX Australia, we are pleased to announce the launch of the New Zealand Internet Exchange Incorporated (NZIX Inc),” said Chairman Davey Goode. “Through the support of the team at IAA we have developed a member governed, neutral peering exchange which will provide easier and more cost effective interconnects for the internet community of New Zealand. “Moving forward the NZIX Inc committee will take on overseeing the management and growth of the exchange with the ongoing support of IAA.” “As a founding member of NZ-IX Inc we are committed to providing ongoing support to the exchange growth,” said IAA President Tom Berryman. “The development of an independent and neutral peering exchange in New Zealand benefits the internet community in the region by introducing more peering options and services, as well as our existing membership and peering base at home in Australia.” The AKL-IX exchange has been in a trial period for 12 months, and the exchange will commence charging for services from 1 July 2016. We are now inviting all our current peers to sign up as members of NZIX Inc by visiting https://portal.akl-ix.nz/ and ordering the required port size, 1GB or 10GB, both sizes will be charged at $350 NZD per month (excluding GST). NZIX looks forward to the support of our existing peers, and welcomes new peers to contact us to join. For further information please contact peering(a)akl-ix.nz or visit www.akl-ix.nz [image: page1image15568] [image: page1image15728] [image: page1image15888] New Zealand Internet Exchange Incorporated Foundation Members CloudFlare, Inc Connectivity I.T. Full Flavour Ltd Inspire Net Ltd Lightwire Limited Vibe Communications LTD Vocus Pty Ltd Internet Association of Australia Inc. Committee Members Davey Goode, Vibe Communications LTD (Chairman) Joseph Wooller, Internet Association of Australia Inc. (Secretary) Petar Nikolich, Internet Association of Australia Inc.(Treasurer) Chris Browning, Lightwire Limited Dave Mill, Inspire Net Ltd Tom Paseka, CloudFlare, Inc Ends Media Contact Kellie Ireland, Executive Officer, IAA Mobile| 0417 913 059 Email | kellie(a)waia.asn.au Technical Enquiries Joe Wooller, IX-Australia Technical Manager Mobile | 0412 005 457 Email | joe(a)internet.asn.au [image: page2image8208] [image: page2image8368] About the Internet Association of Australia Inc The Internet Association of Australia Inc (IAA) is a member-based association representing the Internet community. Founded in 1995, as the Western Australian Internet Association (WAIA), the Association changed its name in early 2016 to better reflect our membership growth. IAA representatives are available for comment on a range of issues regarding the internet including, but not limited to, internet infrastructure, internet technologies and the use of the Internet in business. IAA is keen to provide independent, balanced information and impartial advice for Internet users including businesses, parents, kids, schools, seniors, the media, law enforcement and mobile users. For more information on IAA please visit our website www.internet.asn.au About IX-Australia and Peering IX-Australia is a service provided by the Internet Association of Australia to Corporate members. It is the longest running and lowest cost Internet Exchange in Australia. The Queensland (QLD-IX), Victorian (VIC-IX), South Australian (SA-IX), New South Wales (NSW-IX) and Australian Capital Territory (ACT-IX) services have built on the success of the WA Internet Exchange (WA-IX). IAA has also established a peering point in New Zealand (AKL-IX). The peering service provides direct, low latency and high speed connectivity between members at a fraction of the cost of using a typical upstream provider. The members of the exchange point benefit by lowering their operating costs while providing a better internet experience to their end customers. IAA highly recommends peers join PeeringDB to facilitate the exchange of information related to peering. Visit www.peeringdb.com for more information. [image: page3image13680] [image: page3image13840]

2 1

apricot 2016 videos
by Joel van Velden 29 Mar '16

29 Mar '16

Hi list, I see there are videos of the last apricot conference up on youtube. I'm going to be stuck on a plane for 24 hours and want to downloaded them all. Does anyone know if these videos are available without having to use a youtube scraper? -- Regards, Joel van Velden +64211083357

4 3

Reminder of the L-Root IPv6 address renumbering
by Terry Manderson 21 Mar '16

21 Mar '16

(again, apologies for using my personal address - but it's subscribed here) This is reminder that there is a scheduled change to the IPv6 addresses for the L-Root server, that will take effect on March 23, 2016. The new IP addresses for the L.ROOT-SERVERS.NET will be: 199.7.83.42 2001:500:9f::42 Please remember to update your root “hints” files on your DNS infrastructure. (as per : http://www.dns.icann.org/2015/11/05/l-root-ipv6-renumbering/ ) Cheers Terry

1 0

fx4.wix.nzix.net (202.7.1.176) looking a bit busted
by Michael Fincham 15 Mar '16

15 Mar '16

Hi folks, Vocus is looking in to this however if you're peered with the WIX route servers you might want to check what prefixes you're learning with 202.7.1.176 as the next hop - we're seeing packet loss across the WIX to that peer. fx3.wix.nzix.net (.175) looks to be fine still :) -- Michael Fincham

1 0

Enable Fibre Fault
by Laurence Bullivant 13 Mar '16

13 Mar '16

Someones having a bad day? As always we want pictures! http://www.enable.net.nz/about-enable/news-and-media-centre/network-outage-… NETWORK OUTAGE NOTIFICATION – 14 March 2016 Enable has experienced a major network outage impacting a significant number of customers across parts of Christchurch, and in Rangiora, Kaiapoi and Woodend. The outage is a result of a third-party contractor damaging underground cable. Enable is working to understand the extent of the outage – including reach and number of customers impacted, and the timeframe for resolution. Repair resources have been mobilised. Enable is working closely with its retail service providers to provide them with further details as these become available. -- Laurence Bullivant laurence(a)bullivant.co.nz 021 909 906

3 2