From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yh0-x235.google.com (mail-yh0-x235.google.com [IPv6:2607:f8b0:4002:c01::235]) (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 A121621F2A2; Sat, 5 Apr 2014 15:55:54 -0700 (PDT) Received: by mail-yh0-f53.google.com with SMTP id v1so4503262yhn.26 for ; Sat, 05 Apr 2014 15:55:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=K8ojfmZ28m9DmB1/6VEdRovawFBRCKv0Shx4kz1MoCU=; b=Bu21R998BsyvgaNKK848LjFXVB2/WiJRwvKlS/m3VzzQ+UzwuFYVemRzZSZv2+VOlo 52oHxDNx5Y86SQ6GsEczXYpxXtiJywJn26axQDCeDBTmRHgiuODXb3w6d1/GAybJWHwL Vx0F/kg2EAvFIlJ8lYBSQatNcPaV3tRJInbQxYWWcg8+gac7hxhxbDS4dgsUdh3sB2Q2 /hV5X7TTw9hpJGmF6ynlajhYhJuPlSbni2wll67iaTNzUDUXHEzV6eGDSwQS+dW2Qhlh JZU1jekAgGNfBw8BmxYBCmhD0z4+66uCebMB7ZpEJH5R6omasSs09SddcJwgjSyQAhB5 MDkw== X-Received: by 10.236.30.230 with SMTP id k66mr29741764yha.57.1396738553554; Sat, 05 Apr 2014 15:55:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.170.71.133 with HTTP; Sat, 5 Apr 2014 15:55:33 -0700 (PDT) In-Reply-To: References: From: David Personette Date: Sat, 5 Apr 2014 18:55:33 -0400 Message-ID: To: Dave Taht Content-Type: multipart/alternative; boundary=089e01634074542d2f04f65389a3 Cc: cerowrt@lists.bufferbloat.net, "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] [Bug #442] wifi fails to transmit traffic after a few hours 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: Sat, 05 Apr 2014 22:55:55 -0000 --089e01634074542d2f04f65389a3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I assume that you wanted other people to report their status? Working here: root@outpost:~# cat /etc/openwrt_release DISTRIB_ID=3D"CeroWrt" DISTRIB_RELEASE=3D"3.10.34-4" DISTRIB_REVISION=3D"r40361" DISTRIB_CODENAME=3D"toronto" DISTRIB_TARGET=3D"ar71xx/generic" DISTRIB_DESCRIPTION=3D"CeroWrt Toronto 3.10.34-4" DISTRIB_TAINTS=3D"no-all busybox" root@outpost:~# uptime 22:52:44 up 2 days, 11:16, load average: 0.00, 0.01, 0.04 root@outpost:~# egrep -i "country|channel|htmode" /etc/config/wireless option channel 11 option htmode HT40- option channel 36 option htmode HT40+ --=20 David P. On Sat, Apr 5, 2014 at 12:33 PM, Dave Taht wrote: > The above subject line and cc will get this conversation into > the bug tracker. > > > ---------- Forwarded message ---------- > From: Dave Taht > Date: Sat, Apr 5, 2014 at 9:15 AM > Subject: Re: [Cerowrt-devel] cerowrt-3.10.34-4 dev build released > To: Neil Shepperd > Cc: "cerowrt-devel@lists.bufferbloat.net" < > cerowrt-devel@lists.bufferbloat.net> > > > In_trying_to_sort_out_the_differences_between_the_people > working_wifi_for_long_periods,vs_those_without... > > I_am_curious_if_your_country > code_is_set,and_what_it_is_set_to,and_your_wifi_channel_set > > It_is_long_past_time_we_start_up_a_formal_bug_for_this, > but_I'll_wait_for_my_spacebar. > > In_a_known_pretty_good_case: > > root@lorna-gw:~# cat /etc/openwrt_release > DISTRIB_ID=3D"CeroWrt" > DISTRIB_RELEASE=3D"3.10.32-9" > DISTRIB_REVISION=3D"r39917" > DISTRIB_CODENAME=3D"toronto" > DISTRIB_TARGET=3D"ar71xx/generic" > DISTRIB_DESCRIPTION=3D"CeroWrt Toronto 3.10.32-9" > DISTRIB_TAINTS=3D"no-all busybox" > > root@lorna-gw:~# uptime > 16:07:37 up 21 days, 21:35, load average: 0.00, 0.01, 0.04 > > root@lorna-gw:~# egrep -i "country|channel|htmode" /etc/config/wireless > option channel 11 > option htmode HT20 > option channel '44' > option htmode HT40+ > option country 'US' > > > On Sat, Apr 5, 2014 at 9:02 AM, Dave Taht wrote: > > On Sat, Apr 5, 2014 at 5:49 AM, Neil Shepperd > wrote: > >>> Sounds like you are going to stick with -4 for a bit? > >> > >> Actually, this is the first time I've tried cerowrt on a router. But > >> yeah, I'll stick with the current version unless you come out with a n= ew > >> patch to try. > > > > Thx. I am hoping this is the *last* priority 1 bug cerowrt has. > > > > but_fixing_it_is_going_to_be_pita. > > > > I_confess_to_"embedded_fatigue". > > > >>> what I've been doing is mounting a usb stick, and just running > continuously > >>> on the stick > >>> > >>> tcpdump -s 128 -i ge00 -w ge00.cap & > >>> tcpdump -s 128 -i sw00 -w sw00.cap & > >>> > >>> This definately hurts performance... > >>> > >>> And it's probably time to do a tcpdump on the connected device as wel= l. > >>> > >> > >> Update: I did this, and experienced the hang again. A first look at th= e > >> tcpdump output on sw00 shows a sudden reduction in traffic at 20:40:54= , > >> so I assume that's probably the time of the event. After that, I see > >> many DHCP and ARP requests arriving, but no responses leaving the > interface. > > > > It_would_be_nice_to_see_10sec_of_these_captures_before_and_after. > > > >> > >> In fact, I don't see anything leaving except, oddly, some DNS response= s > >> (which are indeed received by my laptop). I also see some EAPOL stuff = on > >> both the router and laptop at roughly the same time, so I guess that's > >> getting through, but I don't know the direction. > >> > >> I think next time I'll try with -Pin/-Pout to separate incoming and > >> outgoing packets properly... > > > > Tis easier_to_sort_in_wireshark_against_one_capture,IMHO. > > > > > I_have_been_looking_for_failed_syn_attempts_and_retries_as_a_key_indicato= r > > that_something_Bad_happened. > > > >>> Hmm. OK, this brings back the device driver into the equation... I > >>> WAS seeing dhcp and arp requests "getting through" from the captures, > >>> and it seemed like arp in particular was getting through... > >> > >> So I guess this is only half right? What I see in syslog is dnsmasq > >> saying it has sent a packet, but it doesn't make it onto the interface= . > >> Apart from DNS packets, so I don't know what to make of that. > > > > It_is_possible_there_are_a_variety_of_failure_modes. > > > > I_am_not_entirely_convinced_this_is_actually_a_wifi_specific_failure. > > > > can_you_try_ssh_to_the_router_during_a_failure,and/or_accessing > > the_web_admin_interface?and/or_trying_to > > > > if_you_are_not_using_babel_disable_it.It_makes_a_lot_of_updates > > to_the_routing_table.that_might_be_malfunctioning.. > > > > (I_really_need_a_keyboard_that_recovers_from_damp_weather.) > > > >> Neil > > > > > > > > -- > > Dave T=C3=A4ht > > > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > > > > -- > Dave T=C3=A4ht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > > > -- > Dave T=C3=A4ht > > 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 > --089e01634074542d2f04f65389a3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I assume that you wanted other people to report their stat= us? Working here:

root@outpost:~# cat /etc/openwrt_release=
DISTRIB_ID=3D"CeroWrt"
DISTRIB_RELEASE=3D"3.10.34-4&q= uot;
DISTRIB_REVISION=3D"r40361"
DISTRIB_CODENAME=3D"toronto&q= uot;
DISTRIB_TARGET=3D"ar71xx/generic"
DISTRIB_DESCRIPTION= =3D"CeroWrt Toronto 3.10.34-4"
DISTRIB_TAINTS=3D"no-all b= usybox"

root@outpost:~# uptime
=C2=A022:52:44 up 2 days, 11:16,=C2=A0 load a= verage: 0.00, 0.01, 0.04

root@outpost:~# egrep -i "country|chan= nel|htmode" /etc/config/wireless
=C2=A0=C2=A0=C2=A0 option channel= =C2=A0 11
=C2=A0=C2=A0=C2=A0 option htmode=C2=A0=C2=A0=C2=A0 HT40-
=C2=A0=C2=A0=C2=A0 option channel=C2=A0 36
=C2=A0=C2=A0=C2=A0 option htm= ode=C2=A0=C2=A0=C2=A0 HT40+

--
David P.



On Sat, Apr 5, 2014 at 12:33 PM, Dav= e Taht <dave.taht@gmail.com> wrote:
The =C2=A0above =C2=A0subject line and cc =C2=A0will =C2=A0get this convers= ation =C2=A0into
the bug =C2=A0tracker.


---------- Forwarded message ----------
From: Dave Taht <dave.taht@gmail.= com>
Date: Sat, Apr 5, 2014 at 9:15 AM
Subject: Re: [Cerowrt-devel] cerowrt-3.10.34-4 dev build released
To: Neil Shepperd <nshepperd@gmai= l.com>
Cc: "cerowrt-de= vel@lists.bufferbloat.net" <cerowrt-devel@lists.bufferbloat.net>


In_trying_to_sort_out_the_differences_between_the_people
working_wifi_for_long_periods,vs_those_without...

I_am_curious_if_your_country
code_is_set,and_what_it_is_set_to,and_your_wifi_channel_set

It_is_long_past_time_we_start_up_a_formal_bug_for_this,
but_I'll_wait_for_my_spacebar.

In_a_known_pretty_good_case:

root@lorna-gw:~# cat /etc/openwrt_release
DISTRIB_ID=3D"CeroWrt"
DISTRIB_RELEASE=3D"3.10.32-9"
DISTRIB_REVISION=3D"r39917"
DISTRIB_CODENAME=3D"toronto"
DISTRIB_TARGET=3D"ar71xx/generic"
DISTRIB_DESCRIPTION=3D"CeroWrt Toronto 3.10.32-9"
DISTRIB_TAINTS=3D"no-all busybox"

root@lorna-gw:~# uptime
=C2=A016:07:37 up 21 days, 21:35, =C2=A0load average: 0.00, 0.01, 0.04

root@lorna-gw:~# egrep -i "country|channel|htmode" /etc/config/wi= reless
=C2=A0 =C2=A0 option channel =C2=A011
=C2=A0 =C2=A0 option htmode =C2=A0 =C2=A0HT20
=C2=A0 =C2=A0 option channel '44'
=C2=A0 =C2=A0 option htmode =C2=A0 =C2=A0HT40+
=C2=A0 =C2=A0 option country 'US'


On Sat, Apr 5, 2014 at 9:02 AM, Dave Taht <dave.taht@gmail.com> wrote:
> On Sat, Apr 5, 2014 at 5:49 AM, Neil Shepperd <nshepperd@gmail.com> wrote:
>>> Sounds like you are going to stick with -4 for a bit?
>>
>> Actually, this is the first time I've tried cerowrt on a route= r. But
>> yeah, I'll stick with the current version unless you come out = with a new
>> patch to try.
>
> Thx. I am hoping this is the *last* priority 1 bug cerowrt has.
>
> but_fixing_it_is_going_to_be_pita.
>
> I_confess_to_"embedded_fatigue".
>
>>> what I've been doing is mounting a usb stick, and just run= ning continuously
>>> on the stick
>>>
>>> tcpdump -s 128 -i ge00 -w ge00.cap &
>>> tcpdump -s 128 -i sw00 -w sw00.cap &
>>>
>>> This definately hurts performance...
>>>
>>> And it's probably time to do a tcpdump on the connected de= vice as well.
>>>
>>
>> Update: I did this, and experienced the hang again. A first look a= t the
>> tcpdump output on sw00 shows a sudden reduction in traffic at 20:4= 0:54,
>> so I assume that's probably the time of the event. After that,= I see
>> many DHCP and ARP requests arriving, but no responses leaving the = interface.
>
> It_would_be_nice_to_see_10sec_of_these_captures_before_and_after.
>
>>
>> In fact, I don't see anything leaving except, oddly, some DNS = responses
>> (which are indeed received by my laptop). I also see some EAPOL st= uff on
>> both the router and laptop at roughly the same time, so I guess th= at's
>> getting through, but I don't know the direction.
>>
>> I think next time I'll try with -Pin/-Pout to separate incomin= g and
>> outgoing packets properly...
>
> Tis easier_to_sort_in_wireshark_against_one_capture,IMHO.
>
> I_have_been_looking_for_failed_syn_attempts_and_retries_as_a_key_indic= ator
> that_something_Bad_happened.
>
>>> Hmm. OK, this brings back the device driver into the equation.= .. I
>>> WAS seeing dhcp and arp requests "getting through" f= rom the captures,
>>> and it seemed like arp in particular was getting through... >>
>> So I guess this is only half right? What I see in syslog is dnsmas= q
>> saying it has sent a packet, but it doesn't make it onto the i= nterface.
>> Apart from DNS packets, so I don't know what to make of that.<= br> >
> It_is_possible_there_are_a_variety_of_failure_modes.
>
> I_am_not_entirely_convinced_this_is_actually_a_wifi_specific_failure.<= br> >
> can_you_try_ssh_to_the_router_during_a_failure,and/or_accessing
> the_web_admin_interface?and/or_trying_to
>
> if_you_are_not_using_babel_disable_it.It_makes_a_lot_of_updates
> to_the_routing_table.that_might_be_malfunctioning..
>
> (I_really_need_a_keyboard_that_recovers_from_damp_weather.)
>
>> Neil
>
>
>
> --
> Dave T=C3=A4ht
>
> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/sub= scribe.html



--
Dave T=C3=A4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html


--
Dave T=C3=A4ht

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

--089e01634074542d2f04f65389a3--