Mikrotik QoS για IPv4/IPv6

[macro]

Εγω σου ειπα απλα να δοκιμασεις...........

[deniSun]

Εγω σου ειπα απλα να δοκιμασεις...........

Τα έχω δοκιμάσει για να καταλήξω στις τιμές αυτές.
Συγκεκριμένα.... μειώνοντας την τιμή σε μια pfifo <10 διαπίστωσα ότι σε βάθος χρόνου υπάρχουν drop πακέτα.
Δυστυχώς μου πήρε πολύ χρόνο για να το διαπιστώσω και γι αυτό λέω "σε βάθος χρόνου".
Δηλαδή μειώνοντας την τιμή <10 δεν θα δεις αμέσως να πέφτουν πακέτα.
Εκτός φυσικά και αν πας πολύ χαμηλά <5.
Όπως επίσης μεταξύ 10 και 5 δεν θα δεις πολλά πακέτα να πέφτουν αλλά ελάχιστα σχετικά με όσα διακινούνται.

Άρα θεωρώ ότι είναι λάθος να παίξω με χαμηλότερες τιμές και με αυτά τα λίγα χαμένα πακέτα
1. γιατί όπως είπα δεν είναι σωστό να χάνονται πακέτα udp, αλλά ακόμα και αυτά των dns, icmp
2. γιατί στην πράξη δεν θα κερδίσω κάτι παραπάνω σχετικά με το bufferbload
3. δεν υπάρχουν ιδανικές τιμές για τις ρυθμίσεις των ουρών ώστε να αποφύγουμε το bufferbload οριστικά.
Απλά υπάρχουν σχετικές τιμές με τις οποίες μπορείς να μετριάσεις το φαινόμενο.
Και αυτό πάλι υπό συνθήκες γιατί οι ταχύτητες είναι μεταβαλλόμενες.
Άρα εξισορροπείς λίγο την κατάσταση.

Για να επιστρέψω όμως στο θέμα του voip (το οποίο εν μέρη σχετίζεται και με τον τύπο της ουράς και το μέγεθός της).
Εάν έχετε voip πίσω από ΜΤ θα πρέπει να κάνετε και άλλους ελέγχους.
πχ τι jitter έχετε στα πακέτα voip;
πόσα errors και πόσα drop;
και οι έλεγχοι πρέπει να γίνουν και σε forward και σε reverse.

[deniSun]

Έχει δοκιμάσει κανείς cake/codel/fq codel;
Εντυπώσεις;

[lghikas]

Έχει δοκιμάσει κανείς cake/codel/fq codel;
Εντυπώσεις;

Από αυτά έχω να πω τα εξής:
Με MikroTik Chateau LTE12 τερματίζει η CPU ως singlethread και έχω τα νούμερα για down:
cake: 133Mbit/s
fq_codel: 163Mbit/s
codel: 180Mbit/s
without QOS: 309Mbit/s
QOS_mangle_queue_tree_SFQ_&_RED: 126Mbit/s

θα προτιμήσω τον cake σε κάποια εγκατάσταση γιατί το bufferbloat ήταν απειροελάχιστο με A+ ένδειξη, αν όμως θες να ορίσεις με trees για να έχεις τον απόλυτο έλεγχο θα πρέπει να θυσιάσεις κι άλλη CPU, βέβαια στην περίπτωσή μου τα έχω απενεργοποιημένα όλα τα QOS λόγω LTE.

[deniSun]

Από αυτά έχω να πω τα εξής:
Με MikroTik Chateau LTE12 τερματίζει η CPU ως singlethread και έχω τα νούμερα για down:
cake: 133Mbit/s
fq_codel: 163Mbit/s
codel: 180Mbit/s
without QOS: 309Mbit/s
QOS_mangle_queue_tree_SFQ_&_RED: 126Mbit/s

θα προτιμήσω τον cake σε κάποια εγκατάσταση γιατί το bufferbloat ήταν απειροελάχιστο με A+ ένδειξη, αν όμως θες να ορίσεις με trees για να έχεις τον απόλυτο έλεγχο θα πρέπει να θυσιάσεις κι άλλη CPU, βέβαια στην περίπτωσή μου τα έχω απενεργοποιημένα όλα τα QOS λόγω LTE.

Με simple queues παίζω με pfifo χωρίς πρόβλημα.
Στο τεστ της dslreport έχω πάντα Α+ Α Α+ στον server της Ζυρίχης με ν4 και την γραμμή να τερματίζει.
Αν αλλάξω όλες τις ουρές σε codel/fq/cake έχω ακριβώς τα ίδια αποτελέσματα χωρίς καμία διαφοροποίηση.

cpu load κλπ δεν έχω μετρήσει γιατί έχουν χαλάσει τα graph σε https στην 7 και δεν θέλω να το γυρίσω σε απλό http.
Οπότε περιμένω να τα φτιάξουν για να κάνω μετρήσεις.

Θεωρητικά με cake θα πρέπει να υπάρχει καλύτερη αίσθηση "δικαιοσύνης" σε πακέτα της ίδιας ουράς απ ότι με fifo.

[deniSun]

Έχω βάλει:
parent queue > cake
voip/ack/all_others > fifo small
light/heavy/tor > fq_codel

Δεν είμαι σίγουρος για την λειτουργία των παραπάνω.
Το cake το είδα να παίζει μόνο του, χωρίς ουρές και μαρκάρισμα πακέτων.
Γι αυτό και το έβαλα μόνο στην parent.
Το fq_codel είδα ότι δίνει και αυτό κάποια priorities οπότε προσανατολίζομαι στο απλό codel σε αυτές τις ουρές.

Συνεχίζω να μην βλέπω καμία διαφορά στην ένδειξη του bufferbloat αλλάζοντας τους τύπους των ουρών.

[lghikas]

Δεν έχω τόση CPU power για να "παίξω" μαζί τους για να βγάλω περισσότερα συμπεράσματα.

CPU μπορείς να δεις στο tools/profile για να μπορείς να βλέπεις εάν τερματίζει κάποιο core...

[deniSun]

Έχουμε το ίδιο ρουτερ.
Εγώ το έχω στην 4 μετά άλλαξα στην 6 και πάλι τα ίδια. Μόλις τώρα το άλλαξα στην 7 και περιμένω.

Στην 1 έχω την wan.
Στην 2 τον dns.
Αυτά παίζουν σε 24/7.
Οπότε αν υπήρχε κάτι θα το παρατηρούσα άμεσα.
Επίσης όταν είχα θέμα με τις αποσυνδέσεις στις ether 6/7 είχα ανοιχτό τον ΗΥ και δεν είχα κανένα θέμα.
Απλά από την 6.Χ και στην 7 σταμάτησαν τα προβλήματα.

[deniSun]

Δεν έχω τόση CPU power για να "παίξω" μαζί τους για να βγάλω περισσότερα συμπεράσματα.

CPU μπορείς να δεις στο tools/profile για να μπορείς να βλέπεις εάν τερματίζει κάποιο core...

Στα bufferbload test μου δίνει ΜΟ ~35% στο core0 και στα υπόλοιπα ~10%.

Το θέμα είναι ότι δεν βλέπω καμία διαφορά αλλάζοντας τον τύπο της ουράς.
Δοκίμασα με απενεργοποιημένα όλα τα mangles και όλες τις ουρές και μόνο μία ουρά αυτή του parent.
Βλέπω κανονικά όλη την κίνηση στην ουρά του parent.
Επίσης έβαλα και limit για να δω ότι όντως δουλεύει σωστά η συγκεκριμένη ουρά.
Όλα φαίνονται να δουλεύουν οκ αλλά δεν βλέπω να αλλάζει το αποτέλεσμα.

[jkarabas]

Απλά από την 6.Χ και στην 7 σταμάτησαν τα προβλήματα.

Έβαλες τελικά την 7 Ros?
Την αλλαγή στη θύρα 7 την έκανα 08:28 και μέχρι τώρα δεν έχει down, κρατάω όμως μικρό καλάθι.
Αργότερα θα βάλω επάνω στη ether4 μια συσκευή extra και θα το ξανατσεκάρω.
Στις υπόλοιπες δεν είχα ποτέ πρόβλημα.
Στην 1 έχω την wan.
Στην 2 home plug και δίνω στα δωμάτια.
Στην 3 τον dns.

[jkarabas]

Στα bufferbload test μου δίνει ΜΟ ~35% στο core0 και στα υπόλοιπα ~10%

Τα ποσοστά πως τα κατάλαβες ότι είναι αυτά?
Δείχνει της μορφής Usage 1.0

[deniSun]

Νομίζω ότι σε simple είναι καλύτερο να παίζεις στις υπο-ουρές με sfq, όπου αυτό απαιτείται.
pcq δεν έχει νόημα γιατί πρέπει να έχεις διαφορετικές παραμέτρους σε up/dw οι οποίες αχρηστεύονται με τις δηλώσεις total queue.
Τα cake/codel/fq έχω καταλήξει ότι βοηθάνε όσους δεν θέλουν να παίξουν με mangle και ορισμό ουρών/προτεραιοτήτων.
Απλά ορίζεις μια ουρά του παραπάνω τύπου και ξεμπερδεύεις.

[deniSun]

Έβαλες τελικά την 7 Ros?
Την αλλαγή στη θύρα 7 την έκανα 08:28 και μέχρι τώρα δεν έχει down, κρατάω όμως μικρό καλάθι.
Αργότερα θα βάλω επάνω στη ether4 μια συσκευή extra και θα το ξανατσεκάρω.
Στις υπόλοιπες δεν είχα ποτέ πρόβλημα.
Στην 1 έχω την wan.
Στην 2 home plug και δίνω στα δωμάτια.
Στην 3 τον dns.

Την 7 την έχω από τότε που βγήκε stable.
Το μετάνιωσα γιατί έχασα το ν6 λόγω του ότι δεν παίζει το qos και τα graphs.
Τα υπόλοιπα είναι οκ.

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

[jkarabas]

Αν δεν έχεις συνδέσει κάτι επάνω πώς θα καταλάβεις αν σου κάνει αποσύνδεση.

Το ανέφερα ότι είχα συνδεδεμένο το fritz στην 4 και αλλάζω θύρες καλώδια κλπ. τώρα το έχω στην 7 και θα βάλω κάτι άλλο στη 4.

Μόλις έβαλα επάνω μια συσκευή.
Παρατηρώ στο bridge στα ports ότι την ether4 την έχει σαν root port και είναι η μοναδική.



Δεν μπορώ να βγάλω άκρη, με το που έβαλα άλλη συσκευή επάνω στην ether4 άρχισε η ether7 up down
Παρατήρησα ότι επειδή βάζω ένα RB750 γίνεται στο bridge root port εκεί που το συνδέω.

[dimangelid]

Καλημέρα
Άλλαξα καλώδιο και πάλι τα ίδια με την ether up και down.
Ας ελπίσουμε ότι έχει να κάνει με την ROS δεν ξέρω τι άλλο να πω.
Αν συμβαίνει σε πολλούς ίσως να είναι και αυτό.
Εντωμεταξύ το κατάλαβα γιατί εκεί πάνω έχω το fritz σαν τηλεφωνικό κέντρο και
κάποια στιγμή δεν μου δούλευε από το κινητό. Κρίμα.

- - - Updated - - -



Τώρα που το αναφέρεις αυτό είχε συμβεί κάποτε παλιότερα και σε μένα με τα 100mps και μετά στο 1G, αλλά αργότερα διορθώθηκε.

- - - Updated - - -



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

- - - Updated - - -



Έχουμε το ίδιο ρουτερ.
Εγώ το έχω στην 4 μετά άλλαξα στην 6 και πάλι τα ίδια. Μόλις τώρα το άλλαξα στην 7 και περιμένω.

Το περίεργο είναι ότι το κάνει σε όλες τις θύρες και μόνο με το συγκεκριμένο καλώδιο. Έχω βάλει δοκιμαστικά άλλο access point στο σαλόνι, αλλά κάνει τα ίδια. Άρα δεν φταίει ούτε το access point.

Υποψιάζομαι δύο πράγματα:

1) Να έχει κάποια φθορά το καλώδιο που δεν φαίνεται

2) Να επηρεάζεται από κάποια παρεμβολή. Δεν περνάει μαζί με καλώδια ρεύματος, αλλά στο σαλόνι μπαίνει από την ίδια τρύπα που μπαίνει το καλώδιο της δορυφορικής κεραίας.