Page 20 of 22

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Sun May 05, 2019 5:25 am
by Cezary
Lantis wrote:Which platforms? I've only ever seen it "crash" on mvebu, but it still works.
ramips/mt7620 -> Xiaomi Mi Router 3G
ipq40xx -> AVM Fritz!Box 4040

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Sun May 05, 2019 5:46 am
by Lantis
I don’t have either of those targets so can’t test.
I note that ramips is missing nft-core and nft-nat.

I don’t have any insights at the moment to be honest.

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Sun May 05, 2019 7:11 am
by Cezary
I also cannot reproduce this on my Xiaomi. Strange problem, but RomanHK had it, some of my users, so problem somewhere exists.

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Sun May 05, 2019 8:08 am
by RomanHK
Errors are known with the IMQ driver and OpenWrt has dropped this driver and replaced it with another. I read a lot of users (OpenWrt) have a problem with this driver - it would be good to look at it and fix it.
As of r25641 qos-scripts dropped the use of IMQ (package iptables-mod-imq – Intermediate Queueing Device). Its successor is IFB (Intermediate Functional Block device), (requires package: kmod-ifb and the scheduler action act_connmark included)...
https://openwrt.org/docs/guide-user/net ... ic_shaping
In r25641 iptables-mod-imq (Intermediate Queueing Device) was removed and is not supported any longer. It's successor is kmod-ifb. See Intermediate Functional Block device...
https://openwrt.org/docs/guide-user/net ... .scheduler

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Sun May 05, 2019 8:14 am
by Lantis
They are not direct replacements of each other, and IMQ does some things that IFB is not capable of.
It would be possible, but not a trivial replacement.
I'd also rather do it in consultation with @pbix

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Sun May 05, 2019 8:31 am
by RomanHK
Lantis wrote:They are not direct replacements of each other, and IMQ does some things that IFB is not capable of.
It would be possible, but not a trivial replacement.
I'd also rather do it in consultation with @pbix
I would also leave the IMQ driver but it has to look at it @pbix, why it sometimes doesn't work and fix it. (I assume that @pbix is a co-developer of QoS in Gargoyle)

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Tue May 07, 2019 4:46 pm
by RomanHK
Cezary wrote:
Lantis wrote:I’ve got a list to look at. Restrictions and IMQ are on it.
Just a bit short on time at the moment.
The same problem has several of my users, on various platform. One of them says that changing the priority of imq does not solve the problem.
Please try one more setting with the command via ssh and then restart the router:

Code: Select all

ln -s /etc/modules.d/46-ipt-imq /etc/modules-boot.d/46-ipt-imq
The first is to load the IMQ driver from /etc/modules-boot.d/ and load the other modules after loading from /etc/modules.d/

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Wed May 08, 2019 4:54 pm
by tester
RomanHK wrote:Hmm, I confirm, it helped me to delay the start-up time of the IMQ driver - as you can see, other machines are too tight and the time is not enough.
Can you please clarify, do you always have that error message 'Error hooking IMQ' when you get non-working NAT after reboot or not? Just in the begining you said 'there is nothing in Syslog or Kernellog' but later you said that there is that error. Did you ever seen, that there is no errors about IMQ in the logs, but NAT still doesn't work after reboot?

PS: Same (imo) problem mentioned here: viewtopic.php?f=14&t=11988#p53164

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Thu May 09, 2019 2:36 am
by RomanHK
tester wrote:
RomanHK wrote:Hmm, I confirm, it helped me to delay the start-up time of the IMQ driver - as you can see, other machines are too tight and the time is not enough.
Can you please clarify, do you always have that error message 'Error hooking IMQ' when you get non-working NAT after reboot or not? Just in the begining you said 'there is nothing in Syslog or Kernellog' but later you said that there is that error. Did you ever seen, that there is no errors about IMQ in the logs, but NAT still doesn't work after reboot?

PS: Same (imo) problem mentioned here: viewtopic.php?f=14&t=11988#p53164
Yes, it behaves differently and time plays a big role. It depends on when and how the IMQ driver is loaded.
a) Sometimes the IMQ driver is loaded in parallel with the NAT driver and then the Internet is not running, the log does not show errors.
b) NAT is loaded first and then the error "Error hooking IMQ" appears in the log.
c) IMQ driver loads first, then NAT driver (not concurrently) and internet works.

This means that the IMQ driver must be loaded first and then the NAT driver, if the opposite is the case, an error will be displayed.

P.S. Try this procedure. This should load the IMQ driver first. viewtopic.php?f=14&p=53188#p53180

Re: Gargoyle 1.11.0 Release Candidate 5

Posted: Thu May 09, 2019 12:36 pm
by tester
RomanHK wrote:a) Sometimes the IMQ driver is loaded in parallel with the NAT driver and then the Internet is not running, the log does not show errors.
b) NAT is loaded first and then the error "Error hooking IMQ" appears in the log.
c) IMQ driver loads first, then NAT driver (not concurrently) and internet works.
Got it, thanks. But what output of 'cat /proc/net/ip_tables_names' will be in cases 'a)' and 'b)'?