wondering if anyone from TVNZ On Demand is on this list and wouldn't
mind contacting me offlist regarding problems streaming if a user has an
IPv6 address. The helpdesk doesn't appear to know what ipv6 is so
thought I'd try an alternative.
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.
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:email@example.com> should you have any questions on the survey or Arbor Networks.
Carlos E. Morales
Systems Engineering and Sales Operations
*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/skeevetwitter.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
To: NANOG list <nanog(a)nanog.org>, tt(a)postbiota.org, forkit! <fork(a)xent.com>
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,
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
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
many Internet-related activities are going to become problematic in the
to come. Fortunately, 20 years ago the Internet Engineering Task Force
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.
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
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
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?
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)
ISPs may wish to action the attached request from Al-Jazeera received today.
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.firstname.lastname@example.org>
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
From: Nabil Belkaid [mailto:BelkaidN@aljazeera.net]
Sent: Monday, 10 September 2012 11:20 p.m.
Subject: Request to clear DNS record cache in the ISP Network
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.
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.
Media Networks & Security Section
IT & Digital Media Department | Technology Division
[cid:al_tel1]+974 44897073 | [cid:al_mobile1] +974 33217191
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><span style="font-family: monospace;">###############################################################<br>
<span style="font-family: monospace;">The information
contained in this e-mail may be legally</span><br
<span style="font-family: monospace;">privileged and
CONFIDENTIAL. If you are not the intended</span><br
<span style="font-family: monospace;">recipient you are
hereby notified that any use, dissemination,</span><br
<span style="font-family: monospace;">distribution or
reproduction of this message is prohibited.</span><br
<span style="font-family: monospace;">If you have received
this message in error, please delete the</span><br
<span style="font-family: monospace;">message and notify
the sender. Any views or opinions presented</span><br
<span style="font-family: monospace;">are solely those of
the author and are not those of the</span><br
<span style="font-family: monospace;">Commerce Commission.</span><br>
I do SPF checking.
# grep $user mail.log
Sep 10 09:05:48 mx tumgreyspf: 'SPF Permanent Error: Too many DNS
lookups': QUEUE_ID=""; identity=mailfrom; client-ip=18.104.22.168;
vuw.ac.nz IN TXT v=spf1 ip4:22.214.171.124/24 ip4:126.96.36.199/24
ip4:188.8.131.52/24 ip4:184.108.40.206/22 ip4:220.127.116.11/21
include:mcs.vuw.ac.nz include:mailprimer.cominclude:_spf.learningsourceapp.cominclude:spf.messaging.microsoft.com ~all
1. Is anyone else having this issue with vuw?
2. Should I be doing something to change my config or do others feel
that the vuw spf record is to wide?
31 Acheson Ave
Christchurch, New Zealand
Ph: + 64 3 348 7235
Mobile: + 64 21 114 0699
As you've been very helpful in the past, can I ask the best way forward
in addressing this problem.
In an attempt to reduce spam delivery to a local charity mail server, I
to the sendmail config. It did help. However, it also blocked some
important clents as well...
barnardos.org.nz - sends via 122-56-8-123.cid.global-gateway.net.nz
logon.i.govt.nz - has no IP address
ecan.govt.nz - sends via onyx.crc.govt.nz which has no IP address
probably being the most important.
How do you address this problem. I'm certain they all must have been
TIA for all ideas,
Steve Holdoway BSc(Hons) MIITP