On 09/03/2009, at 1:44 PM, Jasper Bryant-Greene wrote:
> How is that different from normal IP routing? The other end always
> decides which way to send packets back to you, and in the event that
> your customer is multihomed, the return path might not even transit
> your AS.
I control my outbound and inbound routing. People only send packets
via routes I advertise and I can show a contractual relationship
between me and my upstream or peer, my upstream and theirs or their
peer and then to the far end etc.
With using 6to4 the downside is that whilst I may have my own gateway,
the FAR end could be using a 3rd party 6to4 gateway. This means that
the return packets traverse links for which I have no contractual
I guess in some way I'm agreeing with Joe that everyone SHOULD run
their own, especially if they offer up content over IPv6. (I wonder
if Google do with ipv6.google.com?).
Matthew Moyle-Croft Internode/Agile Peering and Core Networks
Level 5, 162 Grenfell Street, Adelaide, SA 5000 Australia
Email: mmc(a)internode.com.au Web: http://www.on.net
Direct: +61-8-8228-2909 Mobile: +61-419-900-366
Reception: +61-8-8228-2999 Fax: +61-8-8235-6909
"Wholesale internet transit provider Vocus will create an internet peering
exchange to greatly cut latency between Sydney and Auckland.
The PacificIX exchange would go live "by the end of the year", Vocus (ASX:
VOC) chief executive officer James Spenceley (pictured) told iTnews today.
It would run out of the Equinix and Global Switch data centres in Sydney
and from the Auckland Sky Tower and a "second [undisclosed] node"
elsewhere in the NZ city."
Simon Lyall | Very Busy | Web: http://www.darkmere.gen.nz/
"To stay awake all night adds a day to your life" - Stilgar | eMT.
We're all pretty stoked to announce that we're holding our 2011
conference in Wellington. Following last years success we are planning
to hold the three day workshop Monday 24 January to Wednesday 26
January, with the conference tutorial day on Wednesday 26 January and
the main conference on Thursday 27 January and Friday 28 January.
NZNOG 2011 : Jan 24 - Jan 28
Wellington, New Zealand
In the near future we should have a Call For Papers and further
announcements regarding details for the conference (like the venue and
minor details of that nature). Expect conference fees to be similar to
last year with slightly more expensive accommodation.
For the NZNOG11 Org Team
In the past I've posted to AusNOG looking for technicians in different Aussie cities and it has been VERY helpful and we now have great support in most Australian cities now.
We now need someone in Christchurch (and soon Auckland), but CC is my immediate concern to find a local IT company that we can have a relationship with:
The ideal skill-sets would be the following:
- Good basic networking
- Understanding of DSL technologies - DSL, SHDSL, etc
- Basic understanding of Cisco and IOS
- Understanding of VLAN's and basic switching
- Basic wireless understanding
- Windows OS understanding
- Basic Linux skills would be helpful
For jobs such as:
- DSL installs
- Onsite problems - diagnose
- Swap out networking equipment
- Have own car, mobile broadband, laptop with serial capability (console to Cisco, etc)
- Be able to receive deliveries - equipment and such
- Store some local spares if needed
- Either own or work for a business who does this kind of work - we preferably want a relationship with a business
- Be available for emergencies (with appropriate remuneration)
I will be in Christchurch this coming Tuesday for an urgent install, and I would like to meet up and familiarise this person with one of our customers sites so they can do local work and I (or the Sydney staff) don't have to fly out to NZ all the time
Please have ready a list of skills, rates and so on. This is short notice, so if you know someone who might be good for this, please pass it on.
Please contact me directly on skeeve at eintellego.net and I will send you some information.
Skeeve Stevens, CEO
eintellego Pty Ltd - The Networking Specialists
skeeve(a)eintellego.net / www.eintellego.net
Phone: 1300 753 383, Fax: (+612) 8572 9954
Cell +61 (0)414 753 383 / skype://skeeve
www.linkedin.com/in/skeeve ; facebook.com/eintellego
eintellego - The Experts that the Experts call
- Juniper - HP Networking - Cisco - Brocade - Arista - Allied Telesis
Disclaimer: Limits of Liability and Disclaimer: This message is for the named person's use only. It may contain sensitive and private proprietary or legally privileged information. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. eintellego Pty Ltd and each legal entity in the Tefilah Pty Ltd group of companies reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorised to state them to be the views of any such entity. Any reference to costs, fee quotations, contractual transactions and variations to contract terms is subject to separate confirmation in writing signed by an authorised representative of eintellego. Whilst all efforts are made to safeguard inbound and outbound e-mails, we cannot guarantee that attachments are virus-free or compatible with your systems and do not accept any liability in respect of viruses or computer problems experienced.
Could any mail-server admins that are having any issues with bill.2degreesmobile.co.nz please contact me off list.
A few of you have already brought the issue with bill.2degreesmobile.co.nz and the fact that our mail from this system isn't being delivered to your customers due to it not being resolvable.
Thanks in advance.
Two Degrees Mobile Limited
(M) +64 27 260 9085
(P) +64 9 919 7000
Two Degrees Mobile Limited | 131 Khyber Pass Rd | Newmarket | Auckland | New Zealand |
PO Box 8355 | Symonds Street | Auckland 1150 | New Zealand | Fax +64 9 919 7001
The e-mail and any files transmitted with it are confidential and may contain privileged or copyright information. If you are not the intended recipient you must not copy, distribute, or use this e-mail or the information contained in it for any purpose other than to notify us of the error. If you have received this message in error, please notify the sender immediately, by email or phone (+64 9 919 7000) and delete this email from your system. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Two Degrees Mobile Limited. We do not guarantee that this material is free from viruses or any other defects although due care has been taken to minimize the risk
Could you please take me off the mailing list as today is my last day at Vocus Communications.
Marketing & Events Co-ordinator
Level 1, 189 Miller St
North Sydney, NSW 2060
T: +61 2 8999 8999
PLANNED IP6.ARPA NAMESERVER CHANGE
This is a courtesy notification of an upcoming change to the
nameserver set for the IP6.ARPA zone.
There is no expected impact on the functional operation of the DNS
due to this change.
There are no actions required by DNS server operators or end users.
The IP6.ARPA zone is used to provide reverse mapping (number to
name) for IPv6, as described in RFC 3152. The servers which currently
provide authoritative DNS service for the IP6.ARPA zone are as
On Wednesday 2010-12-01 processing will begin to change the nameserver
set to the following, as described in RFC 5855:
A.IP6-SERVERS.ARPA (operated by ARIN)
B.IP6-SERVERS.ARPA (operated by ICANN)
C.IP6-SERVERS.ARPA (operated by AfriNIC)
D.IP6-SERVERS.ARPA (operated by LACNIC)
E.IP6-SERVERS.ARPA (operated by APNIC)
F.IP6-SERVERS.ARPA (operated by RIPE NCC)
The usual IANA process for a change in the ARPA zone involves a
series of technical checks and the gathering of various authorisations,
and may take several days to complete. Courtesy notification will
be sent to this list once this change has been fully implemented.
Director DNS Operations
This is to notify you that one or more objects in which you are
designated for notification have been modified in the NZRR routing
These objects are used to configure the various NZIX route servers
(http://nzix.net/) so you can expect the relevant servers to be reloaded
in the near future. The reloading of the servers is staggered over a
period of time so that if you are peering with both servers at an
exchange, you can maintain at least one BGP session at all times and
consequently a full set of routes.
descr: Route set advertised to AS9560 by FX Networks - AS9503
changed: rpsl-admin(a)nzix.net 20101122
descr: Route set advertised to AS9560 by FX Networks - AS9503
changed: rpsl-admin(a)nzix.net 20101126