- NZNOG - lists.nznog.org

UFB DFAS Lawful Interception
by Tristram Cheer 03 Dec '15

03 Dec '15

Hi All. Does anyone here know what the LFC's are doing for LI on dark fibre? I think most will be some kind of splitter but one LFC is talking about using a 50/50 split introducing 3db of loss into each leg and I'd like to get an idea of what the others are doing. Normally I'd look at the CFH tech specs but LI on DFAS came after them and there's no reference in the agreements 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

3 2

Anyone else having Chorus issues in Auckland with EUBA/WVS this morning?
by Jesse Archer 01 Dec '15

01 Dec '15

We are seeing issues yet nothing reported on the Chorus status pages.

4 3

ETSI 102 232 1-7 complaint LI solutions
by Tristram Cheer 30 Nov '15

30 Nov '15

Hi All, I was wondering what solutions exist for small to medium sized ISP's to have "ETSI standard Lawful Interception" as part of the Interception Capable upgrade from Interception Ready. I was hoping there may be a solution that has a presence in NZ or AU that is cost effective enough for the small guys :) 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

Call for Presentations - DNS-OARC 24th Workshop, Mar 2016
by Sebastian Castro 30 Nov '15

30 Nov '15

The DNS-OARC 24th Workshop will take place in Buenos Aires, Argentina between March 31st and April 1st 2016, Thursday and Friday before IETF95. This will be the first time DNS-OARC is held in the Southern Hemisphere. To attract the best DNS minds and local audience, DNS-OARC is requesting proposals for presentations, with a preference for Operational Practices Reports, and "How we solved this problem" presentations. This workshop intends to build from previous strong DNS-OARC workshops, where both operational content and research are welcome. Presentations from DNS operators are particularly desired, as well as from DNS researchers. 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 April 1st, for which submissions will be accepted during March 31st on a first-come first-served basis. Workshop Milestones 30th November 2015, Call for Presentations posted and open for submissions 29th January 2016, Deadline for submission 16th February 2016, Final Program published 28th March 2016, Final deadline for slideset submission Details for abstract submission will be published here: https://indico.dns-oarc.net/event/22/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 including draft slides will get extra points during evaluation. 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.) -- Sebastian Castro Technical Research Manager .nz Registry Services (New Zealand Domain Name Registry Limited) desk: +64 4 495 2337 mobile: +64 21 400535

1 0

Whose residential UFB in Whanganui has diverse backhaul?
by Donald Gordon 26 Nov '15

26 Nov '15

Hi I've had UFB at home for two years now. I'm on to my second ISP. ISP #1 had an 8 hour outage for all their Whanganui UFB customers due to fault in their backhaul. ISP #2 had a 20 hour outage last month for all their Whanganui UFB customers due to a fault in their backhaul (they say Chorus) between here and Palmerston North. Who provides residential UFB in Whanganui that won't be brought down by a single backhaul fibre fault? I realise I'm getting a residential service with essentially no SLA, and that the fibre between me and the interconnect point is a single point of failure. I'm happy to take off list answers and won't post your answers publicly unless you particularly want me to. Regards Donald Gordon

5 4

Re: [nznog] AKL-IX MDR Pop
by Tim Hoffman 26 Nov '15

26 Nov '15

This is true, I did miss the WIX! And Wellington coffee is 100x better then that in the states! Apologies! Still - it is nice to see relatively even amounts of traffic on both Auckland platforms from a resiliency point of view. Perhaps CityLink will now considering lowering prices to the $450/month/10g IX Australia publicly disclose that they charge? Sent from my iPhone > On Nov 26, 2015, at 11:47 AM, Sid Jones <sid.jones(a)citylink.co.nz> wrote: > > FYI: We’ve had some traffic from 1 or 2 providers move from across the APE to the WIX instead. http://nzix.net/wix.html > > There’s a pretty consistent 2 to 2.5 Gbps on the WIX most days – and lets not discount Wellington Tim - as you well know we have by far the best coffee ;) > > From: <nznog-bounces(a)list.waikato.ac.nz> on behalf of Tim Hoffman <tim(a)hoffman.net.nz> > Date: Friday, 27 November 2015 at 8:31 AM > To: Scott Lawson <scott.lawson.nz(a)gmail.com> > Cc: NZNOG Mailing-List <NZNOG(a)list.waikato.ac.nz> > Subject: Re: [nznog] AKL-IX MDR Pop > > Thanks Joe! Great to see that we have another strong option in NZ. > > Interesting also to see now that we have very equal traffic volumes between AKL-IX and APE (even outside the last time this was discussed where we had a major software release coming out of a CDN connected to AKL-IX if I recall correctly). In fact, it looks like AKL-IX is doing just a slight bit more! > > Having two solid IXs in Auckland is the best result for the resiliency of the New Zealand internet - it's great to see that we finally go there! > > Cheers, > Tim > > > >> On Thu, Nov 26, 2015 at 12:11 AM, Scott Lawson <scott.lawson.nz(a)gmail.com> wrote: >> Hi Joe, >> >> Thanks for the update re MDR AKL-IX POP. Keep up the good work! >> >> Do you have any timeline for when the society will be incorporated and you will be moving to paid ports? >> >> Cheers, >> >> Scott. >> >> >>> On 26/11/15 8:44 PM, Joe Wooller wrote: >>> Hey all, >>> >>> Firstly sorry not sorry if this email is off topic. :) >>> >>> I will keep this brief. >>> AKL-IX MDR pop is now live. As we are still waiting for the Society to be Incorporated we will be offering trials for peers interconnecting at MDR. >>> If you would like to hook up please drop me an email and we can get the ball rolling! >>> >>> Cheers >>> Joe >>> >>> _______________________________________________ >>> NZNOG mailing list >>> NZNOG(a)list.waikato.ac.nz >>> http://list.waikato.ac.nz/mailman/listinfo/nznog >> >> _______________________________________________ >> NZNOG mailing list >> NZNOG(a)list.waikato.ac.nz >> http://list.waikato.ac.nz/mailman/listinfo/nznog > > <ape7.png> > <graph_image.php.png>

1 0

AKL-IX MDR Pop
by Joe Wooller 26 Nov '15

26 Nov '15

Hey all, Firstly sorry not sorry if this email is off topic. :) I will keep this brief. AKL-IX MDR pop is now live. As we are still waiting for the Society to be Incorporated we will be offering trials for peers interconnecting at MDR. If you would like to hook up please drop me an email and we can get the ball rolling! Cheers Joe

5 4

UPC lite - does anyone have any info on what kind of service this actually is?
by Mike Taylor 23 Nov '15

23 Nov '15

I'm trying to get some sensible info on exactly what a 'UPC lite' circuit from Chorus is. The info I've managed to glean so far is: - It's an ATM based service (PVC 0/101 from the info I can get from googling.) - I'm told it can only be delivered over a BUBA handover - which means it looks like it might be an aDSL service, restricted to 256k up/down So, putting all this together, it sounds like I'll need an aDSL modem, and treat it just like a 'normal' residential aDSL service, but on PVC 0/101, with PPP <?> and PAP/CHAP? Does anyone have the low down on what this actually is? Thanks in advance, Mike Just so you know, the only two links I could find that say anything useful about UPC lite were: http://www.sparkwholesale.co.nz/n36,3,letter=u.html and http://www.gpforums.co.nz/threads/420210-UPC-lite-connection-%28need-help%29 --

1 1

nzwrt redux?
by Dave Taht 22 Nov '15

22 Nov '15

this is looking quite good: https://www.indiegogo.com/projects/turris-omnia-hi-performance-open-source-… Dave Täht Let's go make home routers and wifi faster! With better software! https://www.gofundme.com/savewifi

10 14

about NZNOG Conference 2016
by Hiroki Kashiwazaki 21 Nov '15

21 Nov '15

Hi, Although I want to attend NZNOG conference 2016, I cannot find any information on NZNOG web site and ML archives. Are there any information?

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

Cisco Config for Chorus HSNS SHDSL Service?
by Alan Howard 19 Nov '15

19 Nov '15

Hi I have to configure a Cisco 888EA router for a 10Mb HSNS SHDSL service from Chorus, which is not something I have tackled before. Does anyone have a config example suitable for the Chorus service that they can share? I've been Googling for a config but can't find anything specific to Chorus. Any assistance appreciated. Alan.

2 3

1000BaseT SFP modules
by Gareth Fletcher 19 Nov '15

19 Nov '15

Hi team Sooo would anyone happen to be in Auckland and have a couple of spare GLC-T 1G SFP modules that they'd be willing to part with for a month or so? The $nobrand ones we got coded for our Nexus 9Ks don't work in our 3k :( And now in a bit of a pinch... If you do please reply off-list, and please include your beer of preference. Cheers Gareth

1 0

Re: [nznog] nzwrt redux?
by Ray Taylor 18 Nov '15

18 Nov '15

I imagine once we see ufb unbundling then that could slightly change. The big issue is incompatibilities between pon systems and making an ont in a small sfp form factor. Sent from my Samsung Galaxy smartphone.<div> </div><div> </div><div>-------- Original message --------</div><div>From: Tristram Cheer <t(a)uber.co.nz> </div><div>Date: 19/11/2015 13:04 (GMT+12:00) </div><div>To: Daniel Christie <daniel.christie(a)enlighten.co.nz>, Dave Taht <dave.taht(a)gmail.com>, NZNOG(a)list.waikato.ac.nz </div><div>Subject: Re: [nznog] nzwrt redux? </div><div> </div>Under the current UFB structure there is no scope for RSP supplied or end user supplied pluggable optics TRISTRAM CHEER Network Architect - Most problems are the result of previous solutions... E: t(a)uber.co.nz P: 09 438 5472 Ext 803 | M: 022 412 1985 | W: www.uber.co.nz 53 PORT ROAD | PO BOX 5083 | WHANGAREI | NEW ZEALAND -----Original Message----- From: nznog-bounces(a)list.waikato.ac.nz [mailto:nznog-bounces(a)list.waikato.ac.nz] On Behalf Of Daniel Christie Sent: Thursday, 19 November 2015 1:02 p.m. To: Dave Taht <dave.taht(a)gmail.com>; NZNOG(a)list.waikato.ac.nz Subject: Re: [nznog] nzwrt redux? That actually seems really cool, Would the SFP port work in NZ for removing the need of an ONT? Is it something that the fibre companies would allow consumers to do? ---------------------------------------------------------------------- Daniel Christie SYSTEMS ENGINEER/APPLICATION SPECIALIST PHONE +64 7 8536060 | www.enlighten.co.nz -----Original Message----- From: Dave Taht [mailto:dave.taht(a)gmail.com] Sent: Tuesday, 17 November 2015 1:20 AM To: NZNOG(a)list.waikato.ac.nz Subject: [nznog] nzwrt redux? this is looking quite good: https://www.indiegogo.com/projects/turris-omnia-hi-performance-open-source-… Dave Täht Let's go make home routers and wifi faster! With better software! https://www.gofundme.com/savewifi _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog

2 1

Dell R610 P/Supply
by Shaun McGuane 16 Nov '15

16 Nov '15

Hi NZNog, Apologies for being off topic - Trying to tap into the local knowledge :) I am over here at our office and shipped over some servers that had a power supply go bang! Wondered if you guys knew of any local places where I could pick up server spares. In particular Dell R610 717W – Model D717P-S0 Thanks in advance Regards Shaun

2 1

Re: [nznog] Dell R610 P/Supply
by Shaun McGuane 16 Nov '15

16 Nov '15

Thanks for the replies everyone. All sorted. Cheers Shaun From: <nznog-bounces(a)list.waikato.ac.nz<mailto:nznog-bounces(a)list.waikato.ac.nz>> on behalf of Shaun McGuane <shaun(a)rackcentral.com<mailto:shaun(a)rackcentral.com>> Date: Tuesday, 17 November 2015 at 10:22 AM To: NZNOG <nznog(a)list.waikato.ac.nz<mailto:nznog(a)list.waikato.ac.nz>> Subject: [nznog] Dell R610 P/Supply Hi NZNog, Apologies for being off topic - Trying to tap into the local knowledge :) I am over here at our office and shipped over some servers that had a power supply go bang! Wondered if you guys knew of any local places where I could pick up server spares. In particular Dell R610 717W – Model D717P-S0 Thanks in advance Regards Shaun

1 0

Does Spark host any actual IPv6-connected resources behind AS4648?
by Mark Foster 15 Nov '15

15 Nov '15

Hiya folks, An honest question... Having been told by a commercial solutions type person at Spark that IPv6 peering is only available for International Transit services - not Domestic - i'm left wondering how much IPv6 actually exists within AS4648? I am not aware of any specific examples of IPv6 connections (either 'content' or 'eyes') in the AS to use as a starting point, but it's quite disappointing to consider that any traffic between my AS and Spark's is being forced to use international transit. (The wording of the correspondence I received on the subject used the word 'currently' suggesting a possible future change on this position, but it also said 'no date for when this will be available' which suggests no great hurry either). Obviously the disappointment would be metered a little if I knew for sure there was essentially no chance of requiring such a peering link, for example if there's no other IPv6 within-or-behind AS4648 that I can't get to via other means. I assume that other NOG'rs who have 'domestic transit' or 'paid peering' with Spark have got similar ipv6 peering problems - I find it incredible that this many years beyond IPv6's initial 'push' [1], that backbone environments - those that don't necessarily have heavy ties to software or systems that may still have compatibility issues[2] - cannot be rigged for IPv6 in relatively short order. Interested in the experiences of others, on-or-offlist as preferred, in terms of Spark and IPv6, or if there's any insight as to Spark's intentions to deploy IPv6 and support it for their wholesale domestic links. Cheers Mark. [1] The oldest post on the NZ IPv6 Task Force website is dated August 2009. We've certainly had a complete technology-refresh-cycle since then, surely?! [2] Notwithstanding [1] I know there are still limitations to IPv6 offerings to customers within my organisation[3], but we are at least committed to working through these and for a large subset of product types, dual-stack is fully available. As such we are seeking to establish IPv6 peering arrangements, initially with all those that we peer with over IPv4 but obviously as openly as possible for the benefit of all parties. [3] When I say 'We' i'm talking about ICONZ, AS4770. If you peer with ICONZ (directly or via a peering exchange[4]) and would like to peer over IPv6, please do drop a note to noc(a)iconz.net and we'll happily set it up. We're already peered with the APE and WIX RR's and with a few domestic peers in addition to our transit provider(s). I should also note that i'm leaving ICONZ in the next week or so, so personal enquiries about ICONZ's position may have finite value. :-) [4] ICONZ is presently on APE and WIX and is hoping to establish a link to AKL-IX in the new year. If they share physical footprint or switch domain they're also happy to bilat or direct-ethernet if it makes sense to do so. Cheers Mark.

2 1

GPON/VDSL/ADSL vendor advice
by Mark Tees 04 Nov '15

04 Nov '15

Hi all, Looking for some advice/recommendations. We’re looking to select a GPON/VDSL/ADSL vendor for a number of new greenfield and brownfield deployments and have been considering the big 3 - ALU, Huawei and Calix. In PON land we would be delivering an “RSP” style service where each port, or a VLAN on a port can be sold to a different RSP to deliver services on. We are also delivering RF and POTS services via these units. So far we’ve found most them to be largely feature comparable and stable in terms of implementation and support. Each vendor has been keen to engage with us and work to make us as comfortable as possible with their product set. The only major differentiator on a hardware level is we’ve noted that the newer ALU chassis do not support xDSL cards, and so we would be stuck on the previous generation of chassis if we wanted to retain xDSL support, where Huawei and Calix don’t have this limitation. We do like Calix’s general view towards software programability and what they are talking about in terms of the future of SDN based networking. That said, there seems to be a number of pro’s/con’s with respect to each vendor in their own ways. Does any one have any strong opinions or recommendations why one vendor is better than another? Equally, does anyone have any brilliant success stories with any of the vendors or horror stay-away stories that we should know? -- Regards, Mark L. Tees

3 2

Whole of Domain (.nz) Web Harvest 2016
by Jay Gattuso 04 Nov '15

04 Nov '15

Hi All, It’s that time of year again. The National Library of New Zealand is in the final planning stages for the 2016 Whole of Domain web harvest. Per previous years we’ll be walking through the .nz domain pulling back a ~20Tbs snapshot of the live web. The work will be contacted out to the Internet Archive, and I’ll contact this list with the final details once we’ve finished the various planning parts. At the moment it looks like we’ll undertake the crawl around the middle of Jan, and from past experience it usually takes 3 to 4 weeks to complete. We expect to try and grab embedded large binaries (video, audio etc), but otherwise we will generally be respectful of robots.txt. We will have crawl agent string that I will inform you of, so if you have any concerns with our crawling activity we can be blocked. :( I wanted to give you early sight of the crawl, and invite any questions or thoughts from the mailing list. We would also like to acknowledge the assistance and support of dnc.org.nz and nzrs.net.nz – without their efforts we would not be able to make heritage snapshots of the live web for research use today and into the future. Best, Jay 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

Chorus issues
by Steve Hawken 02 Nov '15

02 Nov '15

Anyone else seeing issues with adsl and vdsl via Chorus this afternoon ? Seeing lots of subscribers disappear for a few minutes and come back. Cheers, Steve

2 2

More KFC scams
by Cody Cooper 31 Oct '15

31 Oct '15

We have just detected some more of the KFC delivery scam websites on our network. They’re starting to register a lot of domains! I’m getting in touch with the registrars now to get them taken down but may take some time as it’s outside business hours. getkfcnow.co.nz getkfcnow.com.au ilovekfc.co.nz kfcnow.co.nz kfcnow.com.au kfctime.co.nz kfctohome.co.nz timeforkfc.co.nz Regards, Cody Cooper | Head of Broadband DDI: +64 (3) 928-2645, ext 9892 Mob: +64 (21) 666-505 Why not Go MAD today? Visit gomad.co.nz <http://gomad.co.nz/>

4 3

APRICOT2016 Call For Papers
by Dean Pemberton 31 Oct '15

31 Oct '15

Asia Pacific Regional Internet Conference on Operational Technologies (APRICOT) 15th February - 26th March 2016, Auckland, New Zealand https://2016.apricot.net CALL FOR PAPERS =============== The APRICOT 2016 Programme Committee is now seeking contributions for Presentations and Tutorials for APRICOT 2016. We are looking for presenters who would: - Offer a technical tutorial on an appropriate topic; - Participate in the technical conference sessions as a speaker; - Convene and chair panel sessions of relevant topics. Please submit on-line at: http://papers.apricot.net/user/login.php?event=34 CONFERENCE MILESTONES --------------------- Call for Papers Opens: 2 November 2015 Draft Program Published: As Papers Confirmed Final Deadline for Submissions: 25 January 2016 Final Program Published: 1 February 2016 Final Slides Received: 8 February 2016 **NOTE THAT REGARDLESS OF DEADLINESSLOTS ARE FILLED ON A FIRST COME, FIRST SERVED BASIS*** PROGRAMME MATERIAL ------------------ The APRICOT Programme is organised in three parts, including workshops, tutorials and the conference. Topics for tutorials and the conference must be relevant to Internet Operations and Technologies: - IPv4 / IPv6 Routing and operations - IPv6 deployment and transition technologies - Internet backbone operations - ISP and Carrier services - IXPs and Peering - Research on Internet Operations and Deployment - Pacific/Oceania Internet - Software Defined Networking / Network Function Virtualisaton - Network security issues (NSP-SEC, DDoS, Anti-Spam, Anti-Malware) - DNS / DNSSEC - Internet policy (Security, Regulation, Content Management, Addressing, etc) - Access and Transport Technologies, including Cable/DSL, 3G/LTE, wireless, metro ethernet, fibre, MPLS - Content & Service Delivery (Multicast, Voice, Video, "telepresence", Gaming) and Cloud Computing CfP SUBMISSION -------------- Draft slides for both tutorials and conference sessions MUST be provided with CfP submissions otherwise the Programme Committee will be unable to review the submission. For avoidance of doubt this means that submissions which do not include slides will be rejected immediately. For work in progress, the most current information available at time of submission is acceptable. All draft and complete slides must be submitted in PDF format only. Final slides are to be provided by the specified deadline for publication on the APRICOT website. Prospective presenters should note that the majority of speaking slots will be filled well before the final submission deadline. The PC may, at their discretion, retain a limited number of slots up to the final submission deadline for presentations that are exceptionally timely, important, or of critical operational importance. Every year we turn away submissions, due to filling up all available program slots before the deadline. Presenters should endeavour to get material into the PC sooner rather than later Please submit on-line at: http://papers.apricot.net/user/login.php?event=34 Any questions or concerns should be addressed to the Programme Committee by e-mail at: pc-chairs at apricot.net We look forward to receiving your presentation proposals. Mike Jager & Dean Pemberton Co-Chairs, APRICOT 2016 Programme Committee

1 0

2talk NOC
by Jesse Archer 27 Oct '15

27 Oct '15

Evening, Anyone from 2talk on the list? I can't get hold of anyone via the wholesale support number or the NOC number I have on-hand. Having some issues with inbound calls affecting a number of customers. *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

3 3

tvnz/tv3, on demand, etc
by Matthew ＠ PrimoWireless 26 Oct '15

26 Oct '15

Can someone from the above please contact me off list as some of our IP ranges are not working for NZ customers. Kind regards, Matthew Harrison The Top Dog / Managing Director [http://www.primowireless.co.nz/primo_office_move.jpg]<http://www.primowireless.co.nz/help/contact-us> The information transmitted, including attachments, is intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and destroy any copies of this information.

1 0

Short (!) survey about internet interconnection
by Uta Meier-Hahn 21 Oct '15

21 Oct '15

Dear networkers from around the world, Internet interconnection is largely unregulated. However, in some countries, public regulation has emerged – be it through transparency rules, mandatory peering or licensing terms. Currently, we lack an overview about where regulation exists and we know little about how it affects internet connectivity on a global scale. To start filling this information gap, I have set up a short survey for network engineers, peering coordinators and network-savvy legal staffers. The goal is to crowdsource an initial overview about formal regulation of internet interconnection around the world. Please participate! It takes no more than 10 minutes and will serve the community: http://limesurvey.hiig.de/index.php/675663?lang=en <http://limesurvey.hiig.de/index.php/675663?lang=en> I will publish the results under a Creative Commons license. Also, please consider helping by forwarding the link to fellow interconnection professionals - think of your Facebook, VKontakte or LinkedIn groups, of chat channels and mailing lists. The more regional diversity, the better. Thank you! Thank you! Kind regards, Uta Meier-Hahn PhD Candidate Alexander von Humboldt Institute for Internet and Society Oberwallstr. 9 | 10117 Berlin meier-hahn(a)hiig.de <mailto:meier-hahn(a)hiig.de> | T +49 30 200 760-82 | www.hiig.de/en

7 8