If it is upload, then the source should be your local computer, not the destination - of course it won't work this way.Dev_BR wrote: - QoS Upload:Enabled
- QoS "Normal" Rule Max BW = 700k for Destination: 192.168.2.100
Search found 11 matches
- Sun Sep 30, 2012 8:20 am
- Forum: News
- Topic: Version 1.5.7 -- OpenWRT "Attitude Adjustment"
- Replies: 127
- Views: 373611
Re: QOS
- Thu Oct 27, 2011 4:43 pm
- Forum: News
- Topic: Version 1.5.0 & 1.4.3
- Replies: 76
- Views: 183631
Re: Version 1.5.0 & 1.4.3
Got myself a 1043ND lately, and WiFi looks stable for me. A bit lower throughput than with the stock firmware, but I can live with that. But I have noticed that the download active congestion control is way overzealous on getting lower. I have a 5M/512k ADSL connection, and when I turn it on, it kee...
- Thu Sep 22, 2011 1:13 pm
- Forum: News
- Topic: Version 1.4.2
- Replies: 98
- Views: 169388
Re: Version 1.4.2
I have noticed that the "Please Wait While Settings Are Applied" text when I press apply sometimes gets stuck. The web interface seemed to be working fine for me on a WR1043ND using Chrome (although there are other issues, see my previous post). This includes the "Applying Settings&q...
- Wed Sep 21, 2011 8:08 pm
- Forum: News
- Topic: Version 1.4.2
- Replies: 98
- Views: 169388
Re: Version 1.4.2
I think you misunderstood.
Not cache. It is when I press apply, and it never applies. Currently trying to change QoS settings, I left it for 15 min, and the please wait message was still there. Pressing refresh makes it go away, but the settings are not changed.
Not cache. It is when I press apply, and it never applies. Currently trying to change QoS settings, I left it for 15 min, and the please wait message was still there. Pressing refresh makes it go away, but the settings are not changed.
- Wed Sep 21, 2011 6:12 pm
- Forum: News
- Topic: Version 1.4.2
- Replies: 98
- Views: 169388
Re: Version 1.4.2
I have noticed that the "Please Wait While Settings Are Applied" text when I press apply sometimes gets stuck. I have to reload the page from the browser. I don't think this happened with 1.3.x before. Anyone else noticed this, or is just my router started to die?
- Wed Sep 21, 2011 6:09 pm
- Forum: News
- Topic: Version 1.4.2
- Replies: 98
- Views: 169388
Re: Version 1.4.2
Skype, MSN, torrent clients..DoesItMatter wrote:what else would use UPnP
so I could try helping with testing the issue?
- Sat Sep 17, 2011 6:27 pm
- Forum: Gargoyle Development
- Topic: Suggestion: Move WAN and WiFi settings to different pages
- Replies: 2
- Views: 4903
Suggestion: Move WAN and WiFi settings to different pages
Hello! Is it possible to split the Connection/Basic option to two pages: one where I can set up WAN/LAN, and another I can set up WiFi? I have an ADSL line, and whenever I change WiFi settings (usually to turn it on/off), and click the 'apply' button, the router stops the current PPPoE connection an...
- Wed Jun 22, 2011 6:37 pm
- Forum: Other Issues
- Topic: Custom MTU with PPPoE bug (1.3.15)
- Replies: 3
- Views: 7134
Re: Custom MTU with PPPoE bug (1.3.15)
It's not critical, I can always open a terminal and write or something similar to fix it.
Code: Select all
ifconfig eth0.1 mtu 1500
- Sun Jun 19, 2011 7:24 pm
- Forum: News
- Topic: Version 1.3.15
- Replies: 22
- Views: 52506
Re: Version 1.3.15
Quickly checking this version, it still has the MTU bug I reported at http://www.gargoyle-router.com/phpbb/viewtopic.php?f=6&t=1419 . (Is that even the right place to report bugs?) Anyway, yay for working QoS display! It bugged me ever since I switched from DD-WRT, but Gargoyle is now even more ...
- Sun Jun 19, 2011 7:10 pm
- Forum: Other Issues
- Topic: Custom MTU with PPPoE bug (1.3.15)
- Replies: 3
- Views: 7134
Re: Custom MTU with PPPoE (1.3.13)
Update:
I have just installed 1.3.15, and it still has this bug. Turning off custom MTU, or setting it to 1500 on the web interface only sets the MTU for pppoe-wan to the default 1492, but for eth0.1 it does not get set back to 1500, it stays on the last value it was set to.
I have just installed 1.3.15, and it still has this bug. Turning off custom MTU, or setting it to 1500 on the web interface only sets the MTU for pppoe-wan to the default 1492, but for eth0.1 it does not get set back to 1500, it stays on the last value it was set to.