The support for multiple vlans and subnets stinks.  I've tried everything to get it working, its more of a headache then anything.  There was a project a while ago called NSFilter, that was almost perfect (with a few bugs), then that died.  Something like that again would be perfect.

The nut package has been released for pfSense 2.3.x.  I have it running on v2.3.1 and reporting on my APC Back-UPS 500 with no problems.

https://forum.pfsense.org/index.php?topic=108831.0

still need help?

Ended up getting this resolved with IPSec instead.

This sounds like something relatively feasible.

Could you private message me your skype info?

What have you done to make it working?

Installation:

Go to

delete all file except of bareos-fd

Create bareos-fd.conf file end edit it:

Now go to /etc/usr/local/rc.d and remove all bareos startup files except bareos-fd

After that edit /etc/rc.conf and add:

That's it.

EDIT:
As of pfSense 2.4.
Go to http://pkg.freebsd.org/FreeBSD:11:amd64/latest/All/

and for bareos-server

and then follow old instructions

What about taking this, and spitting it out to an LCD ;)

@cplmayo:

@Nullity:

fq_codel is already coming to FreeBSD (and most likely pfSense), but it will not be an ALTQ queueing discipline, it will instead be implemented within "dummynet", which is what pfSense calls "limiters".

Whether this will be useful to us, I do not know, but it sure seems like good news to me.

http://comments.gmane.org/gmane.os.freebsd.devel.net/47124

Implementing fq_Codel in the limiters should work well and be easy to setup. Also I think it will allow the limiters to function better. I still think that cake_Codel is the future and hope it will be implemented in BSD.

I have tried HFSC, PRIQ, and CBQ all of these did a good job of keeping my internet running smoothly but bufferbloat was always a problem. I have since found that FairQ with Codel as the scheduler I do not have to limit my Bulk traffic and my network performance is largely unaffected.

Cake will never come to BSD. Cake is deeply entrenched in Linux-only features. Many of the features do not exist at all in BSD, so the whole porting effort would be very complicated and/or expensive.

Then I dont get the updates for the gui correct??

If there are any?? Then I have to apply patches for that instead….

I was thinking of a small package that you could enter what color you want (#004f87) and then press save. Done.

Simples. Package took care of the rest.

Hello, are you sure  the limiter can do this? If not, I would be in on this bounty. What is the target value?

Well, pfBNG is definitely standalone. As said, NFC about snort. :D

Thanks again  :)

done, bit I still owe you a dollar :)

@Derelict:

@marcelloc:

Hi Miken, how do you plan to interface between pfsense and PMS? (sql queries, webservice)?

PMS systems generally have an interface.  Either serial or telnet.  They speak a specific protocol.

What is the PMS in question?

Yes, as mentioned it needs to work for either TCP or serial as we don't know what sort of environment we'll be working with. It's for Comtrol's UHLL, which isn't a PMS interface per se, but rather a translation layer for a number of other PMS interfaces – mostly small operations, nothing like Opera or Galaxy. The protocol itself is fairly simple, just sending plain text and getting plain text back.