connection-rate=200k-4294967295
connection-rate=200k-0
I use PCQ for thatthat was great feature like other things in Mikrotik BUT there is a problem with users downloading by download manager softwares like IDM which use more that 1 connection to download a file.
I think it should be a way that we can count that connections as 1 or maybe we should limit just 1 connection to the same destination which it is not good. I will think about it, it is 4AM
what is you ideas?
I use PCQ for that
_________________
-Toni-
Don't crash the ambulance, whatever you do
/ ip firewall mangle
add chain=output protocol=tcp src-port=3128 content="X-Cache: HIT" \
action=mark-connection new-connection-mark=Cache-Connection \
passthrough=yes comment="Cache-Full" disabled=no
add chain=output connection-mark=Cache-Connection action=mark-packet \
new-packet-mark=Cache-Packet passthrough=yes comment="" disabled=no
/ queue tree
add name="CACHE-FULL" parent=global-out packet-mark=Cache-Packet limit-at=0 \
queue=ethernet-default priority=8 max-limit=0 burst-limit=0 \
burst-threshold=0 burst-time=0s disabled=no
redirect port 80 to web-proxy. it should stop p2p
thanks for replywhat exactly does not work?..
i understand connection rate and connection byte good,The next RouterOS version will include a new exciting feature - matching connections by their speed. This will help you assign different rules for http downloads, in contrast to just surfing, find P2P downloads even if they mask themselves as HTTP, give priority to VOIP etc. See more here:
http://wiki.mikrotik.com/wiki/Connection_Rate
This setting is NOT YET AVAILABLE, it will become available with the next RouterOS release.
so, with some software user can take up number of its connection, when wants to download huge files take it to 30 connections.it's about single connection, so every of 7 connections will have 50 Mbytes (350 Mbytes in total)
i tested for example flashget.it's about single connection, so every of 7 connections will have 50 Mbytes (350 Mbytes in total)
i think if mikrotik can take a total from all connections from a source ip to a destination IP and use in connection byte, it is a good way for limit download, but when it calculate from connection one by one it is possible to bypass that.it's about single connection, so every of 7 connections will have 50 Mbytes (350 Mbytes in total)
torrent protocol downloads from hundreds IPs - it won't limit anythingi think if mikrotik can take a total from all connections from a source ip to a destination IP and use in connection byte, it is a good way for limit download
your billing system should count total traffic, this feature is just to detect 'long' connections and apply QoS rules to them
torrent protocol downloads from hundreds IPs - it won't limit anythingi think if mikrotik can take a total from all connections from a source ip to a destination IP and use in connection byte, it is a good way for limit download
and if you will download your ubuntu via torrent, even grouping connection-bytes by src and dst addresses won't help you - that's what I'm sayingi didnt torrent, i download an .iso file by flashget from http://www.ubuntu.com
do you have any idea for this post?your billing system should count total traffic, this feature is just to detect 'long' connections and apply QoS rules to them
it put much load on billing.
but if i said ok, i count that by billing, how can billing say to router to change the QOS, only way is disconnect user and give him another ip that is on that QOS, do you have any other idea?
if you can configure mikrotik to count connection it is easier, because now mikrotik count them but only dont give a total from that.
thanks
you didnt reply me another post, i sent you againand if you will download your ubuntu via torrent, even grouping connection-bytes by src and dst addresses won't help you - that's what I'm sayingi didnt torrent, i download an .iso file by flashget from http://www.ubuntu.com
"welcome to the real world, Neo"it put much load on billing.
I know absolutely nothing about your billing system and its possibilities, so I can't answer that questionhow can billing say to router to change the QOS, only way is disconnect user and give him another ip that is on that QOS, do you have any other idea?
my billing is IBS. do you know that? i say another thing, when mikrotik start this option on the router wanted to help his customers and say i have much of options, but when this option has some problems and cant work compeletly and because of strong team that all pople know that mikrotik company has, i wanted from you to make this option work completed."welcome to the real world, Neo"it put much load on billing.
I know absolutely nothing about your billing system and its possibilities, so I can't answer that questionhow can billing say to router to change the QOS, only way is disconnect user and give him another ip that is on that QOS, do you have any other idea?
for example, we give users IPoE access, and our billing can configure router dynamically
maybe, try to look at bursting in queues - I don't know what you need, you're asking about means, not goals...
unfortunately, you're not. router's connection tracking facility gives firewall the information about the connection currently being processed, but it will be very CPU-expensive to calculate totals for each src-dst-ip pairplease think mikrotik can calculated every connection throuput, so easily can calculate totals of that.
am i right?
so, does it posiible to design this option for router and make 2 option , one of them calculate total of connection and of them is such as now per connection. i use connection byte in total traffic mode and if my cpu load go higher i have 2 way :unfortunately, you're not. router's connection tracking facility gives firewall the information about the connection currently being processed, but it will be very CPU-expensive to calculate totals for each src-dst-ip pairplease think mikrotik can calculated every connection throuput, so easily can calculate totals of that.
am i right?
also, you didn't answer anything about torrents: your 'improvement' won't change anything about them. for torrents, you will need grouping not by src-dst pairs, but just by src-ip. that's what firewall rules or simple queues can do =) like http://wiki.mikrotik.com/wiki/Automated ... sermanager
hi chupakaunfortunately, you're not. router's connection tracking facility gives firewall the information about the connection currently being processed, but it will be very CPU-expensive to calculate totals for each src-dst-ip pairplease think mikrotik can calculated every connection throuput, so easily can calculate totals of that.
am i right?
also, you didn't answer anything about torrents: your 'improvement' won't change anything about them. for torrents, you will need grouping not by src-dst pairs, but just by src-ip. that's what firewall rules or simple queues can do =) like http://wiki.mikrotik.com/wiki/Automated ... sermanager
unfortunately, you're not. router's connection tracking facility gives firewall the information about the connection currently being processed, but it will be very CPU-expensive to calculate totals for each src-dst-ip pairplease think mikrotik can calculated every connection throuput, so easily can calculate totals of that.
am i right?
also, you didn't answer anything about torrents: your 'improvement' won't change anything about them. for torrents, you will need grouping not by src-dst pairs, but just by src-ip. that's what firewall rules or simple queues can do =) like http://wiki.mikrotik.com/wiki/Automated ... sermanager