I just saw Glen Eustace's post which reminded me of an issue we have
seen of late with regards to 'my internet seems slow'. Just wondering if
anyone else has seen this similar issue since PIPE joined the APE, then
again it's not just PIPE, but a mixture of Oz providers accepting
traffic over the APE and then returning the transit via international
links such as Vocus.
I have a few customers that buy dedicated international and dedicated
domestic bandwidth. These customers have a stub address that resides in
the Domestic VRF & another stub in the International VRF. Since PIPE
came on-board we have noticed that customers trying to do a whois
(whois.apnic.net) using their router that connects the stubs, that the
traffic goes out thinking its Domestic, but then gets no response
because it attempts to return in via the International (Transit) VRF to
which has no access to stubs in the Domestic VRF.
Another issue we see where 'slow' comes into play is internode have
recently been added to speedtest.net as a NZ speedtest server in
Auckland. While tracing to this node it does appear to go across APE,
the return path is via Vocus. When a customer attempts a speed test and
they see they are only able to obtain say 30mbps rather than the 100mbps
they would expect from a "NZ" server they start thinking something is
broken, when actually it's because the server is International and they
are in a pool of bandwidth.
I've tried to contact internode & so has a colleague of mine but with
no luck. We've tried to pre-pend AS's to the vocus communities but again
this hasnt helped at all.
Just wondering if anyone else has seen issues arise since ASYNC routing
between Oz & NZ, to do with either STUBs getting no internet due to VRF
nature, or these 'slow' speeds being reported.
Recommend not upgrading to 6.2 if you use ISC.
Found that once upgraded, ISC will take out all lines of 'switchport trunk
allowed vlan' except the first when deploying new services.
Ex, when trying to add vlan 3000
switchport trunk allowed vlan 1-3, 6-8, 78-82 99-199
switchport trunk allowed vlan add 1125,1129-1335,2025
switchport trunk allowed vlan 1-3, 6-8, 78-82 99-199,3000
Somewhat disquieting. Already rolled back to 6.1.4 as that could happily
take out a core network.
In my role at Massey University, I am often asked to investigate
complaints from our Help Desk of a 'the Internet is slow' nature. We
are finding this increasingly difficult to do in any meaningful way.
Massey is peered at WIX, PNIX and APE we have two Internet peers and
have multiple paths to them and they both have multiple upstream providers.
Simply ping testing for latency/connectivity doesn't really provide much
of an insight, traceroute tells us where outbound packets went and which
hops are 'slow' but doesn't indicate the return path. Most of our
customers equate Website == Internet, so the responsiveness of a
destination seems to also be an important consideration.
I am assuming that most ISPs have Help Desk calls of a similar nature.
How does one substantiate or refute such complaints, pro-actively
identify 'slowness/congestion' ? Evidence collected by 'tools' needs to
be defensible when responding to our 'customers'.
Any pointers to how I can do this better would be appreciated.
I meant for a "sky tower hosted Akamai". The implication is that it is proposed to be provider independent, is that not the case?
My understanding is that Akamai push some stuff, and some stuff is pulled on demand. Does that answer your question?
On 28/02/2012, at 12:08 PM, Tim Price wrote:
> Obviously Callplus would pay for it but ask yourself this; Would the content
> be front loaded into the cache whether everyone else was using it or just
> Callplus. Mind blown yet?
> -----Original Message-----
> From: nznog-bounces(a)list.waikato.ac.nz
> [mailto:email@example.com] On Behalf Of Nathan Ward
> Sent: Tuesday, 28 February 2012 11:51 a.m.
> To: Barry Murphy
> Cc: nznog(a)list.waikato.ac.nz
> Subject: Re: [nznog] Async Routing across ape to pipe return via vocus
> &Internode speedtest
> Who would pay for the transit to feed it?
> On 28/02/2012, at 11:35 AM, Barry Murphy wrote:
>> I made the suggestion back in July 2010 that perhaps we need a Skytower
> hosted Akamai, Jay from NZRS suggested he was actually looking into this,
> then Mike Jager pointed us to this.
> http://list.waikato.ac.nz/pipermail/nznog/2008-July/014249.html where
> callplus actively advertised the free use of the Akamai cluster they have.
> NZNOG mailing list
Wondering if anyone has a simple client that works with LMNP systems.
The client they provided is a java client that looks to be written for
windows, so I'm hoping someone may have a linux / bash / php version
that may work?
Dear APNIC Member,
APNIC is an Asia Pacific body actively involved in development of Internet Infrastructure throughout the region. I have been nominated as candidate in the forthcoming election for APNIC Executive Council. (http://meetings.apnic.net/33/elections#nominees)
I have 20 years of professional experience at cross functional arenas including IT Management, LAN/WAN Management, Systems set-up, Technology Administration, Consolidation, Standardization and IT Project Management. I am Doctorate in Information Security and voluntary served as member of various National & International reputed Bodies. I lead the team to successfully execute various Projects and won laurels & awards and recognition at National & International level. I am keen to voluntary contribute as APNIC EC Member during present challenge time of IPv4 exhaustion and Internet Governance. I strongly feel that my experience on Business Process Design and Solution, IT Strategies, IT Polices and Monitoring process will definitely contribute in achieving aims & objectives of APNIC and help IPv6 adoption project.
Kindly Vote/advise your Corporate Contact to Vote for APNIC EC in my favour . Authorized Corporate contact can vote online using MyAPNIC account<https://myapnic.net/AMITY-IN/voting/cast.html?category=ec> between 15th Feb.2012 to 29th Feb.,2012. There are 4 nominations for 3 positions of EC. Since, top 3 Vote positions will win, it will be better, if Corporate Contact Votes only in my favour with the maximum number of your allowed votes.
Dr. JS Sodhi
-----BEGIN PGP SIGNED MESSAGE-----
At aprox 02:10AM this morning I noticed one of my Orcon fibre tails go
down, I cant ARP anything over the link between Auckland CBD and Orcon
Seems they are not accessible over APE either;
liam@edge1> traceroute 126.96.36.199
traceroute to 188.8.131.52 (184.108.40.206), 30 hops max, 40 byte packets
1 220.127.116.11 (18.104.22.168) 6.306 ms 4.744 ms 5.787 ms
2 orcon2.ape.net.nz (22.214.171.124) 3.478 ms 6.534 ms 9.434 ms
3 * * *
IP address: 126.96.36.199
No host name is associated with this IP address or no reverse lookup
188.8.131.52 is from New Zealand(NZ) in region Oceana
TraceRoute to 184.108.40.206
Hop (ms) (ms) (ms) IP Address Host name
1 1 0 0 220.127.116.11 -
2 0 0 0 18.104.22.168 xe-4-2-0.er2.dfw2.us.above.net
3 0 0 0 22.214.171.124 xe-3-0-0.er1.dfw2.us.above.net
4 103 3 207 126.96.36.199
5 1 1 1 188.8.131.52
6 6 6 6 184.108.40.206
7 39 40 40 220.127.116.11
8 40 39 40 18.104.22.168
9 49 49 49 22.214.171.124
10 174 173 173 126.96.36.199 -
11 Destination network unreachable Destination network
unreachable Destination network unreachable -
12 Timed out Timed out Timed out -
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
Could someone with clue on the Telecom free wifi transmitters on phone
boxes please make contact off list.
31 Acheson Ave
Christchurch, New Zealand
Ph: + 64 3 348 7235
Mobile: + 64 21 114 0699
Just had one of our subscribers get their trademe account closed by the
support department because they are "outside new zealand".
Really they are in hawkes bay and i want to make sure this isnt going to
happen to anyone else because of the ip range we use.