Gargoyle-ispy 2013-November-1.7z
Moderator: Moderators
Re: Gargoyle-ispy 2013-November-1.7z
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.
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
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.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.
Re: Gargoyle-ispy 2013-November-1.7z
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.
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
Could you check, please, is remote admin working?sheriffy wrote:Thanks,
running this one for one day on my wndr3700v2 so far all seems ok. (no wifi issues)
Re: Gargoyle-ispy 2013-November-1.7z
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.SergeS wrote: Could you check, please, is remote admin working?
Re: Gargoyle-ispy 2013-November-1.7z
How do these ipsy firmwares work? Does the same file work on multiple devices?
Re: Gargoyle-ispy 2013-November-1.7z
no
download and unzip and you will see
download and unzip and you will see
Re: Gargoyle-ispy 2013-November-1.7z
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.buddee wrote:client+ap mode now working with no problems, tested on both wzr-hp-g300nh and wzr-hp-ag300h. mega thanks!
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
The real work is done by others, I just push a script.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.
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
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.
[ 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.