Mikrotik QoS για IPv4/IPv6

[xaotikos]

νόμιζα ότι το config πιάνει το skype...
επειδή θα μπει σε public δίκτυο και δεν θα έχω access στους clients δεν έχει νόημα μαλλον να το ψάξω.

[jkoukos]

Είχαμε παλαιότερα πάλι την κουβέντα. Όντως με πολλούς clients δεν έχει νόημα.

[kostas2005]

Βάλε τον κανόνα με το dscp=34 αν δεν είσαι σε ipv6 που πιάνει το viber και φτιαξε και μερικούς κανόνες με τις πόρτες που έχω δώσει σε μερικά post που έχω κάνει για να πιάσεις ότι μπορείς απο τους υπόλοιπους messenger.
Έτσι και ααλλιώς viber Facebook messenger whatsApp άντε κανα FaceTime ,δουλεύουν οι περισσότεροι.
Skype μετά και ελάχιστοι sip αν μιλάμε για beach bar

για το Viber δοκίμασε τα παρακάτω

add action=mark-connection chain=prerouting comment="Viber udp for reference" \
    new-connection-mark=Viber port=5242,4244,5243,9785,7985 protocol=udp
add action=mark-connection chain=prerouting comment="Viber tcp for reference" \
    new-connection-mark=Viber port=5242,4244,5243,9785,7985 protocol=tcp
add action=mark-connection chain=prerouting comment=\
    "TEST TEST TEST Viber TOS 34 for reference" connection-mark=no-mark dscp=34 \
    new-connection-mark=Viber
add action=mark-packet chain=prerouting comment="Mark Viber IN" connection-mark=\
    Viber in-interface=pppoe-out1 new-packet-mark=Viber-in passthrough=no
add action=mark-packet chain=prerouting comment="Mark Viber OUT" \
    connection-mark=Viber in-interface=bridge-local new-packet-mark=Viber-out \
    passthrough=no

dscp=34
αυτό δε ξέρω ακριβώς τί/πώς αλλά δεν έχω πάρει χαμπάρι για false marking και εμένα μου δουλεύει

[nikant]

καλημέρα

να ρωτήσω κι εγώ κάτι γιατί έχω πέσει σε βαθιά νερά και έχω χάσει την μπάλα (όχι στην κερκίδα.. σε άλλο γήπεδο πρέπει να είναι..)

το setup είναι το εξής:
- ένα RB2011 είναι συνδεδεμένο σε ένα ArcherD2 στην ether1 όπου τραβάει δίκτυο
- στο RB ether3-ether4 είναι δύο AP που πέφτουν στο bridge1 με κοινό pool για dhcp
- θέλουμε pcq (γιατί η γραμμή είναι μικρή)

μαρκάρουμε τα packets (όχι τα connections) στο prerouting ως Down αν έχουν In το ether1 και ως Up αν έχουν ως In το bridge1

η αρχική λύση ήταν να πέφτουν αυτά σε δύο Q trees και childs ως Up και Down και να παίζει με pcq εκεί κάθε child

μαζί με QoS τώρα τα trees και το γενικό config είναι κάπως έτσι:

/queue type
add kind=pcq name="pcq-upload-default 3500 Total limit" pcq-classifier=src-address pcq-total-limit=3500KiB
add kind=pcq name="1,5M Download 2M Burst 3500 Total limit" pcq-burst-rate=2M pcq-burst-threshold=1024 pcq-classifier=dst-address pcq-dst-address6-mask=64 pcq-rate=1536k pcq-src-address6-mask=64 pcq-total-limit=3500KiB
add kind=pcq name="1,5M Download 3500 Total limit" pcq-classifier=dst-address pcq-dst-address6-mask=64 pcq-rate=1536k pcq-src-address6-mask=64 pcq-total-limit=3500KiB


/queue tree
add max-limit=12M name=QoS_Global_Down_12M parent=global priority=1 queue=default
add max-limit=896k name=QoS_Global_Up_896k parent=global priority=1 queue=default
add max-limit=12M name=QoS_1_Down packet-mark=QoS_1_Down parent=QoS_Global_Down_12M priority=1 queue="1,5M Download 2M Burst 3500 Total limit"
add max-limit=12M name=QoS_2_Down packet-mark=QoS_2_Down parent=QoS_Global_Down_12M priority=2 queue="1,5M Download 2M Burst 3500 Total limit"
add max-limit=12M name=QoS_3_Down packet-mark=QoS_3_Down parent=QoS_Global_Down_12M priority=3 queue="1,5M Download 2M Burst 3500 Total limit"
add max-limit=12M name=QoS_4_Down packet-mark=QoS_4_Down parent=QoS_Global_Down_12M priority=4 queue="1,5M Download 2M Burst 3500 Total limit"
add max-limit=12M name=QoS_5_Down packet-mark=QoS_5_Down parent=QoS_Global_Down_12M priority=5 queue="1,5M Download 3500 Total limit"
add max-limit=12M name=QoS_6_Down packet-mark=QoS_6_Down parent=QoS_Global_Down_12M priority=6 queue="1,5M Download 3500 Total limit"
add max-limit=12M name=QoS_7_Down packet-mark=QoS_7_Down parent=QoS_Global_Down_12M priority=7 queue="1,5M Download 3500 Total limit"
add max-limit=11M name=QoS_8_Down packet-mark=QoS_8_Down parent=QoS_Global_Down_12M queue="1,5M Download 3500 Total limit"
add max-limit=896k name=QoS_1_Up packet-mark=QoS_1_Up parent=QoS_Global_Up_896k priority=1 queue="pcq-upload-default 3500 Total limit"
add max-limit=896k name=QoS_2_Up packet-mark=QoS_2_Up parent=QoS_Global_Up_896k priority=2 queue="pcq-upload-default 3500 Total limit"
add max-limit=896k name=QoS_3_Up packet-mark=QoS_3_Up parent=QoS_Global_Up_896k priority=3 queue="pcq-upload-default 3500 Total limit"
add max-limit=896k name=QoS_4_Up packet-mark=QoS_4_Up parent=QoS_Global_Up_896k priority=4 queue="pcq-upload-default 3500 Total limit"
add max-limit=896k name=QoS_5_Up packet-mark=QoS_5_Up parent=QoS_Global_Up_896k priority=5 queue="pcq-upload-default 3500 Total limit"
add max-limit=896k name=QoS_6_Up packet-mark=QoS_6_Up parent=QoS_Global_Up_896k priority=6 queue="pcq-upload-default 3500 Total limit"
add max-limit=896k name=QoS_7_Up packet-mark=QoS_7_Up parent=QoS_Global_Up_896k priority=7 queue="pcq-upload-default 3500 Total limit"
add max-limit=832k name=QoS_8_Up packet-mark=QoS_8_Up parent=QoS_Global_Up_896k queue="pcq-upload-default 3500 Total limit"


/ip firewall mangle
add action=mark-packet chain=prerouting comment="------------QoS_1 [ICMP]------------" in-interface=ether1 new-packet-mark=QoS_1_Down passthrough=no protocol=icmp
add action=mark-packet chain=prerouting comment="------------QoS_1 [ICMP]------------" in-interface=bridge1 new-packet-mark=QoS_1_Up passthrough=no protocol=icmp
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_DHCP_Services]------------" in-interface=ether1 new-packet-mark=QoS_1_Down passthrough=no protocol=udp src-port=53,67,68,123
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_DHCP_Services]------------" dst-port=53,67,68,123 in-interface=bridge1 new-packet-mark=QoS_1_Up passthrough=no protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_Services]------------" in-interface=ether1 new-packet-mark=QoS_1_Down passthrough=no protocol=tcp src-port=53,123
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_Services]------------" dst-port=53,123 in-interface=bridge1 new-packet-mark=QoS_1_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-1500000 in-interface=ether1 new-packet-mark=QoS_3_Down passthrough=no protocol=tcp src-port=80,443
add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-1500000 dst-port=80,443 in-interface=bridge1 new-packet-mark=QoS_3_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_3 [General_Services]------------" in-interface=ether1 new-packet-mark=QoS_3_Down passthrough=no protocol=tcp src-port=21,22,23,25,110,143,465,587,993,995
add action=mark-packet chain=prerouting comment="------------QoS_3 [General_Services]------------" dst-port=21,22,23,25,110,143,465,587,993,995 in-interface=bridge1 new-packet-mark=QoS_3_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_3 [General_Services]------------" in-interface=ether1 new-packet-mark=QoS_3_Down passthrough=no protocol=udp src-port=22,23
add action=mark-packet chain=prerouting comment="------------QoS_3 [General_Services]------------" dst-port=22,23 in-interface=bridge1 new-packet-mark=QoS_3_Up passthrough=no protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" in-interface=ether1 new-packet-mark=QoS_3_Down passthrough=no protocol=tcp src-port=2195,2196,4244,5222,5223,5228,5229,5230,5242,5243,9785
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" dst-port=2195,2196,4244,5222,5223,5228,5229,5230,5242,5243,9785 in-interface=bridge1 new-packet-mark=QoS_3_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" in-interface=ether1 new-packet-mark=QoS_3_Down passthrough=no protocol=udp src-port=4244,5242,5243,9785
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" dst-port=4244,5242,5243,9785 in-interface=bridge1 new-packet-mark=QoS_3_Up passthrough=no protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=1500000-0 in-interface=ether1 new-packet-mark=QoS_5_Down passthrough=no protocol=tcp src-port=80,443
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=1500000-0 dst-port=80,443 in-interface=bridge1 new-packet-mark=QoS_5_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" in-interface=ether1 new-packet-mark=QoS_8_Down passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" in-interface=bridge1 new-packet-mark=QoS_8_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" in-interface=ether1 new-packet-mark=QoS_8_Down passthrough=no protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" in-interface=bridge1 new-packet-mark=QoS_8_Up passthrough=no protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" in-interface=ether1 new-packet-mark=QoS_8_Down passthrough=no
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" in-interface=bridge1 new-packet-mark=QoS_8_Up passthrough=no

Οι απορίες αν έχει κανείς καμιά ιδέα

1. πόσο λάθος είναι όλα αυτά? (ενώ φαίνεται να δουλεύουν.. πακέτα περνάνε κλπ.)
2. χάνονται πακέτα που δεν μαρκάρονται αν δεν μαρκάρεις τα connection? (το διάβασα κι αυτό.. ΑΝ και εδώ μια χαρά φαίνεται αυτό που κάνω)
3. το PCQ με τα priorities παίζουν καλά? δλδ στο παραπάνω config ένα http θα έχει "καλύτερη εξυπηρέτηση" από ένα QoS_8 ?



(χρειάζομαι διακοπές.. )

[deniSun]

@xaotikos
Το configuration που έχω προϋποθέτει ότι κάποιες πόρτες θα πρέπει να τις ορίζεις στατικά στο ανάλογο range.
Μπορείς να το τροποποιήσεις όπως θέλεις.
Ακόμα και το torrent θέλει ανάλογες ρυθμίσεις για να πιάνονται στην ανάλογη ουρά.
Κάπου έχω αναφέρει τις ρυθμίσεις αυτές.

@xaotikos @nikant
Ποτέ δεν μπορείς να πιάσεις όλα τα πακέτα.
Πάντα κάτι θα ξεφεύγει.
Εδώ προσπαθούμε να πιάνουμε όσο γίνεται περισσότερα.
Στην δική μου περίπτωση με το δικό μου configuration πιάνω το 99% (ίσως και λίγο παραπάνω) με μετρήσεις που έχω κάνει.

@nikant
1. Εφόσον δουλεύει δεν υπάρχει λάθος.
Υπάρχει όμως σωστότερο από το σωστό.
πχ Εφόσον έχεις πολλές συνδέσεις, είτε από έναν χρήστη (πχ torrent) είτε από πολλούς, το πιο σωστό είναι να απαλλάξεις την cpu από περιττούς ελέγχους.
Έτσι είναι καλύτερο να μαρκάρεις σύνδεση και μετά πακέτα παρά απευθείας πακέτα.
Για παράδειγμα ανοίγεις μια σύνδεση με την πόρτα-Χ και κατεβάζεις δεδομένα.
Και έστω τα δεδομένα αυτά ότι πρέπει να μπούνε στην ουρά-Υ.
Υπάρχει καμία περίπτωση να πακέτα 1, 3, 8, 1000 να πάνε στην ουρά-Υ ενώ κάποια άλλα στην ουρά-Ζ;
Δεν νομίζω...
Άρα από την στιγμή που ολόκληρη η σύνδεση ανήκει στην ουρά-Υ αρκεί να μαρκάρεις πρώτα την σύνδεση και να δηλώσεις ότι και όλα τα πακέτα θα ανήκουν στην ίδια αυτή ουρά.
Το πιο απλό είναι να μαρκάρεις πακέτα.
Αλλά ταυτόχρονα χάνεις και σε cpu load.
Το να μαρκάρεις συνδέσεις θέλει πολλές φορές λίγο παραπάνω σκέψη για την υλοποίηση.

2. Όχι δεν χάνεται τίποτε.
Είτε υλοποιήσεις μια ουρά με μαρκάρισμα πακέτων είτε με σύνδεση και μετά πακέτα θα έχεις το ίδιο αποτέλεσμα.

3. Η δήλωση του είδους της ουράς δεν σχετίζεται με την προτεραιότητα των ουρών.
Πρώτα καθορίζεται η προτεραιότητα σε επίπεδο ουρών και μετά στο είδος των ουρών.

[nikant]

@deniSun να'σαι καλά που ασχολείσαι βρε αδερφέ..

δε ξέρω αν θα τα καταφέρω να τροποποιήσω σωστά το παραπάνω για να κάνω τα connections..

αν κατάλαβα καλά λες π.χ. αυτό

add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-1500000 in-interface=ether1 new-packet-mark=QoS_3_Down passthrough=no protocol=tcp src-port=80,443
add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-1500000 dst-port=80,443 in-interface=bridge1 new-packet-mark=QoS_3_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=1500000-0 in-interface=ether1 new-packet-mark=QoS_5_Down passthrough=no protocol=tcp src-port=80,443
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=1500000-0 dst-port=80,443 in-interface=bridge1 new-packet-mark=QoS_5_Up passthrough=no protocol=tcp

να γίνει έτσι

add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [WWW_Services]------------" in-interface=ether1 new-connection-mark=QoS_HTTP_Down protocol=tcp src-port=80,443
add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [WWW_Services]------------" in-interface=bridge1 new-connection-mark=QoS_HTTP_Up protocol=tcp dst-port=80,443
add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-1500000 connection-mark=QoS_HTTP_Down new-packet-mark=QoS_3_Down passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-1500000 connection-mark=QoS_HTTP_Up new-packet-mark=QoS_3_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=1500000-0 connection-mark=QoS_HTTP_Down new-packet-mark=QoS_5_Down passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=1500000-0 connection-mark=QoS_HTTP_Up new-packet-mark=QoS_5_Up passthrough=no protocol=tcp

και αυτό να το κάνω σε όλα τα παραπάνω..

[deniSun]

Κάπως έτσι...
Γιατί όμως χρησιμοποιείς in-interface και όχι out-interface;
Τουλάχιστον στο παράδειγμα που αναφέρεις είτε σου έρχονται από ether1, είτε από bridge τα δεδομένα για τις ίδιες πόρτες, τα κατατάσεις στην ίδια ουρά.
Επίσης στην περίπτωση αυτή αν έχεις κίνηση στις ανάλογες πόρτες προς έναν ΗΥ στο τοπικό σου δίκτυο, θα περάσει και αυτή από το QoS.
Που μάλλον δεν το θέλεις.

[nikant]

Κάπως έτσι...
Γιατί όμως χρησιμοποιείς in-interface και όχι out-interface;
Τουλάχιστον στο παράδειγμα που αναφέρεις είτε σου έρχονται από ether1, είτε από bridge τα δεδομένα για τις ίδιες πόρτες, τα κατατάσεις στην ίδια ουρά.
Επίσης στην περίπτωση αυτή αν έχεις κίνηση στις ανάλογες πόρτες προς έναν ΗΥ στο τοπικό σου δίκτυο, θα περάσει και αυτή από το QoS.
Που μάλλον δεν το θέλεις.

Γιατί δυστυχώς είμαι ολίγον "νέος" και απλά επέκτεινα το παράδειγμα εδώ http://wiki.mikrotik.com/wiki/Manual...-_PCQ_Examples
Μου φάνηκε λογικό οτι και να είναι και τα δύο στο In δεν πειράζει αρκεί να έχουμε dst-port στο ένα και src-port στο άλλο..

Επίσης εδώ σε χάνω λίγο (είπαμε.. άσχετος) στο οτι τα κατατάσω στην ίδια ουρά.. (εννοώ τα χωρίζω π.χ. σε QoS_3_Up και QoS_3_Down ανάλογα το In interface..) οπότε αν μου απαντήσεις και δεν απαντήσω παρακάτω μη παρεξηγηθείς.. θα είναι επειδή δεν καταλαβαίνω (εννοείς επειδή έχουν τα ίδια src και δστ ports?)

Για το δίκτυο πρόκειται για δίκτυο με περαστικούς άσχετους μεταξύ τους πελάτες που (κινητά, tablet, άντε κανά laptop σπάνια) που δεν έχουν πρόσβαση μεταξύ τους.. έχει μπει horizon 1 στο bridge και βλέπει μόνο τον εαυτό του ο καθένας

(το εικονίδιο που ψάχνεις είναι αυτό: )

[deniSun]

1. Δεν υπάρχει λόγος να χρησιμοποιείς QoS στο εσωτερικό σου δίκτυο.
Υπάρχουν πολλά παραδείγματα που αναφέρονται σε διάφορα σενάρια.
Κυρίως μιλάμε εδώ για τα δίκτυα που έχουμε όλοι μας στα σπίτια μας.
Δηλαδή ΗΥς που έχουν πρόσβαση στο internet.
Σε αυτές τις περιπτώσεις δεν χρειάζεται να φιλτράρεις πακέτα που κινούνται από ΗΥ σε ΗΥ εντός δικτύου.
Αρκεί λοιπόν να δηλώσεις out-interface αντί για in-interface.

2. Τα πακέτα που σου έρχονται από το internet είναι σε σειρά.
Γιατί να τα βάλεις ξανά εσύ σε άλλη σειρά.
Πρακτικά μόνο καθυστέρηση θα σου προσθέσει.
Παράδειγμα:
Στέλνεις πακέτα για http και torrent ταυτόχρονα.
Από την σύνδεσή σου θα έχουν προτεραιότητα πρώτα τα πακέτα http και μετά τα του torrent.
Άρα πρακτικά θα σου έρθουν πρώτα τα http και μετά τα torrent πακέτα (εκτός απροόπτου βέβαια αφού πρώτα έφυγαν τα http).
Αν θα σου έρθει για οποιοδήποτε λόγο πρώτα κάποιο πακέτο torrent και μετά το http γιατί ζητάς εσύ από το ΜΤ να σου στείλει στον ΗΥ πρώτα το http και μετά το torrent;
Θα έχει κάποια διαφορά.
QoS χρησιμοποιούμε για να λύσουμε προβλήματα bottleneck.
Από μέσα προς τα έξω έχεις bottleneck (100/1000 με 30/50 στην καλύτερη).
Από έξω προς τα μέσα δεν έχεις bottleneck.
Σου έρχονται πακέτα από ένα δίαυλο 30/50 για vdsl και τα τροφοδοτείς σε μια λεωφόρο 100/1000.
Άρα γιατί να τα φρενάρεις;
Με λίγα λόγια QoS θέλεις μόνο στο up και όχι στο dw των συσκευών.
Δηλώσεις που αφορούν στο dw είναι μόνο για να ορίσεις limits, που και αυτά χρειάζονται.
Δεν χρειάζεται όμως να δηλώσεις ξεχωριστά εγγραφές για το dw γιατί έτσι βάζεις και σε αυτό QoS.

ΥΓ
1. To up/dw του MT είναι το αντίστοιχο dw/up των συσκευών.
2. Δεν είναι λάθος να ρωτάμε.
Λάθος είναι να πιστεύουμε ότι τα ξέρουμε όλα.

[kostas2005]

Μάλλον είναι άλλος ένας (σαν εμένα) που θέλει να μαρκάρει και το down για να μπορεί να το ρίχνει σε tree και να βάζει limits σε κάθε ουρά.
Εμένα μου κάνει εντύπωση πως δεν το ζητάνε περισσότεροι αυτό.
Ακόμα και 30/3 να εχεις, κάποιο άνετο limit χρειάζεται.
Το να παίξει και λιγο παραπάνω ο επεξεργαστής δεν θα μας χαλάσει ούτε θα τα βρει σκούρα.
Εκτός αν είναι όλοι "οικιακοί" με λιγους χρήστες και άριστες γραμμές.

[nikant]

Μάλλον είναι άλλος ένας (σαν εμένα) που θέλει να μαρκάρει και το down για να μπορεί να το ρίχνει σε tree και να βάζει limits σε κάθε ουρά.
Εμένα μου κάνει εντύπωση πως δεν το ζητάνε περισσότεροι αυτό.
Ακόμα και 30/3 να εχεις, κάποιο άνετο limit χρειάζεται.
Το να παίξει και λιγο παραπάνω ο επεξεργαστής δεν θα μας χαλάσει ούτε θα τα βρει σκούρα.
Εκτός αν είναι όλοι "οικιακοί" με λιγους χρήστες και άριστες γραμμές.

ναι.. δεν είναι για οικιακό δίκτυο.. βοηθάω ένα φίλο σε κατάστημα που όπως είπα είναι 45-50 "πελάτες" με κινητά-tablets (άρα δε μας νοιάζει επικοινωνία μεταξύ τους), torrents και τέτοια έχουν κοπεί γιατί η γραμμή είναι 12/1 (επαρχία.. δε θα δούμε ποτέ vdsl) και έλεγα να κάνουμε τα πράγματα λίγο πιο smooth..

τώρα παίζει με pcq limits 1,5 down και pcq-default up (με max τα 896kps) έτσι:



και γενικά δεν υπάρχει πρόβλημα γιατί δεν είναι ταυτόχρονα όλοι ενεργοί

απλά είπα να το σκαλίσω λίγο παραπάνω με τo QoS.


Εκανα μια μετατροπή όλων των packet-marks σε connection-marks και μετά σε packet-marks
αλλά μόλις το δοκίμασα δεν παίζει.. (ενώ τα σκέτα packet-marks λειτουργούσαν με περισσότερη cpu μάλλον)

τι είναι λάθος στο παρακάτω? Πως να το διορθώσω? (βέβαια και αυτό που λέει ο deniSun για μόνο το Up των συσκευών σωστότατο ακούγεται.. αν έχει κάποιος κάποια πρόταση για την περίπτωση που περιγράφω παραπάνω καλοδεχούμενη..)

Spoiler:

add action=mark-connection chain=prerouting comment="------------Conn QoS_1 [DNS_NTP_Services]------------" in-interface=ether1 new-connection-mark=QoS_DNSNTP_Down_udp protocol=udp src-port=53,123
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_Services]------------" connection-mark=QoS_DNSNTP_Down_udp new-packet-mark=QoS_1_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_1 [DNS_NTP_Services]------------" dst-port=53,123 in-interface=bridge1 new-connection-mark=QoS_DNSNTP_Up_udp protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_Services]------------" connection-mark=QoS_DNSNTP_Up_udp new-packet-mark=QoS_1_Up passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_1 [DNS_NTP_Services]------------" in-interface=ether1 new-connection-mark=QoS_DNSNTP_Down_tcp protocol=tcp src-port=53,123
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_Services]------------" connection-mark=QoS_DNSNTP_Down_tcp new-packet-mark=QoS_1_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_1 [DNS_NTP_Services]------------" dst-port=53,123 in-interface=bridge1 new-connection-mark=QoS_DNSNTP_Up_tcp protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_1 [DNS_NTP_Services]------------" connection-mark=QoS_DNSNTP_Up_tcp new-packet-mark=QoS_1_Up passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [WWW_Services]------------" in-interface=ether1 new-connection-mark=QoS_HTTP_Down protocol=tcp src-port=80,443
add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-1500000 connection-mark=QoS_HTTP_Down new-packet-mark=QoS_3_Down passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=1500000-0 connection-mark=QoS_HTTP_Down new-packet-mark=QoS_5_Down passthrough=no protocol=tcp
add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [WWW_Services]------------" dst-port=80,443 in-interface=bridge1 new-connection-mark=QoS_HTTP_Up protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_3 [WWW_Services]------------" connection-bytes=0-500000 connection-mark=QoS_HTTP_Up new-packet-mark=QoS_3_Up passthrough=no protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_5 [WWW_Services_Heavy]------------" connection-bytes=500000-0 connection-mark=QoS_HTTP_Up new-packet-mark=QoS_5_Up passthrough=no protocol=tcp
add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [messaging_and_notifications]------------" in-interface=ether1 new-connection-mark=QoS_MSG_Down_tcp protocol=tcp src-port=2195,2196,4244,5222,5223,5228,5229,5230,5242,5243,9785
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" connection-mark=QoS_MSG_Down_tcp new-packet-mark=QoS_3_Down passthrough=no protocol=tcp
add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [messaging_and_notifications]------------" dst-port=2195,2196,4244,5222,5223,5228,5229,5230,5242,5243,9785 in-interface=bridge1 new-connection-mark=QoS_MSG_Up_tcp protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" connection-mark=QoS_MSG_Up_tcp new-packet-mark=QoS_3_Up passthrough=no protocol=tcp
add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [messaging_and_notifications]------------" in-interface=ether1 new-connection-mark=QoS_MSG_Down_udp protocol=udp src-port=4244,5242,5243,9785
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" connection-mark=QoS_MSG_Down_udp new-packet-mark=QoS_3_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_3 [messaging_and_notifications]------------" dst-port=4244,5242,5243,9785 in-interface=bridge1 new-connection-mark=QoS_MSG_Up_udp protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_3 [messaging_and_notifications]------------" connection-mark=QoS_MSG_Up_udp new-packet-mark=QoS_3_Up passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_4 [General_Services]------------" in-interface=ether1 new-connection-mark=QoS_GS_Down_tcp protocol=tcp src-port=21,22,23,25,110,143,465,587,993,995
add action=mark-packet chain=prerouting comment="------------QoS_4 [General_Services]------------" connection-mark=QoS_GS_Down_tcp new-packet-mark=QoS_4_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_4 [General_Services]------------" dst-port=21,22,23,25,110,143,465,587,993,995 in-interface=bridge1 new-connection-mark=QoS_GS_Up_tcp protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_4 [General_Services]------------" connection-mark=QoS_GS_Up_tcp new-packet-mark=QoS_4_Up passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_4 [General_Services]------------" in-interface=ether1 new-connection-mark=QoS_GS_Down_udp protocol=udp src-port=22,23
add action=mark-packet chain=prerouting comment="------------QoS_4 [General_Services]------------" connection-mark=QoS_GS_Down_udp new-packet-mark=QoS_4_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_4 [General_Services]------------" dst-port=22,23 in-interface=bridge1 new-connection-mark=QoS_GS_Up_udp protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_4 [General_Services]------------" connection-mark=QoS_GS_Up_udp new-packet-mark=QoS_4_Up passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_8 [Other_Services]------------" in-interface=ether1 new-connection-mark=QoS_Other_Down_tcp protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" connection-mark=QoS_Other_Down_tcp new-packet-mark=QoS_8_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_8 [Other_Services]------------" in-interface=bridge1 new-connection-mark=QoS_Other_Up_tcp protocol=tcp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" connection-mark=QoS_Other_Up_tcp new-packet-mark=QoS_8_Up passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_8 [Other_Services]------------" in-interface=ether1 new-connection-mark=QoS_Other_Down_udp protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" connection-mark=QoS_Other_Down_udp new-packet-mark=QoS_8_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_8 [Other_Services]------------" in-interface=bridge1 new-connection-mark=QoS_Other_Up_udp protocol=udp
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" connection-mark=QoS_Other_Up_udp new-packet-mark=QoS_8_Up passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_8 [Other_Services]------------" in-interface=ether1 new-connection-mark=QoS_Other_Down
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" connection-mark=QoS_Other_Down new-packet-mark=QoS_8_Down passthrough=no
add action=mark-connection chain=prerouting comment="------------Conn QoS_8 [Other_Services]------------" in-interface=bridge1 new-connection-mark=QoS_Other_Up
add action=mark-packet chain=prerouting comment="------------QoS_8 [Other_Services]------------" connection-mark=QoS_Other_Up new-packet-mark=QoS_8_Up passthrough=no

[xaotikos]

Μάλλον είναι άλλος ένας (σαν εμένα) που θέλει να μαρκάρει και το down για να μπορεί να το ρίχνει σε tree και να βάζει limits σε κάθε ουρά.
Εμένα μου κάνει εντύπωση πως δεν το ζητάνε περισσότεροι αυτό.
Ακόμα και 30/3 να εχεις, κάποιο άνετο limit χρειάζεται.
Το να παίξει και λιγο παραπάνω ο επεξεργαστής δεν θα μας χαλάσει ούτε θα τα βρει σκούρα.
Εκτός αν είναι όλοι "οικιακοί" με λιγους χρήστες και άριστες γραμμές.

Η αλήθεια ειναι πως δεν εχω καταλάβει ούτε εγω γιατι να μαρκάρεις το down της γραμμης. Limits στo down έχεις βάλει με τα pcq ανα ουρα οποτε πχ το http έχει max/burst limit μεγαλύτερο απο τα downloads/torrents. Το να μαρκάρεις ομως οτι ερχεται στο downl και να τα ταξινομεις στον ρουτερ σου πριν τα δωσεις στον πελατη τι νοημα εχει; Το θεμα ειναι να σου ερθουν πιο γρηγορα αυτα που εχεις σε μεγαλυτερο priority, αν σου ερθουν αργα οτι και να ταξινομησεις ο πελατης αργα θα το παρει.

[nikant]

τι είναι λάθος στο παρακάτω? Πως να το διορθώσω?

για εγκυκλοπαιδικούς λόγους.. μάλλον το λάθος που έκανα είναι οτι πρέπει να μαρκάρω κάθε connection μια φορά και όχι down και up και μετά να χωρίζω τα πακέτα σε down και Up ανάλογα με το In interface?

ε ρε.. με βλέπω να το αφήνω με το σκέτο pcq up και down.. δε βγάζω άκρη..

[kostas2005]

Η αλήθεια ειναι πως δεν εχω καταλάβει ούτε εγω γιατι να μαρκάρεις το down της γραμμης. Limits στo down έχεις βάλει με τα pcq ανα ουρα οποτε πχ το http έχει max/burst limit μεγαλύτερο απο τα downloads/torrents. Το να μαρκάρεις ομως οτι ερχεται στο downl και να τα ταξινομεις στον ρουτερ σου πριν τα δωσεις στον πελατη τι νοημα εχει; Το θεμα ειναι να σου ερθουν πιο γρηγορα αυτα που εχεις σε μεγαλυτερο priority, αν σου ερθουν αργα οτι και να ταξινομησεις ο πελατης αργα θα το παρει.

Δίκιο έχεις απλά αναρωτιέμαι αν είναι σωστότερο αντί να βάζω limit με pcq να βάζω limits στις ουρές.

Αντί να βάλω pcq όριο ανά ip στα 1.5 down,
να αφήσω ελεύθερη την ουρά που πέφτουν τα voip dns κλπ αλλά να βάλω
ελαφρύ όριο στην ουρά http, λίγο μεγαλύτερο όριο στην ουρά http-large, λίγο μεγαλύτερο ακόμα στην qos7 και ακόμα μεγαλύτερο στην ουρα των torrents κλπ.
Εννοείται θα υπάρχουν και όρια για το up.

Πως σου/σας ακούγετε?

[xaotikos]

Μπορεις να δεις το config του denisun, εχει limit up/down στις ουρες και μαρκαρει μονο το upload. Εγώ αυτό χρησιμοποίησα και δουλευει και στο download - κοβει πχ τα torrents με βαση το limit ενω αν χρειαστεί μια ουρα με ψηλοτερο priority κοβει ακόμα περισσοτερο το torrent για να εχει bw η συγκεκριμένη ουρα.

Τώρα απλά θέλω να δω τι αλλες πορτες θα βαλω στα queues και πως μπορεις να κανεις exclude συγκριμενες ips