Captive Portal and Traffic Shaper Issue.
-
Hello,
I have a network with over 800 internet users.
I have set the upload and download speed to 15 Mbps using the Traffic Shaper.
Additionally, I use Captive Portal for MAC filtering.
Even though there is no traffic limiting in Captive Portal, when it is active, I get long logs on the Limiter Info page, as shown below.
The creation of an unlimited rule for each user is causing high CPU usage and instability in internet connections.
When I disable Captive Portal, CPU usage drops, and only the Traffic Shaper logs at the bottom remain, and everything works perfectly.
How can I prevent Captive Portal from generating these logs in this way? If necessary, I can modify the source code.
My system is running version 2.7.0.sched 67538 type FIFO flags 0x0 16 buckets 0 active
02423: unlimited 0 ms burst 0
q133495 100 sl. 0 flows (1 buckets) sched 67959 weight 0 lmax 0 pri 0 droptail
sched 67959 type FIFO flags 0x0 16 buckets 0 active
02355: unlimited 0 ms burst 0
q133427 100 sl. 0 flows (1 buckets) sched 67891 weight 0 lmax 0 pri 0 droptail
sched 67891 type FIFO flags 0x0 16 buckets 0 active
02287: unlimited 0 ms burst 0
q133359 100 sl. 0 flows (1 buckets) sched 67823 weight 0 lmax 0 pri 0 droptail
sched 67823 type FIFO flags 0x0 16 buckets 1 active
0 ip 0.0.0.0/0 0.0.0.0/0 5 392 0 0 0
02219: unlimited 0 ms burst 0
q133291 100 sl. 0 flows (1 buckets) sched 67755 weight 0 lmax 0 pri 0 droptail
sched 67755 type FIFO flags 0x0 16 buckets 0 active
02151: unlimited 0 ms burst 0
02400: unlimited 0 ms burst 0
sched 2400 type WF2Q+ flags 0x0 0 buckets 0 active
02340: unlimited 0 ms burst 0
sched 2340 type WF2Q+ flags 0x0 0 buckets 0 active
02296: unlimited 0 ms burst 0
sched 2296 type WF2Q+ flags 0x0 0 buckets 0 active
02236: unlimited 0 ms burst 0
sched 2236 type WF2Q+ flags 0x0 0 buckets 0 active
02160: unlimited 0 ms burst 0
sched 2160 type WF2Q+ flags 0x0 0 buckets 0 activeThe only records I want to see on the Limiter Info page are these:
252 ip 10.6.10.253/0 0.0.0.0/0 25 10638 0 0 0
252 ip 10.6.8.125/0 0.0.0.0/0 25 2301 0 0 0
254 ip 10.6.10.124/0 0.0.0.0/0 202 184284 0 0 0
00002: 16.000 Mbit/s 0 ms burst 0
q131074 50 sl. 0 flows (1 buckets) sched 65538 weight 0 lmax 0 pri 0 droptail
sched 65538 type FIFO flags 0x1 256 buckets 874 activeCPU Usage When Captive Portal is Enabled:
PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
0 root -64 - 0B 1488K CPU3 3 54:16 95.07% [kernel{dummynet}]
0 root -60 - 0B 1488K CPU1 1 22:48 46.78% [kernel{if_io_tqg_1}]
12 root -60 - 0B 336K CPU0 0 20:17 35.25% [intr{swi1: netisr 0}]
0 root -60 - 0B 1488K - 0 22:22 31.98% [kernel{if_io_tqg_0}]
12 root -60 - 0B 336K WAIT 1 20:23 28.08% [intr{swi1: netisr 1}]
11 root 187 ki31 0B 64K RUN 3 55:56 25.49% [idle{idle: cpu3}]
11 root 187 ki31 0B 64K RUN 2 55:20 23.49% [idle{idle: cpu2}]
12 root -60 - 0B 336K WAIT 2 10:27 20.56% [intr{swi1: netisr 3}]
11 root 187 ki31 0B 64K RUN 1 52:13 16.26% [idle{idle: cpu1}]
12 root -60 - 0B 336K WAIT 0 10:57 11.67% [intr{swi1: netisr 2}]
0 root -60 - 0B 1488K RUN 3 9:07 10.69% [kernel{if_io_tqg_3}]
81308 root 68 0 155M 55M piperd 2 1:16 8.98% php-fpm: pool nginx (php-fpm)
11 root 187 ki31 0B 64K CPU0 0 41:55 8.89% [idle{idle: cpu0}]
0 root -60 - 0B 1488K CPU2 2 10:11 8.06% [kernel{if_io_tqg_2}]CPU Usage When Captive Portal is Disabled:
Note: All users access the internet through allowed MAC addresses. The number of online users in the Captive Portal is always 0.PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND
11 root 187 ki31 0B 64K CPU0 0 42:36 83.50% [idle{idle: cpu0}]
11 root 187 ki31 0B 64K CPU3 3 56:51 80.66% [idle{idle: cpu3}]
11 root 187 ki31 0B 64K RUN 1 53:02 79.69% [idle{idle: cpu1}]
11 root 187 ki31 0B 64K RUN 2 56:13 79.49% [idle{idle: cpu2}]
0 root -60 - 0B 1488K - 2 10:23 10.69% [kernel{if_io_tqg_2}]
12 root -60 - 0B 336K WAIT 3 20:48 9.28% [intr{swi1: netisr 0}]
12 root -60 - 0B 336K WAIT 0 20:51 7.67% [intr{swi1: netisr 1}]
0 root -60 - 0B 1488K - 3 9:17 7.28% [kernel{if_io_tqg_3}]
0 root -60 - 0B 1488K CPU1 1 23:26 6.40% [kernel{if_io_tqg_1}]
0 root -60 - 0B 1488K - 0 22:54 6.30% [kernel{if_io_tqg_0}]
12 root -60 - 0B 336K WAIT 0 10:46 5.86% [intr{swi1: netisr 3}]
12 root -60 - 0B 336K WAIT 3 11:15 5.57% [intr{swi1: netisr 2}]
25603 root 31 0 153M 52M piperd 0 1:03 3.37% php-fpm: pool nginx (php-fpm)
0 root -64 - 0B 1488K - 3 55:31 0.00% [kernel{dummynet}]
379 root 68 0 151M 51M accept 3 1:32 0.00% php-fpm: pool nginx (php-fpm)
31965 root 68 0 151M 51M accept 2 1:29 0.00% php-fpm: pool nginx (php-fpm)How can I get rid of the unnecessary unlimited records?
-
@Sehzade58 said in Captive Portal and Traffic Shaper Issue.:
My system is running version 2.7.0.
That's telling me something.
You'll find a story in the forum about these 'pipes', a pair of them is created for every portal users, and as you can see, if the speed isn't set, it's "unlimited".
With a lot of portal users, there was some problem .... can't be sure, as it was sooo long ago.The issue is, your are using ancient software. Thus hitting an ancient problem.
There is a solution ^^ -
@Gertjan https://redmine.pfsense.org/issues/13488
-
yeah, that's probably the one.
It was solved. I was using 2.7.2 in the post for a while and had no issues what so ever.
