Page 2 of 3

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Thu Nov 07, 2013 7:47 am
by sheriffy
NOT GOOD !!! :(
Today after 4 days my wireless security cam hangs on 1 Mbit and is stays there. This is the usual problem i have with all latest gargoyle and dd-wrt versions.

A wifi down and wifi up repairs it for a few day's (with the plugin)

I have now run "echo 0 >/sys/kernel/debug/ieee80211/phy0/ath9k/ani" and test if it cures the problem.
Otherwise i will have to use the wifi pluging to do scheduled wifi donw and wifi up actions.

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Thu Nov 07, 2013 8:10 am
by buddee
sheriffy wrote:NOT GOOD !!! :(
Today after 4 days my wireless security cam hangs on 1 Mbit and is stays there. This is the usual problem i have with all latest gargoyle and dd-wrt versions.


Most likely this is due to cross interference from another close by wi-fi network using either same channel as you use or a close by channel that overlaps into the one you are using, atleast this is the case i have always seen when i use a channel too close, the client device will only show a link rate of 1 to 5Mbps, till i switch channels that is.

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Thu Nov 07, 2013 11:20 am
by sheriffy
ok that is probaly the cause of this problem but...i would like to find the solution !

The disable ANI is certainly not the solution for me. just hours after i disbaled it this morning the same problem is already back !

There is just something wrong with it and when i see all the post on the forums not only gargoyle but also dd-wrt and openwrt seem to share the same issue.

use another wifi channel is difficult, i already use the least crowded channel. The original netgear firmware for my wndr3700v2 (10.0.0.12 ?) functions without problems but lacks the nice functions of Gargoyle.

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Thu Nov 07, 2013 5:09 pm
by SergeS
sheriffy wrote:Thanks,
running this one for one day on my wndr3700v2 so far all seems ok. (no wifi issues)


Could you check, please, is remote admin working?

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Fri Nov 08, 2013 6:31 am
by sheriffy
SergeS wrote:Could you check, please, is remote admin working?


Sorry, i cannot check because at the moment i flashed an older version of dd-wrt because i read some good messages about that version.

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Sun Nov 10, 2013 7:19 pm
by Phoebus
How do these ipsy firmwares work? Does the same file work on multiple devices?

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Sun Nov 10, 2013 7:54 pm
by ispyisail
no

download and unzip and you will see

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Sun Nov 10, 2013 8:16 pm
by Garghoul
buddee wrote:client+ap mode now working with no problems, tested on both wzr-hp-g300nh and wzr-hp-ag300h. mega thanks!

That very much sounds like the weird stuff going on with WiFi I was/am trying to figure out, where suddenly DNS resolution stops working, while pinging the IP address still functioned for some time.
I also had frequent disconnects of my clients from the 1.5.11 WZR router and strangely, logging in and saving some real or fake changes often unclogged the data pipe again for a little while.
Now I just hope, that after just having applied ispyisail's latest build, my weird issues now also are only a unpleasant memory from the recent digital past ;-)

Even though my f/w upgrade has still to show its effectiveness, already a big Thank You down under to New Zealand and ispyisail for his efforts.

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Mon Nov 11, 2013 3:39 am
by ispyisail
Even though my f/w upgrade has still to show its effectiveness, already a big Thank You down under to New Zealand and ispyisail for his efforts.


The real work is done by others, I just push a script.

here
https://dev.openwrt.org/log/branches/at ... ?rev=38715

and here
http://www.gargoyle-router.com/gargoyle

The people doing the real work I suspect would get a little annoyed at me getting praise for their work.

Re: Gargoyle-ispy 2013-November-1.7z

Posted: Tue Nov 12, 2013 7:37 am
by buddee
Spoke too soon, same problem with this build, although it took alot longer to start dropping connection, matter of fact - many days before it dropped compared to last build. Still producing these errors within the dmesg log:

[ 62.350000] br-wan: port 1(wlan0-1) entered forwarding state
[ 62.990000] br-wan: received packet on wlan0-1 with own address as source address
[ 69.980000] br-wan: received packet on wlan0-1 with own address as source address

And of course it keeps repeating that same msg over and over. Clicking save or restarting will remedy it for a time, but it'll happen again and again, just takes longer now for it to happen.