Gargoyle Forum

What is this build base on? AA, BB or CC?

doctor78 wrote:What is this build base on? AA, BB or CC?

OpenWrt Attitude Adjustment branch
Built November 09, 2014

So its not the new BB edition, just a AA build with the latest commits.

great build!
wifi performance between my router's ( one of them bridge ) increased drastically
main router 1043nd-v1.8

205 clicks and not one complaint

Some browsing-freeze in GUI after AA-upgrade.

And total-freeze in bandwidth quotas - limited my (wired fixed pc) download to 3 MBytes/s (when exceeded limited to 3 to not shut down all internet access) from 10 MBytes available and for wifi-bgn-clients no limit up/down. Tryed first a unique-limit wired/wifi "NA/3MB/10MB" for all individual hosts without explicit quotas...

Why, when some wifi-client without qos-limits try a torrent to download, or just run a speedtest the whole router freeze or reboots by itself ? This does should not happen without any qos enabled. Disabled synflood (option syn_flood '1' to '0') - same result.

"Connection limits" limited to 2700-3000 for this router.
TCP Timeout: 600
UDP Timeout: 120

TL-WR1043ND-V1
1.6.X (Built 20141109-0020 git@f372e3b)

Some browsing-freeze in GUI after AA-upgrade.

Try failsafe reset

I'm not have any problems?

Did today a clean default-reset.
Same trouble.
It disconects all conections and router-uptime returns to 0 days, 0 hours, 0 minutes...
I use the generic squashfs factory.bin - maybe should try an earlyer version...
Untill then i unmarked all qos-rules and use at full-power.
Qos helps me not...

Better a new rule that's not "shut down all internet access" or "throttle bandwith" - just one to limit a bandwidth... ???
At any OS-startup read first the max-bandwidth (bang/kaboom!) then decrease to the limited-limit ... And disconnects all clients.

maybe should try an earlyer version...

yeah, I wonder if this bug is with this build or many builds before?

I wonder if you router is overloaded or has run out of RAM etc?

ispyisail wrote:

maybe should try an earlyer version...

yeah, I wonder if this bug is with this build or many builds before?

I wonder if you router is overloaded or has run out of RAM etc?

Isn't overloaded. Works fine at G+B speed without any qos-limits. It was only a test because i have wired connection at maximum speed then speeds-down the wifi-clients.

Max Connections: 4096
TCP Timeout:900
UDP Timeout:300

Nov 21 05:29:10 Gargoyle authpriv.warn dropbear[5876]: Bad password attempt for 'root' from 122.225.97.66:47203
Nov 21 05:29:11 Gargoyle authpriv.warn dropbear[5876]: Bad password attempt for 'root' from 122.225.97.66:47203
Nov 21 05:29:12 Gargoyle authpriv.warn dropbear[5876]: Bad password attempt for 'root' from 122.225.97.66:47203
Nov 21 05:29:13 Gargoyle authpriv.warn dropbear[5876]: Bad password attempt for 'root' from 122.225.97.66:47203
Nov 21 05:29:13 Gargoyle authpriv.warn dropbear[5876]: Bad password attempt for 'root' from 122.225.97.66:47203
Nov 21 05:29:14 Gargoyle authpriv.info dropbear[5876]: Exit before auth (user 'root', 10 fails): Max auth tries reached - user 'root' from 122.225.97.66:47203

No problem, 1.6.x ok.

Had problems before when I updated, did a clean install works like a charm now 6th day today and super responsive like never before and wireless performance better than the previous one 2 times better specially in range after applying luCi hack
thank you iSpy <3