Sorry for the delay...
В Wed, 30 Mar 2011 17:58:19 +0200
Felix Fietkau пишет:
> On 2011-03-30 5:43 PM, Alexander Gordeev wrote:
> > В Wed, 30 Mar 2011 17:17:01 +0200
> > Jo-Philipp Wich пишет:
> >
> >> Hi,
> >>
> >> no I have no list yet but it boils down to the fact that the current
> >> ne
Let me suggest that one likely design target will
be multi-link residential networks that probably
include energy management CPEs as well as one or
several 6LoWPANs. We must anticipate automated ULA
prefix delegation, etc. as well as the need for site-
local multicast. Here are a couple of relev
On 2011-03-30 5:43 PM, Alexander Gordeev wrote:
В Wed, 30 Mar 2011 17:17:01 +0200
Jo-Philipp Wich пишет:
Hi,
no I have no list yet but it boils down to the fact that the current
network and interface setup mechanisms are rather constrained, old and
inflexible.
Big problems are the lack
В Wed, 30 Mar 2011 17:17:01 +0200
Jo-Philipp Wich пишет:
> Hi,
>
> no I have no list yet but it boils down to the fact that the current
> network and interface setup mechanisms are rather constrained, old and
> inflexible.
>
> Big problems are the lack of statefulness, the tendency for race
> c
Hi,
no I have no list yet but it boils down to the fact that the current
network and interface setup mechanisms are rather constrained, old and
inflexible.
Big problems are the lack of statefulness, the tendency for race
conditions, the inability to properly nest protocols and the limited
feature
Do you have a short list of the problem areas?
-K-
On 3/30/11 10:57 AM, Jo-Philipp Wich wrote:
Hi,
interesting read, looks like they more or less mandate DHCPv6 (both
server and client). This slightly bothers me since the currently
available DHCPv6 server implementations are rather big and the
Hi,
interesting read, looks like they more or less mandate DHCPv6 (both
server and client). This slightly bothers me since the currently
available DHCPv6 server implementations are rather big and there are no
plans to support this protocol in dnsmasq.
The rest looks like it is doable, but not eve
Hello.
There is an RFC-TO-BE that describes requirements for IPv6 CPE routers,
that OpenWRT should sooner or later follow.
http://tools.ietf.org/html/draft-ietf-v6ops-ipv6-cpe-router-09
Some of those requirements should be satisfied by particular programmes
like radvd (or at least implementing t