Pretty much every Cisco DSL router supports IPv6. We just need an ISP to start selling the IPv6 transit ... -----Original Message----- From: Richard Hector [mailto:richard(a)walnut.gen.nz] Sent: Thursday, 22 December 2005 2:46 p.m. To: nznog(a)list.waikato.ac.nz Subject: Re: [nznog] ipv6 On Thu, 2005-12-22 at 14:35 +1300, Matt Brown wrote:
With the introduction of UBS I'm hoping that it's going to become a lot more common for ISPs to be able to offer IPv4/IPv6 circuits, even if it is only on ad Ad-Hoc basis to the 'geeks' to start with.
To offer it on UBS, wouldn't your DSL router have to support IPv6? Do any of them? I suppose you could use either a plain modem, or one of those ones that bridges PPPoA to PPPoE, but I've never tried setting one up. Richard _______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
On 21-Dec-2005, at 22:17, Philip D'Ath wrote:
Pretty much every Cisco DSL router supports IPv6. We just need an ISP to start selling the IPv6 transit ...
The last I knew (which was admittedly many years ago) Telecom's wholesale DSL was a layer-3 service, with frames being routed through a twisty maze of RFC1918-numbered routers before they arrived at the user's ISP. If that was still the case, then surely Telecom would need to route v6 frames between the customer and the ISP for the customer to receive native v6 service? If there has been a subsequent layer-2 wholesale DSL service offered, along the lines that is done elsewhere, is there not still a requirement for Telecom to switch v6 frames from PPPoA into L2TP, or whatever framing is used to present a user's traffic to an ISP? Joe
UBS is Layer 3 between the ISP and Telecom, but effectively the L2TP tunnel creates a layer2 link between the customer and the ISP's LNS. So theoretically I would have thought it could support v6 without a problem. The question however is why ? and to where would the v6 packets actually transit. I believe the WorldExchange guys are running v6 throughout their network, all though I don't know if it transits anywhere, and turning that into an available product is a whole different story all together. Joe Abley wrote:
On 21-Dec-2005, at 22:17, Philip D'Ath wrote:
Pretty much every Cisco DSL router supports IPv6. We just need an ISP to start selling the IPv6 transit ...
The last I knew (which was admittedly many years ago) Telecom's wholesale DSL was a layer-3 service, with frames being routed through a twisty maze of RFC1918-numbered routers before they arrived at the user's ISP. If that was still the case, then surely Telecom would need to route v6 frames between the customer and the ISP for the customer to receive native v6 service?
If there has been a subsequent layer-2 wholesale DSL service offered, along the lines that is done elsewhere, is there not still a requirement for Telecom to switch v6 frames from PPPoA into L2TP, or whatever framing is used to present a user's traffic to an ISP?
Joe
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
On 21-Dec-2005, at 22:40, Tony Wicks wrote:
UBS is Layer 3 between the ISP and Telecom, but effectively the L2TP tunnel creates a layer2 link between the customer and the ISP's LNS. So theoretically I would have thought it could support v6 without a problem. The question however is why ? and to where would the v6 packets actually transit.
There's more v6 content available than most people realise (although this currently matters very little to anybody, since the same content is usually available faster over v4). There is a commercial v6 Internet alive today, and it works, though. It's not imaginary. If anybody is still lacking native v6 transit from their upstreams, then ISC is still very happy to terminate tunnels for them in Palo Alto for transit (and I believe Citylink will happily terminate corresponding tunnels on the v6ix, which gives you access to other similarly-connected people, plus anybody who cares to do native v6 on the WIX or APE). However, I'm still interested in the v6 DSL access question. If it works down there the way it works up here, then the L2TP session isn't established between the ISP's LNS and a customer device, but rather between the ISP's LNS and a tunnel switch within Telecom's network that also terminates the PPPoA or PPPoE session from the customer. If that's right, then unless that tunnel switch is spectacularly transparent with respect to encapsulated frame (and maybe it is) then some explicit v6 support seems like it is required within Telecom's network for v6 customer access to work. Of course someone with spare time could just try this out and answer the question authoritatively by telling me that they just tried it, and it works :-) Joe
However, I'm still interested in the v6 DSL access question. If it works down there the way it works up here, then the L2TP session isn't established between the ISP's LNS and a customer device, but rather between the ISP's LNS and a tunnel switch within Telecom's network that also terminates the PPPoA or PPPoE session from the customer.
Hmm, actually the more I think about it you are correct, I doubt it would work. Anyone who has a working UBS setup care to try it ?
If that's right, then unless that tunnel switch is spectacularly transparent with respect to encapsulated frame (and maybe it is) then some explicit v6 support seems like it is required within Telecom's network for v6 customer access to work.
Of course someone with spare time could just try this out and answer the question authoritatively by telling me that they just tried it, and it works :-)
On Fri, 2005-12-23 at 06:39 +1300, Tony Wicks wrote:
Hmm, actually the more I think about it you are correct, I doubt it would work. Anyone who has a working UBS setup care to try it ?
I haven't tried it myself yet, but I've heard from "reliable sources" of two ISPs testing it so far and it works perfectly. Hopefully one of them decides to pipe up and give us a definitive answer shortly! Cheers -- Matt Brown matt(a)mattb.net.nz Mob +64 275 611 544 www.mattb.net.nz
Hi, Per chance would anyone know of a simple backup script that can be used to back up a directory to DVD. Alternately, if you have any idea how to fixate a DVD.. that would be handy. I have the "writing" bit sorted, but I cant for the life of me get i t to fixate afterwards. Geoff
Geoff wrote:
Hi,
Per chance would anyone know of a simple backup script that can be used to back up a directory to DVD.
Geoff, I think you've posted to the wrong mailling list. wlug/nzlinux are that way ---> (if you're asking for a linux based script) and <--- msdn is that way (if you're asking for a windows based script) - Drew
On Sat, 2005-12-24 at 09:32 +1300, Geoff wrote: ^------------ And NTP is that way...
Hi,
Per chance would anyone know of a simple backup script that can be used to back up a directory to DVD.
Alternately, if you have any idea how to fixate a DVD.. that would be handy. I have the "writing" bit sorted, but I cant for the life of me get i t to fixate afterwards.
Geoff
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
oops, apologies, wrong address selected in address book.. :/ On Sat, 2005-12-24 at 09:32 +1300, Geoff wrote:
Hi,
Per chance would anyone know of a simple backup script that can be used to back up a directory to DVD.
Alternately, if you have any idea how to fixate a DVD.. that would be handy. I have the "writing" bit sorted, but I cant for the life of me get i t to fixate afterwards.
Geoff
_______________________________________________ NZNOG mailing list NZNOG(a)list.waikato.ac.nz http://list.waikato.ac.nz/mailman/listinfo/nznog
From: "Joe Abley"
If that's right, then unless that tunnel switch is spectacularly transparent with respect to encapsulated frame (and maybe it is) then some explicit v6 support seems like it is required within Telecom's network for v6 customer access to work.
Telecom's UBS configuration is (AFAIK) Cisco's "vpnd multihop". Their LAC/LNS talks PPP with the DSL device up to the AUTH stage, pumps the AUTH data to a Radius server which looks at the physical stuff in the data (like DSLAM ID and port) to decide on the next hop LNS. You then get the hack/proxy LCP/PAP exchange between Telecom's LAC/LNS and the ISP's LNS to get up to the IPCP stage and from there on all PPP packets are exchanged between the DSL device and the ISP's LNS. So what ever PPP supports beyond the AUTH stage should be available, the limitation being that you have very little control over LCP parameters (e.g. MRU) unless you can force a restart of LCP with the DSL device. Protocols that rely on secure Auth (e.g. some PPP payload encryption schemes) won't work. No reason why IPv6 won't work tho, only issue I can see is MRU type stuff. Cheers BG
Joe Abley wrote:
On 21-Dec-2005, at 22:40, Tony Wicks wrote:
If anybody is still lacking native v6 transit from their upstreams, then ISC is still very happy to terminate tunnels for them in Palo Alto for transit (and I believe Citylink will happily terminate corresponding tunnels on the v6ix, which gives you access to other similarly-connected people, plus anybody who cares to do native v6 on the WIX or APE).
For anyone seeking access to the v6ix tunnels you'll need to be able to reach our tunnelbrokers which are hosted on the APE and WIX anycast ranges 202.7.5.0/24 and 202.7.4.0/24 respectively i.e. your ISP will need to be peering with the APE and/or WIX route servers. See http://v6ix.nzix.net/ for more info. Merry Christmas to you all - if you get your applications in today I'll forego drinking beer at Christmas and spend the next few days working on this for you. Yeah right! (:-)
participants (9)
-
Andy Linton -
Brian Gibbons -
Chris Hodgetts -
Drew Broadley -
Geoff -
Joe Abley -
Matt Brown -
Philip D'Ath -
Tony Wicks