Hi everyone, Just a quick announcement to say that with the departure of Jasper (who some of you may have met at NZNOG 09/08) we will unfortunately be withdrawing our 6to4 announcements from the APE. This was his project and we no longer have any staff enthusiastic about maintaining it. Expect the routes to disappear at some point in the next few days. If anyone is seriously using this service, feel free to get in touch and we'll see what we can do. -- -Michael Fincham System Administrator, Unleash www.unleash.co.nz Phone: 0800 750 250 DDI: 03 978 1223 Mobile: 027 666 4482
FX Networks will be happy to pick up where Unleash has left off with regards
to operating a public local 6to4 relay.
I am currently operating a local one, but will be advertising it externally
by the end of next week. I am hoping that Unleash may maintain their
advertisement until then.
Cheers,
neil
2009/3/9 Michael Fincham
Hi everyone,
Just a quick announcement to say that with the departure of Jasper (who some of you may have met at NZNOG 09/08) we will unfortunately be withdrawing our 6to4 announcements from the APE. This was his project and we no longer have any staff enthusiastic about maintaining it.
Expect the routes to disappear at some point in the next few days.
If anyone is seriously using this service, feel free to get in touch and we'll see what we can do.
-- -Michael Fincham System Administrator, Unleash www.unleash.co.nz Phone: 0800 750 250 DDI: 03 978 1223 Mobile: 027 666 4482
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
On Mon, 2009-03-09 at 10:57 +1300, Neil Fenemor wrote:
FX Networks will be happy to pick up where Unleash has left off with regards to operating a public local 6to4 relay.
Great to hear!
I am currently operating a local one, but will be advertising it externally by the end of next week. I am hoping that Unleash may maintain their advertisement until then.
No problem, Neil. I'll keep our box live until you're ready to go. Drop me an email perhaps. -- -Michael Fincham System Administrator, Unleash www.unleash.co.nz Phone: 0800 750 250 DDI: 03 978 1223 Mobile: 027 666 4482
Multiple public 6to4 gateway's would be great. It doesn't have to be just a single generous ISP to provide the public service to APE ... normal routing can decide which one is closest to the users.
From: Neil Fenemor [mailto:neil(a)underground.geek.nz]
Sent: Monday, 9 March 2009 10:57 a.m.
To: Michael Fincham
Cc: nznog(a)list.waikato.ac.nz
Subject: Re: [nznog] APE 6to4
FX Networks will be happy to pick up where Unleash has left off with regards to operating a public local 6to4 relay.
I am currently operating a local one, but will be advertising it externally by the end of next week. I am hoping that Unleash may maintain their advertisement until then.
Cheers,
neil
2009/3/9 Michael Fincham
On 8 Mar 2009, at 19:15, Philip D'Ath wrote:
Multiple public 6to4 gateway’s would be great. It doesn’t have to be just a single generous ISP to provide the public service to APE ... normal routing can decide which one is closest to the users.
Multiple private 6to4 gateways are arguably even better. If you have a dual-stack core but any number of v4-only end hosts that might potentially decide to use 6to4, it's much easier to control their experience by keeping the relay on-net than it is to trust in someone else's router. Would you send all your customers' traffic to routers operated by your competitors any other time? And if you don't have a dual-stack core, then hello! it's 2009 :-) Joe
Haha. Isn't this the definition of buying transit? -----Original Message----- From: Joe Abley [mailto:jabley(a)hopcount.ca] ... Would you send all your customers' traffic to routers operated by your competitors any other time? ...
Given with 6to4 you don't control the return gateway (ie. where the other end uses to send packets back to you) does it matter that much? MMC On 09/03/2009, at 1:35 PM, Joe Abley wrote:
On 8 Mar 2009, at 23:02, Philip D'Ath wrote:
Haha. Isn't this the definition of buying transit?
Only when your transit provider is a competitor, and in that case you presumably have a contract which specifies how they should behave (and recourse if they don't).
Joe
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
-- 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
On 8 Mar 2009, at 23:08, Matthew Moyle-Croft wrote:
Given with 6to4 you don't control the return gateway (ie. where the other end uses to send packets back to you) does it matter that much?
The same logic goes for content providers; whether your revenue comes from end users or from content, it still makes more sense to run the relay yourself than to trust the packets to someone else (someone that you can't predictably identify, even, which surely will be lots of fun to troubleshoot). More fundamentally, if running your own 6to4 relay is a trivial exercise, as I suspect it will be for anybody here who has a dual- stack core, does it make more sense to spend time considering whether to do it than just to do it? Joe
Don't take my comments the wrong way: Certainly setting up a 6to4 gateway is a trivial task and if you've got v6 connectivity then you might as well do it - grab a spare Cisco router, plumb it in to your network with v4,v6, then pretty much add the bits below. Teredo is a bit harder but also useful because it works through NAT (6to4 assumes it's on the CPE running NAT). Teredo requires something running Linux/FreeBSD/etc. A bit annoying. ipv6 unicast-routing ! ! ! The IPv4,v6 address on Lo2002 are the special 6to4 magic ones. ! interface Loopback2002 ip address 192.88.99.1 255.255.255.0 ipv6 address 2002:C058:6301::1/128 ! interface Tunnel2002 description anycast 6to4 Relay Interface no ip address no ip redirects ipv6 unnumbered Loopback2002 ipv6 mtu 1280 tunnel source Loopback2002 tunnel mode ipv6ip 6to4 tunnel path-mtu-discovery ! ipv6 route 2002::/16 Tunnel2002 and make sure 2002::/16 and 192.88.99.0/24 are leaked into your IGP so it can be found or add statics or whatever works for you. MMC On 09/03/2009, at 1:42 PM, Joe Abley wrote:
On 8 Mar 2009, at 23:08, Matthew Moyle-Croft wrote:
Given with 6to4 you don't control the return gateway (ie. where the other end uses to send packets back to you) does it matter that much?
The same logic goes for content providers; whether your revenue comes from end users or from content, it still makes more sense to run the relay yourself than to trust the packets to someone else (someone that you can't predictably identify, even, which surely will be lots of fun to troubleshoot).
More fundamentally, if running your own 6to4 relay is a trivial exercise, as I suspect it will be for anybody here who has a dual- stack core, does it make more sense to spend time considering whether to do it than just to do it?
Joe
-- 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
On 9/03/2009, at 2:08 PM, Matthew Moyle-Croft wrote:
Given with 6to4 you don't control the return gateway (ie. where the other end uses to send packets back to you) does it matter that much?
If the other end users are on your network, either as native users or Teredo users, then yes. (Teredo only applies if you also run a Teredo relay) -- Nathan Ward
participants (6)
-
Joe Abley -
Matthew Moyle-Croft -
Michael Fincham -
Nathan Ward -
Neil Fenemor -
Philip D'Ath