VOIP problem fixed, thank you PFSense!
-
I wanted to offer my thanks for this forum and contributers, thank you one and all. :)
We had an issue with our AVAYA VOIP phone system whereby we had alot of dropped packets causing poor call quality during remote office VOIP phone calls, i.e. Topology = 1 central office with Phone server and two remote offices with VOIP phones connected to the central office via lan to lan tunnels.
After Googling for a solution we found the voip-info site which lead us to pfsense as a soluton, initially we tried the hawking HBB1 box as a cheap/quick solution and it did help but didnt fix the problem altogether. The PFSense box seems to have fixed the problem for us, the call log shows no dropped packets and call quality seems to be of toll quality.
It was a pretty simple setup once we figured out what we were doing. I will follow this post up with detailed instructions for those newbs like myself who could use a helping hand.
Thanks again for all the good info…
-
Great to hear, gratz :)
-
Thanks but, we are still working the bugs out…
I have noticed one thing I would like some pointers on. :-[
I am at the central office and when I have both remote offices on a conference call and perform an upload of a large ISO to one of the other offices their is a perceptive improvement in call quality, when I end the upload the call quality drops back to acceptable which is better than it was without pfsense installed.
Does anyone know why an upload would improve the call quality and how I can impliment that so it is working all the time?
-
Its simple when you upload something you congest the line and than ALTQ does its magic.
When you are in normal mode the link is not saturated and all packets flow normally.KEEP IN MIND: ALTQ is not work conserving by nature. On 2.0 Traffic Shaper-> Limiter is the one Work Conserving.