Mikrotik QoS για IPv4/IPv6

[mariosfx]

πηρα ενα ccr1009 σε πολύ καλη τιμη. θα πέσει πανω στο 5G με πολύ όρεξη και αγάπη

[deniSun]

πηρα ενα ccr1009 σε πολύ καλη τιμη.

Ωραία επιλογή.
Εγώ περιμένω τα CCR2004.

[deniSun]

Καλύτερα να μασάς παρά να μιλάς:

CAKE type was always meant only for interface queue, it had no effect when used in simple queue.

Από εκεί και κάτω... τρίτος παγκόσμιος...
Και καλά τους κάνουν.
Πραγματικά αυτή την στιγμή δεν ξέρουν τι τους γίνεται.

Το cake λειτουργεί κανονικά σε tree.
Σε simple δεν λειτουργεί, σας το είχα αναφέρει και εγώ.
Δεν ξέρω πώς παίρνατε μετρήσεις με simple.
Ίσως απλά έδινε την εντύπωση ότι έπαιζε.
Σε εμένα ήταν παντελώς άχρηστο σε simple.
Δεν έκανε τίποτε.

Σε tree όμως παίζει.
Είχα αναφέρει ότι έχω στιγμές που δεν φαίνεται να δουλεύει σωστά.
Ίσως εκεί αναφέρονται ότι το βλέπουν ως unstable.
Αλλά από το είναι "unstable" και το καταργώ από ουρά, μέχρι το "το κοιτάζουμε και θα το διορθώσουμε" έχει μεγάλη διαφορά.

Εδώ ο @normis προσπαθεί να πείσει ότι το cake είναι μόνο για interface και δεν θα το δίνουν σε άλλες ουρές.
Πιθανόν να δέχεται ότι παίζει, έστω και unstable, σε tree
αλλά να μην μπορεί, προγραμματιστικά, να το περιορίσει για χρήση μόνο σε tree και όχι σε simple.

- - - Updated - - -

Εδώ είχαν ολόκληρο θέμα με προτεινόμενες ρυθμίσεις και προβλήματα.

[jkarabas]

Σε simple δεν λειτουργεί, σας το είχα αναφέρει και εγώ.
Δεν ξέρω πώς παίρνατε μετρήσεις με simple.

Έμεινα "παγωτό" τώρα. Θα μας τρελάνουν εντελώς; Εγώ κανονικά έπαιρνα μετρήσεις με τη simple εκτός αν αυτό
άλλαξε με κάποιο upadate.

[deniSun]

Εγώ κανονικά έπαιρνα μετρήσεις με τη simple εκτός αν αυτό
άλλαξε με κάποιο upadate.

Ναι... οκ...
Μόνο που αυτό που έβλεπα και έβλεπες δεν ήταν υλοποίηση cake στα simple.
Ήταν κάτι άλλο.
Εγώ το αντιλήφθηκα εμπειρικά ότι κάτι δεν πήγαινε καλά με την simple υλοποίηση.

[jkarabas]

Ναι... οκ...
Μόνο που αυτό που έβλεπα και έβλεπες δεν ήταν υλοποίηση cake στα simple.
Ήταν κάτι άλλο.
Εγώ το αντιλήφθηκα εμπειρικά ότι κάτι δεν πήγαινε καλά με την simple υλοποίηση.

Κατάλαβα....πάντως σε tree το έχω από τη στιγμή που το διαπίστωσες την τελευταία φορά.

[macro]

Εμενα μου δουλευει μια χαρα σε simple, ασυρματα με bufferbloat A. Σε μια parent γραμμη μονο.

[deniSun]

Σε συνέχεια του περί cake κλπ
ένα πολύ καλό benchmark είναι το flent.
Το έχω δοκιμάσει και σε wsl και σε dedicated distro και παίζει μια χαρά.

- - - Updated - - -

Λοιπόν...
οι δοκιμές που έκανα...
Το flent είναι ένα πολύ καλό εργαλείο για να δεις αν όλα πάνε καλά με το qos σου.
Τον τελευταίο καιρό είχα την αίσθηση ότι υπήρχαν καθυστερήσεις στο φόρτωμα των σελίδων.
Συγκεκριμένα καθυστερούσε στην αρχή για 1-2'' και μετά την πετούσε όλη μαζί την σελίδα.
Δεν το έκανε πάντα. Ήταν σαν να σκάλωνε να στείλει τα πρώτα δεδομένα.

Αυτό απεικονίστηκε σε ένα διάγραμμα του flent όπου φαινόταν να ανεβαίνει η γραμμή του διαγράμματος του tcp dw έως ένα όριο
και στη συνέχεια να πέφτει σχεδόν στο 0 απότομα.
Έμενε σχεδόν στο 0 για ένα μικρό διάστημα και μετά ταλαντευόταν κανονικά.
Το διάστημα που μηδένιζε ήταν αυτό που μου έδινε την αίσθηση ότι τίποτε δεν κινείται.
Δυστυχώς δεν το κράτησα για να σας το δείξω γι αυτό και η παραπάνω περιγραφή.

Οι αλλαγές που έκανα:
1. Ανέβασα το bucket-size=0.001 από 0 που το είχα.
Δεν μου αρέσουν το buffer οποιουδήποτε τύπου, αλλά κάπου-κάπου χρειάζονται.
Με 0 buffer έχεις το μικρότερο latency και μπορείς να πιάσεις το Α+ στο BUFFERBLOAT test της waveform.
Για να πάρεις το Α+ πρέπει να πιάσεις στο up/dw < 5ms.
Φυσικά αυτό έχει επίπτωση στο συνολικό dw που κατεβάζεις όπου χάνεις ~10Μ.

2. Άλλαξα στο cake-dw/up το rtt σε 40ms.
Αυτό προέκυψε ως εξής.
Έχω στημένο έναν smokeping στο εσωτερικό μου δίκτυο όπου μετράω το latency σε διάφορους servers.
Πήρα τον median και όχι τον ΜΟ από servers τύπου google, cloundflare, adslgr για τις τελευταίες 360 μέρες.
Οι χρόνοι αυτοί ήταν μεταξύ 9ms και 38ms.
Οπότε κατέληξα στο 40.
Έκανα και τεστ με rtt 10 όπου είχα τα καλύτερα αποτελέσματα σε θέμα σταθερότητας τιμών αλλά νομίζω ότι δεν είναι αντιπροσωπευτικό/ρεαλιστικό σενάριο.

3. Στο cake-dw ενεργοποίησα το wash αλλά δεν νομίζω ότι παίζει κάποιον ρόλο.
4. Τα cake-bandwidth τα άφησα ίδια με την μέγιστη ταχύτητα της σύνδεσής μου.
5. Οι δοκιμές έγιναν σε ftth 110/10 από Θεσσαλονίκη σε london.starlink.taht.net

flent rrul -p all_scaled -l 60 -H london.starlink.taht.net -o cakeflent.png

Στον συγκεκριμένο server έχω ~40ms χρόνους ping και είναι εκτός grix.

Τα αποτελέσματα:
https://www.waveform.com/tools/buffe...7-0e106b1d4310
https://www.speedtest.net/result/13197222866
Εδώ για rtt 30 και 40 αντίστοιχα:


ΥΓ1
Όποιοι παίζουν με adsl/vdsl θα πρέπει να ενεργοποιήσουν τις επιλογές για atm/ptm αντίστοιχα και να παίξουν με τις τιμές overhead και mpu.
ΥΓ2
Όσοι έχετε ftth κάντε δοκιμές για να δούμε αν αποδίδει το παραπάνω setup.
Θα ήταν καλό όσοι έχουμε σταθερές γραμμές vdsl/ftth με τιμές στις ονομαστικές των πακέτων,
να κάνουμε ανάλογες δοκιμές με τα ανάλογα γραφήματα ώστε να συγκεντρώσουμε για κάθε περίπτωση
κάποια "ιδανικά" setup.

[BillyVan]

Ωραίος.

Στα υπόψιν για το χειμώνα...

Φανταζομαι θα σε αναβαθμίσουν σε 200/20 σε λιγο καιρο.

Να δουμε και τοτε τα αποτελεσματα.

[deniSun]

Ωραίος.

Στα υπόψιν για το χειμώνα...

Φανταζομαι θα σε αναβαθμίσουν σε 200/20 σε λιγο καιρο.

Να δουμε και τοτε τα αποτελεσματα.

ftth είμαι.
Δεν υπάρχει πρόβλεψη για διπλασιασμό για εμάς.
Εκτός και αν έχασα κάτι...

[deniSun]

3. Στο cake-dw ενεργοποίησα το wash αλλά δεν νομίζω ότι παίζει κάποιον ρόλο.
4. Τα cake-bandwidth τα άφησα ίδια με την μέγιστη ταχύτητα της σύνδεσής μου.

Έχω αφαιρέσει το wash.
Έχω απενεργοποιήσει τα bw.
Τα αποτελέσματα είναι περισσότερο σταθερά.

Η ΜΤ συνεχίζει να ισχυρίζεται, και άρχισε να με προβληματίζει, ότι το cake ΔΕΝ παίζει.
Σε μια ανεξήγητη κίνηση, προτίμησε να εμφανίζει προειδοποιητικό μήνυμα όταν το ορίζουμε σε simple/tree ουρές (πλέον συμπεριέλαβε και τις tree).
Στο αντίπαλο στρατόπεδο οι χρήστες επιμένουν ότι παίζει σωστά (μάλιστα κάποιοι μιλάνε για υλοποιήσεις ακόμα και με simple, που εγώ δεν κατάφερα να το κάνει να δουλέψει).
Οι χρήστες δείχνουν μετρήσεις.
Η ΜΤ απλές μονολεκτικές αναφορές του τύπου (@normis):

Instead of completely not allowing you to accidentally create non-working configuration, you will now see a warning if you do.

It definitely does not work, but I hear placebo is a strong drug

[jkarabas]

Έχω απενεργοποιήσει τα bw.

Τι εννοείς εδώ sorry δεν το κατάλαβα. Τι έχεις απενεργοποιήσει ακριβώς.

[deniSun]

Και επειδή οι βλακείες της ΜΤ δεν θα με αφήσουν να κοιμηθώ...
υλοποίηση με fq_codel μέχρι να αποφασίσουν αν δουλεύει ή όχι το cake:

Σε γραμμή ftth 110/11 cosmote με tree.
Όλες οι ουρές δηλωμένες fq_codel (εκτός τις parent σε default-small - pfifo)

/queue type
add fq-codel-ecn=no fq-codel-interval=10ms fq-codel-target=1ms kind=fq-codel \
    name=fq_codel

Αποτελέσματα bufferbloat από waveform.
Αποτελέσματα flent:

flent rrul -p all_scaled -l 60 -H london.starlink.taht.net -o fqcodelflent.png

Θεωρώ ότι τα αποτελέσματα είναι στο ίδιο επίπεδο ή και καλύτερο από το cake.
Αυτό που παρατηρώ από τα τεστ είναι με το fq_codel έχω σχεδόν την ίδια εικόνα, όσες φορές και αν τρέξω το τεστ (flent).
Όταν λέω ότι έχουν την ίδια εικόνα εννοώ ότι παρουσιάζουν την ίδια τάση.
Σε αντίθεση με το cake που στα 5 τεστ, τα 2 μόνο παρουσιάζουν την ίδια εικόνα, σε αντίθεση με τα υπόλοιπα.
Ίσως το θέμα της αναφοράς για τα προβλήματα του cake ότι δεν δουλεύει κλπ
αφορούν την αστάθειά του.
Δηλαδή ίσως όντως δουλεύει κάποιες φορές (αυτές που καταγράφουμε)
αλλά υπάρχουν και άλλες περιπτώσεις που δεν αποδίδει τα ίδια ή τα αναμενόμενα.

ΥΓ
Είναι η πρώτη υλοποίηση που κάνω.
Θα δω και τι αίσθηση δίνει στην χρήση των σελίδων.

[BillyVan]

Και την cpu συγκριτικα να δεις και να μας πεις.

Εσυ εχεις και καλο μηχανημα

[deniSun]

Και την cpu συγκριτικα να δεις και να μας πεις.

Εσυ εχεις και καλο μηχανημα

Η fq_codel θεωρείτε ότι ζορίζει λιγότερο την cpu.
Πρακτικά στα τεστ που έκανα είδα την ίδια χρήση ~14%.
Θα το ελέγξω και όταν τύχει να το ζορίσω με κανένα tor.

Η αλήθεια είναι ότι μου δίνει πολύ καλύτερη αίσθηση στο page load.
Από τότε που είχα περάσει σε cake είχα την εντύπωση ότι κατά διαστήματα υπήρχαν idle στην επικοινωνία με έξω.
Υποπτευόμουν το ν6 που έχει συχνά προβλήματα/καθυστερήσεις.
Σε ping/traceroute δεν απεικονιζόταν κάτι.
Και μιλάμε για απλά page load.
Ούτε φόρτο είχε η γραμμή ούτε τίποτε.
Με το που πέρασα σε fq_codel ένοιωσα ότι ξεμπλόκαρε η γραμμή μου (ftth μην ξεχνιόμαστε).

Αρχίζω πλέον να υποπτεύομαι, και με όσα είπα παραπάνω, ότι το cake έχει πρόβλημα στην υλοποίησή του.
Όχι με την έννοια που λέμε εμείς δουλεύει/δεν δουλεύει
αλλά με το ότι δουλεύει σωστά περιστασιακά.
Δεν ξέρω αν υπάρχει κάποια περιοδικότητα ή γίνεται υπό συνθήκες.
Φαίνεται όμως ότι ο αλγόριθμος υλοποίησης δεν δουλεύει όπως πρέπει πάντα.

Όπως αναφέρουν μπορείς να το χρησιμοποιήσεις σε interface queue.
Όποιος θέλει ας το δοκιμάσει να μας πει αν υπάρχουν διαφορές.
Προσοχή αυτή η υλοποίηση προϋποθέτει ότι θα πρέπει να ορίσετε diffserv επίπεδο και όχι best effort κλπ.