[Cerowrt-devel] going back to the default multicast rate on wifi

[Cerowrt-devel] going back to the default multicast rate on wifi

[Dave Taht]

Despite success with a variety of devices in increasing cerowrt's
multicast rate from 1mbit to 9, I have found two that can't handle it,
notably an older android tablet (the original nexus 7), and an iwl
wifi card.

The value I used for this option in /etc/config/wireless was derived
from what freifunct uses for their mesh network. It makes sense to run
the mesh at this rate, but apparently not APs.

So if you have been experiencing problems getting boxes to connect to
the last couple comcast versions of cero, go into that file and
comment out these entries.

#       option mcast_rate '9000'

Those of you with success stories on this setting please share them.

I don't think this has anything to do with the the ht40+ MCS15 problem at 5ghz.

-- 
Dave Täht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html

Re: [Cerowrt-devel] going back to the default multicast rate on wifi

[Daniel Ezell]

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

Thanks for the Comcast release. It's nice having native ipv6. Strange
though, I have business class and they say they don't yet support ipv6. I'm
getting a /128 yet my connected devices all get addresses, too.

Multicast has been seamless to me. The list includes a Macbook pro mid
2010, nexus 4, iPhone 4 (not s), HP touchpad... Nothing else I can think
of.
On Feb 10, 2014 9:48 AM, "Dave Taht" <dave.taht@gmail.com> wrote:

> Despite success with a variety of devices in increasing cerowrt's
> multicast rate from 1mbit to 9, I have found two that can't handle it,
> notably an older android tablet (the original nexus 7), and an iwl
> wifi card.
>
> The value I used for this option in /etc/config/wireless was derived
> from what freifunct uses for their mesh network. It makes sense to run
> the mesh at this rate, but apparently not APs.
>
> So if you have been experiencing problems getting boxes to connect to
> the last couple comcast versions of cero, go into that file and
> comment out these entries.
>
> #       option mcast_rate '9000'
>
> Those of you with success stories on this setting please share them.
>
> I don't think this has anything to do with the the ht40+ MCS15 problem at
> 5ghz.
>
> --
> Dave Täht
>
> 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
>

[-- Attachment #2: Type: text/html, Size: 2086 bytes --]

Re: [Cerowrt-devel] going back to the default multicast rate on wifi

[Sebastian Moeller]

Hi Dave,

On Feb 10, 2014, at 18:48 , Dave Taht <dave.taht@gmail.com> wrote:

> Despite success with a variety of devices in increasing cerowrt's
> multicast rate from 1mbit to 9, I have found two that can't handle it,
> notably an older android tablet (the original nexus 7), and an iwl
> wifi card.
> 
> The value I used for this option in /etc/config/wireless was derived
> from what freifunct uses for their mesh network. It makes sense to run
> the mesh at this rate, but apparently not APs.
> 
> So if you have been experiencing problems getting boxes to connect to
> the last couple comcast versions of cero, go into that file and
> comment out these entries.
> 
> #       option mcast_rate '9000'
> 
> Those of you with success stories on this setting please share them.

	So, here I go: cerowrt 3.10.28-1, 16GB nexus7 wifi only (first generation, but not first batch, from just after the entry model was upgraded to 16GB) works fine on the 2.4GHz network with the following in config wifi-iface
        option mcast_rate '9000'
Since I also have no problems using ht40+ on channel 44, maybe it is related to my choice of "option country 'DE'" ?

Also working are a macbook and a macbook pro and two nexus 4s, no issues so far.

best regards
	Sebastian



> 
> I don't think this has anything to do with the the ht40+ MCS15 problem at 5ghz.
> 
> -- 
> Dave Täht
> 
> 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

Re: [Cerowrt-devel] going back to the default multicast rate on wifi

[Aaron Wood]

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

On Mon, Feb 10, 2014 at 7:39 PM, Sebastian Moeller <moeller0@gmx.de> wrote:

> Hi Dave,
>
> On Feb 10, 2014, at 18:48 , Dave Taht <dave.taht@gmail.com> wrote:
> > I don't think this has anything to do with the the ht40+ MCS15 problem
> at 5ghz.
>

I'm getting 40MHz (MCS13 at the moment, often MCS15) on ch 36, country-code
FR (but that was expected, right?)

-Aaron

[-- Attachment #2: Type: text/html, Size: 884 bytes --]

Re: [Cerowrt-devel] going back to the default multicast rate on wifi

[Aaron Wood]

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

>
> I'm getting 40MHz (MCS13 at the moment, often MCS15) on ch 36,
> country-code FR (but that was expected, right?)
>

I'm also able to get 40MHz operation ch 44.

Putting the radio onto channel 40, however, disabled it:


Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): Configuration
file: /var/run/hostapd-phy1.conf
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): sw10:
interface state UNINITIALIZED->COUNTRY_UPDATE
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): sw10:
interface state COUNTRY_UPDATE->HT_SCAN
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): Switch own
primary and secondary channel to get secondary channel with no Beacons from
other BSSes
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): HT40 channel
pair (44, -1) not allowed
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): Interface
initialization failed
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): sw10:
interface state HT_SCAN->DISABLED
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046):
hostapd_free_hapd_data: Interface sw10 wasn't started
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): cat: can't
open '/var/run/wifi-phy1.pid': No such file or directory
Tue Feb 11 12:22:11 2014 daemon.notice netifd: radio1 (1046): Command
failed: Invalid argument

which led to this when trying to switch to channel 48 from the broken 44
config (via luci)

Tue Feb 11 12:28:00 2014 daemon.warn hostapd: sw10: IEEE 802.11 Configured
channel (48) not found from the channel list of current mode (2) IEEE
802.11a
Tue Feb 11 12:28:00 2014 daemon.warn hostapd: sw10: IEEE 802.11 Hardware
does not support configured channel
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): Configuration
file: /var/run/hostapd-phy1.conf
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): sw10:
interface state UNINITIALIZED->COUNTRY_UPDATE
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): sw10: IEEE
802.11 Configured channel (48) not found from the channel list of current
mode (2) IEEE 802.11a
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): sw10: IEEE
802.11 Hardware does not support configured channel
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): Could not
select hw_mode and channel. (-3)
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): sw10: Unable
to setup interface.
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360):
hostapd_free_hapd_data: Interface sw10 wasn't started
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): cat: can't
open '/var/run/wifi-phy1.pid': No such file or directory
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): Command
failed: Invalid argument
Tue Feb 11 12:28:00 2014 daemon.notice netifd: radio1 (3360): Device setup
failed: HOSTAPD_START_FAILED

Remembering that HT40+ and ch 48 weren't allowed, I tried to switch to
HT40-.  And...  now it's really borked up.  The luci ui won't give me any
options other than client mode on 48 or auto.  I'm going to attempt to fix
this up by hand.

btw, this is on 3.10.24-8.  Are the -28 builds ok for non-Comcast use?

-Aaron

[-- Attachment #2: Type: text/html, Size: 4071 bytes --]

Re: [Cerowrt-devel] going back to the default multicast rate on wifi

[Aaron Wood]

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

On Tue, Feb 11, 2014 at 2:34 PM, Aaron Wood <woody77@gmail.com> wrote:

> Remembering that HT40+ and ch 48 weren't allowed, I tried to switch to
>> HT40-.  And...  now it's really borked up.  The luci ui won't give me any
>> options other than client mode on 48 or auto.  I'm going to attempt to fix
>> this up by hand.
>>
>
> btw, this is on 3.10.24-8.  Are the -28 builds ok for non-Comcast use?
>

A hand-edit back to channel 36 (it was still ht40+ in
/etc/config/wireless), and all's well again.

Except that it has turned up an interesting bug/feature/issue with the use
of multiple subnets and routing instead of bridging:

If I switch my OSX laptop between 2.4 and 5 GHz channels, or between wired
and wireless, it gets a new lease, but the hostname gets rejected, and it
ends up renaming itself to xyz-n.  I have the same issue with my AppleTV.

Tue Feb 11 13:43:33 2014 daemon.info dnsmasq-dhcp[1824]: DHCPDISCOVER(sw00)
c8:bc:c8:ef:2d:8d
Tue Feb 11 13:43:33 2014 daemon.info dnsmasq-dhcp[1824]: DHCPOFFER(sw00)
172.30.42.67 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:43:33 2014 daemon.info dnsmasq-dhcp[1824]: DHCPDISCOVER(sw00)
c8:bc:c8:ef:2d:8d
Tue Feb 11 13:43:33 2014 daemon.info dnsmasq-dhcp[1824]: DHCPOFFER(sw00)
172.30.42.67 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:43:36 2014 daemon.info dnsmasq-dhcp[1824]: DHCPREQUEST(sw00)
172.30.42.67 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:43:36 2014 daemon.info dnsmasq-dhcp[1824]: DHCPACK(sw00)
172.30.42.67 c8:bc:c8:ef:2d:8d Hermes
Tue Feb 11 13:43:36 2014 daemon.info dnsmasq-dhcp[1824]: DHCPREQUEST(sw00)
172.30.42.67 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:43:36 2014 daemon.info dnsmasq-dhcp[1824]: DHCPACK(sw00)
172.30.42.67 c8:bc:c8:ef:2d:8d Hermes

Tue Feb 11 13:44:44 2014 daemon.info dnsmasq-dhcp[2690]: read /etc/ethers -
0 addresses
Tue Feb 11 13:44:45 2014 daemon.info dnsmasq-dhcp[2690]: DHCPREQUEST(sw10)
172.30.42.99 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:44:45 2014 daemon.info dnsmasq-dhcp[2690]: DHCPNAK(sw10)
172.30.42.99 c8:bc:c8:ef:2d:8d wrong address
Tue Feb 11 13:44:48 2014 daemon.info dnsmasq-dhcp[2690]: DHCPDISCOVER(sw10)
c8:bc:c8:ef:2d:8d
Tue Feb 11 13:44:48 2014 daemon.info dnsmasq-dhcp[2690]: DHCPOFFER(sw10)
172.30.42.99 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:44:48 2014 daemon.info dnsmasq-dhcp[2690]: DHCPDISCOVER(sw10)
c8:bc:c8:ef:2d:8d
Tue Feb 11 13:44:48 2014 daemon.info dnsmasq-dhcp[2690]: DHCPOFFER(sw10)
172.30.42.99 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:44:49 2014 daemon.info dnsmasq-dhcp[2690]: DHCPREQUEST(sw10)
172.30.42.99 c8:bc:c8:ef:2d:8d
Tue Feb 11 13:44:49 2014 daemon.info dnsmasq-dhcp[2690]: DHCPACK(sw10)
172.30.42.99 c8:bc:c8:ef:2d:8d Hermes-2

-Aaron

[-- Attachment #2: Type: text/html, Size: 4303 bytes --]

Re: [Cerowrt-devel] going back to the default multicast rate on wifi

[Fred Stratton]

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

That is a known issue with mDNS resolution on Mac OS X.

iMac-64 is the record so far.

Restart the avahi-daemon in cero, and then rename the computer in 
Sharing preferences.

I am using the latest 'comcast' build with ADSL.



On 11/02/14 13:54, Aaron Wood wrote:
> On Tue, Feb 11, 2014 at 2:34 PM, Aaron Wood <woody77@gmail.com 
> <mailto:woody77@gmail.com>> wrote:
>
>         Remembering that HT40+ and ch 48 weren't allowed, I tried to
>         switch to HT40-.  And...  now it's really borked up.  The luci
>         ui won't give me any options other than client mode on 48 or
>         auto.  I'm going to attempt to fix this up by hand.
>
>
>     btw, this is on 3.10.24-8.  Are the -28 builds ok for non-Comcast use?
>
>
> A hand-edit back to channel 36 (it was still ht40+ in 
> /etc/config/wireless), and all's well again.
>
> Except that it has turned up an interesting bug/feature/issue with the 
> use of multiple subnets and routing instead of bridging:
>
> If I switch my OSX laptop between 2.4 and 5 GHz channels, or between 
> wired and wireless, it gets a new lease, but the hostname gets 
> rejected, and it ends up renaming itself to xyz-n.  I have the same 
> issue with my AppleTV.
>
> Tue Feb 11 13:43:33 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPDISCOVER(sw00) c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:43:33 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPOFFER(sw00) 172.30.42.67 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:43:33 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPDISCOVER(sw00) c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:43:33 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPOFFER(sw00) 172.30.42.67 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:43:36 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPREQUEST(sw00) 172.30.42.67 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:43:36 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPACK(sw00) 172.30.42.67 c8:bc:c8:ef:2d:8d Hermes
> Tue Feb 11 13:43:36 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPREQUEST(sw00) 172.30.42.67 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:43:36 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[1824]: DHCPACK(sw00) 172.30.42.67 c8:bc:c8:ef:2d:8d Hermes
>
> Tue Feb 11 13:44:44 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: read /etc/ethers - 0 addresses
> Tue Feb 11 13:44:45 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPREQUEST(sw10) 172.30.42.99 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:44:45 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPNAK(sw10) 172.30.42.99 c8:bc:c8:ef:2d:8d wrong 
> address
> Tue Feb 11 13:44:48 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPDISCOVER(sw10) c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:44:48 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPOFFER(sw10) 172.30.42.99 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:44:48 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPDISCOVER(sw10) c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:44:48 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPOFFER(sw10) 172.30.42.99 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:44:49 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPREQUEST(sw10) 172.30.42.99 c8:bc:c8:ef:2d:8d
> Tue Feb 11 13:44:49 2014 daemon.info <http://daemon.info> 
> dnsmasq-dhcp[2690]: DHCPACK(sw10) 172.30.42.99 c8:bc:c8:ef:2d:8d Hermes-2
>
> -Aaron
>
>
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel


[-- Attachment #2: Type: text/html, Size: 8208 bytes --]