On Feb 10, 2011, at 8:05 AM, Benson Schliesser wrote: > > On Feb 10, 2011, at 9:53 AM, Jack Bates wrote: > >> On 2/10/2011 8:36 AM, Benson Schliesser wrote: >>> DS-lite is still CGN. >> >> It is still LSN, but it is not NAT444, and the failure rate reduces because >> of that. Also, DS-Lite guarantees that you have IPv6 connectivity. NAT444 >> makes no such assertion. > > DS-lite *uses* IPv6 connectivity, it doesn't provide it. That's like saying > 6rd or 6to4 "guarantees you have IPv4 connectivity". > > As for NAT444 (or double-NAT): One could just as easily deploy DS-lite with > a NAT444 configuration. Or deploy CGN without NAT444 (e.g. CGN44, by > managing subnets delegated to each subscriber). The two topics are related > but separate. > I think that at the point where you go to NAT444 instead of tunneling the IPv4, it's Dual-Stack, but, not Dual-Stack-Lite.
> In terms of CGN44 versus NAT444, I'd like to see evidence of something that > breaks in NAT444 but not CGN44. People seem to have a gut expectation that > this is the case, and I'm open to the possibility. But testing aimed at > demonstrating that breakage hasn't been very scientific, as discussed in the > URLs I posted with my previous message. > Technologies which depend on a rendezvous host that can know about both sides of both NATs in a private->public->private scenario will break in a private->private2->public->private2->private scenario. There are technologies and applications which depend on this. (I believe, among others, that's how many of the p2p systems work, no?) Owen