Re: IPv6 support in d-i

Hi,

On Tue, Sep 25, 2012 at 01:41:56PM +0200, Philipp Kern wrote:
> You are handing out the normal 192.168/16 space on the LAN side. You
> pass them on to the gateway without any NAT. I.e. default IPv4 route to
> 192.0.0.1 (and your device is 192.0.0.2). The AFTR can identify the
> interface by the public IPv6 address and the IPv4 address range only
> needs to be unique wrt RFC1918 behind the CPE.

Its something like the introduction of 6rd - You can do this in a
very uniform environment e.g. ISP provided CPE, ISP managed CPE etc.

This is not the case for todays ISPs in Germany where its basically
"bring your own device" in certain ways. 

> > As far as i understood the reasons for DS Light is licensing costs 
> > in the mobile backhaul as those are per PDN context e.g. backhaul channel
> > to the mobile. Those are today not capable to do dual stack (Although
> > Standardised in 3GPP Version 8/9) so you'd need 2 PDN contexts, one for
> > IPv4 and one for IPv6. So Mobile Operators thought of DS Light so
> > they'll not need another context and simply switch UAs to v6 transport
> > only.
> 
> That's a different problem of how to provide IPv4 connectivity to mobile
> devices which only support one single context that's either v4 or v6.

Its not a matter of supporting more than one context - most current UAs
can support more than one context - The Apple Universe was one of the
first to actually require more than one context IIRC. This made the 
iPhone a more expensive Mobile on the Network Side.

A mobile which supports v6 today is one that is capable of more than one 
context.

Flo
-- 
Florian Lohoff                                                 [email protected]

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iQIVAwUBUGGmIJDdQSDLCfIvAQiY/Q//XzDd8xGeUI/Hy+yjPxo2+IoN8LEDhEyT
3uO7L9zPEMcPgVPyJ4lFqZTh/4w7/gx78oAUNObH1nHZNJ1vDWh7olr6TNHQ/syQ
1Lkdj6WERGIyezpdYiYlk8K8mFG0W8L3FnVbiNwgnruqkGJrnzkqVdVUqrM1uoa2
3F4GJgtxByIMmSEdtY2Zb/icmyuUp/wdTDurcitQz+V99zh9R4Nl2xCEuK1f12L1
eBisGWPRcEBGCY1vBOs3QiyjYm8wjYPtJ+mntwQuDxaUv6WRxFrDxscmodpoSjdO
ELpGK3XfCyUDnX/SknXPOk3WcGTzMCjqNoqWuSFLpkYDCRSFsTYThBFEyzb61Mop
mr339aIlCuG3FCAHBnDNp/dKaD5jvByQsUcnPWSqoDxcdvhvofnq6pT0ZZgSNQfr
39xin5xSW5rL2CdM3Rd2rGe+rl0bZHmIKeyrXaG/JXYLfi9dEjQ2VphCfX/y1kEM
AMvSM/NkMDWC4q8SvNUE44QU+5rn20kZcGmUvk/vnSiLedWVy/S88ppMilXBJcVD
1Ik6ClDd/zjJ+wlxgTfuumQGSvNkxXElCazQDug1r5C8mJ19A1LlAO9mlTZaMxqB
G5LVLYhMrC0OTDks8rsCv5E8iYe5wYXpcBCczOuEIgyI7llJm0DJYWQBkJ/B03Na
Y73JTyLSIsk=
=tupb
-----END PGP SIGNATURE-----