[SOLVED] traffic shaper queues bug
-
No detectable change at all. I wiped the shaper. Created the same trivial shaper config as before. e.g. 10.0.0.7 is the voip host. Set for PRIQ. Save the config. Call my office phone and leave a message. No activity on the qVOIP queue. Finally, out of desperation, I deleted the 10.0.0.7, and saw the one floating rule replaced by two rules: one for the SIP ports and one for the RTP ports. I called my office phone again, and started leaving a voicemail. Looking at the queues as I did, I saw about 86kb/sec going out via qVOIP, so it is clearly the source IP address matching that was hosing me. Sigh…
-
Oh yeah, and the failure to use qACK at all outbound is still there…
-
i guess the last snapshot built was 04-Jul-2011 18:11 and in that its not fixed but mayb if a new snap is built then need to test on that
-
You have to wait for a new snapshot to have those changes :)
-
@ermal:
You have to wait for a new snapshot to have those changes :)
I tried the last snapshot (built on Thu Jul 7 00:25:19 EDT 2011) but didnt work…
nevermind, is working on the last snapshot (built on Thu Jul 7 16:08:10 EDT 2011) , tnx ermal :D
-
same here, finally works fine
-
Wish I could say the same. The two issues I've been reporting all along are still in the snapshot from 22:58 last night. e.g. VOIP with a host IP: still broken. qACK not being used: still broken :(
-
mayb u could post ur rule set if that might have some issue, try also ticking the quick match box for the rule.
-
No rule set other than created by the wizard. This is an absolutely trivial config. PRIQ. 22mb/sec inbound and outbound. Stepping thru the wizard, I default everything except for the voip section, where I selected "generic (lowdelay)" and put 10.0.0.7 (my asterisk box) as the IP. I get no LAN queues, and nothing goes into the qACK queue (occasional packets do go into qVOIP, but none of the audio, since the bit rate never gets more than a couple of kb/sec).
-
mayb u could post ur rule set if that might have some issue, try also ticking the quick match box for the rule.
This seems wrong. The shaper rules are non-quick (I thought) because all they do is queue the packet, there is no pass, which is handled (presumably) by the default LAN outbound rule, no? If I marked this as quick, wouldn't it not to be processed by the LAN out rule? Or am I confused? Besides which, the change I made yesterday (which does work, specifying asterisk/vonage, causing a rule for the SIP packets and a rule for the RTP packets), doesn't have quick and it works :(
-
No rule set other than created by the wizard. This is an absolutely trivial config. PRIQ. 22mb/sec inbound and outbound. Stepping thru the wizard, I default everything except for the voip section, where I selected "generic (lowdelay)" and put 10.0.0.7 (my asterisk box) as the IP. I get no LAN queues, and nothing goes into the qACK queue (occasional packets do go into qVOIP, but none of the audio, since the bit rate never gets more than a couple of kb/sec).
VoIP traffic is UDP, UDP does not generate acks
-
Sigh. I know that. I said there were two issues with the shaper wizard: 1) voip traffic from the specified host is not going to qVOIP, and 2) no traffic ever goes to qACK (and it used to - as far as I can tell, the shaper wizard is never generating any rules to do so, but this used to work.) I never said the two issues were related.
-
firstly i think the wizard has ahd issues recently so i wouldnt consider that a safe bet, secondly msot of the rules it might have generated would be on ur floating tab as i use that only to put traffic in specific queues, now to match voip traffic there needs to be a rule on the floating tab for out as well as for in and if ur going to match based on remote SIP server ip then u have to use the quick tickbox and if ur using a local machine ip to match then also use the quick tickbox but if ur matching a remote server port then u dont need to tick that quick tickbox. now dont ask me y to tick and y not because im not a firewall expert but i just managed to get my rules working over time with some trial and error and some help from this forum.
u can have a look at my rules from the floating tab, all rules r queues and not pass and the voip rules have quick match ticked but not for the http ones
![CropperCapture[1].jpg](/public/_imported_attachments_/1/CropperCapture%5B1%5D.jpg)
![CropperCapture[2].jpg](/public/_imported_attachments_/1/CropperCapture%5B2%5D.jpg)
-
Ah, okay. Well, like I said, all I want is to prioritize the voip traffic, and what I have now works, so I think I will not mess with it for now :)
-
Just want to say thanks to Ermal and anyone who fixed the UDP or Voip issue with the shaper, it works well now with just a simple rule under the LAN tab, specifying what traffic to send to what queue, and you can even use a specific source ip, and the traffic that matches the rule going out goes to that queue, and the traffic allowed back in by that rule also goes to the queue. Now i can happily ignore the floating tab!!!
-
The floating tab is not only for shaper but a way to define more generic rules.
From teh shaper context that means you can aggregate shaper rules if you do complex stuff.