From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id B50B521F1FC for ; Fri, 11 Oct 2013 06:41:04 -0700 (PDT) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 36B05217D9; Fri, 11 Oct 2013 09:41:03 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 11 Oct 2013 09:41:03 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=imap.cc; h=from :mime-version:content-type:subject:date:in-reply-to:to :references:message-id; s=mesmtp; bh=8qw+fGsPZo/sm8eTt6QdUoeXwSM =; b=dLctpnToZ2ZnPWrSwmr8f5s00m455ku/P/nhLzDN8iUJs17grtMb7Wo4go0 9izgbuY/qugqMwpGlXU0MhW5HJGJwsZrfXcxLUDdostSCWw1wIC1EoS3v2hn0JLc S8uLYzkHDOTC+Ibr2zeowP1OabEer4cigteE2pjDbqFlOgSQ= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:mime-version:content-type:subject :date:in-reply-to:to:references:message-id; s=smtpout; bh=8qw+fG sPZo/sm8eTt6QdUoeXwSM=; b=YQrrNlb+LlxGGbXtlbtlkHp62Xp+ycQQY7wCTL qVAIQTUsMrJUXikUAciSbqB8d21nvUGcw/DBTJuHsolYvPfYHF1ItxpFk+Igk5fr sj5hrIVIsJr7pGZe88AjdXCbOAqD6ssgoU3D0NQuw3oJ6v0H6qGmW3bCq2Q8Vdj2 d/Y7g= X-Sasl-enc: lxzO902C6dq6OdXmGpBruKcsgKb/W1T2nSCOiJMGkkEy 1381498862 Received: from [172.30.42.27] (unknown [78.147.114.2]) by mail.messagingengine.com (Postfix) with ESMTPA id 798FD680101 for ; Fri, 11 Oct 2013 09:41:02 -0400 (EDT) From: Fred Stratton Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/alternative; boundary="Apple-Mail=_8930C2AB-E4C7-4020-981D-FC64D0686BEC" Date: Fri, 11 Oct 2013 14:41:00 +0100 In-Reply-To: To: cerowrt-devel@lists.bufferbloat.net References: <9A9AF30E-7F5A-41DF-AE94-0C92AD7BBED9@imap.cc> <5256DBB1.50707@thekelleys.org.uk> <52570CC6.4080508@thekelleys.org.uk> Message-Id: X-Mailer: Apple Mail (2.1283) Subject: Re: [Cerowrt-devel] [Dnsmasq-discuss] Names not resolved on Wireless 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: Fri, 11 Oct 2013 13:41:05 -0000 --Apple-Mail=_8930C2AB-E4C7-4020-981D-FC64D0686BEC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Same here. Reverting again. On 11 Oct 2013, at 12:02, David Personette wrote: > Sorry, it's still behaving the same for me. Failed back to 3.10.11-3 = once more. >=20 > -- > David P. >=20 >=20 > On Thu, Oct 10, 2013 at 8:01 PM, Dave Taht = wrote: > 3.10.15-4 is now out there, containing sufficient patches to get > dnsmasq to the current head of tree, and including the patch below. >=20 > http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.15-4/ >=20 > On Thu, Oct 10, 2013 at 1:23 PM, Simon Kelley = wrote: > > Having thought about this more, this patch is necessary > > > > = http://thekelleys.org.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcommit;h=3D8584c502d3= 7627d8abe18213771b5f4f98cb4aa3 > > > > and should fix the bug iff > > > > 1) Dnsmasq is configured using --except-interface=3D and > > there are no --interface=3D = config > > lines. > > > > 2) Exactly one interface that dnsmasq should be listening on is = around when > > it starts, but others arrive later. > > > > I can't explain why it just broke though, this bug has been around = forever. > > > > > > > > Simon. > > > > > > > > > > > > On 10/10/13 19:30, Dave Taht wrote: > >> > >> On Thu, Oct 10, 2013 at 9:54 AM, Simon = Kelley > >> wrote: > >>> > >>> > >>> Does reverting > >>> > >>> > >>> = http://thekelleys.org.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcommit;h=3D397542b213= ab4071734f1cdf4cc914d87100456f > >>> > >>> fix the issue? I fear it might. > >> > >> > >> Seems likely. > >> > >> I reverted that patch and put it in this build > >> > >> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.15-3/ > >> > >> I won't be in a position to test stuff myself til sunday but cero's > >> devoted userbase seems to be hoovering over the reload button and = will > >> probably beat me to it.... > >> > >> > >>> > >>> Cheers, > >>> > >>> Simon. > >>> > >>> > >>> > >>> On 10/10/13 15:43, Dave Taht wrote: > >>>> > >>>> > >>>> Dear Dr. Dnsmasq: > >>>> > >>>> When cerowrt made the jump between dnsmasq-2.67-test10 and > >>>> dnsmasq-2.67-test17, detection of interfaces other than the first > >>>> started failing. It seems to be related to interfaces that come = up > >>>> after dnsmasq starts, as restarting it after the device is fully > >>>> booted works. Have moved forward to 2.67-rc3 to no avail. > >>>> > >>>> (along the way we migrated from kernel 3.10.11 to 3.10.13 to = 3.10.15 > >>>> but I doubt that's the issue) > >>>> > >>>> Hot, fresh, firmware can be had at: > >>>> > >>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/ > >>>> > >>>> > >>>> [10:39:25] has anyone had IPv4 DHCP problems in the = last two > >>>> 3.10.x > >>>> builds? currently running 3.10.11-3 and it works flawlessly. > >>>> upgraded to 3.10.13-2 and 3.10.15-1 and both present me with an > >>>> identical issue. upon reboot after upgrading, DHCP leases are no > >>>> longer handed out on the wireless interfaces. disabling and > >>>> re-enabling DHCP on the wireless interfaces will fix the problem, = but > >>>> the problem > >>>> [10:39:26] returns after a reboot. disable/reenable = DHCP on > >>>> the > >>>> interface will again temporarily fix it. > >>>> [10:42:03] also tried a fresh install (using reset to > >>>> defaults > >>>> option) to avoid anything not properly interpreted from the = config of > >>>> the previous version, but still get the same issue. > >>>> > >>>> > >>>> On Thu, Oct 10, 2013 at 5:30 AM, David = Personette > >>>> wrote: > >>>>> > >>>>> > >>>>> Just tested again with 3.10.15-2. My OSX (10.8.5) laptop worked, > >>>>> neither > >>>>> my > >>>>> Nexus 7 (2013 w/CM10.2) or my Fedora 19 laptop could resolve DNS = over > >>>>> wireless. My wired Linux server (Ubuntu 12.04.3) was working = fine as > >>>>> well. > >>>>> Reverted to 3.10.11-3 once more. > >>>>> > >>>>> -- > >>>>> David P. > >>>>> > >>>>> > >>>>> On Mon, Oct 7, 2013 at 7:40 PM, David = Personette > >>>>> wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>> I can confirm it as well. I wiped my config back to defaults, = and it > >>>>>> wasn't fixed. Reinstalled the 3.10.11-3 build, and restored my = configs > >>>>>> and > >>>>>> all is well. > >>>>>> > >>>>>> -- > >>>>>> David P. > >>>>>> > >>>>>> > >>>>>> On Mon, Oct 7, 2013 at 7:07 PM, Fred = Stratton > >>>>>> wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> True for the last two builds. Wired works as expected. > >>>>>>> > >>>>>>> Is this a problem with the development version of DNSMasq? = What is > >>>>>>> the > >>>>>>> recommended workaround? > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> Cerowrt-devel mailing list > >>>>>>> Cerowrt-devel@lists.bufferbloat.net > >>>>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> Cerowrt-devel mailing list > >>>>> Cerowrt-devel@lists.bufferbloat.net > >>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel > >>>>> > >>>> > >>>> > >>>> > >>> > >>> > >>> _______________________________________________ > >>> Dnsmasq-discuss mailing list > >>> Dnsmasq-discuss@lists.thekelleys.org.uk > >>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss > >> > >> > >> > >> > > >=20 >=20 >=20 > -- > Dave T=E4ht >=20 > 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 >=20 > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel --Apple-Mail=_8930C2AB-E4C7-4020-981D-FC64D0686BEC Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 Same = here. Reverting again.


On 11 Oct 2013, = at 12:02, David Personette wrote:

Sorry, it's still behaving the same for me. Failed back to = 3.10.11-3 once more.

--
David P.


On Thu, Oct 10, 2013 at 8:01 PM, Dave = Taht <dave.taht@gmail.com> = wrote:
3.10.15-4 is now out there, containing sufficient patches to get
dnsmasq to the current head of tree, and including the patch below.

http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.= 10.15-4/

On Thu, Oct 10, 2013 at 1:23 PM, Simon Kelley <simon@thekelleys.org.uk> = wrote:
> Having thought about this more, this patch is necessary
>
> http://thekelleys.org.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcom= mit;h=3D8584c502d37627d8abe18213771b5f4f98cb4aa3
>
> and should fix the bug iff
>
> 1) Dnsmasq is configured using --except-interface=3D<upstream = interface> and
> there are no --interface=3D<interface we want to provide service = on> config
> lines.
>
> 2) Exactly one interface that dnsmasq should be listening on is = around when
> it starts, but others arrive later.
>
> I can't explain why it just broke though, this bug has been around = forever.
>
>
>
> Simon.
>
>
>
>
>
> On 10/10/13 19:30, Dave Taht wrote:
>>
>> On Thu, Oct 10, 2013 at 9:54 AM, Simon Kelley<simon@thekelleys.org.uk> >> wrote:
>>>
>>>
>>> Does reverting
>>>
>>>
>>> http://thekelleys.org.uk/gitweb/?p=3Ddnsmasq.git;a=3Dcom= mit;h=3D397542b213ab4071734f1cdf4cc914d87100456f
>>>
>>> fix the issue? I fear it might.
>>
>>
>> Seems likely.
>>
>> I reverted that patch and put it in this build
>>
>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.= 10.15-3/
>>
>> I won't be in a position to test stuff myself til sunday but = cero's
>> devoted userbase seems to be hoovering over the reload button = and will
>> probably beat me to it....
>>
>>
>>>
>>> Cheers,
>>>
>>> Simon.
>>>
>>>
>>>
>>> On 10/10/13 15:43, Dave Taht wrote:
>>>>
>>>>
>>>> Dear Dr. Dnsmasq:
>>>>
>>>> When cerowrt made the jump between dnsmasq-2.67-test10 = and
>>>> dnsmasq-2.67-test17, detection of interfaces other than = the first
>>>> started failing. It seems to be related to interfaces = that come up
>>>> after dnsmasq starts, as restarting it after the device = is fully
>>>> booted works. Have moved forward to 2.67-rc3 to no = avail.
>>>>
>>>> (along the way we migrated from kernel 3.10.11 to = 3.10.13 to 3.10.15
>>>> but I doubt that's the issue)
>>>>
>>>> Hot, fresh, firmware can be had at:
>>>>
>>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/
>>>>
>>>>
>>>> <knacky>   [10:39:25] has anyone had IPv4 = DHCP problems in the last two
>>>> 3.10.x
>>>> builds?  currently running 3.10.11-3 and it works = flawlessly.
>>>> upgraded to 3.10.13-2 and 3.10.15-1 and both present me = with an
>>>> identical issue.  upon reboot after upgrading, = DHCP leases are no
>>>> longer handed out on the wireless interfaces. =  disabling and
>>>> re-enabling DHCP on the wireless interfaces will fix = the problem, but
>>>> the problem
>>>> <knacky>   [10:39:26] returns after a = reboot.  disable/reenable DHCP on
>>>> the
>>>> interface will again temporarily fix it.
>>>> <knacky>   [10:42:03] also tried a fresh = install (using reset to
>>>> defaults
>>>> option) to avoid anything not properly interpreted from = the config of
>>>> the previous version, but still get the same issue.
>>>>
>>>>
>>>> On Thu, Oct 10, 2013 at 5:30 AM, David Personette<dperson@gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> Just tested again with 3.10.15-2. My OSX (10.8.5) = laptop worked,
>>>>> neither
>>>>> my
>>>>> Nexus 7 (2013 w/CM10.2) or my Fedora 19 laptop = could resolve DNS over
>>>>> wireless. My wired Linux server (Ubuntu 12.04.3) = was working fine as
>>>>> well.
>>>>> Reverted to 3.10.11-3 once more.
>>>>>
>>>>> --
>>>>> David P.
>>>>>
>>>>>
>>>>> On Mon, Oct 7, 2013 at 7:40 PM, David = Personette<dperson@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> I can confirm it as well. I wiped my config = back to defaults, and it
>>>>>> wasn't fixed. Reinstalled the 3.10.11-3 build, = and restored my configs
>>>>>> and
>>>>>> all is well.
>>>>>>
>>>>>> --
>>>>>> David P.
>>>>>>
>>>>>>
>>>>>> On Mon, Oct 7, 2013 at 7:07 PM, Fred = Stratton<fredstratton@imap.cc>
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> True for the last two builds. Wired works = as expected.
>>>>>>>
>>>>>>> Is this a problem with the development = version of DNSMasq? What is
>>>>>>> the
>>>>>>> recommended workaround?
>>>>>>>
>>>>>>> = _______________________________________________
>>>>>>> Cerowrt-devel mailing list
>>>>>>> Cerowrt-devel@lists.bu= fferbloat.net
>>>>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel=
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Cerowrt-devel mailing list
>>>>> Cerowrt-devel@lists.bu= fferbloat.net
>>>>> https://lists.bufferbloat.net/listinfo/cerowrt-devel=
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> Dnsmasq-discuss mailing list
>>> Dnsmasq-discuss@li= sts.thekelleys.org.uk
>>> http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-= discuss
>>
>>
>>
>>
>



--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
_______________________________________________
Cerowrt-devel mailing list
Cerowrt-devel@lists.bu= fferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel=

_______________________________________________
Cerowrt-devel mailing = list
Cerowrt-devel@lists.bu= fferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel<= br>

= --Apple-Mail=_8930C2AB-E4C7-4020-981D-FC64D0686BEC--