Olaf,
> thx for your comments. I nearly forgot that an ISP has to offer its customers
> a good service, thx for reminding me ;-).
> I'm just inserting as an answer a sentence, I found in an email posted by Tom
> Petch on this mailing list in another context:
>
> Tom Petch wrote on Fr 10.09.2010 18:06:
> ".... So the onus is on operators to turn their good business reasons into
> engineering problems, eg as a requirements RFC, that the IETF will then
> solve. "
>
> I know the problem and look for a solution. Hence it would be very helpful to
> discuss solutions (and I-D krishnan-rs-mark is at least an approach to that)
> and not just holding long tirades how bad the problem is.
so which solutions do we have:
1) only support DHCP on the BBF link-layer in the N:1 VLAN case.
this will affect some legacy host implementations in the case where the
customer has a bridged connection to the access network.
how big a problem is this? considering that this is the route DOCSIS has
gone with DOCSIS 3.0...
2) RS mark.
it appears consensus is that this will not work.
3) tunneling and tagging traffic between AN and BNG.
4) move L3 border to AN
5) change SLAAC
with regards to the requirement that the solution should support existing host
implementations that do not support DHCPv6.
let us say we have 5 classes of host implementations:
1) IPv4 only and those which will never be upgraded with IPv6 support
2) partly broken IPv6 support and without DHCPv6
3) partly broken IPv6 support with DHCPv6
4) full IPv6 support without DHCPv6
5) full IPv6 support with DHCPv6
by partly broken I mean lacking dual stack / IPv4/IPv6 multihoming support. i.e
happy eyeballs or having other serious short comings. I do not want to enable
IPv6 on hosts implementations that e.g have 75 second timeout to switch from
IPv6 to IPv4 (well known fruit vendor).
we don't care about 1. we do _not_ want to deliver IPv6 service to 2 + 3. so
the problematic one is 4.
does anyone know of any class 4 IPv6 implementation?
cheers,
Ole
--------------------------------------------------------------------
IETF IPv6 working group mailing list
[email protected]
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------
