- NZNOG - lists.nznog.org

NZNOG 2017 Sponsorship and Conference Update
by Dave Mill 02 Nov '16

02 Nov '16

Hi all First of all, I'd like to welcome aboard Go Wireless NZ as our naming and Platinum sponsor for NZNOG 2017. NZNOG conferences just wouldn't be possible without sponsors like Go Wireless NZ so I'd strongly encourage you all to support them. Check out their website - https://www.gowifi.co.nz/ At the moment we haven't had as many sponsors come on-board as we would have hoped for. If you have been considering sponsoring NZNOG but haven't made contact yet please do so. If you know any companies that might consider sponsoring NZNOG please encourage them also. sponsorship(a)nznog.org is the email address for any sponsorship inquiries. If we don't get more sponsors on-board we may have to consider raising conference fees slightly. We'd really hope to not do this and to keep NZNOG at its standard low cost. We have a $1000 community sponsor level available so even having a few more companies/organisations coming on-board at that level would help a lot. We have a call for papers for the conference out. Richard Nelson posted this on Oct 13 to the list - its also available at http://www.nznog.org/call-for-papers . We have just locked in our first workshop (23 - 25 Jan) and tutorial (25 Jan) and hope to have more options soon. We'll aim to release some more details on these soon. Finally, we've had a few people book in accommodation at our venue nice and early which is great to see. A reminder, this conference is in Tauranga in the height of summer and accommodation will be at a premium. Some accommodation options are available here - http://www.nznog.org/nznog17/venue . Look forward to seeing you next year. Cheers Dave (on behalf of the NZNOG trust) http://www.nznog.org/nznog17

1 0

Juniper EX4600 "process switching"?
by Ewen McNeill 24 Oct '16

24 Oct '16

Does anyone have any suggestions for how to investigate what looks like certain paths of inter-virtual-router layer 3 switching (routing, via routes leaked into the VR) on a Juniper EX4600 (and I'd guess QFX5100) being sent via the supervisor CPU? Searching online turns up lots of advice for investigating, eg, "process switching" on Cisco (eg, http://www.cisco.com/c/en/us/support/docs/ios-nx-os-software/ios-software-r…) but I'm not finding much documented for Juniper :-( From the customer point of view the most obvious symptom is approximately 10-20 ms additional latency on a local routed path (VLAN A on VR 1 to VLAN B on VR 2), but apparently only in one direction (ie, if we bypass the EX4600 in the problematic direction then it "seems to be okay". It happens even when there's basically no traffic (eg, under 1Mbps on a 1Gbps link), and only a couple of dozen devices on each VLAN. (At times we've seen the latency as high as 1000+ ms -- so over 1s, for local traffic -- but that was at a busier site.) From an internal point of view, the most obvious symptom is that the forwarding-options analzyer shows ingress/egress on one of the VLANs, but only ingress on the other VLAN; and "monitor traffic ..." shows only the missing egress traffic. Since I'd understood "monitor traffic" to only see traffic that goes via the supervisor CPU, I'm starting to wonder if the latency is coming due to the packet flow in that direction going through the processor CPU -- for some unknown reason. This is happening at two sites, but they're basically identical EX4600s facing basically identical switches, and equivalently configured routing instances in each. The two VLANs are sub-interfaces on the same aggregation (ae1) to the same switch, so it's sort of hairpinned, but via leaked static routes in the two routing instances. The on-VLAN hardware at each site is pretty similar too. So we're guessing the cause is the same, but don't know what it is. We've already tried testing with the aggregation down to a single link, and it appears to make no difference. We've also forced ethernet flow control off at both ends, without making a difference. Any thoughts, particularly to see what path through the EX4600 packets are taking, welcomed. Or documentation for how the EX4600/QFX5100 packet forwarding engine architecture works (I can find M/T/MX documents, but not the one I want...). Thanks, Ewen

2 3

[Job] The National Library of New Zealand is looking for an experienced Digital Preservation Web Engineer [Closes 28th Oct]
by Jay Gattuso 24 Oct '16

24 Oct '16

The National Library of New Zealand is looking for an experienced Digital Preservation Web Engineer to lead its web archiving programme. You will be responsible for the strategic and operational management of the Library's web archiving programme. The primary purpose of the Digital Preservation Web Engineer is to define, implement and support the efficient acquisition, preservation and discovery/delivery of web based digital content subject to the Library's legislated mandate. This includes harvesting via the Library's selective and whole-of-domain web archiving programmes and the design, deployment and implementation of mechanisms for storing, indexing and providing access (including data mining) to the web collections. You will be working within a team of 8 digital preservation specialists in the Preservation Research & Consultancy team and be responsible for: * developing a world class approach to the gathering, preservation, dissemination and interrogation of web based collections. * drafting a business case for indexing, search and delivery for the Library approx 80Tb of web archives. * contributing to the development of the strategic direction of the National Library with particular emphasis on the Library's digital (web) collection building, preservation and access roles. * working closely with national and international peers, related teams within the department and with external vendors. Working at the Department of Internal Affairs, you'll have the opportunity to make a real difference in the lives of New Zealanders. The National Library of New Zealand sits within the Information and Knowledge Services branch, the Department's epicentre of information management. Our branch is all about collecting, storing and preserving important things that are precious to New Zealand. You will have substantial practical experience in an IT environment with specific emphasis on web framework technologies and protocols, and preferably also demonstrated experience in web archiving. You will be a self-driven specialist, ideally with a tertiary qualification in information technology, computer science or information science or its equivalent. This role also requires you to be legally entitled to work in New Zealand. If you want to join a team of smart, committed people who do spectacular work for New Zealand - then this might be the right job for you. Applications close: 5PM, Friday 28 October 2016 For more information please contact: Steve Knight, Programme Director Preservation Research on +64 21 490 503 or steve.knight(a)dia.govt.nz<mailto:steve.knight(a)dia.govt.nz> Job description: To review the full job description, please click here<http://www.bfound.net/Company/164-20160916152621.pdf> Applications: To apply for this role at the National Library of New Zealand, please click here<https://www.bfound.net/loginbox.aspx?loginState=3&jobId=136955&CoId=164>

1 0

NZNOG17 - Call for Papers
by Richard Nelson 12 Oct '16

12 Oct '16

The NZNOG organising committee invites papers for its 14th annual conference, to be hosted at Trinity Wharf, Tauranga, New Zealand from 23 - 27th January 2017. There will the three day Workshops 23 – 25 January, a day of tutorials on 25 January with the main conference on 26 – 27 January. Conference objective: The NZNOG conference, workshops and tutorials are a once-a-year opportunity for individuals and organisations involved in Internet operations to meet and share the latest in Internet operations, technologies practices and receive high quality training. The event is unique in New Zealand and attracts technical, skilled individuals with a genuine interest in Internet operations and Internetworking technologies. Submit a paper: Presenters are invited to submit abstracts of their paper for consideration by Monday 28th November. Abstracts should be no more than one page long and provide a summary of your networking-related subject matter. To submit your paper please e-mail: talks(a)nznog.org When considering a presentation, remember that the NZNOG audience is mainly comprised of technical network operators and engineers with a wide range of experience levels from beginners to multi-year experience. There is a strong orientation to offer core skills and basic knowledge in SIGs and to address issues relevant to the day-to-day operations of ISPs and network operators in the conference sessions. Note: The inclusion of a title, bio, topic, abstract, and slides with proposals is not compulsory but will help us determine the quality of your proposal and increase the likelihood it will be accepted. The organising committee will evaluate proposals based on fit with the conference’s objective and its ability to stimulate lively discussions around the current state of New Zealand networking. This call for submissions can also be found at: http://www.nznog.org/call-for-papers For more information about the conference visit www.nznog.org or contact: talks(a)nznog.org

1 0

APNIC 42 has started - participate remotely!
by Elly Tawhai 03 Oct '16

03 Oct '16

________________________________________________________________________ APNIC 42 has started - participate remotely! ________________________________________________________________________ Hi NZNOG Community, If you can't attend a session in person, you can participate remotely using our online participation tools. We provide an Adobe Connect virtual conference room with live video, audio, transcript, chat, and real-time slides and YouTube live, allowing you to virtually attend and participate in APNIC 42 online. https://conference.apnic.net/42/remote Policy SIG ---------- If you want to play a part in how Internet number resources are managed, be sure to participate at the three Policy SIG sessions. As well as the proposals under discussion, there will also be interesting presentations on whois data quality and accuracy, and IPv4 transfers. https://conference.apnic.net/42/policy First TC Security Session ------------------------- With cyber security threats on the rise, it's important to keep up to date on Internet security vulnerabilities, mitigation techniques, and ways the Internet community can work together to find solutions. Check out the FIRST Technical Colloquia sessions to hear from regional and international Internet security experts share their real-world experiences. https://conference.apnic.net/42/program#/schedule/day/8/first-tc-security-s… Thanks to our sponsors ---------------------- Huge thanks go to our APNIC 42 sponsors. We really appreciate your support! https://conference.apnic.net/42/sponsor#sponsors Keep in touch ------------- Stay up to date with what's happening at the conference by subscribing to the APNIC Blog and following us on our social networks. http://blog.apnic.net https://www.apnic.net/about-APNIC/social-media ________________________________________________________________________ APNIC Secretariat secretariat(a)apnic.net Asia Pacific Network Information Centre (APNIC) Tel: 61 7 3858 3100 PO Box 3646 South Brisbane, QLD 4101 Australia Fax: 61 7 3858 3199 6 Cordelia Street, South Brisbane, QLD http://www.apnic.net ________________________________________________________________________

1 0

Huawei AR160 - Chorus VDSL config anyone?
by Mike Taylor 26 Sep '16

26 Sep '16

Just thought I'd chuck this out there, as my Google-fu seems to be failing. Does anyone have a known good, Chorus Wholesale, VDSL config for an Huawei AR160 router? (The look like a Cisco 800 series, NOT the white,plastic consumer version) Specifically, I'm having an issue where PPPoE Active Discovery is working. The ISP core starts sending PPPoE LCP requests, and the Huawei _seems_ to think it's sending replies, but I'm wiresharking it in our core, and PPPoE frames are NOT making it back to us... Cheers, Mike -- Mike Taylor The Total Team 0800 888 326 / +64 3 3779050

4 4

[Job] Telcos job opportunities
by Pierre-Emmanuel Goiffon 21 Sep '16

21 Sep '16

Hi NZNog, Please apologize if I breach any mailing-list rule with this email. I recently joined this mailing-list and I would like to introduce myself as I am actively looking for a job in telcos here. I have 14 years’ experience in the telecommunication Industry in Europe - in different types of companies like Renater (French equivalent to REANNZ), BT, Orange Business Services, Level 3 Communications - in different types of environments : Integrator, Telecommunications provider, Consultancy - in different types of positions : network engineer, contract manager, project manager, sales engineer I recently relocated in New Zealand for family reason, and I'm now actively looking for a Job here. As I found my last position in France via the FRNOG Community, I though it would make sense to contact the NZNOG Community here :) I am mainly looking for presales or project manager positions, but I am opened to hear about any vacancy that could match my profile. My CV is available here: https://www.dropbox.com/s/a7v3e16fvaokgqi/GOIFFON-CV_Sept2016.pdf?dl=0 Please reply off-list. Best Regards, Pierre-Emmanuel Goiffon

1 0

[Job posting] Digital Preservation Web Engineer
by Jay Gattuso 19 Sep '16

19 Sep '16

The National Library of New Zealand is looking for an experienced Digital Preservation Web Engineer to lead its web archiving programme. https://www.bfound.net/detail.aspx?jobId=136955&CoId=164&rq=5 You will be responsible for the strategic and operational management of the Library's web archiving programme. The primary purpose of the Digital Preservation Web Engineer is to define, implement and support the efficient acquisition, preservation and discovery/delivery of web based digital content subject to the Library's legislated mandate. This includes harvesting via the Library's selective and whole-of-domain web archiving programmes and the design, deployment and implementation of mechanisms for storing, indexing and providing access (including data mining) to the web collections. You will be working within a team of 8 digital preservation specialists in the Preservation Research & Consultancy team and be responsible for: * developing a world class approach to the gathering, preservation, dissemination and interrogation of web based collections. * drafting a business case for indexing, search and delivery for the Library approx 80Tb of web archives. * contributing to the development of the strategic direction of the National Library with particular emphasis on the Library's digital (web) collection building, preservation and access roles. * working closely with national and international peers, related teams within the department and with external vendors. Working at the Department of Internal Affairs, you'll have the opportunity to make a real difference in the lives of New Zealanders. The National Library of New Zealand sits within the Information and Knowledge Services branch, the Department's epicentre of information management. Our branch is all about collecting, storing and preserving important things that are precious to New Zealand. You will have substantial practical experience in an IT environment with specific emphasis on web framework technologies and protocols, and preferably also demonstrated experience in web archiving. You will be a self-driven specialist, ideally with a tertiary qualification in information technology, computer science or information science or its equivalent. This role also requires you to be legally entitled to work in New Zealand. If you want to join a team of smart, committed people who do spectacular work for New Zealand - then this might be the right job for you. 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

PCH peering survey 2016
by Bill Woodcock 14 Sep '16

14 Sep '16

Background: Five years ago PCH conducted the first, and to date only, comprehensive survey characterizing Internet peering agreements. The document that resulted can be found here: https://www.pch.net/resources/Papers/peering-survey/PCH-Peering-Survey-2011… <https://www.pch.net/resources/Papers/peering-survey/PCH-Peering-Survey-2011…> That document was one of the principal inputs to an important document that the OECD publishes every five years, one that recommends communications regulatory policy to OECD member nations: http://www.oecd.org/officialdocuments/publicdisplaydocumentpdf/?cote=DSTI/I… <http://www.oecd.org/officialdocuments/publicdisplaydocumentpdf/?cote=DSTI/I…> The survey had several useful findings which hadn’t previously been established as fact—most notably the portion of peering relationships that are “handshake” agreements, without written contract. These findings have improved the regulatory environments in which many of us operate our networks. At the time of the 2011 survey, we committed to repeating the survey every five years, so as to provide an ongoing indication of the direction peering trends take. It’s now five years later, so we’re repeating the survey. The survey is global in scope, and our goal is to reflect the diversity of peering agreements in the world; we’re interested in large ISPs and small ISPs, ISPs in Afghanistan and in Zimbabwe, bilateral agreements and multilateral, private and public. Our intent is to be as comprehensive as possible. In 2011, the responses we received represented 86% of all of the world’s ISPs and 96 countries. We would like to be at least as inclusive this time. Privacy: In 2011, we promised to collect the smallest set of data necessary to answer the questions, to perform the analysis immediately, and not to retain the data after the analysis was accomplished. In that way, we ensured that the privacy of respondents was fully protected. We did as we said, no data was leaked, and the whole community benefited from the trust that was extended to us. We ask for your trust again now as we make the same commitment to protect the privacy of all respondents, using the same process as last time. We are asking for no more data than is absolutely necessary. We will perform the analysis immediately upon receiving all of the data. We will delete the data once the analysis has been performed. The Survey: We would like to know the following five pieces of information relative to each Autonomous System you peer with: • Your ASN • Your peer’s ASN (peers only, not upstream transit providers or downstream customers) • Whether a written and signed peering agreement exists (the alternative being a less formal arrangement, such as a "handshake agreement") • Whether the terms are roughly symmetric (the alternative being that they describe an agreement with different terms for each of the two parties, such as one compensating the other, or one receiving more or fewer than full customer routes) • Whether a jurisdiction of governing law is defined • Whether IPv6 routes are being exchanged (this year, we’ll still assume that IPv4 are) The easiest way for us to receive the information is as a tab-text or CSV file or an Excel spreadsheet, consisting of rows with the following columns: Your ASN: Integer Peer ASN: Integer Written agreement: Boolean Symmetric: Boolean Governing Law: ISO 3166 two-digit country-code, or empty IPv6 Routes: Boolean For instance: 42 <tab> 715 <tab> false <tab> true <tab> us <tab> true <cr> 42 <tab> 3856 <tab> true <tab> true <tab> us <tab> true <cr> We are asking for the ASNs only so we can avoid double-counting a single pair of peers when we hear from both of them, and so that when we hear about a relationship in responses from both peers we can see how closely the two responses match, an important check on the quality of the survey. As soon as we've collated the data, we'll strip the ASNs to protect privacy, and only the final aggregate statistics will be published. We will never disclose any ASN or any information about any ASN. We already have more than 8,000 ASN-pair relationships documented, and we hope to receive as many more as possible. We'd like to finish collecting data by the end of September, about two weeks from now. If you’re peering with an MLPA route-server, you’re welcome to include just the route-server’s ASN, if that’s easiest, rather than trying to include each of the peer ASNs on the other side of the route-server. Either way is fine. If all of your sessions have the same characteristics, you can just tell us what those characteristics are once, your own ASN once, and give us a simple list of your peer ASNs. If your number of peers is small enough to be pasted or typed into an email, rather than attached as a file, and that’s simpler, just go ahead and do that. If you have written peering agreements that are covered by non-disclosure agreements, or if your organizational policy precludes disclosing your peers, but you’d still like to participate in the survey, please let us know, and we’ll work with whatever information you’re able to give us and try to ensure that your practices are statistically represented in our results. If you're able to help us, please email me the data in whatever form you can. If you need a non-disclosure, we're happy to sign one. Finally, if there are any other questions you’d like to see answered in the future, please let us know so that we can consider addressing them in the 2021 survey. The question about IPv6 routing in this year’s survey is there because quite a few of the 2011 respondents asked us to include it this time. Please respond by replying to this email, before the end of September. Thank you for considering participating. We very much appreciate it, and we look forward to returning the results to the community. -Bill Woodcock Executive Director Packet Clearing House

1 0

AS paths from NZIX route servers
by Lincoln Reid 08 Sep '16

08 Sep '16

Hi All, Currently ( all? ) the NZIX route servers insert the exchange ASN into routes that are advertised to the route servers. The exchanges that we peer with overseas such as Any2 in LA, Equinix Sydney and NSW-IX plus the new AKL-IX exchange do not insert the exchange ASN into advertisements, so all else being equal the paths from those exchanges are shorter than routes from APE and WIX by one AS hop. There are other NZ networks like us that peer at APE and/or WIX and also peer at overseas exchanges and to have optimal traffic flows with them, we put in one off hacks per network. The least ugly ways of doing this for us work fine but create per peer config that must be maintained. Ideally we can put bilateral peering up at APE and WIX so that the extra AS hop goes away but sometimes bilateral peering is impractical due to the other networks peering policy. I can't think of a reason why putting the exchange ASN in the path helps anyone. Is this just a hangover from the old days? Or is there some legitimate reason that it should be like this? Cheers, -- Lincoln Reid Head of Networks ACSData - AS18119 lincoln(a)acsdata.co.nz Phone: +64 4 939 2200 Fax: +64 4 939 2201

21 33