/usr/local/etc/bogonsv6 too big

Started by ekke, February 07, 2018, 12:02:23 AM

Previous topic - Next topic
Quote from: franco on February 07, 2018, 08:58:47 PM
Hmm, and do you set "block bogons" anywhere in your interfaces?

Also in your system log do you see "Not saving IPv6 bogons table (IPv6 Allow is off and table-entries limit is potentially too low" ?
Franco

Just an update on this. I'd set-up a test server on a separate VM. It's a clean install of 18.1and "Block bogon networks" is enabled on the WAN link but the file hasn't been updated:

ll /usr/local/etc/bogonsv6
860 Feb  1 11:58 /usr/local/etc/bogonsv6
There's nothing in the logs until I do the update and the file updates correctly.
Regards


Bill

Hmmm, okay. Let's leave it as is then. :)


Cheers,
Franco

I'm getting this same errors .

anyone found a fix yet?

@franco

It doesn't appear to be a real bug. The bogons size seems to fluctuate via http://www.team-cymru.org/Services/Bogons and that's causing this long known issue in the state table where IPv6 is said to be too large, but up until now we never observed it in OPNsense.

Here's a recent pfSense ticket observing / addressing the same:

https://redmine.pfsense.org/issues/8417

I'm not sure what the best approach is for us yet.


Cheers,
Franco

Is it not just a case of increasing the maximum table entries?

I have never seen this issue, but one of the first things I needed to do when setting up Opnsense was to increase the max table entries.
OPNsense 24.7 - Qotom Q355G4 - ISP - Squirrel 1Gbps.

Team Rebellion Member

April 07, 2018, 08:39:08 PM #20 Last Edit: April 07, 2018, 08:40:56 PM by Reiter der OPNsense
I agree with marjohn56. In my opinion this is not a bug, but you shouldn't just ignore it. The bogonsv6 seems to be simply too big and will probably not be processed correctly. I got this error message during my IPv6 experiments on two boxes. The obvious thing would be to increase the corresponding standard value from 200,000 to a reasonable size. In my case, the value of 500,000 makes the error message disappear.

Not setting the maximum table entries to an appropriate size when bogons v6 is enabled is a bug in my opinion.  Whether or not some other product does is irrelevant.

Been running maximum table entries at 1,000,000 "forever" precisely for this reason.  But it should be set to an appropriate size automatically when/if bogons v6 is enabled.

April 07, 2018, 11:15:13 PM #22 Last Edit: April 07, 2018, 11:16:56 PM by marjohn56
I go with NOYB, 200K for V4 only and bounce it to 500K if bogons v6 is enabled.

I also run 1,000,000 as it happens but then my proc can cope with it. I have a feeling I was running 500K when I used an APU2.

@Franco - would you be happy with that?

I'm happy to look at doing a PR for it if no-one else wants to.
OPNsense 24.7 - Qotom Q355G4 - ISP - Squirrel 1Gbps.

Team Rebellion Member

It's not a bug, it's a feature :D It's just missing, so the actual bug would be that it is missing this feature :D
OPNsense v18 | HW: Gigabyte Z370N-WIFI, i3-8100, 8GB RAM, 60GB SSD, | Controllers: 82575GB-quad, 82574, I221, I219-V | PPPoE: RDS Romania | Down: 980Mbit/s | Up: 500Mbit/s

Team Rebellion Member


Nice one...
OPNsense 24.7 - Qotom Q355G4 - ISP - Squirrel 1Gbps.

Team Rebellion Member

There you go, this is what i call support :)
Thank you Franco!
OPNsense v18 | HW: Gigabyte Z370N-WIFI, i3-8100, 8GB RAM, 60GB SSD, | Controllers: 82575GB-quad, 82574, I221, I219-V | PPPoE: RDS Romania | Down: 980Mbit/s | Up: 500Mbit/s

Team Rebellion Member