[ipv6-wg] dynamic or static IPv6 prefixes to residential customers

Hi Ivan /et. al/,

On top of these problems add the incorrect RFC behavior of MS (i.e. Win
7) clients when dealing   prefixes whose lifetime is set to 0) and you
end up puzzled. Should I deploy IPv6 on on top of PPPoE ? or directly on
ethernet ifces  ? should I ask my CPE vendors to break the strict  RFC 
behavior ( for MS clients)?

Cheers,
Dimitris

On 27/7/2011 5:26 μμ, Ivan Pepelnjak wrote:
> There's a minimum timeout of 2 hours hard-coded in the SLAAC RFC to prevent DoS attacks. Some details here:
>
> http://blog.ioshints.info/2010/12/small-site-multihoming-in-ipv6-mission.html
>
> Then there's the failure to detect PPPoE session loss:
>
> http://blog.ioshints.info/2010/10/dhcpv6-over-pppoe-total-disaster.html
>
> Last but definitely not least, CPEs tend to copy lease time from DHCPv6 PD to SLAAC prefix validity time (and I found no way to change that behavior in Cisco IOS), so you either overload your DHCPv6 server by using short leases or risk having delegated prefixes that will stay in the customer's CPEs for a long time.
>
> Ivan
>
>> -----Original Message-----
>> From: ipv6-wg-admin at ripe.net [mailto:ipv6-wg-admin at ripe.net] On Behalf Of
>> Tim Chown
>> Sent: Wednesday, July 27, 2011 4:08 PM
>> To: ipv6-wg
>> Subject: Re: [ipv6-wg] dynamic or static IPv6 prefixes to residential
>> customers
>>
>>
>> On 27 Jul 2011, at 14:45, Ivan Pepelnjak wrote:
>>
>>> Unfortunately you have to do static prefix delegation because it's
>> impossible to renumber the customer's inside LAN within a reasonable time
>> interval with today's state of IPv6 SLAAC.
>>
>> Why impossible?
>>
>> Tim


-- 
------------------------

Dimitrios K. Kalogeras

Electrical Engineer Ph.D.
Network Engineer
Netmode NTUA Lab
_____________________________________
skype: aweboy
voice: +30-210-772 1448
fax:     +30-210-772 1866
e-mail: D.Kalogeras at noc.ntua.gr


-------------- next part --------------
An HTML attachment was scrubbed...
URL: </ripe/mail/archives/ipv6-wg/attachments/20110727/fca28c7b/attachment.html>