From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from MAIL1.WPI.EDU (MAIL1.WPI.EDU [130.215.36.91]) by huchra.bufferbloat.net (Postfix) with ESMTP id 696F321F28D for ; Sat, 5 Apr 2014 16:48:11 -0700 (PDT) Received: from MAIL1.WPI.EDU (MAIL1.WPI.EDU [130.215.36.91]) by MAIL1.WPI.EDU (8.14.8/8.14.7) with ESMTP id s35NmAkm032378 for ; Sat, 5 Apr 2014 19:48:10 -0400 X-DKIM: Sendmail DKIM Filter v2.8.3 MAIL1.WPI.EDU s35NmAkm032378 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=wpi.edu; s=_dkim; t=1396741690; bh=QzYu0NhFO5zvO5PYe8z/OZsCpy/mqulK/LVqimMPf4k=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=nP6/yQaKvpgqv7mnDY04oiSchro641GD+zs5lV1VmAgRnfFJZZ0LOCeGVEZ1lyfJG S04JiyfWt0DapBwSMzszA4cCZYM0cIPd+s821UNzbdl5s5Cjxjr1WUnGpRfvuFOW3m E6+XXDAg31Gl/gGzIIooIKUbbQu5tun1jnfMUfJ0= Received: from MX3.WPI.EDU (mx3.wpi.edu [130.215.36.147]) by MAIL1.WPI.EDU (8.14.8/8.14.8) with ESMTP id s35NmAHu032375 for ; Sat, 5 Apr 2014 19:48:10 -0400 Received: from angus.ind.WPI.EDU (ANGUS.IND.WPI.EDU [130.215.130.21]) by MX3.WPI.EDU (8.14.4/8.14.4) with ESMTP id s35Nm8WF010819 for ; Sat, 5 Apr 2014 19:48:09 -0400 (envelope-from cra@WPI.EDU) Received: from angus.ind.WPI.EDU (localhost [127.0.0.1]) by angus.ind.WPI.EDU (8.14.4/8.14.4) with ESMTP id s35Nm8Qu015828 for ; Sat, 5 Apr 2014 19:48:08 -0400 Received: (from cra@localhost) by angus.ind.WPI.EDU (8.14.4/8.14.4/Submit) id s35Nm8Ae015827 for cerowrt-devel@lists.bufferbloat.net; Sat, 5 Apr 2014 19:48:08 -0400 X-Authentication-Warning: angus.ind.WPI.EDU: cra set sender to cra@WPI.EDU using -f Date: Sat, 5 Apr 2014 19:48:08 -0400 From: Chuck Anderson To: cerowrt-devel@lists.bufferbloat.net Message-ID: <20140405234807.GL9694@angus.ind.WPI.EDU> Mail-Followup-To: cerowrt-devel@lists.bufferbloat.net References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-12-10) 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 23:48:12 -0000 No problems here in the last couple hours with 3.10.36-1. I only have one client associated at 2.4 GHz. I watched a bunch of Youtube videos without problems. I got my HE IPv6 tunnel configured and working (still no native IPv6 AFAICT on Comcast in the Boston 'burbs). Should I be using dnsmasq-dhcpv6 or is odhcpd the appropriate default? I'm confused about the choices/terminology of various DHCP server and client options in CeroWRT. I believe my clients are just using SLAAC, but eventually I would like to use DHCPv6 (if required) and get dual-stack DDNS working as part of the solution to the following problem. One of the biggest reasons I haven't moved my entire LAN over to CeroWRT yet is that I'm currently using DHCP IP reservations in NetGear's firmwware and hostnames via manually distributed /etc/hosts files to communicate with my various devices. It is a big pain to have to set up new IP reservations in CeroWRT and /etc/hosts with the new 172.30.42 IP block, and then worry about having to switch everything back to the old 192.168 network if it breaks. 1473 root 1172 S /usr/sbin/odhcpd 22447 root 1400 S udhcpc -p /var/run/udhcpc-ge00.pid -s /lib/netifd/dhcp.script -f -t 0 -i ge00 -C 22723 root 820 S odhcp6c -s /lib/netifd/dhcpv6.script -P60 ge00 1473 root 1172 S /usr/sbin/odhcpd 1793 root 1376 S /usr/sbin/pimd -f 1857 nobody 2128 S avahi-daemon: running [cerowrt-2.local] 1922 root 1172 S /usr/sbin/babeld -D -I /var/run/babeld.pid -L /dev/null -C interface se00 -C interface sw00 -C interface sw10 -C interface 1995 root 1120 S /usr/sbin/ahcpd -i /var/lib/ahcp-unique-id -L /var/log/ahcpd.log -c /var/etc/ahcpd.conf gw01 gw11 2046 root 800 S /sbin/rngd -f -r /dev/urandom -W 4000 -t 30 2059 root 1404 S /usr/sbin/ntpd -n -S /usr/sbin/ntpd_record_stratum -l -p 0.openwrt.pool.ntp.org -p 1.openwrt.pool.ntp.org -p 2.openwrt.pool 2070 root 1180 S /usr/sbin/polipo -c /var/etc/polipo.conf 12660 nobody 2840 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf -k --dnssec-no-timecheck 12666 root 2832 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf -k --dnssec-no-timecheck 22217 root 1520 S /sbin/netifd 22447 root 1400 S udhcpc -p /var/run/udhcpc-ge00.pid -s /lib/netifd/dhcp.script -f -t 0 -i ge00 -C 22723 root 820 S odhcp6c -s /lib/netifd/dhcpv6.script -P60 ge00 22947 root 1560 S /usr/sbin/hostapd -P /var/run/wifi-phy0.pid -B /var/run/hostapd-phy0.conf 22970 root 1552 S /usr/sbin/hostapd -P /var/run/wifi-phy1.pid -B /var/run/hostapd-phy1.conf root@cerowrt:~# cat /etc/openwrt_release DISTRIB_ID="CeroWrt" DISTRIB_RELEASE="3.10.36-1" DISTRIB_REVISION="r40387" DISTRIB_CODENAME="toronto" DISTRIB_TARGET="ar71xx/generic" DISTRIB_DESCRIPTION="CeroWrt Toronto 3.10.36-1" DISTRIB_TAINTS="no-all busybox" root@cerowrt:~# uptime 19:30:59 up 2:33, load average: 0.00, 0.01, 0.04 root@cerowrt:~# egrep -i "country|channel|htmode" /etc/config/wireless option channel '11' option country 'US' option channel '36' option country 'US' root@cerowrt:~# On Sat, Apr 05, 2014 at 06:55:33PM -0400, David Personette wrote: > I assume that you wanted other people to report their status? Working here: > > root@outpost:~# cat /etc/openwrt_release > DISTRIB_ID="CeroWrt" > DISTRIB_RELEASE="3.10.34-4" > DISTRIB_REVISION="r40361" > DISTRIB_CODENAME="toronto" > DISTRIB_TARGET="ar71xx/generic" > DISTRIB_DESCRIPTION="CeroWrt Toronto 3.10.34-4" > DISTRIB_TAINTS="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+ > > -- > 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="CeroWrt" > > DISTRIB_RELEASE="3.10.32-9" > > DISTRIB_REVISION="r39917" > > DISTRIB_CODENAME="toronto" > > DISTRIB_TARGET="ar71xx/generic" > > DISTRIB_DESCRIPTION="CeroWrt Toronto 3.10.32-9" > > DISTRIB_TAINTS="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 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 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 well. > > >>> > > >> > > >> Update: I did this, and experienced the hang again. A first look at the > > >> 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 responses > > >> (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_indicator > > > 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.)