- NZNOG - lists.nznog.org

Added a new Range of IP addresses in NZ - Geolocation updates
by Greg Theron 09 Oct '12

09 Oct '12

Hi Guys We have setup an ISP in New Zealand and have allocated part of our Australian IP address space over here. Could I please ask everyone to update their Geolocation Databases to include the 180.222.160.0/20 as being based in Auckland? Thanks heaps Greg inetnum: 180.222.160.0 - 180.222.175.255 netname: TELCOINABOX-AP descr: Telcoinabox Pty Ltd descr: Telcoinabox NZ Limited descr: Level 4, 15 Huron Street, Takapuna, Auckland country: NZ admin-c: TNLN1-AP<http://wq.apnic.net/apnic-bin/whois.pl?searchtext=TNLN1-AP&form_type=advanc…> tech-c: TNLN1-AP<http://wq.apnic.net/apnic-bin/whois.pl?searchtext=%20TNLN1-AP&form_type=adv…> mnt-by: APNIC-HM<http://wq.apnic.net/apnic-bin/whois.pl?searchtext=%20APNIC-HM&form_type=adv…> mnt-lower: MAINT-TELCOINABOX-AU<http://wq.apnic.net/apnic-bin/whois.pl?searchtext=MAINT-TELCOINABOX-AU&form…> mnt-routes: MAINT-TELCOINABOX-AU<http://wq.apnic.net/apnic-bin/whois.pl?searchtext=MAINT-TELCOINABOX-AU&form…> mnt-irt: IRT-TELCOINABOX-AU status: ALLOCATED PORTABLE remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+ remarks: This object can only be updated by APNIC hostmasters. remarks: To update this object, please contact APNIC remarks: hostmasters and include your organisation's account remarks: name in the subject line. remarks: -+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+ changed: hm-changed(a)apnic.net 20091014 changed: hm-changed(a)apnic.net 20121009 source: APNIC Greg Theron [cid:image001.png(a)01CDA6D7.4DA3C3D0] Telcoinabox NZ Limited | Level 4, 15 Huron Street, Takapuna, Auckland D: +64 9 4880106 | M: +64 27 874 4783 | F: 0800 883 526 telcoinabox.co.nz Add us on social media: g [cid:image002.png(a)01CDA6D7.4DA3C3D0]<http://facebook.com/telcoinabox> [cid:image003.png(a)01CDA6D7.4DA3C3D0] <http://www.linkedin.com/company/419134?trk=tyah> [cid:image004.png(a)01CDA6D7.4DA3C3D0] <http://twitter.com/#!/telcoinabox_nz> ________________________________ The information contained in this electronic mail transmission is intended by Telcoinabox (NZ) Ltd for the use of the named individual or entity to which it is directed and may contain information that is confidential or privileged. If you have received this electronic mail transmission in error, please delete it from your system without copying or forwarding it, and notify the sender of the error. Opinions expressed in this email are those of the sender and not necessarily the opinions of the employer. This email and any attached files should be scanned to detect viruses. No liability will be accepted by the employer for loss or damage (whether caused by negligence or not) as a result of email transmission.

4 4

FW: ICANN News Alert -- Implementing the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA
by Leo Vegoda 08 Oct '12

08 Oct '12

Hi, The consultation described in the announcement below is being run to gather input on the best way to implement the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA, which was ratified in May. In particular, we are keen to gather input on the most useful registry format for the Recovered IPv4 Pool. If you have a particular preference, please provide input to the consultation. Many thanks, Leo Vegoda From: ICANN News Alert Sent: Thursday, October 04, 2012 1:37 PM Subject: ICANN News Alert -- Implementing the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA <http://www.icann.org/> Description: ICANN News Alert <http://www.icann.org/en/news/announcements/announcement-04oct12-en.htm> http://www.icann.org/en/news/announcements/announcement-04oct12-en.htm _____ Implementing the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA 4 October 2012 Forum Announcement: Comment Period Opens on Date: 4 October 2012 Categories/Tags: Internet Protocol Addressing Purpose (Brief): The Board ratified the Global Policy for Post Exhaustion IPv4 Allocation Mechanisms by the IANA in May. This public comment period is intended to gather input on options open for implementation. Public Comment Box Link: <http://www.icann.org/en/news/public-comment/implementing-ipv4-post-04oct12-…>http://www.icann.org/en/news/public-comment/implementing-ipv4-post-04oct12-… message was sent from:ICANN | 12025 Waterfront Drive Suite 300 | Los Angeles, CA 90094-2536Email Marketing by <http://www.icontact.com/a.pl/144186> Description:iContact - Try It Free! <http://app.icontact.com/icp/mmail-mprofile.pl?r=9828084&l=6333&s=FAC9&m=895…> Manage Your SubscriptionDescription:http://click.icptrack.com/icp/track.php?msgid=89518…

1 0

FW: APE MAC addresses
by Mark Frater 02 Oct '12

02 Oct '12

Anyone know what the rational is around the "official policy around APE" of only having a single MAC address per port? I would have thought that there was some technical merit in allowing at least 2 to cover rotuer replacement (without MAC address spoofing) and offer some peer router diversity options (e.g. either via separate peering sessions or VRRP implementation.) Regards Mark Frater

5 7

New surveillance Laws
by Tony Wicks 30 Sep '12

30 Sep '12

http://www.nzherald.co.nz/nz/news/article.cfm?c_id=1&objectid=10837641 Has anyone complied a definitive guide on what the enacted law means for us as network operators ? thanks

1 0

ETNO SPNP proposal
by Juha Saarinen 25 Sep '12

25 Sep '12

Wrote this earlier today: http://www.itnews.com.au/News/316593,eu-telcos-seek-end-to-settlement-free-… Would be interested to hear what the local view on mandatory SPNP. Hei kona- mai,* -- *Juha Saarinen AITTP* *juha.saarinen.org <http://juha.saarinen.org> <http://twitter.com/juhasaarinen> Twitter <http://twitter.com/juhasaarinen>

8 8

NZ peering - IPv6, Looking glasses etc.
by Sid Jones 17 Sep '12

17 Sep '12

FYI: We've upgraded the the Palmerston North exchange so that it supports IPv4 and IPv6 peering announcements, this means that all five of the NZ peering points operated by Citylink are now dual-stacked. If you want to add IPv6 peering please contact us - peering @ citylink.co.nz You can see who is peering with the route servers using http://nzix.net/peers.html There is also Looking Glass visibility to all the route servers available at http://nzix.net/cgi-bin/lg.cgi Lastly, another reminder that you no longer need to submit filter list updates.

1 0

Security Survey: Please Participate
by Sockrider, Gary 16 Sep '12

16 Sep '12

[http://www.swiftpage1.com/CampResource/2T0ZVZBHI4PY5TEG/header.jpg] ________________________________ Arbor Networks would like to invite you to participate in our annual Infrastructure Security Survey - a survey of service providers, enterprises, government agencies, universities and other network operators around the world. The purpose of the survey is to gauge and report on general security issues, practices, procedures and observations from the industry. All data gathered from the survey will be compiled in the aggregate and published as Arbor’s 8th annual infrastructure security report and accompanying presentations. Individual responses are treated anonymously and no respondent names will appear in the report or presentations. As a reference, you may access a copy of our 7th annual report here: http://pages.arbornetworks.com/rs/arbor/images/WISR2011_EN.pdf<http://www.swiftpage1.com/SpeClicks.aspx?X=2T0ZVZBHI4PY5TEG00Y9WW> To participate in this year's survey, please click on the following link: http://www.arbornetworks.com/survey/ISR2012<http://www.swiftpage1.com/SpeClicks.aspx?X=2T0ZVZBHI4PY5TEG01Y9WW>. You will be directed to a secure (SSL) connection to begin. The survey should take 30 minutes or less to complete. Survey completion by September 28, 2012 would be greatly appreciated. Thank you very much for your consideration. Please feel free to contact me at cmorales(a)arbor.net<mailto:cmorales(a)arbor.net> should you have any questions on the survey or Arbor Networks. Regards, Carlos E. Morales Vice President Systems Engineering and Sales Operations

1 0

Fwd: RIPE NCC now allocating IPv4 address space from the last /8 netblock
by Skeeve Stevens 13 Sep '12

13 Sep '12

* * *Skeeve Stevens, CEO - *eintellego Pty Ltd skeeve(a)eintellego.net ; www.eintellego.net Phone: 1300 753 383; Cell +61 (0)414 753 383 ; skype://skeeve facebook.com/eintellego ; <http://twitter.com/networkceoau> linkedin.com/in/skeeve twitter.com/networkceoau ; blog: www.network-ceo.net The Experts Who The Experts Call Juniper - Cisco – IBM - Cloud ---------- Forwarded message ---------- From: Eugen Leitl <eugen(a)leitl.org> Date: Sat, Sep 15, 2012 at 2:12 AM Subject: RIPE NCC now allocating IPv4 address space from the last /8 netblock To: NANOG list <nanog(a)nanog.org>, tt(a)postbiota.org, forkit! <fork(a)xent.com> http://arstechnica.com/information-technology/2012/09/europe-officially-run… Europe officially runs out of IPv4 addresses RIPE NCC now allocating IPv4 address space from the last /8 netblock by Iljitsch van Beijnum - Sep 14, 2012 3:20 pm UTC Earlier today, the RIPE NCC (Réseaux IP Européens Network Coordination Centre) announced it is down to its last "/8" worth of IPv4 addresses. This means that it is no longer possible to obtain new IPv4 addresses in Europe, the former USSR, or the Middle East, with one small exception: every network operator that is a "RIPE member" or "local Internet registry" (LIR) can obtain one final block of 1024 IPv4 addresses. To fulfill these requests, the RIPE NCC is keeping that last /8, which contains 16.8 million addresses, in reserve. RIPE NCC None of this comes as a surprise given that the global pool of free IPv4 addresses was emptied in February 2011. APNIC, which distributes IP addresses in the Asia-Pacific region, ran out of IPv4 addresses in May 2011; it has been working under the "final /8" regime ever since. The remaining three Regional Internet Registries are AfriNIC (Africa), LACNIC (Latin America and the Caribbean), and ARIN (North America), which all have enough IPv4 addresses to last at least two more years. Since the depletion of IPv4 address space in the APNIC region, little information has surfaced about how network operators in the region have managed the situation. However, the lack of IPv4 addresses only impacts organizations and consumers who need additional addresses, or who need addresses for the first time. Existing IPv4 users remain unaffected, and so the immediate impact is limited. Also, large network operators get large address blocks from the RIRs and they typically have a pool of unused addresses of their own, so few will be experiencing immediate problems. However, every year for the past five years, some 200 million new IPv4 addresses have been put into use. Without a steady supply of fresh addresses, many Internet-related activities are going to become problematic in the years to come. Fortunately, 20 years ago the Internet Engineering Task Force (IETF) foresaw that the 3.7 billion addresses afforded by the 32-bit IPv4 address space would become a problem, and started working on a replacement: IPv6. But the IPv4 depletion didn't happen as fast as the IETF originally predicted, and IPv6 adoption has languished. But recently, IPv6 adoption got a big push in the form of World IPv6 Launch. Eventually, IPv6 will replace IPv4, but the transition won't be pretty. Reader comments 19 Iljitsch van Beijnum / Iljitsch is a contributing writer at Ars Technica, where he contributes articles about network protocols as well as Apple topics. He is currently finishing his Ph.D work at the telematics department at Universidad Carlos III de Madrid (UC3M) in Spain. @iljitsch

1 0

speedtest.net - Texas to Wellington vs. Texas to Christchurch
by Jeremy Lawson 10 Sep '12

10 Sep '12

I was having some issues transferring to/from one of my Rackspace VPSs, so I run a few tests on speedtest.net from the VPS to various parts of NZ. I expect SOME difference, but these are outrageous. Basically: What the hell is going on in Christchurch? Ping 41ms - Wellington (CityLink) 167ms - Christchurch (Snap) 182 - Culverdon (Amuri Net) Download (transfer to Texas from NZ) 152.79 Mb/s - From Wellington 2.35 Mb/s - From Christchurch 1.99 Mb/s - From Culverdon Upload (transfer to NZ From Texas) 69.28 Mb/s - To Wellington 18.97 Mb/s - To Christchurch 7.48 Mb/s - To Culverdon Source: (each of these are the last of several similar results) http://www.speedtest.net/result/2171916814.png http://www.speedtest.net/result/2171913440.png http://www.speedtest.net/result/2171915443.png ---------------------------------------------------------------------------- Jeremy Lawson

8 8

FW: Request to clear DNS record cache in the ISP Network
by John Gandy 10 Sep '12

10 Sep '12

ISPs may wish to action the attached request from Al-Jazeera received today. Regards J John Gandy Commerce Commission | Chief Adviser 44 The Terrace ‌| PO Box 2351 ‌| Wellington 6140 | New Zealand DDI +64 (0)4 924 3677 | john.gandy(a)comcom.govt.nz<mailto:Alfred.example(a)comcom.govt.nz> [cid:image001.png(a)01CD8FFF.FB2104D0]<https://twitter.com/#!/FutureBroadband> [cid:image002.jpg(a)01CD8FFF.FB2104D0]<http://www.linkedin.com/groups?gid=4036838&trk=hb_side_g> From: telco Sent: Tuesday, 11 September 2012 8:04 a.m. To: John Gandy; Simon Thomson Subject: FW: Request to clear DNS record cache in the ISP Network Importance: High Kind regards, Silvia From: Nabil Belkaid [mailto:BelkaidN(a)aljazeera.net] Sent: Monday, 10 September 2012 11:20 p.m. To: telco Subject: Request to clear DNS record cache in the ISP Network Importance: High Dear Sir/Madam, To whom it may concern We, the Al-Jazeera Network is one of the worlds leading media network, is requesting your cooperation in instructing ISP's within your jurisdiction to clear their DNS cache. Our DNS servers were compromised recently and hackers set a long TTL (Time To Live) timer for our DNS record. Even though we have recovered from the attack, many users within your jurisdiction are unable to reach our services because of the incorrect DNS record for our domain names in the providers network. We are requesting your assistance to reach the providers so that they can clear the caches for the following domains that belongs to AlJazeera Networks. aljazeera.net aljazeera.com aljazeerasport.net aljazeerasport.com ajsdealers.com ajtransparency.com aljazeerait.net aljazeerakiswahili.com aljazeerakiswahili.org aljazeeraportal.net beinsport.net beinsport.fr beinsports.net beinsports.tv thepalestinepapers.com ajnm.me ajb.me aje.me ajtu.me aljazeera-story.net aljazeera.co.uk Aljazeera.com.tr Aljazeera.com.qa Maila.aljazeera.net Mailb.aljazeera.net We kindly request that you instruct the providers within your jurisdiction to take this action immediately. Please note that this is affecting our brand negatively and our ability to deliver the news. Please kindly act immediately. With Regards [cid:aljazeera_logo1] Nabil Belkaid Senior Engineer Media Networks & Security Section IT & Digital Media Department | Technology Division [cid:al_tel1]+974 44897073 | [cid:al_mobile1] +974 33217191 [cid:al_env1] belkaidn(a)aljazeera.net<mailto:belkaidn(a)aljazeera.net> [cid:al_mouse1] www.aljazeera.net<http://www.aljazeera.net> ________________________________ Notice: This email is intended only for the use of the individual or entity named above and may contain information that is confidential and privileged. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this email is strictly prohibited. Opinions, conclusions and other information in this message that do not relate to the official business of our firm shall be understood as neither given nor endorsed by it. </PRE>############################################################### The information contained in this e-mail may be legally privileged and CONFIDENTIAL. If you are not the intended recipient 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 delete the message and notify the sender. Any views or opinions presented are solely those of the author and are not those of the Commerce Commission. ###############################################################

1 0