accel-ppp.org

Hello guys! I am facing a difficulty with the IPoE module, see, after a good time of process activity, the concessions begin to be delivered with the subnet mask 255.255.255.255. I believe it is not a configuration problem since restarting the deamon works perfectly for a while. The problem is that ...

Friends, the need arose to adjust some parameters in the interfaces that are created by vlan-mon, I would suggest the possibility of a script that is executed at the moment vlan-mon creates the interface, is it possible?

Hi, as commented in the telegram mailing list, I am suggesting the implementation of the CEIL parameter in the SHAPER module, it will be of great help to be able to use BURST, this option has to manipulate the 'ceil', traffic control feature built into the kernel linux.

Hi, I think I found another problem, now in the shaper module. When configured with Cisco attributes, the shaper change command removes the speed control and does not restore or apply the desired one. when first connect: pppoe987 | mk.244 | 100.69.197.102 | 5000/2000 | eth2.2244:08:00:27:CA:2E:93 | ...

Finally, I was able to find out the cause of the problem! It has to do with the pppd-compat module, more specifically the ip-pre-up parameter. I tested with a script that only one echo and the problem happens, just commenting the parameter already makes it work perfectly! I will leave the conf of th...

Well, I did the test with these parameters, but the behavior was not expected, when the parameter padi-limit = 3 is set, only 4 users connect and the other vlan, all, issue the following message: warn: pppoe: discarding overlimit PADI packets on interface eth2.XXXX Anything else I can do? Here is th...

so I did the tests again, but it did not work, the problem still happens, even changing the parameters of the radius. This error happens if you try to view the sessions (accel-cmd show sessions) at the time of the problem: accel_read, 169: Impossible to read input: read () failed: Connection reset b...

Hi, I noticed that in the latest version (99fc79fd173f911596c0324046dd7515cf1dd7e7) a problem is occurring when the daemon receives many connection requests at the same time, for example, when some transport is inactive for a while and a large number of clients send the requests. It seems to me that...

In the PPPoE Server module it would be interesting to avoid starting two or more pppoe sessions originating from the same MAC Address.

So, I do not know how to explain, on another server that I manage, this problem does not happen, I believe it's nothing related to the Accel code.