I have a problem with voip in QoS.
When i download a heavy traffic like a pig file(s) or torrent(s) my voip have problem.
While listening to others normally, others listen to me with a break.
The upload bandwidth isnt full at that time.
I have a pppoe connection (vdsl 50/5).
I have a pbx and i use the Mikrotik sip helper for my VoIP.
Hey @sebastia.
Thank you for your answer.
Could you give me an example please?
I dont understand your notes about “tree/list”, “no QoS” and “out-interface/parent”
In addition…
Why must i have priority in download?
I dont have bottleneck in download (i have 50M from vdsl and the 1G from my network card).
And i listen very good the other side.
If i have default value in bucket-size each queue could demand additional traffic from the parent.
“tree”
You need one parent queue linked to an interface, with a number of child queues connected to that parent queue, ex:
# e1_int is my interface to lan
add max-limit=180M name=int parent=e1_int
add name=int20 packet-mark=20 parent=int priority=2
add name=int30 packet-mark=30 parent=int priority=3
add name=intFT packet-mark=no-mark parent=int priority=6 queue=hotspot-default
“no qos”
Since all queues are linked to interface with limit of 4M, they are all allowed to consume the total upload bandwidth, independent of usage of other queues.
mangle
The mangle is applied to packets leaving on interface “all-ppp”, but the queue is attached to interface “pppoe-out1-UP”.
priority in download
If you don’t, the quality of download is not maintained, and you’re listening experience will very depending on the load.
“no bottleneck”
If there is a heavy downloader, the 50M pipe will be filled, easily.
“bucket”
bucket means "how much can I use BEFORE asking parent for more. But in your case there is no parent: parent is interface for all separate queues.
All QoS_X-UP (1-8) queues have parent the pppoe-out1 queue.
pppoe-out1 queue is link to pppoe-out1 which is me pppoe client.
Now it’s ok or should i change pppoe-out1 with physical ether interface (ether1)?
I will change bucket size with default value.
Should i change mangle interface from all-ppp to pppoe-out1 (or ether1)?
I believe all-ppp include pppoe-out1.
Is this correct?
didn’t encounter a “ppp-all” interface before, and it’s not treated as a list “out-interface=all-ppp”. Just to make sure I would use pppoe-out1 for now.
Once confirmed working, you can try with ppp-all, and verify.
Didn’t verify it all, but for VOIP it should be fine. packets are marked on output and matching packet-mark is defined on queue for that output interface.
As mentioned before, on the inbound (download) side, I would recommend to also do mangling & class-based queueing, but if you’re happy for the moment…Leave as is.
I haven’t problem with download.
My problem is about VoIP.
As i say… when i download torrent, my upload is only 1-2M of 5M and the other side of phone line, listen me with brakes.
Anyway…
I tested the new settings with torrent and i’ll post again.
I still have a problem when the dw speed increase >30M (of total 50M).
The up speed is very low ~1M (of total 5M).
But the outgoing voice quality have a problem (sound with gap).
I don’t know if the problem is in the priority or the number of connections.
I use qbittorent with total connections 150, per torrent connections 75 and active downloads/uploads 2.
Are this connections a heavy load for MT
or the priorities does not work correctly?
So what you say is that heavy download at your side doesn’t affect how you hear the remote party (which would sound more logical) but how the remote party hears you, i.e. the suffering VoIP packets go in the opposite direction than the heavy load, correct?
If so, I’m not familiar with the ISP habits in Greece, but could it be that there is a Wi-Fi link between your place and the rest of the internet? The point is that Wi-Fi links are half-duplex (Rx and Tx cannot run simutaneously) so on low speed links this can generate jitter (small uplink VoIP packets have to wait until a large download TCP packet finishes transport). And some phones tolerate less jitter than others.
My connection with internet is a vdsl 50/5.
When make a call (or call me others) then the other side hear me with gaps when i have traffic >30M of total 50M download (~20M bw free).
The same time the upload traffic are very low ~1-2M of 5M total (~3-4M bw free).
In addition i hear the side perfect without any quality problem even if i have full load of download 40-50M.
Now the other side is always the same single VoIP phone or the situation is always the same when you call any remote number via some VoIP provider?
Can you sniff the traffic on the outgoing interface during such situation into a file or stream it to a machine running tcpdump or dumpcap (from the Wireshark suite) via an interface of your Mikrotik dedicated to the streaming, to see what you really send out?
The other side has the VoIP equipment of ISP or simple classic analog phones (the transformation of VoIP made in ISPs).
The result is the same in all cases.
ok i have it.
Parallel i have a torrent with full load 40-45M dw and i make i call outside.
I capture in MT the traffic of VoIP (Interface: pppoe AND IP address: the subnet of my VoIP provider).
I copy the pcap files to my PC and open it with wireshark.
Here it is my result for my VoIP with and without full load of torrent:
Assuming you’ve identified the RTP stream by direction properly, it means that your Mikrotik is not just delaying the VoIP packets but dropping them, and even does that in chunks of up to three packets. So the first thing to do is to run /tool profile in that situation, to see whether the CPU load doesn’t stay above 25 % (as there are spikes sometimes so 1/4 of the total CPU throughput is the maximum base load you can deem safe, maybe even less).
If the CPU load is higher, a complete export of your firewall (not just the mangle table) may or may not reveal some space for optimisation. If there is none, the hardware is insufficient for the purpose.
ok i do it.
My cpu, in normal mode, have 10-15 usage.
When i dw a file i have 50-70 usage.
But if i disable all mangles, filters and queues… the usage is the same.
What kind of hw must i buy to prioritize a traffic.
My ISP equipment cost ~20-50e and work with load and voip correctly.
It’s very disappointment for me to buy a model ~150e and do not have a acceptable QoS.
I bought a MT only for QoS.
Ι am very dissatisfied…
PPPoE processing also takes some CPU. For QoS, you have to look at CPU parameters, so unless you really needed the switchey functions of the CRS109 (8 GE ports, a standard-compliant PoE input, SFP cage) and the display, a hAP ac² with a quad core 716 MHz 32-bit ARM would have been better suited for the purpose for about half the price. I don’t understand what the purpose of CRS109 is, for me a single core MIPSBE on 600 MHz and even a single gigabit port don’t fit together if any L3 functionality is required.
I do understand your frustration. New comers to the MikroTik brand do not realize product differences, understandably so. QoS is a CPU feature. Despite what the CRS109 appears to be (an all-in-one), it is really a switch with bolted on routing. The product is not a lie, rather its just not something that can meet the demands of today’s internet speeds. The RB4011 is the appropriate hardware ( you need 8 ports?) for what you’re trying to do.