Consider this: Our client has say ADSL or 4G or 3G, whatever. The point is that there is “some” speed in it, but it not absolutely predicable like say diginet of fibre. Now lets say I want to reserve 1mb for VoIP, and “the rest” for everything else.
How can i configure my Mikrotik to perform the QOS and (or) Queues to perform this?
In the end i want it so:
If the connection is good, say 5MB/s, then it would be: 1MB / 4MB
If the connection is okay, say 2MB/s, then it would be: 1MB / 1MB
If the connection is bad, say 512KB/s, then it would be: 512Kb / 0MB
Typically you wouldn’t really be able to know how much speed you are actually getting in through-put, so it should always set aside 1MB for voice, and leave the rest for everything else. I would rather not have to set the “the rest” portion, it should just use up whats left over.
I know my requirements are not what QOS or Queues really does - but i would like to achieve a result similar to the above mentioned.
1M for voice??? How much phones?
64k/64k is enough for each concurrent call…
Its just an example, it could be 512kb/s
Ah, ok.
If I have understand you, ok for VoiP, but the problem is how know the actual bandwidth from 4G/3G…
Yes, correct, thats, my question… how do a say:
Queue 1 = 1MB/s
Queue 2 = “the rest”
there are already some examples here (search) and on wiki, but really no one work good if you not exactly know how much bandwidth you have.
I saw this: http://wiki.mikrotik.com/wiki/Traffic_Priortization,_RouterOS_QoS_Implemetation
It uses “priority”. Is this going to be strong enough to force a HTTP packet out the way of a SIP/RTP packet?
I use from some years the same approach:
priority 1 for any intra-network traffic (for example direct gateway<–>ptp traffic, but not the traffic passing from ptp link directed to CPE)
in/out traffic coming from VoIP providers networks has priority 2
our office traffic 3
low profile users 4***
high profile users priority 5***
unclassified traffic from/to CPE 6
peer-to-peer traffic priority 7
all the rest priority 8
packet/connection VoIP are marked using IP assigned to RIPE to particular VoIP provider.
all 5060~5069 port udp/tcp are blocked for any other type of traffic
*** YES, high profile users has lower priority than low profile users… 