GNUmoon has quit [Read error: Connection reset by peer]
rua has joined #openwrt-devel
GNUmoon has joined #openwrt-devel
sorinello has joined #openwrt-devel
aiyion_ has quit [Remote host closed the connection]
aiyion_ has joined #openwrt-devel
* russell--
is seeing some weirdness on an mt7622 (2.4ghz radio) on a linksys e8450 board, where having an adhoc and ap mode interface on at the same time seems to prevent radios from successfully pass traffic on the adhoc links (and batman-adv doesn't work over the wifi link), if i disable the ap-mode, it starts working. might be due to weak-ish signals.
<russell-->
if i disable the ap-mode and wifi reload, and the reenable the ap-mode and wifi reload again and the adhoc connections keep working, whut?
Znevna has joined #openwrt-devel
Viper has joined #openwrt-devel
Znevna has quit [Ping timeout: 480 seconds]
Viper is now known as Znevna
<russell-->
nbd: i wonder if that sounds familiar to you?
<nbd>
haven't heard or seen something like that before
<nbd>
can you test if it's related to weak link or something else?
<russell-->
it doesn't seem to be a weak link
<russell-->
if i turn on the ap, even with -56dBm signal, i don't see rates established
<russell-->
or even -42dBm
<nbd>
what beacon interval are you using on the ad-hoc devices in the network?
<russell-->
C4:E9:84:F6:05:E6 -42 dBm / -84 dBm (SNR 42) 320 ms ago RX: unknown 116 Pkts. TX: unknown 0 Pkts.
<russell-->
whatever the default is, afaik
<nbd>
ok
<nbd>
what kind of device is on the other side?
<russell-->
two devices, another e8450 and an archer c7 v2
<nbd>
ok
<nbd>
i wonder if this is related to the ad-hoc distributed beacon 'feature'
<nbd>
since receiving beacons from all peers is required for getting rate list, capabilities, etc.
<nbd>
i really hope people will stop using ad-hoc mode at some point. it's just way too flawed
<russell-->
the other wacky behavior is that if i disable the ap, wifi reload, enable ap, wifi reload, the adhoc link stays up
robimarko has joined #openwrt-devel
n3ph has joined #openwrt-devel
dxld has quit [Ping timeout: 480 seconds]
_0x4a6f has quit [Ping timeout: 480 seconds]
aparcar has joined #openwrt-devel
_0x4a6f has joined #openwrt-devel
dxld has joined #openwrt-devel
n3ph has quit [Ping timeout: 480 seconds]
<f00b4r0>
holy crap ios 18 is such an absolute PoS I think I'm going to go through the pain of downgrading while I still can
<Igel>
interesting, mptcp is enabled by default now?
n3ph has joined #openwrt-devel
swalker has quit [Read error: Connection reset by peer]
swalker has joined #openwrt-devel
n3ph has quit [Ping timeout: 480 seconds]
Stat_headcrabbed has joined #openwrt-devel
dxld has quit [Ping timeout: 480 seconds]
_0x4a6f has quit [Ping timeout: 480 seconds]
aparcar has quit [Ping timeout: 480 seconds]
skynet2 has joined #openwrt-devel
dxld has joined #openwrt-devel
shoragan has quit [Read error: Network is unreachable]
shoragan has joined #openwrt-devel
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
Stat_headcrabbed has joined #openwrt-devel
Stat_headcrabbed has quit []
aparcar has joined #openwrt-devel
_0x4a6f has joined #openwrt-devel
Stat_headcrabbed has joined #openwrt-devel
Stat_headcrabbed has quit []
Stat_headcrabbed has joined #openwrt-devel
Sawzallz has quit [Read error: Connection reset by peer]
Sawzall has joined #openwrt-devel
n3ph has joined #openwrt-devel
fakuivan has quit [Remote host closed the connection]
Slimey has quit [Remote host closed the connection]
Slimey has joined #openwrt-devel
Slimey has quit [Read error: Connection reset by peer]
Slimey has joined #openwrt-devel
Stat_headcrabbed has quit [Quit: Stat_headcrabbed]
<dwfreed>
f00b4r0: what's the bug?
<f00b4r0>
dwfreed: dsmasq randomly stops forwarding dns requests after PPP link cycling
<f00b4r0>
by 'randomly' I mean the occurence of this "feature" is a random fraction of all cycling events
<f00b4r0>
and the side kick is, it never recovers (which is apparently a design feature I tracked down in the code)
<f00b4r0>
(of course I can't say that this is specific to PPP, it's just that PPP links tend to go up and down on a regular basis, hence being more likely to trigger the bug condition)
<dwfreed>
tried spamming it with queries while slowly cycling the link?
<dwfreed>
guessing what's happening is it's deciding the upstreams are dead and giving up on them
<dwfreed>
note your queries need to be unique enough that you're not hitting dnsmasq's own cache
xes has quit [Remote host closed the connection]
danieli has quit [Quit: Ping timeout (120 seconds)]
danieli has joined #openwrt-devel
ScrewDri- has joined #openwrt-devel
ScrewDriver1337 has quit [Read error: Connection reset by peer]