Development issues regarding the cerowrt test router project
 help / color / mirror / Atom feed
From: Sebastian Moeller <moeller0@gmx.de>
To: Dave Taht <dave.taht@gmail.com>
Cc: cerowrt-devel <cerowrt-devel@lists.bufferbloat.net>
Subject: Re: [Cerowrt-devel] 3.10.32-4 issues
Date: Thu, 6 Mar 2014 00:52:49 +0100	[thread overview]
Message-ID: <2974EAB0-6007-4B5A-94D3-6A024AAD41D9@gmx.de> (raw)
In-Reply-To: <CAA93jw7qiFxdvkd+Pd64UdNxnCkdf5F2sXB6jij-WZ5ZrEY9Gg@mail.gmail.com>

Hi Dave, hi List,


On Mar 6, 2014, at 00:34 , Dave Taht <dave.taht@gmail.com> wrote:

> those zones appear empty in the gui because we use the + syntax to join them,
> which the gui cannot interpret.

	Ah, I had not noticed that these were always empty, sorry.

> 
> there are a multitude of issues with 3.10.32-X at the moment. I am at
> a conference. Felix is on vacation. Don't try it.

	Too late ;) but since I could not get to work I reverted to 3.10.28-14 which worked okay before, will wait for a go signal before trying 3.10.32+ again… (The few things on my SQM todo list will work just as well with the 3.10.28, so I really just wanted to see whether the TX hangs would be gone with 3.10.32, but they still remain...)

> I keep hoping to
> spend an hour with the openwrt devs here to see everything that is
> going wrong now that hncp was nearly unanimously
> approved by the homenet working group as the way forward (yea!)
> 
> The last patches for dnsmasq landed last week and simon tells me he
> plans a stable release soon.

	All this sounds quite promising…

Best Regards
	Sebastian

> 
> On Wed, Mar 5, 2014 at 10:17 PM, Sebastian Moeller <moeller0@gmx.de> wrote:
>> Hi All,
>> 
>> I just upgraded to 3.10.32-4 and locally all looks quite well. Both my macbook and my nexus 4 get stable connections to cerowrt over the 5GHz radio (HT40+ channel 44 country code: DE), also the machine on se00 gets a decent address. That is all machines get decent IP4 addresses, only cerowrt gets a working ipv6 address.
>>        Unfortunatelly the only machine that can reach the internet is the cerowrt itself, none of the connected machines can reach the internet (they can reach each other just fine)
>>        Here is a bit information from the linux host on se00:
>> 
>> moeller@happy-horse:~> sudo /sbin/ip -4 r l
>> default via 172.30.42.1 dev eth0
>> 127.0.0.0/8 dev lo  scope link
>> 169.254.0.0/16 dev eth0  scope link
>> 172.30.42.0/27 dev eth0  proto kernel  scope link  src 172.30.42.22
>> moeller@happy-horse:~> ifconfig
>> Absolute path to 'ifconfig' is '/sbin/ifconfig', so running it may require superuser privileges (eg. root).
>> moeller@happy-horse:~> sudo /sbin/ifconfig
>> eth0      Link encap:Ethernet  HWaddr 28:92:4A:30:5D:BE
>>          inet addr:172.30.42.22  Bcast:172.30.42.31  Mask:255.255.255.224
>>          inet6 addr: fe80::2a92:4aff:fe30:5dbe/64 Scope:Link
>>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>          RX packets:478 errors:0 dropped:0 overruns:0 frame:0
>>          TX packets:549 errors:0 dropped:0 overruns:0 carrier:0
>>          collisions:0 txqueuelen:1000
>>          RX bytes:50463 (49.2 Kb)  TX bytes:163720 (159.8 Kb)
>>          Interrupt:18
>> 
>> lo        Link encap:Local Loopback
>>          inet addr:127.0.0.1  Mask:255.0.0.0
>>          inet6 addr: ::1/128 Scope:Host
>>          UP LOOPBACK RUNNING  MTU:65536  Metric:1
>>          RX packets:15 errors:0 dropped:0 overruns:0 frame:0
>>          TX packets:15 errors:0 dropped:0 overruns:0 carrier:0
>>          collisions:0 txqueuelen:0
>>          RX bytes:1312 (1.2 Kb)  TX bytes:1312 (1.2 Kb)
>> 
>> moeller@happy-horse:~> ping -c 10 www.google.com
>> PING www.google.com (173.194.69.104) 56(84) bytes of data.
>> 
>> --- www.google.com ping statistics ---
>> 10 packets transmitted, 0 received, 100% packet loss, time 8999ms
>> 
>> moeller@happy-horse:~> sudo /sbin/ip -4 a l
>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
>>    inet 127.0.0.1/8 brd 127.255.255.255 scope host lo
>>       valid_lft forever preferred_lft forever
>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
>>    inet 172.30.42.22/27 brd 172.30.42.31 scope global eth0
>>       valid_lft forever preferred_lft forever
>> moeller@happy-horse:~> sudo /sbin/ip -4 route
>> moeller@happy-horse:~>
>> 
>> 
>> To me this looks reasonable and I am unsure why the machine does not reach the internet. Interestingly on the first login to cerowrt routing seemed to have worked, but once I applied the set of changes I typically apply to customize cerowrt for my home network routing somehow went bust.
>> 
>> I just noticed that the lan and guest zones were empty, so I ant an reassigned them, but still the connected computers can not reach the internet. If there is anything I can do to debug this, please let me know, otherwise I will ref lash the router back to 3.10.28-16 tomorrow...
>> 
>> Best Regards
>>        Sebastian
>> 
>> 
> 
> 
> 
> -- 
> Dave Täht
> 
> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html


      reply	other threads:[~2014-03-05 23:52 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-05 22:17 Sebastian Moeller
2014-03-05 23:34 ` Dave Taht
2014-03-05 23:52   ` Sebastian Moeller [this message]

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=2974EAB0-6007-4B5A-94D3-6A024AAD41D9@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