From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qc0-x22b.google.com (mail-qc0-x22b.google.com [IPv6:2607:f8b0:400d:c01::22b]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 2AA69202102 for ; Thu, 30 Jan 2014 07:06:03 -0800 (PST) Received: by mail-qc0-f171.google.com with SMTP id n7so5037925qcx.2 for ; Thu, 30 Jan 2014 07:06:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=u/9LNeeVlQP+3u1uyA2sru/U+dBRKNAKCIkT4/pF9eY=; b=IbCjxhc0LuzTTJbNLMto3gckMdkoZGreTieOlqnAnAeMZjY5lh1p2LO+FKNVwyH0/S ajZpIlkjUzhwxdwl8mP5AeosfT3znrBvKrsc1m/17x4G9w7iITWxOIK6AwrA0FR6kUm2 EWIPkfbKfMklmmcRk9gLn3AZMpXHe2XD8JSpbBrN2At+V52YMQHArUx3D5KJr69s0LNC Y4P5CHzvMgKX/S0EgChnucSTFHXGVjX5Zi7EhHA3kw2UnwJWu1jEeFWKzEVU9seczyiC hszUKR2cJtgkACrdLjbSsXgR125hP7vwvETSjlJ9EL1wFYN0fymPzyuxNzfS/E7NaqiT rdoA== MIME-Version: 1.0 X-Received: by 10.229.171.8 with SMTP id f8mr22462770qcz.13.1391094361386; Thu, 30 Jan 2014 07:06:01 -0800 (PST) Received: by 10.224.42.70 with HTTP; Thu, 30 Jan 2014 07:06:01 -0800 (PST) In-Reply-To: References: <1391016331.21340.76849577.4C0BB967@webmail.messagingengine.com> Date: Thu, 30 Jan 2014 07:06:01 -0800 Message-ID: From: Dave Taht To: Maciej Soltysiak Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] upnpd problem semi-solved X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 15:06:05 -0000 I have been gradually realizing that solving all the problems highly dynamically assigned native ipv6 brings us is not going to get solved this week, or this year. anyway, I am still working on stablizing comcast specific stuff here: http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/comcast/3.10.28-4/ but since tunnels don't go boom it's more suitable for general use... improvements since the last time I talked about anything: + rngd, polipo, ahcpd, pimd, both web servers, - moved to procd + upnpd updated and at least partially fixed + babeld logs to /dev/null hopefully this should stop running out of memory and flash. + tunnelling headaches sorta solved we no longer spin out of control when establishing an he tunnel while a native ipv6 session is active - tunneling headaches but a ton of things don't work either, like dns advise: tunnel or run native, not both turn off sourcerouting for tunnels (as yet) - ipv6 dynamic headaches poor integration with ahcp, dhcp-pd, etc (and I only get a /60 from comcast) (and a reboot of the router led to getting new addresses assigned and caused chaos through my ahcpd'd and dhcp-pd'd testbed) - a source of unaligned instruction traps found but not fixed https://dev.openwrt.org/ticket/14868 The trap occurs during the call to SyS_prlimit64. Didn't see anything obvious that said "I'm possibly unaligned, fixme" - package signing broke a few releases back disabled here. ENOTIME. - babeld not moved to procd - babeld fails to detect a channel on AP wireless interfaces. - haven't necessarily got all the ucitrack dependencies right overall - still no mosh on the router... in other news, ipv6 support has landed for mosh, upstream dropbear is adding support for TOS setting, and I actually saw dnsmasq doing dnssec validation without crashing (on x86). I am overjoyed to finally have ipv6 support for mosh upstream. Now I can finally go e2e with it and leave a ton of connections nailed up. https://github.com/keithw/mosh note: ipv6 support requires a newer perl library than the previous generati= on of mosh, libio-socket-ip-perl. On Wed, Jan 29, 2014 at 11:54 AM, Maciej Soltysiak w= rote: > DLNA discovery is using SSDP. SSDP are multicasts which don't easily > traverse between interfaces. > minissdp is supposed to proxy between interfaces. I think it also > keeps track of the devices so it can respond on behalf of other > devices. > > I'm running 3.10.18-1. If there's a build you would suggest I try, I'm > happy to do it. > > > On Wed, Jan 29, 2014 at 7:19 PM, Dave Taht wrote: >> Well, I see ipv6 support in the current codebase, don't know if it's >> in the codebase I'm trying now... >> >> my understanding of the separate minissdp server was that it acted as >> an arbitrator between >> multiple possible users of the functionality (like dlna) >> >> On Wed, Jan 29, 2014 at 9:25 AM, Paul Handly wrote: >>> SSDP registration (server) and subsequent discovery (client) across >>> subnets was what I needed minissdpd for, but the devices I was trying t= o >>> drive (Sonos) are kind of pricey as a test case. >>> >>> Having an IPv6 address on the listen interface/s broke the old build of >>> minissdpd, so I had to choose between IPv6 and Sonos. >>> >>> -- >>> Paul Handly >>> >>> On Wed, Jan 29, 2014, at 11:55, Dave Taht wrote: >>>> The version I was carrying in ceropackages was obsolete and didn't >>>> integrate >>>> into fw3. Dropped that release, built from openwrt head, I can open po= rts >>>> now >>>> from the transmission bittorrent client and from dns-sd (on macos) now= . >>>> >>>> the author tells me the latest version (not what I built, it's only a >>>> few days old) does PCP also. >>>> >>>> 1) It's not clear to me why minissdpd was needed? >>>> >>>> 2) Are there any other test cases I could try? >>>> >>>> -- >>>> Dave T=E4ht >>>> >>>> Fixing bufferbloat with cerowrt: >>>> http://www.teklibre.com/cerowrt/subscribe.html >>>> _______________________________________________ >>>> Cerowrt-devel mailing list >>>> Cerowrt-devel@lists.bufferbloat.net >>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel >> >> >> >> -- >> Dave T=E4ht >> >> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscri= be.html >> _______________________________________________ >> Cerowrt-devel mailing list >> Cerowrt-devel@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cerowrt-devel --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html