- NZNOG - lists.nznog.org

Any NOCs seeing alarms in the Tauranga Chorus exchange?
by Jesse Archer 12 Sep '15

12 Sep '15

We've lost power in the colo room, to both A + B feeds.

3 4

Can't see 117.121.247.0/24. Do we have a local looking glass
by Don Gould 10 Sep '15

10 Sep '15

Hi Sorry for an operation issue on list on a Friday ;) We just moved an IP range in us this morning and I can't see it via DTS currently. I've been asked to find a local looking glass. Can anyone assist? D -- Don Gould 31 Acheson Ave Mairehau Christchurch, New Zealand Ph: + 64 3 348 7235 Mobile: + 64 21 114 0699 Ph: +61 3 9111 1821 (Melb) I'M COLLECTING COFFEE CUPS FOR PROJECT COFFEE CUP. Deja vue (missing the French accent mark) - literally means already seen, that sense of haven't we been here before.

2 2

APNIC 40 - Webcast Sessions taking place today
by Elly Tawhai 09 Sep '15

09 Sep '15

Hi NZNOG Community, You may be aware that APNIC 40 has started. You can participate remotely in discussions, ask the presenter questions, and voice your opinion. To watch live webcast go to: https://conference.apnic.net/40/program#webcasts Some topics under discussion include: * The Status of APNIC’s IPv4 Resources: Exhaustion & Transfers * IPv4: Mining Strategic Reserves * prop-114: Modification in the ASN eligibility criteria * prop-113: Modification in the IPv4 eligibility criteria * prop-115: Registration of detailed assignment information in Whois DB * APNIC Member Meeting See you online! Kind regards, Elly APNIC

1 0

ISIF Asia Internet Operations Research Grants
by Elly Tawhai 08 Sep '15

08 Sep '15

Hi NZNOG Community, APNIC has established the ISIF Asia Internet Operations Research Grants: a 60,000 AUD fund to support independent research on Internet operations, infrastructure and related protocols. Members of Network Operators Groups (NOGs), members/partners of IXPs, operators of rootservers, and academics and postgraduate students are encouraged to apply. The fund is open to all relevant topics of interest, however applicants may wish to prepare research proposals in the following areas: * Network measurement and analysis * IPv6 deployment * BGP routing * Network security * Peering and interconnection Applicants can apply for an amount between AUD 5,000 and AUD 60,000 based on the research needs, a realistic timeframe and a detailed budget. Successful applicants will also receive mentoring and support from the selection committee members to encourage knowledge generation and collaboration. Grants applications open 9 September 2015 and close 15 October 2015. Visit http://isif.asia/researchgrant for full terms and conditions, and the online application form. Kind regards, Elly APNIC

1 0

Internet Data Portal
by Jay Daley 08 Sep '15

08 Sep '15

Hi We’ve recently gone live with an open data site to publish whatever .nz related data that we can publish and any other useful Internet data - https://idp.nz For some years we’ve published IPv6 and DNSSEC stats but we decided it was time to publish that in a more useful way and include as much other data as we could. Initially we only have four datasets on the site: = .nz registrations data - a daily count of domains in each state and each transaction going back a few years (182,511 rows) = .nz Zonescan data - metrics from the monthly scan of all nameservers delegated to by the .nz zone (7,723 rows) This is where the IPv6 and DNSSEC stats come from. = ISPs - the Statistics NZ annual survey of ISPs sizes etc in a more usable format = Internet Connections - the Statistics NZ annual survey of ISP connections, datacaps etc in a more usable format If there’s any other data that we have that you think we could publish then please let us know and if you have any useful Internet related datasets that you’d like published then please get in touch as we’d be keen to help. cheers Jay -- Jay Daley Chief Executive NZRS Ltd desk: +64 4 931 6977 mobile: +64 21 678840 linkedin: www.linkedin.com/in/jaydaley

1 0

Re: [nznog] Appeal to bigger brains
by Andrew McBeath 08 Sep '15

08 Sep '15

Thanks to everyone who offered advice - turns out the IBM server connect module in bay 2 of the chassis was the issue. Removing it from the chassis resolved all problems. It had nothing connected to it and all ports were disabled so I can only guess that its faulty. Thanks again, Andrew From: Andrew McBeath Sent: Tuesday, 8 September 2015 9:53 p.m. To: 'nznog(a)list.waikato.ac.nz' <nznog(a)list.waikato.ac.nz> Subject: Appeal to bigger brains I'm throwing this out there because I'm at a loss to figure out whats happening in our lab. I realise it's a bit outside the scope of this forum but as the subject line says I'm looking for some bigger brains - Beers are involved. We have an IBM blade chassis - only 4 blades at present - with a management VLAN 50 (192.168.10.0/24) and a data vlan 100 (10.10.10.10.0/24) hooked up to our prod network (10.10.1.0 and 11.11.1.0 -Yes I know this is BAD but I inherited the network and haven't been able to change it as yet) via a juniper SRX. Blades are running VMware 5.5 - no nic teaming as yet. All blades and AMM module (all on 192.168.10 addresses) can get to all parts of the network VMWare machine (Only one so far - on 10.10.10.0 network - can ping host, can ping external firewall, CAN ONLY PING ODD OR EVEN NUMBERED IP's DEPENDING ON WETHER IT HAS AN ODD\EVEN IP) ie if its forth octet is .125 it can ping .1, .3, .5 but if I change it to .126 it can only ping .2, .4, .6 Everything I've found online points to NIC teams in certain situations but none apply as the blades only have a single NIC enabled and the VM only has one NIC assigned. Appreciate any feedback Cheers, Andrew McBeath

1 0

Appeal to bigger brains
by Andrew McBeath 08 Sep '15

08 Sep '15

I'm throwing this out there because I'm at a loss to figure out whats happening in our lab. I realise it's a bit outside the scope of this forum but as the subject line says I'm looking for some bigger brains - Beers are involved. We have an IBM blade chassis - only 4 blades at present - with a management VLAN 50 (192.168.10.0/24) and a data vlan 100 (10.10.10.10.0/24) hooked up to our prod network (10.10.1.0 and 11.11.1.0 -Yes I know this is BAD but I inherited the network and haven't been able to change it as yet) via a juniper SRX. Blades are running VMware 5.5 - no nic teaming as yet. All blades and AMM module (all on 192.168.10 addresses) can get to all parts of the network VMWare machine (Only one so far - on 10.10.10.0 network - can ping host, can ping external firewall, CAN ONLY PING ODD OR EVEN NUMBERED IP's DEPENDING ON WETHER IT HAS AN ODD\EVEN IP) ie if its forth octet is .125 it can ping .1, .3, .5 but if I change it to .126 it can only ping .2, .4, .6 Everything I've found online points to NIC teams in certain situations but none apply as the blades only have a single NIC enabled and the VM only has one NIC assigned. Appreciate any feedback Cheers, Andrew McBeath

4 5

Re: [nznog] Appeal to bigger brains
by Scott Weeks 08 Sep '15

08 Sep '15

--- andrew(a)base-2.co.nz wrote: From: Andrew McBeath <andrew(a)base-2.co.nz> VMWare machine (Only one so far - on 10.10.10.0 network - can ping host, can ping external firewall, CAN ONLY PING ODD OR EVEN NUMBERED IP's DEPENDING ON WETHER IT HAS AN ODD\EVEN IP) ie if its forth octet is .125 it can ping .1, .3, .5 but if I change it to .126 it can only ping .2, .4, .6 ---------------------------------------- It's a longshot, but is there VRRP/HSRP on the router where the default gateways point to? They could have two VRRP sessions and forcing odd IPs to one and even IPs to another. scott _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

FW: Appeal to bigger brains
by Andrew McBeath 07 Sep '15

07 Sep '15

Didn’t hit reply all. From: Andrew McBeath Sent: Tuesday, 8 September 2015 10:19 p.m. To: 'Alexander Neilson' <alexander(a)neilson.net.nz> Subject: RE: [nznog] Appeal to bigger brains Thanks Alexander, Its an E1000e with vmware tools installed – I have seen quirky behaviour from them before but it seems to have been much better of late. I will try ripping it out and assigning a VMXNET3 adapter. In response to earlier replies. Kyle -No LACP – single uplink from the blade IO module to a single EX2200 Dylan/Liam – Exactly my first thoughts but 2 of us have been through every bit of kit between the VM and the rest of the network trying to spot what the other missed and are both at a loss. It’s not a complicated network. Will update tomorrow after I change the NIC. Appreciate the feedback – Glad to know it strikes others as odd too Andrew From: Alexander Neilson [mailto:alexander(a)neilson.net.nz] Sent: Tuesday, 8 September 2015 10:05 p.m. To: Andrew McBeath <andrew(a)base-2.co.nz<mailto:andrew(a)base-2.co.nz>> Subject: Re: [nznog] Appeal to bigger brains Which network interface type is on each VM Guest? (or is your issue with the host?) VMXNET3 is recommended however you probably need VMWare tools installed to use it. The E1000 and E1000e interfaces have some weird issues in network operation but not that I have seen as even and odd interfaces. On your network configuration in VMWare how many underlying interfaces are assigned to each V Switch? can you screenshot the V switches and the individual network config screens under properties. Sounds like their might be some odd check box or interface involvement that causes this issue. Regards Alexander On 8/09/2015, at 9:53 PM, Andrew McBeath <andrew(a)base-2.co.nz<mailto:andrew(a)base-2.co.nz>> wrote: I’m throwing this out there because I’m at a loss to figure out whats happening in our lab. I realise it’s a bit outside the scope of this forum but as the subject line says I’m looking for some bigger brains – Beers are involved. We have an IBM blade chassis – only 4 blades at present – with a management VLAN 50 (192.168.10.0/24) and a data vlan 100 (10.10.10.10.0/24) hooked up to our prod network (10.10.1.0 and 11.11.1.0 –Yes I know this is BAD but I inherited the network and haven’t been able to change it as yet) via a juniper SRX. Blades are running VMware 5.5 - no nic teaming as yet. All blades and AMM module (all on 192.168.10 addresses) can get to all parts of the network VMWare machine (Only one so far – on 10.10.10.0 network - can ping host, can ping external firewall, CAN ONLY PING ODD OR EVEN NUMBERED IP’s DEPENDING ON WETHER IT HAS AN ODD\EVEN IP) ie if its forth octet is .125 it can ping .1, .3, .5 but if I change it to .126 it can only ping .2, .4, .6 Everything I’ve found online points to NIC teams in certain situations but none apply as the blades only have a single NIC enabled and the VM only has one NIC assigned. Appreciate any feedback Cheers, Andrew McBeath _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz<mailto:NZNOG(a)list.waikato.ac.nz> http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Software defined networking seminar in Auckland (28th September - 10:30am-12:30pm)
by Ian Welch 07 Sep '15

07 Sep '15

Hi all, Victoria University is running a free seminar on software defined networking in Auckland on the 28th September from 10:30-12:30 at the Victoria University Auckland Office, Level 4, the Chancery, 50 Kitchener Street, Auckland. Bryan Ng will be doing a gentle introduction to SDN and leading a hands-on session. More information is available here: http://sdn-vuw.blogspot.co.nz/2015/09/come-to-our-auckland-event-at-end-of.… RSVP by Wednesday 23 September to suzan.hall(a)vuw.ac.nz with ‘SDN seminar’ in the subject line. We also have some scholarship opportunities for Masters projects on software defined networking topics, more information here: http://sdn-vuw.blogspot.co.nz/2015/08/scholarships-available-to-work-on.html Thanks, Ian

1 0

Contribution for the IANA Stewardship Transition proposal
by Elly Tawhai 07 Sep '15

07 Sep '15

Hi NZNOG Community, The Numbers community is one of the key operational communities called on to develop its own proposal for the IANA stewardship transition. The below video relates to IANA Stewardship Transition: https://www.youtube.com/watch?v=t-x2nQxyDrU How you can contribute: ----------------------- 1. The CRISP team is seeking community response to its statement on the ICG plan, as announced at: https://www.nro.net/pipermail/ianaxfer/2015-August/000642.html The CRISP statement provides an excellent summary of the ICG proposal and how it satisfies the expectations expressed by the Numbers community. 2. The NRO has also recently called for community support of the ICG proposals, at: https://www.nro.net/news/iana-stewardship-transition-coordination-group-icg… 3. We encourage you to send an email to the ICG (public-comments(a)ianacg.org) to express your support for the ICG’s transition proposal. Kind regards, Elly APNIC

2 1

SDN APE, and IX stats from Citylink
by Tim Hoffman 03 Sep '15

03 Sep '15

Greetings, There was some discussion over the last couple of years with the NZNOG community at conferences and on the mailing list about Citylink doing a SDN based IX. This was to include with it Citylink releasing statistics of the aggregated traffic over their IX - a measure (published by most IXs) that many use to decide if it's worth connecting to an IX. Given the public nature of this discussion so far, and the fact that it's died off, can a representative of Citylink please confirm to the list; 1/ Is there an intention to move to some sort of SDN driven IX still, and if so what the timeframe for this will be? If this project has been abandoned, how will the IXs be developed in place of this project? 2/ Do they have any intention to publish an aggregated traffic on their IXs, and if so what the timeframe for this will be? I am sure many of us in the peering community will be eager to hear the answers to these questions.... Cheers, Hoff

12 21

APNIC Policy Proposal 114
by Jamie Baddeley 03 Sep '15

03 Sep '15

Folks, Saw this: https://www.apnic.net/policy/proposals/prop-114 Whilst the proposal does its best to outline pros and cons, I feel that from a policy perspective it removes the direct incentive to establish interconnectivity with IXP's (or some other mechanism for Multihoming). You gain an ASN but you are not compelled to increase the resilience of the Internet. To me that is a disadvantage that has not been stated. To me, having a network with an ASN means fundamentally you are participating in the mesh. On the solution: An organisation is eligible for an ASN assignment if: - they are currently multi-homed, OR - have previous allocated provider independent address space by APNIC, AND intend to multi-home in the future It seems to suggest a policy tilted towards incumbents or those who've been around long enough to have some PI space? The problem statement: The policy seems to imply that both requirements i.e. multi-homing and clearly defined single routing policy must be met simultaneously, this has created much confusion in interpreting the policy. Suggests that removing the confusing or conflicting elements of the current policy is wise, but I'm not convinced the proposed solution does that without undermining what I think is a important characteristic of the Internet which is a highly interconnected mesh. As an alternate, is it not better to strengthen the process to determine whether the applicant did indeed multi-home? There are downsides in that of course. It does place overhead on an entity to test that but what matters more? Ease of access into the ASN club or ensuring high levels of interconnectivity? What do others think? jamie

3 2

Routing changes for AS17746 (Orcon)
by Simon Allard 02 Sep '15

02 Sep '15

Hi NZNog Thursday 3rd Sept 00:00 -> 0600 we will be making some changes to the way AS17746 Peers. Currently AS17746 has APE/WIX Peering. We decommissioning AS17746 APE peering and advertising AS17746 via Callplus AS9790. Orcons WIX peering will eventually become AS9790 but that’s a few weeks off yet but for the mean time we will prepend AS paths to make the AS paths equal. AS9790 Peers at APE/AKL-IX and Megaport, so there will be increased peering traffic and prefixes due to the extra routes in AKL-IX and Megaport. Any questions please drop me an email Cheers, Si [cid:imagea22279.PNG(a)4001d0ff.41a0d19e] Simon Allard // Senior Network Architect D: 09 550 2790 M: 020 100 0790 F: www.callplus.co.nz<http://www.callplus.co.nz> | www.slingshot.co.nz<http://www.slingshot.co.nz> | www.flip.co.nz<http://www.flip.co.nz> | www.orcon.net.nz<http://www.orcon.net.nz> This message and any attachments contain privileged and confidential information. If you are not the intended recipient of this message, you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error please notify the sender immediately via email and then destroy this message and any attachments.

1 1

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

01 Sep '15

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 ******************************************* Internet Assigned Numbers Authority (IANA) Internet Corporation for Assigned Names & Numbers 12025 Waterfront Drive, Suite 300 Los Angeles, CA 90094 Phone: +1 310 301 5800 Fax: +1-310-823-8649 *******************************************

1 0

Rural Fibre Deployment
by Jesse Archer 31 Aug '15

31 Aug '15

Hi, Does anyone from recent (last 1-2 years) experience have a ballpark figure of what it costs to run fibre privately in a rural setting these days? Indicative price per meter for planning, consents, trenching, installing the duct and then blowing the fibre through? *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 16306, Bethlehem 3176, New Zealand

5 4

AS45177 Peering on APE
by Callum Barr 31 Aug '15

31 Aug '15

Hi All, Hope you are well, etc... We (Vibe Communications / Layer2Co / Intellipath / AS45177) are going to be dropping our peering at APE sometime this week or early next. We have found that the traffic levels have dropped to the point where it is no longer economic to peer at the current port pricing, aswell as having AS9560 in the AS-PATH making some 'interesting' traffic paths happen. If you currently have a bilateral peer with us over the APE fabric, this will disappear. You can re-establish this peer with a direct cable run at a datacenter that we are both at, or via the fabric at AKL-IX or Megaport AKL. Our PeeringDB entry is located here ( http://www.peeringdb.com/view.php?asn=45177) Kind regards, *Callum Barr* / *Network Architect / Vibe Communications* +64 27 567 2746 / callum(a)vibecommunications.co.nz Office: +64 9 222 0000 / Fax: 0800 842 326 Level 2, 155 K Rd, Auckland, New Zealand Web: www.vibecommunications.co.nz / Peering: AS45177 <http://www.peeringdb.com/view.php?asn=45177>

1 0

issue with xtra mail
by Daniel Christie 31 Aug '15

31 Aug '15

Hey all, Is there anyone here who is an admin of the xtra mail servers for custom domains? I simply want to know why an email being sent from an email server to xtras would get this showing up in SMTP logs of the sending server 210.54.141.1 [1224] 12:52:37 Client session <<< 553 Authentication is required to send mail as user(a)domain.com<mailto:user(a)domain.com> I'm trying to go through normal spark support channels but they are trying to ask me questions about the email server I administer which are ridiculous and very frustrating. I'm fairly sure (with my knowledge of SMTP) the issue is that our server is saying its sending an email from an email account that is hosted on xtra servers and trying to send to the same email/account without first specifying auth I have given them more than enough information about the issue already and just not getting anywhere. Daniel Christie Systems Engineer/Application Specialist PHONE +64 7 853 6060<tel:+64-7-853-6060> | FAX +64 7 854 9052<tel:+64-7-854-9052> | www.enlighten.co.nz<http://www.enlighten.co.nz>

10 10

UFB - DHCP Relay and Packet Fragmentation
by Brent Marquis 26 Aug '15

26 Aug '15

Hi All, This is a little bit late for getting the info into this community sorry, I was tied down with ensuring we had the fix out there. I thought it was important to ensure that anyone who is affected, but may not have seen the informer(s), knows that as of tomorrow you can commence migrations, remove workarounds and re-instate config, etc I've attached our informer for the Fragmented Packet issue, as it has all the info - but the main details are below. We are currently upgrading all of our 'new' (introduced earlier this year) ONTs, due to 2 issues. 1) DHCP Relay packets being discarded - where DHCP requests have src and dst port of 67. 2) Fragmented packets being discarded - any fragmented packets passing through the ONT in either direction (including NGA Voice) The upgrade has been progressing over the last few nights, OLT by OLT and will be completed overnight tonight - this was done under BAU Service Event notifications, which you probably all saw. In short, neither of these issues will exist from tomorrow onwards. Where normal service for any users affected by these issues can resume. Thanks to all the RSPs who helped us identify, troubleshoot and test over the past few weeks. As always - give me a shout if you have any questions/concerns. Thanks, Brent This communication, including any attachments, is confidential and may be legally privileged. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. No confidentiality or privilege is waived or lost by any mis-transmission or error. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.

2 1

alibi routing
by Jodi Thomson 25 Aug '15

25 Aug '15

Came across this while reading soylent news - thought it interesting http://spectrum.ieee.org/tech-talk/telecom/internet/system-routes-internet-… https://alibi.cs.umd.edu/ Cheers JT -- Jodi Thomson Systems & Networks Web Connect Ltd 501 Heretaunga Street West Hastings, 4122 Ph: (06) 281 2324 (ext 802) http://www.webconnect.nz

1 0

UFB Upload Issues
by Dave Mill 20 Aug '15

20 Aug '15

Hi all If any RSPs currently have any reports of 100/20 UFB Right Performing customers having only 2M upload could you contact me offlist? If you do contact me I'm really interested in where your BNG is and where your customers are with the issue. If any end users are on 100/20 with only 2M upload also feel free to contact me. I'm more interested in your location and your ISP in this case. Cheers Dave (representing Inspire Net in this post)

17 34

mx.clear.net.nz help please
by Don Gould 20 Aug '15

20 Aug '15

Hi guys, Sorry to say but one of my customers got their computer compromised and it caused a spam dump via one of my servers which now seems to be blocked by clear.net.nz Can someone have a look for me and unblock mx.yournet.co.nz? I can provided more full transcript but I've removed customer details for the public list. Thanks D *From: *MAILER-DAEMON(a)mx.yournet.co.nz <mailto:MAILER-DAEMON(a)mx.yournet.co.nz> (Mail Delivery System) *Subject: **Undelivered Mail Returned to Sender* *Date: *20 August 2015 18:23:47 NZST zzz(a)clear.net.nz <mailto:s.t.ebranch(a)clear.net.nz>>: host mx.clear.net.nz <http://mx.clear.net.nz>[203.97.33.212] refused to talk to me: 554 mxin2-orange.clear.net.nz <http://mxin2-orange.clear.net.nz> xxx host mx.paradise.net.nz <http://mx.paradise.net.nz>[203.97.33.212] refused to talk to me: 554 mxin3-orange.clear.net.nz <http://mxin3-orange.clear.net.nz> xxx host mx.paradise.net.nz <http://mx.paradise.net.nz>[203.97.33.212] refused to talk to me: 554 mxin3-orange.clear.net.nz <http://mxin3-orange.clear.net.nz> Reporting-MTA: dns; mx.yournet.co.nz <http://mx.yournet.co.nz> X-Postfix-Queue-ID: B9B6ED669B X-Postfix-Sender: rfc822; Arrival-Date: Mon, 17 Aug 2015 17:54:26 +1200 (NZST) Final-Recipient: rfc822; xxx <mailto:s.t.ebranch(a)clear.net.nz> Original-Recipient: rfc822;xxx <mailto:s.t.ebranch(a)clear.net.nz> Action: failed Status: 4.0.0 Remote-MTA: dns; mx.clear.net.nz <http://mx.clear.net.nz> Diagnostic-Code: smtp; 554 mxin2-orange.clear.net.nz <http://mxin2-orange.clear.net.nz> Final-Recipient: rfc822; xxx Original-Recipient: rfc822;xxx Action: failed Status: 4.0.0 Remote-MTA: dns; mx.paradise.net.nz <http://mx.paradise.net.nz> Diagnostic-Code: smtp; 554 mxin3-orange.clear.net.nz <http://mxin3-orange.clear.net.nz> Final-Recipient: rfc822; xxx Original-Recipient: rfc822;xxx Action: failed Status: 4.0.0 Remote-MTA: dns; mx.paradise.net.nz <http://mx.paradise.net.nz> Diagnostic-Code: smtp; 554 mxin3-orange.clear.net.nz <http://mxin3-orange.clear.net.nz> -- Don Gould 31 Acheson Ave Mairehau Christchurch, New Zealand Ph: + 64 3 348 7235 Mobile: + 64 21 114 0699 Ph: +61 3 9111 1821 (Melb) I'M COLLECTING COFFEE CUPS FOR PROJECT COFFEE CUP. Deja vue (missing the French accent mark) - literally means already seen, that sense of haven't we been here before.

1 0

Twitter peering in Sydney
by Tim Hoffman 17 Aug '15

17 Aug '15

Greetings, AS13414 is now peering in Australia. We invite AU/NZ eyeball networks to peer with us on the Equinix, IX Australia, and Megaport IXs in Sydney. Please find our details at http://as13414.peeringdb.com, and contact peering(a)twitter.com if this is of interest to you. Cheers, Tim -- Tim Hoffman | Twitter, Inc. 1355 Market St. | San Francisco, CA | 94103

1 0

Apricot 16
by Jamie Baddeley 15 Aug '15

15 Aug '15

Hey folks, We said in Rotorua we'd be keen to subsidise Apricot attendance in 2016. And if memory serves correctly it was for any of the diehard Noggers that always turn up to our conference. We must have had a rush of blood to the head at the time because it turns out we could do that and probably burn out the NZNOG Trust fund at the same time. That's not wise. Now that we've thought about it, what we can do is make 5K NZD available to those who $deserve a subsidy. What we have not worked out is how to define $deserve. But I'm sure we'll work that out. We can update you on that later. There will be some kind of metric related to how much of diehard Nogger you are I guess. Maybe in the meantime you could entertain the list about just how diehard you are. Perhaps the subsidies go to the ones who create the most mirth (whilst staying within the list AUP of course). On a more serious note - just thought we should keep you updated, and we'll advise more a little later as things firm up. cheers Jamie of behalf of the NZNOG Trustees

2 2

Win10 downloads causing UFB congestion?
by Juha Saarinen 13 Aug '15

13 Aug '15

Hello NZNOG, I was reading this: http://www.nzherald.co.nz/business/news/article.cfm?c_id=3&objectid=11495508 <http://www.nzherald.co.nz/business/news/article.cfm?c_id=3&objectid=11495508> just now, which says the Windows 10 upgrade is overwhelming capacity on the UFB (which bit of it?). It’s a single source however, and I was wondering if there are other data points for the traffic increase to look at? Not sure if this is operational as such, so please email me off-list if so. Thanks — Juha

8 8