- NZNOG - lists.nznog.org

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

Re: [nznog] Win10 downloads causing UFB congestion?
by Regan Murphy 11 Aug '15

11 Aug '15

Chris Keall wrote up this in the NBR yesterday with a "yeah....nah". (paywalled) http://www.nbr.co.nz/opinion/digital-island-windows-10-upgrades-are-congest… -- Regan ________________________________ From: Juha Saarinen<mailto:juha(a)saarinen.org> Sent: ‎8/‎12/‎2015 9:17 AM To: nznog<mailto:NZNOG(a)list.waikato.ac.nz> Subject: [nznog] Win10 downloads causing UFB congestion? 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 _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Re: [nznog] Win10 downloads causing UFB congestion?
by Scott Weeks 11 Aug '15

11 Aug '15

--- scott(a)scottpettit.nz wrote: From: Scott Pettit <scott(a)scottpettit.nz> puff piece designed to spread FUD for Digital Island's own -------------------------------------- Funny, I worked for another Digital Island that existed in Hawaii from the mid-1990s to ~2002. We had PoPs all over the world including NZ. It was bought by C&W and these guys took up the name 2 years later according to their "about us" page. Until now I never heard of them... scott _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

1 0

Traffic on Akl-IX
by Jesse Archer 09 Aug '15

09 Aug '15

Hey all, A quick heads up about our experience on Akl-IX (community IX based in Auckland, presence in 220 Queen and Vocus Albany). This past week we've seen our traffic coming in via the IX double, in part thanks to Microsoft peering and the Windows 10 updates that are hammering everyone's networks right now :) Also recent growth in peers - I see Compass are on-boarding and a couple of other operators I've spoken with are peering shortly. There are some large content providers on the IX, either directly connected or via "host member ISPs" - so if you've been considering peering and access to content might be a driver for on-boarding and you would like some more info, please speak to Joe Wooller of WAIA on peering(a)akl-ix.nz or you can drop me an email. If you're from: Voyager ICONZ Trade Me Sitehost HD Mediaworks ...I'd love to see you on the IX as we do a bit of traffic each day and the current inbound and outbound paths are not as optimal as they could be. *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

8 9

Some name server changes, SkyTV and Paymark
by paul tinson 09 Aug '15

09 Aug '15

Hi There, I wanted to notify the list that anyone operating recursive resolvers would be wise to flush the following zones from the cache: *.skytv.co.nz *.paymarkclick.co.nz Lastnight the name servers for these where switched to ns1, ns2 and ns3.spark.co.nz. The TTL on the NS record was 24hrs at the time of change so these could still be in cache as the old record. Regards Paul

2 2

Chorus CCIL availability
by Jonathon Exley 05 Aug '15

05 Aug '15

Hi NOGers, The Chorus Co-Innovation Lab (CCIL) is being upgraded to a new software release in preparation for a UFB production upgrade later this year. The Wellington and Auckland nodes will bounce several times today and tomorrow, as we exercise the upgrade and rollback procedures. [cid:image001.jpg(a)01CF4F55.0ABA26E0] Jonathon Exley Network Specialist Layer 2 T +64 4 896 4190 M +64 27 514 8048 E jonathon.exley(a)chorus.co.nz<mailto:jonathon.exley(a)chorus.co.nz> Level 8, State Insurance Tower, 1 Willis Street Wellington www.chorus.co.nz<http://www.chorus.co.nz/> Aon Hewitt Best Employer in Australasia 2012 & 2013 P Please consider the environment before printing this e-mail 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 2

Chorus EUBA + IPV6
by Simon Allard 02 Aug '15

02 Aug '15

Since it seems to be ipv6 month here at NZNog I thought I would bring this up. Some of you have commented that Orcon is in trial mode for IPv6 and are probably wondering why we haven’t progressed. We have had IPV6 enabled for a while and have a good number of ipv6 customers online now. However we found an issue on the Chorus network which stopped us rolling it out further. (UFB ipv6 was another battle which requires beer!) What we found was some Chrous DSLAMS with certain card types would drop IPV6CP packets in one direction when doing the PPPoE->PPPoA conversation. It would seem that these cards don’t support Ipv6. Weirdly enough it would seem it is the newer card types used for Broadband IP. (citation needed). This in itself isn’t a major but we also found our NFV4 modem would reset its entire PPPoE stack if the IPV6CP conversation started but didn’t complete as expected, so customers would constantly be disconnected and cycle around. (The Genius modem works well with ipv6) The NFV4 issue aside (we are resolving with the Vendor). We approached the Chorus tech team and they helped identify the issue but that’s is where its hit a brick wall. The Chorus op team are not keen on fixing the issue nationwide as it involves new code versions, a massive amount of testing and a long rollout program. (I can understand where they are coming from). To summarise: IPV6 doesn’t work on Chorus EUBA on some line card types Only affect PPPoE->PPPoA translation PPPoE end to end is fine. Chorus say IPV6 not supported on EUBA Customer numbers effected are smallish. We will fix the NFV4 issue, but keen to rollout more IPV6 to all customers, not just the lucky ones on card types which work. Has any other ISP’s (the bigger ones especially) noticed this? As it will require some pressure to get some progress. Cheers, Simon Allard Orcon/Callplus [cid:image92256e.PNG(a)016ea4ce.48a80470] 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.

5 5