[Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

[Dave Taht]

And, sigh. I restart quagga-RE on the new release, where I have two
identical /128s on the same interfaces (gw01 and gw11) and I get:

2013/08/22 18:19:08 BABEL: setsockopt(IPV6_JOIN_GROUP) on interface 'gw11':
Address already in use

I don't know if this is relevant to the ipv6 subtrees discussion, but this
was the only major patch change between cero's releases, so I'm inclined to
suspect this. I note that the fe80 addresses are all different (at least on
this device, but perhaps there is a conflict elsewhere, checking), and this
happens with or without assigned by ahcp /128s on the interfaces.

Reverting.

http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.9-1/ is that
build (which has other problems in things like dhcp userspace, I wouldn't
recomend you use it)



On Wed, Aug 21, 2013 at 3:01 PM, Dave Taht <dave.taht at gmail.com> wrote:

> I've got this in the next version of cerowrt and it looks like it is also
> targetted for -stable. I see the babels branch has been quiet since jul 12,
> and I
> figure mattieu and juliusz are still in recovery from ietf.
>
> So I hope this can be made to work, my question though is what sort
> of sane way can working ipv6_subtrees be done at runtime be determined?
>
> --
> Dave Täht
>
> Fixing bufferbloat with cerowrt:
> http://www.teklibre.com/cerowrt/subscribe.html
>



-- 
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/babel-users/attachments/20130822/63fcbe70/attachment.html>