From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.213.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 87594202295 for ; Thu, 12 Jul 2012 13:45:53 -0700 (PDT) Received: by yenq11 with SMTP id q11so5316167yen.16 for ; Thu, 12 Jul 2012 13:45:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=qUSP4F9dzVNTWfxZA15gtlaendg88AkdUiyD/+liKdk=; b=KCU/XYZnL+GF8MnZRz0ezgQID16I/7zq06PK7qpE5unfm+VtzJM/SsS6JnJiF8cYfW hPURw7ltGyCYl0ilwhSLqHPSnAjKsMyWBf2ZDoyO/ExVlUh/qkrEL3mdqvXglBtakKdS dWuLpS4AajgJt3fZ4lRIrK6R084lJvkCxcQMU7xEydzjONn0/7aCS1ZF0O+VAIgw6HXR wgYpjA/8E0CyGbDROP4jh0sa5oLQFxGzC+C5OJPE3mReEMk0dLkR44AuF8okbU2hbkGG 8ToWHzXBH5vVr8323jsne2MbugckUIQopoV6OMZHAgd9tge/IThY02hsYm6aO2Kp7wOo YyLw== MIME-Version: 1.0 Received: by 10.50.213.1 with SMTP id no1mr18357976igc.71.1342125952232; Thu, 12 Jul 2012 13:45:52 -0700 (PDT) Received: by 10.64.31.106 with HTTP; Thu, 12 Jul 2012 13:45:52 -0700 (PDT) X-Originating-IP: [77.65.42.82] In-Reply-To: References: Date: Thu, 12 Jul 2012 22:45:52 +0200 Message-ID: From: Maciej Soltysiak To: Dave Taht Content-Type: multipart/alternative; boundary=14dae934071ba06e3504c4a80cec X-Gm-Message-State: ALoCoQl6Os41MXfjVEQNNCl5hbIZ8XveF3TZxtG5J1Y505xT46UQ3HBBsHfhQ+NiCywQ3ERwLYas Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] Cerowrt 3.3.8-10 is released 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, 12 Jul 2012 20:45:53 -0000 --14dae934071ba06e3504c4a80cec Content-Type: text/plain; charset=UTF-8 Hi, Just flashed WNDR3800 with 3.3.8-10 and I get a weird problem. After flashing it works fine, until I change radio0 and 1 wifi settings: set WPA2, set channel, etc. After save&apply, on a cilent PC I am able to see the networks on the list but it's not possible to connect. I believe the client associates with the AP, but it has an APIPA address. Happens to normal and guest interfaces too, even if I don't touch guest interfaces. I logged in over the wire to see if dhcpd was running and it was, but since I can't find logs in the usual place I will now fallback to different firmware. Could that be a known issue? Regards, Maciej On Wed, Jul 11, 2012 at 6:56 PM, Maciej Soltysiak wrote: > Hi Dave, > > Thanks for a good, lengthy update. I wish you pleasant time travelling. > > One question on ECN though. > > > On Tue, Jul 10, 2012 at 3:43 AM, Dave Taht wrote: > >> - ECN dropping - after several high level conversations with many >> people smarter than me, I decided that dropping ECN packets at a >> certain point made sense. So did everyone else. The "certain point" >> remains puzzling to all, and >> rather than continue to waste time on it in cero I decided to play >> with models instead, and frankly, hope that someone else comes up with >> some sane way to combine ECN and codel sojourn time. > > So if we're dropping ECN packets and not of trying to allow them through > to communicate congestion am I better of enabling ECN on clients on my > network or not? > > Regards, > Maciej > --14dae934071ba06e3504c4a80cec Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,
=C2=A0
Just flashed WNDR3800 with 3.3.8-10 and= I get a weird problem.
After flashing it works fine, until I cha= nge radio0 and 1 wifi settings: set WPA2, set channel, etc.
After= save&apply, on a cilent PC I am able to see the networks on the list b= ut it's not possible to connect.
I believe the client associates with the AP, but it has an APIPA addre= ss. Happens to normal and guest interfaces too, even if I don't touch g= uest interfaces.
=C2=A0
I logged in over the wire to se= e if dhcpd was running and it was, but since I can't find logs in the u= sual place I will now fallback to different firmware.
=C2=A0
Could that be a known issue?
=C2=A0
Regards,
Maciej

On Wed= , Jul 11, 2012 at 6:56 PM, Maciej Soltysiak <maciej@soltysiak.com= > wrote:
Hi Dave,
=C2=A0
Thanks for a good, lengthy update. I wish you pleasant time travelling= .
=C2=A0
One question on ECN though.


On Tue, Jul 10, 2= 012 at 3:43 AM, Dave Taht <dave.taht@gmail.com> wrote:
- ECN dropping - after several high level conversations wi= th many
people smarter than me, I decided that dropping ECN packets at a
certain point made sense. So did everyone else. The "certain point&quo= t;
remains puzzling to all, and
rather than continue to waste time on= it in cero I decided to play
with models instead, and frankly, hope tha= t someone else comes up with
some sane way to combine ECN and codel sojourn time.
So if we're dropping ECN packets and not of trying to allow = them through to communicate congestion am I better of enabling ECN on clien= ts on my network or not?
=C2=A0
Regards,
Maciej

--14dae934071ba06e3504c4a80cec--