August 2015 - NZNOG - lists.nznog.org

list.waikato.ac.nz Has Moved
by Donald Neal 12 Dec '24

12 Dec '24

NZNOG-People, I have just finished migrating all of the mailing lists held at The University of Waikato from one server to another. I don't have any reason to believe that anything's gone wrong, but please bear with me for today if it turns out that something has. - Donald Neal -- Donald Neal | Q: How many Aucklanders does it take to change Systems Programmer/Analyst | a light bulb? The University of Waikato | A: Pass me that candle and I'll tell you. Hamilton, New Zealand | --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

4 3

RE: Sort of OT: are there any "Internet enabled" temperature sens ors/servers for Auckland?
by Greg Clare 18 Aug '21

18 Aug '21

May not be exactly what you are after? However DSE have an Internet weather station at the Albany HQ. http://www.dse.gen.nz/public/webdata/weather.htm Regards Greg > -----Original Message----- > From: Juha Saarinen [mailto:juha(a)saarinen.org] > Sent: Wednesday, 2 January 2002 2:47 pm > To: NZNOG > Subject: Sort of OT: are there any "Internet enabled" temperature > sensors/servers for Auckland? > > > Measuring the outside temperature, with geographic location given. > > -- > Juha > Take off every sig! > > - > To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz > where the body of your message reads: > unsubscribe nznog > - To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog

2 1

UFB 2M upload issues - DEI markings - Juniper
by Dave Mill 19 Nov '15

19 Nov '15

Hi all We have finally fixed our 2M upload issues on Chorus UFB accelerate plans. Skip to the end of this email if you just want an example fix. Along the way we established a couple of incorrect "facts". Some of which I shared with this list. These were: 1) DEI marked packets were being silently dropped on ingress from the Chorus handover 2) Junos 12.3 fixed this issue Recently I deemed that "fact" 1) was wrong and hence "fact" 2) was a bit irrelevant. Here's a crude diagram of our typical set-up: <Chorus handover> <-> [1] <MX80> [2] <-> MPLS/VPLS over Backhaul fibre <-> [3] <PMR MPLS MX> [4] <-> [5] <PMR BNG> Where the numbers in the square brackets are interfaces where I performed some traffic stats. I deemed that DEI=1 marked packets were still showing up at [1] and [3]. They were not showing up at interfaces [4] and [5]. This deemed my above "facts" incorrect. With Juniper CoS you classify on ingress and rewrite on egress. Once we deemed that DEI marked packets were not being dropped at [1] and instead were being dropped between [3] and [4] we can now rewrite these before interface [4]. As we need to rewrite on egress we'll do this at point [2]. In our test case interface [2] is actually xe-1/2/0.388 . And a simple fix for the issue is under the class-of-service section implement: interfaces { xe-1/2/0 { unit 388 { rewrite-rules { ieee-802.1ad { ieee-802.1ad-dei-rewrite; vlan-tag outer; } } } } } rewrite-rules { ieee-802.1ad ieee-802.1ad-dei-rewrite { forwarding-class best-effort { loss-priority low code-point 0000; loss-priority high code-point 0000; } } } The key is to use a ieee-802.1ad rewrite rule rather than a ieee-802.1 rule. The leftmost bit of the 4 bit code-point is the DEI bit. This is all assuming that all traffic is classified as best-effort at interface [1] - if that is not the case then re-write the DEI bit for your other queues as well. You only need to rewrite the outer vlan DEI bit. This is tested on Junos 12.3R8.7 on a MX80. Thanks to all involved in helping fix this - Steve K, Vance and Ivan especially. Cheers Dave

3 4

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

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

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