Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: Sebastian Moeller <moeller0@gmx.de>
To: "Dave Täht" <dave.taht@gmail.com>
Cc: "cerowrt-devel@lists.bufferbloat.net"
	<cerowrt-devel@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] how's everybody's uptime?
Date: Sun, 28 Sep 2014 11:45:27 +0200	[thread overview]
Message-ID: <B53DA6A3-EFD4-4C72-B1C4-3D4D1EECD7A3@gmx.de> (raw)
In-Reply-To: <CAA93jw5UWGgdqe0Nz+i2oKq0aS+-TQTXSpnjW841GQfD_CTeQA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 10227 bytes --]

Hi Dave, hi list,



On Sep 27, 2014, at 19:23 , Dave Taht <dave.taht@gmail.com> wrote:

> I have thus far been delighted in the stability of 3.10.50-1,

	It proved to be a “keeper” ;)?


> how's it
> working for all of you?

pretty good:

root@nacktmulle:~# uptime
 11:25:48 up 36 days,  2:16,  load average: 0.08, 0.05, 0.05
root@nacktmulle:~# 



> 
> In particular I am curious about how well native and hurricane
> electric ipv6 support is working,

	IPv6 by deutsche telekom does only supply a /64 to machines downstream of their combined router-modem, enabling ND and relaying might get IPv^ working on machines connected to cerowrt, but not in the intended way, so I did not configure it this time. Probably due to cerowrt getting a valid IPv6 address for itself but no suitable range via PD or RA (not sure which it should be ;) ) it constantly tries to get something up:

from log read:
Sun Sep 28 11:25:46 2014 daemon.notice netifd: wan6 (19537): Command failed: Unknown error
Sun Sep 28 11:25:54 2014 daemon.warn odhcpd[11168]: A default route is present but there is no public prefix on sw00 thus we don't announce a default route!
Sun Sep 28 11:27:12 2014 daemon.notice netifd: wan6 (19537): Command failed: Unknown error
Sun Sep 28 11:27:17 2014 daemon.warn odhcpd[11168]: A default route is present but there is no public prefix on gw10 thus we don't announce a default route!
Sun Sep 28 11:28:09 2014 daemon.notice netifd: wan6 (19537): Command failed: Unknown error
Sun Sep 28 11:29:03 2014 daemon.notice netifd: wan6 (19537): Command failed: Unknown error
Sun Sep 28 11:29:15 2014 daemon.warn odhcpd[11168]: A default route is present but there is no public prefix on se00 thus we don't announce a default route!

And these repeat roughly every minute…

I assume this is what makes ohcpd unhappy (these are rare, 2 in 36 days of uptime):

[491105.558593] CPU: 0 PID: 1330 Comm: odhcpd Not tainted 3.10.50 #2
[491105.558593] task: 838c1e68 ti: 8241e000 task.ti: 8241e000
[491105.558593] $ 0   : 00000000 00000001 0000003a 774c3440
[491105.558593] $ 4   : 00000011 7fb75808 00000040 00000000
[491105.558593] $ 8   : 00000000 7fb75840 fe800000 00000000
[491105.558593] $12   : 00000001 00000001 00000000 00000001
[491105.558593] $16   : 00402820 0000003a 7fb759a0 7740cd20
[491105.558593] $20   : 7fe8f098 00000000 00000000 00000000
[491105.558593] $24   : 00000000 77425750                  
[491105.558593] $28   : 774453a0 7fb73738 7fe8f048 0040280b
[491105.558593] Hi    : 0000003b
[491105.558593] Lo    : 000fc173
[491105.558593] epc   : 00402817 0x402817
[491105.558593]     Not tainted
[491105.558593] ra    : 0040280b 0x40280b
[491105.558593] Status: 0000fc13	USER EXL IE 
[491105.558593] Cause : 00800010
[491105.558593] BadVA : 0000003a
[491105.558593] PrId  : 00019374 (MIPS 24Kc)
[491105.558593] Modules linked in: ath9k ath9k_htc ath9k_common iptable_nat ath9k_hw ath pppoe nf_nat_ipv4 nf_conntrack_ipv4 mac80211 cfg80211 xt_u32 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_state xt_recent xt_quota xt_pkttype xt_physdev xt_owner xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_hashlimit xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_addrtype xt_TCPMSS xt_REDIRECT xt_LOG xt_IPMARK xt_HL xt_DSCP xt_CT xt_CLASSIFY usbnet ts_kmp ts_fsm ts_bm pptp pppox ppp_async nf_nat_irc nf_nat_ftp nf_defrag_ipv4 nf_conntrack_netlink nf_conntrack_irc nf_conntrack_ftp iptable_raw iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ipt_ECN ip_tables crc_ccitt compat_xtables compat sch_teql sch_tbf sch_sfq sch_sfb sch_red sch_qfq sch_prio sch_pie sch_ns2_codel sch_nfq_codel sch_netem sch_htb sch_gred sch_efq_codel sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp cls_basic act_police act_ipt act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_ingress leds_wndr3700_usb ledtrig_usbdev xt_set ip_set_list_set ip_set_hash_netport ip_set_hash_netiface ip_set_hash_net ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink sr_mod cdrom ip6t_NPT ip6t_MASQUERADE ip6table_nat nf_nat_ipv6 nf_nat ip6t_REJECT ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6 nf_conntrack nf_defrag_ipv6 pppoatm ppp_generic slhc ip_gre gre ifb nat46 sit ipip ip6_tunnel tunnel6 tunnel4 ip_tunnel vfat fat autofs4 br2684 atm nls_iso8859_2 nls_iso8859_15 nls_iso8859_13 nls_iso8859_1 nls_cp437 ipv6 authenc aead arc4 crypto_blkcipher usb_storage ohci_hcd ehci_platform ehci_hcd sd_mod scsi_mod gpio_button_hotplug ext4 crc16 jbd2 mbcache usbcore nls_base usb_common crypto_hash
[491105.558593] Process odhcpd (pid: 1330, threadinfo=8241e000, task=838c1e68, tls=774c3440)
[491105.558593] Stack : 7fb75824 7fb73758 00000000 7fb757d8 00000000 00000000 00000000 00000000
[491105.558593] 	  01ceb3a8 0001000e 00010001 19c0e94c 28924a30 5dbe0006 00060017 0018001f
[491105.558593] 	  00080002 ffff000e 00000003 000c4a30 5dbe0000 0e100000 15180004 00000002
[491105.558593] 	  00080006 00000000 0024000c 00000001 00000000 00000000 00000000 00000000
[491105.558593] 	  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[491105.558593] 	  ...
[491105.558593] Call Trace:
[491105.558593] 
[491105.558593] 
[491105.558593] Code: 1e00  0804  6500 <9a40> 720b  61d0  f123  6318  f0f0 

Also miniupnpd occasionally gets sad:

[2309796.523437] CPU: 0 PID: 5358 Comm: miniupnpd Not tainted 3.10.50 #2
[2309796.523437] task: 8284afc8 ti: 8119e000 task.ti: 8119e000
[2309796.523437] $ 0   : 00000000 00000001 000001dd 7734a440
[2309796.523437] $ 4   : 00000011 7fe07a68 7fe07cd0 00000000
[2309796.523437] $ 8   : 00000000 5e7ffffa a221b7b9 5c220800
[2309796.523437] $12   : 4f544944 2e55504e 00000000 00000000
[2309796.523437] $16   : 000001dd 000001dd 7fe084b0 77295d20
[2309796.523437] $20   : 7fb17c10 00000000 00000000 00000000
[2309796.523437] $24   : 00000000 772a39d0                  
[2309796.523437] $28   : 772ce3a0 7fe079a0 7fb17960 0040a283
[2309796.523437] Hi    : 00000012
[2309796.523437] Lo    : 003fdd15
[2309796.523437] epc   : 0040a28f 0x40a28f
[2309796.523437]     Not tainted
[2309796.523437] ra    : 0040a283 0x40a283
[2309796.523437] Status: 0000fc13	USER EXL IE 
[2309796.523437] Cause : 00800010
[2309796.523437] BadVA : 000001dd
[2309796.523437] PrId  : 00019374 (MIPS 24Kc)
[2309796.523437] Modules linked in: ath9k ath9k_htc ath9k_common iptable_nat ath9k_hw ath pppoe nf_nat_ipv4 nf_conntrack_ipv4 mac80211 cfg80211 xt_u32 xt_time xt_tcpudp xt_tcpmss xt_string xt_statistic xt_state xt_recent xt_quota xt_pkttype xt_physdev xt_owner xt_nat xt_multiport xt_mark xt_mac xt_limit xt_length xt_hl xt_helper xt_hashlimit xt_ecn xt_dscp xt_conntrack xt_connmark xt_connlimit xt_connbytes xt_comment xt_addrtype xt_TCPMSS xt_REDIRECT xt_LOG xt_IPMARK xt_HL xt_DSCP xt_CT xt_CLASSIFY usbnet ts_kmp ts_fsm ts_bm pptp pppox ppp_async nf_nat_irc nf_nat_ftp nf_defrag_ipv4 nf_conntrack_netlink nf_conntrack_irc nf_conntrack_ftp iptable_raw iptable_mangle iptable_filter ipt_REJECT ipt_MASQUERADE ipt_ECN ip_tables crc_ccitt compat_xtables compat sch_teql sch_tbf sch_sfq sch_sfb sch_red sch_qfq sch_prio sch_pie sch_ns2_codel sch_nfq_codel sch_netem sch_htb sch_gred sch_efq_codel sch_dsmark sch_codel em_text em_nbyte em_meta em_cmp cls_basic act_police act_ipt act_skbedit act_mirred em_u32 cls_u32 cls_tcindex cls_flow cls_route cls_fw sch_hfsc sch_ingress leds_wndr3700_usb ledtrig_usbdev xt_set ip_set_list_set ip_set_hash_netport ip_set_hash_netiface ip_set_hash_net ip_set_hash_ipportnet ip_set_hash_ipportip ip_set_hash_ipport ip_set_hash_ip ip_set_bitmap_port ip_set_bitmap_ipmac ip_set_bitmap_ip ip_set nfnetlink sr_mod cdrom ip6t_NPT ip6t_MASQUERADE ip6table_nat nf_nat_ipv6 nf_nat ip6t_REJECT ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6 nf_conntrack nf_defrag_ipv6 pppoatm ppp_generic slhc ip_gre gre ifb nat46 sit ipip ip6_tunnel tunnel6 tunnel4 ip_tunnel vfat fat autofs4 br2684 atm nls_iso8859_2 nls_iso8859_15 nls_iso8859_13 nls_iso8859_1 nls_cp437 ipv6 authenc aead arc4 crypto_blkcipher usb_storage ohci_hcd ehci_platform ehci_hcd sd_mod scsi_mod gpio_button_hotplug ext4 crc16 jbd2 mbcache usbcore nls_base usb_common crypto_hash
[2309796.523437] Process miniupnpd (pid: 5358, threadinfo=8119e000, task=8284afc8, tls=7734a440)
[2309796.523437] Stack : 7fe07c45 7fe07a68 7fe07a68 7fe07c68 00000000 7fe07cb0 00000010 00000000
[2309796.523437] 	  00000000 00000000 7fb17960 0040a2cd 00000000 363a3134 00000001 000001dd
[2309796.523437] 	  00000011 0040a3a5 00000011 7fe07a68 000001dd 00000000 7fe07cb0 00000010
[2309796.523437] 	  00000000 00000000 7fe07a24 00000008 00000000 00407a3b 7fe07bf0 772b2b3f
[2309796.523437] 	  00000001 00410c9c 7fe07cb0 00000010 007c50dc 00001388 00411368 7fe07d30
[2309796.523437] 	  ...
[2309796.523437] Call Trace:
[2309796.523437] 
[2309796.523437] 
[2309796.523437] Code: 1e00  06cc  6500 <9a40> 720b  6008  7204  6750  6172 

But this does not seem to affect the usability of cerowrt much. So overall I am very happy ;)


Now, I have performed a few netperf-wrapper tests recently and it seems there is something in my system that screws up latency under load roughly every minute (see attached image). Until recemty I believed these to be caused by my MacBooks wireless access, but the attached image is from a test win se00 (also no soft-irq spikes visible on top running on cerowrt). I begin to wonder whether these might be caused by ohcpd’s repeated search for a useable IPv6 link, but I digress.










> dns and mdns service, and those of you that are routing, how well, all
> that is holding up?

	Nothing to report as I have not consciously tested those…

Best Regards
	Sebastiam

> 
> -- 
> Dave Täht
> 
> https://www.bufferbloat.net/projects/make-wifi-fast
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel


[-- Attachment #2.1: Type: text/html, Size: 13031 bytes --]

[-- Attachment #2.2: latency_spikes_roughly_every_60sec.png --]
[-- Type: image/png, Size: 23046 bytes --]

  parent reply	other threads:[~2014-09-28  9:45 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-27 17:23 Dave Taht
2014-09-27 17:47 ` Aaron Wood
2014-09-27 17:51 ` Jim Gettys
2014-09-27 18:01 ` Valdis.Kletnieks
2014-09-28  0:51 ` Rich Brown
2014-09-28  1:01 ` William Katsak
2014-09-28  9:45 ` Sebastian Moeller [this message]
2015-02-06 11:04   ` Sebastian Moeller
2014-09-28 11:48 ` Neil Shepperd
2014-09-28 12:22 ` Toke Høiland-Jørgensen
2014-10-01  5:20   ` Dave Taht
2014-10-01  7:57     ` Keith Duthie
2014-11-08  5:33     ` Aaron Wood
2014-11-09 18:27       ` Luke Hamburg
2014-10-01 12:37 ` Richard Weait
2014-11-06 15:45   ` leetminiwheat
2014-11-08 12:08     ` Sebastian Moeller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cerowrt-devel.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=B53DA6A3-EFD4-4C72-B1C4-3D4D1EECD7A3@gmx.de \
    --to=moeller0@gmx.de \
    --cc=cerowrt-devel@lists.bufferbloat.net \
    --cc=dave.taht@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox