November 2014 - NZNOG - lists.nznog.org

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

11 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

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

Cloudflare on the APE
by Jamie Baddeley 07 Dec '14

07 Dec '14

With N4L joining the APE the fun keeps coming.. New CDN in town and it's a win for NZ. http://www.scoop.co.nz/stories/BU1412/S00034/ape-brings-the-world-closer-to… At an operational level I'm sure the CloudFlare guys will provide an update soon. regards jamie

19 31

Spots available on NZITF DDoS training next week in Wellington
by Dean Pemberton 30 Nov '14

30 Nov '14

Hi All, Wellington is going to be the centre of all things Security next week, with Kiwicon happening on the 11th and 12th. In advance of that NZITF have Krassi Tzvetanov (currently at A10 Networks previously at Cisco) visiting that week and running some training while he is here on the 10th December. We don't normally open training up to non-NZITF members, but as this is on DDoS Mitigation and some NZNOG'ers are liable to be in town anyway for Kiwicon, I thought I'd pass the info on. This training will cover different types of DoS attacks that are currently popular and will explain in detail how they work and how in some cases the underlying technology is exploited to produce the desired effect by the attacker. More details available here. http://nzitf.org.nz/pdf/141228-DDoS-Mitigation.pdf Regards, Dean

1 0

Re: [nznog] Letter to Network Operators 24 Nov 2014
by Ray Taylor 30 Nov '14

30 Nov '14

Dean that's a brilliant idea They should definitely be *required* to make a presentation in rotorua and have a q&a session. Ray Taylor Taylor Communications ray(a)ruralkiwi.com Ph 021-483-280 Network status 06-929-9082 Description: header_logo

1 0

FW: Letter to Network Operators 24 Nov 2014
by Ray Taylor 29 Nov '14

29 Nov '14

I am assuming this refers to notifications about equipment changes, vendor suppliers etc? It may come as a surprise to these people but most network operators create standards and stick to them! Ray Taylor Taylor Communications <mailto:ray(a)ruralkiwi.com> ray(a)ruralkiwi.com Ph 021-483-280 Network status 06-929-9082 Description: header_logo From: TICSA [mailto:TICSA(a)ncsc.govt.nz] Sent: Monday, 24 November 2014 3:21 p.m. To: TICSA Subject: Letter to Network Operators 24 Nov 2014 Dear Network Operator Please find attached a letter to all network operators. This letter shares our surprise at the low number of notifications received from registered network operators to date. We want to reinforce that we are here to support you in meeting your obligations under the TICSA. We thank those network operators who have actively engaged with us under the TICSA since May. Kind regards >From the TICSA Team _____ This electronic message, together with any attachments, contains information that is provided in confidence and may be subject to legal privilege. Any classification markings must be adhered to. If you are not the intended recipient, you must not peruse, disclose, disseminate, copy or use the message in any way. If you have received this message in error, please notify us immediately by return email and then destroy the original message. The Government Communications Security Bureau (GCSB) accepts no responsibility for changes to this e-mail, or to any attachments, after its transmission from GCSB. Thank you. _____ This email has been filtered by SMX. For more information visit smxemail.com <http://smxemail.com/>

8 8

Re: [nznog] Network for Learning APE Peering
by Peter Lambrechtsen 28 Nov '14

28 Nov '14

Let's not forget that N4L is run by Spark Digital aka Gen-I and is completely separate infrastructure from the Retail broadband stack. For all intensive purposes they are separate companies. > -------- Original message -------- > From: Tony Wicks <tony(a)wicks.co.nz> > Date: 29/11/2014 8:59 AM (GMT+12:00) > To: "'nznog(a)list.waikato.ac.nz'" <NZNOG(a)list.waikato.ac.nz> > Subject: Re: [nznog] Network for Learning APE Peering > > > Yes, and it also goes to highlight that there is no reason whatsoever why the rest could not be peered ! > > > >Subject: Re: [nznog] Network for Learning APE Peering > > > > > > >That'll be a royal truck-load of daytime traffic moving from domestic transit links to peering links! > > > > >I think much kudos should go to the N4L team for bringing some 5000+(*) addresses of Spark's IP space into being openly peered at APE. This is a fantastic move! > > > > >Well done guys :)

1 0

Network for Learning APE Peering
by Clayton Hubbard 28 Nov '14

28 Nov '14

Hi Noggers.. Network for Learning has just completed peering with APE. If you provide services to schools in NZ and have any suboptimal routing, please contact me off-list to investigate. Thanks, *Clayton Hubbard* Senior Engineer, The Network for Learning Ltd D: 09 972 2906 | M: 022 043 0155 | W: http://www.n4l.co.nz A: Suite 306, Geyser Building, 100 Parnell Road, Parnell, Auckland 1052 P: PO Box 37118, Parnell, Auckland 1151 <http://www.n4l.co.nz> <https://twitter.com/@N4LNZ/> <https://www.facebook.com/NetworkForLearning> <https://plus.google.com/104649004276520409744/about> <http://www.linkedin.com/company/the-network-for-learning-ltd-n4l->

3 2