On 11/30/06, Mark Kane <[EMAIL PROTECTED]> wrote:
On Thu, Nov 30, 2006, at 14:16:57 -0500, Scott Ullrich wrote:
> Not sure what to tell you then. It works correctly in my case. Maybe
> you have entered the wrong ips?
I appreciate you trying to help. The IPs are definitely correct. The
VoIP servers I'm testing with are a single hostname for each, and
I've also double checked by looking at the active channels in Asterisk
when the calls are in progress and it shows the IPs that I put in the
alias as well.
In a few hours I will try a factory reset and start completely fresh to
see what happens. However, I have not configured much of pfSense yet
except PPPoE, a few ports forwarded, the alias, and the traffic shaping
wizard so I don't know why it wouldn't work now even after re-running
the wizard several times, resetting states, and rebooting.
Before I do that though, I'm still curious:
How is anything getting into qwanacks to begin with as there is no
rule for it? There must be something to tell that traffic to get into
qwanacks somehow, so would there be something special about the VoIP
upstream traffic that would match that rule (wherever it is) and send
it there? Just trying to rule it out but I don't see how anything is
getting into qwanacks because there is no rule to send anything there.
Code logic that takes advantage of the way pf uses ALTQ. I'm
surprised your VOIP is making it into this queue at all as it's only
ever used for empty ACKs or packets with the lowdelay bit set. You
might want to see if your machine is setting the lowdelay bit.
--Bill
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
