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
prev parent 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