Mikrotik QoS για IPv4/IPv6

[deniSun]

Αν όντως το cake αποδίδει καλύτερα από το fq_codel,
πραγματικά δεν ξέρω πώς θα πρέπει να το φανταστώ.
Σήμερα το έλιωσα με 5-6 tor και 15 dw όλα στο full
και δεν χαμπάριασε τίποτε.
Άψογη απόδοση στο page load.
Δεν θυμάμαι ξανά να είχα τέτοια αίσθηση στο page load με full dw.

[daltongr]

Αν όντως το cake αποδίδει καλύτερα από το fq_codel,
πραγματικά δεν ξέρω πώς θα πρέπει να το φανταστώ.
Σήμερα το έλιωσα με 5-6 tor και 15 dw όλα στο full
και δεν χαμπάριασε τίποτε.
Άψογη απόδοση στο page load.
Δεν θυμάμαι ξανά να είχα τέτοια αίσθηση στο page load με full dw.

+1 κι από εμένα στο fq_codel, δουλεύει τέλεια μέχρι στιγμής και δεν με βλέπω να το πειράζω από εδώ και πέρα.
έκανα κάποιες δοκιμές με διαφορετικές τιμές σε interval, target κλπ αλλά αυτά που πρότεινες denisun νομίζω δίνουν τα καλύτερα αποτελέσματα, τουλάχιστον σε ftth 100άρα.
με κατεβάσματα από διαφορετικά pc, το άνοιγμα σελίδων και το gaming δεν επηρεάστηκαν ιδιαίτερα, μόνο στα παιχνίδια ανέβηκε 5-10ms αλλά είναι αμελητέο και μπορώ να ζήσω άνετα με αυτό.

[deniSun]

με κατεβάσματα από διαφορετικά pc, το άνοιγμα σελίδων και το gaming δεν επηρεάστηκαν ιδιαίτερα, μόνο στα παιχνίδια ανέβηκε 5-10ms αλλά είναι αμελητέο και μπορώ να ζήσω άνετα με αυτό.

Προφανώς και θα ανέβουν τα ms όταν έχεις full load.
Είναι λογικό.
Αφού δεν έχεις bw, δημιουργούνται καθυστερήσεις.
Το θέμα είναι πώς διαχειρίζεται κάθε ουρά τα πακέτα ώστε να μην μένουν πολύ ώρα στην αναμονή και να σου δίνουν την αίσθηση ότι κάτι τσουλάει.
πχ στις fifo ουρές θα έβλεπε κάποιος να μην κουνιέται τίποτε.
Απλές οι ουρές τύπου sfq/codel/cake δεν αφήνουν τους χρόνους να εκτοξευτούν στον ουρανό πχ >100ms (για ftth με 1ms στο πρώτο hop).

[jkarabas]

Από την πλευρά τη δική μου που η γραμμή κλειδώνει χαμηλά, άλλαξα τις τιμές σε interval, target για να πάρω τα καλύτερα δυνατά αποτελέσματα και μέχρι στιγμής όλα καλά.

[daltongr]

Προφανώς και θα ανέβουν τα ms όταν έχεις full load.
Είναι λογικό.
Αφού δεν έχεις bw, δημιουργούνται καθυστερήσεις.
Το θέμα είναι πώς διαχειρίζεται κάθε ουρά τα πακέτα ώστε να μην μένουν πολύ ώρα στην αναμονή και να σου δίνουν την αίσθηση ότι κάτι τσουλάει.
πχ στις fifo ουρές θα έβλεπε κάποιος να μην κουνιέται τίποτε.
Απλές οι ουρές τύπου sfq/codel/cake δεν αφήνουν τους χρόνους να εκτοξευτούν στον ουρανό πχ >100ms (για ftth με 1ms στο πρώτο hop).

Αυτό εννοώ κι εγώ φίλε denisun, ενώ είναι σε full load η γραμμή, το latency παραμένει σε χαμηλά επίπεδα στο gaming και οι σελίδες ανοίγουν/αποκρίνονται σαν να μην γίνεται download. Με cake δεν είχα αυτή την απόκριση.

[deniSun]

Επίσης να παρακαλέσω
όποιους χρησιμοποιούν διαφορετικό setup στις ουρές
σε ίδιες ή διαφορετικές γραμμές
να το ποστάρουν, εφόσον το θέλουν,
για να ελέγχεται και από άλλους με ίδια χαρακτηριστικά γραμμής.

[jkarabas]

Γραμμή 22dw/2500up

/queue tree
add bucket-size=0.001 max-limit=21500k name=pppoe-dw parent=Bridge-LAN
add bucket-size=0.001 max-limit=2M name=pppoe-up parent=WAN1
add bucket-size=0.001 max-limit=21500k name=QoS_1-pre packet-mark=QoS_1 \
    parent=pppoe-dw priority=1 queue=fq-codel
add bucket-size=0.001 max-limit=2M name=QoS_1-post packet-mark=QoS_1 parent=\
    pppoe-up priority=1 queue=fq-codel

Queue tree
Επιλογή το default fq-codel με τις επιλογές που έχει.
Έπαιξα με τις τιμές αλλά δεν άλλαξε κάτι.
Μάλιστα εάν βάλω την τιμή 1ms στο target χειροτερεύει πολύ η κατάσταση.

[deniSun]

1. Μου κάνει εντύπωση που δηλώνεις στο parent τα interface list.
Σε εμένα δεν τα εμφανίζει. Μόνο τις φυσικές συσκευές.

2. Το fq_codel δεν δίνει προτεραιότητες από μόνο του όπως το cake όπου ορίζεις diffserv.
Οπότε είναι λάθος, για εμένα, να ρίχνεις όλο το up σε μία μόνο ουρά.
Θα πρέπει να μαρκάρεις τα πακέτα ανάλογα με την προτεραιότητα που θέλεις να δώσεις.
πχ QoS_1 > voip
QoS_2 > ack
...
QoS_8 > torrent
Πρακτικά με αυτό που κάνεις, αν σου γεμίσει το up τότε η τηλεφωνία σου (που είναι περισσότερο ευαίσθητη)
θα σου κάνει ιστορίες (θα σε ακούνε με διακοπές).
πχ αν παίζεις με πολλές συνδέσεις στο torrent.
Το ίδιο και με το web.
Η fq_codel (και γενικά όλες οι ουρές εκτός της cake) δεν έχουν την δυνατότητα διαχωρισμού των πακέτων για να δώσουν την ανάλογη προτεραιότητα.
Οπότε η μία ουρά που ορίζεις δεν μπορεί να διακρίνει αν θα πρέπει να διώξει πρώτα το voip, μετά το www και στο τέλος τα tor.

3. Στην ουρά θα δεις διαφορά πειράζοντας:
α. Το limit. Αν το δηλώσεις χαμηλά θα δεις να γίνονται drop πακέτα.
Αυτό για αργές συνδέσεις τύπου xdsl μπορεί να επιφέρει καλύτερα αποτελέσματα.
β. Το interval. Εδώ καλό είναι να μπορούσες να έχεις μια καταγραφή των τιμών προς τα έξω.
πχ βάζεις ένα Ping να τρέχει προς τον brass και βλέπεις ποιος είναι ο χειρότερος χρόνος που πιάνεις σε κατάσταση φόρτου.
Εγώ σε ftth με 1ms έχω βάλει την τιμή 10.
Σε vdsl είχα 12μσ. Θα έβαζα την τιμή 30ms.
γ. Το target. Σε xdsl τα 5ms είναι μια χαρά.
Σε ftth μπορείς να παίξεις και με 1ms.
Οι παραπάνω τιμές έχουν να κάνουν και με το hw και με την γραμμή.
πχ σε RB4011iGS και με 200Μ θα παίξει άνετα με τα παραπάνω.
Σε ένα υποδεέστερο hw, ακόμα και με 50άρα θα πρέπει αλλάξεις τις τιμές αυτές.
Δεν υπάρχει κάποιος κανόνας αφού οι ουρές αυτές για να αποδώσουν τα μέγιστα χρειάζονται cpu/ram.

[jkarabas]

1. Μου κάνει εντύπωση που δηλώνεις στο parent τα interface list.
Σε εμένα δεν τα εμφανίζει. Μόνο τις φυσικές συσκευές.

Δεν δηλώνω τα interface list δεν μου τα εμφανίζει στη λίστα.

2. Το fq_codel δεν δίνει προτεραιότητες από μόνο του όπως το cake όπου ορίζεις diffserv.
Οπότε είναι λάθος, για εμένα, να ρίχνεις όλο το up σε μία μόνο ουρά.
Θα πρέπει να μαρκάρεις τα πακέτα ανάλογα με την προτεραιότητα που θέλεις να δώσεις.
πχ QoS_1 > voip
QoS_2 > ack
...
QoS_8 > torrent
Πρακτικά με αυτό που κάνεις, αν σου γεμίσει το up τότε η τηλεφωνία σου (που είναι περισσότερο ευαίσθητη)
θα σου κάνει ιστορίες (θα σε ακούνε με διακοπές).
πχ αν παίζεις με πολλές συνδέσεις στο torrent.
Το ίδιο και με το web.
Η fq_codel (και γενικά όλες οι ουρές εκτός της cake) δεν έχουν την δυνατότητα διαχωρισμού των πακέτων για να δώσουν την ανάλογη προτεραιότητα.
Οπότε η μία ουρά που ορίζεις δεν μπορεί να διακρίνει αν θα πρέπει να διώξει πρώτα το voip, μετά το www και στο τέλος τα tor.

Νόμιζα ότι έπαιζε όπως το cake. Αν έχεις κάποια παραδείγματα για μαρκάρισμα για αυτά που αναφέρεις θα με βοήθαγες.

γ. Το target. Σε xdsl τα 5ms είναι μια χαρά.

Ναι όντως με τα 5 παίζει καλά.

χ βάζεις ένα Ping να τρέχει προς τον brass και βλέπεις ποιος είναι ο χειρότερος χρόνος που πιάνεις σε κατάσταση φόρτου.

Τι εννοείς brass?

[deniSun]

Πραγματικά εντυπωσιασμένος από το fq_codel.
full up και yt να παίζει σε fhd εδώ και 1ώρα και δεν καταλαβαίνεις τίποτε στο σερφάρισμα.

[dalex]

Απο τα παραπανω καταλαβα οτι θα παρω το ηδη ετοιμο δεντρο μου, και θ αλλαξω τις σειρες με τα packet marks απο default-small σε fq_codel, σωστα;

[deniSun]

Απο τα παραπανω καταλαβα οτι θα παρω το ηδη ετοιμο δεντρο μου, και θ αλλαξω τις σειρες με τα packet marks απο default-small σε fq_codel, σωστα;

Μόνο τα child (αυτά που δουλεύουν με packet mark).

Σε τι εξυπηρετούν τα επιπλέον parent;

[dalex]

Ειναι επιλεκτικη ιεραρχηση ετσι ωστε να μοιραζεις δικαια (υποτιθεται) το bandwidth. Ουσιαστικα εχεις τρια groups, Q1, Q2, και τα υπολοιπα (Q3-5). Το νοημα ειναι να μην στερεψει ποτε το Q1 και σπανιως το Q2. Αρχικα ηταν τεσσερα, το πεμπτο το προσθεσα για τα crypto wallets που ηθελα να τα "στραγγαλιζω" σε μια χαμηλη ταχυτητα.

Στο μητροπολιτικο το βαζαμε ετσι, κι απο κει το ξεπατικωσα για χρηση στο WAN.

[deniSun]

Ειναι επιλεκτικη ιεραρχηση ετσι ωστε να μοιραζεις δικαια (υποτιθεται) το bandwidth. Ουσιαστικα εχεις τρια groups, Q1, Q2, και τα υπολοιπα (Q3-5). Το νοημα ειναι να μην στερεψει ποτε το Q1 και σπανιως το Q2. Αρχικα ηταν τεσσερα, το πεμπτο το προσθεσα για τα crypto wallets που ηθελα να τα "στραγγαλιζω" σε μια χαμηλη ταχυτητα.

Στο μητροπολιτικο το βαζαμε ετσι, κι απο κει το ξεπατικωσα για χρηση στο WAN.

Αν το θέλεις για bw control... οκ
Αν και μπορείς να το κάνεις χωρίς τόσα parent/child.

Εγώ είμαι εναντίον των bw control.
Δηλαδή... πλήρη χρήση όλου του bw από όλες τις ουρές εφ όσον υπάρχει διαθεσιμότητα.
Αν πέσει σε bottleneck τότε φαίνεται πόσο καλό είναι το qos και οι ουρές.

[dalex]

Δεν διαφωνω, αν δεις το αθροισμα μεσα στα groups ειναι μεγαλυτερο απο 100% ετσι κι αλλοιως. Μη ξεχνας οτι ειναι φτιαγμενο για χαζες ουρες. Το καλο ειναι οτι βλεποντας τα στατιστικα το φερνεις εκει που θελεις.

Ωσπου ν αναβαθμισω το front router μου (3011) στην 7, παιζω με ενα back router (4011) που καθεται στην DMZ του front, κι ετσι δεν βλεπω ολη την εικονα (ακομα). Αν δεν ωριμασει λιγο η 7, δεν εχω λογο αλλαγης. Ετσι κι αλλοιως τα 100 upload δεν στομωνουν ευκολα. Στους servers που δινουν πολυ upload (email, collaboration) εχω απλες ουρες με < 100 οποτε δεν κολλαει ποτε.